Aula4 - UML E Casos de Uso
-
Upload
rogerio-morandi -
Category
Documents
-
view
234 -
download
0
description
Transcript of Aula4 - UML E Casos de Uso
Análise e Projeto de Sistemas IMaterial disponível no AVA da disciplina
Aula 4
MSc. Karen Figueiredo – [email protected]
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
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
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
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
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 que irã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.”