Baixe o app para aproveitar ainda mais
Prévia do material em texto
UML – Caso de Uso Segunda-feira, 12 de agosto de 2013. UML (Unified Modeling Language ou Linguagem de Modelagem Unificada) é um padrão de modelagem de projetos, é composta por padrões de diagramas de simples entendimento para que todos envolvidos em um projeto o tenham como base de referencia. Diagrama de caso de uso: É um diagrama da UML que tem por objetivo de representar um requisito do sistema que será automatizado. Considerando como requisito uma necessidade do sistema. Um requisito é representado pela seguinte figura: Balão de caso de uso - 12/08/2013 Usamos atores para representar as entidades que interagem com o sistema. Estas podem ser usuários, máquinas, sensores, etc. Um ator representa um papel no sistema, que podem conter mais de um ator. Um ator é representado pela figura de um bonequinho palito, seja ele de qualquer natureza (humano, maquina, sensores...): Imagem de ator (Usuário) - 12/08/2013 O relacionamento em um diagrama de caso de uso se dá através de uma linha simples continua entre o ator e seu balão de caso de uso. A imagem a seguir demonstra esse exemplo de uma forma simples: Relacionamento entre ator e caso de uso - 12/08/2013 Neste exemplo fica claro o relacionamento entre o ator (Usuário) e o caso de uso (Fazer login) onde o ator realiza a ação de "Fazer Login". Relacionamento entre um ator e vários casos de uso - 12/08/2013 Neste exemplo vemos o mesmo ator (Usuário) efetuando mais de um caso de uso [(Fazer Login) e (Realizar Saque)]. Agora vamos a um exemplo um pouco mais complexo: Banco simples imagem 1 - 12/08/2013 Agora neste exemplo um pouco mais complexo possuímos 3 (três) atores (Atendente, Cliente e Gerente), também é possível notar que neste diagrama existe mais de um ator para um determinado caso de uso, assim como cada ator pode realizar mais de um caso também. RELACIONAMENTOS: Herança entre atores: É quando um ator herda os casos de uso de outro ator utilizando a métrica do "É UM..." neste exemplo: Gerente É UM Atendente, isto se deve pelo fato do Gerente poder fazer tudo que um Atendente faz. Banco simples imagem 2 - 12/08/2013 Aqui pouco se diferencia da imagem anterior, porém podemos notar que o ator Gerente perdeu um caso de uso com "Fazer Login" e ao invés disso ele passou a ter uma ligação com o ator Atendente, esta ligação é uma generalização, isto quer dizer que o Gerente é um tipo de Atendente, portanto ele possui todas as funções do Atendente além de ter um caso de uso que somente ele pode exercer que é o "Vender Seguro". Herança entre casos de usos: Aqui veremos o tipo de includes e extends. Include: É quando um caso de uso necessita que outro seja efetuado junto (inclui o outro caso). Extend: É quando um caso de uso pode solicitar que outro seja executado junto, estendendo a sua função. Include - 12/08/2013 Include: Reparando na seta onde "Efetuar Venda" aponta para "Fazer Login", indicando o fluxo de informação, fica claro que ao efetuar uma venda o vendedor terá que fazer seu login. Extend - 12/08/2013 Extend: Neste caso vemos que a seta esta partindo de "Gerar Relatório" para "Efetuar Venda" indicando que ao efetuar uma venda não é necessário gerar um relatório, porém é possível de ser feito. Herança entre casos de uso - 12/08/2013 Agora que nós já sabemos a diferença entre include e extend fica muito mais fácil de entender os diagramas de caso de uso. Estás são as informações básicas para se ler um caso de uso, é muito importante conhece-las, pois sua intenção é a de facilitar para todos os envolvidos em um projeto sem que haja alguma barreira como as expressões técnicas que podem passar despercebidas para os mais leigos. Por: Bruno La Porta Welausen Em: 12/08/2013 Ferramenta de modelagem: Astah Community
Compartilhar