Anlise de Sistemas Anlise e Projeto Prof Jeime

Análise de Sistemas Análise e Projeto Prof. Jeime Nunes Email: jeime_na@yahoo. com. br Site: www. jeimenunes@wordpress. com 10/19/2021

Fluxo de análise e projeto p O objetivo aqui é traduzir os requisitos em uma especificação de como implementá-los; n A UML será utilizada para essa especificação; p É preciso transformar os requisitos em um projeto do sistema; p Será desenvolvida uma arquitetura para o sistema; 10/19/2021

Fluxo de análise e projeto 10/19/2021

Fluxo de análise e projeto 10/19/2021

Fluxo de análise e projeto p Realizar caso de uso n Conjunto de elementos que descreve como o caso de uso será realizado; 10/19/2021

Fluxo de análise e projeto p Vamos usar o exemplo do sistema bancário 10/19/2021

Realizar caso de uso p Para cada caso de uso: n Encontrar as classes de análise; Ainda bastante abstratas; p Futuramente podem ser divididas ou mesmo transformadas em subsistemas; p n n Para cada classe descrever responsabilidades, atributos e relacionamentos; As classes de análise podem ser de três tipos: p 10/19/2021 Fronteira, entidade e controle;

Realizar caso de uso p Classes de Fronteira (boundary classes) n n n Fazem a fronteira do sistema com qualquer interface externa; Isolam o núcleo do sistema do mundo exterior; Evitam que mudanças no mundo exterior afetem outras classes do sistema; Identificadas com o estereótipo <<boundary>>; Notação UML: ou 10/19/2021

Realizar caso de uso p Descobrindo Classes de Fronteira n Regra geral é uma classe para cada par ator/caso de uso; 10/19/2021

Realizar caso de uso p Classes de entidade (entity) n n n Representam os conceitos principais do sistema, as fontes de informações que o sistema manipula; Principal função é armazenar e gerenciar informação; Notação UML: ou 10/19/2021

Realizar caso de uso p Descobrindo classes de entidade n n Observe o glossário e o fluxo de eventos do caso de uso; Identifique substantivos no fluxo de eventos; p n n Os substantivos são candidatos naturais a classes de entidade; Remova substantivos redundantes e vagos; Remova atributos e operações (serão usados mais tarde); 10/19/2021

Realizar caso de uso p Efetuar pagamento do Qualiti. Card Fluxo de evento principal 1. O cliente informa os dados necessários para efetuar o pagamento do cartão: - O código de barras da fatura que deseja efetuar o pagamento; - O valor que deseja pagar. 2. O sistema recupera a conta bancária do cliente logado; 3. O sistema verifica se o saldo da conta do cliente é suficiente para realizar o pagamento; 4. O sistema debita da conta do cliente; 5. O sistema envia o pagamento à operadora de cartão de crédito; 6. O sistema registra a transação de pagamento e emite um comprovante da mesma para o usuário. A transação registrada contém os dados da 10/19/2021 conta do cliente, o código de barras da fatura, data, hora e valor do pagamento;

Realizar caso de uso p Efetuar pagamento do Qualiti. Card 10/19/2021

Realizar caso de uso p Classes de controle n n Coordenam o comportamento (lógica de controle) do caso de uso; Interface entre fronteira e entidade; p n n Deixam as classes de fronteira mais reusáveis, pois ficam isoladas do comportamento específico do sistema; Identificadas com o estereótipo <<control>>; Notação UML: ou 10/19/2021

Realizar caso de uso p Classes de controle n Usualmente, um classe de controle por caso de uso; Casos de uso com fluxos simples podem ser realizados sem classes de controle; p Casos de uso com fluxos mais complexos podem precisar de mais de uma classe de controle; p 10/19/2021

Realizar caso de uso p Distribuir comportamento entre as classes n n n Alocar responsabilidades às classes; Modelar interações entre classes através dos diagramas de interação: Usaremos os diagramas de sequência e colaboração; 10/19/2021

UML: Diagrama de Sequência 15/06/2012

Diagrama de Sequência p Diagrama que representa a sequência de eventos do sistema; n p Identificando os métodos que são disparados entre os atores e os objetos envolvidos; É baseado na descrição dos casos de uso do sistema; n O texto dos casos de uso são fontes de informações para identificar as operações e consultas do sistema; 15/06/2012

Diagrama de Sequência 15/06/2012

Elementos do Diagrama de Sequência Atores: são instâncias dos atores declarados no diagrama de casos de uso; p Objetos: são objetos que participam de uma iteração durante um determinado tempo; p n Se você já iniciou o diagrama de classes, os objetos serão instâncias das classes existentes no sistema; 15/06/2012

Elementos do Diagrama de Sequência p Linha de vida: representa o tempo em que um objeto existe durante um processo; n p Interrompida com um “X” quando o objeto é destruído; Foco de controle ou Ativação: indica os períodos que um objeto está participando ativamente do processo; 15/06/2012

Elementos do Diagrama de Sequência p Mensagens ou estímulos n Utilizadas para demonstrar a ocorrência de eventos; p n Normalmente forçam a chamada de um método em algum dos objetos; Podem ser disparadas entre: ator para ator, ator para objeto; objeto para objeto e objeto para ator; 15/06/2012

Elementos do Diagrama de Sequência p Mensagens de retorno n n É a resposta a uma mensagem para o objeto que a chamou; São representadas por uma seta tracejada apontando para o objeto ou ator que recebe o resultado do método chamado; 15/06/2012

Elementos do Diagrama de Sequência p Auto-chamadas n São mensagens que partem da linha de vida de um objeto e atingem a linha de vida do próprio objeto; 15/06/2012

Elementos do Diagrama de Sequência p Fragmentos de Interação n n n É uma parte de uma interação, porém é considerado como uma interação independente; Representado por um retângulo que envolve a interação, com uma aba no canto superior contendo um operador que indica o tipo de diagrama de interação ele se refere; Ex: p 15/06/2012 sd Confirmar pedido Nome da interação Operador sd (diagrama de sequência

Elementos do Diagrama de Sequência p Fragmentos de Interação 15/06/2012 Os fragmentos são úteis para poder referencia-los por meio do operador Ref (Referred – referido). Ou seja, o fragmento faz referência a outro diagrama.

Elementos do Diagrama de Sequência p Ocorrência de Interação Operador 15/06/2012 As referencias em um fragmento de interação são chamadas de Ocorrências de Interação. Permite a criação de diagramas complexos que fazem referências a outros diagramas.

Elementos do Diagrama de Sequência p Fragmentos combinados e operadores UML n Utilizados para uma modelagem semiindependente de parte do diagrama em que se deve focar algum problema; n Representado por um retângulo que determina a área de abrangência do fragmento; p 15/06/2012 No canto superior esquerdo do retângulo contém uma subdivisão com um operador de interação que define o tipo de fragmento que está sendo modelado;

Elementos do Diagrama de Sequência Fragmentos combinados e operadores UML p 15/06/2012

Elementos do Diagrama de Sequência p Outros Operadores UML n Opt (Opção): determina que o fragmento combinado pode ou não ser executado; 15/06/2012

Elementos do Diagrama de Sequência p Outros Operadores UML n Loop (Laço): determina que o fragmento representa um laço que poderá ser repetido diversas vezes; 15/06/2012

Elementos do Diagrama de Sequência p Outros Operadores UML n n n Par (paralelo): representa uma execução paralela de dois ou mais comportamentos; Break(Quebra): indica uma quebra na execução normal do processo; Critical. Region (Região Critica): identifica uma operação que não pode ser interrompida por outro processo até ser totalmente concluída; Ignore(Ignorar): indica que as mensagens contidas no fragmento devem ser ignoradas; Vejam outras no livro; 15/06/2012

10/19/2021