Engenharia de Requerimentos Culpada por 80% das falhas em projetos, a disciplina merece melhor trato. Paulo Vasconcellos pfvasconcellos@yahoo.com Realização: Apoio:

Objetivos da Palestra Apresentar a disciplina ‘Engenharia de Requerimentos’ de forma prática e estruturada Mostrar a construção de uma base de conhecimentos para gestão de projetos de desenvolvimento de sistemas Trazer para o mundo dos projetos de desenvolvimento conceitos da disciplina ‘Gestão de Conhecimentos’ Mostrar a importância dos projetos de desenvolvimento na construção e difusão de ‘Capital Intelectual’

Agenda The Chaos Report Engenharia de Requerimentos Construindo uma Base de Conhecimentos Capital Intelectual: Conceitos Gestão do Conhecimento em Projetos Adequação ao CMMi e ao RUP A disciplina ‘Escopo’ do PM-BoK

The Chaos Report Facts: $250 billion dollars are spent on IT projects 31% of IT projects are cancelled 53% of IT projects cost 189% of the original cost estimation Only 16% of IT projects are completed on time and on budget 38% of IT projects incur scope creep (the project begins to include extensive features not planned for in the initial defining period)

Os 6 Maiores Suspeitos Estimativas de Prazos e Custos Pobre gestão de Requerimentos Mudanças de Escopo e/ou Objetivos Gestão de Mudanças ineficiente Controle de Qualidade fraco Distância do Usuário Final

E Uma Conclusão “Acredito que a complexidade do desenvolvimento de software está na especificação, projeto e teste da visão conceitual, e não no trabalho de representá-la ou testar a fidelidade da representação.” Frederick P. Brooks Autor de “The Mythical Man-Month”

Requerimento Definição Clássica: “uma condição ou funcionalidade requerida por um usuário para resolver um problema ou atender determinado objetivo”.

A “Voz” do Usuário Requerimentos do Produto Requerimentos de Negócio Regras de Negócio Casos de Uso ou Cenários Definições de Dados Características Essenciais Mínimas Requerimentos do Projeto

Estruturando a “Voz do Usuário” Classe Requerimentos do Produto Requerimentos de Negócio Regras de Negócio Definições de Dados Casos de Uso C.E.M. Requerimentos do Projeto Fonte Operacional Tático Estratégico Técnico Ponto de Vista Voz do Usuário Grau de Importância Fundamental Importante Acessório Identificação Única Sentença Única Interpretação Única Controle de Versões (Mudanças)

Requerimentos do Produto (Voz do Usuário) Requerimentos do Produto Destinação Interface do Usuário Lógica de Negócio Camada de Dados Interface entre Sistemas Infra-estrutura

Requerimentos de Negócio (Voz do Cliente) Casos de Uso ou Cenários (Voz do Usuário) Requerimentos de Negócio Categoria Problema Objetivos Metas Métricas

Regras de Negócio Casos de Uso ou Cenários Regras de Negócio Fonte (Voz do Usuário) Casos de Uso ou Cenários (Voz do Usuário) Regras de Negócio Fonte Interna Externa Categoria Derivação Restrição Existência

Casos de Uso ou Cenários (Voz do Usuário) Casos de Uso ou Cenários Condições Eventos Descrevem (Voz do Usuário) Regras de Negócio Processos de Negócio ou Atividades / Tarefas Tipo de Transformação (Voz do Usuário) Requerimentos de Negócio Recursos Tempo de Ciclo Custo por Ciclo Tipos de Recursos Físico Abstrato Informativo

Definições de Dados Definições de Categoria Dados Significado de (Voz do Usuário) Definições de Dados Categoria Tipo Campo Tabela Base Significado de Negócio

Características Essenciais Mínimas (Voz do Usuário) Características Essenciais Mínimas Tipo Qualitativas Quantitativas Portabilidade Disponibilidade Segurança Extensibilidade Manutenabilidade Reusabilidade Performance Escalabilidade

Requerimentos do Projeto (Voz do Usuário) Requerimentos do Projeto Tipo Tarefa Restrição Prazos Custo de Desenvolvimento Custo de Propriedade Regras de Interação Critério de Avaliação

A Base de Conhecimentos

Utilizando o Rational RequisitePRO

Rastreabilidade no Rational Rose

Process, what Process? RUP

3 Atividades Básicas Coleta Análise Transformação

Relacionamentos entre Requerimentos Indiferente Dependente Complementar Substituto Conflitante

Reality Check Qual meta ou objetivo de negócio é atendido pelo requerimento? Onde o requerimento é satisfeito (está implementado)? Este requerimento é realmente necessário? Como eu devo interpretar este requerimento? Quais decisões de projeto afetam a satisfação deste requerimento? Por que foi implementado desta forma e quais eram as alternativas? Este artefato é realmente necessário? Qual teste de aceitação será utilizado para validar o requerimento? Qual o impacto gerado pela mudança deste requerimento? Todos os requerimentos foram atendidos? O projeto acabou?? (SEI website)

Escopo de Utilização da Base Rational Rose Rastreabilidade dos Requerimentos RUP Templates Requisite Pro Extensão da Funcionalidade Microsoft Project Manutenção da WBS Visual Studio / IDE’s Java Documentação do Código Microsoft Office Manter documentação auxiliar Gerar slides para palestras

Transformação do Conhecimento Tácito Explícito Disseminado Explícito Internalização Derivação Socialização Explicitação Tácito Privado

Transformação de Conhecimento no RUP Socialização Explicitação Derivação Internalização

Projetos X Capital Intelectual Software e todos os artefatos auxiliares (modelos, documentação, etc) são conhecimento explícito. Projetos de desenvolvimento são a melhor oportunidade de geração e difusão de capital intelectual em um organização.

Referências Rational Unified Process (RUP) Rational Corp [www.rational.com] Capability Maturity Model (CMM) for Software Software Eng. Institute [www.sei.cmu.edu/cmm] Requirements Engineering – A Good Practice Guide Ian Sommerville & Peter Sawyer John Wiley & Sons Software Requirements Karl Wiegers Microsoft Press Business Modeling with UML Hans-Erik Eriksson & Magnus Penker OMG Press – John Wiley & Sons Capital Intelectual / A Riqueza do Conhecimento Thomas Stewart Editora Campus

Perguntas & Respostas Contato: pfvasconcellos@yahoo.com http://pfvasconcellos.blogspot.com Trabalho liberado sob Licença Creative Commons. Você pode: Copiá-lo, Distribuí-lo, Exibí-lo e Trabalhar com ele; e Criar outros trabalhos à partir deste. Sob as seguintes condições: Creditar o autor original. Não utilizá-lo com fins comerciais. Se alterá-lo ou extendê-lo, tornar disponível sob estas mesmas condições.