1 / 48

Fase de Concepção (Início, Planejamento)

Fase de Concepção (Início, Planejamento) . Objetivos. Análise Preliminar Levantamento de Requisitos (parcial) Organização de Requisitos Modelo Conceitual Preliminar Planejamento das Iterações. Atividades. Conhecer a empresa Levantar requisitos Organizar requisitos

ulf
Download Presentation

Fase de Concepção (Início, Planejamento)

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. Fase de Concepção (Início, Planejamento)

  2. Objetivos • Análise Preliminar • Levantamento de Requisitos (parcial) • Organização de Requisitos • Modelo Conceitual Preliminar • Planejamento das Iterações

  3. Atividades • Conhecer a empresa • Levantar requisitos • Organizar requisitos • Esboçar o modelo conceitual do sistema • Planejar o desenvolvimento • Iterações • Cronograma • Recursos

  4. Artefatos • Sumário Executivo • Documento de Requisitos • Casos de Uso • Modelo Conceitual

  5. Sumário Executivo

  6. Conhecimento da Empresa • o que a empresa quer com o projeto? • Por que ele está sendo proposto? • Por que a empresa vai gastar dinheiro com o projeto? • O projeto é realizável? • A equipe de desenvolvimento tem condições de realizar este projeto? • O cliente tem dinheiro para pagar o desenvolvimento? • Há tempo disponível? • Comprar ou desenvolver?

  7. Sumário Executivo • O quê? • Onde? • Por quê? • Como? • 3 páginas, no máximo • Também chamado de Visão Geral do Sistema

  8. Sumário Executivo • documento de texto em formato livre

  9. Documento de Requisitos

  10. Levantamento de Requisitos • Entrevistas • Análise de Documentos • Estudo Bibliográfico Comparativo

  11. Requisitos • Requisitos funcionais correspondem à listagem de todas as coisas que o sistema deve fazer • Requisitos não funcionais são restrições que se coloca sobre como o sistema deve realizar seus requisitos funcionais

  12. Requisitos Funcionais • Requisitos funcionais evidentes são efetuados com conhecimento do usuário • Requisitos funcionais ocultos são efetuados pelo sistema sem o conhecimento explícito do usuário

  13. Requisitos Não Funcionais • Obrigatórios • Desejáveis

  14. Requisitos Não Funcionais • de interface • de implementação • de eficiência • de tolerância a falhas • etc.

  15. Requisitos Não Funcionais • Associados a requisitos funcionais • Suplementares

  16. Requisitos Não Funcionais • Permanentes • Transitórios

  17. Requisitos Funcionais • Código do requisito funcional (Ex.: F1, F2, F3, ...) • Nome do requisito funcional (especificação curta) • Descrição (especificação longa e detalhamento do requisito) • Categoria funcional: evidente ou oculto

  18. Requisitos Não Funcionais • Código do requisito não funcional (Ex.: NF1.1, NF1.2, ... NF2.1, NF2.2, ...) • Nome do requisito não funcional (especificação curta) • Restrição: especificação (longa) do requisito não funcional • Categoria: tipo de restrição: segurança, performance, compatibilidade, etc. • Obrigatoriedade: se o requisito é desejável ou obrigatório • Permanência: se o requisito é permanente ou transitório

  19. Requisitos Funcionais e Não Funcionais Associados

  20. Requisitos Suplementares

  21. Desafios da Análise de Requisitos • Como descobrir os requisitos • Como comunicar os requisitos para as outras fases ou equipes do projeto • Como lembrar dos requisitos durante o desenvolvimento e verificar se foram todos atendidos • Como gerenciar a mudança

  22. Organização dos Requisitos • Casos de Uso • Manutenção de Conceitos (Entidades) • Consultas/Relatórios

  23. Casos de Uso

  24. Caso de Uso • Um cenário de interação usuário-sistema • Ordenação de um subconjunto de requisitos funcionais, e seus requisitos não-funcionais associados, relacionado com o caso de uso • Pouco detalhado na fase de concepção • Bastante detalhado na fase de elaboração (refinamento de casos de uso) • Dado um requisito funcional, ele deve aparecer em pelo menos um caso de uso • Critério de validação do caso de uso

  25. Organizando Requisitos em Casos de Uso

  26. Diagrama de Casos de Uso UML

  27. Diagrama de Caso de Uso • Em geral, na fase de concepção, um caso de uso não é decomposto • Decomposição é detalhamento (fase de elaboração)

  28. Granulosidade de um Caso de Uso • Um caso de uso deve ser mono-sessão, ou seja, executado em uma única interação e não se estendendo ao longo de vários dias • Um caso de uso deve ser interativo, com informações fluindo para dentro e para fora do sistema • Um caso de uso deve produzir uma alteração consistente na informação armazenada • Uma seqüência de consultas puras ao sistema não caracteriza um caso de uso • Duração de um caso de uso: de alguns minutos a 1 hora (Larman)

  29. Granulosidade de um Caso de Uso • Algumas operações relativamente simples e elementares (de um único passo), como o registro de uma fita, ou de um pagamento, não devem ser consideradas como casos de uso por si só (um único passo)

  30. Modelo Conceitual Preliminar

  31. Modelo Conceitual • A entrada para o modelo conceitual são os casos de uso • Cada conceito ou entidade, assim como seus relacionamentos, deve aparecer direta ou indiretamente nas descrições dos casos de uso

  32. Modelo Conceitual Preliminar

  33. Modelo Conceitual • Note que o modelo está incompleto • Faltando contemplar o caso de uso Devolver Fitas

  34. Manutenção de Conceitos ou Entidades

  35. Cada conceito normalmente tem associadas operações de: • inserção (I) • alteração (A) • exclusão (E) • consulta (C)

  36. Manutenção

  37. Consultas / Relatórios

  38. Organização de Requisitos em Consultas

  39. Planejamento das Iterações

  40. Planejamento do Desenvolvimento • Alocar o desenvolvimento em ciclos iterativos de mesma duração • Estimativa de Esforço

  41. Estabelecendo Prioridades • Casos de Uso Críticos • Casos de Uso de Apoio • Manutenção de Conceitos • Consultas

  42. Planejamento dos Ciclos Iterativos (Fase de Elaboração)

  43. Cronograma de Execução • Considerar • Tempo total estimado para o projeto (em hora/pessoa) • Tempo disponível (em semanas ou meses) • Tamanho da equipe • Estruturação da equipe

  44. Planejamento com 4 equipes

  45. Planejamento com 2 equipes

  46. Observações • Note que, associando requisitos não-funcionais a requisitos funcionais, a maior parte dos requisitos não-funcionais é implementada na fase de elaboração • Fase de construção: requisitos suplementares • Note também que, trabalhando com várias equipes, somente as atividades de implementação-testes são seqüênciais • Atividades de análise-projeto podem ocorrer em paralelo

  47. Projeto do Curso

  48. Projeto • Fase Início (Concepção, Planejamento) • Documento constando de: • Sumário Executivo • Requisitos Funcionais e (Não-funcionais Associados) • Requisitos suplementares • Casos de uso • Modelo Conceitual • Manutenção de Entidades • Consultas / Relatórios • Planejamento das Iterações • Prazo de entrega: 05/09

More Related