Engenharia de Software - 2017.2 - Aula 07 - Diagrama de Casos de Uso

SAVE OFFLINE

Engenharia de Software Prof. Frederico Bortolato

Diagrama de Casos de Uso

Agenda  

  

Casos de Uso Diagramas Caso Uso (DCU) Componentes do DCU Exemplos Exercícios

O que é um Caso de Uso? 

Técnica para captura de requisitos funcionais de um sistema.



É a especificação de uma seqüência de interações entre um sistema e os agentes externos que utilizam esse sistema.



Deve definir o uso de uma parte do sistema, sem revelar a estrutura e o comportamento internos desse sistema.



O papel mais importante de um modelo de casos de uso é comunicar as funcionalidades e o comportamento de um sistema aos clientes e às equipes de desenvolvimento.

Portanto um Caso de Uso ... 

Representa Quem faz O Que (interage) com o sistema, sem considerar o comportamento interno do sistema.



Deve ser definido através da descrição narrativa das interações que ocorrem entre os elementos externos e o sistema.

Objetivos dos Casos de Uso 

Descrever os requisitos funcionais do sistema de maneira consensual entre usuários e desenvolvedores de sistemas;



O propósito de um caso de uso de sistema é identificar e descrever uma funcionalidade de sistema, que apóia uma funcionalidade de negócio



Fornecer uma descrição consistente e clara sobre as responsabilidades que devem ser cumpridas pelo sistema, além de formar a base para a fase de desenho;



Oferecer as possíveis situações do mundo real para o teste do sistema.

Cenários 



É uma seqüência de passos que descreve uma interação entre um usuário e um sistema. Exemplo de um cenário cujo objetivo é COMPRAR PRODUTOS: O cliente navega no catálogo de itens e adiciona os itens desejados à sua cesta de compras. Quando o cliente deseja pagar, descreve o endereço de entrega, fornece as informações do cartão de crédito e confirma a venda. O sistema verifica a autorização do cartão de crédito e confirma a venda imediatamente com um e-mail subseqüente.

Cenários 

Podem existir vários cenários relacionados a um ÚNICO OBJETIVO.



Caso de Uso: é o conjunto de cenários amarrados por um objetivo comum de usuários.



Cada caso de uso possui um documento que especifica seus cenários: a Especificação de Caso de Uso.

Diagrama de Casos de Uso 

Enfoque: Análise de Requisitos



Demonstra o conjunto de Ucs (funcionalidades) fornecidas pelo sistema



Os Ucs interagem com atores  representam papéis.

Componentes do Diagrama de Casos de Uso Ator

Caso de Uso 

Associação



Generalização



Inclusão ou Extensão



Sistema/Organização (contexto ou fronteira)

Caso de Uso Representação 

Casos de uso são representados através de uma elipse, com um nome em seu interior.



A nomeação de um caso de uso inicia-se por um verbo.



A representação gráfica de uma associação corresponde a uma linha sólida, ligando o caso de uso ao ator e vice-versa.



É uma descrição completa de uma seqüência de interações.

Ator 

Um ator é um agente que interage com o sistema ou com o negócio em estudo.



O termo interage significa que um ator troca (envia e/ou recebe) informações com o sistema.



Tudo o que interage com o sistema ou negócio é conceitualmente definido como um ator.



O Ator corresponde a um papel representado em relação ao sistema.  Portanto uma mesma pessoa pode realizar dois papéis ao mesmo tempo.

Ator: Exemplos 

Pessoas (Empregado, Cliente, Gerente, Almoxarife, Vendedor, etc)



Organizações (Empresa Fornecedora, Agência de Impostos, Administradora de Cartões, etc)



Outros Sistemas (Sistema de Cobrança, Sistema de Estoque de Produtos, etc)



Equipamentos (Leitora de código de barras, Sensor, etc)

Tipos de Atores 

Ator Primário: ator que inicializa um diálogo com o caso de uso.



Ator Secundário: ator que interage com o caso de uso, mas não inicializou o diálogo.

Diagrama de Casos de Uso 

Ligação com outros diagramas UML

Casos de Uso Diagrama de Diagrama de Atividades Classes Diagramas de Diagramas de Interação Estados

Diagrama de Casos de Uso Exemplo Departamento de Compras

Ator

Requisitante

O Ator é quem estimula o caso Cadastrar de uso. Fornecedor - Quem interage com a organização ou Preparar sistema? A Pedido resposta identificará os atores do sistema ou da organização.

O Departamento é a fronteira

Diagrama de Casos de Uso Exemplo Sistema de Administração de Contas a Pagar

Ator

Administrador Financeiro

Registrar Fatura

Um ator comunica-se com a Apurar organização ou sistema através Contas do Dia de mensagens: - um telefonema; - o envio de um documento; - um clique num botão;

Diagrama de Casos de Uso – Exemplo Departamento de Compras

Requisitante

Associação

caso de uso

Cadastrar Fornecedor

Preparar Pedido Observe a linha sólida sem seta de direção. Significa que fluem dados nos dois sentidos.

Diagrama de Casos de Uso – Exemplo Departamento de Compras

Requisitante

Associação

Cadastrar Fornecedor

Fornecedor

Preparar Pedido Quando o fluxo de informações ocorre apenas em uma direção, uma seta é aplicada.

Diagrama de Casos de Uso – Exemplo Sistema de Administração de Contas a Pagar

Administrador Financeiro

caso de uso

Registrar Fatura

Apurar Um caso de do usoDia é sempre iniciado a Contas Associação partir do momento que um ator envia sua mensagem (estímulo).

Diagrama de Casos de Uso – Exemplo Fronteiras/Contexto

Departamento de Compras

Requisitante

Cadastrar Fornecedor Uma “caixa” com um nome envolvendo Preparar os Pedido Casos de Uso estabelece a fronteira entre o sistema/organização O Departamentoe éseus a fronteira atores.

Casos de Uso: Relacionamentos

«estende» Cadastrar Funcionário (generalização)

Cadastrar Professor

Cadastrar Dependentes

«inclui» Validar CPF

Casos de Uso: Relacionamento 

Tipos de associações entre casos de uso: inclusão, extensão e generalização. 

Seta tracejada com a ponta aberta, que parte do caso de uso base e contém o estereótipo .



Ocorre quando há uma parte do comportamento que é semelhante em mais de um caso de uso e tenta-se evitar a descrição deste comportamento em cada caso de uso correspondente.



Exemplo: tanto Realizar Saque quanto Obter requerem que o usuário forneça sua identificação.

Extrato

Cria-se um caso de uso Fornecer Identificação, que é utilizado pelos casos de uso citados.

Casos de Uso: Relacionamento caso de uso base

Realizar Saque Cliente

caso de uso que será incluído

Fornecer Identificação Obter Extrato caso de uso base



Casos de Uso: Relacionamento 

Seta tracejada com a ponta aberta, que contém o estereótipo .



Este tipo de associação surge para tratar das situações opcionais, inesperadas ou exceções.



Exemplo: Durante a execução do caso de uso Editar Documento, os caso de uso Substituir Texto e Corrigir Ortografia podem ser opcionalmente utilizados.

Casos de Uso: Relacionamento

caso de uso de extensão

Substituir Texto

Editar Documento Escritor caso de uso base



Corrigir Ortografia caso de uso de extensão

Casos de Uso: Relacionamento 

GENERALIZAÇÃO 

Representada por uma linha sólida com uma única seta fechada, mas não preenchida. A seta parte do caso de uso mais específico em direção ao mais genérico.



Ocorre quando existem casos de uso semelhantes, existindo uma hierarquia entre eles, isto é, existe um caso de uso genérico e casos de uso que mostram uma variação do caso genérico.



Exemplo: Cadastrar Funcionário é um caso de uso cujo objetivo é registrar todos os dados dos funcionários, mas existe uma variação quando se trata de Cadastrar Professor, pois deve-se considerar alguns aspectos adicionais específicos de professor.

Casos de Uso: Relacionamento Generalização Cadastrar Funcionário

Cadastrar Professor

Generalização entre atores

Funcionário

Consultar Problemas Pendentes

Cadastrar Chamado

Atendente

Tipos de Caso de Uso 

Concreto: O caso de uso pode ser inicializado por um ator.



Abstrato: O caso de uso só pode ser instanciado por outro caso de uso.

Aspectos a considerar 

Um dos aspectos mais perigosos é o abuso de e



Um diagrama de caso de uso deve ser o mais simples possível.



A fronteira do negócio ou sistema é muito importante, pois ajuda a diminuir a complexidade do contexto global.



Conclusão: diagramas de caso de uso são ferramentas que nos ajudam a enxergar o todo por intermédio da constatação das responsabilidades que os usuários têm.

Passos na elaboração de diagramas de UCs 1. Determine a fronteira: O que o diagrama vai representar? Um sistema? Subsistema? Um departamento? 2. Determine os casos de uso necessários para representar as funcionalidades dentro do contexto definido na fronteira. 3. Identifique os atores e suas responsabilidades.

4. Elabore o diagrama de caso de uso: a. Faça as ligações entre os atores e os casos de uso de sua responsabilidade. b. Faça a representação dos relacionamentos de inclusão e extensão. c. Faça a documentação dos casos de uso e atores.

Exemplo Considere o departamento de compras de uma empresa determinada. No depto. de compras existe um processo chamado Preparar Pedido de Compras, que poderia ser o caso de uso.

Qual é a fronteira???

Quem é o ator???

Preparar Pedido

Outra maneira de começar a construir um diagrama de casos de uso, seria identificar primeiro o ator, e depois, identificar que casos de uso são por ele estimulados.

Qual é a fronteira??? Quem é o ator???

Requisitante Interno da Empresa

Departamento de Compras

Preparar Pedido

Para elaborar Diagramas de Casos de Uso observe a organização ou sistema em posição passiva, esperando por estímulos dos atores.

Ferramentas para Modelagem 









Rational Rose  http://www03.ibm.com/software/products/pt/enterprise Astah (free – Community Version)  http://astah.net/ Visual Paradigm  http://www.visual-paradigm.com/ Star UML (Open Source)  http://staruml.io/ ArgoUML (Open Source)  http://argouml-users.net/

Exercício 1 – Controle de Tarefas Arnaldo deseja escrever uma aplicação de controle de tarefas para uso pessoal em seu PalmTop. As especificações são as seguintes: 



 



O cadastro de cada tarefa contém o número da prioridade, representado por um valor real, permitindo entrar com intervalos intermediários. Além da prioridade, o cadastro deve conter: o nome da tarefa, a data limite de execução (se houver), o percentual já concluído, e a descrição da tarefa. Para cada tarefa, há uma lista de itens que descrevem sua execução. Para cada item de execução, cadatra-se: o percentual correspondente, a descrição da execução, a data da execução (quando for concluída). Quando uma tarefa receber 100% de execução, ela deve ser movida automaticamente para a lista de tarefas concluídas, podendo ser apagada se for o caso.

Exercício 1 – Controle de Tarefas

Exercício 2 – Serviço de Entregas Construa um modelo de casos de uso para a seguinte situação fictícia: "Estamos criando um serviço de entregas. Nossos clientes podem nos requisitar a entrega de volumes. Alguns volumes são considerados de maior valor por nossos clientes, e, portanto, eles querem ter tais volumes segurados durante o transporte. Contratamos uma companhia de seguro para segurar volumes de valor".

Exercício 2 – Serviço de Entregas

Exercício 3 – Clínica Veterinária

Exercício 3 – Clínica Veterinária

Referências 







Bezerra, E. Princípios de Análise e Projeto com UML. FOWLER, Martin. UML Essencial. 3a. edição. Bookman, 2005. BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML – Guia do Usuário. Campus, 2000. COCKBURN, Alistair. Escrevendo Casos de Uso Eficazes. Bookman, 2005.