UNIVERSIDADE FEDERAL DE SÃO CARLOS

Centro de Ciências Exatas e Tecnologia

Departamento de Computação

Engenharia de Software
Prática Final.

Professor:
Fabiano Cutigi Ferrari

Autores:
Arthur Eugenio Silverio - 793107
Brainer Sueverti de Campos - 790829
Carlos Eduardo Nascimento dos Santos - 791029
Cauê Bonfim Trevisan - 790867
Giullio Emmanuel da Cruz Di Gerolamo - 790965
Pedro Malandrin Klesse - 790746
Rafael de Camillo Masson - 790774
Vitor Caligaris Figueira - 790743

São Carlos, 19 de Abril de 2022

 SUMÁRIO

Etapa 1 2
Etapa 2 7
Etapa 3 26
Etapa 4 28
Correções- Etapa 1 34
Correções- Etapa 2 36
Correções- Etapa 3 40

1
 1. Etapa 1

Documento de Requisitos
RoomTel - Sistema de Gestão de Locação de
Quartos em Hotéis
Última atualização: 12/04/2022

1. Introdução

1.1. Propósito do Documento de Requisitos

Este documento de requisitos tem como objetivo listar e descrever todos os

requisitos e especificações necessárias para a construção de um sistema de
gestão de hotel denominado RoomTel para locação de quartos em um hotel e
outros serviços ofertados pelo lugar.

1.2. Escopo do Produto

O RoomTel será uma aplicação Web para gestão de hotéis, que tem como
objetivo principal facilitar a comunicação entre o hóspede-hotel e
colaborador-hotel. O hotel oferecerá seu serviço de hospedagem e outros
serviços adicionais, além de realizar o próprio gerenciamento das suas
informações, e a pessoa física poderá contratar os serviços do hotel e consultar
suas informações.

1.3. Visão Geral do Restante do Documento

Na seção 2 é apresentada uma descrição geral do sistema. Os requisitos

funcionais, não- funcionais e de sistema são apresentados na seção 3. A seção 4
inclui um glossário.

2. Descrição Geral

2.1. Perspectiva do Produto

O RoomTel deverá ser fácil para a utilização dos possíveis hóspedes

(contratantes) e dos colaboradores (gerentes e ofertantes), já que um dos
objetivos principais é facilitar o gerenciamento para os colaboradores, além disso
deve facilitar a ligação entre o hóspede e o hotel. O sistema fará o gerenciamento
dos serviços do hotel (hospedagem, restaurante, serviço de quarto etc.) para
auxiliar os colaboradores e, também, oferecerá os serviços do hotel para os
possíveis clientes.

2
 2.2. Funções do Produto

A função do RoomTel é realizar o gerenciamento dos serviços do hotel, e

realizar interação e oferta de serviços para os clientes.

3
 2.3. Características do Usuário

Existem dois tipos de usuários para o sistema:

● Os colaboradores do hotel, que realizarão o gerenciamento dos serviços.

● Os clientes do hotel, que irão contratar os serviços do hotel.

2.4. Restrições Gerais

O sistema deverá conseguir ser executado em boa qualidade em qualquer

máquina (computador, notebook, celular e tablet) que possuir acesso à internet. A
resolução mínima será de 1280x720 pixels.
Além disso, é necessário seu uso abrange navegadores mais utilizados: Google
Chrome, Firefox, Safari, Edge, Samsung Internet e Opera.

2.5. Suposições e Dependências

O sistema depende crucialmente da Internet para entrar e se manter em

operação.

3. Requisitos Específicos

3.1. Requisitos Funcionais

Lançamentos Diversos - Usuários contratantes de serviços

1. O sistema deve possuir um sistema para realização de cadastro de clientes.

Esse cadastro deve incluir login através do email cadastrado, uma senha criada
pelo próprio usuário, CPF, endereço e telefone celular do cadastrado.

2. O sistema deve permitir ao cliente alterar o seu cadastro. Para realizar tal
operação, o usuário deve fornecer seu e-mail e senha.

3. O sistema deve possuir um link/ícone do Whatsapp da recepção do Hotel na

interface inicial, em que o navegador redireciona automaticamente para essa
conversa.

4. O sistema deve notificar via e-mail a reserva feita, contendo informações de:
valor pago, data de início e fim da reserva, número de quartos reservados,
serviços adicionais reservados, forma de pagamento utilizada e nota fiscal da
compra.

5. O sistema deve permitir ao cliente realizar o pagamento da reserva e serviços

solicitados. A compra pode ser feita pela seleção do número do quarto, do dia de
check-in e check-out e serviços adicionais. As possibilidades de pagamento são:
via Paypal, boleto bancário, cartões Visa e Mastercard, PicPay e Pix.

6. O sistema deve permitir ao cliente o cancelamento e/ou o reagendamento de sua

reserva em até 24 horas antes do horário de check-in, com direito a reembolso
em caso de cancelamento.

4
7. O sistema deve permitir ao cliente a avaliação de cada serviço consumido após o
fim da reserva.

8. O sistema deve recomendar as opções de serviço de quarto para o cliente

baseadas nos serviços mais utilizados pelos clientes.

Lançamentos Diversos - Usuários gerentes de serviços

9. O sistema deve exibir quais serviços estão alocados e suas respectivas

informações, tais como horário da reserva, valor, e informações do cliente que
reservou.

10. O sistema deve possibilitar que funcionários do hotel alterem reservas já feitas:
estender, reduzir e cancelá-las.

11. O sistema deve possuir a opção de desabilitar um serviço quando ocorrer algum
imprevisto.

Lançamentos Diversos - Usuários administrador do sistema

12. O sistema deve fornecer ao administrador função para adicionar ou remover

tipos de serviços, tais como: serviço de quarto, restaurante, frigobar, TV etc.

13. O sistema deve fornecer ao administrador a função de visualizar os serviços

contratados.

14. O sistema deve permitir ao administrador visualizar os perfis de colaboradores e

clientes criados no aplicativo.

15. O sistema deve possibilitar ao administrador remover, adicionar e alterar

cadastros de gerentes e clientes.

Lançamentos Diversos-Usuários cliente, gerente e administrador do sistema

16. O sistema deve permitir o login dos usuários no sistema.

Consultas

17. O sistema deve fornecer os dados do hotel, como endereço, telefone e e-mail
para contato.

18. O sistema deve apresentar fotos claras dos quartos e das dependências do hotel
em uma página específica para cada quarto ou região do hotel, respectivamente,
ajudando a mostrar os serviços oferecidos.

19. O sistema deve exibir as funcionalidades dos quartos selecionados, para que o
usuário saiba os serviços oferecidos os quais ele está contratando.

5
 Adicionais

20. O sistema deve ser capaz de realizar automaticamente a efetivação da reserva,

mediante a verificação da aprovação do pagamento.

21. A requisição da impressão da fatura do cliente deve enviar uma cópia da fatura
como segurança para o email do cliente.

3.1. Requisitos Não-Funcionais

1. O sistema deve garantir comunicação segura e criptografada para todos os

dados que transitam e aqueles que permanecem guardados dentro do servidor.
Além de exigir de todos os usuários autenticação em duas etapas.

2. A interface deve ser simplificada, sem elementos desnecessários de modo que a

qualquer usuário leigo seja possível a compreensão.

3. O tempo de resposta do servidor para requisições simples (isto é, até 25 dados)

deve ser de no máximo 5 segundos, tanto para requisições internas como externas.

4. O tempo de resposta do servidor para requisições simples (isto é, até 25 dados)

deve ser de no máximo 5 segundos, tanto para requisições internas como
externas.

5. O sistema deve garantir consistência no Banco de Dados pelo controle de

concorrência já que o sistema deve ser utilizado simultaneamente por vários
usuários requisitando e gravando dados.

6. O Sistema deve permitir o cancelamento da operação em andamento no caso de

erro, permitindo ao usuário retornar ao início da operação para corrigir o erro.

7. O sistema deve fornecer portabilidade para a atualização de novos softwares e

hardwares.

3.2. Requisitos de Sistema

1. O sistema deve ser executado em computadores pessoais ou notebooks

compatíveis, com sistema operacional Linux, Windows 7 ou superior e MacOS.

2. O sistema deve ser executado em celulares ou tablets com sistemas

operacionais como: Android 5 ou superior e IOS 6 ou superior.

3. O sistema deve ser capaz de armazenar todos os dados em um banco de dados

MySQL.

6
 2. Etapa 2
Estão sequenciados os MCU com preâmbulo, fluxo principal e alternativo, e o
diagrama de casos de uso geral.

1 – Inclusão de cadastro

Preâmbulo
ID: 1
Caso de uso: Inclusão de cadastro de usuário.
Atores Primários e Secundários: Gerente e Funcionário.
Propósito: Cadastro das informações de clientes e colaboradores.
Visão Geral: O caso de uso visa a inclusão de cadastros de clientes ou colaboradores.
Pré-condições: Dados do cliente e colaboradores.
Pós-condições: Inclusão de cadastros e gerar uma credencial para o usuário
cadastrado. Referências cruzadas: R.1, R.3 Pontos de inclusão: PI-1 (CU-8)

Fluxo Principal:

Ação do Ator Resposta do Sistema

1.O colaborador acessa o sistema para 2. Exibe a página inicial do site.

incluir um cadastro de usuário.

3. PI-1 (CU-8) (Login no sistema)

4.O colaborador seleciona a opção que 5. Abre a página para a administração do

fornece acesso à seção de administração site
do site.

6. Acessa a aba cadastros 7. Exibe a página para inclusão, alteração

ou remoção de cadastros.

8. Seleciona a opção de inclusão de 9. Exibe o formulário para registrar os

cadastro. dados do cadastro.

10. Preenche o formulário exibido.

11. Usuário confirma a operação 12. Realiza a inclusão de cadastro no

banco de dados.

7
 13. Volta para a página inicial.

Fluxo Alternativo:

Passos 6,8,10,11: O colaborador deseja cancelar a inclusão e retorna para a página inicial.
Passo 10: O colaborador selecionou a opção errada para manipulação de cadastro, aciona
o botão de retornar a opção de selecionar a inclusão de um cadastro.
Passo 10: O colaborador preenche dados inválidos no formulário, uma mensagem de erro é
exibida e o formulário é limpo e recarregado.

2 – Alteração de cadastro

Preâmbulo
ID: 2
Caso de uso: Alteração de cadastro de usuário.
Atores Primários e Secundários: Gerente e Funcionário.
Propósito: Alterar cadastro pré-existente de clientes ou funcionários.
Visão Geral: O caso de uso visa a alteração de cadastros de clientes ou colaboradores.
Pré-condições: Novos dados do cliente ou colaboradores assim como cadastro
pré-existente.
Pós-condições: Alteração de cadastros e gerar uma credencial para a alteração
realizada. Referências cruzadas: R.1, R.3 Pontos de inclusão: PI-1 (CU-8)

Fluxo Principal:

Ação do Ator Resposta do Sistema

1.O colaborador acessa o sistema para 2. Exibe a página inicial do site.

alterar um cadastro de usuário.

3. PI-1 (CU-8) (Login no sistema).

4.O colaborador seleciona a opção que 5. Abre a página para a administração do

fornece acesso à seção de administração site.
do site.

6. Acessa a aba cadastros. 7. Exibe a página para inclusão, alteração

ou remoção de cadastros.

8. Seleciona a opção de alteração de 9. Exibe o formulário para registrar os

cadastro. novos dados do cadastro.

8
 10. Preenche o formulário exibido.

11. Usuário confirma a operação 12. Realiza alteração de cadastro no banco

de dados.

13. Volta para a página inicial.

Fluxo Alternativo:

Passos 6,8,10,11: O colaborador deseja cancelar a alteração e retorna para a página inicial.
Passo 10: O colaborador selecionou a opção errada para manipulação de cadastro, aciona
o botão de retornar a opção de selecionar a alteração de um cadastro.
Passo 10: O colaborador preenche dados inválidos no formulário, uma mensagem de erro é
exibida e o formulário é limpo e recarregado.

3 – Remoção de cadastro

Preâmbulo
ID: 3
Caso de uso: Remoção de cadastro de usuário.
Atores Primários e Secundários: Gerente e Funcionário.
Propósito: Remoção de cadastro de clientes e colaboradores.
Visão Geral: O caso de uso visa a remoção de cadastros de clientes ou colaboradores.
Pré-condições: Cadastro pré-existente do cliente ou colaborador.
Pós-condições: Geração de uma credencial para a remoção. Referências
cruzadas: R.1, R.3 Pontos de inclusão: PI-1 (CU-8)

Fluxo Principal:

Ação do Ator Resposta do Sistema

1.O colaborador acessa o sistema para 2. Exibe a página inicial do site.

remover um cadastro de usuário.

3. PI-1 (CU-8) (Login no sistema).

4.O colaborador seleciona a opção que 5. Abre a página para a administração do

fornece acesso à seção de administração site.
do site.

9
 6. Acessa a aba cadastros. 7. Exibe a página para inclusão, alteração
ou remoção de cadastros.

8. Seleciona a opção de remoção de 9. Exibe o formulário para remover o

cadastro. cadastro.

10. Preenche o formulário exibido.

11. Usuário confirma a operação 12. Realiza a remoção de cadastro e o

retira do banco de dados.

13. Volta para a página inicial.

Fluxo Alternativo:

Passos 6,8,10,11: O colaborador deseja cancelar a remoção e retorna para a página inicial.
Passo 10: O colaborador selecionou a opção errada para manipulação de cadastro, aciona
o botão de retornar a opção de selecionar a remoção de um cadastro.
Passo 10: O colaborador preenche dados inválidos no formulário, uma mensagem de erro é
exibida e o formulário é limpo e recarregado.

4 - Reserva

Preâmbulo
ID: 4
Caso de uso: Reserva
Atores Primários e Secundários: Cliente e Colaborador.
Propósito: Reserva de acomodação de determinado cliente.
Visão Geral: O caso de uso visa realizar a reserva de certa acomodação para o cliente por
um período de tempo.
Pré-condições: Dados gerais da reserva e cadastro prévio do hóspede principal.
Pós-condições: A reserva do cliente é realizada no sistema pelo determinado período de
tempo.
Referências cruzadas: R.6
Pontos de inclusão: PI-1 (CU-8)
Pontos de extensão: PE-1 (CU-5)

Fluxo Principal

10
 Ação do Ator Resposta do Sistema

1. Usuário acessa o sistema. 2. Exibe a página inicial do site.

3. PI-1 (CU-8) (Login no sistema).

4. Acessa a aba de reserva. 5. Exibe a página com os tipos de

acomodação e respectivos valores de
diária.

6. Seleciona o tipo de acomodação 7. Exibe formulário para preenchimento de

desejado. nomes e idades dos acompanhantes, além
de data e hora de chegada e saída.

8. Preenche os dados solicitados. 9. Exibe a página para pagamento da

reserva.

10. PE-1 (CU-5) (Pagamento).

11. Usuário confirma a operação. 12. Realiza a reserva desejada e insere no

banco de dados.

13. Volta para a página inicial.

Fluxo Alternativo:

Passos 6, 8, 10, 11: O usuário deseja cancelar a operação, acionando o botão de retornar;
sistema exibe a aba de reservas.
Passo 8: Sem vaga para a reserva solicitada; sistema exibe mensagem alertando a
indisponibilidade de tal acomodação para o período indicado.

5 – Inclusão consumo

Preâmbulo
ID: 5
Caso de uso: Inclusão de item de consumo
Atores Primários e Secundários: Cliente e Colaborador.
Propósito: Incluir item de consumo de determinado cliente.
Visão Geral: O caso de uso inclui item de consumo de um determinado cliente.
Pré-condições: O cliente ou colaborador devem estar cadastrados no sistema.
Pós-condições: Inclusão de um item de consumo de um determinado cliente.
Referências cruzadas: R.2, R.8

11
Pontos de inclusão: PI-1 (CU-8)

Fluxo Principal:

Ação do Ator Resposta do Sistema

1.O colaborador acessa o sistema. 2. Exibe a página inicial do site.

3. PI-1 (CU-8) (Login no sistema).

4. O colaborador ou cliente seleciona a 5. Exibe a página de itens de consumo para

aba itens de consumo. inclusão, alteração ou remoção de itens de
consumo.

6. Seleciona a opção incluir item de 8. Exibe os itens de consumo disponíveis

consumo. para serem adicionados.

7. O usuário escolhe o item a ser

adicionado.

8. Usuário confirma a operação 9. Realiza a inclusão do item de

consumo e atualiza o consumo geral.

10. Volta para a página inicial.

Fluxo Alternativo:

Passo 4, 6, 7, 8: O ator se arrepende da escolha e aciona o botão para retornar para itens
de consumo.

6 – Exclusão consumo

Preâmbulo
ID: 6
Caso de uso: Remoção de item de consumo
Atores Primários e Secundários: Cliente e Colaborador.
Propósito: Remover item de consumo de determinado cliente.
Visão Geral: O caso de uso remove item de consumo de um determinado cliente.
Pré-condições: O cliente ou colaborador devem estar cadastrados no sistema.
Pós-condições: Remoção de um item de consumo de um determinado cliente.
Referências cruzadas: R.2, R.8

12
Pontos de inclusão: PI-1 (CU-8)

Fluxo Principal:

Ação do Ator Resposta do Sistema

1.O colaborador acessa o sistema. 2. Exibe a página inicial do site.

3. PI-1 (CU-8) (Login no sistema).

4. O colaborador ou cliente seleciona a 5. Exibe a página de itens de consumo para

aba itens de consumo. inclusão, alteração ou remoção de itens de
consumo.

6. Seleciona a opção remoção de item de 8. Exibe os itens de consumo disponíveis

consumo. para serem removidos.

7. O usuário escolhe o item a ser

removido.

8. Usuário confirma a operação. 9. Realiza a remoção do item de

consumo e atualiza o consumo geral.

10. Volta para a página inicial.

Fluxo Alternativo:

Passo 4, 6, 7, 8: O ator se arrepende da escolha e aciona o botão para retornar para itens
de consumo.

7 - Check-in

Preâmbulo
ID: 7
Caso de uso: Realização do Check-in.
Atores Primários e Secundários: Colaborador.
Propósito: Processo de entrada do hóspede no hotel.
Visão Geral: O caso de uso visa realizar o processo de check-in do cliente que acaba de
chegar.
Pré-condições: Cadastro prévio do colaborador.
Pós-condições: Registro de reserva (caso não tenha sido feita) e check-in no sistema.

13
Referências cruzadas: R.7
Pontos de inclusão: PI-1 (CU-8)
Pontos de extensão: PE-1 (CU-2)

Fluxo Principal

Ação do Ator Resposta do Sistema

1. O colaborador acessa o sistema. 2. Exibe a página inicial do site.

3. PI-1 (CU-8) (Login no sistema).

4. PE-1 (CU-2) (Reserva)

5. Acessa a seção de administração do 6. Exibe a página para a administração do

site. site.

7. Acessa a aba para o registro do 8. Exibe a página para registrar os dados

check-in. do check-in.

9. Registra o check-in no sistema. 10. Realiza a operação desejada e insere

no banco de dados.

11. Volta para a página inicial.

Fluxo Alternativo:

Passos 4: Caso a reserva já tenha sido feita, o cliente informa seu nome e o sistema
recupera automaticamente os seus dados.
Passos 7, 9: O usuário deseja cancelar a operação, acionando o botão de retornar; sistema
exibe a página inicial.

8 - Pagamento

Preâmbulo
ID: 8
Caso de uso: Pagamento de fatura
Atores Primários e Secundários: Cliente e Colaborador Propósito:
Realizar o pagamento da fatura do cliente.
Visão Geral: O caso de uso visa permitir o cliente quitar suas faturas através de
pagamentos à vista( dinheiro, cheque ou cartão de crédito) ou faturado em 30 dias ou 60
dias.
Pré-condições: O cliente deve ter realizado o Check-out Pós-condições: A
fatura do cliente está paga.
Referências cruzadas: R.10, R.11

14
Pontos de inclusão: PI-1 (CU-8), PI-2(CU-7)

Fluxo Principal:
Ação do Ator Resposta do Sistema

1. O usuário acessa o sistema. 2. Exibe a página inicial do site.

3. PI-1 (CU-8) (Login no sistema)

4. O usuário acessa a aba referente a 5. Requisita os dados sobre o cliente que a

quitação de faturas. fatura deve ser exibida

6. O usuário fornece seus dados de 7. Identifica o cliente e exibe as opções de

hospedagem. pagamento à vista( dinheiro, cheque ou
cartão de crédito) ou faturado em 30 dias
ou 60 dias.

8. O usuário seleciona o método de 9. PI-2 (CU-7)(Impressão Cliente e

pagamento. Fatura)

10.Exibe a tela de confirmação do

pagamento

11. O usuário confirma os valores nas

faturas imprimidas e as paga..

12. O usuário confirma o pagamento. 13. Registra o pagamento.

14. Retorna à página inicial do site.

Fluxo Alternativo:

Passos 8: O usuário fornece os dados de hospedagem errados, então seleciona o botão

para voltar e preencher novamente os dados do cliente.

Passos 11: O usuário seleciona o método de pagamento errado, então aciona o botão de
voltar e retorna a página de seleção de pagamento.

Passos 4, 6, 8, 11: O usuário deseja fazer o pagamento em outro momento, então cancela
a operação corrente e retorna à página inicial.

9 - Check-out

15
Preâmbulo
ID: 9
Caso de uso: Realização do Check-out
Atores Primários e Secundários: Colaborador e Cliente Propósito:
Finalização da estadia do cliente no hotel.
Visão Geral: O caso de uso visa a finalização da estadia do hóspede com acerto de
débitos.
Pré-condições: O cliente esteja cadastrado.
Pós-condições: Quitação de todos os débitos e finalização da estadia do cliente.
Referências cruzadas: R.9
Pontos de inclusão: PI-1 (CU-8),PI-2 (CU-5)

Fluxo Principal:

Ação do Ator Resposta do Sistema

1. O colaborador ou cliente acessa o 2. Exibe a página inicial do site.

sistema.

3. PI-1 (CU-8) (Login no sistema)

4. O colaborador ou cliente seleciona a aba 5. PI-2 (CU-5) (Pagamento)

Check-Out e confirma a operação

6. O cliente encerra sua estadia no hotel. 7. O sistema inicia o processo de liberação

do quarto que estava ocupado pelo cliente.

8. Exibe a página inicial do site.

Fluxo Alternativo:

Passos 1,3: cliente muda de ideia por algum motivo e desiste de encerrar sua
estadia, então ele aciona o botão de cancelar e retorna para a página inicial

10 - Impressão

Preâmbulo
ID: 10
Caso de uso: Impressão
Atores Primários e Secundários: Colaboradores e clientes Propósito:
Impressão de informações relativas ao hotel.

16
Visão Geral: Permite a impressão de informações relativas ao hotel: aos colaboradores a
listagem dos hóspedes, reservas, comprovante de saída do hóspede, relatório resumindo o
faturamento do hotel, as faturas a serem enviadas aos hóspedes, relatório contendo as
faturas em atraso num período; ao cliente histórico de suas estadias no hotel.
Pré-condições: as credenciais do usuário.
Pós-condições: Impressão da informação desejada.
Referências cruzadas: R.12, R.13, R.14, R.15 R.17, R.18, R.19
Pontos de inclusão: PI-1 (CU-8)

Fluxo Principal:

Ação do Ator Resposta do Sistema

1. O colaborador ou cliente acessa o 2. Exibe a página inicial do site.

sistema.

3. PI-1 (CU-8) (Login no sistema)

4. O colaborador ou cliente seleciona a 5. Abre a página de impressões e

opção que fornece acesso à seção de consultas.
impressão e consultas.

6. Escolhe a opção permitida desejada 7. Exibe uma mensagem de confirmação

8. Colaborador ou cliente confirmam a 9. Informações enviadas para impressão

impressão.

10. Mensagem de impressão realizada

com sucesso

11. Volta a página inicial do site

Fluxo Alternativo:

Passos 6: cliente muda de ideia por algum motivo e desiste de imprimir as

informações, então ele aciona o botão de cancelar e retorna para a página inicial

11 - Login no Sistema

Preâmbulo
ID: 11
Caso de uso: Login no sistema
Atores Primários e Secundários: Colaboradores e clientes.
Propósito: Realizar o acesso do usuário dentro do sistema.

17
Visão Geral: Toma as credenciais do usuário e faz o acesso adequado deste dentro do
sistema.
Pré-condições: As credenciais do usuário
Pós-condições: O acesso do usuário ao sistema com as devidas permissões.
Referências cruzadas: R.20 Fluxo
Principal:

Ação do Ator Resposta do Sistema

1.O colaborador ou cliente acessa o 2. Exibe a página inicial do site.

sistema.

3. O usuário seleciona a opção que pede 4. Exibe o formulário para colocar usuário
as credenciais. e senha.

5. Usuário informa o as credenciais de 6. Exibe a informação de acesso realizado

usuário e senha para o login com sucesso.

7. Exibe a página de acesso de acordo

com as devidas permissões.

Fluxo Alternativo:

Caso 5: O usuário informa as credenciais incorretas, sistema exibe mensagem de senha

inválida, retornando à opção de colocar as credenciais novamente

12 - Consulta de informações

Preâmbulo
ID: 12
Caso de uso: Consulta de Informações
Atores Primários e Secundários: Cliente.
Propósito: Consulta de informações sobre as acomodações.
Visão Geral: O caso de uso visa exibir informações de uma acomodação quando um cliente
realizar a consulta.
Pré-condições: Dados do cliente.
Pós-condições: Informações sobre as acomodações.
Referências cruzadas: R.16 Pontos
de inclusão: PI-1 (CU-8) Fluxo
Principal:

Ação do Ator Resposta do Sistema

1. O cliente deve acessar o sistema 2. Exibe a página inicial do site

18
 3. PI-1 (CU-8) (Login no Sistema)

4. O cliente seleciona a opção para 5. Abre a página para a consulta

visualizar a página com as informações
das acomodações

6. Seleciona o item da acomodação 7. Exibe a página da acomodação

desejada selecionada

8. Fornece as informações da acomodação

selecionada.

Fluxo Alternativo:

Passo 6,7,8: O cliente deseja cancelar a operação e retorna para a página inicial.

13 - Cadastro de acomodações

Preâmbulo
ID: 13
Caso de uso: Cadastro de dados sobre acomodações Atores
Primários e Secundários: Gerente.
Propósito: Cadastrar dados do cliente sobre uma acomodação desejada. Visão
Geral: O funcionário deverá fazer o cadastro de um cliente sobre a acomodação que
ele desejar, se a mesma estiver disponível.
Pré-condições: Dados do cliente e funcionário logado.
Pós-condições: Cadastro do cliente realizado sobre uma acomodação.
Referências cruzadas: R.4, R.5
Pontos de inclusão: PI-1 (CU-8), PI-3 (CU-9)

Fluxo Principal:
Ação do Ator Resposta do Sistema

1. O funcionário deve acessar o sistema 2. Exibe a página inicial do site

3. PI-1 (CU-8) (Login no sistema)

4. O funcionário deve selecionar a

acomodação desejada pelo cliente

5. PI-2 (CU-9) (Consulta de informações)

19
 6. Cliente deve fornecer os dados 7. Cadastro dos dados sobre a
acomodação disponível

Fluxo Alternativo:

Passo 3: O Cliente insere incorretamente as credenciais, uma mensagem é exibida

informando isto e retorna para a opção de login.

Passo 5: Caso a acomodação esteja indisponível, ele retorna para o passo 4 se for
desejado (Selecionar outra acomodação).

Figura 1: Diagrama de Caso de Uso.

Segue abaixo os DSS de cada caso de uso com DCU e descrição textual:

20
Figura 2: DDS 1

Figura 3: DDS 2.

21
 .
Figura 4: DDS 3.

Figura 5: DDS 4.

22
Figura 6: DDS 5.

Figura 7: DDS 6.

23
Figura 8: DDS 7.

Figura 9: DDS 8.

24
Figura 10: DDS 9.

Figura 11: DDS 10.

25
3. Etapa 3

Figura 12: Diagrama Conceitual

26
Figura 13: Modelo de Estados de “Pagamento”

Figura 14: Modelo de Estados de “Reserva”

27
 Figura 15: Modelo de Estados de “Fatura”

4. Etapa 4
Segue abaixo os diagramas de comunicação:

Figura 16: DC em relação ao UC-8.

28
Figura 17: DC em relação ao UC-23.

Figura 18: DC em relação ao UC-18.

29
Figura 19: DC em relação ao UC-17

Figura 20: DC em relação ao UC-3

30
Figura 21: DC em relação ao UC-10

Figura 22: DC em relação ao UC-8

31
Figura 23: DC em relação ao UC-24

Figura 24: DC em relação ao UC-2

32
Figura 25: DC em relação ao UC-22

33
 Figura 26: Diagrama de Classes

Correções- Etapa 1

As correções necessárias para etapa 1 foram relativamente simples, visto que

a maior parte dessa prática estava correta. Sendo assim, tivemos que fornecer mais
parâmetros e argumentos para uma função a adição e remoção de tipos de serviços.

Figura 1: mudança necessária.

Figura 2: mudança realizada.

Além dessa mudança, foi necessário realocar alguns requisitos não

funcionais para requisitos funcionais.

34
Figura 3: mudança necessária.

Figura 4: mudança realizada.

35
Correções- Etapa 2

Primeira correção feita na etapa 2 foi o desmembramento do caso de uso

Cadastro em 3:

O primeiro sendo o caso de uso Inclusão de Cadastro:

36
O segundo a Alteração de Cadastro:

E por último a Remoção de Cadastro:

Segunda correção:

A segunda correção foi exatamente a mesma que a primeira, mas para o caso de
uso Consumo. Dividimos em dois outros casos de uso:

37
O primeiro sendo a inclusão do consumo:

E o segundo e último, a exclusão do consumo:

38
A última correção executada foi no diagrama de casos de uso. Onde adicionamos os
criados para a correção e mudamos o nome de alguns casos como indicado pelo
professor:

39
Correções- Etapa 3

Com relação ao diagrama conceitual, apenas foi adicionado uma relação

entre as classes “consumo” e “itens de consumo”, em que o primeiro contém o
segundo.
Já no diagrama de estados de “pagamento”, não foi necessária nenhuma
alteração com relação ao original.
No diagrama de estados de “reserva”, foram alterados alguns nomes de
estados, conforme solicitado, já que, anteriormente, o foco do diagrama estava
dividido entre estados de objetos e de operações, além de mesclar mais de um tipo
de objetivo.
Por fim, no diagrama de estados de “fatura”, o estado “aguardando ação do
gerente”, e seus eventos relacionados, se tornaram apenas o evento “gerente envia
a fatura”, como transição para o próximo estado. Além disso, os estados
relacionados ao faturamento tiveram seus nomes simplificados, conforme solicitado.

40