Metodologia de Desenvolvimento de Software – RUP 2. Requisitos

1. Metodologia de Desenvolvimento de Software – RUP2. Requisitos Márcio Aurélio Ribeiro Moreira marcio.moreira@uniminas.br http://si.uniminas.br/~marcio/

2. Requisitos = f( comunicação )

3. Objetivos da disciplina de requisitos • Estabelecer e manter concordância com os clientes e outros investidores sobre o que o sistema deve fazer. • Oferecer aos desenvolvedores do sistema uma compreensão melhor dos requisitos do sistema. • Definir os limites do sistema (ou delimitar o sistema). • Fornecer uma base para planejar o conteúdo técnico das iterações. • Fornecer uma base para estimar o custo e o tempo de desenvolvimento do sistema. • Definir uma interface de usuário para o sistema, focando nas necessidades e metas dos usuários.

4. Fluxo de trabalho de requisitos

5. Objetivos das atividades Problema • Análise do problema: • Essa atividade estabelece o acordo sobre o problema a ser resolvido e propõe uma solução de alto nível. • Compreender as necessidades dos envolvidos (lista de funcionalidades): • Essa atividade busca entender o que os envolvidos desejam a partir da solução proposta e define os recursos principais para a solução. • Definir o sistema: • Essa atividade destaca os requisitos chave e busca aceitação no escopo do sistema. • Gerenciar o escopo do sistema: • Essa atividade assegura que os requisitos do sistema estejam limpos e estabelece um conjunto gerenciável de trabalhos de requisitos para iteração. • Refinar a definição do sistema: • Essa atividade detalha os requisitos a serem desenvolvidos no ciclo atual de desenvolvimento. • Gerenciar requisitos variáveis: • Essa atividade gerencia as alterações nos requisitos e avalia seus impactos. Soluções Funcionalidades Requisitos Requisitos Software

6. A: Analisar o problema

7. A: Compreender as necessidades dos envolvidos

8. A: Definir o sistema

9. A: Gerenciar o escopo do sistema

10. A: Refinar a definição do sistema

11. A: Gerenciar requisitos variáveis

12. Essência da coleta de requisitos Esboço Seqüencial Processo Plano Gestão de Requisitos Como vamos colher, analisar e manter os requisitos? Modelo de Casos de Uso Detalhar o Sistema Pedido dos Envolvidos Lista de Features Requisitos do Software Regras de Negócio Glossário de Negócio Casos de Uso Estruturar o Software e/ou Modelo de Domínio Arquitetura do Software Estrutura de: mercado, processos, pessoas, etc.

13. P: Plano de gestão de requisitos • Gestão de Requisitos: • Organização, Responsabilidades e Interfaces • Ferramentas, Ambiente e Infra-estrutura • Identificação: • Rastreabilidade: Planilha de rastreabilidade • Atributos de Casos de Uso: • Status: Proposto, Aprovado e Validado • Prioridade: Baixo, Médio e Alto • Risco Técnico: Baixo, Médio e Alto • Atributos de Casos de Teste

14. P: Esboço seqüencial • Exemplo 1: • Exemplo 2: • Exemplo 3:

15. P: Pedido dos envolvidos • Lista de funcionalidades: • Lista de Features ou • Diagrama de requisitos • Realização das Features:

16. P: Caso de Uso

17. Visões arquiteturais • Visões arquiteturais: • Ref.: KRU95, JAC98 e RUP08 • Obrigatoriedade das visões: • Usabilidade: • Casos de Uso importantes para estruturação do sistema • Lógica: • Subsistemas, pacotes e classes relevantes para o sistema • Processo: • Visão do processo de negócio • Parte relevante se tiver simultaneidade • Implementação & Dados: • Módulos, pacotes, camadas arquiteturais e entidades • Distribuição (Implantação): • Máquinas (nós de rede) onde o software deve ser instalado

18. P: Documento de arquitetura Usabilidade Lógica

19. P: Documento de arquitetura Processos Implementação (módulos)

20. P: Documento de arquitetura Implementação (processos) Distribuição (Implantação)

21. Referências