Aula08 ModelagemCasosUso

Modelagem de Casos de
Uso
Processo de Software
DEFINIO
Anlise de Sistema
Planejamento do Projeto
Engenharia de Requisitos
CONSTRUO
Engenharia
de Projeto
Requisitos
Codificao
Teste
SOFTWARE PRODUTO
MANUTENO
Entendimento
Modificao
Revalidao
Gerenciamento de
Configurao
Aplicao de
Mtricas
Acompanhamento
e Controle do
Projeto
Atividades de SQA
Produo e
Preparao de
Documentos
Gerenciamento de
Risco
Atividades para
Garantir a Qualidade
Atividades Principais
Elicitao
Anlise
Modelagem
Atividades Principais
UdeI
ELICITAR
UdeI
Documento de Requisitos
do Sistema
ANALISAR
Decises da
Anlise
MODELAR
Mtodos,
Tcnicas e
Ferramentas
Modelo de
Anlise do
Sistema
Atividades Principais da E.R.

UdeI
ELICITAR
UdeI
Documento de Requisitos
do Sistema
ANALISAR
Decises da
Anlise
MODELAR
Mtodos,
Tcnicas e
Ferramentas
Modelo de
Anlise do
Sistema
Modelo de Casos de
Uso
Modelo de Casos de
Uso
O modelo de casos de uso uma

representao das funcionalidades
externamente observveis do sistema e
dos elementos externos ao sistema que
interagem com o mesmo.
O modelo de casos de uso modela os
requisitos funcionais do sistema.
Modelo de Casos de
Uso
O modelo de casos de uso direciona

diversas das tarefas posteriores do
ciclo de vida do sistema de software.
Alm disso, o modelo de casos de uso

fora o desenvolvedor a moldar o
sistema de acordo com o usurio.
Componentes do
Modelo
O modelo de casos de uso de um

sistema composto por:
Casos de uso.
Atores.
Relacionamentos entre os elementos
anteriores.
Casos de Uso
Um caso de uso representa
quem faz o que com o
sistema, sem considerar o
comportamento interno do
sistema.
Casos de Uso
Um caso de uso um documento textual que

descreve a seqncia de eventos realizados por
um ator (um agente externo) para completar um
processo durante o uso do sistema.
Contam histrias de utilizao do sistema.
Casos de uso no so especificao de

requisitos, mas ilustram e envolvem requisitos.
Dependem de que se tenha um entendimento ao

menos parcial dos requisitos do sistema.
Casos de Uso
Cada caso de uso definido atravs da descrio

narrativa das interaes que ocorrem entre o(s)
elemento(s) externo(s) e o sistema.
H vrias formas de se caracterizar os casos de uso:
Formato.
Tipo.
Grau de detalhamento.
Grau de abstrao.
Formato dos Casos de Uso

Descrio Contnua
O Cliente chega ao caixa eletrnico e

insere seu carto. O Sistema solicita a
senha do 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 solicita o total a ser sacado. O
Sistema fornece a quantia desejada e
imprime o recibo para o Cliente.

Descrio Numerada
1.
2.
3.
4.
5.
6.
7.
Cliente insere seu carto no caixa eletrnico.

Sistema apresenta solicitao de senha.
Cliente digita senha.
Sistema exibe menu de operaes disponveis.
Cliente indica que deseja realizar um saque.
Sistema solicita quantia a ser sacada.
Cliente retira a quantia e recibo.

Descrio Particionada
Cliente
1. Insere seu carto no caixa
eletrnico.
Sistema
2. Apresenta solicitao de
senha.
3. Digita senha.
5. Solicita realizao de saque.
7. Retira a quantia e o recibo.
4. Exibe operaes
disponveis.
6. Solicita quantia a ser

sacada.
Tipo dos Casos de Uso

Primrios : processos mais importantes.
Ex: Sacar, Depositar, ...
Secundrios: processos menos importantes ou raros
Ex: Alterar Senha
Opcionais: processos que podem no ser includos na
soluo.
Grau de Detalhamento dos

Casos de Uso
O grau de detalhamento de um
caso de uso tambm pode variar.
Um caso de uso de alto nvel

descreve as interaes sem muitos
detalhes.
Um caso de uso expandido descreve
as interaes em detalhes.

Casos de Uso
De alto nvel
Descrevem o processo sucintamente,

em duas ou trs sentenas.
So vagos a respeito de decises de

projeto e so teis na fase inicial de
engenharia de requisitos.
Caso de Uso de Alto Nvel

Caso de uso: Comprar Itens
Usar verbo para

nomear caso de uso
(enfatizar que um
processo).
Atores:
Cliente, Caixa
Nome de atores com

letra maiscula.
Tipo:
primrio
Descrio:
Um Cliente chega ao balco de sada da

loja com itens que deseja comprar. O Caixa
registra os itens de compra e recebe o
pagamento. Quando termina, o Cliente sai com
os itens comprados.

Casos de Uso
Expandidos
Exibem mais detalhes.
Geralmente so escritos em um formato

conversacional (ou interativo) entre os
atores e o sistema.
Parte 1 Resumo
Parte 2 Seqncia Tpica de Eventos
Parte 3 Seqncias Alternativas
Caso de Uso Expandido

(Parte 1 Resumo)
(restrito a pagamento em dinheiro e sem tratar controle de estoque)
Caso de Uso: Comprar Itens com Dinheiro
Informar ator que
inicia o processo.
Atores:
Cliente (iniciador), Caixa
Finalidade:
Capturar a venda
e seu pagamento em dinheiro
Rastreabilidade
Viso geral:
Um Cliente chegaAao
balco
de sadacruzada
da lojapermite
com itens que
clusula
de referncia
todos os requisitos
atendidos
deseja comprar. Oconferir
Caixaseregistra
os itens foram
de compra
e
por casos de uso.
recebe o pagamento.
Quando termina, o Cliente sai com os
itens comprados.Ao final, todos os casos de uso devem poder
ser rastreados para a implementao e o
teste.
essencial
(a ser discutido adiante)
Tipo:
primrio e
Referncias
Cruzadas:
Requisitos: R1.1, R1.2, R1.3, R1.7, R1.9, R2.1

(Parte 2 Seqncia Tpica de Eventos)
Ao do ator
1. Este caso de uso comea
quando o Cliente chega ao TPV
com itens para comprar
2. O Caixa registra o identificador
de cada item
Resposta do sistema
Usar:
Este caso de uso comea
quando <Ator> <Inicia um
Evento>
3. Determina o preo do item e

adiciona informao sobre o item
transao de venda corrente
Se h mais de um do mesmo item, A descrio e o preo do item so

o caixa tambm entra a quantidade apresentados
4. Quando termina a entrada dos
itens, o Caixa indica ao TPV que as
entradas esto completas
6. O Caixa informa o total ao
cliente
7. O Cliente entrega o pagamento
em dinheiro o pagamento em
dinheiro possivelmente maior
que o total da venda
5. Calcula e apresenta o total da

venda

(Parte 2 Seqncia Tpica de Eventos)
Ao do ator
Resposta do Sistema
8. O Caixa registra a quantidade de 9. Exibe o valor do troco a ser

dinheiro recebida
devolvido ao cliente
10. O Caixa deposita o dinheiro
recebido e retira o troco devido
O Caixa entrega ao cliente o troco
e o recibo impresso
12. O Cliente sai com os itens
comprados
11. Registra a venda completada

(logs)

(Parte 3 Sequncias Alternativas)
Descrevem alternativas importantes ou excees que

podem ocorrer numa sequncia tpica.
Se forem muito complexas podem se transformar em um caso

de uso.
Seqncias alternativas:
Linha 2: Identificador de item invlido digitado. Indicar o erro.
Linha 7: O Cliente no tem dinheiro suficiente. Cancelar a

transao de venda.
Grau de Abstrao dos

Casos de Uso
O grau de abstrao de um caso

de uso diz respeito existncia ou
no de meno tecnologia a ser
utilizada na descrio do caso de
uso.
Grau de Abstrao dos

Casos de Uso
Essenciais
Casos de uso expressos em uma forma

ideal, que relativamente livre de
detalhes tecnolgicos e de
implementao.
Decises de projeto so postergadas.
Caso de Uso Comprar Itens: Essencial
Ao do ator
Resposta do Sistema

2. O Caixa registra o identificador
de cada item

adiciona informao sobre o item
transao de venda corrente
Se h mais de um do mesmo item, A descrio e o preo do item so

o caixa tambm entra a quantidade apresentados
4.
Grau de Abstrao dos

Casos de Uso
Reais
Descrevem o processo em termos de

seu real projeto corrente.
Consideram tecnologia, entrada e sada,

interface,
Definidos na fase de projeto.
Caso de Uso Comprar Itens: Real

Ao do Ator
Resposta do Sistema

2. Para cada item o Caixa digita o
cdigo universal do produto no
campo de entrada CUP da janela.
Ele ento pressiona o boto
Entrar Item com o mouse ou
pressiona <Enter>
3. Mostra o preo do item e

adiciona a informao do item
transao de venda corrente. A
descrio e o preo so mostrados
na caixa de texto 2 da Janela1.
...
Ateno:
Ateno Em geral, os casos de uso reais no devem ser produzidos na fase de
engenharia de requisitos (comprometimento prematuro com uma deciso de
Projeto e complexidade desnecessria) .
Grau de Abstrao dos

Casos de Uso
Casos de uso de alto nvel so essenciais por natureza,

devido sua forma resumida e alto nvel de abstrao.
O intervalo entre essencial e real deve ser visto como um

contnuo em que o caso de uso pode se situar em qualquer
ponto.
Requisitos/Anlise
Essencial,
muito abstrato
Projeto
Real,
muito concreto
Importante!!!
Um caso de uso no representa um passo individual ou uma

operao ou transao de entrada.
Por exemplo: imprimir o recibo no um caso de uso no

sistema de TPV.
Um caso de uso normalmente a descrio de um processo

relativamente grande, com incio e fim prprios, que
normalmente incluem vrias transaes ou operaes de
entrada e sada.
Exemplos:
retirar dinheiro de um caixa automtico

matricular-se em uma disciplina
verificar ortografia em um editor de texto
Pontos de Deciso e Desvio
Exemplo: no caso de uso Comprar Itens,

Itens o cliente pode
pagar em dinheiro, carto de crdito ou cheque.
Dividir o caso de uso em sees.
Para cada caso de uso:
Parte 1 Resumo
Seo Principal
Seo Pagamento com Dinheiro
Parte 2 Sequncia Tpica de Eventos

Parte 3 Sequncias Alternativas
Parte 2 Sequncia Tpica de Eventos
Parte 3 Sequncias Alternativas
Seo Pagamento com Carto de Crdito
Caso de Uso Comprar Itens

Seo Principal
Sequncia tpica de eventos
Ao do ator
Resposta do Sistema
1. Este caso de uso comea quando o Cliente

chega ao TPV com itens para comprar
2. O Caixa registra o identificador de cada
item
3. Determina o preo do item
4. Quando termina a entrada dos itens
5. Calcula
6. O Caixa informa o total ao cliente

7. O Cliente escolhe o tipo de pagamento:
i. Se for pagamento em dinheiro, ver
seo Pagamento em Dinheiro
ii. Se for pagamento com carto de
crdito ver seo Pagamento por Carto de
Crdito
iii.Se for pagamento por cheque, ver
seo Pagamento em Cheque
8. Registra a venda completada
9. O Caixa entrega o recibo para o Cliente
10. O Cliente sai da loja com os itens
Caso de Uso Comprar Itens

Seo Pagamento com Dinheiro
Sequncia tpica de eventos
Ao do ator
Resposta do Sistema
1. O Cliente entrega o pagamento

em dinheiro, possivelmente maior
que o total da venda
2. O Caixa registra a quantidade de 3. Exibe o valor do troco a ser
dinheiro recebida
devolvido ao cliente
4. O Caixa deposita o dinheiro
recebido e retira o troco devido
O Caixa entrega o troco ao Cliente
Seqncia alternativa:
Linha 4: Dinheiro insuficiente na gaveta para pagar o troco. Solicita
dinheiro ao supervisor
Atores
Atores
Elemento externo que interage com o sistema.
Externo: atores no fazem parte do sistema.
Interage: um ator troca informaes com o sistema.
Casos de uso representam uma seqncia de

interaes entre o sistema e o ator.
No sentido de troca de informaes entre eles.
Normalmente um agente externo inicia a

seqncia de interaes com o sistema, ou um
evento acontece para que o sistema responda.
Atores
Categorias de atores:
Pessoas (Empregado, Cliente, Gerente,

Almoxarife, Vendedor, etc.).
Organizaes (Empresa Fornecedora, Agncia
de Impostos, Administradora de Cartes, etc.).
Outros sistemas (Sistema de Cobrana, Sistema
de Estoque de Produtos, etc.).
Equipamentos (Leitora de Cdigo de Barras,
Sensor, etc.).
Atores
Um ator corresponde a um papel representado em

relao ao sistema.
O mesmo indivduo pode ser o Cliente que compra

mercadorias e o Vendedor que processa vendas.
Uma pessoa pode representar o papel de Funcionrio de
uma instituio bancria que realiza a manuteno de um
caixa eletrnico, mas tambm pode ser o Cliente do
banco que realiza o saque de uma quantia.
O nome dado a um ator deve lembrar o seu papel,

ao invs de lembrar quem o representa.
Atores Primrios e
Secundrios
Um ator pode participar de muitos casos de

uso.
Um caso de uso pode envolver vrios atores, o
que resulta na classificao dos atores em
primrios ou secundrios.
Um ator primrio aquele que inicia uma seqncia

de interaes de um caso de uso.
Atores secundrios supervisionam, operam, mantm
ou auxiliam na utilizao do sistema.
Exemplo
Para que o Usurio (ator primrio) requisite uma

pgina a um Browser (sistema), o Servidor Web
(ator secundrio) deve estar envolvido.
Relacionamentos
Relacionamentos
Casos de uso e atores no existem

sozinhos.
Existem relacionamentos entre eles:
Comunicao.
Incluso.
Extenso.
Generalizao (Herana).
Exerccio
Desenvolva casos de uso (expandidos)

para um Sistema de Caixa Eletrnico.
Considere que possvel:
Emitir saldo.
Sacar dinheiro.
Depositar dinheiro.
Efetuar pagamentos.
Agendar pagamentos.
Alterar a senha.
Exerccio
Caso de uso: Emitir saldo em um terminal de caixa eletrnico.
Seqncia Tpica de Eventos
1. O cliente chega ao terminal de caixa eletrnico e insere o carto
magntico.
2. O sistema realiza a leitura do carto magntico do cliente.
3. O sistema solicita a digitao da senha.
4. O cliente digita a senha.
5. O sistema valida a senha.
6. O cliente seleciona a opo de saldo.
7. O sistema questiona o tipo de saldo: conta corrente, poupana,
aplicaes.
8. O sistema processa e mostra o saldo para o cliente.
Exerccio
Seqncias Alternativas
2 - Problemas na leitura do carto magntico
Se o sistema no conseguir ler os dados do carto magntico, tentar
nova leitura por no mximo mais duas vezes. Caso persista o
problema, encerrar o caso de uso.
5 - Senha invlida
Se a senha no for igual senha cadastrada no sistema, informar ao
mesmo e solicitar nova digitao. Esse processo pode ser repetido por
no mximo trs tentativas. Aps a terceira sem sucesso a conta deve
ser bloqueada e o caso de uso encerrado.
7 - Conta Inexistente
Se o cliente no possuir o tipo de conta selecionada, informar ao
mesmo e encerrar o caso de uso.
Diagrama de Casos de Uso
responsvel por representar

graficamente os atores, casos de uso e
relacionamentos entre os elementos do
sistema.
Tem o objetivo de ilustrar em um nvel alto

de abstrao quais elementos externos
interagem com que funcionalidades do
sistema.
Um diagrama de caso de uso mostra o

relacionamento entre os atores e os casos de uso
dentro de um sistema.
Um caso de uso representa uma funcionalidade do

sistema.
Representado por uma elipse contendo o nome do caso de

uso.
Um ator um agente externo (um usurio ou um outro

sistema) que interage com o sistema.
Pode ser representado como um retngulo de classe com o

esteretipo <<ator>> ou pela figura de um homem
estilizado.

Notao: Ator e Caso de Uso
Comprar Itens
cone para caso de uso
Caixa
cone para ator
Relacionamentos

sozinhos.
Comunicao.
Incluso.
Extenso.
Relacionamento de
Comunicao
Representa a informao de quais atores

esto associados a que casos de uso.
O fato de um ator estar associado a um caso

de uso significa que esse ator interage (troca
informaes) com o sistema.
Um ator pode se relacionar com mais de

um caso de uso.
o mais comum dos relacionamentos.

Notao: Relacionamento de Comunicao
Um relacionamento de
comunicao representado por
um segmento de reta ligando ator
e caso de uso.

Notao: Relacionamento de Comunicao
ator
caso de uso
Comprar Itens
Usurio
Relacionamento de
Comunicao
Relacionamentos

sozinhos.
Comunicao.
Incluso.
Extenso.
Relacionamento de Incluso
Existe somente entre casos de uso.
Analogia til: rotina.
Em uma linguagem de programao,

instrues podem ser agrupadas em uma
unidade lgica chamada rotina.
Sempre que essas instrues devem ser

executadas, a rotina correspondente
chamada.
Quando dois ou mais casos de uso incluem

uma seqncia de interaes em comum,
esta seqncia comum pode ser descrita
em um outro caso de uso.
Esse caso de uso em comum:
Evita a descrio de uma mesma seqncia de

interaes mais de uma vez.
Torna a descrio dos casos de uso mais
simples.
Exemplo
Considere um sistema de controle de

transaes bancrias.
Alguns casos de uso deste sistema so Obter
Extrato, Realizar Saque e Realizar
Transferncia.
H uma seqncia de interaes em comum.
A seqncia de interaes para validar a senha do

cliente.

Notao: Relacionamento de Incluso
Os relacionamentos de incluso so
representados por uma seta direcionada
de um caso de uso para outro.
A seta (tracejada) de um relacionamento de

incluso recebe o esteretipo <<include>>.

Relacionamento <<include>>
Matricular
Aluno
Cliente
Validar
Matrcula
RealizarPedido
<<include>>
ValidarCliente
<<include>>
Emitir Histrico
Escolar
<<include>>

1. O aluno digita sua matrcula.
2. O sistema verifica se a matrcula
vlida. Include (Validar
Matrcula).

Usado quando um caso de uso possui

um comportamento parcial comum a
vrios outros casos de uso.
Indica que um caso de uso ter seu

procedimento copiado em um local
especificado no outro caso de uso,
identificado como base.
Relacionamentos

sozinhos.
Comunicao.
Incluso.
Extenso.
Relacionamento de Extenso
Existe somente entre casos de uso.
Utilizado para modelar situaes onde

diferentes seqncias de interaes podem
ser inseridas em um caso de uso.
Cada uma das diferentes seqncias

representa um comportamento opcional,
que s ocorre sob certas condies ou cuja
realizao depende da escolha do ator.
Separar um comportamento obrigatrio

de outro opcional.
Separar um trecho de caso de uso que

ser executado apenas em
determinadas condies.
Separar trechos que dependam da

interao com um determinado ator.
Exemplo:
Ao efetuar uma venda, um desconto

poder ser dado caso o cliente seja
VIP.
Essa funcionalidade (o desconto) no

executada em todas as vendas,
mas somente quelas em que o
cliente VIP.

Notao: Relacionamento de Extenso
Os relacionamentos de extenso
sorepresentados por uma seta
direcionada de um caso de uso para
outro.
A seta (tracejada) de um relacionamento de

extenso recebe o esteretipo
<<extends>>.

Relacionamento <<extends>>
<<extends>>
CalcularDesconto
ClienteVIP
EfetuarVenda
Cliente
RealizarPedido
<<extends>>
CadastrarCliente

...
5. Escolher forma de pagamento.
6. Se cliente VIP, calcular
desconto especial. Extend
(Calcular desconto cliente VIP)
...

Extenso
Um caso de uso estende outro se ele
(eventualmente) adiciona comportamento ao caso
de uso base.
Sejam A e B dois casos de uso.
Um relacionamento de extenso de B para A indica que um

ou mais dos cenrios de A podem incluir o comportamento
especificado por B.
Neste caso, diz-se que B estende A.
O caso de uso A chamado de estendido e o caso de uso B
de extensor.

Quando um ator opta por executar a seqncia de

interaes definida no extensor, este executado.
Aps a sua execuo, o fluxo de interaes volta ao caso de uso

estendido, recomeando logo aps o ponto em que o extensor foi
inserido.
Importante: no necessariamente o comportamento

definido pelo caso de uso extensor realizado.
Relacionamentos

sozinhos.
Comunicao.
Incluso.
Extenso.
Relacionamento de Generalizao
(Herana)
Relacionamento no qual o reso mais evidente.
Pode existir entre dois casos de uso ou entre dois atores.
Este relacionamento permite que um caso de uso (ou um

ator) herde caractersticas de um caso de uso (ator) mais
genrico.
O caso de uso (ator) herdeiro pode especializar o
comportamento do caso de uso (ator) base.
(Herana)
Na generalizao entre casos de uso, sejam A e B

dois casos de uso.
Quando B herda de A, as seqncias de comportamento de

A valem tambm para B.
Quando for necessrio, B pode redefinir as seqncias de

comportamento de A.
Alm disso, B participa em qualquer relacionamento no
qual A participa.
Vantagem: comportamento do caso de uso original

reutilizado pelos casos de uso herdeiros.
Somente o comportamento que no faz sentido ou

diferente para um herdeiro precisa ser redefinido.
(Herana)
A generalizao entre atores significa

que o herdeiro possui o mesmo
comportamento que o ator do qual ele
herda.
Alm disso, o ator herdeiro pode

participar em casos de uso em que o
ator do qual ele herda no participa.
(Herana)
Exemplo:
Considere uma biblioteca na qual pode

haver alunos e professores como usurios.
Ambos podem realizar emprstimos de
ttulos de livros e reservas de exemplares.
No entanto, somente o professor pode
requisitar a compra de ttulos de livros
biblioteca.

Notao: Relacionamento de Herana
Herana
Significa que o
item filho herda
o
comportament
oeo
significado do
pai.
Solicitar Compra
de Ttulo
Reservar Livro
Usurio
Professor
Emprestar Livro
Aluno
Limite (ou Escopo) do Sistema
O sistema pode ser limitado por:
Hardware ou software.
Departamentos de uma organizao.
Toda a organizao.
O limite delimitado arbitrariamente pelo

analista e o cliente.
Geralmente leva em conta critrios tais como:
Poltica organizacional, limites de menor comunicao

entre os subsistemas, oportunidade e tamanho do
sistema.
TPV
Comprar
Itens
Caixa
Abrir
(Log in)
Reembolsar
Itens
Cliente
Ex: Considerar toda a loja como sendo

o sistema. O caixa est dentro do
sistema e um de seus recursos.
LOJA
Limite do
sistema
Comprar
Itens
Reembolsar
Itens
Cliente
Limite (ou Escopo) do Sistema

Sistema de Venda de
Livros pelo Correio
Realizar
Pedido
Vendedor
Cliente
Fronteira
Empresa transportadora
Construo do Diagrama de
Casos de Uso
Os diagramas de casos de uso devem servir para

dar suporte parte escrita do modelo, fornecendo
uma viso de alto nvel.
Quanto mais fcil for a leitura do diagrama

representando casos de uso, melhor.
Se o sistema sendo modelado no for to

complexo, pode ser criado um nico diagrama de
casos de uso.
Este diagrama permite dar uma viso global e de

alto nvel do sistema.
Construo do Diagrama de
Casos de Uso
Em sistemas complexos, representar todos os casos de

uso do sistema em um nico diagrama de casos de uso
talvez o torne um tanto ilegvel.
Alternativa: criar vrios diagramas, de acordo com as

necessidades de visualizao.
Diagrama exibindo um caso de uso e seus relacionamentos.

Diagrama exibindo todos os casos de uso para um ator.
Diagrama exibindo todos os casos de uso a serem implementados
em um ciclo de desenvolvimento.
Identificao dos Elementos

do Modelo de Casos de Uso
Identificao dos Elementos do

Modelo de Casos de Uso
Os atores e os casos de uso so identificados a

partir de informaes coletadas na fase de
levantamento de requisitos do sistema.
Durante esta fase, os analistas devem identificar as

atividades do negcio relevantes ao sistema a ser
construdo.
No h uma regra geral que indique quantos

casos de uso so necessrios para descrever
completamente um sistema.
A quantidade de casos de uso a ser utilizada
depende da complexidade do sistema.
Identificao de Atores
Fontes e destinos das informaes a serem

processadas so atores em potencial.
Uma vez que um ator todo elemento externo que

interage com o sistema.
O analista deve identificar:
As reas da empresa que sero afetadas ou

utilizaro o sistema.
Fontes de informaes a serem processadas e
destinos das informaes geradas pelo sistema.
Identificao de Atores
Perguntas teis:
Que rgos, empresas ou pessoas iro utilizar o

sistema?
Que outros sistemas iro se comunicar com o sistema a
ser construdo?
Algum deve ser informado de alguma ocorrncia no
sistema?
Quem est interessado em um certo requisito funcional
do sistema?
O desenvolvedor deve ainda continuar a pensar

sobre atores quando passar para a identificao
dos casos de uso.
Identificao de Casos de Uso

Baseada em Atores
A partir da lista (inicial) de atores, deve-se

passar identificao dos casos de uso.
Nessa identificao, pode-se distinguir entre
dois tipos de casos de uso:
Primrio: representa os objetivos dos atores.

Secundrio: aquele que no traz benefcio direto
para os atores, mas que necessrio para que
sistema funcione adequadamente.
Identificao de Casos de Uso Baseada em Atores
Casos de Uso Primrios
Perguntas teis:
Quais so as necessidades e objetivos de cada ator

em relao ao sistema?
Que informaes o sistema deve produzir?
O sistema deve realizar alguma ao que ocorre
regularmente no tempo?
Para cada requisito funcional, existe um (ou mais)
caso(s) de uso para atend-lo?
Outras tcnicas de identificao:
Caso de uso que precede a outro caso de uso.

Caso de uso relacionado a uma condio interna.
Caso de uso que sucede a outro caso de uso.
...
Identificao de Casos de Uso Baseada em Atores
Casos de Uso Secundrios
Estes se encaixam nas seguintes categorias:
Manuteno de cadastros.
Manuteno de usurios.
Manuteno de informaes provenientes de
outros sistemas.
Importante: Um sistema de software no existe
para cadastrar informaes, nem tampouco para
gerenciar os seus usurios.
O objetivo principal produzir algo de valor para o

ambiente no qual ele est implantado.
Identificao de Casos de Uso

Baseada em Eventos
Identificar os eventos externos aos quais um

sistema deve responder.
Relacionar os eventos a atores e a casos de uso.
Exemplos:
Itens vendidos
(ator=cliente, caso de uso=comprar item)
Dinheiro retirado
(ator=caixa, caso de uso=registrar retirada de dinheiro)

Consideraes...
O modelo de casos de uso fora o

desenvolvedor a pensar em como os
agentes externos interagem com o o
sistema.
No entanto, este modelo corresponde
somente aos requisitos funcionais.
Outros tipos de requisitos (desempenho,
interface, segurana, regras do negcio,
etc.) tambm fazem parte do documento de
requisitos.

Consideraes...
Regras de Negcio
So polticas, condies ou restries que devem

ser consideradas na execuo dos processos
existentes em uma organizao.
Descrevem a maneira pela qual a organizao
funciona.
Estas regras so identificadas e documentadas
em um modelo de regras de negcio.
A descrio do modelo de regras de negcio
pode ser feita utilizando-se texto informal, ou
alguma forma de estruturao.

Consideraes...
Alguns exemplos de regras de negcio:
O valor total de um pedido igual soma dos

totais dos itens do pedido acrescido de 10% de
taxa de entrega.
Um professor s pode estar lecionando
disciplinas para as quais esteja habilitado.
Um cliente do banco no pode retirar mais de
R$ 1.000,00 por dia de sua conta.
Os pedidos para um cliente no especial devem
ser pagos antecipadamente.

Consideraes...
Regras de negcio normalmente tm

influncia sobre um ou mais casos de uso.
Os identificadores das regras de negcio

devem ser adicionados descrio do caso
de uso.
Utilizando uma seo regras de negcio na

descrio do caso de uso.
Relembrando...
Sistema TPV (Terminal de Ponto de Vendas)
O TPV um sistema computadorizado usado

para registrar vendas e cuidar de pagamentos.
Tipicamente usado em vendas a varejo.
Inclui componentes de software e de

hardware, tais como um computador e um
leitor de cdigo de barras.
Relembrando...
Sistema TPV (Terminal de Ponto de Vendas)
Cliente
Terminal de Ponto
de Vendas (TPV)
Caixa
Relembrando...
TPV - Funes Bsicas
R1.1 Registrar a venda em andamento (corrente), isto ,

os itens comprados
R1.2 Calcular o total da venda corrente, incluindo os

clculos de impostos e de cupons de desconto
R1.3 Capturar a informao de um item adquirido, usando

o cdigo, obtido por um leitor de cdigo de barra, ou pela
entrada manual do cdigo do produto, usando o cdigo
universal de produto (CUP ou UPC)
R1.4 Reduzir a quantidade em estoque quando a venda

for finalizada
Relembrando...
TPV - Funes Bsicas
R1.5 Registrar as vendas completadas
R1.6 O Caixa deve abrir o caixa (log in) com um Identificador

(ID) e uma senha para poder usar o sistema
R1.7 Fornecer um mecanismo de armazenamento

permanente
R1.8 Fornecer mecanismos de comunicao inter-processos e

inter-sistemas
R1.9 Exibir a descrio e o preo do item registrado
Relembrando...
TPV - Funes de Pagamento
R2.1 Tratar os pagamentos em dinheiro: capturar a quantia recebida e

informar o troco.
R2.2 Tratar o pagamento com carto de crdito: captar a informao
do carto de crdito por um leitor de cartes ou uma entrada manual e
autorizar o pagamento com o servio de autorizao de crdito
(externo) da loja via conexo por modem.
R2.3 Registrar os pagamentos por crdito no sistema de contas a
receber da loja, uma vez que o servio de autorizao de crdito deve
loja a quantia oferecida como pagamento.
R2.4 Tratar os pagamentos com cheque: capturar o CPF por entrada
manual e autorizar o pagamento com o servio de autorizao de
crdito da loja (externo) via conexo por modem.
Exemplo Sistema TPV

(Passo 1. Identificar atores, casos de uso e limites do sistema.)
Os limites do sistema sero definidos como o sistema de hardware e

software.
Atores e casos de uso:
Caixa: Abrir (Log In), Retirar dinheiro do caixa, Fechar
Cliente: Comprar Itens, Reembolsar Itens
Gerente: Iniciar e Encerrar (o sistema)
Administrador do Sistema: Adicionar novo usurio
Exemplo Sistema TPV

(Passo 2. Escrever casos de uso no formato de alto nvel.)
Caso de uso: Comprar Itens

Atores: Cliente (iniciador), Caixa
Tipo: primrio
Descrio: Um cliente chega ao balco de sada da loja com
itens para comprar. O caixa registra os itens de
compra e recebe o pagamento. Quando termina,
o cliente sai com os itens comprados.
Exemplo Sistema TPV

(Passo 2. Escrever casos de uso no formato de alto nvel.)
Caso de uso: Iniciar

Atores: Gerente
Tipo: primrio
Descrio: Um Gerente liga o sistema TPV de modo a
prepar-lo para o uso pelos Caixas. O Gerente
confere que as datas e hora esto corretas, aps
o que o sistema est pronto para uso dos Caixas.
Exemplo
Sistema TPV
(Passo 3. Desenhar um
diagrama de casos
de uso.)
TPV
Comprar
Itens
Abrir
Caixa
Cliente
Reembolsar
Itens
Adicionar
novos
usurios
Administrador
Do Sistema
Gerente
Iniciar
etc.
Exemplo Sistema TPV

(Passo 4. Escrever casos de uso essenciais expandidos.)
Caso de Uso: Comprar Itens

Atores:
Cliente (iniciador), Caixa
Propsito:
Captura a venda e seu pagamento em dinheiro
Viso geral:
Um cliente chega a um ponto de pagamento, com vrios

itens que deseja comprar. O caixa registra os itens de compra
e recebe o pagamento, o qual pode necessitar autorizao.
No final, o cliente sai com os itens comprados.
Tipo:
primrio e essencial
Referncias
Cruzadas:
Funes: R1.1, R1.2, R1.3, R1.7, R1.9, R2.1, R2.2, R2.3,

R2.4
Casos de Uso: o caixa deve ter completado o caso de uso
Abrir
Exemplo Sistema TPV

(Passo 4. Escrever casos de uso essenciais expandidos.)
Seo : Principal
Ao do ator
Resposta do sistema
1. Este caso de uso comea quando um Cliente chega a um ponto de pagamento equipado com um TPV, com vrios itens que
deseja comprar.
2. O Caixa registra cada item.
Se houver mais de um exemplar do item, o
Caixa tambm pode entrar a quantidade.

acrescenta informao sobre o
item transao de vendas
em andamento.
A descrio e o preo do item corrente so
apresentados.
4. No trmino da entrada de itens, o Caixa

indica para o TPV que a entrada de itens
est completa.
6. O Caixa informa ao Cliente o total.
5. Calcula e apresenta o total

da venda.
(continuao)
Ao do ator
Resposta do sistema
7. O Cliente escolhe o tipo de pagamento:

a. Se pagamento em dinheiro, ver seo
Pagar com Dinheiro.
b. Se pagamento com carto, ver seo
Pagar com Carto de Crdito.
c. Se pagamento com cheque, ver seo
Pagar com Cheque.
8. Registra a venda completada.
9. Atualiza os nveis de estoque.
10. Gera um recibo.
11. O Caixa d o recibo ao Cliente.
12. O Cliente sai com os itens comprados.
Seqncias alternativas
Linha 2: Entrada de Identificador de item invlido. Indicas erro.
Linha 7: Cliente no pode pagar. Cancelar a transao de venda.
Seo: Pagar com Dinheiro

Ao do ator
Resposta do sistema
1. O Cliente d um pagamento em dinheiro.

O valor fornecido possivelmente maior que o
total da venda.
2. O Caixa registra a quantia fornecida
3. Apresenta o troco devido ao

Cliente
4. O Caixa deposita o dinheiro recebido e retira

o troco devido.
O Caixa d o troco ao Cliente
Linha 1: O Cliente no tem dinheiro suficiente. Pode cancelar a venda ou iniciar
outro mtodo de pagamento
Linha 4: A gaveta de dinheiro no contm o suficiente para pagar o troco. O Caixa
solicita mais dinheiro ao supervisor ou pede ao Cliente uma quantia
de dinheiro diferente ou a opo por um outro mtodo de pagamento
Seo: Pagar com Carto de Crdito

Ao do ator
Resposta do sistema
1. O Cliente comunica suas

2. Gera uma solicitao de pagamento com
informaes de Crdito para ocarto de crdito e a envia a um Servio
pagamento com carto de crdito de Autorizao de Crdito (SAC) externo
3. O SAC autoriza o pagamento
4. Recebe uma resposta de aprovao

de crdito do SAC.
5. Lana o pagamento com carto de crdito

e a informao da resposta de aprovao no
sistema de Contas a Receber (C/R). (O SAC
deve dinheiro Loja, logo C/R deve fazer o
acompanhamento)
6. Exibe a mensagem de autorizao bem
sucedida
Linha 3: Solicitao de crdito negada pelo SAC. Sugerir um mtodo de pagamento
diferente
Seo: Pagar com Cheque

Ao do ator
Resposta do sistema
1. O Cliente preenche um cheque

e se identifica.
2. O Caixa registra a informao de
identificao e solicita autorizao
para pagamento com cheque
3. Gera uma solicitao de pagamento

com cheque e a envia a um Servio de
Autorizao de Cheques externo
4. O Servio de autorizao de
Cheques autoriza o pagamento
5. Recebe uma resposta de aprovao

do Servio de Autorizao de Cheques.
6. Indica autorizao bem-sucedida.
Linha 4: Solicitao de cheque negada pelo Servio de Autorizao de Cheques.
Sugerir um mtodo de pagamento diferente
Exerccio
Elaborar o diagrama de casos de uso

para o Sistema de Caixa Eletrnico.

Aula08 ModelagemCasosUso

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Aula08 ModelagemCasosUso

Uploaded by

Copyright:

Available Formats

Modelagem de Casos de

Atividades Principais da E.R.

O modelo de casos de uso uma

O modelo de casos de uso direciona

Alm disso, o modelo de casos de uso

O modelo de casos de uso de um

Um caso de uso um documento textual que

Contam histrias de utilizao do sistema.

Casos de uso no so especificao de

Dependem de que se tenha um entendimento ao

Cada caso de uso definido atravs da descrio

H vrias formas de se caracterizar os casos de uso:

Formato dos Casos de Uso

O Cliente chega ao caixa eletrnico e

Formato dos Casos de Uso

Cliente insere seu carto no caixa eletrnico.

Formato dos Casos de Uso

6. Solicita quantia a ser

Tipo dos Casos de Uso

Grau de Detalhamento dos

Um caso de uso de alto nvel

Grau de Detalhamento dos

Descrevem o processo sucintamente,

So vagos a respeito de decises de

Caso de Uso de Alto Nvel

Usar verbo para

Nome de atores com

Um Cliente chega ao balco de sada da

Grau de Detalhamento dos

Exibem mais detalhes.

Geralmente so escritos em um formato

Parte 2 Seqncia Tpica de Eventos

Parte 3 Seqncias Alternativas

Caso de Uso Expandido

Cliente (iniciador), Caixa

Requisitos: R1.1, R1.2, R1.3, R1.7, R1.9, R2.1

Caso de Uso Expandido

3. Determina o preo do item e

Se h mais de um do mesmo item, A descrio e o preo do item so

5. Calcula e apresenta o total da

Caso de Uso Expandido

8. O Caixa registra a quantidade de 9. Exibe o valor do troco a ser

11. Registra a venda completada

Caso de Uso Expandido

Descrevem alternativas importantes ou excees que

Se forem muito complexas podem se transformar em um caso

Linha 2: Identificador de item invlido digitado. Indicar o erro.

Linha 7: O Cliente no tem dinheiro suficiente. Cancelar a

Grau de Abstrao dos

O grau de abstrao de um caso

Grau de Abstrao dos

Casos de uso expressos em uma forma

Decises de projeto so postergadas.

Caso de Uso Comprar Itens: Essencial

1. Este caso de uso comea

3. Determina o preo do item e

Se h mais de um do mesmo item, A descrio e o preo do item so

Grau de Abstrao dos

Descrevem o processo em termos de

Consideram tecnologia, entrada e sada,

Caso de Uso Comprar Itens: Real

1. Este caso de uso comea

3. Mostra o preo do item e