1 / 21

Metodologia de Desenvolvimento de Software – RUP 2. Requisitos

Metodologia de Desenvolvimento de Software – RUP 2. Requisitos. Márcio Aurélio Ribeiro Moreira marcio.moreira@uniminas.br http://si.uniminas.br/~marcio/. Requisitos = f( comunicação ). Objetivos da disciplina de requisitos.

rowena
Download Presentation

Metodologia de Desenvolvimento de Software – RUP 2. Requisitos

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

More Related