Professional Documents
Culture Documents
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
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
Objetivos do treinamento
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
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
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;
Conceitos Gerais
Os requisitos devem descrever exatamente o que o cliente deseja
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.
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
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
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
Copyright 2007 Accenture All Rights Reserved.
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.
Copyright 2007 Accenture All Rights Reserved.
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.
Copyright 2007 Accenture All Rights Reserved.
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
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
Coleta de Requisitos
Identificando os Stakeholders
Identificando os Requisitos
Categorizando os Requisitos
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;
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.
Copyright 2007 Accenture All Rights Reserved.
A estratgia para a definio da abordagem deve considerar a limitao de tempo, oramento e escopo, alm da disponibilidade dos recursos.
Copyright 2007 Accenture All Rights Reserved.
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
Levantamento
Pesquisa
Reutilizao de Requisitos
Entrevistas
Focus Group
Pesquisa de Documentos
JAD
A vida no simples, infelizmente levantar requisitos no simplesmente perguntar ao cliente o que ele quer
Copyright 2007 Accenture All Rights Reserved.
A) Funcional
B) Tcnico
C) Performance
D) Usabilidade
E) Contedo
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
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
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
Coleta de Requisitos
Documentao de Requisitos
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.
Copyright 2007 Accenture All Rights Reserved.
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.
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
Coleta de Requisitos
Custo / Benefcio
Esforo para Implantao Cronograma Relevncia para os objetivos de negcio
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
Coleta de Requisitos
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.
Deve ser definido um processo para atualizao dos requisitos. As mudanas nos requisitos devem ser acordadas e comunicadas a todos os grupos envolvidos
Copyright 2007 Accenture All Rights Reserved.
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
Controle de Mudanas
Objetivo: Controlar a linha de base de requisitos e fazer o gerenciamento do escopo em relao ao que est sendo entregue
O gerenciamento de requisitos uma abordagem sistemtica para localizar, documentar, organizar e controlar os requisitos de um sistema
Copyright 2007 Accenture All Rights Reserved.
Custo
Prazo (Cronograma)
Muitas vezes as necessidades de mudanas so percebidas apenas nas fases de testes e homologao
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
Copyright 2007 Accenture All Rights Reserved.
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
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)
os Modelos de Caso de Uso; o Desenho Funcional; o Desenho Tcnico; o Plano de Testes, dentre outros.
Copyright 2007 Accenture All Rights Reserved.
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
Modelo de Requisitos (ferramenta padro: EA Enterprise Architect) Modelo de Processos BPM (ferramenta padro: EA) Documento de Viso (Desenho de Aplicaes, quando aplicvel)
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.
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;
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.
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
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.
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.
Copyright 2007 Accenture All Rights Reserved.
Exemplo:
O sistema deve manter um cadastro de fornecedores
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.
Copyright 2007 Accenture All Rights Reserved.
K. No tente expressar relacionamentos complexos em descrio de linguagem natural. Diagramas so bem mais eficientes para esse objetivo.
Perguntas?