Sistema Hoteleiro para Controle de Disponibilidade de Quartos

O modelo de casos de uso é uma representação da

funcionalidades externamente observáveis do sistema e dos
elementos externos ao sistema que interagem com ele.
É parte integrante da especificação de requisitos
Técnica idealizada por Ivar Jacobson na década de 1970.

Possui notação gráfica simples e descrição em linguagem natural.

É composto por:
Atores
Casos de Uso
Relacionamento entre eles
Cada pacote deve possuir um diagrama de casos de uso que
descreva suas funcionalidades

Atores

Qualquer elemento externo que interage com o sistema.

Eles não fazem parte do sistema.
Trocam informações (enviam e/ou recebem) com o sistema.
Podem ser:
Pessoas
Organizações
Outros sistemas
Equipamentos

Um ator corresponde a um papel representado em relação ao

sistema.
Um ator pode participar de muitos casos de uso.
Podem se classificar em
Ator primário: aquele que inicia a seqüência de ações de
um caso de uso.
Ator secundário: supervisionam, operam, mantêm ou
auxiliam na utilização do sistema.
Documentação: Uma breve descrição sobre o papel do ator. O
nome escolhido para um ator dever lembra o papel desempenhado
pelo ator no sistema.
 ud Atores do Sistema

Recepcionista Limpeza Copa Lav anderia Operadora de Cartão

Gerente

Recepcionista • Definição: atendente do hotel, que faz o controle

de reservas e estadias no hotel.
• Freqüência de uso: diário
• Conhecimento em informática: deve saber operar
um computador
• Conhecimento no processo: possui uma noção
clara do funcionamento do processo de reservas e
hospedagens.
• Permissões de acesso – deve poder realizar e
cancelar reservas, registrar o início da hospedagem
de hóspedes, fazer o fechamento de estadia e
emitir nota fiscal.
Gerente • Definição: administrador do hotel.
• Freqüência de uso: semanal
• Conhecimento em informática: é interessante que
saiba operar o computador.
• Conhecimento no processo: deve conhecer
profundamente todos os processos do hotel.
• Permissões de acesso – ele deve ter acesso
irrestrito a todas as funções do sistema, entretanto
deverá se concentrar na geração de relatórios de
Ocupação, criação de usuários do sistema e
definição de seus perfis de acesso, manutenção do
cadastro dos quartos, produtos e serviços
disponibilizados pelo hotel.
Limpeza • Definição: Funcionário que administra o setor de
limpeza de quartos.
• Freqüência de uso: diário
• Conhecimento em informática: é interessante que
saiba operar o computador.
• Conhecimento no processo: deve conhecer o
processo para registrar o consumo de itens do
frigobar de um determinado quarto.
• Permissões de acesso – ele deve ter acesso
apenas a funcionalidade que lhe permita registrar
os itens consumidos por um cliente em sua estadia,
levantados em uma planilha pelo pessoal que faz a
limpeza dos quartos.
Copa • Definição: Funcionário que registra os pedidos
realizados à Copa do Hotel
• Freqüência de uso: diário
• Conhecimento em informática: é interessante que
saiba operar o computador.
• Conhecimento no processo: deve conhecer o
processo de solicitação de um pedido à copa.
• Permissões de acesso – ele deve ter acesso
apenas à funcionalidade que lhe permita registrar
os pedidos solicitados por um cliente à copa.
Lavanderia • Definição: Funcionário que registra os pedidos
realizados à Lavanderia do Hotel
• Freqüência de uso: diário
• Conhecimento em informática: é interessante que
saiba operar o computador.
• Conhecimento no processo: deve conhecer o
processo de solicitação de um pedido à lavanderia.
• Permissões de acesso – ele deve ter acesso apenas
à funcionalidade que lhe permita registrar os pedidos
solicitados por um cliente à lavanderia.
Operadora • Definição: operadora de cartão de crédito que irá
de receber uma solicitação de aprovação de pagamento
Cartão do sistema. É um ator secundário, ou seja, não inicia
o caso de uso, apenas participa de sua execução.
• Freqüência de uso: não se aplica
• Conhecimento em informática: não se aplica.
• Conhecimento no processo: não se aplica.
• Permissões de acesso : irá receber um pedido de
aprovação de pagamento quando a nota fiscal for
gerada e deve enviar como resposta o número da
aprovação.
Módulo Hóspedes

Requisitos Funcionais
cd Requisitos Funcionais

RF01 - Cadastro Completo dos Clientes

RF13 - Exclusão de Hóspedes

RF14 - Cadastro Resumido de Clientes

RN15 - Relatório de Clientes

Regras de Negócio

cd Regras de Negócio

RN01 - Dados do Hóspede

RN02 - Cadastro do Hóspede

RN15 - Layout do Relatório de Hóspedes

Layout das Interfaces
 Diagramas de Casos de Uso

Especificação de uma seqüência de interações entre um sistemas

e os agentes externos que utilizam este sistema.
Não revela a estrutura e o comportamento internos desse sistema.
Representa quem faz o que (interage) com o sistema, sem
considerar o comportamento interno do sistema.

Casos de Uso Primários: representam os objetivos dos atores.

Correspondem aos processos da empresa que estão sendo
automatizados.
Quais são as necessidades e objetivos de cada ator em
relação ao sistema?
Que informações o sistema deve produzir?
O sistema deve realizar alguma ação que ocorre
regularmente no tempo?
Para cada requisito funcional, existe um (ou mais) caso(s) de
uso para atendê-lo?

Casos de Uso Secundários: são aqueles que não trazem

benefício direto para os atores, mas que são necessários para que o
sistema funcione adequadamente.
Manutenção de cadastros.
Manutenção de usuários.
Manutenção de informações provenientes de outros sistemas.

Relacionamentos

Comunicação: representa a informação de que atores estão

associados a um caso de uso.
Inclusão: existe somente entre casos de uso. É utilizado quando
um caso de uso faz parte da execução do outro obrigatoriamente.
Extensão: existe somente entre casos de uso. É utilizado quando
um caso de uso pode ser executado, em um cenário especial, a
partir de outro caso de uso.
Generalização: existem entre casos de uso ou entre atores. Um
ator (ou caso de uso) pode herdar características de um ator (ou
caso de uso) mais genérico.
 Opção A

ud Diagrama de Casos de Uso - Opção A

CSU01 Cadastro
de Hóspede

Recepcionista

Opção B

ud Diagrama de Casos de Uso - Opção B

CSU01 - Consulta
Hóspedes

Recepcionista

«extend» «extend» «extend»

CSU02 - Inclusão CSU03 - Alteração CSU04 - Exclusão

de Hóspede de Hóspede de Hóspede
 Diagrama Geral de Casos de Uso do Sistema

cd Casos de Uso

CSU01 - Login

Usuário do Sistema

CSU04 -
«extend» Cancelamento
CSU03 - Controle
de Reserv as automático de
Reserv as
Recepcionista

CSU02
CSU11 - Registro
Manutenção do
de Consumo de
Cadastro de
Itens do Frigobar
Clientes
«include»
Limpeza
Operadora de Cartão

«include» «include»

CSU07 - Emissão CSU06 - Controle CSU05 - Registro

de Nota Fiscal «extend» de Hospedagem de Acesso
«include»

«include»
CSU04 -
Manutenção do
Cadastro de «include»
«include»
Quartos

Copa
CSU08 - «include» CSU12 - Registro
Gerente Manutenção do de Serv iços
Cadastro de Solicitados
Produtos e
Serv iços

CSU09 -
Manutenção do
CSU010 - Relatório Cadastro de
de Ocupação Usuários do
Lav anderia
Sistema
Documentação de Cada Caso de Uso

Nome: o mesmo nome que aparece no diagrama de casos de

uso. Cada caso de uso deve ter um nome único.
Identificador: um código que permite fazer referência a partir de
diversos documentos a um caso de uso em específico do modelo de
casos de uso. Uma convenção que se recomenda é usar o prefixo
CSU seguido de um número seqüencial. Por exemplos CSU01,
CSU02.
Sumário: uma pequena descrição do caso de uso (no máximo
duas frases).
Ator Primário: O nome do ator que inicia o caso de uso.
Atores Secundários: os nomes dos demais atores participantes
do caso de uso, se existirem.
Pré-condições: define que hipóteses são assumidas como
verdadeiras para que o caso de uso tenha início. Um caso de uso
pode não ter pré-condições (quando sua execução faz sentido em
qualquer momento).
Fluxo Principal: corresponde a descrição da seqüência de passos
do fluxo principal. O fluxo principal descreve o que normalmente
acontece quando o caso de uso é realizado.
Fluxo Alternativo: utilizados para descrever o que acontece
quando um ator faz uma escolha alternativa, diferente da descrita
no fluxo principal. Um caso de uso pode ter:
Um fluxo principal sem fluxos alternativos;
Fluxo Principal com alternativas independentes
Fluxo Principal com alternativas exclusivas entre si.
Fluxo de Exceção: descrição das situações de exceção que
ocorrem quando algo inesperado acontece na interação entre ator e
caso de uso.
Pós-condições: descrição de um estado observável alcançado
pelo sistema após a execução do caso de uso.
Regras de Negócio: referência as regras do negócio relevantes
ao caso de uso
Histórico: dados como autoria, data de criação do caso de uso,
modificações em seu conteúdo, entre outras.
Notas de Implementação: capturam idéias para uso posterior
na implementação do caso de uso.