Diagrama de Casos de Uso

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.

Esse modelo representa, na UML, os

requisitos funcionais do sistema.

Utilidade dos Casos de Uso

Equipe de clientes (validao)
aprovam o que o sistema dever fazer
entendem o que o sistema dever fazer

Equipe de desenvolvedores
Ponto de partida para refinar requisitos de software.
Podem seguir um desenvolvimento dirigido a casos
de uso.

Designer (projetista): encontrar classes

Testadores: usam como base para casos de
teste

Composio dos Casos de

Uso
O modelo de casos de uso de um sistema
composto de duas partes:
textual,
grfica.

O diagrama da UML utilizado na modelagem de

grfica o diagrama de casos de uso.
Este diagrama permite dar uma viso global e
de alto nvel do sistema.
Componentes: casos de uso, atores,
relacionamentos entre os elementos anteriores.

Casos de Uso - Definio

Um caso de uso a especificao de uma
seqncia de interaes entre um sistema e
os agentes externos.
Define parte da funcionalidade de um
sistema, sem revelar a estrutura e o
comportamento internos deste sistema.
Cada caso de uso definido atravs da
descrio textual das interaes que
ocorrem entre o(s) elemento(s)
externo(s) e o sistema.

Dimenses para descries textuais

Um caso de uso definido atravs da
descrio textual das interaes entre o(s)
elemento(s) externo(s) e o sistema.
A UML no define nada acerca de como
essa descrio textual deve ser construda.
H vrias dimenses independentes para a
descrio textual de um caso de uso:
Formato (contnua, tabular, numerado)
Grau de detalhamento (sucinta ou expandida)

Ex. Descrio Contnua

Ex. Descrio Numerada

Ex. Descrio tabular

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 como o sistema.

Atores
Categorias de atores:
cargos (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.)

Essa categorizao indica para ns que o

conceito de ator depende do escopo do
sistema.

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.
O nome dado a um ator deve
lembrar o seu papel, em vez de
lembrar quem o representa.

Atores vs. Casos de Uso

Um ator representa um conjunto coerente de
papis que os usurios desempenham quando
interagem com o sistema
Um caso de uso representa o que um ator quer
que o sistema faa.
Atores servem para definir o ambiente do sistema
Se comunicam enviando mensagens e/ou
recebendo mensagens do sistema
Ao se definir o que os atores fazem e o que os casos
de uso fazem, delimita-se, o escopo do sistema.

Diagrama de Casos de Uso

Representa graficamente os atores, casos
de uso e relacionamentos entre os
elementos.
Ilustra em um nvel alto de abstrao:
elementos externos
funcionalidades do sistema.

Uma espcie de diagrama de contexto.

Apresenta os elementos externos de um
sistema e as maneiras segundo as quais eles
as utilizam.

Ex. Diagrama de Casos de

Uso

Elementos dos Diagramas de Casos

de Uso
Atores e Casos de uso
Relacionamentos entre esses elementos:
Comunicao
Incluso
Extenso
Generalizao

Para cada um desses elementos, a UML

define uma notao grfica e uma
semntica especficas.

Ator, caso de uso, comunicao

Incluso (include)

Extenso (extend)

Generalizao

Resumo da notao

Identificao dos elementos dos

casos de uso
Atores e os casos de uso so
identificados a partir de informaes
coletadas no levantamento de
requisitos.
No h uma regra geral que indique
quantos casos de uso e atores so
necessrios para descrever um
sistema.
A quantidade de casos de uso e
atores depende da complexidade do

Identificao de atores
Fontes e os destinos das informaes a
serem processadas so atores em
potencial.
uma vez que, por definio, 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 os
destinos das informaes geradas pelo sistema.

Identificao de Atores
H algumas perguntas teis cujas respostas
potencialmente identificam atores.
Que rgos, empresas ou pessoas (cargos) iro
utilizar o sistema?
Que outros sistemas iro se comunicar com o
sistema?
Algum deve ser informado de alguma
ocorrncia no sistema?
Quem est interessado em um certo requisito
funcional do sistema?

Identificao de Casos de
Uso
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?

Construo do diagrama de casos

de uso
Os diagramas de casos de uso devem servir
para dar suporte parte textual do modelo,
fornecendo uma viso de alto nvel.
Se o sistema sendo modelado no for to
complexo, pode ser criado um nico
Diagrama de Casos de Uso.
til e recomendada a utilizao do
retngulo de fronteira para delimitar e
separar visualmente casos de uso e atores.

Construo do diagrama de casos

de uso
Em sistemas complexos, representar todos os
casos de uso do sistema em um nico
diagrama talvez o torne um tanto ilegvel.
Alternativa: criar vrios diagramas (de acordo
com as necessidades de visualizao) e
agrup-los em pacotes.
Todos os casos de uso para um ator;
Todos os casos de uso a serem implementados em
um ciclo de desenvolvimento.
Todos os casos de uso de uma rea
(departamento, seo) especfica da empresa.

Ex. de diagrama de casos

de uso

Documentao dos atores

Uma breve descrio para cada ator
deve ser adicionada.
O nome de um ator deve lembrar o
papel desempenhado pelo mesmo.
Exemplo
Aluno: representa pessoas que
fazem um curso dentro da
universidade.

Documentao dos casos de

uso
A UML no define um padro para descrio
textual dos casos de uso de um sistema.
necessrio que a equipe de
desenvolvimento padronize o seu estilo de
descrio.
Algumas sees normalmente encontradas:
Sumrio
Atores
Fluxo principal
Fluxos alternativos

Documentao dos casos de

uso
Nome
Descrio
Identificador
Importncia
Sumrio
Ator Primrio
Atores Secundrios
Pr-condies
Fluxo Principal
Fluxos Alternativos
Fluxos de Exceo
Ps-condies
Regras do Negcio
Histrico
Notas de Implementao

Documentao de casos de uso

boas prticas
Comece o nome do caso de uso com um verbo
no infinitivo (para indicar um processo ou
ao).
No descrever como o sistema realiza
internamente um passo de um caso de
uso.
Tente dar nomes a casos de uso seguindo
perspectiva do ator primrio.
Ex.: Registrar Pedido, Abrir Ordem de
Produo, Manter Referncia, Alugar Filme, etc.

Documentao de casos de uso

boas prticas
No se preocupar com a interface
grfica durante a escrita
No se preocupar com detalhes
tcnicos, a serem preenchidos
posteriormente
Manter a descrio de cada caso de
uso no nvel mais simples possvel.

Exemplos de Escrita
O administrador identifica-se vs. O administrador
insere seu ID e senha.
O sistema registra a venda. Vs O sistema grava a
venda no banco de dados usando o comando SQL
insert into ...

Casos de uso e outras

atividades
Validao
Clientes e usurios devem entender o modelo
(validao) e us-lo para comunicar suas
necessidades de forma consistente e no redundante.

Planejamento e gerenciamento do projeto

Uma ferramenta fundamental para o gerente de um
projeto no planejamento e controle de um processo
de desenvolvimento incremental e iterativo

Testes do sistema
Os casos de uso e seus cenrios oferecem casos de
teste.

Casos de uso e outras

atividades
Documentao do sistema para os usurios
Manuais e guias do usurio podem ser construdos
com base nos casos de uso.

Realizao de uma iterao

Os casos de uso podem se alocados entre os
membros de equipe de desenvolvimento

Essa estratgia de utilizar o MCU como ponto

de partida para outras atividades
denominada Desenvolvimento Dirigido por
Casos de Uso
Use Case Driven Development

Casos de uso no processo de

desenvolvimento
Um grupo de casos alocado a cada
iterao.
Em cada iterao, o grupo de casos de
uso detalhado e desenvolvido.

O processo continua at que todos os

casos de uso tenham sido
desenvolvidos e o sistema esteja
completamente construdo.

Exerccios Locao de
DVDs
Ao realizar uma locao, o scio deve primeiros informar
seu cdigo para que o atendente possa verificar se este
est cadastrado.
Se o scio no estiver cadastrado, a locao ser
recusada, mas a pessoa pode se casdastrar como scio.
Caso esteja cadastrado o atendente deve verificar se o
scio devolveu as locaes feitas anteriormente
O atendente deve registrar a locao e fornecer as
cpias ao scio
responsabilidade do atendente realizar a manuteno
dos DVDs e suas cpias
O atendente deve registrar novas cpias e novos scios

Exerccios Consultrio
mdico
pediatra trabalha em trs consultrios em bairros

Uma
distintos, onde atende em horrios diferentes. Sua secretria,
trabalha nos trs consultrios. Para que a marcao de
consultas seja centralizada, a secretria tem que carregar as
trs agendas de um lado para outro. Existe o risco da
secretria esquecer ou perder uma agenda. Para resolver o
problema, a mdica contratou um analista para desenvolver
um sistema que controle a marcao de consultas e a ficha
dos pacientes. As principais funcionalidades relativas a
pacientes so o seu cadastro, remoo, e marcao de
consultas. Aps uma consulta pode ser necessrio pedir
exames a um laboratrio de anlises clnicas. A consulta
pode ser paga em dinheiro, ou carto de crdito, caso em
que necessrio verificar o carto do paciente com a
companhia de carto de crdito especfica. Se o paciente
possui plano de sade, ele no paga a consulta, apenas
assina um recibo a ser enviado ao plano de sade.

Exerccios Festas infantis

Uma pessoa possui vrios temas de festas infantis para
aluguel. Ela precisa controlar os aluguis e para isso
quer uma aplicao que permita cadastrar os aluguis:
o nome e o telefone do cliente, o endereo completo
da festa, o tema escolhido, a data da festa, a hora de
incio e trmino da festa. Alm disso, existe a
possibilidade de oferecer descontos. Para cada tema,
preciso controlar: a lista de itens que compem o tema
(ex.: castelo, boneca da cinderela, bruxa, etc), o valor
do aluguel e cor da toalha da mesa que deve ser usada
com o tema. Cada tema possui um valor total
dependendo da data da festa e do nmero de pessoas.
Esse valor calculado e repassado ao cliente. O
pagamento deve ser feito sempre em espcie.

Ex. Matrcula em cursos

O aluno solicita informaes ao funcionrio da
empresa sobre quais cursos a empresa oferece. Se o
aluno se interessar por algum curso, pedir
informaes a respeito de quais turmas do curso em
questo se encontram em aberto, qual o horrio em
que as aulas sero ministradas, qual a data prevista
para incio das aulas.
Caso o horrio da turma seja compatvel com os
horrios do aluno, este pode realizar a matrcula em
uma turma relativa ao curso em que se interessou.
Caso o aluno nunca tenha feito nenhum curso na
empresa e portanto no esteja cadastrado, o aluno
dever ser registrado antes de realizar a matrcula.