MODELAGEM DE SISTEMAS Unidade 3 Os Modelos. Luiz Leão

Transcrição

1 Luiz Leão

2 Conteúdo Programático Caso de Uso Conceitos Básicos Simbologia Aplicação Diagrama de Classe Modelo de domínio Conceitos Básicos Simbologia Aplicação Descrição de Caso de Uso Conceitos Básicos Regras Aplicação

3 Conteúdo Programático Diagrama de Interação Conceitos Básicos Diagrama de Sequencia Diagrama de Sequencia de Sistema - DSS Diagrama de Comunicação Aplicação Diagrama de Estado Conceitos Básicos Simbologia Aplicação Diagrama de Atividades Conceitos Básicos Simbologia Aplicação

4 Conteúdo Programático Diagrama de Implementação Conceitos Básicos Diagrama de Componentes Apresentação Simbologia Aplicação Diagrama de Implantação Apresentação Simbologia Aplicação

5 Diagrama de Casos de Uso

6 Diagrama de Casos de Uso Modelo aplicado para representar os requisitos de sistema. O que são requisitos? São as necessidades dos usuários, as funcionalidades necessárias para realizar o negócio. Quais são os tipos? Funcionais: Ligados a produção da aplicação. Não-funcionais: Necessidades de ambiente e estrutura operacional (operacionalidade, ambiente operacional, etc.);

7 Diagrama de Casos de Uso Simbologia Nome caso de uso CASO DE USO é a representação dos requisitos de sistema.

8 Diagrama de Casos de Uso Simbologia Nome caso de uso CASO DE USO é a representação dos requisitos de sistema. Deve: ser identificado por verbo, pois tem a conotação de ação; ter o significado claro traduzindo facilmente a necessidade;

9 Diagrama de Casos de Uso Simbologia Nome caso de uso CASO DE USO é a representação dos requisitos de sistema. Exemplo Vender Produto

10 Diagrama de Casos de Uso Simbologia Nome caso de uso Nome ator CASO DE USO é a representação dos requisitos de sistema. ATOR é a representação do responsável por realizar o caso de uso.

11 Diagrama de Casos de Uso Simbologia Nome caso de uso Nome ator CASO DE USO é a representação dos requisitos de sistema. ATOR é a representação do responsável por realizar o caso de uso. Podem ser: Pessoas, Setores, órgãos governamentais, e etc. Outros Sistemas.

12 Diagrama de Casos de Uso Simbologia Nome caso de uso Nome ator CASO DE USO é a representação dos requisitos de sistema. ATOR é a representação do responsável por realizar o caso de uso. Exemplo Vendedor

13 Diagrama de Casos de Uso Simbologia Nome caso de uso Nome ator Nome ator Nome caso de uso CASO DE USO é a representação dos requisitos de sistema. ATOR é a representação do responsável por realizar o caso de uso. INTERAÇÃO CASO DE USO-ATOR representa a realização.

14 Diagrama de Casos de Uso Simbologia Nome caso de uso Nome ator Nome ator Nome caso de uso CASO DE USO é a representação dos requisitos de sistema. ATOR é a representação do responsável por realizar o caso de uso. Exemplo INTERAÇÃO CASO DE USO-ATOR representa a realização. Vendedor Vender Produto

15 Diagrama de Casos de Uso Simbologia Interação de Casos de Uso <<include>> Estabelece a ligação obrigatória entre os casos de uso. SEMPRE o caso de uso será executado.

16 Diagrama de Casos de Uso Simbologia Interação de Casos de Uso <<include>> Estabelece a ligação obrigatória entre os casos de uso. SEMPRE o caso de uso será executado. Vendedor Vender Produto <<include>> Emitir Nota Fiscal

17 Diagrama de Casos de Uso Simbologia Interação de Casos de Uso <<include>> Estabelece a ligação obrigatória entre os casos de uso. SEMPRE o caso de uso será executado. Vendedor Vender Produto <<include>> Emitir Nota Fiscal <<extend>> estabelece a ligação opcional entre os casos de uso. O caso de uso será executado em atendimento a uma regra de negócio.

18 Diagrama de Casos de Uso Simbologia Interação de Casos de Uso <<include>> Estabelece a ligação obrigatória entre os casos de uso. SEMPRE o caso de uso será executado. Vendedor <<extend>> Cadastrar Cliente Vender Produto <<include>> Emitir Nota Fiscal <<extend>> estabelece a ligação opcional entre os casos de uso. O caso de uso será executado em atendimento a uma regra de negócio.

19 Diagrama de Casos de Uso Simbologia Generalização de Ator Representa a classificação de um determinado ator. Funcionário Vendedor Gerente Deve ser usada quando: Temos mais de um ator realizando a mesma tarefa e, algumas tarefas diferenciadas.

20 Diagrama de Casos de Uso Simbologia Generalização do Ator Representa a classificação de um determinado ator. <<extend>> Cadastrar Cliente Vender Produto <<include>> Emitir Nota Fiscal Funcionário Autorizar pagamento comissão Vendedor Gerente Deve ser usada quando: Temos mais de um ator realizando a mesma tarefa e, algumas tarefas diferenciadas.

21 Diagrama de Casos de Uso Simbologia Generalização de Caso de Uso Concentra em um caso de uso um conjunto de procedimentos que serão utilizados por vários outros casos de uso que possuem outras particularidades. ATENDENTE GRADUAÇÃO ATENDENTE MESTRADO Cadastrar Alunos Graduação Cadastrar Alunos Mestrado Registrar Alunos

22 Aplicação Prática Passos para construção: 1. Leia atentamente o estudo de caso e identifique os requisitos e os responsáveis por realizar os requisitos; 2. Crie uma lista de atores e requisitos; 3. Inicie a construção do modelo verificando quem é o responsável por realizá-lo: ator ou outro caso de uso. 4. Sendo o ator: represente o modelo. 5. Sendo outro caso de uso verifique se essa interação é de <<include>> ou <<extend>>. 6. Verifique se existe generalização. Vamos lá!

23 Estudo de Caso Estacionamento Praça da Estácio Diariamente o estacionamento Praça da Estácio recebe vários clientes para aluguel de suas vagas e possui uma rotina destinada ao bom atendimento. O gerente do estacionamento cadastra todas as vagas com sua devida localização e situação. No caso de algum impedimento, goteira e obra, por exemplo, as vagas são interditadas para uso. O veículo é identificado (Placa, Cor e modelo) na entrada e registrado pelo atendente, que emite um comprovante e cadastra o cliente que for recebido pela 1ª vez. A locação da vaga registra data e hora de entrada, identifica o manobrista e atendente e, bloqueia a vaga.

24 Estudo de Caso Estacionamento Praça da Estácio A liberação é efetivada a partir da solicitação do cliente, que entrega ao atendente o seu comprovante de locação, realiza o pagamento e recebe uma autorização de saída. São registradas data e hora de saída e a vaga é liberada para um próximo cliente. O manobrista retira o carro da vaga e entrega-o ao cliente.

25 UML Próxima aula Será apresentada a ferramenta astah* para criação dos modelos e desenvolvido o exercício a partir do estudo de caso Sistema de Gestão de Hotel Estacio.

26 Diagrama de Classe

27 Diagrama de Classe Modelo aplicado para representar as informações necessárias para realização das funcionalidades do sistema em estudo a partir do conceito de CLASSE. Exemplo: O que é CLASSE?

28 Diagrama de Classe Antes é preciso saber o que OBJETO. Exemplo: Em um negócio de vendas, quais os elementos movimentam a execução do negócio? CLIENTE?

29 Diagrama de Classe Antes é preciso saber o que OBJETO. Exemplo: Em um negócio de vendas, quais os elementos movimentam a execução do negócio? CLIENTE? PRODUTO?

30 Diagrama de Classe Antes é preciso saber o que OBJETO. Exemplo: Em um negócio de vendas, quais os elementos movimentam a execução do negócio? CLIENTE? VENDA? PRODUTO?

31 Diagrama de Classe Antes é preciso saber o que OBJETO. Exemplo: Em um negócio de vendas, quais os elementos movimentam a execução do negócio? CLIENTE? VENDA? PRODUTO? SIM!!! SÃO OBJETOS DO NEGÓCIO.

32 Diagrama de Classe OBJETO: Todo elemento que representa ou compõe algum conceito dentro de nosso projeto. CLASSE: Conjunto de objetos com atributos e comportamentos representados por métodos. Ex.: Classe CLIENTES representa todos os clientes da empresa. ATRIBUTO: Característica ou identificação do objeto. Ex.: nome, cpf, ,... MÉTODOS: Operações realizadas para um objeto. Ex.: lernome()

33 Diagrama de Classe Simbologia CLASSE é a representação dos requisitos de sistema. Para identificar uma classe devemos analisar se o objeto: Possui vida própria; Possui mais de um atributo; Deseja-se acompanhar existência;

34 Diagrama de Classe Simbologia CLASSE é a representação dos requisitos de sistema. Nome da classe: deve representar o conjunto.

35 Diagrama de Classe Simbologia CLASSE é a representação dos requisitos de sistema. Nome da classe: deve representar o conjunto. Atributos: característica ou identificação do objeto.

36 Diagrama de Classe Simbologia CLASSE é a representação dos requisitos de sistema. Nome da classe: deve representar o conjunto. Atributos: característica ou identificação do objeto. Métodos: operações realizadas para objeto da classe.

37 Diagrama de Classe Simbologia ASSOCIAÇÃO ligação estabelecida entre as classes, por necessidade de comportamentos do negócio analisado.

38 Diagrama de Classe Simbologia ASSOCIAÇÃO ligação estabelecida entre as classes, por necessidade de comportamentos do negócio analisado. PAPEL nome da associação, tornando claro no diagrama o ligação estabelecida.

39 Diagrama de Classe Simbologia ASSOCIAÇÃO ligação estabelecida entre as classes, por necessidade de comportamentos do negócio analisado. PAPEL nome da associação, tornando claro no diagrama o ligação estabelecida. MULTIPLICIDADE define o número de vezes em que o objeto participa da associação.

40 Diagrama de Classe Simbologia MULTIPLICIDADE Deve ser representada utilizando os dois sentidos de leitura, sempre associado a um objeto com o resultado na outra classe e levando em consideração os comportamentos desejados do negócio que está sendo analisado.

41 Diagrama de Classe Simbologia MULTIPLICIDADE A representação de multiplicidade possui o seguinte esquema: Li... Ls, onde: Li define o Limite inferior Ls define o Limite superior Li e Ls poderão ter valores numéricos de 0 a n e Ls poderá também ter a representação * que tem como significado infinito/muitos.

42 Diagrama de Classe Simbologia CLASSE ASSOCIATIVA Classe que representa os objetos resultados de uma associação, com atributos, características e operações próprias.

43 Diagrama de Classe Simbologia RESTRIÇÕES Complementam o modelo com informações não representadas.

44 Diagrama de Classe Simbologia AGREGAÇÃO POR REFERÊNCIA Define o conceito <compõe> e associa os objetos indicando que existe referência para várias participações.

45 Diagrama de Classe Simbologia AGREGAÇÃO POR VALOR Define o conceito <estar inserido> associando os objetos indicando que existe referência para apenas uma participação e estabelece uma dependência entre as classes associadas.

46 Diagrama de Classe Passos para desenvolvimento 1. Identificar no diagrama de caso de uso os objetos que possuem identificação própria e precisam ter essas informações guardadas para atendimento dos requisitos de sistema: Essas são as classes. 2. Identificar a ligação que existe entre os objetos. 3. Estabelecer as associações na melhor forma de representação da natureza do negócio.

47 Diagrama de Classe Estacionamento Praça da Estácio Diariamente o estacionamento Praça da Estácio recebe vários clientes para aluguel de suas vagas e possui uma rotina destinada ao bom atendimento. O gerente do estacionamento cadastra todas as vagas com sua devida localização e situação. No caso de algum impedimento, goteira e obra, por exemplo, as vagas são interditadas para uso. O veículo é identificado (Placa, Cor e modelo) na entrada e registrado pelo atendente, que emite um comprovante e cadastra o cliente que for recebido pela 1ª vez. A locação da vaga registra data e hora de entrada, identifica o manobrista e atendente e, bloqueia a vaga.

48 Estudo de Caso Estacionamento Praça da Estácio A liberação é efetivada a partir da solicitação do cliente, que entrega ao atendente o seu comprovante de locação, realiza o pagamento e recebe uma autorização de saída. São registradas data e hora de saída e a vaga é liberada para um próximo cliente. O manobrista retira o carro da vaga e entrega-o ao cliente.

49 Estudo de Caso

50 Diagrama de Classe Próxima aula Serão apresentados os conceitos complementares ao diagrama de classe e a criação do modelo a partir do estudo de caso Sistema de Gestão de Hotel Estacio como forma de fixação do conteúdo. Não deixem de fazer até lá para que possam acompanhar!!!

51 Diagrama de Classe Simbologia AUTO ASSOCIAÇÃO Define quando um objeto de uma classe está relacionado com outro objeto da mesma classe para atender a algum comportamento. A multiplicidade é estabelecida normalmente.

52 Diagrama de Classe Simbologia GENERALIZAÇÃO / ESPECIALIZAÇÃO Generalização: Representa os vários tipos de um objeto em uma única classe.

53 Diagrama de Classe Simbologia GENERALIZAÇÃO / ESPECIALIZAÇÃO Especialização: Representa os vários tipos de um objeto em uma classe distinta relacionando seus próprios atributos e comportamentos. Atributos e comportamentos comuns são relacionados na classe mãe.

54 Diagrama de Classe Passos para desenvolvimento 1º Passo - Buscar no escopo do projeto os conjuntos de objetos que tenham identificação própria. (Analisar os casos de uso de cadastro, por exemplo); 2º Passo - Analisar os atributos das classes para identificar aqueles que indicam outras classes. Esta identificação gera a associação entre as classes; 3º Passo - Buscar conjuntos de objetos inseridos no contexto do estudo que servem para controlar e acompanhar as atividades do projeto;

55 Diagrama de Classe Passos para desenvolvimento 4º Passo - Relacionar atributos destas classes; 5º Passo Criar novas classes e associações considerando as formas normais: Primeira Forma Normal: Uma relação está na primeira forma normal se todos os seus atributos são monovalorados. Segunda Forma Normal: a relação estiver na primeira forma normal; e todos os atributos primos dependerem funcionalmente de toda a chave primária. Terceira Forma Normal: a relação estiver na segunda forma normal; e todos os atributos primos dependerem não transitivamente de toda a chave primária.

56 Diagrama de Classe Passos para desenvolvimento 6º Passo Criar novas classes e associações identificando atributos que definem vários objetos da classe. 7º Passo - Definir as multiplicidades; 8º Passo - É sabido que o diagrama de classe deve dar suporte à realização dos casos de uso. Verificar se o diagrama de classe possui atributos para atender a todos os procedimentos. Se não estiver, complementar o diagrama de classe. 9º Passo - O caso de uso também deverá criar e manter as informações do diagrama de classe. Verificar se todas as classes e atributos estão sendo contemplados na realização dos casos de uso. Se não estiver, complementar o diagrama de caso de uso.

57 Aplicação Prática Sistema de Gestão de Hotel Estacio O cadastro do hospede (nome, procedência, endereço, contato, previsão de permanência) é realizado pelo setor de recepção que também controla a alocação de quarto/apartamento (número do quarto ou apartamento) e abertura de uma conta corrente para o hospede (senha, número da conta, nome do hospede).

58 Aplicação Prática Sistema de Gestão de Hotel Estacio Ao setor de serviço de copa cabe a responsabilidade pelos lançamentos, na conta do hospede, das despesas que o mesmo efetuar com bebidas e comidas (data, tipo da despesa e valor). A atendente de telefonia é responsável pelo lançamento, na conta do cliente, das chamadas interurbanas que o mesmo venha a fazer (data, local chamado, duração e tarifa). As chamadas locais não são computadas. O setor de lavanderia é responsável pelos lançamentos, na conta do hospede, dos serviços que o mesmo venha a solicitar àquele setor (data, tipo de serviço, valor).

59 Aplicação Prática Sistema de Gestão de Hotel Estacio A gerência pode, a qualquer instante, ter acesso às informações de cadastro e gastos realizados pelo hospede. A gerência é responsável pelo cadastro e atualização das tabelas de serviços, menus e diárias.

60 Aplicação Prática Sistema de Gestão de Hotel Estacio O hospede pode a qualquer instante consultar o saldo de sua conta. O setor de recepção é responsável pela extração do extrato final da conta e fechamento da mesma quando o hospede finaliza sua estadia.

61 Aplicação Prática

62 Aplicação Prática

63 Descrição de Casos de Uso A Descrição de caso de uso é a representação textual dos casos de uso. Deve ser utilizada para complementar o modelo, pois muitas regras de negócio estão implícitas ao caso de uso. Este recurso ajuda a validar se a compreensão dos requisitos foi plena. A descrição registra a funcionalidade lógica e é o documento comprobatório de nosso levantamento, onde o usuário poderá validar o nosso entendimento.

64 Descrição de Casos de Uso A descrição de caso de uso é desenvolvida para cada caso de uso. As interações devem ser citadas na abrangência da descrição, mas não deve definir dois casos de uso em uma só descrição. Quanto mais clara a definição melhor o entendimento. Liberar Veículo ATENDENTE <usa> Emitir Autorização de saída

65 Descrição de Casos de Uso A descrição poderá ser desenvolvida de duas formas: Descrição não Expandida e Descrição Expandida. Formação: Cabeçalho + descrição Nome: <Nome do Caso de Uso> Objetivo: Descrever o objetivo de forma sucinta Pré-condição: Regras que devem estar cumpridas antes da realização do caso de uso. Cabeçalho Pós-condição: São regras cumpridas pelo caso de uso que liberam procedimentos futuros.

66 Descrição de Casos de Uso Descrição não Expandida prevê a apresentação sucinta dos procedimentos, como um pequeno relato apresentando os objetivos a serem atingidos. Deve ser utilizada quando o Caso de Uso for de conhecimento completo de todos, não possuir exceções ou, utilizar mecanismos de outro caso de uso.

67 Descrição de Casos de Uso Exemplo Estacionamento Praça da Estácio : Utilizando o Caso de Uso Emitir autorização de saída : Nome: Emitir Autorização de saída Objetivo: Gerar comprovante de quitação do aluguel da vaga. Pré-condição: estar com a locação fechada. Pós-condição: não há

68 Descrição de Casos de Uso Exemplo Estacionamento Praça da Estácio : Utilizando o Caso de Uso Emitir autorização de saída :... Descrição Emitir autorização de saída, Formulário 005, a partir das informações de fechamento de locação.

69 Descrição de Casos de Uso Descrição Expandida prevê a apresentação detalhada dos procedimentos, apresentando os objetivos a serem atingidos passo-a-passo e com referência a responsabilidade se ator ou sistema. Devemos considerar a descrição em duas partes: Fluxo Normal e Fluxo Alternativo.

70 Descrição de Casos de Uso Fluxo Normal é o passo-a-passo dos procedimentos sem desvio. Uma lista de procedimentos considerando os passos frequentes e sem exceção. Fluxo Alternativo é o passo-a-passo dos procedimentos de exceção e condições alternativas para determinado passo do Fluxo Normal. Não são todos os passos citados no Fluxo Normal que terá citação no Fluxo Alternativo.

71 Descrição de Casos de Uso Exemplo Estacionamento Praça da Estácio : Utilizando o Caso de Uso Registrar Locação : <estende> Cadastrar Veículo GERENTE Atualizar Preços Interditar Vagas Registrar Locação ATENDENTE Liberar Veículo <usa> <usa> Emitir Comprovante de Locação Emitir Liberação de Veículo

72 Descrição de Casos de Uso Na Descrição Expandida, para consumar uma descrição consistente é necessário um projeto de interface, mesmo que não possua todas as configurações visuais. O importante é representarmos a funcionalidade básica e não os detalhes de programação.

73 Descrição de Casos de Uso 1º passo: IDEALIZAR A INTERFACE PLACA: CLIENTE: VAGAS: Confirmar Cancelar

74 Descrição de Casos de Uso 2º passo: CABEÇALHO NOME... : Registrar Locação DESCRIÇÃO.: O atendente identifica o veiculo em sua entrada no estacionamento e cadastra sua ocupação da vaga. Pré-Condição: Ter acesso a interface. Pós-Condição: VAGA estará bloqueada.

75 Descrição de Casos de Uso 3º passo: Descrever FLUXO NORMAL FLUXO NORMAL 1. Sistema Apresenta Tela de Locação. 2. Vendedor Informa Placa de VEÍCULO. 3. Sistema obtém dados de VEÍCULO. PLACA: CLIENTE: VAGAS: Confirmar Cancelar 4. Sistema obtém dados de CLIENTE. 5. Sistema apresenta dados de CLIENTE. 6. Sistema obtém dados de VAGA.

76 Descrição de Casos de Uso 7. Sistema apresenta lista de VAGA. 8. Vendedor escolhe VAGA. 9. Vendedor clica CONFIRMA. PLACA: CLIENTE: VAGAS: Confirmar Cancelar 10.Sistema altera VAGA. 11.Sistema Inclui Emitir Comprovante de Locação 12.Sistema Encerra Caso De Uso.

77 Descrição de Casos de Uso 4º passo: Descrever FLUXO ALTERNATIVO FLUXO ALTERNATIVO 3. Sistema obtém dados de VEÍCULO. 3.1 Não há registro de VEÍCULO Sistema estende Cadastrar Veículo Sistema retorna para item 4.

78 Descrição de Casos de Uso 4º passo: Descrever fluxo normal 4. Sistema obtém dados de CLIENTE. 4.1 Não há registro de CLIENTE Sistema estende Cadastrar Cliente Sistema retorna para item Vendedor clica Cancela. 5.1 Sistema retorna para item 1.

79 Descrição de Casos de Uso OBSERVAÇÕES: Não possuímos no nosso Diagrama o Caso de Uso Cadastrar Cliente, item da descrição. A necessidade surgiu durante a especificação. Quando isto ocorre é necessário voltarmos ao diagrama e incluir este novo caso de uso; Mais uma vez deve ser comentado que a cada modelo/técnica utilizada deve-se estar pronto a recomeçar, pois é possível sempre estar descobrindo falhas ou complementos.

80 Descrição de Casos de Uso <estende> Cadastrar Cliente <estende> Cadastrar Veículo GERENTE Atualizar Preços Interditar Vagas Registrar Locação ATENDENTE Liberar Veículo <usa> <usa> Emitir Comprovante de Locação Emitir Liberação de Veículo

81 Descrição de Casos de Uso A especificação de caso de uso também disponibiliza um recurso para informações adicionais do tipo, vagas bloqueadas terão código B. Para isto, retornamos a especificação e incluímos um COMENTÁRIO entre asteriscos imediatamente após o passo desejado; Outra informação relevante para ser incluída em comentário é a tecla utilizada para fim, quando for o caso;

82 Descrição de Casos de Uso Fluxo Normal 1. Sistema Apresenta Tela de Locação. 2. Vendedor Informa Placa de VEÍCULO. 3. Sistema obtém dados de VEÍCULO. 4. Sistema obtém dados de CLIENTE. 5. Sistema apresenta dados de CLIENTE. 6. Sistema obtém dados de VAGA. 7. Sistema apresenta lista de VAGA. 8. Vendedor escolhe VAGA. 9. Vendedor clica CONFIRMA. 10.Sistema altera VAGA. 11.Sistema Inclui Emitir Comprovante de Locação 12.Sistema Encerra Caso De Uso.

83 Descrição de Casos de Uso Portanto, deve-se preocupar em apresentar os detalhes necessários para: Usuário aferir o atendimento do requisito; Avaliar as restrições; Dar segurança ao projeto no sentido do programador ter entendimento completo; Documentação;

84 Descrição de Casos de Uso REGRAS: Para descrever um caso de uso é preciso a aplicação de regras, pois assim é definido um padrão de entendimento entre o usuário e o técnico. Dentre as regras podemos destacar: Estabelecer o diálogo entre o usuário e o sistema. Adotar sentenças curtas, Os passos devem ser numerados, sequenciados logicamente; A primeira e a última sentença são comandadas pelo sistema; Deve-se utilizar um padrão de linguagem;

85 Descrição de Casos de Uso Descrição não representa condição e repetição; Descrição não representa controles técnicos (críticas, fim de leitura); Não é preciso fluxo alternativo para todas as sentenças relacionadas no fluxo normal. Apresentar somente quando necessário.

86 Descrição de Casos de Uso Podem-se utilizar comentários para complementar a informação *** comentários ; Para representar os INCLUDES utilizar <INCLUIR>; Para representar os EXTENDS utilizar <ESTENDER>.

87 Descrição de Casos de Uso EXERCÍCIO: Dado o seguinte diagrama de caso de uso e diagrama de classe de um sistema de locação de carros.

88 Descrição de Casos de Uso EXERCÍCIO: Interface

89 Descrição de Casos de Uso EXERCÍCIO:

90 Descrição de Casos de Uso EXERCÍCIO: Segue a DESCRIÇÃO EXPANDIDA Nome: Alugar Veículos Descrição: Registra o aluguel do veículo do cliente. Pré-condição: Veículo deve estar cadastrado e disponível Pós-Condição: Locação definida

91 Descrição de Casos de Uso EXERCÍCIO: Fluxo Normal: 1. Sistema apresenta tela; 2. Sistema apresenta lista de modelos disponíveis; 3. Sistema apresenta lista de cor; 4. Ator escolhe modelo; 5. Sistema apresenta dados do veículo; 6. Sistema apresenta lista de Clientes; 7. Ator escolhe Nome do Cliente 8. Ator informa data de aluguel e número de dias;

92 Descrição de Casos de Uso EXERCÍCIO Fluxo Normal: 1. Sistema apresenta tela; 2. Sistema apresenta lista de modelos disponíveis; 3. Sistema apresenta lista de cor; 4. Ator escolhe modelo; 5. Sistema apresenta dados do veículo; 6. Sistema apresenta lista de Clientes; 7. Ator escolhe Nome do Cliente 8. Ator informa data de aluguel e número de dias; E n t r a d a

93 Descrição de Casos de Uso EXERCÍCIO: 9. Sistema calcula data devolução; 10. Ator confirma operação clicando em Ok ; 11. Sistema <inclui> Emitir Contrato ;

94 Descrição de Casos de Uso EXERCÍCIO: 9. Sistema calcula data devolução; 10. Ator confirma operação clicando em Ok ; 11. Sistema <inclui> Emitir Contrato ; P R O C E S S A M E N T O

95 Descrição de Casos de Uso EXERCÍCIO: 12. Sistema cria locação; 13. Sistema Atualiza veículo ***Situação = indisponível 14. Sistema encerra caso de uso

96 Descrição de Casos de Uso EXERCÍCIO: 12. Sistema cria locação; 13. Sistema Atualiza veículo ***Situação = indisponível 14. Sistema encerra caso de uso S A Í D A S

97 Descrição de Casos de Uso EXERCÍCIO Revendo os modelos já produzidos Sistema apresenta lista de modelos disponíveis;

98 Descrição de Casos de Uso EXERCÍCIO Revendo os modelos já produzidos Sistema apresenta lista de modelos disponíveis;

99 Descrição de Casos de Uso EXERCÍCIO Revendo os modelos já produzidos Sistema apresenta lista de modelos disponíveis;

100 Diagramas de Interação

101 Diagramas de Interação Relembrando...

102 Diagramas de Interação Relembrando...

103 Diagramas de Interação Conceitos: O Diagrama de Interação apresenta a relação entre os objetos e a troca de mensagens que são necessárias para efetivar a realização do comportamento. O Diagrama de Interação representa um único caso de uso e deve ser usado quando se deseja visualizar os comportamentos utilizados pelos vários objetos dentro do caso de uso. Diagramas de interação são apresentados sob duas formas na UML através do Diagrama de Sequência e Diagrama de Comunicação.

104 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA: Representa a sequência lógica dos comportamentos dentro do caso de uso. Portanto a leitura é realizada de cima para baixo e, da esquerda para direita. Os elementos utilizados para compor o diagrama são os seguintes:

105 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA GERENTE :nome objeto Ator Objeto :nome objeto Linha da vida

106 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA :item de pedido Mensagem :item de estoque Retorno

107 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA :item de pedido Método Verificar ( ) Retorno :item de estoque

108 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA Mensagens condicionais :objeto 1 :objeto 2 :objeto 3 [Tpaluno= M ] [Tpaluno= G ]

109 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA :item de pedido Iteração :item de estoque * Verificar ( ) Retorno

110 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA :item de pedido Condição de guarda [ Pedido Válido] Verificar ( ) Retorno :item de estoque

111 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA :item de pedido [ Pedido Válido] Verificar ( ) :item de estoque Caixa de ativação Retorno

112 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA :item de pedido [ Pedido Válido] Verificar ( ) :item de estoque Auto Delegação Retorno

113 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA EXEMPLO FLUXO NORMAL 1. Sistema Apresenta Tela de Locação. 2. Vendedor Informa Placa de VEÍCULO. 3. Sistema obtém dados de VEÍCULO. 4. Sistema obtém dados de CLIENTE. 5. Sistema apresenta dados de CLIENTE. 6. Sistema obtém dados de VAGA. PLACA: CLIENTE: VAGAS: Confirmar Cancelar

114 Diagramas de Interação 7. Sistema apresenta lista de VAGA. 8. Vendedor escolhe VAGA. 9. Vendedor clica CONFIRMA. 10.Sistema altera VAGA. PLACA: CLIENTE: VAGAS: Confirmar Cancelar 11.Sistema Inclui Emitir Comprovante de Locação 12.Sistema Encerra Caso De Uso.

115 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA EXEMPLO

116 Diagramas de Interação DIAGRAMA DE SEQUÊNCIA DE SISTEMAS (DSS) EXEMPLO

117 Diagramas de Interação DIAGRAMA DE COMUNICAÇÃO Era conhecido como Diagrama de Colaboração (UML 1.5) Apresenta objetos e classes envolvidas no cenário e a ligação entre eles apresentando a forma de navegação e visibilidade. Os elementos utilizados para compor o diagrama são os seguintes:

118 Diagramas de Interação DIAGRAMA DE COMUNICAÇÃO SIMBOLOGIA Ligação :objeto1 :objeto2 Mensagem mensagem() :objeto1 mensagem() retorno() :objeto2

119 Diagramas de Interação DIAGRAMA DE COMUNICAÇÃO SIMBOLOGIA Sequencia: 1. A primeira mensagem não é numerada; 2. A ordem e o alinhamento são mostrados com um esquema de numeração cardinal. mensagem() :objeto1 1:mensagem() 2:retorno() :objeto2

120 Diagramas de Interação DIAGRAMA DE COMUNICAÇÃO SIMBOLOGIA 1:mensagem() Auto Delegação :OBJETO 2:mensagem() Criação de instância :OBJETO <<create>> 1:mensagem () :OBJETO(new)

121 Diagramas de Interação DIAGRAMA DE COMUNICAÇÃO SIMBOLOGIA Mensagens condicionais - Guarda :OBJETO 1[condição]:mensagem () Iteração :OBJETO(new) :OBJETO 1:*mensagem () :OBJETO(new)

122 Diagramas de Interação DIAGRAMA DE COMUNICAÇÃO EXEMPLO

123 Diagramas de Interação A diferença básica é que no Diagrama de Sequência conseguimos visualizar claramente a sequência da troca de mensagens entre os objetos, sendo válido para avaliação da consistência das operações. No Diagrama de Comunicação esta sequência não fica totalmente clara, mas é possível interpretar todas as mensagens recebidas pelos objetos, sendo muito válido para definição de parâmetros, planejamento de desenvolvimento e outros aspectos para o projeto em si.

124 Diagrama de Estados

125 Diagrama de Estados O Diagrama de Estado na UML é utilizado para apresentar os estados, a mudança de estado e o processo que faz mudar o estado de um Caso de Uso ou de uma Classe. Esta é mais uma técnica para validarmos o tratamento das restrições sistêmicas impostas pelos requisitos.

126 Diagrama de Estados Simbologia Início Fim

127 Diagrama de Estados Simbologia Início Estado Fim Posição do objeto após a ocorrência da transição.

128 Diagrama de Estados Simbologia Início Estado Atividade Fim Procedimento desenvolvido até que ocorra a transição.

129 Diagrama de Estados Simbologia Início Estado Atividade Transição Fim Ocorrência para mudança de estado.

130 Diagrama de Estados Simbologia Estado Início Evento Atividade Transição Fim Fato ocorrido para provocar a transição

131 Diagrama de Estados Simbologia Estado Início Evento Atividade Guarda Transição Fim Condição lógica. Transição guardada ocorre somente se a guarda for verdade.

132 Diagrama de Estados Simbologia Estado Início Evento Atividade Guarda Transição Fim Ação Procedimento responsável por alterar o status.

133 Diagrama de Estados Simbologia Auto transição Quando houver uma transição que retorna ao mesmo estado.

134 Diagrama de Estados Simbologia Super Estados Quando um conjunto de atividades define ao final o mesmo estado.

135 Diagrama de Estados Simbologia Estados Concorrentes Quando um objeto de uma mesma classe pode ter mais de um estado ao mesmo tempo para que ao final tenha um só estado.

136 Diagrama de Estados Diagrama de Estado Caso de Uso Importante para: Identificar o atendimento às restrições; Analisar a ordem das ocorrências das mudanças de estado; Para exemplificar podemos utilizar o Caso de Uso Registrar Locação.

137 Diagrama de Estados Diagrama de Estado Caso de Uso Imagine o estado do Caso de Uso a cada execução e restrição a ser seguida e dê início a construção do diagrama.

138 Diagrama de Estados Diagrama de Estado Caso de Uso Aguardando Entrada Entrar nova locação Verificando cadastro Entrar informações veículo [veículo não cadastrado]/cadastrar Veículo AguardandoCadastro do veículo Confirmar Locação [cancela] Liberar Estacionamento Apresentar informações veículo [veículo cadastrado] Aguardando Confirmação Confirmar Locação [confirma] Entrar Informação Cliente/ Apresentar Cadastrar Cliente informações veículo AguardandoCadastro do cliente Aguardando Comprovante Finalizar Locação/ Emitir Comprovante Cadastrando Locação

139 Diagrama de Estados Diagrama de Estado Classe Não são todas as classes que passaram por mudança de estado.

140 Diagrama de Estados Diagrama de Estado Classe Não são todas as classes que passaram por mudança de estado. No exemplo Estacionamento Praça da Estacio podemos observar que a classe VAGA possui mudança de estado e, portanto podemos construir um diagrama para ela:

141 Diagrama de Estados Diagrama de Estado Classe Passos para construção: 1. Identifique os estados possíveis: liberada, bloqueada, interditada. 2. Relacione as mudanças de/para;

142 Diagrama de Estados Diagrama de Estado Classe

143 Diagrama de Estados Diagrama de Estado Classe Supondo que fosse possível também o estado de CANCELADA!!!! Pode-se cancelar a partir do estado DISPONÍVEL ou INTERDITADA. Como fazer?

144 Diagrama de Estados Diagrama de Estado Classe... Ligar os dois estados a um estado de CANCELADO...

145 Diagrama de Estados Diagrama de Estado Classe... Ou representa-se um super Estado...

146 Diagrama de Atividade O diagrama de atividade permite escolher a ordem pela qual as coisas devem ser feitas, isto é, indica meramente as regras essenciais de sequência que necessitam ser seguidas - esse é um aspecto fundamental para diferenciar um diagrama de atividade de um fluxograma. Fluxogramas são limitados a processos sequenciais enquanto que Diagramas de Atividade podem manipular processos paralelos.

147 Diagrama de Atividade O ponto forte do diagrama de atividade reside no fato de suportar e encorajar comportamento paralelo, tornando-se uma boa técnica para a modelagem de fluxo de trabalho e programação para multiprocessamento. Quando usar: Para representar o processo; Para representar cada Caso de Uso complexo;

148 Diagrama de Atividade RAIA Agrupam atividades relacionadas às responsabilidades que cumprem; Mostrar em qual parte da organização um trabalho é executado; Mostrar explicitamente onde são executadas ações (em qual objeto).

149 Diagrama de Atividade Início Representa o início do diagrama.

150 Diagrama de Atividade Início Atividade Tarefa que precisa ser feita. Representa um método sobre uma classe.

151 Diagrama de Atividade Início Atividade Decisão Representa comportamento condicional que a partir de uma única entrada poderá gerar algumas saídas.

152 Diagrama de Atividade Início Intercalação Atividade Decisão Representa comportamento condicional que a partir de várias entradas poderá gerar apenas uma saída.

153 Diagrama de Atividade Início Intercalação Atividade Decisão Conhecida também como Barra de Sincronização, transições seguintes são efetuadas em paralelo independente da sequência. Separação

154 Diagrama de Atividade Início Intercalação Transição seguinte efetuada somente quando todos os estados nas transições de entrada tenham completado suas atividades. Atividade Decisão Separação Junção

155 Diagrama de Atividade Início Intercalação Atividade Decisão Separação Junção Fim

156 Diagrama de Atividade

157 Diagrama de Atividade

158 Diagrama de Atividade Desafio reservado em aberto fechado

159 Diagrama de Atividade Desafio

160 Diagrama de Atividade Desafio

161 Diagrama de Implementação

162 Diagrama de Implementação A arquitetura física descreve a decomposição do hardware e software que cercam a implementação de um sistema. Na UML, aspectos de implementação física são modelados através de diagramas de implementação: Diagrama de componentes Diagrama de Implantação

163 Diagrama de Implementação Diagramas de Implementação permitem: A descrição física do software: Os diagramas de componentes são usados para modelar a arquitetura de um sistema na perspectiva dos seus componentes de software (Ex: arquivos de código fonte, de executáveis, de configuração, tabelas de dados, documentos de gestão do projeto), explicitando principalmente as suas múltiplas dependências. 163

164 Diagrama de Implementação Diagramas de Implementação permitem: A descrição física do hardware: Os diagramas de instalação, por outro lado, são usados para modelar a arquitetura de um sistema na perspectiva dos seus componentes de hardware (Ex: computadores, adaptadores de rede, impressoras, roteadores), explicitando as suas dependências de comunicação. 164

165 Diagrama de Implementação Diagramas de Implementação permitem: A integração do software com o hardware: Os diagramas de instalação com componentes são usados para modelar um determinado ambiente de execução com componentes, através da identificação de instâncias de componentes que são instaladas em determinada instância de nó computacional. 165

166 Diagrama de Componentes Componentes modelam coisas físicas que podem residir em um nó, como: executáveis, bibliotecas, tabelas, arquivos e documentos. Assim como na análise, para a implementação de um software é necessário estabelecer qual a modelagem física do sistema executável.

167 Diagrama de Componentes Um diagrama de componentes mostra as dependências entre componentes de software, incluindo componentes de código fonte, componentes de código binário e componentes executáveis. Um diagrama de componente é um grafo de componentes conectado por relacionamentos de dependência.

168 Diagrama de Componentes Notação

169 Diagrama de Componentes Notação

170 Diagrama de Implantação São utilizados para: Modelagem da visão estática de funcionamento de um sistema. Essa visão é direcionada para a distribuição, entrega e instalação das partes que formam o sistema físico. Visualizar, especificar e documentar sistemas embutidos, cliente/servidor e distribuídos.

171 Diagrama de Implantação Envolvem a topologia do sistema, descrevendo a estrutura de hardware. Esses diagramas mostram: A configuração de nós de processamento em tempo de execução e os componentes que neles existem. Componentes que não existem em tempo de execução não aparecem nestes diagramas. São diagramas úteis também para a engenharia reversa.

172 Diagrama de Implantação NÓ: Um diagrama de implantação é um grafo de nós conectados por associações de comunicação. Um nó é um objeto físico que representa um recurso computacional. Nós geralmente são computadores como processadores, e dispositivos, como impressoras, leitoras de cartão, dispositivos de comunicação, etc.

173 Diagrama de Implantação

174 Composição UML Modelo de Projeto Casos de usos de projeto Implementação / Arquitetura Comportamento dos Objetos Classe de domínio Estados de Projeto Diagramas de Casos de Uso Diagramas de Componente Diagramas de Interação Diagrama de Classes de Projeto Diagrama de Estados para classe Diagramas de Implantação Contratos para Métodos e Operações

175 Conclusão Para obter sucesso no desenvolvimento de sistemas é necessário utilizarmos modelos adequados a critérios de qualidade: Baixa manutenibilidade Grande iteratividade Boa performance Economia / segurança Disponibilidade / estabilidade

176 Exercício Construir um diagrama de componentes e de implantação, representando a arquitetura de um sistema acadêmico, sendo a aplicação um sistema web que grava as informações num SGBD.