Exerccios Gabarito:

Exerccio 1: O que o diagrama de Caso de Uso? Quando so utilizados? Para que so utilizados?
Resposta
Apresenta uma viso externa das funcionalidades que o sistema dever oferecer aos
usurios.
Auxilia para a compreenso dos requisitos do sistema, ajudando a especificar, visualizar e
documentar as caractersticas, funes e servios do sistema desejados pelo usurio.
Tenta identificar os tipos de usurios que iro interagir com o sistema, quais papis esses
usurios iro assumir e quais funes um usurio especifico poder requisitar.
O diagrama de Casos de Uso concentra-se em dois itens principais: atores e casos de uso.
Exerccio 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".
Resposta

Exerccio 3: Seguindo o modelo a baixo, faa a documentao do Caso de Uso Entregar

Volumes, tendo como base o Sistema de Controle de Cinema, desenvolvido acima.
Nome do Caso de Uso
Caso de Uso Geral
Ator Principal
Atores Secundrios
Resumo
Pr-condies
Ps-condies
Fluxo Principal
Aes do Ator

Aes do Sistema

Restries/Validaes
Fluxo Alternativo
Aes do Ator

Aes do Sistema

Fluxo de Exceo
Aes do Ator

Aes do Sistema

Exerccio 4: Considere a seguinte narrativa do caso de uso Realizar Saque. Identifique os erros
existentes nesta narrativa. Construa uma nova verso deste caso de uso que no contenha os
erros encontrados.
A operao de um caixa eletrnico tem incio a partir de uma sesso em que o cliente seleciona a
opo de realizar saque. O cliente ento escolhe uma quantia a ser retirada, a partir de um
conjunto de opes de quantia disponveis.
O sistema verifica se a conta correspondente tem saldo suficiente para satisfazer a requisio.
Seno, uma mensagem adequada reportada, o que acarreta na execuo da extenso. Se h
dinheiro suficiente, os nmeros da conta e da agncia do cliente so enviados ao banco, que
aprova ou desaprova a transao. Se a transao aprovada, a mquina libera a quantia
correspondente e emite um recibo. Se a transao desaprovada, a extenso Informar Falha
executada.

O banco notificado, independentemente de uma transao aprovada ter sido completada ou no

pela mquina. Se a transao completada, o banco realiza o dbito na conta do cliente (Bjork,
1998).
Resposta - A documentao ser como a do modelo acima, mais simples.
Caso de Uso - Realizar Saque
Sumrio: Este caso de uso possibilita a um cliente realize um saque de um caixa eletrnico
Ator Primrio: Cliente
Ator Secundrio: Banco
Pr-Condies: Cliente autenticado
Fluxo Principal
1. O caso de uso tem incio quando o ator Cliente seleciona a opo realizar saque
2. O sistema pergunta ao Cliente a quantia a ser retirada.
{Especifica Valor}
3. O Cliente digita a quantia desejada.
{Verifica Disponibilidade de Valor no Caixa}
4. Executa o sub-fluxo Avalia Quantia Disponvel.
{Verifica Saldo Suficiente}
5. O sistema contata o ator banco para determinar se existe saldo suficiente na conta do
Cliente.
{Aprova Transao}
6. O sistema inicia uma transao com o ator banco e solicita a retirada da quantia
desejada.
7. O sistema libera a quantia desejada
8. O sistema emite um recibo para o Cliente
9. O sistema fecha a transao com o ator banco.
10. O sistema armazena um log da transao.
11. O caso de uso se encerra.
S1: Avalia Quantia Disponvel
1. O sistema determina se tem fundos suficientes mo para fornecer a quantia solicitada
2. O sistema verifica se a importncia requisitada maior do que a quantia disponvel.
3. O sistema verifica se a importncia desejada pode ser fornecida com as notas existentes no
caixa eletrnico. (R$ 50,00 no podem ser fornecidos se s houver trs notas de R$ 20,00).
Fluxos Alternativos
A1
O cliente no digita a quantia desejada
Em {Especifica Valor} se o ator cliente no especifica a quantia desejada
1. ...
A2
O caixa automtico no pode fornecer a quantia solicitada
Em {Verifica Disponibilidade de Valor no Caixa} se o caixa no tem disponibilidade de
dinheiro para atender a solicitao do ator cliente.
1. O sistema reporta uma mensagem adequada
2. O caso de uso se encerra.
A3
O link com o banco caiu
Em qualquer ponto do fluxo principal.
1. ...
A4
O Cliente no tem saldo suficiente
Em {Verifica Saldo Suficiente} se o ator Cliente no tem recursos suficientes em sua conta para
cobrir a retirada
1. O sistema reporta uma mensagem adequada
2. O caso de uso se encerra.
A5
O banco no aprova a transao
Em {Aprova Transao} se o ator Banco no aprova a transao devido violao de alguma
regra de negcio (por exemplo: limite dirio excedido)
1. O sistema reporta uma mensagem adequada
2. Retorna ao fluxo principal.
Exerccio 5: qual a notao da UML para um caso de uso? Qual a notao da UML para um
ator? Qual a notao utilizada na UML para o relacionamento de generalizao?

Exerccio 5: defina o que significa um ator. O que significa um ator estar associado a um caso de
uso por um relacionamento de comunicao?
Resposta
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 outro 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
Conectando atores e casos de uso:
Os atores e os casos do uso com os quais eles interagem so ligados pela associao de
comunicao.
A seta opcional, mas, quando usada, ela indica qual elemento comea a interao.
Para entender plenamente o papel definido para um ator, voc deve saber em que casos de uso o
ator est envolvido.
Para entender plenamente o alcance de um caso de uso, voc deve saber os atores com os quais
ele se comunica.
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,.

Um ator inicia um caso de uso. Entretanto, depois que o caso de uso comeou, ele pode se
comunicar com vrios outros atores.
Considera-se s vezes, erradamente, que a associao de comunicao representa o fluxo de
dados. No isso. 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.
Casos de uso se comunicam com atores por muitos motivos:

Se algo especial aconteceu no sistema, um ator pode ter de ser informado.

Um caso de uso pode necessitar da ajuda de um ator para tomar uma deciso.

Um caso de uso pode delegar responsabilidade a um ator.

Exerccio 6: qual o objetivo dos diagramas de casos de uso?
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 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.
Um requisito descreve uma condio ou capacidade a que um sistema deve se adaptar; eles
podem ser derivados diretamente da necessidade de um stakeholder (parte interessada) ou
usurio ou extrados de um contrato, padro, especificao, ou outro documento formalmente
imposto. s vezes til expressar tipos de requisitos diferentes:
Requisitos Funcionais:
Aes que o produto deve realizar de modo a fornecer funcionalidades teis para seus usurios.
Estes requisitos definem as razes fundamentais para a existncia do produto.

Exemplo: Software para uma central telefnica servindo a um prdio de apartamentos: O sistema
deve emitir uma conta telefnica por apartamento considerando todas as ligaes realizadas pelo
apartamento no ms, contendo as seguintes informaes:...
Requisitos no funcionais:
So propriedades ou qualidades que o produto deve possuir
Estes requisitos normalmente so relacionados funcionalidade do produto, 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)
Exemplo: Automvel
acelerar, mudar marcha (requisitos funcionais)
conforto, cor do painel de instrumentos (requisitos no funcionais)
Exerccio 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?
A tabela a seguir exibe as alternativas possveis entre relacionamentos entre atores e casos de uso
em um diagrama de casos de uso. As clulas da tabela com um X indicam possibilidade. As clulas
no preenchidas indicam impossibilidade.
Entre
Entre casos Entre ator
atores
de uso
e caso de
uso
Comunica
X
o
Incluso
X
Extenso
X
Generaliza
X
X
o
Exerccio 9: descreva a(s) diferena(s) entre os relacionamentos de incluso, de extenso e de
herana?
O relacionamento Include:

1. Um relacionamento include permite 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;
O relacionamento Extend:

O relacionamento extend usado em casos onde comportamento opcional ou excepcional

inserido em um caso de uso existente. O propsito original da extenso era fornecer um
mecanismo para especificar opes que pudessem ser adicionadas a um produto existente tais

como: adicionar o envio de e-mails por voz a um servio telefnico convencional 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. Ele
deve ser completo, sem qualquer necessidade de extenses a fim de gerar valor.
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.
Gerncia de escopo e verso. Um exemplo disso so caractersticas que no sero introduzidas
at as ltimas verses.
Em contraste ao relacionamento include, um relacionamento extend conhece necessariamente o
caso de uso que ele estende.
Conceitualmente, o mecanismo de extenso idntico aquele dos fluxos alternativos. Um caso de
uso de extenso, assim como um fluxo alternativo, insere a si prprio no fluxo do caso de uso que
ele estende. Somente o caso de uso de extenso conhece o ponto no caso de uso base onde o
comportamento ser inserido. Em conseqncia, freqentemente um caso de uso de extenso
comea sua vida como um fluxo alternativo.
Nem todo fluxo alternativo deve virar um caso de uso de extenso. As regras para os fluxos
alternativos so mais frouxas do que aquelas para os casos de uso de extenso. Devido ao fato de
que os fluxos alternativos so parte do caso de uso, eles podem explorar seu conhecimento do
estado do caso de uso, suas pr-condies, e outros fluxos de eventos para terminar o caso de uso
ou para continuar o fluxo do caso de uso em pontos de extenso diferentes daquele onde eles
assumiram o controle. Tudo o que os casos de uso de extenso conhecem a respeito do caso de
uso original o ponto de extenso onde eles introduziram a si prprios no fluxo de eventos do
caso de uso estendido.
Generalizao entre Casos de Uso
A generalizao entre casos de uso nos permite criar descries genricas de comportamento que
podemos especializar para satisfazer necessidades particulares.

Generalizao entre atores

A generalizao entre atores usada para mostrar semelhanas entre atores. O principal valor
mostrar que alguns grupos de atores compartilham responsabilidades ou caractersticas comuns.
Algumas vezes, o uso de generalizao entre atores pode simplificar o modelo de casos de uso
reduzindo o nmero de linhas de comunicao entre atores e casos de uso. Na maioria das vezes,
no entanto, ela de nenhuma utilidade. O uso de generalizao entre atores tipicamente um
sintoma de que os modeladores confundiram papis com cargos da organizao.
Exerccio 10: considere um sistema de controle de uma biblioteca. Fornea a descrio narrativa
para os seguintes casos de uso: Reservar Livro (situao em que um usurio faz a reserva de um
livro), Obter Emprstimo de Livro (situao em que um usurio pega um exemplar de livro
emprestado), Cancelar Reserva (situao em que um usurio cancela uma reserva) e Devolver
Cpia (situao em que um usurio devolve uma cpia anteriormente adquirida).

Caso de Uso - Reservar Livro

Sumrio: Este caso de uso possibilita a um usurio da biblioteca fazer a reserva de um livro. Esta
reserva efetuada diretamente pelo Usurio usando a Internet.
Ator Primrio: Usurio
Pr-Condies: O Usurio cadastrado na Biblioteca. O Usurio j foi autenticado pelo Sistema.
Fluxo Principal
1. O caso de uso tem incio quando o ator usurio decide reservar um livro e escolhe a opo
correspondente.
{Localizar livro}
2. Usurio fornece a identificao do livro desejado
3. O sistema localiza o livro desejado
{Verificar disponibilidade de exemplar}
4. O sistema verifica a disponibilidade de exemplar do livro desejado
{Verifica reservas em aberto}
5. O sistema verifica o nmero de reservas em aberto para o usurio (RN01)
6. O sistema efetua a reserva e informa ao usurio o prazo mximo para a retirada do livro
(RN02)
7. O caso de uso se encerra
Fluxos Alternativos
A1
No existe nenhum exemplar disponvel
Em {Verificar disponibilidade de exemplar} se no existe exemplar disponvel para reserva
a. O sistema reporta uma mensagem adequada para o usurio e informa a data prevista para que
haja um exemplar disponvel
b. O sistema pergunta ao usurio se ele deseja efetuar a reserva de exemplar emprestado
c. Se o usurio responder afirmativamente, agenda a reserva e reporta uma mensagem
informando que o usurio ser contatado quando o exemplar estiver disponvel, caso contrrio
o caso de uso se encerra.
A2
O usurio excedeu o nmero mximo de reservas em aberto
Em {Verifica reservas em aberto} se o usurio excedeu o nmero mximo permitido de
reservas (RN01)
a. O sistema reporta uma mensagem adequada para o Usurio
b. O Caso de Uso se encerra
A3
A biblioteca no possui o livro desejado
Em {Localizar livro} se a biblioteca no tem o livro desejado
a. O sistema reporta uma mensagem adequada para o Usurio
b. O Caso de Uso se encerra
Obter Emprstimo de Livro
Sumrio: Este caso de uso possibilita a um usurio pegar emprestado um exemplar de livro.
Ator Primrio: Bibliotecria
Pr-Condies: Bibliotecria identificada. A Bibliotecria tem em mos o exemplar a ser
emprestado.
Fluxo Principal
1. A Bibliotecria entra com a identificao do exemplar e do usurio.
2. O sistema verifica a existncia de reservas para o exemplar desejado
3. O sistema verifica a existncia de emprstimos em aberto para o usurio.
4. O sistema verifica o nmero de exemplares em poder do usurio (RN03)
5. O sistema registra o emprstimo e imprime um recibo contendo os dados do emprstimo
6. O caso de uso se encerra
Fluxo Alternativo (2): J existe uma reserva do exemplar desejado para outro usurio
a. O sistema reporta uma mensagem adequada para a bibliotecria
b. O caso de uso se encerra
Fluxo Alternativo (2): O exemplar estava reservado para o prprio usurio
a. O sistema d baixa na reserva
b. Retorna ao passo (3)
Fluxo Alternativo (3): O usurio tm emprstimos em aberto
a. O sistema reporta uma mensagem adequada
b. O caso de uso se encerra
Fluxo Alternativo (4): O usurio excedeu o nmero mximo de emprstimos
a. O sistema reporta uma mensagem adequada
b. O caso de uso se encerra

Cancelar Reserva
Sumrio: Este caso de uso possibilita a um usurio cancelar uma reserva. O prprio usurio,
usando a Internet, registra o cancelamento.
Ator Primrio: Usurio
Pr-Condies: O Usurio cadastrado na Biblioteca. O Usurio j foi autenticado pelo Sistema.
Fluxo Principal:
1. O usurio solicita sua lista de reservas
2. O sistema apresenta a lista de reservas
3. O usurio seleciona a reserva a ser cancelada
4. O sistema pede a confirmao do usurio para cancelar a reserva
5. O usurio confirma o cancelamento
6. O sistema cancela a reserva
7. O sistema mostra para o usurio a lista de reservas atualizada e oferece ao usurio a opo
de efetuar novo cancelamento ou encerrar o caso de uso.
Fluxo Alternativo (2): O usurio no tem reservas em seu nome
a. O sistema reporta uma mensagem apropriada
b. O caso de uso se encerra
Fluxo Alternativo (5): o usurio no confirma o cancelamento da reserva
a. Volta para o passo 2
Devolver Cpia
Sumrio: O usurio devolve um exemplar em seu poder
Ator Primrio: Bibliotecria
Pr-Condies: Bibliotecria identificada. A Bibliotecria tem em mos o exemplar a ser devolvido.
Fluxo Principal:
1. A bibliotecria entra com o cdigo do exemplar
2. O sistema apresenta o registro do emprstimo
3. A bibliotecria confirma a devoluo
4. O sistema registra a devoluo
5. O sistema verifica se houve atraso na devoluo
6. O sistema verifica a existncia de reservas agendadas para o exemplar devolvido
7. O caso de uso se encerra
Fluxo Alternativo (5): devoluo em atraso
a. O sistema calcula o nmero de dias em atraso e a multa a ser paga (RN04)
b. O sistema reporta uma mensagem apropriada
c. A bibliotecria registra o pagamento da multa
d. Volta ao passo 6
Fluxo Alternativo (6): existem reservas agendadas para o exemplar devolvido
a. Executa o Caso de Uso Efetivar Reserva Agendada
b. Volta para o passo 7
Glossrio
Emprstimo em Aberto: emprstimo vencido e no devolvido
Dados do Emprstimo: ttulo do livro, cdigo do exemplar, data do emprstimo, data da
devoluo
Regras de Negcio
RN01: Um Usurio no pode ter mais de duas reservas em aberto em seu nome.
RN02: O prazo mximo para a retirada de um livro reservado de dois dias.
RN03: Um Usurio pode ter no mximo trs exemplares em seu poder num determinado instante
de tempo.
RN04: A multa a ser aplicada de R$ 1,00 por dia til de atraso.
Exerccio 11: considere a seguinte declarao obtida de um gerente de uma empresa que
comercializa livros por correio durante o levantamento de requisitos para construo de um
sistema de software: "Aps a ordem de compra do cliente ter sido registrada, o vendedor envia
uma requisio ao depsito com detalhes da ordem de compra." Quais atores em potencial podem
ser identificados a partir desse texto?

Exerccio 12 : em uma empresa, vrios projetos so realizados. Os cinqenta 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.

Exerccio 13: Desenhe um diagrama de classes com relacionamentos, nomes de papis e

multiplicidades para as seguintes situaes:
Uma Pessoa pode ser casada com outra Pessoa;
Uma Disciplina pr-requisito para outra Disciplina;
Uma Pea pode ser composta de diversas outras Peas.
Resposta:

Exerccio 14: Considere o diagrama de classes a seguir, que exibe uma classe associativa entre as
classes Pessoa e Empresa. Crie um diagrama de classes equivalente ao fornecido abaixo, mas sem
utilizar uma classe associativa.
Resposta:

Exerccio 15: Construa um diagrama de classes inicial para a seguinte situao: Pacotes so
enviados de uma localidade a outra. Pacotes tm um peso especfico. Localidades so
caracterizadas pelas facilidades de transporte (por exemplo, ferrovirias, aeroportos e autoestradas). Algumas localidades so vizinhas, isto , existe uma rota direta de transporte entre tais
localidades. A rota de transporte entre as localidades tem um certo comprimento (a distncia entre
as localidades). Trens, avies e caminhes so usados para o transporte de pacotes. Cada um
destes meios de transporte pode suportar uma carga mxima de peso. A cada momento, durante o
seu transporte, necessrio saber a posio (localidade) de cada pacote. Tambm necessrio
manter o controle de que meio de transporte est sendo utilizado em cada parte da rota para um
certo pacote.
Resposta:
Restries:
Uma rota liga facilidades de um mesmo tipo
Trens so usados em rotas entre ferrovias
Avies so usados em rotas entre aeroportos
Caminhes so usados em rodovias

Exerccio 16: Considere o seguinte discurso relativo a um sistema de partidas de tnis: "Num
torneio de tnis, cada partida jogada entre 2 jogadores. Pretende-se manter informao sobre o
nome e idade dos jogadores; data da partida e atribuio dos jogadores s partidas. O mximo de
partidas que um jogador poder realizar 6 e o mnimo 1. Desenhe o diagrama de classes
correspondente.
Resposta:

Exerccio 17: Identifique classes e/ou relacionamentos a partir das seguintes regras do negcio:
a) Pedidos so compostos de vrios itens de pedido.
b) Um item de pedido diz respeito a um e exatamente um produto.
c) Um pedido pode conter at 20 itens.

Exerccio 18: Considere um sistema de software para controlar um hotel. Normalmente, um

hspede ocupa um quarto por estadia. Mas, suponha que uma nova regra foi criada no negcio:
agora, um hspede pode utilizar at trs quartos. Desenhe o diagrama de classe para essas duas
situaes.
a) hspede ocupa um quarto
Resposta:

b) hspede ocupa at trs quartos

Resposta:

Exerccio 19: Qual o objetivo do diagrama de objetos? D um exemplo utilizando os dados do

exerccio anterior.
Resposta:
Tem como objetivo fornecer uma viso dos valores armazenados pelos objetos das
classes em um determinado momento do sistema.
Componente objeto apresenta atributos que armazenam os valores contidos nos objetos em
uma determinada situao.

Exerccio 20: Explique o que quando utilizado o Diagrama de Atividade?

Tipicamente utilizados para a modelagem dos aspectos dinmicos de um sistema Associado
a um Caso de Uso descreve as atividades realizadas pelo Ator e pelo Sistema, tendo
como referencial o ponto de vista dos atores que colaboram com o sistema
utilizado para modelar atividades que podem ser um mtodo, um algoritmo ou mesmo um
processo completo.
Uma atividade composta por um conjunto de aes, ou seja, os passos necessrios para
que a atividade seja concluda.Um diagrama de atividade pode modelar mais de uma
atividade.

Exerccio 21: A figura abaixo corresponde a qual diagrama UML, explique:

A figura representa um diagrama de pacotes. O diagrama de pacotes descreve como os

elementos esto organizados em pacotes e demonstra as dependncias entre eles, so utilizados
para agrupar elementos e fornecer denominaes para esses grupos... essa s metade da
questo a outra metade explicar que sistema e elementos esse diagrama especifico representa.
Exerccio 22: Desenvolva o diagrama de pacotes para um Sistema de Controle Bancrio. Por
conta de vocs
Exerccio 23: Fale sobre o diagrama abaixo, o que ele est representando? H alguma melhoria?

Exerccio 24: Qual o objetivo do diagrama de seqncia?

Resposta:
O modelo de sequncia mostra eventos gerados pelos atores reconhecidos pelo sistema
O diagrama de sequncia depende do caso de uso
Para Larman, h a definio do sistema como uma caixa-preta
O que o sistema faz e no como faz
verificada a interao do ator e como ele gera eventos reconhecidos pelo sistema
Ex.: quando o caixa entra com o cdigo do item, ele solicita ao sistema registrar a
compra daquele item
Exerccio 25: Desenvolva o diagrama de Casos de Uso para um Sistema de Controle de
Cinema, sabendo que:
Um cinema pode ter muitas salas, sendo necessrio, portanto registrar informaes a
respeito de cada uma, como sua capacidade, ou seja, o nmero de assentos disponveis.
O cinema apresenta muitos filmes. Um filme tem informaes como ttulo e durao. Assim,
sempre que um filme for apresentado, deve-se registr-lo tambm.
Um mesmo filme pode ser apresentado em diferentes salas e em horrios diferentes. Cada
apresentao em uma determinada sala e horrios chamada Sesso. Um filme sendo
apresentado em sesso tem um conjunto mximo de ingressos, determinado pela
capacidade da sala.
Os clientes do cinema podem comprar ou no ingressos, determinado pela capacidade da
sala.
Os clientes do cinema podem comprar ou no ingressos para assistir uma sesso. O
funcionrio pode intermediar a compra do ingresso. Um ingresso deve conter informaes
como tipo de ingresso (meia entrada ou entrada inteira). Alm disso, um cliente s pode
comprar ingressos para sesses no encerradas.