Estudo de Caso. Caixa Eletrônico. Deitel & Deitel. Java como Programar 6a edição

Transcrição

1 Estudo de Caso Caixa Eletrônico Deitel & Deitel. Java como Programar 6a edição

2 2 2.9 Estudo de caso de engenharia de software Documento de requisitos: Novo caixa automático (automated teller machine ATM): Permite transações de financiamento básicas. Exibe saldo e permite sacar dinheiro e depositar fundos. Interface com o usuário. Tela de exibição, teclado, dispensador de cédulas, abertura para depósito. Sessão de ATM. Autentica o usuário, executa transações financeiras.

3 3 Figura 2.17 A interface com o usuário do caixa eletrônico.

4 4 Figura 2.18 Menu principal do ATM.

5 5 Figura 2.19 Menu de saque do ATM.

6 6 Estudo de caso de engenharia de software Analisando o sistema ATM: Coleta de requisitos. Ciclo de vida de software: Fases: análise, projeto, implementação, teste e depuração, implantação, manutenção, aposentadoria. Modelo em cascata. Modelo iterativo. Modelagem de casos de uso. Diagramas de casos de uso: Modela as interações entre clientes e seus casos de uso. Ator: Entidade externa.

7 7 Figura 2.20 Diagrama de caso de uso para o sistema ATM a partir da perspectiva do usuário.

8 8 Figura 2.21 Diagrama de caso de uso para uma versão modificada do nosso sistema ATM que também permite aos usuários transferir dinheiro entre contas.

9 9 Estudo de caso de engenharia de software Tipos de diagrama UML: Estrutura de sistema modelo: Diagrama de classes: Modela as classes, ou blocos de construção de um sistema. Tela de exibição, teclado, dispensador de dinheiro, slot de depósito.

10 10 Estudo de caso de engenharia de software Modela o comportamento do sistema: Diagramas de casos de uso: Modela interações entre o usuário e um sistema. Diagramas de máquina de estado: Modela as maneiras como um objeto muda de estado. Diagramas de atividade: Modela a atividade de um objeto durante a execução do programa. Diagramas de comunicação (diagramas de colaboração): Modela as interações entre objetos. Enfatiza quais alterações ocorrem. Diagramas de seqüência: Modela as interações entre objetos. Enfatiza quando as alterações ocorrem.

11 Identificando classes Começando a projetar o sistema ATM: Analisa os substantivos simples e os substantivos compostos. Introduz diagramas de classe UML by Pearson Education do Brasil

12 12 Identificando as classes em um sistema Principais substantivos simples e substantivos compostos em um documento de requisitos: Alguns são atributos de outras classes. Alguns não correspondem a partes do sistema. Alguns são classes. Classes a ser representadas por diagramas de classe UML by Pearson Education do Brasil

13 13 Substantivos simples e substantivos compostos no documento de requisitos Figura 3.19 banco dinheiro / fundos número de conta ATM tela PIN usuário teclado banco de dados do banco cliente dispensador de cédulas (cash dispenser) pesquisa de saldo transação cédula de US$ 20 / dinheiro retirada/saque conta entrada de depósito depósito saldo envelope de depósito Substantivos simples e substantivos compostos no documento de requisitos.

14 14 Modelando classes Diagramas de classe UML: Compartimento superior contém o nome da classe centralizada horizontalmente em negrito. Compartimento intermediário contém atributos da classe ou variáveis de instância. Compartimento inferior contém as operações ou métodos da classe by Pearson Education do Brasil

15 15 Figura 3.20 Representando uma classe na UML utilizando um diagrama de classe.

16 16 Modelando classes (Continuação) A UML: Permite a supressão de atributos e operações de classe para criar diagramas mais legíveis, quando apropriado chamados de diagramas elididos. A linha sólida que conecta duas classes representa uma associação. Números próximos do final de cada linha são valores de multiplicidade by Pearson Education do Brasil

17 17 Figura 3.21 Diagrama de classes que mostra uma associação entre classes.

18 18 Figura 3.22 Símbolo Significado 0 Nenhum 1 Um m Um valor de inteiro 0..1 Zero ou um m, n m ou n m..n Pelo menos m, mas não mais do que n * Qualquer inteiro não-negativo (zero ou mais) 0..* Zero ou mais (idêntico a *) 1..* Um ou mais Tipos de multiplicidade.

19 19 Modelando classes (Continuação) Diagramas de classe UML: Losangos sólidos anexados a linhas de associação indicam um relacionamento de composição. Losangos ocos indicam agregação uma forma mais fraca de composição by Pearson Education do Brasil

20 20 Figura 3.23 Diagrama de classes mostrando os relacionamentos de composição.

21 21 Figura 3.24 Diagrama de classes para o modelo do sistema ATM.

22 22 Figura 3.26 Diagrama de classes para o modelo de sistema ATM incluindo a classe Deposit.

23 Estudo de caso: Identificando atributos de classe Identificando atributos: Procura palavras e frases descritivas no documento de requisitos. Cria atributos e os atribui a classes. Cada atributo recebe um tipo de atributo. Alguns atributos podem ter um valor inicial. Algumas classes talvez não tenham nenhum atributo: Atributos adicionais podem ser adicionados mais tarde à medida que o processo e a implementação do projeto prosseguem. Atributos de tipo por referência são modelados mais claramente como associações by Pearson Education do Brasil

24 24 Observação de engenharia de software 4.6 Nas etapas iniciais do processo de projeto, freqüentemente faltam nas classes atributos (e operações). Essas classes, porém, não devem ser eliminadas, pois os atributos (e operações) podem tornar-se evidentes nas fases posteriores do projeto e implementação.

25 25 Figura 4.24 Classes com atributos.

26 Estudo de caso: Identificando estados e atividades dos objetos Diagramas de máquina de estado: Comumente chamado diagrama de estado. Modela vários estados de um objeto. Mostra sob quais circunstâncias o objeto muda de estado. Focaliza o comportamento do sistema. Representação UML: Estado: Retângulo arredondado. Estado inicial: Círculo sólido. Transições: Setas com pontas by Pearson Education do Brasil

27 27 Figura 5.29 Diagrama de classe para o objeto ATM.

28 28 Observação de engenharia de software 5.5 Em geral, os engenheiros de software não criam diagramas de estado que mostram cada estado possível e transição de estado para todos os atributos há simplesmente muitos deles. Os diagramas de estado em geral mostram apenas estados-chave e as principais transições de estado.

29 29 Estudo de caso (cont.) Diagramas de atividade: Focaliza o comportamento do sistema. Modela o fluxo de trabalho de um objeto durante a execução do programa. Modela as ações que o objeto realizará e em qual ordem. Representação UML: Estado da ação (retângulo com os lados esquerdos e direitos substituídos por arcos curvados para fora). Ordem da ação (seta com ponta). Estado inicial (círculo sólido). Estado final (círculo sólido incluído em um círculo aberto) by Pearson Education do Brasil

30 30 Figura 5.30 Diagrama de atividades de um objeto BalanceInquiry.

31 31 Figura 5.31 Diagrama de atividades para uma transação de saque.

32 32 Figura 5.32 Diagrama de atividades para uma transação de depósito.

33 6.14 Identificando operações de classe (métodos) 33 Identificando operações (métodos): Examine os verbos-chave e frases com verbo no documento de requisitos. Modela as operações em UML: Cada operação recebe um nome de operação, uma lista de parâmetros e um tipo de retorno: nomedaoperação ( parâmetro1, parâmetro2,, parâmetron ) : tipo de retorno Cada parâmetro tem um nome de parâmetro e um tipo de nomedoparâmetro : tipodoparâmetro 2005 by Pearson Education do Brasil

34 34 Identificando operações de classe Algumas operações talvez ainda não tenham tipos de retorno: Os tipos de retorno restantes serão adicionados à medida que o projeto e a implementação vão avançando. Identificando e modelando parâmetros de operação: Examine quais dados a operação requer para realizar sua tarefa atribuída. Parâmetros adicionais podem ser adicionados mais tarde by Pearson Education do Brasil

35 35 Class Verbos e frases com verbos executar transações financeiras BalanceInquiry [nenhuma no documento de requisitos] Withdrawal [nenhuma no documento de requisitos] Deposit [nenhuma no documento de requisitos] BankDatabase autentica um usuário, recupera um saldo em conta, credita uma quantia depositada em uma conta, debita um valor sacado de uma conta Account recupera um saldo em conta, credita uma quantia depositada em uma conta, debita uma quantia sacada de uma conta Screen exibe uma mensagem para o usuário Keypad recebe entrada numérica do usuário CashDispenser fornece o dinheiro, indica se contém dinheiro suficiente para satisfazer uma solicitação de saque DepositSlot recebe um envelope de depósito ATM Figura 6.20 Os verbos e frases com verbo para cada classe no sistema ATM by Pearson Education do Brasil

36 36 Figura 6.21 Classes no sistema ATM com atributos e operações by Pearson Education do Brasil

37 37 Figura 6.22 Classe BankDatabase com parâmetros de operação by Pearson Education do Brasil

38 38 Figura 6.23 Classe Account com parâmetros de operação by Pearson Education do Brasil

39 39 Figura 6.24 Classe Screen com parâmetros de operação by Pearson Education do Brasil

40 40 Figura 6.25 Classe CashDispenser com parâmetros de operação by Pearson Education do Brasil