Modelo de Análise e Projeto

1. Modelo de Análise e Projeto Luiz Felipe Libório lfol@cin.ufpe.br

2. Documento de Requisitos • Modelo de Casos de Uso • Precisamos converter oscasos de usoespecificadosem um modelo de sistema. Contexto

3. Análise

4. Encontrar as classes iniciais do sistema (classes de análise) e distribuir comportamento dos casos de uso entre elas; • Para cada classe, descrever as responsabilidades, atributos e relacionamentos Análise - Objetivos

5. Para cada caso de uso: • Encontrar classes de análise • Identificar persistência • Para cada classe: • Distribuir comportamento entre as classes • Descrever responsabilidades • Descrever atributos e associações • Revisar os Resultados Análise - Fases

6. As classes sãoidentificadasbaseadasnaseparaçãoemtrêstipos: • Fronteira; • Representa a interface de um ator com o caso de uso. • Esteriótipo: <<boundary>> • Entidade; • Representa as informaçõesquesãomanipuladaspelosistema, quepodem ser persistentesounão. • Esteriótipo: <<entity>> • Controle; • Representa o controle do fluxo de eventos do caso de uso; • Esteriótipo: <<control>> Identificando as Classes

7. Se houver a necessidade de persistência de algumainformação, é criadauma nova classe de análise, querepresenta um conjunto de entidades. • Esteriótipo: <<entity collection>> IdentificarPersistência

8. Diagramas de interação (colaboração e seqüência) modelam interações do sistema com seus atores; • A interação é iniciada por um ator e envolve instâncias (objetos) das classes; • Diagramas de interação capturam a semântica do fluxo de eventos do caso de uso • Auxiliam a identificar classes, responsabilidades e relacionamentos; Diagramas de Interação

9. Exemplo: Efetuar Login

10. Classes de Análise Exemplo: Efetuar Login

11. Diagrama de Sequência Exemplo: Efetuar Login

12. Diagrama de Colaboração Exemplo: Efetuar Login

13. Baseado no diagrama de sequência (ou de colaboração), sãoidentificadas as responsabilidades das classes. DescreverResponsabilidades

14. Os atributos das classes sãoidentificados, semespecificartipos. DescreverAtributos

15. Identificacomo as classes estãorelacionadasdentro do contexto do caso de uso. IdentificarRelacionamentos

16. Projeto

17. Melhoramento do modelo de análise, com o objetivo de gerar facilmente o modelo da implementação do sistema. • Fases: • Refinar o modelo de classes; • Projetar a Arquitetura; • Dividir o sistemaempacotes; Objetivo e Fases

18. Eliminar os estereótipos de análise; • Mapear associações em atributos; • Analisar a possibilidade de utilizar herança; • Definir os tipos dos atributos; • Adicionar modificadores de visibilidade aos métodos e atributos; • Detalhar assinatura dos métodos • definir todos os parâmetros dos métodos, seu tipos e o tipo de retorno dos métodos Refinar o Modelo de Classes

19. Exemplo: Efetuar Login

20. Analisar se é necessário criar novas classes ou remover classes existentes; • Juntar todas as classes em um só diagrama; • Identificar padrões de projeto • Ex: Fachada • Revisar as classes; Refinar o Modelo de Classes

21. Maneiramaiscomum: dividir o sistemaemcamadas. • Modularidade; • Dimunição de Dependências; • Facilidade de troca de camadas; Projetar a Arquitetura

22. Interface Comunicação Negócio Dados ArquiteturaemCamadas

23. Agrupar as classes empacotes, baseadosemalgumcritério: • Camadas; • Lógica do sistema; • Subsistemas. Dividir o sistemaempacotes

24. Dividir o sistemaempacotes

25. Ferramenta: • JUDE • Java and UML DeveloperEnvironment • Exercício: • Analisar e Projetar os casos de uso “Comprar Ações” e “Efetuar Pagamento do QIB Card” PRÁTICA

26. Engenharia de Software e Sistemas – IF682 • www.cin.ufpe.br/~if682 • Análise e Projeto de Sistemas – IF718 • www.cin.ufpe.br/~if718 Referências