projeto_apoo_unidadei_2013.2

Prévia do material em texto

Objetivo 
O objetivo deste trabalho é desenvolver a Analise Inicial de um projeto de sistemas de informação. 
Descrevendo os requisitos do sistema do domínio, juntamente com os “requisitos do usuário”. 
Informando a prioridades referentes aos requisitos funcionais e não funcionais. 
 
Desenvolvimento 
O trabalho deve ser desenvolvido individualmente ou por grupos de 5 alunos, sendo que cada aluno deve 
estar preparado para responder quaisquer perguntas do professor sobre qualquer parte do trabalho. Por 
essa premissa, a nota do trabalho pode ser diferente entre os componentes de um mesmo grupo. Grupos 
que tenham a formação diferente devem ser aprovados previamente pelo professor. 
 
Funcionalidade Formato Entrega 
 
Parte 1 
 
• Descrição da Regra do Negócio(mini-mundo) 
• Definição dos Requisitos 
• Classificação e Agrupamento dos Requisitos 
 
Data da Entrega 
Impresso 01/10/2013 
 
1) Elabore um texto descrevendo um escopo que o grupo tenha alguma familiaridade e que não 
tenha sido trabalhado em sala de aula. Utilize como modelo os exemplos e exercícios dados. A partir do 
escopo deve ser possível identificar no mínimo 20 requisitos funcionais e 10 requisitos não funcionais. 
Sendo agrupado em no mínimo 5 grupos de requisitos. 
1. Ex: VISÃO GERAL 
 
O sistema apresentado trata-se de um hotel quatro estrelas, com 140 apartamentos, localizado 
Boa Viagem, Recife(PE). O Hotel planeja implantar um sistema de controle de hotel (SCHV1), para 
automatizar o controle de hóspedes, hospedagem, reserva, bem como os gastos (consumos) por 
eles efetuados. 
O hotel possui funcionários que têm funções distintas de atendimento e de gerência. Os 
funcionários do atendimento são responsáveis por atender os clientes. Os de gerência preocupam-se 
com o controle dos dados acerca de clientes, reservas, hospedagens e gastos. 
Atualmente, tudo é feito de forma manual, através de livros de reservas e hospedagem, com 
emissão de comandas de consumo (para os gastos efetuados). Não há emissão de relatórios que 
possam subsidiar decisões administrativas em prol dos clientes ou em benefício do próprio hotel. 
Ainda é intenção do hotel, além de melhorar os serviços ofertados, lançar um diferencial 
tecnológico, composto de cartão magnético e terminais ATM, não presentes em outros hotéis, com 
o intuito de conquistar novos clientes. 
 
 
Flávia Conceição 
 
PROFESSOR (A): Izaac Espindola DATA: 26/08/2013 
DISCIPLINA: Analise de Projeto Orientado a Objetos 
 
Projeto Unidade 1 
 
 
CURSO DE SISTEMAS DE INFORMAÇÃO 
2. OBJETIVOS 
 
 
 Aumento da satisfação dos clientes, com atendimento rápido e eficiente; 
 Implementação do auto-atendimento, com a instalação de ATM; 
 Controle automático de reservas, hospedagens, hóspedes e consumos; 
 Aumento do número de solicitações de reservas e hospedagens; 
 Emissão de mapas/relatórios para apoio à administração; 
 Redução/eliminação de falhas no atendimento aos clientes; 
 Redução de custos em virtude da automação dos processos. 
 
3. MOTIVAÇÃO 
3.1 – Definição do problema 
 
3.1.1 – Problemas do sistema atual 
 
Como os processos não estão automatizados, a ocorrência de erros nas contas finais, com 
hóspedes reclamando de gastos que não fizeram ou de pedidos que não foram atendidos 
torna-se uma constante, o que resulta em aborrecimentos. Além disso, cada vez que se 
precisa de informações/relatórios sobre apartamentos reservados, hospedagens efetuadas, 
totais de consumo ou quaisquer outras totalizações, a demora na coleta e compilação dos 
dados torna o processo extremamente burocrático e sujeito a falhas, sem mensurar a 
quantidade de funcionários necessária para realizar esse tipo de tarefa. O prejuízo 
decorrente dos erros nesses processos precisa ser eliminado. A perda de potenciais 
clientes e a imagem negativa multiplicada por estes junto a outros não pode, em nenhuma 
hipótese, continuar acontecendo. Não pode, mais, haver demoras no atendimento. 
Agilidade, eficiência e modernidade contribuirão para a fidelidade dos clientes e melhoria 
da imagem. 
 
4. RESUMO 
4.1 – Aspectos principais do novo sistema 
 
 Cadastro de reservas, hospedagens e clientes em SGBD; 
 Solicitação de reservas e outras informações pela internet; 
 Controle de consumo dos hóspedes; 
 Consulta de informações, saldos/extratos via ATM, no hotel; 
 GUIs de fácil operação e entendimento 
 
Pretende-se desenvolver um sistema de software para apoiar a gestão da relação com 
clientes em pequenos negócios de hotelaria, denominado SCHV1 (Sistema de Controle de 
Gerenciamento de Hoteis Versão 1.0), tirando partido das tecnologias da Internet. 
Este sistema é dirigido a pequenos negócios de hotelaria (hotéis, pensões, residenciais, 
casas que oferecem turismo de habitação e turismo rural, etc.) que fornecem serviços de 
alojamento e, possivelmente, alimentação (pequeno almoço, etc.). 
Pretende-se que o sistema possa ser fornecido como um package de fácil instalação e 
administração pelas empresas de hotelaria que o adquiram. Para o funcionamento do 
sistema, será necessário dispor de um servidor Web com ligação à Internet e um servidor 
de base de dados relacionais. 
 
Por razões de segurança, o sistema deve estar dividido fisicamente em dois sub-sistemas: 
 sub-sistema para empregados (recepcionistas e gerente), acessível apenas na rede interna 
(aplicação de gestão); 
 sub-sistema para clientes efectivos e potenciais, acessível pela Internet (site Web). 
Descrevem-se de seguida as funcionalidades destes sub-sistemas. 
4.1.1. Aplicação de Gestão 
Do ponto de vista lógico, a aplicação de gestão pode considerar-se subdividida nos 
módulos (grupos de funcionalidades) a seguir descritos. 
Configuração 
A aplicação de gestão deve permitir ao gerente da empresa de hotelaria efetuar as 
seguintes operações de configuração: 
 Registar e atualizar as características gerais da empresa (nome, endereço, telefone, 
categoria e e-mail). 
 Registar e atualizar os serviços oferecidos (alojamento e pequeno almoço, só alojamento, 
etc.) e respectivo preço diário em função da época do ano e do número de pessoas. 
 Registar e atualizar os quartos existentes, com o número e capacidade de cada quarto. 
 Registar os empregados com acesso ao sistema, com o nome, login, password e função 
(recepcionista ou gerente). 
Registro de clientes 
A aplicação de gestão deve permitir a qualquer recepcionista da empresa de hotelaria 
efetuar as seguintes transacções: 
 Registar um novo cliente. O utilizador (recepcionista) deve indicar o nome, nacionalidade, 
data de nascimento, morada, telefone, número e data de bilhete de identidade ou 
passaporte e e-mail. O sistema deve atribuir automaticamente um número de cliente 
sequencial. No caso de clientes com e-mail, o sistema deve gerar automaticamente uma 
password que é enviada por correio electrónico para o cliente. 
 Alterar os dados de um cliente (nomeadamente morada, telefone e e-mail). 
Nota: Considera-se que o gerente tem sempre acesso a todas as operações a que o 
recepcionista tem acesso. 
Reservas 
A aplicação de gestão deve permitir a qualquer recepcionista da empresa de hotelaria 
efetuar as seguintes transacções: 
 Registar uma reserva de um cliente. O utilizador (recepcionista) deve indicar o número de 
pessoas, data de entrada e saída prevista, serviço pretendido (alojamento e pequeno 
almoço, só alojamento, etc.) e dados do cartão de crédito (a validar automaticamente 
junto do sistema informático de uma entidade bancária). O sistema deve atribuir 
automaticamente um número de reserva. O sistema não deve aceitar reservas que não 
podem ser satisfeitas. 
 Alterar ou anular uma reserva. 
 
Estadias 
A aplicação de gestão deve permitir a qualquer recepcionista da empresa de hotelaria 
efetuar as seguintes transacções: 
 Registar a entrada (check-in) de um cliente, com ou sem reservaprévia. O utilizador 
(recepcionista) deve indicar o número de pessoas, número(s) do(s) quarto(s) atribuído(s), 
data de saída prevista, serviço fornecido (alojamento e pequeno almoço, só 
alojamento, etc.) e dados de cartão de crédito (a validar automaticamente junto do 
sistema informático de uma entidade bancária). O sistema deve atribui automaticamente 
um número de estadia. O sistema não deve permitir atribuir quartos que estão ocupados, 
ou que impossibilitem a satisfação de reservas já assumidas. 
 Alterar a data de saída prevista (correspondente a uma estadia já iniciada). 
 Efetuar mudanças de quarto (correspondentes a estadias já iniciadas). 
 Registar a saída (check-out) de um cliente, sendo a factura emitida automaticamente pelo 
sistema. 
Mensagens e contatos (módulo opcional, pois pode-se usar uma aplicação externa) 
A aplicação de gestão deve permitir a qualquer recepcionista da empresa de hotelaria 
efetuar as seguintes transacções: 
 Trocar (receber, enviar e responder) mensagens de correio electrónico com clientes, com a 
possibilidade de relacionar as mensagens com reservas, estadias ou mensagens 
anteriores. 
 Registar outro contacto ocorrido com um cliente (para além de mensagens de correio 
electrónico), com indicação do modo de contacto (pessoal, por carta, por telefone, por fax, 
etc.), iniciativa do contacto, descrição do contacto, possível relacionamento com uma 
reserva ou estadia e possível relacionamento com um contacto anterior. 
Consulta de ocupação 
A aplicação de gestão deve permitir a qualquer recepcionista da empresa de hotelaria 
efetuar as seguintes consultas: 
 Consultar o mapa de ocupação do hotel numa determinada data ou intervalo de datas 
(incluindo reservas pendentes), com possibilidade de aceder a detalhes de estadias, 
reservas e clientes. 
Consulta de informação de clientes 
A aplicação de gestão deve permitir a qualquer recepcionista da empresa de hotelaria 
efetuar as seguintes consultas: 
 Consultar a ficha e historial de um cliente (reservas, estadias, mensagens, outros 
contactos). Deve ser possível ver toda a informação de historial agregada e ordenada 
cronologicamente. 
 
 
 
 
Estatísticas 
Adicionalmente, o gerente deve poder obter as seguintes estatísticas : 
 Taxa de ocupação ao longo de tempo, em número de quartos vendidos em relação ao 
número total de quartos e em número de pessoas alojadas em relação à capacidade 
máxima. 
 Evolução da facturação ao longo do tempo. 
 Distribuição das vendas por nacionalidade. 
 Clientes com maior facturação. 
4.1.2. Site Web 
Do ponto de vista lógico, o site Web, pode considerar-se subdividido nas duas áreas a seguir descritas. 
Área para clientes potenciais (público) 
Através do site Web, qualquer pessoa pode: 
 Consultar as características gerais, serviços oferecidos, preços e disponibilidades. 
 Registar-se como cliente (com password gerada pelo sistema e enviada por correio electrónico para o 
cliente). 
Área para clientes registrados 
Uma vez identificados (através do número de cliente e password), os clientes registados devem ter 
acesso adicionalmente às seguintes operações: 
 Alterar dados pessoais. 
 Efetuar uma reserva, com indicação de dados de cartão de crédito (a validar automaticamente junto do 
sistema informático de uma entidade bancária). 
 Consultar as reservas pendentes. 
 Alterar ou anular uma reserva. 
 Trocar (receber, enviar e responder) mensagens de correio electrónico com a recepção do hotel 
(funcionalidade opcional). 
 Consultar o historial de estadias, reservas e mensagens (estas últimas, só se a funcionalidade anterior 
estiver disponível). 
 
4.2 – Expansões futuras 
 
Futuramente, o SCHV1 deverá se comunicar com outros sistemas das agências de viagem e 
operadoras de turismo, on-line, recebendo e processando pedidos de reservas e 
hospedagens. 
 
 
2) Descrever as convenções, termos e abreviações na descrição geral do sistema informando com será 
identificado os requisitos e suas prioridades. 
Ex: 2.1 Prioridades dos requisitos. 
Para estabelecer a prioridade dos requisitos, foram adotadas as denominações “essencial”, 
“importante” e “desejável” informando a descrição que será utilizada para classificar a denominação 
 
 
3) Agrupar os requisitos baseado no padrão especificado neste trabalho. Observar exemplo em cor 
vermelha 
01– REQUISITOS FUNCIONAIS (RF) 
 Requisitos de (Nome do Grupo de Requisitos) - Cadastros Essenciais 
[RF001] Cadastrar e Manter Clientes 
[RF002] Cadastrar e Manter Informações do Produto 
[RF003] Cadastrar e Manter Formas de Pagamento 
[RF004] Cadastrar e Manter Funcionarios 
[RF005] Cadastrar e Manter Localidades no setores e quartos 
 
. 
. Demais Grupos de Requisitos 
. 
 
 
3) Descrever e classificar os requisitos e suas prioridades no padrão especificado neste trabalho 
 
01. [RF001] CADASTRAR E MANTER CLIENTES 
 
 
Descrição: 
 
(Descrição da Funcionalidade que o requisito) 
Criar um Cadastro que permita, Inclusão, exclusão ou alteração dos clientes que podem 
realizar compras . 
 
 
Prioridade 
 
 Essencial Importante Desejável 
 
 
01. [RF002] CADASTRAR E MANTER PRODUTOS 
 
 
Descrição: 
 
 
Criar um Cadastro que permita Inclusão, exclusão ou alteração dos produtos que podem 
ser vendidos através do sistema 
 
 
Prioridade 
 
 Essencial Importante Desejável 
 
. 
. Demais Grupos de Requisitos 
. 
 
4) Realizar analise dos requisitos para identificar para descobrir problemas, 
Incompletude, duplicidade e inconsistência nos requisitos elicitados do projeto. 
 
5) O trabalho deve ser entregue na data especificada, impresso e enviado por e-mail para o professor para 
ser continuando na próxima unidade.