Docsity
Docsity

Prepare-se para as provas
Prepare-se para as provas

Estude fácil! Tem muito documento disponível na Docsity


Ganhe pontos para baixar
Ganhe pontos para baixar

Ganhe pontos ajudando outros esrudantes ou compre um plano Premium


Guias e Dicas
Guias e Dicas

Análise de sistemas de informação, Resumos de Análise e Design de Sistemas

Representação do sistema em vários diagramas uml

Tipologia: Resumos

2023

Compartilhado em 06/12/2023

emildo-jhon
emildo-jhon 🇲🇿

4 documentos

1 / 18

Toggle sidebar

Esta página não é visível na pré-visualização

Não perca as partes importantes!

bg1
Maputo, Maio 2022
Discentes:
Daniel Job
Elina Mbebe
Emildo Manjate
Lázaro Ambasse
Docente: Célio Pereira
Disciplina: Análise de Sistemas de Informação II
Tema: Sistema de Controlo de Hotel
Grupo nº 2
UNIVERSIDADE TÉCNICA DE MOÇAMBIQUE
FACULDADE DE CIÊNCIAS TECNOLÓGICAS
LICENCIATURA EM ENGENHARIA E GESTÃO DE TECNOLOGIAS DE
INFORMAÇÃO E COMUNICAÇÃO
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12

Pré-visualização parcial do texto

Baixe Análise de sistemas de informação e outras Resumos em PDF para Análise e Design de Sistemas, somente na Docsity!

Maputo, Maio 2022 Discentes:

Daniel Job

Elina Mbebe

Emildo Manjate

Lázaro Ambasse

Docente: Célio Pereira

Disciplina: Análise de Sistemas de Informação II

Tema: Sistema de Controlo de Hotel

Grupo nº 2

UNIVERSIDADE TÉCNICA DE MOÇAMBIQUE

FACULDADE DE CIÊNCIAS TECNOLÓGICAS

LICENCIATURA EM ENGENHARIA E GESTÃO DE TECNOLOGIAS DE

INFORMAÇÃO E COMUNICAÇÃO

HISTÓRICO DE REVISÃO

Data Versão Descrição Autor 16/05/2022 Versão 1 Análise e levantamento de requisitos. Elina Mbebe 17/05/2022-18/05/2022 Versão 1. Esta versão do trabalho contém: a parte do índice analítico já preenchida, uma breve introdução, a descrição do problema, uma breve definição dos objectivos do sistema, possível levantamento e lista de requisitos, e possível lista de eventos. Lázaro Ambasse 19/05/2022 Versão 1.1 Implementação do diagrama de classe Daniel Job, Emildo Manjate, Lázaro Ambasse. 19/05/22 Versão 1.2 Implementação do diagrama de sequência Daniel Job 19/05/22 Versão 1.3 Implementação do diagrama de estado Lázaro Ambasse. 19/05/22 Versão 1.4 Implementação do diagrama de colaboração Emildo Manjate 02/06/22 Versão 2.0 Organização e entrega do trabalho Todos membros do grupo ÍNDICE ANALÍTIC

1. INTRODUÇÃO

O presente trabalho apresenta de forma prática, as actividades executadas durante a fase de modelagem de um sistema de informação, conta com a descrição textual do problema de controlo de hotéis, do qual busca-se resolução baseada em diversos elementos e/ou diagramas UML que explicam as necessidades e o funcionamento esperado do sistema, com maior destaque para os diagramas dinámicos.

2. DESCRIÇÃO DO PROBLEMA

Uma empresa possui vários hotéis em diferentes resorts e pretende informatizar a área de reservas de quartos nos diferentes hotéis, bem como a parte de facturação. Após o levantamento de necessidades junto dos responsáveis, concluiu-se: Uma pessoa que deseje ir de férias, faz um pedido à empresa, pedido esse que pode ser específico, isto é, indicando apenas o período e o hotel. O resultado deste pedido, é a indicação de uma oferta por parte da empresa ao cliente, que pode ou não estar de acordo com o pedido do cliente, ou não pode ser satisfeito e é adiado. Em todo o caso, a oferta feita ao cliente é guardada para futura referência. Se o cliente estiver de acordo com a oferta, uma reserva é feita no hotel para uma dada data, por um período. A reserva é provisória, até o cliente executar o check in no hotel (chegada do cliente ao hotel com o voucher), podendo esta ser cancelada em qualquer altura entre a aceitação por parte do cliente e o check in. Neste último caso, haverá lugar à devolução de uma parte do dinheiro já pago. Uma pessoa só pode fazer o check in para um quarto previamente reservado. No caso de um cliente se dirigir ao hotel sem reserva, existe a necessidade de se verificar a existência de reservas e caso não existam, aloca-se o quarto ao cliente. A facturação do quarto tem dois aspectos: o primeiro, é que um cliente é facturado quando o quarto é reservado, constituindo este processo a forma normal de trabalhar (antes do check in); o segundo aspecto é que um cliente também pode ser facturado quando faz o check out do quarto, relacionando-se esta factura com os gastos que fez durante a sua permanência (room service, mini-bar, uso do cofre, etc…). Um cliente tem de deixar saldada a sua dívida quando faz o check out do hotel.

4. LEVANTAMENTO E LISTA DE REQUISITOS

  1. O sistema deve permitir que uma Pessoa solicite reserva de hospedagem no hotel;
  2. O sistema deve permitir que a Empresa responda o pedido, com a oferta;
  3. A Empresa pode adiar o pedido do Cliente, caso não o seja satisfatório;
  4. O sistema deve permitir que a Empresa guarde a informação da oferta feita ao cliente para futura referencia;
  5. O sistema deve verificar existencia de reserva;
  6. O sistema deve permitir que o Cliente e/ou Pessoa execute o Check In com o voucher no hotel para um quarto previamente reservado;
  7. O sistema deve permitir o cancelamento da reserva entre a sua aceitação e o Check In ;
  8. O sistema deve permitir que a empresa devolva o dinheiro já pago pelo Cliente em caso de cancelamento de reserva;
  9. O sistema deve permitir que a Empresa aloque, também, quarto ao Cliente na ausência da reserva prévia, isto é, no recinto do hotel, verificando, primeiro, a existência de reservas;
  10. O sistema deve permitir que a Empresa faça a faturação do Cliente quando o quarto é reservado (antes do Check In );
  11. O sistema deve permitir que a Empresa faça a facturação do Cliente quando este fizer o Check Out (após a permanência do Cliente).
  12. O sistema deve permitir que o Cliente faça Check Out do hotel, saldando a sua dívida.

5. REQUISITOS FUNCIONAIS

 O sistema deve permitir que uma Pessoa solicite reserva de hospedagem no hotel;  O sistema deve permitir o cancelamento da reserva entre a sua aceitação e o Check In;  O sistema deve permitir que a empresa devolva o dinheiro já pago pelo Cliente em caso de cancelamento de reserva;  O sistema deve permitir que o Cliente faça Check Out do hotel, saldando a sua dívida;  O sistema deve permitir que a Empresa faça a faturação do Cliente quando o quarto é reservado (antes do Check In );  O sistema deve permitir que a Empresa aloque, também, quarto ao Cliente na ausência da reserva prévia, isto é, no recinto do hotel, verificando, primeiro, a existência de reservas;  O sistema deve permitir que o Cliente e/ou Pessoa execute o Check In com o voucher no hotel para um quarto previamente reservado;  O sistema deve verificar existencia de reserva;

7. LISTA DE EVENTOS

  1. Pessoa - solicita "reserva" à empresa;
  2. Empresa - responde ao pedido do Cliente, com a oferta;
  3. Empresa - adia o pedido do Cliente;
  4. Empresa - guarda a informação da oferta feita do cliente para futura referencia;
  5. Empresa - reserva quarto em um hotel para uma dada data e período;
  6. Cliente - executa o Check In no hotel;
  7. Cliente - solicita o cancelamento da reserva entre a sua aceitação e o Check In ;
  8. Empresa - devolve uma parte do dinheiro ao Cliente em caso de cancelamento de reserva;
  9. Pessoa - faz Check In para um quarto previamente reservado;
  10. Empresa - aloca, também, quarto ao Cliente no hotel na ausência de reserva prévia;
  11. Empresa - faz a facturação do Cliente quando o quarto é reservado (antes do Check In );
  12. Empresa - faz facturação do cliente quando este fizer o Check Out (após a permanência);
  13. Cliente - faz Check Out do hotel;

8. DIAGRAMA DE CASO DE USO

10. DIAGRAMA DE SEQUÊNCIA

11. DIAGRAMA DE COLABORAÇÃO

13. CONCLUSÃO

O presente trabalho apresentou de forma prática, as actividades executadas durante a fase de modelagem de um sistema de informação, contou com a descrição textual do problema de controlo de hotéis, do qual buscou-se resolução baseada em diversos elementos e/ou diagramas UML que explicam as necessidades e o funcionamento esperado do sistema, com maior destaque para os diagramas estruturais referenciando o diagrama de classes, que permite a visualização de um conjunto de classes, diagramas comportamentais referenciando o diagrama de casos de uso voltado a apresentação e caracteristicas de um sistema, o diagrama de estados que detalha os diferentes estados pelos quais pode passar um objeto, diagramas de interação referenciando o diagrama de sequencia que demonstra as interações entre diferentes objetos na execução de uma operação e o diagrama de colaboração ou comunicação empregado na modelagem de interações entre vários objetos dentro de um determinado contexto. Todos os diagramas foram elaborados usando a ferramenta StarUml.