Hotel 4

Universidade Federal de Pernambuco
- Centro de Informática -
Especificação de requisitos
Sistema de Gerenciamento de Hospedaria
Equipe:
Antônio Inocêncio Lima Filho (ailf)

Filipe Câmara de Oliveira(fco)
Guilherme Barreto Mendonça(gbm)
Maria Carolina Torres da Silva(mcts)
Rodrigo Cardoso Amaral de Andrade(rcaa2)
Vitor de Barros Costa(vbc)
Recife, 8 de Junho de 2007

Especificação de requisitos Sistema de Gerenciamento de Hospedaria (iHost)
Sumário
1.1 Objetivos do Documento 3

1.2 Escopo do Produto 3
1.2.1 Nome do Produto e de seus componentes principais 3
1.3 Visão Geral do Documento 3
2. Requisitos Funcionais 4
2.1 Apresentação dos requisitos funcionais 4
Nome da Funcionalidade 4
Prioridade 4
2.2 Detalhes dos requisitos funcionais 5
3. Requisitos Não-Funcionais 11
3.1 Apresentação dos Requisitos Não Funcionais 11
RNFP – Requisitos Não-Funcionais de Produto 11
RNFO – Requisitos Não-Funcionais Organizacional 11
RNFE – Requisitos Não-Funcionais Externos 11
4. Diagrama de Casos de Uso 12
5. Especificação dos Fluxos 13
2
1. Introdução
A aplicação a ser desenvolvida pelo grupo (iHost) visa atender as necessidades de
gerenciamento de uma empresa de hospedaria. O sistema será capaz de realizar tarefas essenciais de
uma empresa de hospedaria, bem como: fazer cadastro de clientes, reservar quartos e ambientes,
contratar serviços terceirizados, alocar empregados, consultar informações sobre clientes, empregados,
ambientes, serviços contratados, lotação de quartos e outros.
1.1 Objetivos do Documento

Este Documento de Requisitos do sistema iHost tem como objetivo principal listar para toda a
equipe e para o cliente, todas as informações necessárias para a implementação do sistema, bem como
suas necessidades listadas e suas funções, explicitando detalhadamente como o projeto deve funcionar.
1.2 Escopo do Produto

1.2.1 Nome do Produto e de seus componentes principais
iHost (componente único).
1.2.2 Missão do Produto

O iHost é um sistema que oferece suporte para a gerência, por parte de
funcionários (com suas devidas permissões), de uma pensão, tendo um maior controle de todas
atividades possíveis à um cliente e aos funcionários.
1.2.3 Limites do Produto

• Não terá suporte online.
• Não faz backup de relatórios.
• Não tem garantia de manutenção de informações caso haja atuação de fatores
externos(vírus, queda de energia).
1.2.4 Benefícios Básicos do Produto

• Economia de mão de obra.
• Agilidade na obtenção de informações.
• Praticidade no cadastro de clientes.
• Facilidade de uso.
• Persistência de dados.
• Automatização das atividades básicas no funcionamento da hospedaria.
1.3 Visão Geral do Documento

Este documento está organizado da seguinte forma:
• Na seção 1, apresenta-se uma introdução ao projeto, escopo do produto e objetivos
deste documento;
3
• Na seção 2 são apresentados os requisitos funcionais, e detalhes dos mesmos;

• Na seção 3, são apresentados os requisitos não-funcionais;
• Na seção 4, uma figura com o diagrama de casos de uso é mostrada;
• A seção 5 apresenta os fluxos das funcionalidades.
2. Requisitos Funcionais
Os requisitos funcionais visam explicitar as funcionalidades do sistema, identificando todos os
casos de uso que o usuário pode necessitar.
2.1 Apresentação dos requisitos funcionais
Identificaç Nome da Funcionalidade Prioridade

ão
RF 01 Cadastrar Cliente Essencial
RF 02 Editar Cliente Essencial
RF 03 Cadastrar Funcionário Essencial
RF 04 Editar Funcionário Essencial
RF 05 Demitir Funcionário Essencial
RF 06 Fechar Conta Importante
RF 07 Buscar Cliente por Quarto Importante
RF 08 Achar Quarto de Cliente Essencial
RF 09 Reservar Quarto Essencial
RF 10 Cancelar Reserva Essencial
RF 11 Ocupar Quarto Desejável
RF 12 Subordinados x Supervisor Desejável
RF 13 Funcionários x Ambientes Desejável
RF 14 Histórico do Quarto Essencial
RF 15 Listar Quartos (disponibilidade) Essencial
RF 16 Reservas de Um Período Essencial
RF 17 Reservas do Quarto Importante
RF 18 Buscar Quarto por Tipo Desejável
RF 19 Cadastro de Cliente Importante
4
2.2 Detalhes dos requisitos funcionais
Identificação: Nome:
RF 01 Cadastrar Cliente
Descrição:
O usuário pode cadastrar um novo cliente no banco de dados. Os dados a serem
fornecidos para o sistema são:
• Nome Completo
• Endereço Completo
• Data de Nascimento
• Número de acompanhantes
• Sexo
• CPF
Usuário: Recepcionista.
▓ Essencial Importante Desejável
RF 02 Editar Cliente
Descrição:
O usuário pode editar o cadastro de um cliente já existente no banco de dados. Os
dados que poderão sofrer modificações são:
• Nome
• Endereço
• Sexo
• CPF
Obs: Nem todos os atributos precisam ser editados; logo apenas os dados que
forem ser editados precisarão ser fornecidos.
Usuários: Recepcionista e Administrador

RF 03 Cadastrar Funcionário
5
Descrição:
O usuário pode cadastrar um novo funcionário no banco de dados. Os dados a
serem fornecidos para o sistema são:
• Nome Completo
• CPF
• Sexo
• Função que exercerá na empresa
• Nome do Supervisor responsável
• Foto
Usuário: Administrador
RF 04 Editar Funcionário
Descrição:
O usuário pode editar o cadastro de um funcionário já existente no banco de
dados. Os dados que poderão sofrer modificações são:
• Nome
• Função exercida
• Sexo
• Nome do Supervisor
• CPF
• Foto
Obs: Nem todos os atributos precisam ser editados; logo apenas os dados que
forem ser editados precisarão ser fornecidos.
RF 05 Demitir Funcionário
Descrição:
6
O usuário pode demitir um funcionário, excluindo o cadastro do mesmo no banco

de dados. Para a exclusão ser efetuada, deve ser fornecido o nome do funcionário
a ser demitido, tendo cuidado com homônimos, ou o número de cadastro do
mesmo.
RF 06 Fechar Conta
Descrição:
O usuário pode encerrar a conta do cliente calculando o valor da estadia. Para
tanto, deve fornecer o número do quarto.

Essencial ▓ Importante Desejável
RF 07 Buscar Cliente por Quarto
Descrição:
O usuário pode achar qual cliente está hospedado em determinado quarto. Para
tanto, deve fornecer o número do quarto ao sistema.

RF 08 Achar Quarto de Cliente
Descrição:
O usuário pode achar qual quarto determinado cliente está hospedado. Para
tanto, deve fornecer o nome do cliente ao sistema.

RF 09 Reservar Quarto
Descrição:
7
O usuário pode fazer a reserva de quarto de um cliente consultando e

armazenando no banco de dados. A reserva do quarto é formada por:
• Número do quarto desejado
• Nome do cliente
• Data inicial da reserva
• Data final da reserva
Usuário: Recepcionista
RF 10 Cancelar Reserva
Descrição:
O usuário pode cancelar uma reserva feita anteriormente, mediante apresentação
do número de cadastro do cliente e número do quarto (confirmando ainda a data).
RF 11 Ocupar Quarto
Descrição:
O usuário pode fazer a reserva do quarto para um cliente a partir da data do dia,
consultando e armazenando no banco de dados. A ocupação do quarto é formada
por:
• Número do quarto
• Nome do cliente
• Data final da reserva
Identificaçã Nome:
o:
RF 12 Subordinados x Supervisor
Descrição:
8
O usuário pode solicitar a lista de todos os funcionários que são subordinados a

supervisores, bem como qualquer combinação de informações dos respectivos
subordinados. Para fazer a solicitação da lista dos subordinados é necessário:
• Todos os supervisores terem uma ligação com seus respectivos
subordinados
Essencial Importante ▓ Desejável
RF 13 Funcionários x Ambientes
Descrição:
O usuário pode solicitar a lista dos funcionários que trabalham em todos os
ambientes. Para fazer a solicitação da lista dos funcionários é necessário:
• Todos os ambientes tenham uma ligação com seus respectivos
funcionários
RF 14 Histórico do Quarto
Descrição:
O usuário poderá consultar todas as reservas que foram registrados sobre o
quarto até a data presente. Basta digitar o número do quarto escolhido para fazer
a análise.
Usuário: Administrador.
RF 15 Listar Quartos
Descrição:
9
O usuário poderá consultar todos os quartos existentes na hospedaria. O sistema

retornará todos os quartos existentes informando caso estejam ocupados ou não.
Usuários: Administrador e Recepcionista

RF 16 Reservas de um Período
Descrição:
O usuário poderá consultar todas as reservas feitas em determinado período de
tempo.
Basta digitar o período que ele deseja fazer a consulta e todos os quartos que
estão reservados para esse período serão mostrados com suas determinadas
reservas.
Usuários: Administrador e Recepcionista.

RF 17 Reservas do Quarto
Descrição:
O usuário poderá consultar todas as reservas feitas para determinado quarto.
Para realizar essa consulta é necessário apenas o número do quarto.
Usuários: Administrador e Recepcionista.

RF 18 Buscar Quarto por Tipo
Descrição:
10
O usuário poderá consultar todos os quartos existentes na hospedaria de acordo

com o tipo do quarto (Ex. suíte, simples). Para realizar essa consulta é necessário
apenas o tipo do quarto. O sistema retornará todos os quartos do tipo informado,
informando quais estão ocupados no momento ou não.
Usuários: Recepcionista.
RF 19 Cadastro de Cliente
Descrição:
O usuário pode buscar o cadastro de um cliente, inclusive saber se o mesmo
existe. Para tanto o usuário deve fornecer o nome do cliente.

3. Requisitos Não-Funcionais
3.1 Apresentação dos Requisitos Não Funcionais

Este capítulo visa apresentar os requisitos que definem restrições do sistema, bem como
linguagens de programação usada ou métodos de desenvolvimento. Neste documento os requisitos
funcionais serão divididos em três tipos principais: Requisitos de Produto (forma que o produto se
comportará), Requisitos Organizacionais (políticas e procedimentos organizacionais), Requisitos
Externos (conseqüências de fatores externos).
RNFP – Requisitos Não-Funcionais de Produto

RNFO – Requisitos Não-Funcionais Organizacional
RNFE – Requisitos Não-Funcionais Externos
Identificação Descrição
RNFO – 01 O sistema será desenvolvido na linguagem
JAVA, portanto será suportado por plataformas
como Windows e Linux.
RNFO – 02 Deverão ser utilizadas ferramentas CASE, e é
totalmente necessária a criação da modelagem
usando a linguagem UML.
RNFO – 03 Um diagrama de classes vai ser gerado para
representação do sistema em nível da
linguagem orientada a objetos (JAVA).
RNFP - 01 As informações sobre as entidades ficarão
armazenadas no banco de dados do cliente.
RNFP - 02 O espaço de armazenamento do cliente deve
11
ser capaz de armazenar as informações já

cadastradas e que vão ser cadastradas.
RNFP - 03 A consistência, manipulação, tratamento e a
não redundância dos dados devem ser
garantidas pelo sistema de gerenciamento de
banco de dados.
RNFP - 04 O software terá uma interface intuitiva e fácil de
manusear para permitir que usuários
inexperientes usem o sistema.
RNFP - 04 O sistema será dividido em módulos para
agilizar as etapas de manutenção e possíveis
atualizações do software.
RNFE - 01 A veracidade das informações utilizadas no
sistema é de responsabilidade do usuário.
RNFE - 02 O custo do desenvolvimento não deverá
exceder 20% do valor inicialmente calculado
nos custos do plano do projeto.
RNFE - 03 Anti-virus, anti-spyware e outros softwares de
proteção do sistema tem que ser garantidos
pelo cliente.
4. Diagrama de Casos de Uso
12
5. Especificação dos Fluxos
13
Identificaç Nome Status

ão
UC 01 Cadastrar Cliente Aguardando Validação
Referência RF 01
s:
Autor: Maria Carolina Torres da Silva
Criado em: 11/06/2007 Revisado
em:
Atores:
Recepcionista.
Entradas:
• Nome Completo
• Data de nascimento
• CPF
• Sexo
Pré-condições:
• Servidor funcionando corretamente
Fluxo Principal:
1. Usuário seleciona a interface gráfica para a execução desse caso de uso;
2. Nessa interface, haverá campos a serem preenchidos com as entradas que
já foram explicitadas anteriormente;
3. Um botão de “submeter cadastro” deve ser apertado após todos os campos
terem sido preenchidos;
4. O sistema retorna um valor. Esse valor corresponde ao número de cadastro
do novo cliente no banco de dados do sistema.
Fluxos Secundários:
Fluxo Secundário 1:
1. No fluxo principal 3, caso algum campo esteja em branco, o sistema emite
uma mensagem de erro na tela
2. O sistema mantém a tela como estava, ou seja, todos os campos que já
estavam preenchidos permanecem preenchidos e o(s) que ainda não foi preenchido(s)
assim vai permanecer.
1. No fluxo principal 3, caso algum dado seja passado incorretamente, tal
como o número do CPF seja inválido (formato inadequado), o sistema acusará em qual
campo o erro aconteceu.
2. O sistema retornará para a tela anterior com todos os campos preenchidos
como anteriormente, na intenção de que seja feita a correção.
Fluxo secundário 3:
1. No fluxo principal 3, caso todos os dados sejam passados corretamente,
mas o valor do CPF já possui um cadastro no banco de dados; o sistema
acusará esse erro.
2. O sistema fará a pergunta se não está havendo o cadastro repetido,
mostrando os dados armazenados sobre aquele CPF, ou se o campo foi
preenchido erroneamente.
Em caso de cadastro repetido, o sistema retornará para a tela inicial;
14
Em caso de erro no preenchimento, o sistema retornará para a tela

anterior com todos os campos os campos preenchidos como
anteriormente, na intenção de que seja feita a correção.

ão
UC 02 Editar Cliente Aguardando Validação
Referência RF 02
s:
em:
Atores:
Recepcionista e Administrador
Entradas:
Um subconjunto de:
• Nome do Cliente
• Endereço do Cliente
• CPF
• Sexo
Pré-condições:
Fluxo Principal:
2. Nessa interface, haverá um espaço onde o nome do cliente a ter o cadastro
editado deve ser fornecido. O botão “Cadastro Atual” deve ser apertado para que
os dados sejam mostrados.
3. O sistema abrirá uma nova tela com todos os campos já preenchidos com os
dados contidos no sistema, os quais podem ser modificados;
4. Um botão de “Submeter Modificações” deve ser apertado após os campos
que precisam ser modificados terem sido preenchidos;
5. O sistema retorna para a tela principal do sistema.
como o número do CPF seja inválido (não esteja no formato adequado), o
sistema acusará em qual campo o erro aconteceu.
1. No fluxo principal 2, caso o nome do cliente retorne homônimos, o sistema
questionará o usuário sobre qual o cliente que realmente se deseja editar.
Então após tal escolha o sistema retorna a tela citada no fluxo principal 3 com
os dados do cliente escolhido;
1. No fluxo principal 2, caso não seja encontrado no banco de dados algum
15
registro de cliente com o nome fornecido, o sistema enviará um aviso de erro e

retornará para a tela anterior;

ão
UC 03 Cadastrar Funcionário Aguardando Validação
Referência RF 03
s:
em:
Atores:
Administrador
Entradas:
• Nome Completo
• CPF
• Sexo
• Função que exercerá
• Nome do responsável/supervisor
Pré-condições:
Fluxo Principal:
2. Nessa interface, haverá campos a serem preenchidos com as entradas que já
foram explicitadas anteriormente;
3. Um botão de “Submeter Cadastro” deve ser apertado após todos os campos
terem sido preenchidos;
4. O sistema retorna um valor. Esse valor corresponde ao número de cadastro do
novo funcionário no banco de dados do sistema.
1. No fluxo principal 2, caso algum campo esteja em branco, o sistema emite
uma mensagem de erro na tela.
1.1 Caso o campo que esteja em branco seja o de supervisor do novo
funcionário, o sistema deve questionar o usuário se esse funcionário deve
ser cadastrado sem nenhuma relação com algum supervisor. Se sim, aceita
o cadastro; se não, volta à tela anterior;
1.2 Caso o campo que esteja em branco não seja o de supervisor, o sistema
mantém a tela como estava, ou seja, todos os campos que já estavam
preenchidos permanecem preenchidos e o(s) que ainda não foi
preenchido(s) assim vai permanecer.
1. No fluxo principal 2, caso algum dado seja passado incorretamente, tal como o
número do CPF seja inválido (não esteja no formato adequado), o sistema acusará em
qual campo o erro aconteceu.
16

1. No fluxo principal 2, caso todos os dados sejam passados corretamente, mas o
valor do CPF já possui um cadastro no banco de dados; o sistema acusará esse erro.
2. O sistema fará a pergunta se não está havendo o cadastro repetido,
mostrando os dados armazenados sobre aquele CPF, ou se o campo foi preenchido
erroneamente.
Em caso de cadastro repetido, o sistema retornará para a tela inicial;
Em caso de erro no preenchimento, o sistema retornará para a tela anterior com todos os
campos os campos preenchidos como anteriormente, na intenção de que seja feita a
correção.
1. O sistema enviará uma mensagem de erro caso todos os campos tenham sido
preenchidos corretamente, porém o nome fornecido para supervisor não corresponda a
um dado existente ou, se o dado corresponda a um funcionário que não exerce função de
supervisor.

ão
UC 04 Editar Funcionário Aguardando Validação
Referência RF 04
s:
em:
Atores:
Administrador
Entradas:
Um subconjunto de:
• Nome do Funcionário
• Endereço do Funcionário
• CPF
• Sexo
Pré-condições:
Fluxo Principal:
3. Nessa interface, haverá um espaço onde o nome do cliente a ter o cadastro
editado deve ser fornecido. O botão “Cadastro Atual” deve ser apertado para
que os dados sejam mostrados.
4. O sistema abrirá uma nova tela com todos os campos já preenchidos com os
dados contidos no sistema, os quais podem ser modificados;
5. Um botão de “Submeter Modificações” deve ser apertado após os campos que
precisam ser modificados terem sido preenchidos;
6. O sistema retorna para a tela principal do sistema.
17
como o número do CPF seja inválido (não esteja no formato adequado), o
sistema acusará em qual campo o erro aconteceu.
1. No fluxo principal 2, caso o nome do funcionário retorne homônimos, o
sistema questionará o usuário sobre qual o funcionário que realmente se
deseja editar. Então após tal escolha o sistema retorna a tela citada no fluxo
principal 3 com os dados do empregado escolhido;
1. No fluxo principal 2, caso não seja encontrado no banco de dados algum
registro de funcionário com o nome fornecido, o sistema enviará um aviso de erro e
retornará para a tela anterior;
1. O sistema enviará uma mensagem de erro caso todos os campos tenham
sido preenchidos corretamente, porém o nome modificada para supervisor não
corresponda a um dado existente ou, se o dado corresponda a um funcionário
que não exerce função de supervisor.

ão
UC 05 Demitir Funcionário Aguardando Validação
Referência RF 05
s:
em:
Atores:
Administrador
Entradas:
• Número de Cadastro do funcionário ou nome do funcionário
Pré-condições:
Fluxo Principal:
2. Nessa interface, deve-se especificar ou o nome do funcionário a ser demitido ou
o número de cadastro do mesmo. E o botão “Demitir” deve ser pressionado;
3. Os dados do funcionário vão ser mostrados na tela;
4. Um botão de “Confirmar Demissão” deve ser apertado após o fornecimento dos
dados requeridos;
5. O sistema avisa que a demissão foi feita com sucesso.
1. No fluxo principal 2, caso o dado fornecido tenha sido o número de cadastro:
18
pode ser que o valor fornecido não seja um valor válido para um cadastro de cliente. O
erro vai ser exibido na tela e o sistema retornará para a tela anterior.
1. No fluxo principal 2, caso o dado fornecido tenha sido o nome do funcionário
a ser demitido, pode ser que não haja registro algum no banco de dados com esse nome.
O erro será exibido na tela e o sistema retornará para a tela anterior.
2. No fluxo principal 2, caso o dado fornecido tenha sido o nome do funcionário
a ser demitido, pode ser que haja homônimos no banco de dados. A tela exibirá todos os
registros encontrados e avisará que o usuário deve ser “guardar” o número do cadastro
do funcionário que se deseja efetivamente demitir para que seja fornecido
posteriormente ao sistema. Logo após isso, o sistema retornará para a tela anterior.

ão
UC 06 Fechar Conta Aguardando Validação
Referência RF 06
s:
Autor: Rodrigo Cardoso A. de Andrade
em:
Atores:
Entradas:
Pré-condições:
Fluxo Principal:
1. Usuário seleciona a interface específica para este caso de uso
2. Usuário digita o número do quarto e confirma
3. O sistema mostra a quantidade de dias que o quarto esteve ocupado e o
valor da diária e calcula o valor total da estadia.
1. No fluxo principal 2 se o número do quarto for inválido ou o campo não for
preenchido, o sistema informa que o número é inexistente e retorna ao fluxo principal.
1. No fluxo principal 2 se o número do quarto for válido, mas não esteja
ocupado o sistema informa que o quarto não está ocupado, portanto não pode fechar
a conta de um local que não está ocupado previamente.

ão
UC 07 Buscar Cliente por Quarto Aguardando Validação
Referência RF 07
s:
19

em:
Atores:
Entradas:
Pré-condições:
Fluxo Principal:
3. O sistema verifica se o número do quarto é válido
4. O sistema verifica se tem cliente hospedado no quarto
5. O sistema busca o cliente que está hospedado no quarto
6. O sistema retorna o nome do cliente para o usuário
1. No fluxo principal 3, se o número do quarto for inválido ou o campo não
for preenchido o sistema informa que o número é inexistente
2. Sistema retorna ao fluxo principal 2.
1. No fluxo principal 4, se não houver cliente hospedado no quarto solicitado,
o sistema informa ao usuário que o quarto está desocupado
2. Sistema retorna ao fluxo principal 2.

ão
UC 08 Achar Quarto de Cliente Aguardando Validação
Referência RF 08
s:
em:
Atores:
Entradas:
• Nome do cliente
Pré-condições:
Fluxo Principal:
2. Usuário digita nome do cliente e confirma
3. Sistema verifica se cliente está cadastrado
4. Sistema verifica se cliente está hospedado
5. Sistema busca o número do quarto no qual o cliente está hospedado
6. Sistema retorna o número do quarto ao usuário
20
1. No fluxo principal 3, se o nome do cliente não for cadastrado ou o

campo não for preenchido, o sistema informa que o cliente não está
cadastrado e retorna ao fluxo principal 2.
1. No fluxo principal 4, se o cliente solicitado não está hospedado, o
sistema informa ao usuário que o cliente não está hospedado e retorna ao
fluxo principal 2.
1. No fluxo principal 3, se o nome fornecido ao sistema retornar
homônimos, o sistema questionará o usuário sobre qual dos resultados ele
está procurando. Depois da escolha seguirá no fluxo principal.

ão
UC 09 Reservar Quarto Aguardando Validação
Referência RF 09
s:
em:
Atores:
Recepcionista
Entradas:
Número do quarto
Nome do cliente
Data inicial da reserva
Data final da reserva
Pré-condições:
Fluxo Principal:
2. Usuário digita o número do quarto, o nome do cliente, data inicial da
reserva e data final da reserva em campos diferentes e confirma.
4. Sistema verifica se a data inicial e data final da reserva colidem com
outra reserva já existente no mesmo quarto
5. Sistema reserva o quarto, armazenando as entradas no banco de dados
6. Sistema retorna uma mensagem de sucesso ao usuário
1. No fluxo principal 3 se o número do quarto for inválido ou os campos
estiverem em branco o sistema informa que o número é inexistente e retorna ao fluxo
principal 2.
2. No fluxo principal 4, se o período solicitado pela reserva colidir com outra
reserva já existente para o mesmo quarto, o sistema informa ao usuário e retorna ao
fluxo principal 2.
21
1. No fluxo principal 2, caso os campos tenham sido preenchidos

corretamente, mas se a partir do nome do cliente fornecido:
2.1 O sistema encontre homônimos, o sistema questionará qual dos
clientes está fazendo a reserva;
2.2 O sistema não encontre registro no seu banco de dados, o sistema
retornará uma mensagem de erro ao usuário, informando o erro.

ão
UC 10 Cancelar Reserva Aguardando Validação
Referência RF 10
s:
em:
Atores:
Recepcionista
Entradas:
Número de cadastro do cliente
Número do quarto
Data Inicial da reserva
Pré-condições:
Fluxo Principal:
2. Usuário digita o número do cadastro do cliente e o número do quarto em
campos diferentes e confirma
4. O sistema verifica se a reserva existe a partir da data fornecida.
5. O sistema cancela a reserva, removendo o registro no qual o quarto estaria
reservado (determinado pela data inicial e final).
6. O sistema retorna uma mensagem de sucesso
1. No fluxo principal 3 se o número do quarto for inválido ou o campo não for
preenchido, o sistema informa que o número é inexistente e retorna ao fluxo principal
2.
2. No fluxo principal 4, se a reserva não existir, o sistema informa ao usuário a
inexistência e retorna ao fluxo principal 2.

ão
UC 11 Ocupar Quarto Aguardando Validação
Referência RF 11
s:
Autor: Antônio Inocêncio
22
em:
Atores:
Recepcionista
Entradas:
• Nome do cliente
• Data da desocupação
Pré-condições:
Fluxo Principal:
1. Usuário seleciona a interface gráfica para a execução desse caso de uso
2. Usuário digita número de quarto que será ocupado, o nome do cliente que
ocupará e a data da desocupação.
3. Sistema verifica número de quarto
4. Sistema verifica se o quarto está realmente desocupado
5. Sistema verifica se não há nenhuma reserva para o quarto nesse mesmo
período
6. Sistema associa código de identificação do cliente ao quarto
7. Sistema passa a considerar o quarto como ocupado
8. Sistema exibe uma mensagem ao usuário confirmando o sucesso da operação
*a data inicial é a data do dia
Fluxo Secundário 1: Número de quarto inválido
1. Sistema exibe mensagem alertando que número do quarto é inexistente
2. Sistema retorna ao fluxo principal 2
Fluxo Secundário 2: Quarto está ocupado
1. Sistema exibe mensagem avisando que quarto já/ainda está ocupado
2. Sistema retorna ao fluxo principal 2
Fluxo Secundário 3: Quarto está reservado
1. Sistema exibe mensagem avisando que o quarto não pode ser ocupado nesse
período, pois, está reservado
2. Sistema retornar para fluxo principal 2

ão
UC 12 Subordinados x Supervisor Aguardando Validação
Referência RF 12
s:
em:
Atores:
Administrador
Entradas:
Pré-condições:
Fluxo Principal:
23
1. Usuário seleciona a interface gráfica para a execução deste caso de uso

2. Usuário aperta botão correspondente a esta funcionalidade
3. Sistema verifica se há funcionários subordinados a qualquer supervisor
4. Sistema exibe uma lista de funcionários relacionados a seus respectivos
supervisores
Fluxo Secundário 1: Não haver supervisores
1. No fluxo principal 3 se não houver funcionários subordinados a um supervisor,
o sistema exibe uma lista dos funcionários sem os respectivos supervisores

ão
UC 13 Funcionários x Ambientes Aguardando Validação
Referência RF 13
s:
em:
Atores:
Administrador
Entradas:
Pré-condições:
Fluxo Principal:
3. Sistema verifica se todos os ambientes possuem funcionários relacionados.
4. Sistema exibe uma lista de ambientes relacionados a seus respectivos
funcionários.
Fluxo Secundário 1: Não haver funcionário para o ambiente
1. Sistema exibe a lista de ambientes normalmente, e nos ambientes sem
funcionários, não relaciona nenhum empregado.

ão
UC 14 Histórico do Quarto Aguardando Validação
Referência RF 14
s:
em:
Atores:
Administrador
Entradas:
Pré-condições:
24
Fluxo Principal:
2. Usuário digita número do quarto que deseja observar o histórico.
3. Sistema verifica se número do quarto é válido
4. Sistema exibe lista com todas as reservas já registradas para o quarto
Fluxo Secundário 1: Número do quarto inválido
1. Sistema exibe mensagem alertando que o número do quarto não existe e
retorna ao fluxo principal 2

ão
UC 15 Listar Quartos Aguardando Validação
Referência RF 15
s:
Autor: Filipe Câmara de Oliveira
em:
Atores:
Administrador e Recepcionista
Entradas:
Pré-condições:
Fluxo Principal:
3. Sistema exibe lista com todos os quartos cadastrados

ão
UC 16 Reservas de um Período Aguardando Validação
Referência RF 16
s:
em:
Atores:
Entradas:
Período desejado (data inicial e final)
Pré-condições:
Fluxo Principal:
2. Usuário digita o período e confirma
25
3. O sistema verifica se há reservas, levando em consideração todos os

quartos, no período questionado.
4. O sistema retorna todas as reservas existentes naquele período
1. No fluxo principal 3, caso não existam reservas no período, o sistema retorna
uma mensagem informando a inexistência de reservas naquele período e volta ao
fluxo principal 2.
1. No fluxo principal 2, caso seja informado um período com datas em formato
incorreto, o sistema exibe uma mensagem informando o erro e volta ao fluxo principal
2.

ão
UC 17 Reservas do Quarto Aguardando Validação
Referência RF 17
s:
em:
Atores:
Entradas:
Número do Quarto
Pré-condições:
Fluxo Principal:
3. O sistema verifica se há reservas naquele quarto
4. O sistema retorna todas as reservas existentes naquele quarto
1. No fluxo principal 2, caso não existam reservas no quarto, o sistema retorna
uma mensagem informando a inexistência de reservas naquele quarto e volta ao fluxo
principal 2.
2. No fluxo principal 2, caso seja informado um número de quarto inválido, o
sistema retorna uma mensagem de erro e volta ao fluxo principal 2.

ão
UC 18 Buscar Quarto por Tipo Aguardando Validação
Referência RF 18
s:
26

em:
Atores:
Recepcionista
Entradas:
Tipo do Quarto
Pré-condições:
Fluxo Principal:
2. Usuário digita o tipo do quarto e confirma
3. O sistema verifica se há quartos daquele tipo
4. O sistema retorna todos os quartos daquele tipo
1. No fluxo principal 3, caso o tipo seja inválido, ou não existam quartos daquele
tipo, o sistema retorna uma mensagem de erro e volta ao fluxo principal 2.

ão
UC 19 Cadastro de Cliente Aguardando Validação
Referência RF 19
s:
em:
Atores:
Entradas:
Nome do cliente
Pré-condições:
Fluxo Principal:
2. Usuário digita o nome do cliente e confirma
3. O sistema verifica se o cliente do nome passado é cadastrado
4. O sistema retorna todos os dados do cliente
1. No fluxo principal 3, se o cliente não for cadastrado, o sistema retorna uma
mensagem avisando que o usuário não é cadastrado e retorna ao fluxo principal 2.
27

Hotel 4

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Hotel 4

Hochgeladen von

Copyright:

Verfügbare Formate

Universidade Federal de Pernambuco

Sistema de Gerenciamento de Hospedaria

Antônio Inocêncio Lima Filho (ailf)

Recife, 8 de Junho de 2007

1.1 Objetivos do Documento 3

4. Diagrama de Casos de Uso 12

5. Especificação dos Fluxos 13

1.1 Objetivos do Documento

1.2 Escopo do Produto

1.2.2 Missão do Produto

1.2.3 Limites do Produto

1.2.4 Benefícios Básicos do Produto

1.3 Visão Geral do Documento

• Na seção 2 são apresentados os requisitos funcionais, e detalhes dos mesmos;

2.1 Apresentação dos requisitos funcionais

Identificaç Nome da Funcionalidade Prioridade

2.2 Detalhes dos requisitos funcionais

Usuários: Recepcionista e Administrador

O usuário pode demitir um funcionário, excluindo o cadastro do mesmo no banco

Usuários: Recepcionista e Administrador

Usuários: Recepcionista e Administrador

Usuários: Recepcionista e Administrador

O usuário pode fazer a reserva de quarto de um cliente consultando e

O usuário pode solicitar a lista de todos os funcionários que são subordinados a

O usuário poderá consultar todos os quartos existentes na hospedaria. O sistema

Usuários: Administrador e Recepcionista

Usuários: Administrador e Recepcionista.

Usuários: Administrador e Recepcionista.

O usuário poderá consultar todos os quartos existentes na hospedaria de acordo

Usuários: Recepcionista e Administrador

3.1 Apresentação dos Requisitos Não Funcionais

RNFP – Requisitos Não-Funcionais de Produto

ser capaz de armazenar as informações já

4. Diagrama de Casos de Uso

5. Especificação dos Fluxos

Identificaç Nome Status

Em caso de erro no preenchimento, o sistema retornará para a tela

Identificaç Nome Status

registro de cliente com o nome fornecido, o sistema enviará um aviso de erro e

Identificaç Nome Status

2. O sistema retornará para a tela anterior com todos os campos preenchidos

Identificaç Nome Status

Identificaç Nome Status

Identificaç Nome Status

Identificaç Nome Status

Criado em: 11/06/2007 Revisado

Identificaç Nome Status

1. No fluxo principal 3, se o nome do cliente não for cadastrado ou o

Identificaç Nome Status

1. No fluxo principal 2, caso os campos tenham sido preenchidos

Identificaç Nome Status

Identificaç Nome Status

Identificaç Nome Status

1. Usuário seleciona a interface gráfica para a execução deste caso de uso

Identificaç Nome Status

Identificaç Nome Status

Identificaç Nome Status

Identificaç Nome Status

3. O sistema verifica se há reservas, levando em consideração todos os

Identificaç Nome Status

Identificaç Nome Status

Criado em: 11/06/2007 Revisado

Identificaç Nome Status

Das könnte Ihnen auch gefallen