1 / 29

Engenharia de Requerimentos

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

elmer
Download Presentation

Engenharia de Requerimentos

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


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

  2. 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’

  3. 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

  4. 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)

  5. 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

  6. 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”

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

  8. 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

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

  10. 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

  11. 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

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

  13. 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

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

  15. 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

  16. 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

  17. A Base de Conhecimentos

  18. Utilizando o Rational RequisitePRO

  19. Rastreabilidade no Rational Rose

  20. Process, what Process? • RUP

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

  22. Relacionamentos entre Requerimentos • Indiferente • Dependente • Complementar • Substituto • Conflitante

  23. 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)

  24. Escopo de Utilização da Base • Rational RoseRastreabilidade dos Requerimentos • RUPTemplates • Requisite ProExtensão da Funcionalidade • Microsoft ProjectManutenção da WBS • Visual Studio / IDE’s JavaDocumentação do Código • Microsoft OfficeManter documentação auxiliarGerar slides para palestras

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

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

  27. 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.

  28. 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

  29. 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.

More Related