Trabalho de Engenharia - FABIANO

Universidade Tecnológica Federal do Paraná
Campus Medianeira
DISCIPLINA: Engenharia de Software I

Professor: JULIANO RODRIGO LAMB
SLV – Sistema de Locação de Veículos
Fabiano de Melo Soares

Leonardo R. Duarte
Matheus Salomão Pires
Jonathan M de C Marinho
2021
Histórico de Revisões
Data Versão Descrição Autor
30/09/202 0.1 Versão inicial do documento Fabiano, Jonathan, Leonardo,
1 Matheus
11/10/202 0.2 Revisão, correção e adição de informações do Fabiano, Jonathan, Leonardo,
1 documento Matheus
1 documento Matheus
1 documento Matheus
1 documento Matheus
1 documento Matheus
1 documento Matheus
Índice
SLV - SISTEMA DE LOCAÇÃO DE VEÍCULOS 4

1 INTRODUÇÃO 4
1.1 PROPÓSITO DO DOCUMENTO DE REQUISITOS 4
1.2 ESCOPO DO PRODUTO 4
1.3 CONCEPÇÃO DO SISTEMA 4
1.4 CONVENÇÕES, TERMOS E ABREVIAÇÕES 4
1.4.1 Identificação dos Requisitos 4
1.4.2 Prioridade dos Requisitos 5
1.5 REFERÊNCIAS 5
1.6 VISÃO GERAL 5
2 DESCRIÇÃO GERAL 6
2.1 USUÁRIOS DO SISTEMA 6
2.2 ABRANGÊNCIA E SISTEMAS SIMILARES 6
SISTEMAS SIMILARES: 6
2.3 SUPOSIÇÕES E DEPENDÊNCIAS 6
3 REQUISITOS DO SOFTWARE 7
3.1 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS 7
3.2 REQUISITOS SUPLEMENTARES NÃO-FUNCIONAIS 8
3.2.1 Requisitos de Segurança 8
3.2.2 Requisitos de Interface 8
3.2.3 Requisitos de Operacionais 8
3.2.4 Requisitos de Confiabilidade 8
4 CASOS DE USO 8
4.1 DIAGRAMA DE CASOS DE USO 9
4.2 DESCRIÇÃO DOS CASOS DE USO 9
4.2.1 Locar veículo 9
4.2.2 Gerenciar clientes 10
4.2.3 Gerenciar veículo 10
4.2.4 Devolver veículo 10
5 Error: Reference source not found
SLV
_______________________________________________________________________________________________________________________________________________________________________________________________________
Documento de Requisitos
_______________________________________________________________________________________________________________________________________________________________________________________________________
1 Introdução
1.1 Propósito do documento de requisitos
Este documento destina-se aos clientes, engenheiros e gerentes envolvidos no desenvolvimento

do sistema, doravante referido apenas como SLV. O propósito deste documento é apresentar a
descrição dos serviços e funções que o sistema a ser desenvolvido deve prover, bem como as suas
restrições de operação e propriedades gerais, a fim de ilustrar uma descrição detalhada do sistema para
um auxílio durante as etapas de análise, projeto e testes. O documento especifica todos os requisitos
funcionais e não funcionais do sistema e foi preparado levando-se em conta as funcionalidades
levantadas durante a fase de concepção do sistema.
1.2 Escopo do produto
O projeto consiste na construção de uma ferramenta para gerenciamento de Locação de

veículos, que possa atender os requisitos da Empresa Box Scar Racer no fator de locação de veículos. O
projeto visa auxiliar o sistema de Locação de veículos através de ferramentas que serão usadas por
funcionários da empresa no cadastro de veículos e de clientes.
Há um cadastro de funcionário onde o mesmo deverá fazer o próprio cadastro. O funcionário

que utilizar o sistema, será responsável por cadastrar e gerenciar os veículos.
O cliente irar solicitar a locação do veículo ao funcionário, o funcionário acessa ao sistema, verifica se
tem veículo disponível, caso tenha, ele deve mostrar ao cliente as opções de veículos disponíveis, caso o
cliente não tenha cadastro, o mesmo será feito via sistema, ficando a cargo do funcionário que opera o
sistema de gerenciar os clientes e toda a operação.
Não fazem parte do escopo do projeto:
● A empresa não vai trabalhar com reserva.

● Instalação e configuração do ambiente tecnológico do cliente.
● Treinamento de instalação, configuração, administração e utilização do sistema;
● Integração com quaisquer sistemas ou base de dados do ambiente tecnológico do cliente;
1.3 Concepção do sistema
Foram usados dois métodos para que pudessem ser obtidos os requisitos do sistema:
● Consulta com especialista:
- Travis, o coordenador da empresa Box Scar Racer orientou na concepção do sistema

devido sua experiência em trabalhar na prospecção e atendimento a clientes para locação
de veículos, auxiliando no cadastro de clientes e veículos, e também na abertura e
fechamento de contratos.
- Tom, professor da Universidade Federal do Paraná – campus Medianeira orientou na
análise de requisitos devido a sua grande experiência em desenvolvimento de software
educativo;
- Mark, coordenador do Localiza, foi outro entrevistado;
- Monark, responsável pelo treinamento dos funcionários da empresa Box Scar Racer.
1.4 Convenções, termos e abreviações
Para evitar interpretações incorretas deste documento, algumas convenções e termos

específicos são descritos a seguir:
1.4.1 Identificação dos Requisitos
Cada requisito será unicamente identificado no formato [tipoRequisito.numero]. Para requisitos

funcionais, o código do tipo de requisito será RF, e para requisitos não funcionais, RNF. Um número será
assinalado a cada requisito de forma incremental, na ordem que forem mencionados neste documento.
1.4.2 Prioridade dos Requisitos
Foram adotadas as seguintes denominações para estabelecer a prioridade dos requisitos:

essencial, importante e desejável.
● Essencial: é o requisito sem o qual o sistema não entra em funcionamento, ou seja, são
requisitos imprescindíveis tendo que ser implementados impreterivelmente.
● Importante: é o requisito sem o qual o sistema entra em funcionamento, mas de maneira
insatisfatória, ou seja, devem ser implementados, mas se não forem, o sistema poderá ser
implantado e usado mesmo assim.
● Desejável: é o requisito que não compromete as funcionalidades básicas do sistema, podendo
funcionar de forma satisfatória sem ele, ou seja, são requisitos que podem ser deixados para
versões posteriores do sistema, caso não haja tempo hábil para implementá-los na versão que
está sendo especificada.
1.5 Referências
Esta subseção apresenta as referências aos documentos que utilizamos no auxílio à construção
deste documento de requisitos.
● Periódicos da CAPES - http://frota.localiza.com/
● Referências da Disciplina Engenharia de Software Educativo -
http://www.cin.ufpe.br/~asg/nova_pagina_1.htm
● Página da Disciplina Especificação de Requisitos e Validação de Sistemas-
http://www.cin.ufpe.br/~if716/
1.6 Visão Geral
Este documento está organizado da seguinte forma:

● A seção 1 apresentou uma introdução ao documento de requisitos e ao sistema sendo
especificado;
● A seção 2 apresenta uma descrição geral do sistema;
● A seção 3 apresenta as definições dos requisitos funcionais e não-funcionais do sistema;
● A seção 4 apresenta o diagrama de casos de uso do sistema, bem como as descrições dos
casos de uso definidos;
2 Descrição geral
2.1 Usuários do sistema
Usuário: O funcionário operador de Locação, realiza todas as tarefas comuns do sistema como
cadastrar clientes e veículos.
2.2 Abrangência e sistemas similares
Abrangência:
O sistema irá conter ferramentas para cadastro de clientes e veículos, um veículo será locado
para um cliente que será cadastrado no mesmo sistema, onde terá uma reserva com a data de locação
do veículo e um prazo de entrega do mesmo pelo o cliente, podendo haver multas por o mesmo não
respeitar o prazo de entrega ou eventuais avarias ao veículo.
O cliente só poderá efetuar o cadastro mediante a comprovação de documentos como o

comprovante de Residência, documentos de Identificação com RG, CPF e CNH com as informações sendo
lançadas no sistema SLV, Informações estas como nome, número de RG, CPF, número de CNH e
contatos como telefone e e-mail, endereço completo, e um contrato assinado cujo este terá um número
de identificação no sistema.
Já o veículo só poderá ser adicionado a frota devido a análise do Operador de Locação junto a
uma inspeção do mecânico, o veículo poderá ser carros, motos e barcos.
No cadastro do veículo deverá ter o seu nome, marca, ano de fabricação, cor, e número de cadastro no
sistema, no caso de carros e motos, será adicionado identificação da placa e número de chassi, no caso
de barcos o nome de batismo e número IMO.
O veículo constará como liberado após a aprovação do contrato e do pagamento pré-

estabelecido.
Sistemas similares:
No cenário atual de locadoras de veículos encontra-se com sistemas web que é responsável por
realizar tal tarefa, denominado ERP, porém o sistema atende uma gama muito grande de necessidades,
sendo considerado satisfatório pela maioria dos usuários que administram grandes empresas, porém
muito custoso para micro, médias e pequenas empresas. Como o Box Scar Racer é uma empresa que
está começando no ramo, o sistema será feito para computadores com pouco processamento a um valor
acessível para as empresas de pequeno porte.
No cenário nacional encontram-se 2 sistemas que se destacam:
 Fix Locadora - é um ambiente de software para Pc ambiente Windows, desenvolvido no

Laboratório de da Fix Sistemas por Fabio Class, para gerenciar os processos básicos para
locação de veículos.
 7Carros - é um produto formado por soluções integradas de gerenciamento de locação de

veículos, sistema Windows, utilização básica para cadastro de clientes e veículos na locação
de carro.
No cenário internacional não há um sistema de maior porte especifico, pois existem muitas
empresas no ramo de desenvolvimento para esta finalidade, há também muitas técnicas para o
desenvolvimento do mesmo também.
2.3 Suposições e dependências
As seguintes suposições são válidas no decorrer do desenvolvimento do sistema sendo

especificado:
● O cliente está responsável pela aquisição de infraestrutura necessária em seu ambiente de
produção;
● O cliente será responsável pela disponibilização de recursos de hardware, software, e outros
requerimentos destinados à implantação do sistema desenvolvido.
3 Requisitos do Software
3.1 Requisitos Funcionais e não funcionais.
RF01 Cadastrar funcionário

Visibilidade:
Versão 1.0 Prioridade: Essencial
Evidente
RNF01 Prioridade: Essencial
Versão 1.1 O funcionário deve ser identificado pelo o seu nome, cpf e endereço.
Versão 1.2 O funcionário deve ser identificado como apenas como operador.
RF02 Cadastrar veículos
Visibilidade:
Evidente
O cadastro deve conter os seguintes campos: Modelo, Marca, Placa, Chassi, Cor, Classe,
Versão 2.1
Ano.
Versão 2.2 A chave primária (o ID) será um número gerado pelo Banco em ordem de cadastro.
RF03 Cadastrar clientes
Visibilidade:
Evidente
Versão 3.1 O cadastro deve conter: Nome Completo, CPF, E-mail e Telefone
RF04 Aviso de falta de veículos para locação
Visibilidade:
Evidente
Versão 4.1 O sistema deverá efetuar uma verificação de veículos locados e retomar uma mensagem.
Versão 4.2 caso não tenha veículos, impossibilitar a locação
RF05 Registro de locações
Visibilidade:
Evidente
Versão 5.1 O cliente escolhe o tipo de veículo (carro, moto, caminhão)
Versão 5.2 O cliente estipula um prazo de permanência do veículo.
RF06 Registro de Pagamento
Visibilidade:
Evidente
O cliente deve escolher o método de pagamento se é avista ou a prazo.
Versão 6.1
RF07 Emissão de nota fiscal

Visibilidade:
Evidente
Versão 7.1 O sistema deverá emitir a nota fiscal condizente com as regras do estado (UF).
RF08 Registro de Devolução

Visibilidade:
Evidente
Versão 8.1 Checagem geral do veículo (verificação de sinistro com o veículo)
Versão 8.2 verificar data da devolução do veículo
Versão 8.3 Aplicação de ou isenção de multa aos processos anteriores (checagem, atraso na devolução)
Devolver o veículo ao pátio e atualizar o status do veículo (Ocupado, Disponível,
Versão 8.4
Manutenção) .
3.2 Requisitos Não funcionais suplementares
RNF09 A interface do sistema terá que ser amigável e funcional.

Versão 1.0 Prioridade: Importante
RNF10 Todas as consultas aos veículos disponíveis não devem demorar mais que 10 segundos.
RNF11 A inicialização do sistema não deve ultrapassar 5 segundos para executar.
RNF12 O sistema deverá ter a cor azul escuro como cor primária de seus componentes.
RNF13 O sistema deverá permitir a escolha entre temas light e dark.
3.2.1 Requisitos de Segurança
Ident. Descrição Casos de uso

relacionados
RNF/SEG-01 O usuário(funcionário) autorizado deverá efetuar logon no sistema

para poder realizar as operações de manutenção de cadastros de
veículos e clientes.
3.2.2 Requisitos de Interface
Ident. Descrição Casos de uso relacionados
RNF/INT-01 O sistema deve ter uma interface de fácil

utilização.
3.2.3 Requisitos de Operacionais
Ident. Descrição Casos de uso

relacionados
RNF/OPE-01 O sistema deve ser desenvolvido em Java
RNF/OPE-02 O sistema é simples via terminal desenvolvido em uma IDE.
3.2.4 Requisitos de Confiabilidade
Ident. Descrição Casos de uso relacionados
RNF/CON-01 O sistema deve estar disponível 24 horas por dia

durante os 7 dias da semana. Por não se tratar de
um sistema crítico, o sistema poderá ficar fora do
ar até que seja corrigida alguma falha que possa
ocorrer.
4 Casos de uso
4.1 Diagrama de casos de uso
A figura 1 diagrama de casos de uso, expresso em UML (Unified Modeling Language), expressa
os requisitos funcionais do sistema na forma de casos de uso. Segundo o RUP (Rational Unified Process),
para cada requisito funcional tem-se um caso de uso. A descrição textual detalhada dos requisitos
funcionais, seus fluxos de atividades e requisitos não funcionais associados pode ser encontrada na
próxima seção. Na figura abaixo mostramos a representação gráfica em UML dos casos de uso do
sistema.
Figura 1 – Diagrama de casos de uso
4.2 Descrição dos casos de uso

Dentre os casos de uso do sistema mostrados no diagrama na figura 1, foram escolhidos quatro
para serem detalhados e trabalhados nas fases de análise e projeto do sistema.
4.2.1 Locar veículo
[CDU-01]
Nome: Locar veículo
Atores: Funcionário
Prioridade: Essencial
Requisitos associados: ● [RF-04]

● [RF-05]
● [RF-06]
● [RF-07]
● [RNF-04]
● [RNF-05]
● [RNF-06]
● [RNF-07]
● [RNF-09]
Entradas e pré-condições: ● O funcionário deve estar logado no sistema.

● O Funcionário faz a verificação no sistema se há veículos disponíveis.
Saídas e pós-condições: ● O funcionário faz a Emissão de nota fiscal.
Fluxos de eventos
Fluxo principal: 1. O funcionário efetua a locação do veículo para o cliente.
4.2.2 Gerenciar cliente
[CDU-01]
Nome: Gerenciar Cliente

● [RNF-03]
● [RNF-09]
Saídas e pós-condições: ● Os clientes devem estar cadastrados e atualizados.
Fluxos de eventos
Fluxo principal: 2. O funcionário efetua o cadastro do cliente.
4.2.3 Locar veículo
[CDU-01]
Nome: Gerenciar Veículo

● [RNF-02]
● [RNF-09]
Entradas e pré-condições: ● O usuário deve estar logado no sistema.
Saídas e pós-condições: ● Os veículos estão cadastrados e atualizados.
Fluxos de eventos
Fluxo principal: 3. O funcionário cadastra veículo.
4.2.4 Devolver veículo
[CDU-01]
Nome: Devolver veículo

● [RNF-08]
● [RNF-09]

● O cliente faz a devolução do veículo da agencia para inspeção.
Saídas e pós-condições: ● O funcionário no processo de devolução do veículo pelo cliente, faz uma
inspeção no veículo e consulta a data de devolução, havendo ou não aplicação
de multa.
● O funcionário da baixa no sistema.
Fluxos de eventos
Fluxo principal: 4. O funcionário conclui a devolução do veículo ao pátio pelo o cliente.
5 DIAGRAMA DE CLASSES
A figura 2 apresenta o diagrama de classes para sistema de locação de veículos,

neles são identificados todos os atributos, métodos e classes necessários, ou seja, a
informação que será armazenada e processada pelo o sistema.
Figura 2 - Diagrama de classes
6 DIAGRAMA DE ATIVIDADES
A figura 3 apresenta o diagrama de Atividades para sistema locação locadora, neste da

figura 2, são identificadas todas as atividades necessárias no processo de locação do veículo,
ou seja, no mesmo não está presente a atividade de devolução do veículo.
Figura 3 - Diagrama de Atividades
7 DIAGRAMA DE SEQUENCIA
A figura 4 apresenta o diagrama de sequência para o sistema locação de veículos,

nele são identificadas todas as sequencia em forma de métodos necessárias no processo de
locação do veículo.
Figura 4 - Diagrama de sequencia

Trabalho de Engenharia - FABIANO

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Trabalho de Engenharia - FABIANO

Enviado por

Direitos autorais:

Formatos disponíveis

Universidade Tecnológica Federal do Paraná

DISCIPLINA: Engenharia de Software I

SLV – Sistema de Locação de Veículos

Fabiano de Melo Soares

SLV - SISTEMA DE LOCAÇÃO DE VEÍCULOS 4

1.1 Propósito do documento de requisitos

Este documento destina-se aos clientes, engenheiros e gerentes envolvidos no desenvolvimento

1.2 Escopo do produto

O projeto consiste na construção de uma ferramenta para gerenciamento de Locação de

Há um cadastro de funcionário onde o mesmo deverá fazer o próprio cadastro. O funcionário

Não fazem parte do escopo do projeto:

● A empresa não vai trabalhar com reserva.

1.3 Concepção do sistema

- Travis, o coordenador da empresa Box Scar Racer orientou na concepção do sistema

Para evitar interpretações incorretas deste documento, algumas convenções e termos

1.4.1 Identificação dos Requisitos

Cada requisito será unicamente identificado no formato [tipoRequisito.numero]. Para requisitos

1.4.2 Prioridade dos Requisitos

Foram adotadas as seguintes denominações para estabelecer a prioridade dos requisitos:

1.6 Visão Geral

Este documento está organizado da seguinte forma:

2.1 Usuários do sistema

2.2 Abrangência e sistemas similares

O cliente só poderá efetuar o cadastro mediante a comprovação de documentos como o

O veículo constará como liberado após a aprovação do contrato e do pagamento pré-

No cenário nacional encontram-se 2 sistemas que se destacam:

 Fix Locadora - é um ambiente de software para Pc ambiente Windows, desenvolvido no

 7Carros - é um produto formado por soluções integradas de gerenciamento de locação de

2.3 Suposições e dependências

As seguintes suposições são válidas no decorrer do desenvolvimento do sistema sendo

RF01 Cadastrar funcionário

RF07 Emissão de nota fiscal

RF08 Registro de Devolução

3.2 Requisitos Não funcionais suplementares

RNF09 A interface do sistema terá que ser amigável e funcional.

3.2.1 Requisitos de Segurança

Ident. Descrição Casos de uso

RNF/SEG-01 O usuário(funcionário) autorizado deverá efetuar logon no sistema

3.2.2 Requisitos de Interface

Ident. Descrição Casos de uso relacionados

RNF/INT-01 O sistema deve ter uma interface de fácil

3.2.3 Requisitos de Operacionais

Ident. Descrição Casos de uso

RNF/OPE-01 O sistema deve ser desenvolvido em Java

RNF/OPE-02 O sistema é simples via terminal desenvolvido em uma IDE.

3.2.4 Requisitos de Confiabilidade

Ident. Descrição Casos de uso relacionados

RNF/CON-01 O sistema deve estar disponível 24 horas por dia

4.1 Diagrama de casos de uso

Figura 1 – Diagrama de casos de uso

4.2 Descrição dos casos de uso

4.2.1 Locar veículo

Nome: Locar veículo

Requisitos associados: ● [RF-04]

Entradas e pré-condições: ● O funcionário deve estar logado no sistema.

Saídas e pós-condições: ● O funcionário faz a Emissão de nota fiscal.

Fluxo principal: 1. O funcionário efetua a locação do veículo para o cliente.

4.2.2 Gerenciar cliente

Nome: Gerenciar Cliente

Requisitos associados: ● [RF-03]

Entradas e pré-condições: ● O funcionário deve estar logado no sistema.

Saídas e pós-condições: ● Os clientes devem estar cadastrados e atualizados.