Análise e Projeto de Sistemas IMaterial 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 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.”