1

Professor:
Geraldo Xexo
DCC/IM/UFRJ
PESC/COPPE/UFRJ

Contedo:

Casos de Uso

Professor:

Contedo:

Conceituao

Caso de Uso
uma descrio completa de um
processo
Algo que o usurio ou cliente quer que
o sistema faa
Podem ser simples como uma frase,
ou altamente complexos

Caso de Uso
Conta uma histria de como alcanar
um objetivo
Conta um conjunto de histrias de
como completar satisfatoriamente ou
como se pode falhar em uma tarefa

Casos de Uso
a especificao, em forma de uma
narrativa, de uma seqncia de
interaes entre um sistema e os
agentes externos que utilizam esse
sistema.
Define o uso de uma parte da
funcionalidade de um sistema.

Objetivo
Tornar um requisito funcional
Legvel pelo usurio e pelos outros
interessados
Verificvel

Texto!

Formas de Narrativa
Descrio Contnua
Descrio Numerada
Narrativa Particionada

Descrio Contnua
O Cliente chega ao caixa eletrnico e
insere seu carto. O Sistema requisita a
senha ao Cliente. Aps o Cliente fornecer
sua senha e esta ser validada, o Sistema
exibe as opes de operaes possveis.
O Cliente opta por realizar um saque.
Ento o Sistema requisita o total a ser
sacado. O Sistema fornece a quantia
desejada e imprime o recibo para o
Cliente.

Descrio Numerada

1. Cliente passa seu carto no caixa eletrnico

2. Sistema apresenta solicitao de senha
3. Cliente digita senha
4. Sistema exibe menu de operaes disponveis
5. Cliente indica que deseja realizar um saque
6. Sistema requisita quantia a ser sacada
7. Cliente informa quantia a ser sacada
8. Sistema fornece dinheiro
9. Sistema imprime recibo

10

Narrativa Particionada
Cliente
Insere carto no caixa
Eletrnico

Sistema
Apresenta solicitao
de senha

Digita a senha
Solicita realizao de
saque
Retira quantia e recibo

Exibe menu de
operaes disponveis
Requisita quantia a ser
sacada

11

Principais Problemas
Difceis de estruturar
Algumas dvidas cruis
Muitas formas de entender
Muitas formas de fazer
No so os grficos de UML

12

O Modelo
Ator 1

Objetivo

Ator 2

Conjunto
De
Sequencias

Sequencias de
Interaes

Condies

Resultados

Interao
Mensagem
Simples

Responsabilidade

13

Ator
Entidade externa ao sistema com
comportamento prprio
Um ator ativa uma interao, chamando
outros atores a cumprir suas
responsabilidades
Atores interagem para alcanar seus
objetivos
O sistema tambm um ator

14

Tipos de Atores
Pessoas
Organizaes
Outros sistemas
Equipamentos

15

Objetivos
Atores possuem objetivos
Objetivos do nome aos casos de uso
Casos de uso possuem cenrios
Que do nome a sub-casos de uso

Examinar os objetivos que um sistema

suporta fornece bons requisitos
Essenciais?
Objetivos resumem funes de forma
usvel e verificvel

16

Ator
tem
Objetivo

nomeia

Caso de uso

contm

chama
Cenrio

condio
sucesso/falha

17

Um usurio pode ter vrios atores

INSIRA SEU
CARTO

1
4
7
*

2
5
8
0

Carlos como
Operador

3
6
9
#

Carlos

Operador

Carlos
como
Cliente

Cliente

18

Cenrio
Instncia de Caso de Uso
Uma seqncia especfica de interaes
entre atores e o sistema
Cada cenrio mostra o resultado de uma
condio
O usurio d nome a condio
Tudo d certo
Falta dinheiro no caixa

19

Diferentes Fluxos de Eventos

Caso Feliz!
Casos Alternativos
Variantes Normais
Tirar dinheiro da conta

Casos Raros
Tirar US$ 1 Milho

Excees e Erros
No h mais dinheiro no caixa

20

Cala do Caso de Uso

Subobjetivo:

Objetivo: Encomendar Livro

sc1 sc2 sc3 sc4 sc5

Verificar
S
F
... crdito S
... estoque S

F
S

(cenrios de sucesso)

sc6 sc7 ...

S F
F F
F
(cenrios de falha)

21

Caso de uso
Uma coleo de cenrios de sucesso e
fracasso descrevendo um determinado
processo completo do sistema

22

Estruturado em Narrativas
Mantm o contexto visvel
Facilita a compreenso
Perde a abstrao

Deixa claro o valor para o usurio

Quem?
Quando?

23

Formato
Casos de uso so basicamente texto
no diagramas
embora exista um diagrama na UML para
indicar quais atores participam de cada
caso de uso

24

Diagrama de Casos de Uso

Ator

Caso de Uso

Comunicao
(usa)

Comunicao
indicando
iniciao
Sistema

25

Modelo Exemplo

Realizar Transaes Bancrias

Comprador

Executar Relatrios

Manuteno ATM

Manter Mquinas ATM

Banco

Professor:

Contedo:

Nveis de Abstrao
e
Escopo

2
6

27

Escopo
Organizao, caixa preta
Organizao, caixa branca
Sistema, caixa preta
Sistema, caixa branca
Componente

28

Escopo: Organizao
um caso de uso de negcio, com a
empresa como seu escopo
Se a empresa vista como uma caixa
preta, use a casa escura
Se o caso de uso trata de
departamentos ou staff, uso a casa
branca

29

Escopo: Sistema
O escopo o sistema informatizado
Use as caixas de acordo com o tipo de
descrio
Caixa-preta
Caixa-branca

30

Escopo: Componente
Um subsistema ou componente do
sistema sendo projetado

31

Fronteiras e Escopo

Cliente

Manuteno
Do ATM

Fronteira
Sistema Bancrio

Caixa

ATM

32

Nveis de Abstrao I
Casos de Uso Essenciais
No levam em considerao a tecnologia

Casos de Uso Reais

33

Aparncia - Essencial
Caso de Uso Essencial

1. Cliente fornece a sua identificao

2. Sistema identifica usurio
3. Sistema oferece operaes disponveis
4. Cliente solicita saque de uma determinada
quantia
5. Sistema fornece a quantia desejada da conta do
cliente
6. Cliente recebe dinheiro e recibo

34

Aparncia Real
Caso de Uso Real

1. Cliente passa seu carto no caixa eletrnico

2. Sistema apresenta solicitao de senha
3. Cliente digita senha
4. Sistema exibe menu de operaes disponveis
5. Cliente indica que deseja realizar um saque
6. Sistema requisita quantia a ser sacada
7. Cliente informa quantia a ser sacada
8. Sistema solicita re-insero do carto
9. Cliente insere o carto
10.Sistema fornece dinheiro
11.Cliente retira dinheiro
12.Sistema fornece recibo
13.Cliente retira recibo
14.Sistema libera carto
15.Cliente recupera carto

35

Como testar
Teste do Tempo
Essa narrativa seria vlida 100 anos atrs?
Essa narrativa ser vlida daqui a cem anos

Testes das Tecnologias

E se for feito com cartas?
E se for feito via fax?
E se for feito com reconhecimento e sintetizao
de voz?
E se for feito com leitura de mente?

36

Nveis de Abstrao II
Objetivos Estratgicos
Objetivos de Usurios
Sub-funes
Ligados entre si

37

Objetivos
Estratgicos

Objetivo do
projeto

anuncia
r

pedir

branco

cobrar

Obj. de Usurios
Preparar
promo
o

Referenci
ar
promoo

Monitor
ar
promo
o

Identificar
promoo

Registrar
usurio

Subfunes

azul
Fazer
pedido

Criar
fatura

Enviar
fatura

indigo
Identifica
r produto

Identificar
Comprador

38

Objetivo Casos de Uso >

Objetivos dos Passos
Objetivo do Caso de Uso
Objetivo dos Passos

?
e
u
q
r
o
P
(azul=usurio)
?
o
m
Co
(indigo)

Objetivo do Caso de Uso

Objetivo dos Passos

(branco)

(preto)

39

Nveis
Sumrio de alto nvel
Sumrio
Objetivo do Usurio
Sub-Funo
Muito detalhado

40

Nveis (nomes)
Adicione + no final de casos de uso
sumrio
Adicione ! ou nada nos casos de uso
de usurios
Adicione - nos casos de uso
detalhados

41

Abstrao
Nvel
Por que queremos esse objetivo?

Escopo
Que limites do sistema queremos?

Detalhe
Descrevemos inteno ou aes?

42

Nvel de Sumrio
Caso de Uso: Operar Companhia de
Seguros+
Ator Primrio: o comprador
Escopo: A companhia de seguros
Nvel: Sumrio
Passos

1.O Comprador pede um cotao para o seguro

2.O Comprador compra um seguro
3.O Comprador solicita uma cobertura
4.O comprador cancela o seguro

43

Exemplo: Adicionar novo servio

UC: Adicionar novo servio+
Ator primrio: Cliente
Escopo: TeleFalaFcil
Nvel: Sumrio

1.Cliente chama TeleFalaFcil e solicita

um novo servio

2.TeleFalaFcil...

44

Exemplo: Adicionar novo servio

1.
2.
3.
4.

UC: Adicionar novo servio!

Ator primrio: Atendente do Cliente Externo
Escopo: Sistema AtendeJ
Nvel: Objetivo do Usurio
Cliente liga, Atendente discute pedido com o
cliente
Atendente encontra o cliente no AtendeJ
AtendeJ apresenta os servios j
possudos pelo cliente
...

Professor:

Contedo:

Detalhando o Caso
de Uso

4
5

46

Tipos de detalhamento
Breve apenas uma frase ou pargrafo
descrevendo o processo principal e tpico
Casual descreve diferentes cenrios,
mas cada descrio composta por
apenas um pargrafo
Expandido Todos os passos e
variaes so detalhadamente descritos,
incluindo pr-condies e ps-condies
de sucesso.

47

Exemplo de caso de uso Breve

Caso de uso: Alugar Fitas
Um cliente solicita a locao de
algumas fitas. Aps identificar-se e
identificar as fitas ele pode lev-las para
casa, ciente do prazo de devoluo e do
valor a ser pago.

Exemplo de caso de uso

casual

48

Caso de uso: Alugar Fitas

Um cliente solicita a locao de algumas

fitas. Aps identificar-se e identificar as fitas,
se no houver problemas no seu cadastro e
se as fitas no estiverem reservadas para
outro cliente, ele pode lev-las para casa,
ciente do prazo de devoluo e do valor a ser
pago.

Exemplo de caso de uso

expandido

49

Caso de Uso: Alugar Fitas

Fluxo Principal:
1. O cliente chega ao balco com as fitas que deseja alugar
.
2. O cliente informa seu nome e entrega as fitas ao
funcionrio.
3. O funcionrio registra o nome do cliente e inicia a
locao.
4. O funcionrio registra cada uma das fitas.
5. O funcionrio finaliza a locao, devolve as fitas ao
cliente e lhe informa a data de devoluo e o valor total da
locao.
6. O cliente vai embora com as fitas.

50

Fluxos Alternativos
3a. O cliente no possui cadastro.
3a.1 O cliente deve informar seus dados para
cadastro.
3a.2 O funcionrio registra o cadastro.
3a.3 Retorna ao fluxo principal no passo 3.

3b. O cliente possui pendncias no

cadastro (locao anterior no foi paga).
3b.1 O cliente paga seu dbito.
3b.2 O funcionrio registra a quitao do
dbito, eliminando assim a pendncia.
3b.3 Retorna ao passo 3.

51

Fluxos Alternativos
4a. Uma fita est reservada para outro cliente.
4a.1 O funcionrio informa que a fita no est
disponvel para locao.
4a.2 Prossegue a locao do passo 4 sem incluir a fita
reservada.

4b. Uma fita est danificada.

4b.1 O funcionrio informa que a fita est danificada.
4b.2 O funcionrio registra que a fita est danificada.
4b.2 O funcionrio verifica se existe outra fita
disponvel com o mesmo filme.
4b.3 Se existir, o funcionrio substitui a fita e segue no
passo 4, seno segue do passo 4 sem incluir a fita
danificada.

Possveis Sees para um

Caso de Uso Expandido

Atores
Interessados
Pr-condies
Ps-condies de sucesso
Cenrio principal de sucesso ou fluxo principal
Extenses ou fluxos alternativos
Requisitos Especiais
Variaes tecnolgicas e de dados
Freqncia
Questes em aberto

52

53

Atores
So as classes de pessoas e sistemas
externos que interagem com o sistema
de alguma forma

54

Interessados - Stakeholders
A quem serve o caso de uso?
Quem tira proveito de seus resultados?
Muitas vezes no so apenas os
atores

55

Pr-condies
O que deveria ser sempre verdadeiro para que o
caso de uso possa acontecer
Pr-condies NO so testadas dentro do caso
de uso.
Elas so assumidas como verdadeiras antes do
incio dele.
Devem comunicar APENAS questes dignas de
nota, que constituam informao til sobre o
funcionamento do sistema

Ps-Condies ou Garantias
de Sucesso
Estabelecem o que deve ser
verdadeiro APS o caso de uso.

Todos os interessados devem ser

satisfeitos

56

O Caminho Feliz ou Fluxo

Principal

57

Apresenta uma seqncia de passos

Normalmente NO tem condies ou
ramificaes
Excees so tratadas como
seqncias alternativas
Os passos devem descrever trocas de
informao (interao), validao ou
mudana de estado.

58

Tipos de Passos
Obrigatrios Fluxo de informao
Complementares Contextualizao
No-recomendados Controle e
execuo (passos internos ao sistema)

Extenses ou Fluxos
Alternativos

59

Esto associadas aos passos do fluxo

principal
Identificam um erro, a forma de trat-lo
e como retornar ao fluxo principal, se for
possvel

Um fluxo alternativo tem pelo

menos quatro partes

60

Identificao o nmero da linha do fluxo

principal onde a exceo ocorre e um
identificador para a prpria exceo na lista
(por exemplo, 1a, 1b, ..., 2a, 2b, ...)
Identificao da exceo necessrio
identificar qual a exceo que ocorreu, pois
em uma mesma linha do fluxo principal podem
ocorrer diferentes tipos de excees. Por
exemplo, fita danificada, fita reservada, etc.

Um fluxo alternativo tem pelo

menos quatro partes

61

Aes corretivas deve-se identificar a

seqncia de aes que deveriam ser
executadas para corrigir a exceo.
Finalizao - Se o caso de uso retorna
ao fluxo principal depois das aes
corretivas ou no.

62

Finalizao de uma exceo

Voltar ao incio do caso de uso, o que
no muito comum;
Voltar ao incio do passo que causou a
exceo e execut-lo novamente, o que
mais comum.

63

Finalizao de uma exceo

Depois das aes corretivas, ao invs de
voltar para o mesmo passo, ir para o passo
seguinte. Isso pode ser feito quando as aes
corretivas realizam a operao que o passo
deveria ter executado. Porm deve-se verificar
se novas excees no poderiam ainda
ocorrer neste mesmo passo.
Abortar o caso de uso. Neste caso, no se
retorna ao fluxo principal.

64

Requisitos Especiais
Requisitos no funcionais associados
ao caso de uso, como
eficincia desejada,
tecnologia de implementao,
etc.

Variaes Tecnolgicas e de
Dados

Se for o caso, indique as diferentes

formas de realizar tecnologicamente os
diferentes passos do caso de uso

65

66

Questes em aberto
Tudo o que deve ser esclarecido
posteriormente

Professor:

Contedo:

Analisando o Caso
de Uso

6
7

68

Um BOM caso de uso...

Corresponde a um processo
elementar da empresa
NO um passo nico como deletar
um item ou imprimir um relatrio.
NO leva dias ou mltiplas sesses,
como negociar um contrato.
uma tarefa concluda em uma
sesso e que produz um resultado
mensurvel deixando as informaes
em um estado consistente.

69

Como descobrir casos de uso?

Estabelea o limite do sistema: o que
est fora e o que est dentro?
Descubra os atores (externos ao limite
do sistema) que realizam os processo
bsicos
Entreviste-os para descobrir mais
informaes sobre seus objetivos
Possivelmente a cada objetivo
corresponder um caso de uso

70

Decomposio Funcional
Sintomas
Casos de Uso pequenos
Muitos Casos de Uso
Dificuldade de entender o modelo
Nomes com operaes de baixo nvel
Operao+objecto
Funo+dados
Exemplo: Inserir Carto

71

Decomposio Funcional
Aes Corretivas
Busque um contexto mais amplo
Por que o sistema est sendo feito?

Se coloque no papel do usurio

O que o usurio quer alcanar?
Que valor esse caso de uso adiciona?

72

Caso de Uso Comprar Produtos

1. O cliente passa no caixa com os produtos.
2. O funcionrio identifica cada um dos produtos.
3. O funcionrio indica que todos os produtos
foram identificados.
4. O sistema informa o valor total da venda.
5. O cliente realiza o pagamento:
1. Dinheiro: Ver variante 5.1
2. Cheque: Ver variante 5.2
3. Carto de crdito: Ver variante 5.3
6. O funcionrio conclui a venda.

73

Variantes
5.1: Dinheiro
5.1.1. O cliente entrega a quantia em dinheiro.
5.1.2. O funcionrio registra a quantia.
5.1.3. O sistema informa o troco.
5.1.4. O funcionrio entrega o troco ao cliente.
5.2: Cheque
5.2.1. O cliente entrega o cheque.
5.2.2. O funcionrio solicita a presena do gerente.
5.2.3. O gerente d o visto no cheque.
5.3: Carto de Crdito
...

Variantes em Casos de Uso

Diferentes

74

Caso de Uso Pagar Aluguel

1. O cliente se identifica.
2. O funcionrio identifica o aluguel a ser pago,
informado o valor ao cliente.
3. O cliente realiza o pagamento:
1. Dinheiro: Ver Caso de Uso Comprar Produtos
variante 5.1
2. Cheque: Ver Caso de Uso Comprar Produtos
variante 5.2
3. Carto de crdito: Ver Caso de Uso Comprar
Produtos variante 5.3
4. O cliente vai embora.

Professor:

Contedo:

Como Levantar
Casos de Uso

7
5

76

Como fazer casos de uso

1.Identifique os atores e seus objetivos

2.Para cada caso: escreva um caso
simples
3.Para cada caso: escreva as condies
de falha e extenses
4.Para cada condio de falha: descreva

o que acontece at que volte ao norma

ou acabe (em falha) Resolva as falhas
Detalhe as variaes de dados

5.

77

1) Identifique os atores e seus

objetivos
Quais computadores, subsistemas e pessoas
vo dirigir o sistema
Um ator qualquer coisa com comportamento

O que cada ator precisa que o sistema faa

Cada necessidade mostra um gatilho do sistema

Resultado
Lista de casos de uso
Viso geral do sistema
Lista pequena e usvel das funes do sistema

78

2) Para cada caso: escreva um

caso simples
O objetivo alcanado
O cenrio principal de sucesso

caso do dia feliz

Mais fcil de ler e entender
Qualquer coisa a mais uma complicao

Capture a inteno e responsabilidade de

cada ator, da ativao at alcanar o objetivo
Diga que informao passada entre atores
Numere cada linha

Resultado
Descrio legvel das funes do sistema

3) Escreva as condies de
falha e extenses

79

Normalmente, cada passo pode falhar

Anote cada condio de falha

separadamente aps o cenrio principal
de sucesso
Resultado:
Lista de cenrios alternativos

80

4) Resolva as falhas.
Extenses recuperveis voltam ao caso principal
Extenses no-recuperveis falham
Cada cenrio vai do gatilho ao fim
Extenses so apenas uma forma resumida de
escrever
Pode escrever se
Pode escrever cenrio do incio ao fim

Resultado:
Casos de uso completos

5) Detalhe as variaes de
dados

81

Algumas extenses so muito baixo

nvel para fazer agora
Ex: Reembolse comprador
Como? Cheque, dinheiro, etc.?

Adie variaes que podem ser tratadas

por casos de uso de menor abstrao

82

Boas Perguntas
Quais so as tarefas de um ator?
O ator precisa ser informador de certas
ocorrncias dentro do sistema?
O ator precisa informar o sistema de
mudanas externas?
O sistema fornece ao negcio o
comportamento adequado?

83

Boas Perguntas
Todos os requisitos funcionais foram
atendidos pelos casos de uso?
Que casos de uso vo suportar e
manter o sistema?
Que informao precisa ser modificada
ou criada?

84

Casos de Uso Especiais

Incio e Parada do sistema
Manuteno do sistema
Manuteno da informao
Normalmente aparece mais tarde

Adicionar nova funcionalidade a sistema

funcionando
Sistemas que no podem parar

Portar o sistema rodando para um novo

ambiente
Quando o ator a organizao desenvolvedora

85

Comentrios
O valor dos casos de falha detectar situaes
anormais e manter a completude
Todo cenrio vai do incio ao fim (sem ses),
mas a descrio pode ser abreviada
Os requisitos cobrem as falhas recuperveis ou
no
Mas no so falhas do sistema interno, mas do
ambiente

O cenrio ideal ajuda a descrever as falhas

86

Comentrios
Um cenrio pode se referir a objetivos de nvel
inferior
Caso de uso subordinados
Funes comuns

Um caso de uso superior s se interessa se o caso

de uso inferior alcana o sucesso ou falha
No analisa os detalhes

Cada passo de um cenrio um sub-objetivo

Esconde um sub caso de uso
Pode ser to profundo que no descrito

Cada sentena em cada nvel um objetivo

87

Casos de uso NO
Mostram requisitos de interface
Colete por caso de uso

Mostram requisitos de desempenho

Conecte-os ao caso de uso

Coletam frmulas, estados,

cardinalidades
Capture separadametne

Professor:

Contedo:

Relacionamentos
dos Casos de Uso

8
8

89

Tipos de Relacionamentos
Extende
Inclui
<<include>>

Generaliza
Base

<<extend>>

90

Inclui
uma relao entre um caso de uso
bsico e um caso de uso includo
Significa que o caso de uso
explicitamente inserido no caso de uso base
Inclusion

<<include>>
Base

91

Include : Exemplo
Identificar Cliente
<<include>>

<<include>>
<<include>>

Retirar Dinheiro

ATM Customer

Tranferir Fundos

Depositar Cheques

Caso de Uso Identificar

Caso de Uso Retirar Dinheiro Cliente
1.Identify Customer to
1. Inserir carto
2. Validar carto
3. Entrar PIN
4. VerificarPIN

92

Por que usar Inclui?

Fatorar comportamento
comum entre dois ou mais
casos de uso
Inclusion

Evita descrever o mesmo

comportamento duas vezes
Garante consistncia

<<include>>
Base

Fatorar e encapsular
comportamento de um caso
de uso base
Simplificar fluxo complexo
de eventos
Fatorar comportamento
que no parte do objetivo
primrio

93

Executando o Include
Executado totalmente quando
chamado
Se no deve ser executado, a deciso
do caso de uso chamador

94

O que Extende?
uma relao entre o caso de uso que extende e
seu caso base
Insere uma extenso no comportamento do caso base
Inserida apenas se uma condio de extenso for verdade
Inserida em um ponto de extenso
Base

<<extends>>
Extension

95

Exemplo
Retirar Fundos

<<extend>>

Cliente ATM
<<extend>>

Retirar Moedas

Retirar Notas

96

Por que usar Extende?

Base

<<extends>>
Extension

Fatorar comportamento
excepcional ou opcional
Executado em apenas
algumas condio
Simplificando o fluxo de
eventos base
Exemplo: alarme

Extender o comportamento
Comportamento adicional
criado separadamente
Nova verso

97

Generalizao
um relacionamento de um filho para
um pai
Descreve um comportamento geral
compartilhado com o parente
Descreve que o filho tem um comportamento
especializado
Pai

Filho

Filho

98

Exemplo

Identificar Cliente

Verificar ID/Senha

Fazer Scan de Retina

99

Por que usar Generalizao?

Mostrar
Comportamento comum
Estrutura comum
Objetivo Comum

Mostrar que os filhos so parte de uma

famlia de casos de uso
Evitar descrever o mesmo comportamento
em muitos casos de uso
Assegurar que comportamento comum se
mantm consistente

100

Executando Generalizao
Uma instncia de caso de uso executando um caso
especializado vai seguir o fluxo de eventos descritos pelo
caso parente, inserindo comportamento adicional e
modificando seu comportamento como definido no fluxo
de eventos do caso especializado

101

Tipos de Casos de Uso

Concreto
Tem que ser completos e teis
So instanciados diretamente

Abstrato
No precisam ser completos
S existem para ajudar outros casos de uso
Nunca so instanciados

Dica: eliminando os casos de uso abstratos,

ainda compreendemos o sistema

102

Concretos x Abstratos
A

Concretos: B,C
Abstratos: A,D

include

extend
D

103

Generalizao de Atores
Atores podem ter caractersticas comuns
Mltiplos atores podem ter papis comuns ao
interagir com um caso de de uso

Parent

Child

Child

104

Exemplo
Mdico

Alterar Pronturio
Enfermeiro

Auxliar

Profissional de
Sade

105

Por que usar generalizao

Simplificar relaes entre muitos atores
e um caso de uso
Mostrar que uma instncia de um ator
especializado por fazer tudo que outro
tipo de ator faz

106

Atores Abstratos e Concretos

Um ator abstrato contem a parte
comum dos papis
No pode ser instanciado

Um ator concreto pode ser instanciado

107

Concreto x Abstrato (cont.)

Posso contratar
Mdico

Alterar Pronturio
Enfermeiro

Auxliar

Profissional de
Sade

108

Relacionamentos
de
para
generalizao

Se comunica com

Se comunica com

<<include>>
<<extend>>
generalization

111

Priorizando Casos de Uso

Que casos de uso devem ser implementados?
Associar os casos de uso aos requisitos originais

Em que seqncia devem ser implementados?

Selecionar os casos de uso para iteraes de arquitetura
Que representem funcionalidade central significante
Que cubram grande parte da arquitetura
Que forcem ou ilustrem um ponto especfico e delicado da
arquitetura

Priorize os casos de uso/cenrios para iteraes futuras

Professor:
Geraldo Xexo
DCC/IM/UFRJ
PESC/COPPE/UFRJ

Contedo:

FIM: Casos de Uso

1
1
2