Usuário:ViageFacil

INTRODUÇÃO

De acordo com Salerno (2015), os avanços da tecnologia estão trazendo grandes inovações e seus impactos já podem ser vistos em inúmeros setores. Seus recursos estão se tornando cada vez mais indispensáveis em nossa rotina. Tarefas comuns como comer, se vestir, deslocar-se de um lugar para outro e até mesmo relacionar-se com outras pessoas são confiadas a aplicativos e sites criados e programados para facilitar a vida.

Para muitas pessoas, planejar uma viagem acaba sendo uma atividade um tanto inconveniente pois necessita-se de tempo para pesquisar datas e preços, ficando na maioria das vezes condicionado aos pacotes de viagens.

Pensando em facilidade, este projeto apresenta uma solução que ajudará na interação interpessoal, propondo ao seu usuário criar grupos de viagens para planejar, organizar e administrar os vários recursos necessários em uma viagem.

OBJETIVO GERAL

Criar uma ferramenta simples e de fácil acesso para instituições criarem e gerenciarem eventos que envolvam viagens, ou excursões, e ajudar os usuários do sistema a encontrar e participar destes eventos.

OBJETIVOS ESPECÍFICOS

• Analisar como a aplicação desenvolvida poderá ajudar as instituições a gerenciar os eventos e viagens com base nos feedbacks e comentários dos usuários.
• Pesquisar como são gerenciados os eventos e viagens nas instituições, para poder melhorar o processo.
• Desenvolver uma aplicação que possa auxiliar as instituições e também os clientes a participar de eventos e viagens.
• Criar um aplicativo que atenda tanto instituições com grandes eventos e grande número de participantes, quanto clientes comuns que desejam gerenciar apenas pequenos eventos.

METODOLOGIAS

Desenvolveu-se um aplicativo para dispositivos móveis, cujo objetivo é facilitar a gerência de eventos e viagens. Tal aplicação tem como público alvo usuários comuns e também instituições que tenham a demanda de fazer viagens para eventos (como, por exemplo, faculdades que organizam excursões para participar de fóruns ou palestras).

Para o desenvolvimento do projeto foram utilizadas as ferramentas:

• Android Studio - IDE oficial para o desenvolvimento de aplicativos Android;
• Eclipse - Ferramenta para desenvolvedores Java que criam aplicativos Java EE e Web, para a construção de Web Services;
• Apache Tomcat - software livre de implementação das tecnologias Java Servlet, JavaServer Pages, Java Expression Language e Java WebSocket que integra sistemas web, para executar as mesmas.

ESTUDO DE CASO

Este capítulo descreve o trabalho de modelagem realizado em linguagem UML, bem como os requisitos e diagramas da aplicação .

CONTEXTUALIZAÇÃO

O sistema foi desenvolvido com o objetivo de gerenciar excursões facilitando acesso às informações referentes ao transporte, passageiros, parceiros e eventos. O sistema auxilia os organizadores a gerenciar as listas de passageiros, eventos, localização e dados financeiros da viagem e facilitará aos passageiros acesso às informações da viagem.

O sistema deve manter:

• Usuários (com diferentes níveis de acesso: Administrador, Moderador, Organizador e Passageiro);
• Eventos (localização, rota de viagem, datas, valores, lista de passageiros e confirmação de pagamentos);
• Agências de Viagem (nome, endereço, contato, frota e valores);
• Instituições (nome, endereço, contato e tipo).

O sistema deve criar excursões com listas de passageiros, dados do evento, tempo de viagem, empresa responsável, veículos utilizados e gera relatórios com estatísticas de viagens e relatórios financeiros da viagem. O sistema deve tratar 3 tipos de mensagens. O primeiro tipo de mensagem é para o Moderador do sistema, que são sugestões e reclamações dos usuários sobre o evento. O segundo tipo de mensagem é composto por alertas para os organizadores, esses alertas são: inclusão de passageiro a um evento, confirmação de pagamento e a troca de mensagens direta do passageiro com o Organizador. O terceiro tipo é um grupo ao qual todos os passageiros e organizador poderão trocar mensagens livremente.

O acesso do tipo Passageiro pode visualizar datas de caravanas, localização e horários do evento, seus dados de pagamento e enviar mensagens ao Organizador.

Os usuários do tipo Organizador devem pertencer a uma instituição. Uma instituição pode ter vários organizadores. Este tem todos os acessos do usuário do tipo Passageiro, além de poder adicionar ou alterar informações de excursões (que devem ser posteriormente aprovadas pelo Moderador), passageiros e eventos. Esse tipo de usuário tem acesso aos relatórios estatísticos e financeiros de seus eventos e às listas de passageiros.

O usuário do tipo Moderador devem pertencer a uma instituição. Uma instituição pode ter apenas um Moderador. Ele tem todos os acessos dos usuários dos tipos Passageiro e Organizador, além de poder gerenciar todas as informações de todos os eventos e excursões criados pelos Organizadores de sua Instituição.

O usuário do tipo Administrador tem todos os acessos de Passageiro, Organizador e Moderador, além de poder alterar e excluir usuários do sistema.

O sistema foi desenvolvido para executar na plataforma WEB.

LEVANTAMENTO DE REQUISITOS

De acordo com Pressman (2011, p. 133), o levantamento de requisitos combina elementos de resolução de problemas, elaboração, negociação e especificação. São necessários para definir com o sistema irá funcionar e suas características.

A seguir serão descritas as lista de requisitos do sistema. O QUADRO 1 apresenta a lista de requisitos funcionais ou operações do sistema, o QUADRO 2 apresenta a lista de requisitos não funcionais tecnológicos ou as tecnologias utilizadas para o desenvolvimento e o QUADRO 3 apresenta a lista de regras de negócio.

QUADRO 1 - Lista de requisitos funcionais

Código	Requisito funcional
RF 1	O sistema deve manter usuários. Os usuários podem ser do tipo Cliente, Organizador, Moderador e Administrador. Os usuários Organizador, Moderador e Administrador devem possuir CPF, RG, nome, endereço, telefone, e-mail, login e senha. Os usuários Cliente deve possuir e-mail, login e senha. Além dos dados comuns os usuários do tipo Organizador e Moderador devem pertencer a uma instituição.
RF 2
RF 3
RF 4
RF 5
RF 6
RF 7
RF 8
RF 9