Treinamento - Análise de Requisitos

Levantamento e Anlise de Requisitos conceitos e aplicao
Facilitador: Luiz Gustavo Arantes

Braslia, Novembro 2007
Copyright 2007 Accenture All Rights Reserved. Accenture, its logo, and High Performance Delivered are trademarks of Accenture.
Agenda
Objetivos do Treinamento e Fontes
Conceitos Gerais Coleta de Requisitos Documentao de Requisitos Anlise de Requisitos Aprovao e Transio dos Requisitos Gerenciamento e Controle de Mudanas
Metodologia da Brasil Telecom - MDS

Dicas e Sugestes
Copyright 2007 Accenture All Rights Reserved.
Agenda

Dicas e Sugestes
Objetivos do treinamento
Nivelar e padronizar o conhecimento sobre requisitos;

Capacitar pessoas nas atividades de levantamento e anlise de requisitos; Formar disseminadores de conhecimento;
Aplicar o conhecimento adquirido no Projeto.
Fontes
ADM (Accenture Delivery Methods)
Accenture Delivery Methods for Packaged Development
https://kx.accenture.com/Offerings/Pages/ADM.aspx
My Learning
Requirements Development and Management
Accenture Knowledge Exchange (KX)

Requirements CoP
https://kx.accenture.com/Communities/Pages/RequirementsCoP.aspx
Agenda

Dicas e Sugestes
Conceitos Gerais
Qual a diferena entre Requisito e Requerimento?
Conceito do RUP:
Requisito:
Requerimento:
Requisito = uma se deve 1. Condio a quecondio ou uma capacidade com ou efeitosistema 1. Ato a qual o de requerer. dever estar para que uma coisa satisfazer em conformidade. 2. Petio por escrito, fique legal e regular. segundo certas formas 2. Exigncia imprescindvel para legais. a consecuo de certo fim. 3. Petio por escrito, dentro 3. Condio a ser preenchida das formalidades legais, necessariamente pelo feita pelo parlamentar produto ou servio. versando sobre matria de expediente ou de ordem
Conceitos Gerais
Conceito de Regras de Negcio
Regra de negcio expressa determinada condio - tem uma expresso lgica associada; As regras de negcio podem ser descritas em forma de requisito;
Geralmente so complementos de um determinado requisito;

Descrevem as polticas, procedimentos, definies e restries que se aplicam a uma organizao.
Conceitos Gerais
Os requisitos devem descrever exatamente o que o cliente deseja
Os requisitos definem o escopo do projeto ou da demanda
Os requisitos devem permitir ao fornecedor entender exatamente o que o cliente quer
Fatores Motivadores
A qualidade dos requisitos podem justificar o sucesso ou fracasso do projeto. Sem a anlise adequada dos requisitos os projetos atrasam, estouram oramento ou no atingem seus objetivos.
A anlise de requisitos antecipa problemas que se fossem encontrados mais tarde, custaria muito mais caro corrigir.
Desenvolvedores tem uma perspectiva diferente dos usurios, por isso que geralmente a soluo dividida em dois documentos: requisitos do usurio (user requirements) e especificao do sistema (com a viso do desenvolvedor).
Detalhar bem os requisitos requer tempo, esforo e habilidade no incio do projeto, mas gera uma grande economia de tempo, custo e esforo no decorrer das demais fases do projeto.
Fatores Motivadores
Mais de 50% dos defeitos de software encontrados so atribudos a erros de requisitos.
Mais de 80% do retrabalho gasto corrigindo falhas na definio dos requisitos.

Fonte: Source: "Requirements Overview: Processes and Deliverables," Justine Chiang, Vijay Purugulla, Kamal, Sinha, Andrew White, May 2001.
O Objetivo do Gerenciamento de Requisitos evitar o retrabalho, minimizando o impacto em custos e atrasos no cronograma.
Fatores Motivadores
Estudos mostram que grande parte dos defeitos apresentados podem ser atribudos aos requisitos quando no existe um processo formal de gesto de requisitos definido.
Projeto COM processo formal de gesto de requisitos Projeto SEM processo formal de gesto de requisitos
Source: Borland: Best Practices for Requirements Development & Management

Principais Problemas
Os problemas encontrados durante a levantamento de requisitos so muitos e bem conhecidos. So problemas assim que transformam a fase de requisitos em uma fase complexa e confusa.
Stakeholders
Time de Requisitos
Documento de Requisitos
Times de Desenho, Desenvolvimento e Testes
Problemas
Eu no sei o que eu quero Eu quero tudo Eu no quero pagar muito caro ou esperar por muito tempo Ns no chegamos a um consenso sobre o que a gente quer Ns no temos idia de quanto deveria custar
Eu estou falando com as pessoas certas? Ser que eles esqueceram de mencionar algum requisito ou est implcito? Eu no entendo o que eles esto dizendo Eu no sei se todos tiveram o mesmo entendimento acerca do requisito No sei quais so as prioridades do cliente
Eu no entendi este requisito Algumas coisas esto faltando Estes dois requisitos so contraditrios Este requisito no me diz nada, est muito vago 13
Principais Problemas
A coleta de requisitos pode parecer uma tarefa bem precisa. Na realidade, porm, os projetos enfrentam dificuldades pelos seguintes motivos:
Nem sempre os requisitos so bvios e podem vir de vrias fontes. Os requisitos nem sempre so expressos em palavras de modo fcil ou claro. Existem diversos tipos de requisitos em diferentes nveis de detalhe. Os requisitos tm propriedades exclusivas ou valores de propriedade. Por exemplo, eles no so necessariamente igualmente importantes ou igualmente fceis de se atender. H vrias partes interessadas, o que significa que os requisitos precisam ser gerenciados por grupos de pessoas de diferentes funes. Os requisitos so alterados.
14
Benefcios
Benefcios da Gesto de Requisitos:
Estabelece uma base de acordo entre o cliente e o fornecedor em relao ao que deve ser feito;
Define o escopo e permite a rastreabilidade dos artefatos gerados; Reduz o esforo de desenvolvimento;
Fornece uma base para estimativa de custos e prazos; Fornece uma base para validao e verificao do que foi desenvolvido; Facilita a transio dos requisitos para as demais equipes (desenvolvimento, testes e treinamento); Serve como base de conhecimento; Facilita a negociao de contratos; Pode ser utilizado como fator de comparao.
Requisitos - Etapas
Project Life Cycle Gerenciamento dos Requisitos
Planejamento
Anlise
Desenho
Construo
Testes
Deploy
Coleta de Requisitos Controle de Mudanas Documentao dos Requisitos Anlise dos Requisitos
Aprovao e Transio dos Requisitos
Agenda

Dicas e Sugestes
Requisitos - Coleta de Requisitos
Coleta de Requisitos
Documentao dos Requisitos
Anlise dos Requisitos
Identificando os Stakeholders
Identificando os Requisitos
Categorizando os Requisitos
Caractersticas de um bom requisito
Caractersticas de um requisito ruim
Coleta de Requisitos Identificando os Stakeholders

Stakeholders so pessoas que influenciam positiva ou negativamente, ou sofrem influncia do novo sistema ou sistema que ser alterado.
Exemplos de Stakeholders:
Usurios
Clientes / Patrocinadores
Gerentes
rgos Reguladores
Fornecedores
Nesta etapa, voc deve: Identificar o Sponsor, os usurios-chave e os demais Stakeholders do Projeto; Entender os objetivos e a expectativa dos Stakeholders; Identificar o nvel de comprometimento dos Stakeholders;
Definir a abordagem ou estratgia para o levantamento de requisitos;

Definir os macro-requisitos do negcio (High Level Requirements).
Coleta de Requisitos Definindo os Requisitos Macro

Nesta etapa, sero levantados os macro-requisitos que iro definir o escopo da demanda ou do projeto.
Antes de coletar os requisitos necessrio identificar os macro-requisitos;
So definidos na etapa de planejamento do projeto;
Documentos j existentes do projeto podem servir como ponto de partida para obter os macro-requisitos:
Plano do Projeto RFP (Request of Proposal) Proposta Draft de requisitos redigidos previamente pelo cliente
Os macro-requisitos devem ser confirmados com o sponsor e/ou usurio-chave antes de coletar e documentar os requisitos detalhados, pois o que ir definir o escopo do projeto.
Coleta de Requisitos Identificando os Requisitos Detalhados

Os macro-requisitos serviro para direcionar o detalhamento dos requisitos.
Tcnicas de Abordagem: as tcnicas mais comuns de levantamento de requisitos
detalhados so:
Focus Groups
JAD (Joint Application Design Session) Pesquisas - de Documentos (inclusive Intranet e Internet) e Pesquisas de Campo Entrevistas Individuais Observao
Construo / Visualizao de Cenrios
A estratgia para a definio da abordagem deve considerar a limitao de tempo, oramento e escopo, alm da disponibilidade dos recursos.
Coleta de Requisitos - Tcnicas de Abordagem

Tcnica Focus Groups Descrio Na tcnica do tipo Focus Groups (ou "discusso em grupo") os stakeholders e/ou usurios finais so reunidos em um local (ou via audio/video conference). Um facilitador lidera a discusso acerca de um propsito ou tpico especfico. Geralmente 8 a 12 participantes. Muito similar ao Focus Groups, esta tcnica tradicionalmente utilizada para se obter maiores detalhes sobre uma proposta ou requisito macro j definido em uma reunio de Focus Groups. Envolve grupos menores e mais interativos Geralmente envolve pesquisas nas documentaes disponveis sobre um assunto (incluindo a Intranet e Internet). Tambm podem ser realizadas pesquisas atravs de questionrios(abertos ou fechados) distribudos aos interessados Discusses individuais com os usurios-chave para obter detalhes sobre as tarefas e os processos realizados pelo usurio. Este tipo de entrevista pode ser formal ou informal. Quando mais apropriada Geralmente utilizada nas primeiras fases do projeto, ou seja, durante as definies e validaes iniciais. Ex: definio dos macro-requisitos. No faz sentido fazer este tipo de reunio quando as definies macro j esto claras e definidas. Esta tcnica a mais utilizada para detalhar os requisitos, quando se juntam em uma reunio os analistas de requisitos e os usurios-chave para detalhar os macro requisitos. o tipo de tcnica de levantamento mais utilizada nos projetos recomendada no incio do projeto onde so pesquisados os documentos disponibilizados pelo cliente (Proposta, Manuais, Polticas, etc), alm da intranet e internet Entrevistas individuais so necessrias para entender a complexidade dos processos de negcio e as tarefas executadas por um usurio em um sistema j existente que ser customizado ou substitudo.
JAD (Joint Application Design Session)
Pesquisas
Entrevistas Individuais
Observao
Esta tcnica consiste em observar o usurio interagindo com a aplicao. Esta observao pode ser feita presencialmente ou via vdeo.
um exerccio. O facilitador conversa com o usurio atravs de um exerccio de visualizao tentando reproduzir os seus processos de negcio atravs de uma aplicao considerada ideal
utilizada para entender melhor a complexidade dos processos de negcio existentes.

Esta tcnica ideal para sistemas que no existem ainda e que sero usados para substituir processos manuais.
Construo / Visualizao de Cenrios
Coleta de Requisitos Identificando os Requisitos Detalhados

O processo de levantamento de requisitos pode envolver uma combinao das tcnicas abaixo:
Agrupamento
Levantamento
Pesquisa
Proposta de Novos Processos (Inovao)
Reutilizao de Requisitos
Entrevistas
Focus Group
Observao dos Processos de Negcio
Pesquisa de Documentos
JAD
A vida no simples, infelizmente levantar requisitos no simplesmente perguntar ao cliente o que ele quer
Coleta de Requisitos Categorizando os Requisitos

Os requisitos devem ser organizados por tipo. Existem 6 categorias principais para classificar um requisito.
Funcionais especificam o que o usurio espera poder fazer no sistema Tcnicos especificam as restries tcnicas que o sistema deve obedecer De Negcio especificam as regras de negcio que o sistema deve considerar Performance mensuram os objetivos de agilidade e capacidade do sistema Usabilidade especifica a facilidade que o usurio espera para executar uma tarefa Contedo especifica o tipo de contedo do sistema
Demais categorias de requisitos: Dados define os dados que devem ser migrados dos sistemas legados
Segurana e Controle considera as polticas de segurana, privacidade e controles internos

Integrao define as aplicaes e fontes de dados que devero estar integradas ao sistema Qualidade define os critrios de confiabilidade e flexibilidade do sistema
Exerccio Tipos de Requisitos

Classifique os requisitos de acordo com a categoria:
1) O sistema deve suportar at 20.000 usurios concorrentes 2) Os grficos de comparao devem ser apresentados sempre em conjunto com as tabelas de origem 3) O sistema deve permitir que o usurio ordene os produtos de acordo com o preo de compra 4) A aplicao deve ser acessada atravs do IE 6 (ou Superior) 5) O sistema dever permitir ao usurio retornar pgina inicial de qualquer pgina do site.
A) Funcional
B) Tcnico
C) Performance
D) Usabilidade
E) Contedo
Requisitos Caractersticas de Bons Requisitos

Alguns critrios so determinantes para definir um bom requisito e devem ser considerados durante coleta e documentao de requisitos. Os requisitos devem ser:
Correto o requisito representa exatamente o que o cliente quer? Completo o requisito expressa completamente a idia ou a instruo? Claro o requisito est ambguo ou dando margem a dvidas? Consistente o requisito est coincidindo com os demais requisitos ou est contradizendo algum? Verificvel d para confirmar que o sistema atender o requisito? Ele testvel? Realista factvel atender o requisito do ponto de vista tcnico, dentro do oramento e prazo? Modificvel o requisito pode facilmente ser alterado? Priorizvel baseado na importncia e urgncia Necessrio o requisito tem utilidade? Rastrevel o requisito tem um nico cdigo de identificao?
Requisitos Caractersticas de Requisitos Ruins

Problema
1
Palavras-Chave
ou, etc, e assim por diante, dentre outros e, tambm, ainda, assim Geralmente, frequentemente, normalmente Se, mas, quando, exceto, a menos que, apesar de Nome de componentes, campos ou telas Pode, poderia, talvez, porventura, provavelmente 100% confivel, roda em todas as plataformas, garanta Interface amigvel, altamente verstil, flexvel, o mximo possvel, o mnimo possvel
Ambiguidade Requisitos Combinados Especulao Clusulas de exceo Define o sistema Expressa possibilidades Pede o impossvel Termos vagos
Exerccio: Qualidade dos Requisitos
Classifique os requisitos abaixo:
Requisito
A aplicao deve ser compatvel com o Windows XP
Bom X
Ruim
Deve ser possvel que o usurio faa uma pesquisa pelo modelo do veculo ou pelo fabricante
Os usurios selecionaro o tipo do modelo atravs de uma drop down O nome da pgina que o usurio estiver visualizando dever aparecer na barra de tarefas quando a pgina for minimizada
X X
Agenda

Dicas e Sugestes
Requisitos Documentao dos Requisitos
Guia para documentao de requisitos
Transformando informaes em requisitos
Documentao de Requisitos
Documentao dos Requisitos Guia para Documentao de Requisitos

O time de requisitos deve seguir o guia abaixo para a documentao de requisitos e fazer a reviso em pares (Peer Review) antes de submet-los ao cliente:
1. Manter as sentenas curtas e concisas 2. Definir o requisito de forma que o usurio/cliente possa facilmente entend-lo
3. Documentar individualmente os requisitos testados. Evitar pargrafos longos que contenham mais de um requisito
4. Cada requisito deve formar uma nica sentena completa 5. Cada requisito deve conter um sujeito e um predicado, onde o sujeito o tipo do usurio ou do sistema em discusso e o predicado a condio, ao ou o resultado desejado 6. Use a palavra deve 7. O requisito deve especificar o objetivo ou resultado final desejado 8. Tenha certeza que o requisito no seja contraditrio ou sobreponha outros requisitos 9. Apenas defina requisitos que sejam necessrios ao sistema / aplicao 10.Confirme que o requisito possa ser verificado atravs de uma inspeo, anlise, demonstrao ou teste.
Exerccio Documentao de Requisitos

Qual das sentenas abaixo um exemplo de um bom requisito:
A) 15.000 usurios devem ser capazes de acessar o site da empresa na internet. B) O site da empresa na internet deve prover um endereo de e-mail onde os usurios podem submeter dvidas ao Help-Desk. C) O site da empresa na internet deve exigir que o usurio se conecte atravs de um nome de usurio e senha, e deve fornecer ao usurio um suporte caso ele no se lembra da sua senha. D) O usurio deveria ter a possibilidade de imprimir as informaes da sua conta atravs do site da empresa
Documentao dos Requisitos Traduzindo Informaes em Requisitos

Depois de coletar as informaes dos Stakeholders, elas devero ser traduzidas em requisitos formais.
Esta a parte mais difcil do levantamento de requisitos, uma vez que difcil traduzir as informaes em requisitos que sejam facilmente compreendidos por qualquer um. A equipe de requisitos deve procurar entender os problemas do cliente (ou oportunidades) e transformar estas informao em requisitos que promovam o entendimento comum.
Exemplo de um problema relatado pelo cliente:
impossvel retornar pgina inicial de qualquer outra pgina secundria Eu fico perdido e confuso. Eu tenho que ficar clicando no boto de Voltar para acessar a pgina inicial. Como se isso no fosse ruim o suficiente, a funo de pesquisa pssima! Voc s pode pesquisar pelo nmero do cliente. Bom, que tal pesquisar tambm pelo sobrenome e pelo nmero do telefone?
A pgina inicial deve ser acessada a partir de qualquer outra pgina secundria; O usurio deve conseguir pesquisar o cliente atravs do nmero do cliente; O usurio deve conseguir pesquisar o cliente atravs do sobrenome do cliente; O usurio deve conseguir pesquisar o cliente atravs do telefone do cliente.
Documentao dos Requisitos Formas de Documentao

Formulrio de Requisitos (Word ou Excel)
Exige um controle de verses para manter o histrico de alteraes No possibilita uma ratreabilidade bi-direcional de requisitos
Modelos de Caso de Uso

O caso de uso descreve a seqncia de aes ou eventos que a aplicao executa Cada evento de caso de uso suportado por um ou mais requisitos
Requirements Traceability Matrix (RTM)

Exige um controle de verses para manter o histrico de alteraes a principal ferramenta que o time usa para gravar e rastrear requisitos depois de validados e assinados pelo cliente
Agenda

Dicas e Sugestes
Requisitos Anlise dos Requisitos
Verificao dos Requisitos
Priorizao dos Requisitos
Validao dos Requisitos
Anlise dos Requisitos Verificao dos Requisitos

A proposta da verificao confirmar que os requisitos especificados coincidem com o trabalho que dever ser executado para atingir os objetivos esperados.
A verificao um processo que deve ocorrer internamente
O processo se d atravs da reviso por pares (Peer Review)

A verificao tambm feita na etapa de testes, para garantir que a soluo est atendendo os requisitos especificados
Anlise dos Requisitos Priorizao dos Requisitos

necessrio criar uma hierarquia que reflita quais requisitos so mais importantes e quais so menos importantes.
A equipe de requisitos deve analisar cada requisito de acordo com algum critrio, tais como:
Custo / Benefcio
Esforo para Implantao Cronograma Relevncia para os objetivos de negcio
Este processo deve ser realizado em conjunto com o cliente

Em alguns casos, este processo nem precisa ser feito (Ex: demandas simples e com oramento suficiente).
Anlise dos Requisitos Validao dos Requisitos

O objetivo da validao dos requisitos confirmar que o que o cliente deseja o que est especificado e ser desenvolvido.
Podem ser usados durante a Validao de Requisitos; Matriz de Rastreabilidade de Requisitos Mapeamento de Processos Casos de Uso Prottipo
Nesta fase, devem ser descobertos os requisitos implcitos
Agenda

Dicas e Sugestes
Requisitos Aprovao e Transio dos Requisitos
Obtendo a Aprovao (Sign-off) dos Stakeholders

Antes de obter a assinatura do cliente, o time de requisitos deve agrupar todos os requisitos em um documento nico.
A aprovao do cliente pode ser obtida atravs da assinatura de um documento ou de um e-mail de aprovao. Aps a reviso e aprovao do cliente, os requisitos passaro a ser considerados a linha de base (escopo) do projeto. Depois de definida a linha de base de requisitos, qualquer alterao dever ser formalizada de forma a determinar o impacto e controlar a execuo da mudana.
Transio dos Requisitos

Depois de validados e aprovados, as informaes de requisitos sero transferidas para o cliente e/ou para outros times do projeto
O objetivo da transio de requisitos bem feita garantir o sucesso das prximas fases do projeto Os demais times do projeto (desenvolvimento, testes e treinamento) devem entender perfeitamente o que os requisitos significam Os requisitos devem ficar armazenados em um local de fcil acesso e devem ser realizados backups freqentes
Deve ser definido um processo para atualizao dos requisitos. As mudanas nos requisitos devem ser acordadas e comunicadas a todos os grupos envolvidos
Agenda

Dicas e Sugestes
Requisitos Gerenciamento de Requisitos e Controle de Mudanas

Project Life Cycle
Gerenciamento dos Requisitos

Planejamento Anlise Desenho Construo Testes Deploy
Coleta de Requisitos Documentao dos Requisitos Anlise dos Requisitos
Controle de Mudanas
Objetivo: Controlar a linha de base de requisitos e fazer o gerenciamento do escopo em relao ao que est sendo entregue
Gerenciamento de Requisitos e Controle de Mudanas

O gerenciamento de requisitos um esforo contnuo durante o ciclo de vida de um projeto.
importante manter todos os requisitos em um nico local e de uma forma organizada. O Gerenciamento de requisitos ajuda a manter a integridade dos requisitos e a definio do escopo. O Controle de Mudanas, assim como as demais atividades, faz parte do Gerenciamento de Requisitos
O gerenciamento de requisitos uma abordagem sistemtica para localizar, documentar, organizar e controlar os requisitos de um sistema

importante ressaltar que qualquer mudana afeta pelo menos duas variveis do tringulo abaixo:
Custo
Prazo (Cronograma)
Adequao ao Uso (Escopo)

Passos para o Controle de Mudanas:
Identificar as Requisies de Mudana Documentar as Requisies de Mudana Obter Autorizao para a Mudana Implementar a Mudana Atualizar os Documentos Impactados
Os principais aspectos do gerenciamento do escopo e dos requisitos so:

Definir as regras para o processo de solicitao de mudana (Change Request) Identificar o que realmente constitui uma mudana de escopo
Definir as regras para a anlise de impacto que a alterao pode causar

Definir as regras para a aprovao da mudana e implementao da alterao

Identificar as Requisies de Mudana:
A alterao mais comum no escopo a adio de novos requisitos

Um novo requisito pode ser sugerido em qualquer fase do projeto Quanto mais tarde for solicitada uma mudana de escopo, maior o impacto em custos
Muitas vezes as necessidades de mudanas so percebidas apenas nas fases de testes e homologao

Documentar as Requisies de Mudana:
Nesta etapa deve ser documentada a solicitao de mudana (Change Request - CR)
O CR deve detalhar a mudana a ser feita, alm das justificativas para a mudana No CR tambm deve envolver as informaes de prazo e custo para a implantao da mudana Deve ser feita uma anlise de impacto tambm na documentao j gerada

Obter Autorizao para a Mudana:
Todas as solicitaes de mudanas devem ser aprovadas pelo sponsor e/ou pelo usurio-chave do projeto
A solicitao de mudana pode ser:
Rejeitada: deve notificar a deciso de rejeio e registrar as justificativas
Adiada: deve ser definida uma nova data para reavaliao

Aprovada: deve notificar a deciso de aprovao e definir uma data para implantao

Implementar a Mudana:
Uma vez que a mudana foi aprovada, ser disparado o processo para implantao, isto implica em:
Desenhar, construir e testar o Change Request Obter a aprovao para implementar a mudana (homologao)
Comunicar a implementao da mudana

Atualizar os Documentos Impactados:
Qualquer alterao implementada deve ser documentada, isto inclui:

a Matriz de Rastreabilidade de Requisitos;
os Modelos de Caso de Uso; o Desenho Funcional; o Desenho Tcnico; o Plano de Testes, dentre outros.
Agenda

Dicas e Sugestes
Metodologia da Brasil Telecom

A metodologia da Brasil Telecom prev os seguintes artefatos relacionados a etapa de requisitos:
EPF (Especificao Funcional do Usurio);
Modelo de Requisitos (ferramenta padro: EA Enterprise Architect) Modelo de Processos BPM (ferramenta padro: EA) Documento de Viso (Desenho de Aplicaes, quando aplicvel)
Modelo de Caso de Uso (ferramenta padro EA)

Desenho Funcional (ferramenta padro Word)
EPF (Especificao Funcional do Usurio)

Documento gerado pela rea usuria: - Ttulo da Demanda (ou Projeto); - Descrio Sumria; - Justificativas; - Impacto se No Implementada; - reas de Negcios Envolvidas; - Processo Impactadas; - Sistemas Relacionados; - Detalhamento das Regras de Negcio; - Informaes Adicionais.
Planilha de Requisitos
Vantagens: - Integrao com o EA para a criao de requisitos; - Facilidade para o cadastramento dos requisitos; - Criao de um Identificador nico para cada requisito; - Classificao e priorizao dos requisitos.
A planilha de requisitos ideal para fazer a primeira carga de requisitos no EA
Desvantagem: - Integrao de sentido nico com o EA, ou seja, atualizaes feitas no EA no refletem na planilha.
Modelo de Requisitos no EA
Comentrios: - O EA permite o agrupamento dos requisitos; - A aba Projetc Browser exibe a rvore detalhada dos requisitos;
- Cada requisito deve ter um identificador nico para permitir a rastreabilidade.
Modelo de Processos - BPM

Notaes:
Modelo de Processos no EA - BPM

Comentrios: - Os processos de negcio devem estar vinculados aos requisitos, de forma a permitir a rastreabilidade entre eles; - Os processos de negcio devem ser publicados no Modelo nico da Brasil Telecom.
Modelo de Caso de Uso - EA

Uma instncia de casos de uso uma seqncia de aes realizadas por um sistema, que gera um resultado observvel de valor para um determinado ator, ou seja, os casos de uso devem representar a interao dos atores com o sistema.
Caso de Uso
Um ator algum ou algo externo ao sistema que interage com ele. Pode ser um usurio ou mesmo outro sistema. Ator
A funcionalidade de um sistema definida por casos de uso diferentes, onde cada um representa um fluxo de eventos especfico.
Modelo de Caso de Uso - EA

Comentrios: - O detalhamento de um caso de uso representado pelo Diagrama de Atividades e define o que ocorre no sistema quando o caso de uso executado; - Os casos de uso devem estar vinculados aos processos, de forma a permitir a rastreabilidade entre eles.
Agenda

Dicas e Sugestes
Requisitos Dicas e Sugestes

Orientaes para a redao dos requisitos:
A. Mantenha frases curtas. As frases longas precisam ser lidas mais de uma vez antes de serem entendidas por completo.
Exemplo:
Forma incorreta: Para cada pagamento existente no arquivo (tabela) pagamentos_a_vencer, o sistema deve comparar a data vencimento do pagamento com a data atual. Se a data do vencimento for anterior data atual, o cliente deve ser includo na relao de clientes com pagamento em atraso.
Forma correta: O sistema deve informar os clientes com pagamento em atraso.

B. Expresse as regras de negcio, pr e ps condies em tpicos parte a descrio do requisito, utilizando-se de listas numeradas. Desta forma ficar mais fcil leitura, validao e manuteno do documento de requisitos. Exemplo: Para o mesmo exemplo apresentado no item 1. Forma correta: O sistema deve informar os clientes com pagamento em atraso. Regras de Negcio: 1) So considerados clientes com pagamento em atraso os clientes cuja data de vencimento do pagamento for anterior a data atual (data do processamento).

C. Nunca expresse mais de um requisito na mesma frase. Evite utilizar o termo e nas frases. Isso implica que mais de um requisito ou conceito est sendo discutido.
Exemplo:
Forma correta: O sistema deve informar os clientes com pagamento em atraso. O sistema deve informar os clientes inadimplentes. Regras de Negcio: 1) 2) So considerados clientes com pagamento em atraso os clientes cuja data de vencimento do pagamento for anterior a data atual (data do processamento). So considerados clientes inadimplentes os clientes que tiverem 3 ou mais pagamentos em atraso. Forma incorreta: O sistema deve informar os clientes com pagamento em atraso e, tambm, os clientes inadimplentes.

D. Evite o uso de jarges, abreviaes e acrnimos, a no ser que possa ser entendido por todos os leitores do documento em diferentes mbitos, ou esteja aderente ao glossrio do projeto. Exemplo: O acrnimo ATM usado tanto em sistemas bancrios como em domnios de aplicaes de redes. Forma correta: O sistema deve disponibilizar a consulta do extrato da conta corrente em terminais ATM (Mquinas Automticas de Saque Bancrio). Forma incorreta: O sistema deve disponibilizar a consulta do extrato da conta corrente via ATM. E. Mantenha pargrafos curtos. Como regra geral, nenhum pargrafo deve ser feito utilizando-se mais de 7 linhas.

F. Use listas e tabelas, preferencialmente numeradas, onde for possvel apresentar seqncias de informaes. As listas so mais fceis de entender do que seqncias apresentadas em um simples pargrafo. A numerao facilita a referncia de um item e, tambm, a conferncia e validao do requisito. Quando as listas referirem-se a conjuntos de informaes, descreva seus significados. Exemplo: Forma correta: O sistema deve manter as seguintes informaes sobre o cliente: 1. Nome Nome completo do cliente.
2. Endereo RES. Endereo residencial do cliente.

3. Telefone RES. Telefone residencial do cliente. 4. CPF Cdigo de identificao de Pessoa Fsica do cliente Forma incorreta: O sistema deve manter as seguintes informaes sobre o cliente: Nome, endereo, telefone e CPF

G. Use uma terminologia de forma consistente. No utilize um termo que signifique uma coisa em um lugar do documento e outra diferente em outro lugar. difcil manter essa consistncia no documento, principalmente quando diferentes pessoas so responsveis pela escrita de diferentes partes do documento. Este tipo de situao muito comum nos sistemas, onde a redao de um documento do mesmo sistema atribuda a vrios analistas. Para tentar melhorar esse aspecto, mantenha um documento contendo o glossrio de palavras para definir termos referentes ao negcio, acrnimos, termos tcnicos e qualquer outra palavra que possa facilitar o entendimento do documento H. Utilize, sempre na medida do possvel palavras como DEVE.
Exemplo:
O sistema deve manter um cadastro de fornecedores

I. No expresse requisitos usando sentenas condicionais aninhadas. Forma correta: O sistema dever possibilitar ao usurio consultar os processos que tramitam na empresa, relacionados por situao. Regras de Negcio: 1) A situao dos processos que tramitam na empresa pode ser: a) Encaminhado; b) Em anlise; c) Concludo; ou d) Situao no definida.
Forma incorreta: Se a situao do processo for igual a Encaminhado o processo dever ser relacionado na consulta aos processos encaminhados para anlise; se a situao do processo for igual a Em anlise o processo dever ser relacionado na consulta aos processos em anlise; se a situao do processo for igual a Concludo o processo dever ser relacionado na consulta aos processos concludos; caso a situao do processo seja diferente de uma das citadas acima o processo dever ser relacionado na consulta aos processos sem situao definida.

J. No expresse requisitos usando sentenas condicionais aninhadas. A. Utilize preferencialmente a voz ativa em relao passiva, particularmente quando descrever aes tomadas por pessoas ou pelo sistema. Forma correta: O sistema deve possibilitar ao usurio incluir informaes relativas ao cliente. Forma incorreta: A incluso de informaes relativas ao cliente dever ser possibilitada pelo sistema.
K. No tente expressar relacionamentos complexos em descrio de linguagem natural. Diagramas so bem mais eficientes para esse objetivo.
Perguntas?

Treinamento - Análise de Requisitos

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Treinamento - Análise de Requisitos

Enviado por

Direitos autorais:

Formatos disponíveis

Levantamento e Anlise de Requisitos conceitos e aplicao

Facilitador: Luiz Gustavo Arantes

Metodologia da Brasil Telecom - MDS

Metodologia da Brasil Telecom - MDS

Nivelar e padronizar o conhecimento sobre requisitos;

Aplicar o conhecimento adquirido no Projeto.

Copyright 2007 Accenture All Rights Reserved.

Accenture Knowledge Exchange (KX)

Metodologia da Brasil Telecom - MDS

Copyright 2007 Accenture All Rights Reserved.

Geralmente so complementos de um determinado requisito;

Os requisitos definem o escopo do projeto ou da demanda

Os requisitos devem permitir ao fornecedor entender exatamente o que o cliente quer

Copyright 2007 Accenture All Rights Reserved.

Copyright 2007 Accenture All Rights Reserved.

Mais de 80% do retrabalho gasto corrigindo falhas na definio dos requisitos.

Copyright 2007 Accenture All Rights Reserved.

Source: Borland: Best Practices for Requirements Development & Management

Times de Desenho, Desenvolvimento e Testes

Aprovao e Transio dos Requisitos

Copyright 2007 Accenture All Rights Reserved.

Metodologia da Brasil Telecom - MDS

Requisitos - Coleta de Requisitos

Documentao dos Requisitos

Anlise dos Requisitos

Aprovao e Transio dos Requisitos

Caractersticas de um bom requisito

Caractersticas de um requisito ruim

Copyright 2007 Accenture All Rights Reserved.

Coleta de Requisitos Identificando os Stakeholders

Definir a abordagem ou estratgia para o levantamento de requisitos;

Coleta de Requisitos Definindo os Requisitos Macro

Coleta de Requisitos Identificando os Requisitos Detalhados

Construo / Visualizao de Cenrios

Coleta de Requisitos - Tcnicas de Abordagem

JAD (Joint Application Design Session)

utilizada para entender melhor a complexidade dos processos de negcio existentes.

Construo / Visualizao de Cenrios

Copyright 2007 Accenture All Rights Reserved.

Coleta de Requisitos Identificando os Requisitos Detalhados

Proposta de Novos Processos (Inovao)

Observao dos Processos de Negcio

Coleta de Requisitos Categorizando os Requisitos

Segurana e Controle considera as polticas de segurana, privacidade e controles internos

Exerccio Tipos de Requisitos

Requisitos Caractersticas de Bons Requisitos

Requisitos Caractersticas de Requisitos Ruins

Copyright 2007 Accenture All Rights Reserved.

Exerccio: Qualidade dos Requisitos

Classifique os requisitos abaixo:

Copyright 2007 Accenture All Rights Reserved.

Metodologia da Brasil Telecom - MDS

Requisitos Documentao dos Requisitos

Documentao dos Requisitos

Anlise dos Requisitos

Aprovao e Transio dos Requisitos

Guia para documentao de requisitos

Transformando informaes em requisitos

Copyright 2007 Accenture All Rights Reserved.

Documentao dos Requisitos Guia para Documentao de Requisitos

Exerccio Documentao de Requisitos

Copyright 2007 Accenture All Rights Reserved.

Documentao dos Requisitos Traduzindo Informaes em Requisitos

Documentao dos Requisitos Formas de Documentao