Baixe o app para aproveitar ainda mais
Prévia do material em texto
Análise e Projeto de Sistemas I Material disponível no AVA da disciplina Aula 4 MSc. Karen Figueiredo – karen@ic.ufmt.br UML e Diagramas de Casos de Uso UML 2 UML - The Unified Modeling Language Criada por Rumbaugh e Jacobson Vem como apoio ao RUP (Unified Process – Processo Unificado) Aprovada pelo OMG (Object Management Group) em 1997, um consórcio internacional de empresas que define e ratifica padrões na área de Orientação a Objetos UML 3 Representa uma Linguagem de Modelagem e não um Método Trata-se de uma linguagem visual (diagramática) Método: procedimento formal para a realização de uma tarefa Métodos consistem, pelo menos em princípio, de um processo e de uma linguagem de modelagem UML 4 Linguagem de modelagem: notação (principalmente gráfica) utilizada por métodos para expressar projetos Processo: sugestão dos passos a serem seguidos na elaboração de um projeto UML 5 Estado atual: versão 2.4 (família 2.X) 14 diagramas Modelos e Diagramas 6 O que são modelos? Abstrações da realidade Focam somente no que realmente interessa para um determinado observador em um dado momento Modelos e Diagramas 7 Para que modelos são úteis? Possibilitar a comunicação entre pessoas Permitir lidar com problemas complexos Testar hipóteses antes de realiza-las Modelos e Diagramas 8 O modelo contem toda a informação que representa o problema ou a solução O diagrama é uma visualização de parte de um modelo sob uma perspectiva Ou seja: Se está no diagrama, está no modelo Casos de Uso 9 O que é Caso de Uso? Uma técnica para capturar requisitos funcionais (Jacobson) Possui um diagrama dedicado na UML Descreve o sistema sob a perspectiva do usuário final Descreve a interação típica dos usuários com o sistema Casos de Uso 10 Duas etapas: Diagrama de Casos de Uso (UML) Descrição dos Casos de Uso Diagrama de Casos de Uso 11 CASO DE USO Cada funcionalidade do sistema é mapeada para um caso de uso Símbolo: <<estereótipo>> Nome do Caso de Uso Diagrama de Casos de Uso 12 CASO DE USO Geralmente o nome do caso de uso inclui uma ação/verbo Procure sempre adotar um padrão na hora de escrever os nomes dos casos de uso Diagrama de Casos de Uso 13 CASO DE USO Exemplos de Caso de Uso: Cadastrar livro Editar Livro Excluir Livro Emprestar Livro Pesquisar Livro Cadastrar Usuário Editar Usuário Excluir Usuário ... Diagrama de Casos de Uso 14 CASO DE USO Estereótipos: são mecanismos opcionais de classificação para os elementos de um diagrama UML Em casos de uso, os estereótipos mais utilizados são: CRUD – criar, consultar, atualizar e remover Relatório – emitir uma quantidade de informação relacionada Processo de Negócio – representam processos do negócio que não estão diretamente ligados ao sistema, mas que são utilizados de alguma forma por ele Diagrama de Casos de Uso 15 CASO DE USO Exemplos de Caso de Uso com estereótipo: Cadastrar livro Editar Livro Excluir Livro Pesquisar Livro <<CRUD>> Cadastrar Livro <<relatório>> Pesquisar Livro <<processo de negócio>> Verificar Identificação do Usuário Diagrama de Casos de Uso 16 ATOR É um papel que um usuário desempenha em relação ao sistema Os atores executam os casos de uso Um único ator pode desempenhar vários casos de uso Um único caso de uso pode ter reciprocamente vários atores desempenhando-o Diagrama de Casos de Uso 17 ATOR Atores podem ser: humanos, outros sistemas, dispositivos externos, etc., ou seja, qualquer entidade que interaja com o sistema Símbolo: Nome do Ator Diagrama de Casos de Uso 18 ATOR Exemplos de Atores: Atendente Usuário Bibliotecário Diagrama de Casos de Uso 19 ATOR Exemplos de Atores: Leitor de Cartão Sistema Acadêmico Diagrama de Casos de Uso 20 RELACIONAMENTOS Entre Casos de Uso e Atores Entre Atores Entre Casos de Uso Diagrama de Casos de Uso 21 RELACIONAMENTOS Entre Casos de Uso e Atores: Associação: representa a participação do ator no caso de uso Exemplo: <<CRUD>> Cadastrar Livro Bibliotecário Diagrama de Casos de Uso 22 RELACIONAMENTOS Entre Atores: Generalização: representa a generalização/ especialização de papéis entre atores, relacionamento “é um” Exemplo: Usuário Aluno Professor Diagrama de Casos de Uso 23 RELACIONAMENTOS Entre Casos de Uso: Generalização Extend Include Dependência Diagrama de Casos de Uso 24 RELACIONAMENTOS Generalização - representa a generalização/especialização de casos de uso Exemplo: <<relatório>> Pesquisar Livro <<relatório>> Pesquisar Livro por Título <<relatório>> Pesquisar Livro por Autor Diagrama de Casos de Uso 25 RELACIONAMENTOS Extend - Pode ser visto como um remendo (patch) do caso de uso base; adiciona um comportamento alternativo ao caso de uso; É um estereótipo UML para relacionamento de dependência de caso de uso Exemplo: Emprestar Livro Renovação de Empréstimo Diagrama de Casos de Uso 26 RELACIONAMENTOS Include – adiciona um caso de uso ao caso de uso base; tem o reuso como principal objetivo - é útil quando há repetição de ações; é um estereótipo UML para relacionamento de dependência de caso de uso Exemplo: <<processo de negócio>> Verificar Identificação do Usuário Emprestar Livro Diagrama de Casos de Uso 27 RELACIONAMENTOS Dependência simples- representa a dependência de ações dos casos de uso. A dependência não precisa ser explicitada sempre. Exemplo: Cadastrar Livro Emprestar Livro Diagrama de Casos de Uso 28 Exemplo Diagrama de Casos de Uso 29 Passos para elaborar o diagrama de casos de uso: Identificar os Atores do sistema Identificar os Casos de Uso do sistema Identificar as relacionamentos entre atores e casos de uso Iniciar a construção do Diagrama de Casos de Uso Dividir os casos de uso em pacotes se houver necessidade Verificar os tipos de relacionamentos entre casos de uso: inclusão, extensão, generalização e dependências Descrever os casos de uso Exercícios 30 1) Fazer o diagrama de casos de uso para um sistema de caixa eletrônico (operações básicas) 2) Fazer o diagrama de casos de uso para os sistemas da dinâmica da aula de ER (pelo menos 8 casos de uso) Exercícios 31 3) Fazer o diagrama de casos de uso do seguinte cenário: “Um sistema de gerenciamento de submissões de artigos para um evento automatiza o processo de envio de artigos para o evento, de distribuição de artigos para os revisores, de envio das avaliações sobre os artigos para os autores e de envio da versão final do artigo modificada de acordo com as avaliações feitas pelos revisores. Os autores dos artigos utilizam o sistema para se cadastrar, enviar a versão de submissão dos artigos, receber as avaliações feitas pelos revisores, enviar a versão final dos artigos e ver dados dos artigos enviados. Para pode fazer qualquer uma destas tarefas (que não seja o cadastro) é necessário que o autor tenha realizado o login no sistema. Os revisores dos artigos utilizam o sistema para aceitar ou não rever um determinado artigo, para baixar os artigos queirão rever e para enviar as avaliações que eles fizeram sobre estes artigos. Para poder julgar se o artigo é interessante ou não, o revisor vê os dados do artigo. Caso ele não aceite rever o artigo, ele tem que informar uma justificativa. É necessário estar logado no sistema para realizar estas tarefas. O gerente do evento, após estar logado, cadastra os revisores no sistema e cadastra as áreas de interesse dos artigos. Ele associa a cada uma das áreas os revisores que podem revisar artigos desta área. O gerente pode realizar todas as tarefas de um revisor sempre e quando necessário.”
Compartilhar