CENTRO UNIVERSITÁRIO DAS

FACULDADES INTEGRADAS DE OURINHOS

FUNDAÇÃO EDUCACIONAL MIGUEL MOFARREJ

AMANDA ZENCKEL ROMERO

ANDRICK RODRIGUES ALVES DE SOUZA
BRENO KOGA TRAVA
GABRIEL AUGUSTO MARCELINO
GABRIEL ROGÉRIO MESSIAS
GUSTAVO DE OLIVEIRA SILVA
MARCOS VINICIUS TEODORO
RÍZIA LAIANY DA SILVA
VINÍCIUS MARTINS PEDRO
VITOR LURICI DE MORAES

TRABALHO ACADÊMICO:
SISTEMA DE GESTÃO DE
TRANSPORTE UNIVERSITÁRIO

3° Termo de Engenharia de Software

Projeto Integrador II

Ourinhos - SP
2023.1
 SUMÁRIO
1 DOCUMENTO DE REQUISITOS 3
1.1 Visão Geral 3
1.2 Requisitos Funcionais 3
2 DIAGRAMA DE CASOS DE USO 5
2.1 Imagem do Diagrama 5
3 DESCRIÇÃO DOS CASOS DE USO 6
3.1 Casos de Uso: Realizar login 6
3.2 Casos de uso: Verificar assentos disponíveis 6
3.3 Casos de uso: Confirmar assento 7
3.4 Casos de uso: Confirmar retorno 8
3.5 Casos de uso: Buscar o ônibus da associação e solicitar inclusão 8
3.6 Casos de uso: Definir assentos padrão para passageiros 9
3.7 Casos de uso: Excluir passageiros 9
3.8 Casos de uso: Criar login e senha 10
3.9 Casos de uso: Emitir relatório de presença 10
4 PRODUCT BACKLOG COM AS RESPECTIVAS HISTÓRIAS 11
5 DIAGRAMA DE ATIVIDADES 13
5.1 Diagrama de atividade para criar login 13
5.2 Diagrama de atividade para cadastrar nova associação 14
5.3 Diagrama de atividade para embarcar no ônibus 15
5.4 Diagrama de atividade para embarcar na volta 16
6 PROTÓTIPO DE TELAS 17
6.1 Tela de login 17
6.2 Tela de cadastro 18
6.3 Tela de início 19
6.4 Telas de check-in 1.0 20
6.5 Telas de check-in 1.1 21
6.6 Telas de check-in 1.2 22
 3

1 DOCUMENTO DE REQUISITOS

1.1 Visão Geral

A aplicação tem como foco facilitar o controle de presença dos alunos nos
ônibus universitários. Esse controle é importante não apenas para os
administradores gerenciarem o pagamento e a presença dos alunos, mas também
para os próprios alunos se manterem informados sobre a disponibilidade de
assentos.

O foco da solução está voltado para as dificuldades que um aluno ou

administrador enfrenta, e com objetivo de proporcionar dinamicidade e facilidade de
uso, o desenvolvimento será focado em aplicações móveis, tanto Android como IOS.

Após análise feita com alunos e administradores, identificamos várias

funcionalidades que poderemos implementar no aplicativo, eliminando algumas
preocupações. Um exemplo disso é que o usuário não precisará mais se preocupar
em perder o horário de saída da universidade, já que todos ficarão cientes da
ausência do usuário em seu assento.

1.2 Requisitos Funcionais

[RF1] O sistema deve permitir que o usuário se autentique com segurança por meio
de um nome de usuário e senha. A senha deve seguir as boas práticas de
segurança e ter pelo menos oito caracteres, incluindo pelo menos um número, uma
letra maiúscula e um caractere especial.

[RF2] O sistema deve permitir que o usuário crie uma conta fornecendo as
informações necessárias, incluindo nome completo, RG, CPF, data de nascimento,
e-mail e senha.

[RF3] O sistema deve permitir que o usuário faça login fornecendo seu e-mail e
senha de cadastro.

[RF5] O aplicativo deve apresentar ao usuário botões que poderão validar se o

usuário ocupará ou não o assento na ida e na volta.
 4

[RF6] Ao clicar em um botão de confirmação de ida/volta o sistema retorna ao

usuário uma tela de confirmação de reserva, para que mesmo entenda que a
solicitação foi bem-sucedida, o assento padrão do passageiro fica então
indisponível.

[RF7] O aplicativo deve possuir uma interface que possa permitir ao usuário que
edite suas informações de login como senha nome e email

[RF8] O aplicativo possui uma interface de gestão cujo somente o administrador terá
acesso.

[RF9] O aplicativo fornece ao usuário um sistema de criação de um layout, isso

possibilita com que o usuário seja um administrador, podendo assim gerenciar seu o
veículo.

[RF10] O sistema deverá ter um painel de controle onde um usuário específico

(administrador) poderá ver quais locais os passageiros estão alocados, quais irão ou
não ocupar o lugar. Também poderá alterar senha ou email de cadastro.

[RF11] O sistema deverá ter uma interface que torna possível o administrador

[RF12] O sistema deverá ter uma interface que torna possível o cadastro de
transportadoras que irão atender os vendedores.

[RF13] O sistema deverá fornecer relatórios de presença, para passageiros e

administrador. Onde o passageiro poderá gerar somente o dele, e o administrador
poderá gerar o relatório de outros passageiros.
 5

2 DIAGRAMA DE CASOS DE USO

2.1 Imagem do Diagrama

Figura 1. Diagrama de caso de uso

Fonte: Próprios autores.

 6

3 DESCRIÇÃO DOS CASOS DE USO

3.1 Casos de Uso: Realizar login

Atores Principais: Usuário, Administrador.

Descrição: Desejam efetuar login de maneira segura, para que esteja em sigilo as
informações de seus clientes.

Fluxo Principal:

- Usuário Insere seu e-mail,

- Usuário Insere sua senha,

- Usuário clica no botão entrar,

- Sistema verifica se o e-mail e senha pertencem a alguma conta,

- Sistema libera acesso e leva o usuário para a index.

Fluxo Alternativo:

- Usuário Insere seu e-mail,

- Usuário Insere sua senha,

- Usuário clica no botão entrar,

- Sistema verifica que o e-mail e senha não pertencem a nem uma conta,

- Sistema emite uma notificação de erro de login.

3.2 Casos de uso: Verificar assentos disponíveis

Ator principal: Usuário/ Administrador.

Descrição: O usuário apenas irá visualizar o assento escolhido enquanto o

administrador previamente os escolhe como padrão para o mesmo.

Fluxo Principal:

- O usuário acessa o sistema para verificar o assento,

 7

- O sistema exibe uma tela de busca, na qual o usuário pode selecionar o

ônibus,

- O usuário seleciona o seu ônibus,

- O sistema processa as informações do usuário e atualiza o banco de dados,

- O administrador entra no aplicativo e o sistema gera uma tela com os

assentos para o mesmo,

- Sistema verifica o assento escolhido pelo administrador,

- Sistema guarda as informações no banco de dados,

- Sistema retorna uma notificação de sucesso na escolha do assento.

3.3 Casos de uso: Confirmar assento

Atores principais: Usuário/ Administrador.

Descrição: Deseja confirmar o assento escolhido.

Fluxo Principal:

- O usuário abre o aplicativo para confirmar sua presença,

- O administrador abre o aplicativo e faz a escolha de um assento,

- O sistema gera uma tela com os assentos para o administrador,

- Sistema verifica o assento escolhido pelo administrador,

- Sistema guarda as informações no banco de dados,

- Sistema retorna uma notificação de sucesso na escolha do assento,

- Sistema exibe uma tela para o usuário com o número do assento.

 8

3.4 Casos de uso: Confirmar retorno

Atores principais: Usuário/ Administrador.

Descrição: Deseja confirmar o assento para sua volta.

Fluxo Principal:

- Usuário clica no aplicativo,

- Sistema abre uma tela interativa perguntando se irá voltar ou não,

- Usuário clica em confirmar ou não,

- Usuário confirmar a ação,

- Sistema manda a notificação de sucesso,

3.5 Casos de uso: Buscar o ônibus da associação e solicitar inclusão

Ator: Usuário/Administrador

Descrição: O usuário após seu cadastro deverá escolher a associação do seu

ônibus e solicitar sua inclusão ao administrador.

Fluxo Principal:

- O usuário após o cadastrar seus dados irá escolher a associação,

- O sistema enviará uma tela de confirmação,

- O usuário confirma sua ação,

- O sistema retorna uma notificação de sucesso,

- O administrador deve confirmar a inclusão do usuário na associação,

- O sistema notifica ao administrador e usuário sucesso na inclusão.

 9

3.6 Casos de uso: Definir assentos padrão para passageiros

Atores principais: Administrador.

Descrição: O administrador faz a confirmação de assentos padrão no sistema.

Fluxo Principal:

- Administrador clica no assento desejado,

- Administrador informa ao sistema que esse assento vai ser padrão,

- Administrador clica em finalizar o processo de reserva,

- Sistema retorna uma notificação de sucesso.

3.7 Casos de uso: Excluir passageiros

Atores principais: Administrador.

Descrição: O administrador deseja ter a funcionalidade de excluir passageiros do

sistema.

Fluxo Principal:

- Administrador vai entrar no aplicativo,

- Administrador vai até a tela “excluir passageiro”,

- Administrador digita o nome do passageiro,

- Sistema manda uma notificação perguntando se deseja realmente fazer

essa ação,

- Administrador clica em confirmar a ação,

- Sistema retorna uma notificação de sucesso.

 10

3.8 Casos de uso: Criar login e senha

Atores principais:Administrador

Descrição: O administrador / usuário, poderá se registrar no aplicativo para usufruir

de funcionalidades do mesmo.

Fluxo Principal:

- Usuário abre o aplicativo e entra na tela de registro “Criar login”,

- Dentro do aplicativo o usuário fornece os dados para registro,

- O usuário recebe no e-mail de registro um link para confirmar seu e-mail,

- Após a confirmação, o usuário é redirecionado para a tela de login do

aplicativo,

- O usuário fornece seu login e senha criados,

- Aplicativo inicia na tela inicial, liberando para o usuário as funcionalidades

do mesmo.

3.9 Casos de uso: Emitir relatório de presença

Atores principais: Administrador/Passageiro

Descrição: O administrador / usuário, poderão emitir relatórios mensais, que terá

como dado principal a frequência da utilização do transporte.

Fluxo Principal:

- O usuário deverá ir até a opção de emitir relatórios no aplicativo, e solicitar

um relatório, descrevendo a data inicial e final,

- O sistema devolverá ao solicitante um PDF com os dados da frequência do

solicitante, descrevendo os dias
em que o mesmo utilizou o transporte e nos dias em que não utilizou,

- O administrador poderá emitir relatórios dele e de outros passageiros.

 11

4 PRODUCT BACKLOG COM AS RESPECTIVAS HISTÓRIAS

História Prioridade

Como administrador, eu gostaria de 10

poder aceitar o pedido de inclusão de
novos passageiros.

Como administrador, eu gostaria de 10

poder cadastrar um ônibus no
aplicativo.

Como administrador, eu gostaria de 7

poder definir um assento como padrão
para um novo passageiro.

Como administrador, eu gostaria de 3

poder excluir passageiros que não
utilizaram mais o transporte.

Como usuário, eu gostaria de poder 10

cadastrar um login e uma senha no
aplicativo.

Como usuário, eu gostaria de poder 10

verificar os assentos disponíveis.

Como usuário, eu gostaria de poder 10

confirmar minha utilização do
transporte para a ida.

Como usuário, eu gostaria de poder 10

confirmar que retornarei com o ônibus.

Como usuário, eu gostaria de poder 2

alterar minha foto de usuário
 12

Como usuário, eu gostaria de poder 6

alterar minha senha

Como usuário, eu gostaria de poder 7

marcar que embarquei no transporte
para a ida.

Como usuário, eu gostaria de poder 10

marcar que embarquei no transporte
para o retorno.

Como usuário, eu gostaria de poder 2

ver a hora estimada de saída do
transporte.

Como usuário, eu gostaria de poder 10

buscar pelo ônibus em que irei utilizar,
e solicitar minha inclusão.
 13

5 DIAGRAMA DE ATIVIDADES

5.1 Diagrama de atividade para criar login

Descrição: Diagrama de atividades onde o usuário/administrador, criará seu login

pela primeira vez em que utilizar o aplicativo.

Figura 2. Diagrama de atividade para criar login.

Fonte: Próprios autores.

 14

5.2 Diagrama de atividade para cadastrar nova associação

Descrição: Diagrama de atividade onde o administrador poderá cadastrar uma nova

associação, para que os usuários possam pedir a inclusão no transporte.

Figura 3. Diagrama de atividade para cadastrar nova associação.

Fonte: Próprios autores.

 15

5.3 Diagrama de atividade para embarcar no ônibus

Descrição: Diagrama de atividade onde o usuário embarca no ônibus para a ida.

Figura 4. Diagrama de atividade para embarcar no ônibus.

Fonte: Próprios autores.

 16

5.4 Diagrama de atividade para embarcar na volta

Descrição: Diagrama de atividade onde o usuário embarca no ônibus para o retorno.

Figura 5. Diagrama de atividades para embarcar na volta

Fonte: Próprios autores.

 17

6 PROTÓTIPO DE TELAS

6.1 Tela de login

Figura 6. Tela de login.

Fonte: Próprios autores.

 18

6.2 Tela de cadastro

Figura 6. Tela de cadastro.

Fonte: Próprios autores.

 19

6.3 Tela de início

Figura 6. Tela de inicio.

Fonte: Próprios autores.

 20

6.4 Telas de check-in 1.0

Figura 6. Tela de check-in 1.0.

Fonte: Próprios autores.

 21

6.5 Telas de check-in 1.1

Figura 6. Tela de check-in 1.1.

Fonte: Próprios autores.

 22

6.6 Telas de check-in 1.2

Figura 6. Tela de check-in 1.2.

Fonte: Próprios autores.