Successfully reported this slideshow.

engenharia-de-requisitos

4.338 visualizações

Publicada em

Introdução à engenharia de requisitos.

Publicada em: Tecnologia, Negócios
  • Seja o primeiro a comentar

engenharia-de-requisitos

  1. 1. O início é a parte mais importante do trabalho
  2. 2. Sistema e software Engenheiro de Software Sistema Software (parte de um sistema)
  3. 3. Características operacionais do software, interface com outros elementos e restrições Visão externa do software Define o papel do software Refina o papel do software Criar modelos de dados, funções e comportamento Visão geral do sistema Quando? Engenharia de sistema Projeto de software Análise de Requisitos de software
  4. 4. Confusão garantida Engenharia de Software Engenharia de Requisitos Engenharia de Requisitos
  5. 5. <ul><li>Produz a especificação do sistema
  6. 6. Elemento software é tratado pela engenharia de software
  7. 7. Engenharia de Software inicia-se com a engenharia de requisitos </li></ul>Engenharia de Sistemas
  8. 8. Engenharia de Requisitos <ul><li>Entender o que o cliente deseja
  9. 9. Analisar necessidades
  10. 10. Avaliar exequibilidade
  11. 11. Negociar uma solução razoável
  12. 12. Especificar uma solução
  13. 13. Validar uma especificação
  14. 14. Gerenciar requisitos </li></ul>
  15. 15. O que é um requisito? <ul><li>Condição necessária para que se resolva um problema ou se atinja um objetivo
  16. 16. Condição que deve ser atendida ou apresentada por um sistema ou componente de sistema para satisfazer um contrato, um padrão, especificação ou outro documento formalmente imposto </li></ul>IEEE Std. 612.12-1990
  17. 17. Quando é feita?
  18. 18. Quando Outros nomes: Análise de requisitos, Requisitos, Análise, Análise de sistemas ,...
  19. 19. Fundamentos <ul><li>Ciências Sociais </li><ul><li>Política, psicologia social
  20. 20. Comportamento organizacional
  21. 21. Antropologia </li></ul><li>Ciências Cognitivas </li><ul><li>Representação de conhecimento
  22. 22. Lingüística </li></ul><li>Filosofia </li><ul><li>Epistemologia, ontologia,
  23. 23. Fenomenologia, Semiótica </li></ul></ul><ul><li>Teoria de Sistemas </li><ul><li>O que é um sistema?
  24. 24. Controle e evolução de sistemas </li></ul><li>Engenharia de Sistemas </li><ul><li>Ciclos de vida </li></ul><li>Matemática e Lógica </li><ul><li>Modelos relacionais
  25. 25. Modelos algébricos
  26. 26. Lógica temporal
  27. 27. Lógica modal </li></ul></ul>
  28. 28. Contexto e objetivo comportamento externo Domínio do Problema Domínio da Solução
  29. 29. Resultado <ul><li>O que construir?
  30. 30. O que esperar?
  31. 31. Como validar? </li></ul>Se não for bem escrito:
  32. 32. Quem se interessa pela ERS? <ul><li>Clientes Documenta o que deve ser entregue
  33. 33. Gerentes Planejamento de projeto
  34. 34. Projetistas de Software Define o que estes devem projetar
  35. 35. Controle de Qualidade de Software Base da validação, planejamento de teste e verificação </li></ul>Interessados = stakeholders
  36. 36. Conteúdo de uma ERS
  37. 37. ERS de “boa” qualidade <ul><li>Completa
  38. 38. Independente de implementação
  39. 39. Consistente
  40. 40. Não ambígua
  41. 41. Precisa
  42. 42. Verificável
  43. 43. Modificável
  44. 44. Legível
  45. 45. Organizada </li></ul>
  46. 46. Dificuldades para uma “boa” ERS <ul><li>Comunicação
  47. 47. Especificação de Requisitos </li><ul><li>Ambígua
  48. 48. Incompleta </li></ul><li>Volatilidade de requisitos
  49. 49. Registro de requisitos </li><ul><li>Notação </li></ul><li>Detalhes desconhecidos
  50. 50. Clientes numerosos
  51. 51. Clientes conflitantes
  52. 52. Clientes dispersos, ... </li></ul>
  53. 53. Evidências de dificuldades <ul><li>Standish Group, 1995 350 empresas americanas 8000 projetos
  54. 54. Fonte de falhas </li><ul><li>Pouco envolvimento do usuário (13%)
  55. 55. Requisitos incompletos (12%)
  56. 56. Mudança de requisitos (11%)
  57. 57. Expectativas irreais (6%)
  58. 58. Objetivos obscuros (5%) </li></ul></ul>cerca de 50% das causas de problemas <ul><li>European Software Institute, 1996 3800 organizações européias, 17 países
  59. 59. Principais problemas em software são </li><ul><li>Especificação de requisitos (> 50%)
  60. 60. Gerência de requisitos (50%) </li></ul></ul>
  61. 61. Motivação Requisitos Versão 89.2-A2
  62. 62. Motivação extra
  63. 63. “Nada é mais difícil e incerto do que conduzir a introdução de uma nova ordem de coisas.” Machiavelli Motivação
  64. 64. Fábula (sucesso)
  65. 65. Mausoléu X Qual o problema?
  66. 66. Charge (fracasso) Sobre as orelhas. Ok! King´s Kong Av. Anhangüera, 18...
  67. 67. Após muito esforço e atrasos, ... IRONIA INSATISFAÇÃO
  68. 68. Definição Requisitos
  69. 69. Classificação dos requisitos
  70. 70. Processo da ER: entradas/saídas
  71. 71. Processo Validação Modelagem Eliciação
  72. 72. Atividades da ER <ul><li>Eliciação </li><ul><li>Entrevista, análise de docs, ... </li></ul><li>Modelagem </li><ul><li>registrar requisitos </li></ul></ul><ul><li>Validação </li></ul><ul><li>Gerência </li><ul><li>rastreabilidade </li></ul></ul>
  73. 73. Por que eliciar? Você se sente melhor?
  74. 74. Descontração
  75. 75. Técnicas de eliciação <ul><li>Entrevistas e questionários
  76. 76. Workshops, Brainstorming
  77. 77. Storyboard
  78. 78. Casos de Uso
  79. 79. Representação (role playing)
  80. 80. Construção de protótipos
  81. 81. Análise de textos </li></ul>
  82. 82. Modelagem <ul><li>Linguagem natural (maioria dos casos) </li><ul><li>Seja sentença ou através de casos de uso </li></ul></ul><ul><li>Quais métodos podem ser empregados? </li><ul><li>Pseudocódigo
  83. 83. Máquina de estados finitos
  84. 84. Análise Orientada a Objetos
  85. 85. Análise Estruturada
  86. 86. Modelos entidade-relacionamento, ... </li></ul></ul>Ator Caso de uso C Caso de uso A Caso de uso B <<include>> Requerimento Boleto Bancário Comprovante Processo Parecer Autorização Sanciona Ajuda de Requerimento 0..1 1..n 0..1 1..n gera Avaliação de necessita Formulário de requerimento oficializado por
  87. 87. Há custos?
  88. 88. Teoria x Prática Supostos benefícios
  89. 89. O que os “bons” fazem? <ul><li>Usam métodos avançados (OO)
  90. 90. ER executada em várias rodadas
  91. 91. Revisões constantes com usuários
  92. 92. Protótipos + Modelos
  93. 93. Alocação de 15% a 30% do esforço total para ER </li></ul>
  94. 94. Onde procurar por informações? <ul><li>Livros http://easyweb.easynet.co.uk/~iany/reviews/reviews.htm
  95. 95. Gerência de requisitos http://www.jiludwig.com/
  96. 96. Ferramentas (>50) http://www. volere .co. uk/tools . htm </li></ul>
  97. 97. Considerações finais <ul><li>ER é imprescindível e, ao mesmo tempo, difícil!
  98. 98. Não menospreze os custos para execução adequada da engenharia de requisitos (cerca de 15% a 30% do custo total) </li></ul>

×