Anlise e Projeto Orientados a

Objetos
Exercitando Caso de Uso
Prof. Jailton Carlos
Jailton.paiva@ifrn.edu.br
05/06/2012 Tipos Genricos 1
Exerccio 4-1: descreva a posio do diagramas de casos de uso no
processo de desenvolvimento incremental e iterativo. Quando eles
so utilizados? Para que so utilizados?
Considerando que o processo de desenvolvimento incremental
utilizado:
A identificao da maioria dos atores e casos de uso feita pelos analistas na
fase de concepo. A descrio dos casos de uso considerados mais crticos
comea j nessa fase, que termina com 10% a 20% do modelo de casos de
uso completo.
Na fase de elaborao, a construo do modelo continua de tal forma que, ao
seu trmino, 80% do modelo de casos de uso esteja construdo.
Na fase de construo, casos de uso formam uma base natural
atravs da qual podem-se realizar as iteraes do
desenvolvimento. Um grupo de casos alocado a cada iterao.
Ento, o desenvolvimento do sistema segue a alocao realizada:
em cada iterao, um grupo de casos de uso detalhado
(utilizando um nvel de abstrao real) e desenvolvido. O processo
continua at que todos os casos de uso tenham sido desenvolvidos
e o sistema esteja completamente construdo. Esse tipo de
desenvolvimento tambm chamado de desenvolvimento dirigido
a casos de uso.
2
Exerccio 4-1: descreva a posio do diagramas de casos de uso no
processo de desenvolvimento incremental e iterativo. Quando eles
so utilizados? Para que so utilizados?
3
de suma importncia priorizar os casos de uso mais importantes. Murray
Cantor (Cantor, 1998) prope uma classificao dos casos de uso
identificados para um sistema em funo de dois parmetros: risco de
desenvolvimento e prioridades estabelecidas pelo usurio.
1. Risco alto e prioridade alta: casos de uso nesta categoria so os mais
crticos. Devem ser considerados o quanto antes.
2. Risco alto e prioridade baixa: embora os casos de uso nesta categoria
tenham risco alto, necessrio, antes de comear a consider-los,
negociar com o cliente em relao a sua verdadeira necessidade.
3. Risco baixo e prioridade alta: embora os casos de uso tenham
prioridade alta, necessrio ter em mente que os casos de uso de mais
alto risco devem ser considerados primeiro.
4. Risco baixo e prioridade baixa: em situaes em que o desenvolvimento
do sistema est atrasado, estes casos de uso so os primeiros a serem
"cortados".
Exerccio 4-5: defina o que significa um ator. O que significa um ator
estar associado a um caso de uso por um relacionamento de
comunicao?
4
Ator:
Um ator define um papel que pode ser desempenhado por
um usurio na sua interao com o sistema. Um usurio aqui
pode ser um indivduo ou um sistema.
Um mesmo usurio pode assumir vrios papis ao longo de
sua interao com o sistema
Uma lista de atores uma lista de papis e no uma lista de
usurios.
Atores esto fora do sistema, e normalmente fora do controle
do sistema.
Exerccio 4-2: construa um modelo de casos de uso para a seguinte
situao fictcia: "Estamos criando um servio de entregas. Nossos
clientes podem nos requisitar a entrega de volumes. Alguns
volumes so considerados de maior valor por nossos clientes, e,
portanto, eles querem ter tais volumes segurados durante o
transporte. Contratamos uma companhia de seguro para segurar
volumes de valor".
5
Exerccio 4-5: defina o que significa um ator. O que significa um ator
estar associado a um caso de uso por um relacionamento de
comunicao?
6
A associao de comunicao representa um dilogo entre o
ator e o sistema, um tipo de canal de comunicao sobre o qual
podem fluir dados em ambas as direes durante o dilogo.
Atores se comunicam com o sistema por muitas razes,
incluindo:
Iniciar um caso de uso. Os casos de uso sempre so iniciados por atores.
Pedir alguns dados armazenados no sistema, os quais ento o caso do uso
apresenta ao ator.
Mudar os dados armazenados no sistema por meio de um dialogo com o
sistema.
Informar que ocorreu algo que o sistema deve estar ciente.
Exerccio 4-6: qual o objetivo dos diagramas de casos de uso?
7
O diagrama de casos de uso tem o objetivo de ilustrar em um
nvel alto de abstrao quais elementos externos interagem com
que funcionalidades do sistema. Nesse sentido, a finalidade de
um DCU apresentar um tipo de diagrama de contexto que
apresenta os elementos externos de um sistema e as maneiras
segundo as quais eles as utilizam.
Exerccio 4-7: defina o conceito de requisito. Que tipos de
requisitos existem? Explique o que realizado na fase de
levantamento de requisitos de um sistema de informaes.
8
Um requisito descreve uma condio ou capacidade a que um
sistema deve se adaptar.
Requisitos Funcionais:
Aes que o sistema deve realizar de modo a fornecer funcionalidades
teis para seus usurios. Estes requisitos definem as razes fundamentais
para a existncia do sistema.
Requisitos no funcionais:
So propriedades ou qualidades que o produto deve possuir.
Estes requisitos normalmente so relacionados funcionalidade do
sistema, ou seja, uma vez que saibamos o que o sistema deve fazer,
podemos determinar como ele ir se comportar e que caractersticas de
qualidade ele deve apresentar (por exemplo, performance e nvel de
segurana desejado).
Exerccio 4-8: que tipo de relacionamento possvel entre um ator
e um caso de uso? Que tipo de relacionamento pode haver entre
casos de uso? Que tipo de relacionamento pode haver entre
atores?
9
Entre
atores
Entre casos
de uso
Entre ator e
caso de uso
Comunicao X
Incluso X
Extenso X
Generalizao X X
Exerccio 4-9: descreva a(s) diferena(s) entre os relacionamentos
de incluso, de extenso e de herana?
10
O relacionamento de incluso pode
ser usado para:
iniciar a execuo de um servio
utilizado por mais de um caso de uso.

Extrair sees comuns da descrio de
dois ou mais casos e coloc-las em um
caso de uso separado a partir do qual elas
podem ser referenciadas. Cada caso de
uso original passa a ter ento um
relacionamento includes com o novo caso
de uso;
Os relacionamentos de incluso
indicam uma obrigatoriedade

Exerccio 4-9: descreva a(s) diferena(s) entre os relacionamentos
de incluso, de extenso e de herana?
11
O relacionamento extend usado em casos onde comportamento
opcional ou excepcional inserido em um caso de uso existente.
til pensar no relacionamento de extenso como um relacionamento de
acrscimo, uma vez que ele sempre acrescenta funcionalidade a um caso de
uso existente.
A caracterstica marcante do caso de uso que estende um caso de uso original
que ele no demanda nenhuma alterao no caso de uso original. Isto
significa que o caso de uso estendido deve ser capaz de se virar sozinho.
12
Exerccio 4-9: descreva a(s) diferena(s) entre os relacionamentos
de incluso, de extenso e de herana?
As seguintes situaes podem dar margem utilizao do extend:
Descries de caractersticas que so opcionais ao comportamento bsico do
sistema, por exemplo, caractersticas que podem ser adquiridas ou no.
Descries complexas de erros ou tratamentos de excees que, de outra
forma, iriam obscurecer o comportamento primrio do sistema. Exemplos
disso so fluxos alternativos de tamanho significativo, especialmente aqueles
cujo tamanho maior do que o do fluxo principal.
Customizao do modelo de requisitos para atender a necessidades
especficas do usurio. Exemplos disso so fluxos alternativos que
especificam como usurios especficos tratam diferentes condies que
ocorrem dentro de um mesmo caso de uso.
13
Exerccio 4-11: durante a execuo de um caso de uso, podem
ocorrer excees. Considere o caso de uso Realizar Pedido, no qual
pode ser que o cliente solicite um produto que est fora de
estoque. Como voc modelaria tal situao? Desenhe um diagrama
de casos de uso.
Realizar Pedido
Fluxo Principal:
...
O usurio entra com a identificao do produto
O sistema verifica no estoque a disponibilidade do produto pedido
O sistema acrescenta o produto ao carrinho de compras do usurio
...
Fluxo de Exceo (...): O produto solicitado no existe em estoque
O sistema reporta uma mensagem apropriada

14
Exerccio 4-16: em uma empresa, vrios projetos so realizados. Os
cinquenta empregados da empresa trabalham em pelos menos um
projeto. H um sistema implantado na empresa que permite aos
participantes de um determinado projeto marcarem suas horas de
trabalho. Esse sistema tambm permite que outra pessoa, ao fim do ms,
gere os relatrios com os totais de horas trabalhadas de cada
participante. Quantos atores voc definiria para esse sistema? E quantos
papis?
Na situao descrita neste exerccio, pode-se definir um ator denominado
Empregado . Este seria o ator primrio no caso de uso Registrar Horas
Trabalhadas. Podemos tambm criar um ator denominado Gerncia. que
seria o ator primrio no caso de uso Obter Horas Trabalhadas. O diagrama de
casos de uso a seguir ilustra a soluo aqui descrita.
15
Exerccio 4-18: suponha que um sistema de vendas deve gerar de
forma automtica um conjunto de estatsticas para a diretoria da
empresa no ltimo dia til de cada ms. Desenhe o diagrama de
casos de uso para essa situao. H mais de uma maneira de
represent-la?
16
Exerccio 4-19: Na utilizao da Internet, normalmente um usurio
utiliza um programa navegador (browser) que, por sua vez, se
comunica com um ou mais servidores Web para fornecer as pginas
nas quais o usurio est interessado. O que est errado no
diagrama a seguir? Desenhe novos diagramas para representar
corretamente a situao, considerando duas alternativas de escopo.
Na primeira, o programa navegador o sistema. Na segunda, a
Internet o sistema.
Vimos que o diagrama de casos de uso tem o objetivo de ilustrar em um nvel
alto de abstrao quais elementos externos interagem com que
funcionalidades do sistema e que a comunicao entre atores so passos
complementares, isto no tem relevncia alguma na complexidade do
sistema.
17
Continuao Exerccio 4-19:
Na primeira alternativa de escopo (o sistema o browser), o
sistema sendo modelado tem que se comunicar (interagir) com
dois atores no caso de uso Obter URL: Usurio da Internet e
Servidor WEB. Na segunda alternativa de escopo (o sistema a
Internet), o prprio servidor WEB faz parte do sistema sendo
modelado e por conta disse no deve ser representado como
um ator. Os dois diagramas de casos de uso a seguir ilustram as
duas alternativas diferentes.
Exerccio 4-20: assinale V ou F para as seguintes assertivas:
( ) pessoas com o mesmo cargo em uma empresa podem
representar papis de diversos atores.
( ) um ator pode representar pessoas de diferentes cargos.
18
A primeira e a segunda assertiva so verdadeiras. Na verdade essas
assertivas so formas diferentes de declarar a mesma informao:
um ator representa um papel em relao ao sistema.

Considere o exemplo do exerccio 4-16. Pode haver uma pessoa
que seja um funcionrio comum em um certo projeto, alm de ser
o gerente em outro projeto. Neste caso, a mesma pessoa assumir
papis diferentes em instantes distintos em relao ao sistema.
Exerccio 4-21: altere os seguintes
"
nomes de casos de uso
"
de
acordo com as nomenclaturas apresentadas neste captulo:
Cliente realiza transferncia de fundos em um caixa eletrnico.
Clientes compram livros na livraria.
produzido um relatrio de vendas para o gerente.
Hspede se registra em um hotel.
19
a. Transferir Fundos Cliente
b. Comprar Livros Usurio
c. Obter Relatrio de Vendas Gerncia
d. Abrir Estadia Hspede