O documento discute os custos associados a erros nos requisitos de software. Quanto mais tarde um erro é detectado, maior o seu custo de correção. Erros comuns incluem fatos incorretos, omissões e inconsistências. A engenharia de requisitos visa elicitar, modelar e analisar os requisitos para evitar esses erros.

1. Gerência de Requisitos Karin Koogan Breitman [email_address] www.inf.puc-rio.br/~karin

2. Custo de correção

12. Processo Elicitação Modelagem Análise V&V

13. Problemas Soluções Gap Semântico Mundo Real Mundo Computacional Elicitação de Requisitos Elicitação Inspiração: Guilherme Nicodemos -UCP

31. Exemplos Fonte – Julio Cesar Leite

33. Controle Fonte – Julio Cesar Leite

36. Utilidade geral utilidade “como-é” manutenibilidade Taxonomia Boehm 76 Independência Auto contenção Precisão Completeza Integridade/Robustez Consistência Responsabilidade Eficiência de dispositivo Acessabilidade Comunicação Auto descrição Estrutura Concisão Legibilidade Aumentabilidade Confiabilidade Portabilidade Eficiência Engenharia Humana Testabilidade Compreensiblidade Modifiabilidade

37. Requisitos não funcionais Requisitos de Processo Requisitos de Produto Requisitos Externos requisitos de entrega requisitos de usabilidade requisitos de eficiência requisitos de confiabilidade requisitos de portabilidade requisitos de implementação requisitos para padrões requisitos de espaço requisitos de custo requisitos de interoperabilidade requisitos legais requisitos de performance Taxonomia Sommerville 92

43. Modelagem

44. Problemas Soluções Gap Semântico Mundo Real Mundo Computacional Modelagem dos Requisitos Modelagem Inspiração: Guilherme Nicodemos -UCP

53. Diagrama de Casos de Uso - Exemplo Abertura do Caixa Gerente Fechamento do Caixa Gestor de Estoque Caixeiro Gestão Manual de Estoque Operação de Venda Sistema Financeiro

58. Caso de Uso [Constantine e Lockwood ] Sai do sistema Congratula o cliente e fornece instruções para a coleta do prêmio Manda mensagem de e-mail para o representante de vendas Registra o número da OS como vencedora do mês Detecta que o número da OS casa com o número do vencedor do mês Entra número da ordem de serviço (OS) Sistema Cliente

64. Clareza … em um prazo razoável. Como verificar isto? … de diagnosticar possíveis erros… Quais? … deve ser capaz… Precisa ou não? Em geral o sistema… Um requisito vago … utilizando as funções de teste QQ e TT. Condições … erros de componente …. Objeto … simula… Resultado desejado O engenheiro de teste… Tipo de usuário Um requisito claro

70. Análise

71. Problemas Soluções Gap Semântico Mundo Real Mundo Computacional Análise de Requisitos Análise Inspiração: Guilherme Nicodemos -UCP

88. Requisitos & C ertificação Fonte – SEI – Mark Paulk Otimização (5) Foco na melhoria de processo A melhoria de processo está institucionalizada Gerenciado (4) Processo medido e controlado Produto e processo são qualitativamente controlados Definido (3) Processo caracterizado, completamente bem entendido A engenharia de software e os processos de gerenciamento são definidos e integrados Repetível (2) Pode repetir tarefas previamente dominadas O sistema de gerenciamento de projeto é adequado; o desempenho é fácil de repetir Inicial (1) Imprevisível e pouco controlado O processo é informal

89. Estrutura do CMM Níveis de maturidade Contêm São organizadas por Contêm Indicam Capacidade do processo Atingem Metas Levam a Implementação ou institucionalização Descrevem Atividades ou infra-estrutura Fonte – SEI – Mark Paulk Key process areas Common features Key practices

99. Evolução http://stones.les.inf.puc-rio.br/karin/exemplo/index.html Fonte – Julio Cesar Leite