Uma era, uma visão, um paradigma : da teoria à prática / Maria ...
Paulo Vasconcellos pfvasconcellos.eti.br Uma Visão Prática.
Transcript of Paulo Vasconcellos pfvasconcellos.eti.br Uma Visão Prática.
Paulo Vasconcellospfvasconcellos.eti.br
Uma Visão Prática
MS Mon Amour
Agenda
• Definindo Requisitos• Estruturando Requisitos• Casos de Uso e outros artefatos• Engenharia de Requisitos
– BABoK• Visão• Mudanças• Perguntas & Respostas
Objetivos
• Definir Requisitos?
• Discutir Engenharia de Requisitos?
• Debater alguns conceitos e práticas?
• Aqui? Em um seminário sobreGerenciamento de Projetos?
• Qual o motivo?
Em 80% dos projetos de software que falham há algum problema com
requisitos...
O que é um Requisito?
• Uma funcionalidade específica;
• Uma propriedade geral do sistema;
• Uma restrição específica do sistema;
ou
• Uma restrição ao desenvolvimento
do sistema.Ian Sommerville & Pete Sawyer Requirements EngineeringWiley (1997).
Requisitos Esquisitos (por Arnaldo Antunes)
A gente não querSó dinheiroA gente quer dinheiroE felicidadeA gente não querSó dinheiroA gente quer inteiroE não pela metade...
COMIDA© Titãs - 1987
Diversão e artePara qualquer parteDiversão, baléComo a vida querDesejo, necessidade,
vontadeNecessidade, desejo, eh!Necessidade, vontade,
eh!
Necessidade...
Estruturando Requisitos
Estruturando Requisitos
user stories
historias
DONE© Philip “Shoes” Calçado
Estruturando Requisitos
Estruturando Requisitos
Estruturando RequisitosRequisitos do
Negócio
Estruturando Requisitos
Requisitos do Usuário
Estruturando Requisitos
Requisitos da Solução
Estruturando Requisitos
Requisitos da Solução
Estruturando Requisitos
Estruturando Requisitos II
Tipos (ou Níveis)
• de Negócio• do Usuário• da Solução
– Funcionais– Não-Funcionais
Fonte / Ponto de Vista
• Estratégico• Tático• Operacional• Técnico
Grau de Importância
• Fundamental• Importante• Opcional
Relações entre Requisitos
• Dependente• Complementar• Substituto• Conflitante
Status
• Pendente• Aprovado• Recusado• Substituído• Implementado• Verificado• Excluído
Estruturando Requisitos III
Casos de Uso
Especificação de Casos de Uso
Estruturando Requisitos
Especificação de Casos de Uso
Não é Documentação
Matriz de Matriz de RastreabilidadeRastreabilidade
Não é Solução
RUP: Requisitos
Não é burocracia
Base de Conhecimentos
Base de Conhecimentos
por: Reinaldo Castro & Jean Streleski
Conhecimentos
Conhecimentos!
© Improve IT
Como Aprendemos?
Meet in the Middle
Iterativo e Incremental
Iterativo e Incremental
Hey! Conheço essa figura de algum
lugar!
Engenharia de Requisitos
Engenharia de Requisitos
BABoK (REBoK?)
• Business Analysis Body of Knowledge
• IIBA International Institute ofBusiness Analysis
Knowledge Areas [BABoK]
© Marília Almeida
•Coleta?•Elicitation?•Levantamento?
Nós DESENVOLVEMOS requisitos!
Definimos...
O que precisa ser feito?
O que precisa ser feito?
Project CharterBusiness Case...
O que precisa ser feito?
productbacklog
Insanamente Simples
Scott Berkun A Arte do Gerenciamento de ProjetosArtmed (2008).
E as Mudanças?
O que Muda?
O que Muda?
Regras de Negócio
A forma comosatisfazemos determinados
requisitos
Iterativo e Incremental
Quem acerta na primeira?
“As duas mais importantes ferramentas de um arquiteto são a borracha na sala de desenhos e a marreta na construção” - Frank Lloyd Wright
“A mais importante ferramenta do físico é sua cesta de lixo.” - Albert Einstein
“As duas mais importantes ferramentas de um arquiteto são a borracha na sala de desenhos e a marreta na construção.”
- Frank Lloyd Wright
“A mais importante ferramenta do físico é sua cesta de lixo.”
- Albert Einstein
FAN – Formação de Analistas de Negócios
• 2 de Julho, em São Paulo • 4 de junho, em Sampa• 16 de julho, idem
• 28 de maio, no Rio • 31 de maio, em Sampa
Bibliografia Recomendada• Software Requirements
Karl Wiegers – MS Press (1999)
• More About Software RequirementsKarl Wiegers – MS Press (2006)
• Requirements-Led Project ManagementSuzanne e James Robertson – Addison-Wesley (2005)
• Writing Effective Use CasesAlistair Cockburn – Addison-Wesley (2000)
• Requirements EngineeringIan Sommerville e Pete Sawyer – Wiley (1997)
• Agility and Discipline Made Easy: Practices from OpenUP and RUPPer Kroll e Bruce MacIsaac – Addison-Wesley (2006)
• A Arte do Gerenciamento de ProjetosScott Berkun – Artmed (2008)
Na Web
• IIBA – International Institute of Business Analysiswww.theiiba.org
• BPM Forumhttp://br.groups.yahoo.com/group/BPM-Forum/
• UML-BRhttp://br.groups.yahoo.com/group/UML-BR/
Créditos & Débitos
• Tks! – Tempos Real Eventos– Adail, Papo e Juan– BPM Forum / UML-BR / CMMI-BR / AN.BR
• Apresentação liberada sob licençaCreative Commons (by+sa) 2.5 Brasil