UNIVERSIDADE PAULISTA

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

BRUNA SILVA DE LIMA

JUAN MARQUES ROCHA

RAFAELA SILVA DOS SANTOS

PROJETO INTEGRADO MULTIDISCIPLINAR

Sistema de Gestão de Frotas

SANTOS – SP
2019
 BRUNA SILVA DE LIMA

JUAN MARQUES ROCHA

RAFAELA SILVA DOS SANTOS

PROJETO INTEGRADO MULTIDISCIPLINAR

Sistema de Gestão de Frotas

Projeto Integrado Multidisciplinar

apresentado à Universidade Paulista –
UNIP, como requisito para a obtenção
do diploma do Curso Superior de
Tecnologia: Análise e Desenvolvimento
de Sistemas.
SANTOS – SP
2019
 RESUMO

O presente documento contém aspectos de um sistema a ser desenvolvido por

alunos da Universidade Paulista. É solicitado que o sistema gerencie frotas de
veículos de diferentes clientes em todo território nacional. O software deve
contemplar diferentes plataformas, ter design responsivo e possuir acessibilidade a
usuários com deficiência. Dessa forma, a documentação a seguir deve servir como
base para que esse sistema seja desenvolvido.

Palavras Chave: Gerenciamento de frotas; Acessibilidade; Portabilidade; Software.

 4

ABSTRACT

This document contains aspects of a system to be developed by students of the

Universidade Paulista. The system is required to manage vehicle fleets of different
customers throughout the country. The software should contemplate different
platforms, be responsive in design and have accessibility for users with disabilities. In
this way, the following documentation should serve as a basis for this system to be
developed.

Keywords: Fleet management; Accessibility; Portability; Software.

 5

1 INTRODUÇÃO

Na era da tecnologia da informação e comunicação que se desenvolve com o

passar dos anos, as organizações, para se manterem ativas e competitivas,
procuram automatizar a maioria de seus processos. Em busca por qualidade de
atendimento, dinamismo na gestão de seus componentes e a melhora na obtenção
de informações. Esse quadro faz com que se observe nas organizações a utilização
dos mais variados softwares e sistemas de gerenciamento disponíveis no mercado.
O projeto a seguir baseia-se na necessidade de expandir e aprimorar a
capacidade de gerenciamento de frotas de veículos que é realizado pela empresa
contratante. A função de negócio apresenta dois segmentos simples, a empresa
realiza o gerenciamento dos veículos de seus clientes e também é proprietária de
uma quantidade de veículos a qual aluga.
Seus clientes são de diferentes ramos de atuação, o projeto iniciará com base
a necessidade de gerenciar a frota de uma empresa no ramo de Telecomunicações,
porém deve ser expansível e adaptável.
Para atender a essa solicitação, a equipe desenvolverá o projeto de um
sistema que deve monitorar e gerenciar os diferentes tipos de frotas, pequenas ou
grandes. Tendo em vista a qualidade do sistema, serão pautados alguns princípios
de desenvolvimento, tais como, portabilidade, responsividade e acessibilidade.
A portabilidade de um programa de computador é a sua capacidade de ser
compilado ou executado em diferentes arquiteturas seja de hardware ou de
software, atualmente a portabilidade deixou de ser um requisito complementar e
passou a ser um requisito necessário visto que a tecnologia avança e se modifica
rapidamente, exigindo que os sistemas desenvolvidos sejam capazes de se adaptar
aos avanços.
A responsividade é uma metodologia de design que permite que a interface
do sistema se ajuste ao tamanho do dispositivo do usuário, trazendo uma melhor
usabilidade e aceitabilidade do produto que foi entregue. Por fim, é importante
ressaltar a necessidade de que o sistema seja acessível, para que pessoas com
algum tipo de deficiência não tenham dificuldades e utiliza-lo.
 6

2 FUNÇÕES E PROCESSOS DE NEGÓCIO

Funções de Negócios são estruturas conceituais idealizadas que servem para

descrever a missão de uma Organização, ou seja, é possível afirmar que uma
função corresponde a uma série de atividades relacionadas, envolvendo uma ou
mais entidades de dados, realizadas com o objetivo de se cumprir e atingir um ou
mais objetivos da missão da empresa, gerando um determinado resultado financeiro,
ou servindo às necessidades dos clientes da empresa, ou dando origem aos
produtos e serviços a serem negociados, ou gerenciando, administrando,
monitorando, registrando e relatando as atividades, estados e condições das
entidades da organização. Pode-se dizer que funções de negócio, geralmente,
conectam O QUE a organização faz com QUEM o faz, sem indicar COMO são feitas.
Dessa forma, podemos dizer que a Função de Negócio do Sistema de Gestão
de Frotas é gerenciar a frota de uma empresa da área de telecomunicações,
abrangendo todo território nacional e a aplicação contempla parte desktop, web e
mobile.
Um Processo de Negócio é um conjunto de atividades ou tarefas estruturadas
relacionadas que produzem um serviço ou produto específico para seus clientes ou
para um cliente particular, e pode se dizer que mostra O QUE deve ser realizado,
COMO deve ser realizado e QUEM é o responsável. Portanto, o Processo de
Negócio determina como o trabalho será feito na organização e traz a sequência
lógica das atividades, envolvendo pessoas, equipamentos, procedimentos e
informações.
As vantagens de se ter Processos de Negócio bem definidos e estruturados
em uma empresa é ter uma visão melhor da organização, identificando seus pontos
fortes, seus pontos fracos e a possibilidades de melhorias e de oportunidades. E são
classificadas de acordo com suas características, e se dividem em três tipos que
interagem entre si: Processos Primários, Processos de Suporte e Processos de
Gerenciamento. Porém, essa classificação não indica o nível de importância do
processo, e sim a coletividade voltada para seu objetivo final.
Os Processos Primários são aqueles que agregam valor diretamente aos
clientes, de modo que representam as atividades essenciais para que as
organizações cumpram a missão fixada para seu negócio. Também são conhecidos
como Processos Essenciais, Processos Operacionais ou Processos Finalísticos.
 7

Esse processo está estritamente conectado a experiência do consumidor, e pode se

dizer também que falhas são percebidas rapidamente pelos clientes.
Os Processos de Suporte tem a função de oferecer reforço ou apoio para os
processos primários, colaborando com a sua boa realização, ou seja, são os
processos que agregam valor ao produto final mas que, por se tratarem de
procedimentos internos, o cliente não os vê diretamente. Os Processos de Suporte
aumentam a capacidade de a organização realizar as suas atividades essenciais.
E os Processos de Gerenciamento contemplam as medições,
monitoramentos, controles e gestão do negócio, ditando influência direta na
capacidade de realização das atividades, de maneira que a organização atue
conforme seus objetivos de estratégicos e alcance as metas estipuladas nos
indicadores de desempenho. Os Processos de Gerenciamento, portanto, têm a
função de gerenciar os processos e assegurar o cumprimento de políticas e
diretrizes da empresa. Esses processos também não agregam valor direto ao
cliente, mas estão presentes antes, durante e depois do processo.

2.1 O Sistema

Esse sistema tem como principal funcionalidade gerenciar os dados das

reservas e locações da frota, provendo uma solução que possibilite automatizar o
gerenciamento e controle das movimentações rotineiras, da empresa de
Telecomunicações, envolvendo o fluxo de veículos e controle de acesso ao sistema
por usuário. Para isso, o sistema irá automatizar os seguintes processos do negócio:
 Cadastros de funcionários, veículos, multas, abastecimentos, apólices
de seguro, manutenções e estoque de peças.
 Monitoramento de viagens;
 Emissão de relatórios;
 Reserva, locação e devolução de veículos;
A aplicação deverá possuir dois perfis de acesso, o administrador do sistema
e o funcionário que será chamado de colaborador. Este último terá alguns privilégios
inferiores ao administrador, o administrador possui as permissões necessárias para
a realização de cadastros, alterar e excluir funcionário, colaboradores, veículos, e
seguros dos veículos. Com a opção de disponibilizar veículos, visualizar rotas em
tempo real, gerenciar as manutenções, estoque de peças, estoque de pneus,
abastecimentos e multas. Emitir relatórios de reserva, locação e manutenções, e
 8

também permitir que sejam feitas reservas de veículos, tendo total controle dos
registros abastecimentos, retirada e devolução dos mesmos. O acesso do
colaborador permitirá que este reserve um veículo para utilização, registre sua
viagem e posteriormente registre a devolução do automóvel.

2.2 Diagramas de Atividade

Diagramas de atividade são instrumentos visuais que auxiliam na composição

e um sistema computacional. Por isso utilizamos essa ferramenta da engenharia de
software para traduzir os principais processos do negócio. Os seguintes diagramas
decompõem os principais processos citados acima em pequenas atividades que
serão realizadas pelo funcionário, pelo sistema e pelo administrador.

(Imagem 1 – Diagrama de atividade: Processo reservar veículo)

 9

(Imagem 2 – Diagrama de atividade: Processo utilizar/devolver veículo)

 10

3 REQUISITOS FUNCIONAIS E CASOS DE USO

Requisitos de sistema são funcionalidades que devem ser contempladas para

que o sistema cumpra seu objetivo. A norma IEEE-90, define como sendo:
 Uma capacidade que um usuário necessita para resolver um problema
ou atingir um objetivo;
  Uma capacidade que deve ser atendida ou possuída por um sistema
ou componente de um sistema para satisfazer um contrato, padrão, especificação ou
outro documento formalmente imposto; 
  O conjunto de todos os requisitos que formam a base para o
desenvolvimento subsequente de um software ou componentes de um software;
Os requisitos possuem peculiaridades, a Engenharia de Requisitos ocupa-se
principalmente dos requisitos do sistema mas além desses, existem também os
requisitos de projeto e os requisitos de processo. Os Requisitos podem ser sub
classificados em requisitos funcionais, requisitos de qualidade ou não funcionais e
restrições ou regra de negócio. Sendo os requisitos funcionais as funcionalidades
que o sistema deve possuir para atender ao objetivo do negócio e suas regras. Já os
requisitos não funcionais referem-se a exigências técnicas, como desempenho,
segurança do sistema e outros. Abaixo, os requisitos do sistema proposto.

Requisitos Funcionais
[RF-001] Login de Usuário [UC-
001]
Para acessar ao sistema os usuários deverão efetuar login como Funcionário ou
Administrador. Obtendo diferentes tipos de permissões.
[RF-01] Cadastrar funcionário [UC-
01]
O sistema deverá permitir ao administrador incluir, alterar e inativar colaboradores.
[RF-02] Cadastrar veículos [UC-
02]
O sistema deverá permitir ao administrador incluir, alterar e inativar veículos.
[RF-03] Cadastrar seguro de veículo [UC-03]
O sistema deverá permitir ao administrador incluir e alterar registro de um seguro
para cada veículo.
[RF-04] Disponibilizar veículo [UC-04]
O administrador do sistema tem o controle das reservas feitas pelo colaborador e
autoriza ou não a utilização do veículo solicitado.
[RF-05] Visualizar rota [UC-05]
O administrador do sistema é capaz de acompanhar as viagens que estão sendo
feitas em tempo real por um sistema de GPS.
[RF-06] Gerenciar manutenções [UC-
 11

06]
O sistema deverá permitir ao administrador inserir e alterar manutenções de
veículos.

[RF-07] Gerenciar estoque de peças [UC-07]

O sistema deverá permitir ao administrador incluir, alterar e excluir peças no
estoque. Administrando o estoque conforme as manutenções e revisões
realizadas nos veículos.
[RF-08] Visualizar abastecimentos [UC-08]
O administrador do sistema dever ser capaz de visualizar os abastecimentos
registrados pelo colaborador. Confrontando o registro com o cupom fiscal emitido
pelo posto.
[RF-09] Gerenciar multas de trânsito [UC-09]
O sistema deverá permitir ao administrador incluir e alterar registros de multas.
[RF-10] Emitir relatório de sistema [UC-10]
O sistema deverá permitir ao administrador emitir relatório de viagens,
manutenções, abastecimentos e multas.
[RF-11] Reservar veículo [UC-
11]
O sistema deverá permitir ao colaborador consultar, incluir, alterar e cancelar
reservas de veículos. A reserva deve ser aprovada ou rejeitada pelo administrador
do sistema e da frota.
[RF-12] Retirar veículo [UC-12]
A partir da reserva aprovada, o colaborador pode retirar o veículo e o sistema
registrará sua saída.
[RF-13] Devolver veículo [UC-13]
Ao final da rota cadastrada o sistema deve gerar um documento de registro de
utilização, ao qual o colaborador deverá preencher para finalizar a viagem e
devolver o veículo.
[RF-14] Cadastrar abastecimento [UC-14
Durante a utilização o colaborador poderá incluir e alterar registros de
abastecimento para receber o reembolso da empresa.

Requisitos Não Funcionais

[RNF-01] O sistema deve solicitar que o colaborador informe login e senha de
identificação para permitir o acesso.
[RNF-02] O sistema deverá possuir dois perfis de usuário. Cada um com
diferentes níveis de privilégio
[RNF-03] O sistema deverá utilizar banco de dados SQL Server.
[RNF-04] O sistema apresentará uma interface Web responsiva para situar o
usuário dentro da plataforma.
[RNF-05] O sistema deve emitir ao colaborador notificações e avisos quando
alguma multa for registrada em seu nome.
[RNF-06] O sistema deve permitir acesso à localização de veículos via GPS.
 12

3.1 RN-01 CADASTRAR FUNCIONÁRIOS

Referência proposta: RF01 Cadastrar Funcionário

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional / [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema realize
a manutenção de Cadastro de Funcionários e deve atender aos seguintes
requisitos:
 RF-01.1 – Incluir Funcionário;
 RF-01.2 – Alterar Dados Funcionário;
 RF-01.3 – Listar Funcionários;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.

Caso de Uso: [UC-01] Cadastrar Funcionário

Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página de 4. a) Campo obrigatório não preenchido.
funcionários; 1. O sistema retorna mensagem de erro
2. O Administrador acessa página de e solicita preenchimento de campos
cadastro de funcionário; obrigatórios;
3. O Administrador preenche campos 2. Fluxo de eventos retorna ao passo 3
requeridos; do Fluxo Principal.
4. O Administrador salva informações
cadastradas;
5. O Sistema registra informações no
banco de dados e retorna
mensagem de sucesso;
 13

Referência proposta: RF01.01 Incluir Funcionário

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade incluir cadastro deve permitir que o administrador possa incluir
novos funcionários no sistema. Deverá ser apresentado um Formulário de
Cadastro. Serão disponibilizadas as seguintes ações:
 Salvar;
 Cancelar;
 Listar Funcionários;
 Alterar Dados Funcionário;
 Sair;
Pré-condições:
 O Administrador deve estar em uma sessão ativa no sistema;
Pós-condições:
 O sistema deverá incluir os dados cadastrados no banco de dados.

Referência proposta: RF01.02 Alterar Dados Funcionário

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade Alterar Cadastro deve permitir que o administrador altere os dados
do funcionário cadastrado no sistema. Deverá ser apresentado um Formulário de
Alteração de Cadastro. Serão disponibilizadas ao usuário as seguintes ações:
 Salvar;
 Cancelar;
 Listar Funcionários;
 Novo Cadastro;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos um cadastro no sistema.
Pós-Condições:
 O sistema deve alterar com sucesso os dados do cadastro.

Referência proposta: RF01.03 Listar Funcionários

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Listar Funcionários” permite que o administrador acesse a lista de
funcionários da empresa. Serão disponibilizadas ao usuário as seguintes ações:
 Pesquisar;
 Novo Cadastro;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos um cadastro no sistema.
Pós-Condições:
 O sistema deve listar retornar o funcionário que foi pesquisado.
 14

3.2 RF-02 CADASTRAR VEÍCULOS

Referência proposta: RF02 Cadastrar Veículos

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional / [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema realize
a manutenção de Cadastro de Veículos e deve atender aos seguintes requisitos:
 RF-02.1 – Incluir Veículo;
 RF-02.2 – Alterar Dados Veículo;
 RF-02.3 – Listar Veículos;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-02] Cadastrar Veículos
Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página de 4. a) Campo obrigatório não preenchido.
veículos; 1. O sistema retorna mensagem de erro
2. O Administrador acessa página de e solicita preenchimento de campos
cadastro de veículos; obrigatórios;
3. O Administrador preenche campos 2. Fluxo de eventos retorna ao passo 3
requeridos; do Fluxo Principal.
4. O Administrador salva informações
cadastradas;
5. O Sistema registra informações no
banco de dados e retorna
mensagem de sucesso;

Referência proposta: RF02.01 Incluir Veículo

 15

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface

Nível de detalhe: Sistema
Descrição:
A funcionalidade Incluir Veículo deve permitir que o administrador possa incluir
novos veículos no sistema. Deverá ser apresentado um Formulário de Cadastro.
Serão disponibilizadas as seguintes ações:
 Salvar;
 Cancelar;
 Listar Veículos;
 Alterar Dados Veículo;
 Sair;
Pré-condições:
 O Administrador deve estar em uma sessão ativa no sistema;
Pós-condições:
 O sistema deverá incluir os dados cadastrados no banco de dados.

Referência proposta: RF02.02 Alterar Dados Veículo

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional / [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade Alterar Dados Veículo deve permitir que o administrador altere os
dados do veículo cadastrado no sistema. Deverá ser apresentado um Formulário de
Alteração de Cadastro. Serão disponibilizadas ao usuário as seguintes ações:
 Salvar;
 Cancelar;
 Listar Veículos;
 Novo Cadastro;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos um cadastro no sistema.
Pós-Condições:
 O sistema deve alterar com sucesso os dados do cadastro.

Referência proposta: RF02.03 Listar Veículos

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Listar Veículos” permite que o administrador acesse a lista de
veículos cadastrados no sistema. Deverá ser apresentada uma lista com as
principais informações de cada veículo. Serão disponibilizadas as seguintes ações:
 Pesquisar;
 Novo cadastro;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos um cadastro no sistema.
Pós-Condições:
 O sistema deve listar retornar o funcionário que foi pesquisado.
 16

3.3 RF-03 CADASTRAR SEGURO DE VEÍCULO

Referência proposta: RF03 Cadastrar Seguro de Veículos

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema realize
a manutenção de Cadastro de Veículos e deve atender aos seguintes requisitos:
 RF-03.1 – Incluir Seguro;
 RF-03.2 – Alterar Seguro;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-03] Cadastrar Seguro de Veículo
Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página de 4. a) Campo obrigatório não preenchido.
veículos; 1. O sistema retorna mensagem de erro
2. O Administrador acessa página de e solicita preenchimento de campos
cadastro de seguro de veículo; obrigatórios;
3. O Administrador preenche campos 2. Fluxo de eventos retorna ao passo 3
requeridos; do Fluxo Principal.
4. O Administrador salva informações
cadastradas;
5. O Sistema registra informações no
banco de dados e retorna
mensagem de sucesso;
 17

Referência proposta: RF03.01 Incluir Seguro de Veículo

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Incluir Seguro” deve permitir que o administrador cadastre uma
apólice de seguro para cada veículo previamente registrado no sistema. Deverá ser
apresentado um Formulário de Cadastro. Serão disponibilizadas as seguintes
ações:
 Salvar;
 Cancelar;
 Sair;
Pré-condições:
 O Administrador deve estar em uma sessão ativa no sistema;
 Deve existir pelo menos um cadastro de veículo no sistema.
Pós-condições:
 O sistema deverá incluir os dados cadastrados no banco de dados.

Referência proposta: RF03.02 Alterar Seguro de Veículo

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade Alterar Seguro deve permitir que o administrador altere os dados
da apólice de seguro cadastrada em determinado veículo. Deverá ser apresentado
um Formulário de Alteração de Cadastro. Serão disponibilizadas ao usuário as
seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos um seguro cadastrado ligado ao veículo em
questão.
Pós-Condições:
 O sistema deve alterar com sucesso os dados do cadastro.
 18

3.4 RF-04 DISPONIBILIZAR VEÍCULO

Referência proposta: RF04 Disponibilizar Veículo

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional / [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema
acesse as reservas solicitadas e autorize ou não a retirada do veículo:
 RF-04.1 – Listar reservas;
 RF-4.1.1 – Responder à solicitação;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:

 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos

consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-04] Disponibilizar Veículo
Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página de 3. a) Administrador não autoriza a
reservas de veículos; disponibilização.
2. O Administrador seleciona a reserva 1. O sistema cancela a solicitação;
que deseja visualizar; 2. O sistema retorna ao passo 5 do
3. O Administrador autoriza a Fluxo Principal.
disponibilização;
4. O Sistema registra disponibilização
do veículo;
5. Sistema emite uma notificação ao
funcionário;
6. Sistema retorna mensagem de
sucesso e finaliza processo;
 19

Referência proposta: RF04.1 Listar reservas

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Listar Reservas” permite que o administrador acesse a lista de
reservas solicitadas pelos funcionários. Deverá ser apresentada uma lista com as
reservas pendentes. Serão disponibilizadas aos usuários as seguintes ações:
 Pesquisar;
 Permitir;
 Negar;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos um cadastro no sistema.
Pós-Condições:
 O sistema deve listar retornar as reservas de viagens.
 20

3.5 RF-05 VISUALIZAR ROTA

Referência proposta: RF05 Visualizar Rota

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema
acesse as rotas de cada viagem em andamento. Essa funcionalidade contempla as
seguintes ações:
 RF-05.1 – Listar viagens;
 RF-05.1.1 – Acessar localização;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
 RNF-06 – Sistema de Localização;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-05] Visualizar Rota
Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página 2. a) Não há viagens em andamento.
de viagens; 1. O sistema retorna mensagem
2. O Administrador acessa página de informativa;
viagens em andamento; 2. Fluxo de eventos retorna ao passo 1
3. O Administrador seleciona a viagem do Fluxo Principal.
que deseja visualizar;
4. O Sistema retorna o mapa da
localização do veículo;
 21

Referência proposta: RF05.1 Acessar localização

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Acessar localização” permite que o administrador acesse a lista
de viagens em andamento. Deverá ser apresentada uma lista. Ao selecionar a
viagem, o administrador deve ter acesso à localização do veículo, via GPS. Serão
disponibilizadas aos usuários as seguintes ações:
 Pesquisar viagem;
 Visualizar rota;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos uma viagem em andamento no sistema.
Pós-Condições:
 O sistema deve listar as viagens que estão em andamento no sistema.
 O sistema deve exibir o mapa da localização do veículo.
 22

3.6 RF-06 GERENCIAR MANUTENÇÕES

Referência proposta: RF06 Gerenciar Manutenções

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema
gerencie as manutenções preventivas e corretivas que são realizadas em cada
veículo da empresa:
 RF-06.1 – Incluir Manutenção;
 RF-06.2 – Alterar Dados Manutenção
 RF-06.3 – Listar Manutenções;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-06] Gerenciar Manutenções
Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página de 4. a) Campo obrigatório não preenchido.
veículos; 1. O sistema retorna mensagem de erro
2. O Administrador acessa página de e solicita preenchimento de campos
cadastro de manutenções de obrigatórios;
veículos; 2. Fluxo de eventos retorna ao passo 3
3. O Administrador preenche campos do Fluxo Principal.
requeridos;
4. O Administrador salva informações
cadastradas;
5. O Sistema registra informações no
banco de dados e retorna
mensagem de sucesso;
Referência proposta: RF06.01 Incluir Manutenção de Veículo
Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
 23

Nível de detalhe: Sistema

Descrição:
A funcionalidade “Incluir Manutenção” deve permitir que o administrador cadastre
uma manutenção para cada veículo registrado no sistema. Deverá ser apresentado
um Formulário de Cadastro. Serão disponibilizadas as seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-condições:
 O Administrador deve estar em uma sessão ativa no sistema;
 Deve existir pelo menos um cadastro de veículo no sistema.
Pós-condições:
 O sistema deverá incluir os dados cadastrados no banco de dados.

Referência proposta: RF06.02 Alterar Manutenção de Veículo

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade Alterar Manutenção deve permitir que o administrador altere os
dados da manutenção registrada para determinado veículo. Deverá ser
apresentado um Formulário de Alteração de Cadastro. Serão disponibilizadas ao
usuário as seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos uma manutenção cadastrada ligado ao veículo em
questão.
Pós-Condições:
 O sistema deve alterar com sucesso os dados do cadastro.

Referência proposta: RF06.3 Listar Manutenções

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Listar Manutenções” permite que o administrador acesse a lista
de manutenções registradas por veículo. Deverá ser apresentada uma lista, após
selecionado o veículo. Serão disponibilizadas aos usuários as seguintes ações:
 Pesquisar viagem;
 Abrir formulário de manutenção;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos uma manutenção cadastrada no sistema.
Pós-Condições:
 O sistema deve listar retornar as manutenções cadastradas para o veículo
que foi pesquisado.
3.7 RF-07 GERENCIAR ESTOQUE DE PEÇAS
 24

Referência proposta: RF07 Gerenciar Estoque de Peças

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema
gerencie o estoque de peças de veículos:

 RF-07.1 – Incluir Item no Estoque;

 RF-07.2 – Alterar Dados Item;
 RF-07.3 – Exibir Itens Estoque;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-07] Gerenciar Estoque de Peças
Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página de 4. a) Campo obrigatório não preenchido.
estoque; 1. O sistema retorna mensagem de erro
2. O Administrador acessa página de e solicita preenchimento de campos
cadastro de peças; obrigatórios;
3. O Administrador preenche campos 2. Fluxo de eventos retorna ao passo 3
requeridos; do Fluxo Principal.
4. O Administrador salva informações
cadastradas;
5. O Sistema registra informações no
banco de dados e retorna
mensagem de sucesso;

Referência proposta: RF07.01 Incluir Item no Estoque

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
 25

A funcionalidade “Incluir Item no Estoque” deve permitir que o administrador

cadastre uma peça de veículo no estoque da empresa. Deverá ser apresentado um
Formulário de Cadastro. Serão disponibilizadas as seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-condições:
 O Administrador deve estar em uma sessão ativa no sistema;
Pós-condições:
 O sistema deverá incluir os dados cadastrados no banco de dados.

Referência proposta: RF07.02 Alterar Dados Item

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Alterar Dados Item” deve permitir que o administrador altere os
dados da peça registrada no estoque. Deverá ser apresentado um Formulário de
Alteração de Cadastro. Serão disponibilizadas ao usuário as seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos um item cadastrado no estoque.
Pós-Condições:
 O sistema deve alterar com sucesso os dados do cadastro.

Referência proposta: RF07.3 Exibir Itens do Estoque

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Listar Itens do Estoque” permite que o administrador acesse a
lista de peças registradas no sistema. Deverá ser apresentada uma tabela com as
informações pertinentes para cada Item. Serão disponibilizadas aos usuários as
seguintes ações:
 Pesquisar item;
 Visualizar informações do item;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos um item cadastrado no sistema.
Pós-Condições:
 O sistema deve exibir os itens cadastrados no estoque.

3.8 RF-08 VISUALIZAR ABASTECIMENTOS

Referência proposta: RF08 Visualizar Abastecimentos

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
 26

Nível de detalhe: Sistema

Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema
acesse os abastecimentos cadastrados pelos motoristas que estão em viagem.
Essa funcionalidade contempla as seguintes ações:
 RF-08.1 – Listar abastecimentos por período;
 RF-08.1.1 – Exibir dados do abastecimento;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
 RNF-06 – Sistema de Localização;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-08] Visualizar Abastecimentos
Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página de 2. a) Não existe abastecimento
Abastecimentos; cadastrado no período selecionado.
2. O Administrador seleciona o período 1. O sistema retorna mensagem de
em que deseja buscar; informação;
3. O Administrador seleciona o registro 2. Fluxo de eventos retorna ao passo 2
que deseja visualizar; do Fluxo Principal.
4. O Sistema retorna informações no
do abastecimento;

Referência proposta: RF08.1 Exibir Dados do Abastecimento

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Acessar Dados do Abastecimento” permite que o administrador
 27

acesse a lista de abastecimentos registrados filtrando por período. Ao selecionar o

item desejado, o administrador deve ter acesso aos dados daquele registro. Serão
disponibilizadas aos usuários as seguintes ações:
 Pesquisar;
 Exibir Dados;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos um abastecimento registrado no período.
Pós-Condições:
 O sistema deve listar os abastecimentos registrados por funcionários.
 O sistema deve exibir os dados do item selecionado.
 28

3.9 RF-09 GERENCIAR MULTAS DE TRÂNSITO

Referência proposta: RF09 Gerenciar Multas de Trânsito

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema
gerencie as multas recebidas pelos funcionários da empresa:
 RF-09.1 – Incluir Multa;
 RF-09.2 – Alterar Dados Multa
 RF-09.3 – Listar Multas;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-09] Gerenciar Multas de Trânsito
Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página de 4. a) Campo obrigatório não preenchido.
Multas de Trânsito; 1. O sistema retorna mensagem de erro
2. O Administrador acessa a página de e solicita preenchimento de campos;
cadastro de multas; 2. Fluxo de eventos retorna ao passo 3
3. O Administrador preenche os do Fluxo Principal.
campos requeridos;
4. O Sistema registra as informações
no banco de dados e retorna
mensagem de sucesso;
 29

Referência proposta: RF09.01 Incluir Multa

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Incluir Multa” deve permitir que o administrador cadastre uma
multa de trânsito ao perfil do funcionário tido como infrator. Deverá ser apresentado
um Formulário de Cadastro. Serão disponibilizadas as seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-condições:
 O Administrador deve estar em uma sessão ativa no sistema;
 Deve haver pelo menos um funcionário cadastrado no sistema.
Pós-condições:
 O sistema deverá incluir os dados cadastrados no banco de dados.

Referência proposta: RF09.02 Alterar Dados Multa

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Alterar Dados Multa” deve permitir que o administrador altere os
dados da multa registrada. Deverá ser apresentado um Formulário de Alteração de
Cadastro. Serão disponibilizadas ao usuário as seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos uma multa cadastrada no sistema.
Pós-Condições:
 O sistema deve alterar com sucesso os dados do cadastro.

Referência proposta: RF09.3 Listar Multas

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Listar Multas” permite que o administrador acesse a lista de
multas registradas por funcionário. Deverá ser apresentada uma lista, após
selecionado o funcionário. Serão disponibilizadas aos usuários as seguintes ações:
 Pesquisar funcionário;
 Exibir dados da infração;
 Sair;
Pré-Condições:
 O usuário deve ter sessão ativa no sistema;
 Deve existir pelo menos uma multa cadastrada no sistema.
Pós-Condições:
 O sistema deve listar retornar as multas cadastradas para o funcionário que
foi pesquisado.
 30

3.10 RF-10 EMITIR RELATÓRIO DE SISTEMA

Referência proposta: RF10 Emitir Relatório de Sistema

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o administrador do sistema realize
a emissão de relatórios analíticos filtrando por período, funcionário responsável
e/ou veículo relacionado. Essa funcionalidade contempla as seguintes ações:
 RF-010.1 – Emitir relatório de viagens;
 RF-010.2 – Emitir relatório de abastecimentos;
 RF-010.3 – Emitir relatório de manutenções;
 RF-010.4 – Emitir relatório de multas de trânsito;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
 RNF-06 – Sistema de Localização;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-010] Emitir relatórios de sistema
Ator: Administrador do Sistema
Fluxo Principal: Fluxo Alternativo:
1. O Administrador acessa a página de 3. a) Não existem registros de acordo
Relatórios; com os filtros aplicados.
2. O Administrador seleciona o tipo de 1. O sistema retorna mensagem de
relatório que deseja emitir; informação;
3. O Administrador aplica o filtro 2. Fluxo de eventos retorna ao passo 2
necessário para emissão do do Fluxo Principal.
relatório;
4. O Sistema retorna as informações
conforme o filtro aplicado.
 31

3.11 RF-11 RESERVAR VEÍCULO

Referência proposta: RF11 Reservar Veículo

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o funcionário da empresa
gerencie as reservas que deseja realizar:
 RF-11.1 – Cadastrar reserva;
 RF-11.2 – Alterar Dados Reserva;
 RF-11.3 – Cancelar Reserva;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-011] Reservar veículo
Ator: Funcionário
Fluxo Principal: Fluxo Alternativo:
1. O Funcionário acessa a página de 3. a) Campo obrigatório não preenchido.
Reservas; 1. O sistema retorna mensagem de
2. O Funcionário preenche os campos erro;
requeridos; 2. Fluxo de eventos retorna ao passo 2
3. O Funcionário salva a solicitação de do Fluxo Principal.
reserva;
4. O Sistema retorna mensagem de
sucesso.
 32

Referência proposta: RF11.1 Cadastrar reserva

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Cadastrar Reserva” deve permitir que o funcionário cadastre uma
reserva de veículo. Deverá ser apresentado um Formulário de Cadastro. Serão
disponibilizadas as seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-condições:
 O Funcionário deve estar em uma sessão ativa no sistema;
Pós-condições:
 O sistema deverá incluir os dados cadastrados no banco de dados.

Referência proposta: RF11.2 Alterar Dados Reserva

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Alterar Dados Reserva” deve permitir que o funcionário altere os
dados da reserva registrada. Deverá ser apresentado um Formulário de Alteração
de Cadastro. Serão disponibilizadas ao usuário as seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-Condições:
 O funcionário deve ter sessão ativa no sistema;
 Deve existir pelo menos uma reserva cadastrada no sistema.
 A reserva deve estar em aberto, aguardando avaliação do Administrador.
Pós-Condições:
 O sistema deve alterar com sucesso os dados do cadastro.

Referência proposta: RF11.3 Cancelar Reserva

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Cancelar Reserva” deve permitir que o funcionário cancele a
reserva registrada. Serão disponibilizadas ao usuário as seguintes ações:
 Cancelar reserva;
 Sair;
Pré-Condições:
 O funcionário deve ter sessão ativa no sistema;
 Deve existir pelo menos uma reserva cadastrada no sistema.
 A reserva deve estar em aberto, aguardando avaliação do Administrador.
Pós-Condições:
 O sistema deve alterar com sucesso os dados do cadastro.
 33

3.12 RF-12 RETIRAR VEÍCULO

Referência proposta: RF12 Retirar Veículo

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o funcionário da empresa registre
a retirada do veículo conforme uma reserva efetuada e pré-aprovada pelo
Administrador:

 RF-12.1 – Registrar saída do veículo;

Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-012] Utilizar Veículo
Ator: Funcionário
Fluxo Principal: Fluxo Alternativo:
1. O Funcionário acessa a página de 2. a) Não existem solicitações de
Reservas; reserva.
2. O Sistema retorna sua reserva 1. O sistema retorna mensagem de
aprovada; informação;
3. O Funcionário informa a retirada do 2. Fluxo de eventos retorna ao passo 1
veículo; do Fluxo Principal.
4. O Sistema mensagem de sucesso.
b) Reserva não aprovada.
1. O sistema retorna mensagem de
informação;
2. Fluxo de eventos retorna ao passo 1
do Fluxo Principal.

Referência proposta: RF12.1 Registrar saída do veículo

 34

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface

Nível de detalhe: Sistema
Descrição:
A funcionalidade “Registrar saída do veículo” permite que o funcionário registre a
retirada do veículo conforme uma reserva efetuada e pré-aprovada pelo
Administrador. Serão disponibilizadas ao usuário as seguintes ações:
 Confirmar retirada do veículo;
 Cancelar;
 Sair;
Pré-Condições:
 O funcionário deve ter sessão ativa no sistema;
 A reserva deve estar aprovada pelo Administrador.
Pós-Condições:
 O sistema deve registrar a saída do veículo e o início da viagem.
 35

3.13 RF-13 DEVOLVER VEÍCULO

Referência proposta: RF13 Devolver Veículo

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o funcionário da empresa registre
a devolução do veículo que foi retirado:
 RF-13.1 – Registrar devolução de veículo;
 RF-13.1.1 – Emitir registro de viagem;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-013] Devolver Veículo
Ator: Funcionário
Fluxo Principal: Fluxo Alternativo:
1. O Funcionário acessa a página de 4. a) Campo obrigatório não preenchido.
viagem em andamento; 1. O sistema retorna mensagem de erro
2. O Funcionário encerra a viagem; e solicita preenchimento;
3. O Sistema emite um formulário para 2. Fluxo de eventos retorna ao passo 3
encerramento da viagem; do Fluxo Principal.
4. O Funcionário preenche as
informações solicitadas;
5. O Sistema registra a devolução do
veículo e retorna mensagem de
sucesso;

Referência proposta: RF13.1 Registrar devolução de veículo

 36

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface

Nível de detalhe: Sistema
Descrição:
A funcionalidade “Emitir registro de viagem” permite que o funcionário registre a
devolução do veículo. Deverá ser apresentado um formulário para cadastrar os
dados da viagem efetuada. Serão disponibilizadas ao usuário as seguintes ações:
 Confirmar envio do formulário;
 Confirmar devolução do veículo;
 Sair;
Pré-Condições:
 O funcionário deve ter sessão ativa no sistema;
 Deve existir uma viagem em andamento que o funcionário possa encerrar.
Pós-Condições:
 O sistema deve registrar a devolução do veículo e o término da viagem.
 37

3.14 RF-14 CADASTRAR ABASTECIMENTO

Referência proposta: RF14 Cadastrar Abastecimento

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
Esta funcionalidade tem por objetivo permitir que o funcionário realize o cadastro de
abastecimentos para uma viagem em andamento. Deve ser exibido um formulário
de Cadastro de Abastecimento. Essa funcionalidade deve atender aos seguintes
requisitos:
 RF-014.1 – Incluir Abastecimento;
 RF-14.2 – Alterar Registro de Abastecimento;
Ligações:
 RNF-01 – Identificação de acesso;
 RNF-03 – Servidor de Banco de Dados;
 RNF-04 – Interface responsiva;
Informações adicionais:
 Para visualizar a rastreabilidade entre estes requisitos e os demais artefatos
consultar a página X Matriz de Rastreabilidade.
 Para ver as regras e mensagens gerais citadas neste documento, consultar
a página X Mensagens Gerais e Regras Gerais.
 Todas as operações deverão persistir a regra [RG01] – Perda de Conexão,
Leia a página X Mensagens Gerais e Regras Gerais.
Caso de Uso: [UC-013] Cadastrar Abastecimento
Ator: Funcionário
Fluxo Principal: Fluxo Alternativo:
1. O Funcionário acessa a página de 4. a) Campo obrigatório não preenchido.
viagem em andamento; 1. O sistema retorna mensagem de erro
2. O Funcionário seleciona opção de e solicita preenchimento;
cadastrar um abastecimento; 2. Fluxo de eventos retorna ao passo 3
3. O Sistema emite um formulário para do Fluxo Principal.
preenchimento;
4. O Funcionário preenche as
informações solicitadas;
5. O Sistema registra a devolução do
veículo e retorna mensagem de
sucesso;

Referência proposta: RF14.1 Incluir Abastecimento

 38

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface

Nível de detalhe: Sistema
Descrição:
A funcionalidade “Incluir Abastecimento” deve permitir que o funcionário cadastre
um abastecimento durante uma viagem. Deverá ser apresentado um Formulário de
Cadastro. Serão disponibilizadas as seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-condições:
 O Funcionário deve estar em uma sessão ativa no sistema;
 O Funcionário deve estar em uma viagem em andamento;
Pós-condições:
 O sistema deverá incluir os dados cadastrados no banco de dados.

Referência proposta: RF14.2 Alterar Registro de Abastecimento

Tipo de requisito: [ X ] Funcional / [ ] Não Funcional/ [ ] De Interface
Nível de detalhe: Sistema
Descrição:
A funcionalidade “Alterar Registro de Abastecimento” deve permitir que o
funcionário altere os dados do abastecimento registrado. Deverá ser apresentado
um Formulário de Alteração de Cadastro. Serão disponibilizadas ao usuário as
seguintes ações:
 Salvar;
 Cancelar;
 Sair;
Pré-Condições:
 O funcionário deve ter sessão ativa no sistema;
 O funcionário deve ter uma viagem em andamento;
 A viagem em andamento deve ter um registro de abastecimento;
Pós-Condições:
 O sistema deve alterar com sucesso os dados do cadastro.
 39

3.15 DIAGRAMA DE CASOS DE USO

 40

4 DIAGRAMA DE CLASSES
 41

5 DIAGRAMAS DE SEQUÊNCIA

5.1 Diagrama de Sequência 01: Cadastrar Funcionário

5.2 Diagrama de Sequência 02: Cadastrar Veículo

 42

5.3 Diagrama de Sequência 03: Cadastrar Seguro de Veículo

5.4 Diagrama de Sequência 04: Disponibilizar Veículo

 43

5.5 Diagrama de Sequência 05: Visualizar Rota

5.6 Diagrama de Sequência 06: Gerenciar Manutenções

 44

5.7 Diagrama de Sequência 07: Gerenciar Estoque de Peças

5.8 Diagrama de Sequência 08: Visualizar Abastecimento

 45

5.9 Diagrama de Sequência 09: Gerenciar Multas

5.10 Diagrama de Sequência 10: Emitir Relatório

 46

5.11 Diagrama de Sequência 11: Reservar Veículo

5.12 Diagrama de Sequência 12: Utilizar Veículo (Iniciar Viagem)

 47

5.13 Diagrama de Sequência 13: Devolver Veículo (Encerrar Viagem)

5.14 Diagrama de Sequência 14: Cadastrar Abastecimento

 48

6 BANCO DE DADOS

6.1 Modelo Entidade Relacionamento

 49

6.2 Modelo Lógico

 50

6.3 Script de Criação

 51

7 REFERÊNCIAS

TEIXEIRA, Higor. Modelos de Processo Especializado: Conceitos e Princípios.

São Paulo - SP: Revista Digital DevMedia. 2004. Disponível em:<
https://www.devmedia.com.br/modelos-de-processo-especializado-conceitos-e-
principios/29898>. Acesso realizado em: 25/10/2018;

NAKAGAWA, Elisa Yumi. Modelos de Processo de Software. São Paulo - SP:

Universidade Federal de São Paulo, 2016. Disponível em: < https://edisciplinas.usp
.br/pluginfile.php/839466/mod_resource/content/1/Aula02_ModelosProcessos.pdf >.
Acesso realizado em: 25/10/2018;

CAMPOS, Rogério. O que é o Modelo Cascata e como aplicá-lo no negócio?

Brasil - Revista Digital Consultores de Gestão, 2018. Disponível em: <
http://www.consultoresdegestao.com.br/blog/modelo-em-cascata/>. Acesso realizado
em: 05/11/2018;

FIGUEIREDO, Eduardo. Processos de Software. Belo Horizonte - Minas Gerais:

Universidade Federal de Minas Gerais, 2011. Disponível em: <
https://homepages.dcc.ufmg.br/~figueiredo/disciplinas/aulas/processossoftware_v01.
pdf>. Acesso realizado em: 05/11/2018;

JUNIOR, Carlos. Como fazer um bom cronograma de projeto. Revista Digital

Project Builder. Disponível em em: < https://www.projectbuilder.com.br/blog/como-
fazer-um-bom-cronograma-de-projeto/>. Acesso realizado em: 15/11/2018;

CRUZ, Fábio. Cronograma ágil de acompanhamento de realizações de tarefas.

Santa Catarina - RS: Revista Mundo Project Management. Disponível em: <
http://www.techoje.com.br/site/techoje/categoria/detalhe_artigo/1966> Acesso
realizado em: 20/11/2018;
 52

8 ANEXOS

8.1 Fontes Renováveis e Limpas de Energia

Existem diversas fontes de energia disponíveis no nosso planeta, sendo que

essas fontes se dividem em dois tipos, as fontes de energia renováveis e as não
renováveis.
Embora 176 países no mundo, incluindo o Brasil, tenham uma política de
energia limpa, o mundo ainda depende em grande parte do petróleo, do gás e do
carvão. Mas, a ciência tem avançado na descoberta de novas maneiras de colocar
veículos em movimento, de modo que não prejudique ainda mais o meio ambiente.
Por exemplo, a utilização de energias renováveis, que substitui combustíveis
convencionais.
As energias renováveis são fontes de energia que são geradas a partir de
processos e recursos naturais que são continuamente reabastecidos em uma escala
de tempo humana. Que inclui a energia solar, energia das marés, energia hídrica
(água), calor geotérmica, energia eólica, e várias formas de bioenergia (biomassa).
As energias renováveis são aquelas em que a sua utilização e uso é renovável e
pode-se manter e ser aproveitado ao longo do tempo sem possibilidade de
esgotamento dessa mesma fonte.
Devido a viabilidade técnica da região, serão utilizados veículos capazes de
se locomover baseado nas energias renováveis ANM (Agência Nacional de
Mineração) isto é, sem esgotamento do combustível e a mais limpa entre todas, os
veículos elétricos. Estes que são entendidos como veículos automotores que
utilizam pelo menos um motor elétrico para acionamento das rodas. Se
caracterizam, principalmente, pela alta eficiência energética e baixo ou nulo nível de
emissões de poluentes e dos gases tóxicos que contribuem para o aquecimento
global, ou seja, emissões nulas de CO2.
A utilização dos veículos elétricos trazem muitas vantagens para quem o utiliza,
os carros elétricos apresentam um menor custo por KM do que os carros a
combustão (cerca de um terço dos custos destes). Além da condução, que sem
peças moveis do motor e sem sistema de escape, se torna mais silenciosa e
agradável para quem o conduz, diferente de um carro tradicional de motor de
combustão. E enquanto a eficiência dos motores de combustão é apontada para
 53

40%, a eficiência dos motores elétricos atinge os 90%, e mesmo apesar disso, os
custos de manutenção são menores, sem necessidade de manutenção frequente do
motor, como a troca periódica de óleo, por exemplo. De acordo com relatório da
Bloomberg New Energy Finance (BNEF), os elétricos devem passar de 2 milhões
para 56 milhões de unidades até 2040, o que constituirá mais da metade da frota
de veículos no mundo.
 54

8.2 MENSAGENS GERAIS E REGRAS GERAIS

Regra
Código Titulo Descrição Geral Descrição da Regra
Quando ocorrer a Perda de
Conexão com o Banco de
"A ação solicitada não Dados e não for possível
pode ser executada executar a ação solicitada
Perda de Conexão
MG00 <Mensagem de erro pelo usuário, o Sistema
com o Banco de RG001
1 exibida pelo Sistema> deverá exibir uma
Dados.
Entre em contato com o mensagem de erro e
Suporte do Sistema" solicitar que entre em
contato com o Suporte do
Sistema.
Quando não houver
informações encontradas,
MG00 Sem informações "Nenhuma informação
RG002 exibir a mensagem MG002
2 encontradas. foi encontrada"
"Nenhuma informação foi
encontrada"
Quando os campos
obrigatórios não forem
MG00 Campos "Preencha todos os preenchidos, exibir a
RG003
3 Obrigatórios campos obrigatórios" mensagem MG003
"Preencha todos os campos
obrigatórios"
Quando o objeto for
cadastrado devidamente,
MG00 "<Objeto> Cadastrado
Cadastro Realizado. RG004 exibir a mensagem MG004
4 com sucesso"
"<Objeto> Cadastrado com
sucesso"
Quando o objeto for
alterado, exibir a
MG00 "<Objeto> alterado com
Alteração realizada. RG005 mensagem MG005
5 sucesso"
"<Objeto> alterado com
sucesso"
Quando o objeto for
excluído, exibir a
MG00 "<Objeto> excluído com
Exclusão realizada. RG006 mensagem MG006
6 sucesso"
"<Objeto> excluído com
sucesso"
Quando for solicitado a
exclusão do <Objeto>,
MG00 Confirmar a "Deseja realmente excluir
RG007 exibir a mensagem MG007
7 exclusão. o <Objeto>?"
"Deseja realmente excluir o
<Objeto>?"
Quando for solicitado a
exclusão e não for possível
MG00 "Não é possível excluir realiza-la, exibir a
Erro de exclusão RG008
8 esse <Objeto>" mensagem MG00 "Não é
possível excluir esse
<Objeto>"
 55

Quando for solicitado a

recuperação de senha,
MG00 Recuperação de "Senha enviada para o e-
RG009 exibir a mensagem MG009
9 Senha mail cadastrado"
"Senha enviada para o e-
mail cadastrado"
Quando for informado
duplicidade de informações,
MG01 Informações "O <objeto> já está
RG010 exibir a mensagem MG010
0 duplicadas. cadastrado"
"O <Objeto> já está
cadastrado"