Levantamento de classes (Análise de casos de uso) Prof. Cesar Augusto Tacla

Transcrição

1 Levantamento de classes (Análise de casos de uso) Prof. Cesar Augusto Tacla

2 Plano Levantamento no método APOO Análise (conceitos) Projeto por padrões: MVC e Observador Estereótipos de classes Método para levantamento de classes

3 Visão geral do método Engenharia de sistemas Análise de requisitos Análise Projeto Refinar a descrição dos casos de uso Levantamento das classes Estudo da interação entre objetos Refinamento do diagrama de classes Definição do comportamento de classes Modelo de implantação Implementação Modelo de implementação Codificação

4 Análise Modelo de casos de uso Linguagem do cliente/usuário Visão externa do sistema Estruturado pelos casos de uso Contrato entre cliente e desenvolvedores sobre o que o sistema devefazer Pode haver redundânciase inconsistências nos requisitos Captura a funcionalidade do sistema Define casos de uso que são analisados no modelo de análise Modelo de análise Linguagem dos desenvolvedores Visão interna do sistema Estruturado por classes estereotipadas e pacotes Utilizado pelos desenvolvedorespara definir como projetar e implementar o sistema Nãodeve haver redundânciase inconsistências nos requisitos Rascunha como realizar a funcionalidade Define realizações de casos de uso, cada uma representando a análise de um caso de uso

5 Por que fazer análise? Especificar casos de uso Visão geral do sistema Compreensão de sistemas legados Visão conceitual independente das tecnologias Diferentes plataformas Diferentes fornecedores (concorrência) Sistemas críticos

6 Modelo de análise: abordagens Mantê-lo atualizado Considerá-lo um artefato intermediário Fazê-lo em conjunto* com o levantamento dos requisitos com o projeto *Recomendável somente se o sistema for extremamente simples e os requisitos forem bem conhecidos

7 Plano Posição dentro do método APOO Análise (conceitos) Projeto por padrões: MVC e Observador Classes estereotipadas Método para levantamento de classes

8 Projeto por Padrões Padrão É uma solução comprovada a um problema recorrente (Gamma e co-autores, 1995) Padrões especificam abstrações que estão acima do nível de classes, objetos isolados ou de componentes.

9 Por que utilizar padrões? Vocabulário comum Facilitar documentação e manutenção Auxiliar o projeto de uma arquitetura com determinadas propriedades

10 Padrão MVC MVC: Model-View-Controller Modelo-Visão-Controlador DESACOPLAMENTO VISÃO Controle MODELO

11 Padrão MVC: camada do modelo Encapsula dados do negócio Encapsula as regras do negócio Acesso ao BD e sistemas de informação da empresa para consultar/persistir dados Não se preocupa com quem mostra os dados como serão mostrados.

12 Padrão MVC: camada da visão Interação com o usuário Interação com outros sistemas Interação com dispositivos Diversas visões dos dados do negócio Se preocupa apenas em apresentá-los. Não se interessa em como foram obtidos

13 Padrão MVC: camada de controle Fluxo de apresentação das informações Intermediação entre visão e modelo Escolha da apresentação em função da língua do usuário, permissões de aceso extrato especial extrato extrato palm Saldo agência Mostrar extrato CC Mostrar saldo agência CC CC CC CC 10/10/ ,00 +23,00 CC CC 10/10/ /10/ ,00 +23,00-5,30-5,30 10/10/ /10/ ,00 +23,00-5,30-5,30 09/10/ , ,

14 Padrão MVC: formas (a) (a) Eventos de interface, entrada de informações ações Visão Controle Modelo do negócio

15 Padrão MVC: formas (b) (b) Eventos de interface, entrada de informações ações Visão Controle Modelo do negócio Estado modelo Visão selecionada

16 Aplicação do padrão MVC Aplicações que necessitam mostrar os dados do negócio de diferentes formas: Tipo do dispositivo de saída Necessidades dos usuários

17 Padrão MVC em aplicações WEB Evolução (JEE) Sem camadas Modelo 1: centrado em páginas Modelo 2: centrado em Servlets Frameworks (não há padrão): struts Frameworks padrões: Java Server Faces Mais detalhes em

18 Modelo 2: centrado em Servlets

19 Modelo 2: centrado em Servlets apresentação Conjunto de servlets autenticação, login, dispatcher

20 Plano Posição dentro do método APOO Análise (conceitos) Projeto por padrões: MVC e Observador Classes estereotipadas Método para levantamento de classes

21 Padrão observador Desacoplar: reduzir as dependências entre classes Exemplo Modelo de eventos Swing Eventos são gerados e tratados de forma padrão O evento botão pressionado pode ter vários observadores O botão não sabe quantos e nem quais são os observadores

22 Modelo de eventos swing Objeto observador Registra-se notifica Objeto observador Botão pressionado

23 Modelo eventos: sujeito e observador Botão é denominada sujeito Possui vários observadores JButton button = new JButton( Clique-me ); button.addactionlistener(ctrlassinatura); adicionar Lista de observadores

24 Modelo eventos: observador Observador deve se registrar Deve tratar os eventos 1. public void actionperformed(actionevent e) { 2. String s = new String(e.getActionCommand()); 3. numcliques++; 4. System.out.println("Botao [" + 5. e.getactioncommand() + "] 6. clicado: " + numcliques); 7. }

25 Modelo de eventos swing addactionlistener(this) actionperformed(actionevent e) Objeto observador Botão pressionado

26 Modelo de eventos: notificação Usuário AWT Abstract Window Toolkit Botão Subject Gerador de eventos Observador Clica no botão AWT envia uma instância de ActionEvent para o botão chamando o método processevent Executa o método processevent que recebe todos os eventos do botão e passa o evento aos observadores da lista Executa o método ActionPerformed

27 Exercícios Exercício 1: baixe o código JContador.zip, execute-o. Em seguida, modifique-o incluindo mais dois botões: clique-me 1 e clique-me 2. Faça com que o controle escute eventos que ocorram nestes novos botões. Tente diferenciar os cliques no objeto de controle e mostre o horário de ocorrência dos eventos. Exercício 2: quando o usuário clicar no botão cliqueme 2, remover o controle da lista de ouvidores de eventos do botão clique-me 2. Exercício 3: Construa o diagrama de classes e o de seqüência (cenário: o usuário clica uma vez no botão clique-me ).

28 3 assunto observador

29 janela

30 Exercícios Exercício 1: baixe o código JGeradorEventos.zip, execute-o. Em seguida, modifique-o incluindo mais dois objetos ouvidores que sejam notificados dos eventos gerados. Exercício 2: Crie uma nova classe de objetos ouvidores denominada Ouvidor2. Responda: qual a vantagem de criar ouvidores? Exercício 3: Construa o diagrama de classes e o de seqüência para o cenário seguinte: o gerador de eventos gera um evento e dois objetos instâncias da classe Ouvidor são notificados.

31 Aplicação do padrão observador Quando uma modificação em um objeto implica modificações em outros e não se sabe quantos objetos precisam ser modificados. Quando um objeto deve ser capaz de notificar outros objetos, mas sem pressupostos sobre os objetos a serem notificados.

32 Padrão Observador: classes Sujeito (subject): classe dos objetos observados que geram os eventos. Observador (observer): classe dos objetos que observam e tratam os eventos gerados pelo sujeito. Evento: o que é observável

33 Plano Posição dentro do método APOO Análise (conceitos) Projeto por padrões: MVC e Observador Estereótipos de classes Método para levantamento de classes

34 Estereótipos de classes Esclarece a função da classe <<entidade>> ou <<entity>> <<controle>> ou <<control>> <<fronteira>> ou <<boundary>>

35 Estereótipo <<entidade>> Informações do domínio do problema Longo-prazo (persistente ou não) Camada do modelo Independentes do contexto (+reuso) atributos métodos <<entidade>> Nome da classe

36 Estereótipo <<fronteira>> Interações entre sistema e atores Aparecem frequentemente na camada de visão Dependentes do contexto (-reuso) Ex. Interação com outros sistemas Interfaces com usuários Interfaces com dispositivos <<fronteira>> Nome da classe atributos métodos

37 Estereótipo <<controle>> controle/lógica de um caso de uso Comandam a execução de um caso Dependentes do contexto (-reuso) atributos métodos <<controle>> Nome da classe

38 Plano Posição dentro do método APOO Análise (conceitos) Projeto por padrões: MVC e Observador Estereótipos de classes Método para levantamento de classes

39 Método para levantamento Para cada caso de uso Para cada ator Crie uma classe <<fronteira>> Crie uma classe <<controle>> Identificar as classes <<entidade>>

40 Exemplo: conversão C - F Ver descrição dos casos de uso em IV seção 4

41 Levantamento preliminar (1) requisitos análise

42 Levantamento preliminar (1)

43 Levantamento preliminar (2) class Classes de análise (lev antamento) IUConversao CtrlConversao Historico IUHistorico CtrlHistorico ConversaoCF

44 Resumo Modelo de casos de uso Caso de uso Diagrama de casos de uso Descrições Glossário Modelo do domínio realização Modelo de análise Classes de análise Cenários de colaboração Diagrama de sequência