228690016 SISTEMA PARA LOCADORA DE VEICULOS PIM UNIP

Prévia do material em texto

1 
 
UNIVERSIDADE PAULISTA – UNIP 
 
 
ALDIR ORIGUELA FRANÇA 
CARLOS ALBERTO DE OLIVEIRA 
JOAO EVERTON DE ARAÚJO MELO 
TIAGO LUCAS RODRIGUES DA SILVA 
 
 
 
 
 
 
 
 
SISTEMA PARA LOCADORA DE VEÍCULOS 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
GOIÂNIA 
2013 
 
 
UNIVERSIDADE PAULISTA – UNIP 
 
 
ALDIR ORIGUELA FRANÇA 
CARLOS ALBERTO DE OLIVEIRA 
JOAO EVERTON DE ARAÚJO MELO 
TIAGO LUCAS RODRIGUES DA SILVA 
 
 
 
 
 
 
 
 
SISTEMA PARA LOCADORA DE VEÍCULOS 
 
 
 
 
 
Trabalho do Projeto Integrado 
Multidisciplinar – PIM para obtenção de 
nota no 4º período, apresentado à 
Universidade Paulista – UNIP. 
Orientador: Prof. Esp. Daniel Fernandes 
de Oliveira 
 
 
 
 
 
 
 
GOIÂNIA 
2013 
 
 
ALDIR ORIGUELA FRANÇA 
CARLOS ALBERTO DE OLIVEIRA 
JOAO EVERTON DE ARAÚJO MELO 
TIAGO LUCAS RODRIGUES DA SILVA 
 
 
 
 
 
 
 
 
 
 
 
SISTEMA PARA LOCADORA DE VEÍCULOS 
 
Aprovado em: 
 
_______________________/__/___ 
Prof. Esp. Antônio Carvalho Torres 
Universidade Paulista – UNIP 
 
_______________________/__/___ 
Prof. Ms. Antônio Cruvinel Borges Neto 
Universidade Paulista – UNIP 
_______________________/__/___ 
Prof. Esp. Daniel Fernandes de Oliveira 
Universidade Paulista – UNIP 
 
 
DEDICATÓRIA 
 
Este trabalho é dedicado a todos nossos familiares e pessoas intimamente 
ligadas às nossas vidas, que no período de desenvolvimento deste trabalho nos 
ajudaram com paciência, carinho e compreensão, nos dando forças para que 
possamos alcançar nosso sucesso. 
 
 
 
 
AGRADECIMENTOS 
 
Ao professor orientador Daniel Fernandes de Oliveira, pela orientação, 
atenção, confiança e conhecimento compartilhado durante todo o trabalho; 
Aos professores Celio Santos e Wilker Bueno, pela expertise, motivação e 
cases compartilhados para elaboração desse trabalho; 
Especialmente aos nossos pais por todo apoio e carinho que nos oferecem em 
toda a nossa vida; 
Aos amigos, familiares, colegas de trabalho e de faculdade e a todos que 
colaboraram direta ou indiretamente com a execução deste trabalho. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
“Se hoje fosse o último dia de minha vida, 
queria fazer o que vou fazer hoje? E se a 
resposta fosse Não muitos dias seguidos, 
sabia que precisava mudar algo”. 
(Steve Jobs) 
 
 
RESUMO 
 
O Projeto Integrado Multidisciplinar IV do 4° Período do Custo Superior em 
Tecnologia de Análise e Desenvolvimento de Sistemas da Universidade Paulista - 
UNIP, traz o desafio de fazer uma análise e o desenvolvimento de um sistema 
destinado a Locadoras de Veículos. Se espera que mesmo se tratando de um projeto 
acadêmico, onde existem dificuldades, riscos e incertezas, realizar a entrega de um 
projeto, de acordo com as exigências do mercado de trabalho na qual proporcione ao 
cliente uma ferramenta que consiga atender às necessidades do mesmo. 
 
 
 
 
ABSTRACT 
 
The Integrated Multidisciplinary Design IV of the 4th Period of Higher 
Technology Cost Analysis and Systems Development Universidade Paulista - UNIP, 
brings the challenge of making an analysis and development of a system for rental car 
companies. Expected that despite being an academic project where there are 
difficulties, risks and uncertainties, make delivery of a project, in accordance with the 
requirements of the labor market in which the customer provides a tool that can meet 
the needs of the same. 
 
9 
 
SUMÁRIO 
 
DEDICATÓRIA ..........................................................................................................4 
AGRADECIMENTOS ................................................................................................5 
RESUMO ..................................................................................................................7 
ABSTRACT ...............................................................................................................8 
SUMÁRIO .................................................................................................................9 
LISTA DE ABREVIAÇÕES ...................................................................................... 12 
LISTA DE ILUSTRAÇÕES ...................................................................................... 13 
LISTA DE TABELAS ............................................................................................... 14 
1 INTRODUÇÃO ..................................................................................................... 15 
1.1 Justificativa ........................................................................................................ 15 
1.2. Objetivos Gerais. .............................................................................................. 16 
Plano de Negocio .................................................................................................... 17 
Termo de Abertura do Projeto ................................................................................. 24 
Escopo do Projeto ................................................................................................... 24 
2 DESCRIÇÃO ........................................................................................................ 25 
2.2 Cronograma ...................................................................................................... 26 
3 DESENVOLVIMENTO ......................................................................................... 28 
3.1 Engenharia de Software .................................................................................... 28 
I - Objetivo do projeto .............................................................................................. 28 
II - Justificativa do projeto ........................................................................................ 28 
III - Riscos da Inexecução ....................................................................................... 29 
IV - Premissas e restrições para o projeto .............................................................. 29 
V - Designação do gerente do projeto ..................................................................... 29 
VI - Atribuições do solicitante do projeto ................................................................. 30 
VII - Descrição do projeto ........................................................................................ 31 
1. Produto do projeto ............................................................................................... 31 
10 
 
2. Cronograma básico do projeto ............................................................................ 31 
3. Estimativas iniciais de custo ................................................................................ 31 
VIII - Administração ................................................................................................. 32 
1. Necessidade inicial de recurso ............................................................................ 32 
2. Necessidade de suporte pela organização ......................................................... 32 
3. Controle e gerenciamento das informações do projeto ....................................... 32 
IX - Registro de alterações ...................................................................................... 33 
X - Autorizações ......................................................................................................33 
3.1.2 Modelo Cascata ............................................................................................. 34 
3.1.3 Engenharia de Sistemas ................................................................................ 34 
3.1.4 Análise de Sistemas ....................................................................................... 34 
3.1.5 Projeto ............................................................................................................ 34 
3.2 Cenário .............................................................................................................. 35 
3.3 Levantamento de requisitos .............................................................................. 36 
3.3.1 Requisitos funcionais ..................................................................................... 36 
3.3.2 Requisitos não funcionais .............................................................................. 38 
3.4 Regras de negócio ............................................................................................ 38 
3.5 Modelagem de software .................................................................................... 40 
3.5.1 Casos de uso ................................................................................................. 40 
3.5.2 Diagrama de Caso de uso .............................................................................. 41 
3.5.3 Documentação de casos de uso .................................................................... 42 
3.5.4 Diagrama de classe ........................................................................................ 45 
3.5.5 Diagrama de Sequência ................................................................................. 46 
3.5.6 Diagrama de Pacotes ..................................................................................... 51 
3.5.6 Diagrama de Máquina de Estado ................................................................... 53 
3.6 Termo de encerramento do projeto ................................................................... 55 
XI - Título do projeto ................................................................................................ 55 
11 
 
XII - Considerações finais ....................................................................................... 55 
XIII - Autorizações ................................................................................................... 56 
4 CONSIDERAÇÕES FINAIS ................................................................................. 57 
4.1 Aprendizado Adquirido. ..................................................................................... 57 
5 - REFERÊNCIAS BIBLIOGRÁFICAS ................................................................... 58 
 
12 
 
LISTA DE ABREVIAÇÕES 
 
CNH: Carteira de Nacional de Habilitação. 
CPF: Cadastro de Pessoa Física. 
CNPJ: Cadastro Nacional de Pessoa Jurídica. 
DP: Departamento. 
 
 
 
 
 
 
 
 
 
13 
 
LISTA DE ILUSTRAÇÕES 
 
Figura 2 - Caso de uso ............................................................................................ 41 
Figura 3 - Diagrama de classes .............................................................................. 45 
Figura 4 - Diagrama de sequência "Inserir funcionário" .......................................... 46 
Figura 5 - Diagrama de sequência "Editar funcionário" ........................................... 47 
Figura 6 - Diagrama de sequência "Remover funcionário" ...................................... 47 
Figura 7 - Diagrama de sequência "Inserir veículo" ................................................ 47 
Figura 8 - Diagrama de sequência "Editar veículo" ................................................. 48 
Figura 9 - Diagrama de sequência "Remover veículo" ............................................ 48 
Figura 10 - Diagrama de sequência "Inserir cliente" ............................................... 48 
Figura 11 - Diagrama de sequência "Editar cliente" ................................................ 49 
Figura 12 - Diagrama de sequência "Remover cliente" ........................................... 49 
Figura 13 - Diagrama de sequência "Efetuar locação" ............................................ 49 
Figura 14 - Diagrama de sequência "Finalizar locação" .......................................... 50 
Figura 15 - Diagrama de pacotes ............................................................................ 52 
Figura 16 - Diagrama máquina de estados ............................................................. 53 
Figura 17 - Diagrama de comunicação ................................................................... 54 
 
 
14 
 
LISTA DE TABELAS 
 
Tabela 2 - Requisitos não funcionais ...................................................................... 38 
Tabela 3 - Documentação do caso de uso Manter Empresa .................................. 42 
Tabela 4 - Documentação do caso de uso Manter Cliente ...................................... 43 
Tabela 5 - Documentação do caso de uso Manter Frota ........................................ 44 
Tabela 6 - Documentação do caso de uso Manter Locação ................................... 44 
 
 
 
15 
 
1 INTRODUÇÃO 
 
O desafio do Projeto Integrado Multidisciplinar IV, para o 4º período do curso 
de Análise e Desenvolvimento de Sistema é fazer uma análise e o desenvolvimento 
de um sistema para uma solução no ramo de locação de veículos, usando os 
aprendizados adquiridos nas disciplinas bases e complementares: Desenvolvimento 
de Software para Internet, Gerenciamento de Projetos de Software, Programação 
Orientada Objetos II, Projeto Sistema Orientado a Objetos, Top. Esp. programação 
Orientado Objetos. 
A análise e o desenvolvimento de sistema, tem como objetivo projetar, 
identificar e apresentar as melhores soluções em software, no intuito de automatizar 
os processos executados nas empresas, diminuindo o tempo e custo da operação. 
 
 
1.1 Justificativa 
 
O ramo de locação de veículos está em ascensão no Brasil. Segundo a 
Associação Brasileira das Locadoras de Automóveis (ABLA), o setor registrou 
contribuições tributárias superiores a R$ 1,8 bilhão em 2011, empregando direta e 
indiretamente, mais de 277 mil pessoas. A duração média das locações aumentou 
de 3,6 dias para 6 dias em dois anos. 
Este tipo de atividade possuí um ativo imobilizado de alto custo, os veículos. 
Por este motivo encontrar soluções e estratégias para redução de custos e 
otimização de processos é uma prioridade. É preciso um controle rigoroso de 
aspectos como duração da locação e facilitar a venda de itens opções. 
Utilizando a análise de sistemas e as técnicas e ferramentas adquiridas no 
ambiente acadêmico é possível a abstração deste problema para a elaboração de 
um projeto de software que satisfaça a necessidade de empresas deste setor. 
A possibilidade de aplicação do conhecimento científico em problemas reais 
torna este projeto necessário, visto que o mesmo gera oportunidade de aplicação de 
diversos assuntos como UML, Gerência de Projetos e Processos. 
 
 
16 
 
1.2. Objetivos Gerais. 
Fazer a análise e o desenvolvimento do sistema Unip Rent a Car para a 
locadora de veículos Locartyn. 
 
1.3. Objetivos Específicos. 
 Pesquisar o ramo de locação de veículos para levantamento de processos e 
atividades; 
 Criar a locadora de veículos Locartyn, uma empresa fictícia para abstração 
do domínio do problema; 
 Elaborar um projeto de software para informatizar os principais processos da 
locadora de veículos Locartyn; 
 Utilizar os diagramas da UML para modelagem do projeto de software; Aplicar técnicas de Gerenciamento de Projetos para gestão das atividades e 
membros da equipe; 
 Desenvolver um software que torne o processo de locação otimizado e 
seguro. 
 
 
 
17 
 
Plano de Negocio 
 
1 Informações sobre o responsável pela proposta. 
Nome: Aldir Origuela França 
Identidade: 2039904-9 Órgão Emissor: SSP/MT CPF: 032.271.331-56 
Endereço: AV-T37 QD 166 AP 2901 ED. BORGES LANDEIRO OLYMPUS 
Bairro: SETOR BUENO Cidade: GOIANIA Estado: GO CEP:74230-050 
Telefone: (62) 3612-4226 FAX: (62) 3612-4226 E-mail: Dinho.o.f@hotmail.com 
Formação Profissional: Analista de Sistemas. 
 
Atribuições no Empreendimento: Proprietário. 
 
2 Natureza/Descrição do empreendimento: 
Individual Limitada X Sociedade Anônima 
 
Razão Social: HOJE SOLUÇÕES LTDA 
Nome Fantasia: HOJE SOLUÇÕES LTDA 
CGC - Insc. Estadual: ISENTO Insc. Municipal 
 
2.1. Nome dos sócios e respectivas participações na empresa 
Nome Participação 
ALDIR ORIGUELA FRANÇA 100% 
 
 
2.2. Áreas de competência tecnológica (áreas de conhecimento técnico 
que são dominadas) 
Nome Área 
Programação Khyquer Ronaldy 
Projeto e Processo Janaina Fonseca 
 
 
2.3 Responsáveis pela gestão do empreendimento (por área). 
Área Responsável 
Administração Fabio Gandolfo 
Financeira Marcia Brito 
Produção Alessandro Ferreira 
Tecnológica Kleber Marques 
Comercial Renato Brito 
Outras 
(especificar) 
 
 
 
 
18 
 
3 Plano estratégico 
 
3.1 – Missão e objetivos estratégicos: 
A missão da empresa é proporcionar soluções inteligentes em software que vão otimizar 
processos de uma empresa. 
Objetivo estratégico a curto prazo é conquistar a fidelização de clientes e expandir a 
carteira. Se tornar uma empresa que seu ponto forte seja qualidade e pontualidade nos 
projetos solicitados. 
 
3.2 – Ameaças e oportunidades: 
Devido ao nível de profissionais qualificados no mercado de trabalho serem poucos, a 
empresa tem como objetivo formar profissionais na qual vão contribuir com o 
crescimento da empresa a longo prazo. 
 
3.3 – Pontos fortes: 
O ponto forte da empresa é proporcionar ao cliente o suporte necessário e entregar o 
serviço solicitado com qualidade e cumprir as datas propostas nos projetos. 
 
3.4 – Pontos fracos: 
Muitas vezes nem mesmo o cliente sabe qual a sua real necessidade, devido a 
esse fator negativo, a empresa acaba estendendo a análise para identificar com o cliente 
as reais necessidades e apresenta ao mesmo uma solução eficaz. 
Isso acaba tendo um custo e muitas vezes os clientes não estão dispostos a 
investir o necessário para que o projeto seja iniciado. 
 
4 Produtos e serviços. 
 
4.1 – Descrição do produto/serviço. 
O serviços básicos para que seja feito o projeto é analise do sistema, na qual vai 
ser aprovada pelo cliente e depois 
 
 
 
19 
 
4.2 – Foco do Negócio. (Mercado potencial e concorrência) 
O foco do negócio é oferecer soluções em software, apesar de ter empresas que 
estão consolidadas nesse ramo, está sendo exposto como diferencial a qualidade e 
pontualidade na entrega dos projetos solicitados. 
Hoje várias empresas tanto de pequeno e grande porte, precisam de soluções 
para ajudar no crescimento da empresa. 
 
4.3 - Diferenciais dos produtos/serviços (em relação aos disponíveis no 
mercado) 
O diferencial do serviço é a qualidade e pontualidade, pois cada projeto é 
baseado na necessidade de cada cliente. 
Suporte sobre o produto entregue é gerenciado através de prazos que são 
definidos para solucionar supostos erros de sistema ou melhoria, solicitada pelo cliente. 
 
4.4 – Estágio atual do desenvolvimento do produto/serviço* 
FASE ESTÁGIO Estági
o atual 
Cronograma por semestre 
1º 
Sem 
2º 
Sem 
3º 
Sem 
4º 
Sem 
5º 
Sem 
6º 
Sem 
01 Maturação da ideia X X 
02 Em especificação X X 
03 Em desenvolvimento X X 
04 Em teste X X 
05 Protótipo X X 
06 Demonstração em 
cliente 
X X 
07 Em comercialização X X 
* Quando o projeto se referir a mais de um produto/serviço, fazer um cronograma para cada produto, 
separadamente. 
 
 
5) Comercialização 
 
 
 
20 
 
5.1 – Estratégias de venda e assistência técnica. 
Procurar clientes com potencial na qual precisam de soluções em software para 
ajudar no crescimento da empresa. 
Oferecer todo o auxílio possível ao cliente, desde a elaboração do projeto até o 
momento em que o produto esteja entregue. 
 
6) Plano de investimentos 
 
6.1 – Investimentos iniciais 
Descrição Valor 
1. Estudo de mercado R$ 1.000,00 
2. Registro de marcas e patentes R$ 1.000,00 
3. Honorários R$ 20.000,00 
4. Registro da Empresa R$ 1.000,00 
5. Máquinas e Equipamentos R$ 900.000,00 
6. Móveis / Utensílios R$ 20.000,00 
7. Capital de giro R$ 9.000.000,00 
8. Outros (especificar) R$ 1.000,00 
9. Total R$ 9.944.000,00 
 
6.2 – Origem dos recursos (investimentos iniciais) 
Valor Total Recursos próprios (%) Recursos de terceiros (%) Reinvesti mento (%) 
R$ 9.944.000,00 50% 50% 0% 
 
7) – Receita e custos 
 
7.1 – Receitas operacionais 
Ano 1º Trimestre 2ºTrimestre 3º Trimestre 4º Trimestre Total 
1º Ano 100.000,00 200.000,00 300.000,00 400.000,00 1.000.000,00 
2º Ano 500.000,00 600.000,00 700.000,00 800.000,00 2.600.000,00 
3º Ano 900.000,00 910.000,00 920.000,00 930.000,00 3.660.000,00 
 
 
21 
 
7.2 – Custo fixo anual (1º ano) 
Descrição Valor Anual 
1. Salários e encargos 50.000,00 
2. Pró-labore 10.000,00 
3. Taxa de Incubação 10.000,00 
4. Taxas Diversas (Telefone, aluguel de Equipamentos, etc.) 10.000,00 
5. Materiais Diversos 2.000,00 
6. Manutenção e Conservação 1.000,00 
7. Seguros 2.000,00 
8. Depreciação 1.000,00 
9. Outros 3.000,00 
10. Total 89.000,00 
 
7.3 – Custo variável (1º ano) 
Descrição Valor Anual 
1. Matéria Prima 10.000,00 
2. Embalagem 1.000,00 
3. Outros insumos 1.000,00 
4. Frete 1.000,00 
5. Outros (comissões, impostos, etc.) 20.000,00 
6. Total 33.000,00 
 
8) Demonstrativos simplificados de resultados (1º ano) 
Item Descrição Valores 
1 Receita bruta (Quadro 7.1) 1.000.000,00 
2 (-) Custos Fixos (Quadro 7.2) 89.000,00 
3 (-) Custos variáveis (Quadro 7.3) 33.000,00 
4 Resultado Operacional (1 – 2 – 3) 1.122.000,00 
5 (+) Receitas não operacional 50.000,00 
6 (-) Despesas não operacionais 2.000,00 
7 Lucro Bruto (4 + 5 – 6) 1.170.000,00 
 
22 
 
9 – Projeção do fluxo de caixa. 
 Mês 
Descrição 
1 2 3 4 5 6 7 8 9 10 11 12 Total 
1. Receita 
Operacional 
100 100 100 100 100 100 100 100 50 50 50 50 1 mi 
2.Receita não 
operacional 
5 5 5 5 5 5 5 5 3 3 3 1 50 
mil 
(A) Total de Entrada 100 100 100 100 100 100 100 100 50 50 50 50 1 mi 
3. Despesa 
Operacional 
 
4. Despesa não 
operacional 
100 100 100 100 100 100 100 100 100 100 500 500 2 mil 
4. Investimento 1 1 1 1 1 1 1 1 1 250 250 444 9.94
4 mi 
(B) Total de 
Saída 
100 100 100 100 100 100 100 100 100 100 11 11 122 
mil 
(C) Saldo no 
mês 
100 100 100 100 100 100 100 100 30 30 10 8 782 
mil 
A = (1 + 2); B = (2 + 3 + 4); C = (A – B); Total = Soma (Mês 1 à 12) 
 
10) Indicadores 
 
10.1 – Ponto de equilíbrio anual: Primeiro ano (se não houver previsão 
de receita para o primeiro ano, não considere este item) 
 P.E = 
 89.000,00 x 
100 1.000,00 – 33.000,00 
 
10.2 – Tempo de retorno do investimento (TR) : Número de meses 
necessário para recuperar o dinheiro aplicado no investimento inicial.TR = 
9.944.000,00 
x 12 
1.122.000,00 
 
23 
 
 
11) Utilização da infraestrutura da incubadora 
 
11.1 – Área física necessária: 
Uma sala com 300 M² 
11.2 – Necessidades quanto a serviços administrativos, treinamento, 
consultoria, laboratórios, oficinas, etc.: 
Necessário serviço de RH, serviço de internet, telefonia, serviço administrativo. 
 
12 – Considerações finais. (Texto Livre) 
A empresa tem como compromisso e objetivo alcançar as metas propostas e crescer 
no mercado de soluções em software, de forma solida e sempre procurando a 
satisfação do cliente. 
 
 
 
24 
 
Termo de Abertura do Projeto 
SISTEMA PARA LOCADORA DE VEÍCULOS 
TERMO DE ABERTURA 
Nome do projeto: Locadora de veículos Versão: 1.0 
Área Responsável: Desenvolvimento de software 09/8/2013 
 
Preparado / Revisado por: Aldir Origuela França, Carlos Alberto de Oliveira, João Everto 
de Araújo Melo e Tiago Lucas Rodrigues da Silva 
Aprovado por: Daniel Fernandes de Oliveira, Antônio Cruvinel Borges Neto, 
Antônio Carvalho Torres. 
Área: 
[ x ] Fim 
[ x ] Meio 
Tipo: 
[x] Meta Geral 
[ ] Problema Prioritário 
[ ] Problema não prioritário 
[ ] Outros 
 
Escopo do Projeto 
 
No projeto foi definido que seria feito o cadastro de cliente, cadastro de 
funcionário, cadastro de frota e a locação da frota. Para maior conforto do cliente, o 
desenvolvimento da solução será realizado em duas plataformas Java Web e 
Desktop, disponibilizando também o banco de dados. 
Todo desenvolvimento do software será baseado na análise realizada pela 
gerencia de projeto feita juntamente com o cliente, ou seja, nada que não esteja 
dentro da análise documentada será feito, pelos desenvolvedores da solução. 
 
 
 
 
 
 
 
 
 
 
25 
 
 
2 DESCRIÇÃO 
 
2.1 Planejamento 
Para o planejamento da análise e o desenvolvimento do sistema, foi adotado 
a divisão de tarefas como a colaboração de conhecimento em deficiências 
possivelmente encontradas que poderiam atrapalhar o andamento do projeto no 
tempo esperado, executando o cronograma, seguindo os passos do modelo cascata 
e fazendo um bom levantamento de requisitos, para desenvolver um software com 
margem de segurança e tranquilidade. 
 
 
26 
 
2.2 Cronograma 
 
Fase1 
 
ID Nome da tarefa Início Conclusão Duração 
1 Iniciar projeto documentado: Iniciar 
documentação do projeto 
15/03/0213 10/06/0213 87d 
2 Criar cenário: Coletar narrativas de 
situações no domínio que favorecem o 
levantamento de informações, a 
identificação de problemas e a 
antecipação das soluções. Lembrar de 
focar as atividades que as pessoas 
realizam na organização possibilitando 
uma perspectiva mais ampla dos 
problemas atuais onde o sistema 
deverá ser inserido, explicando porque 
ele é necessário. 
25/03/2013 29/03/2013 5d 
3 Levantar requisitos: Levantar ou 
capturar requisitos para descobrir junto 
ao cliente quais são as características 
necessárias ao sistema. Mesmo 
existindo diversas técnicas que podem 
ser utilizada, utilizar a mais básica e 
intuitiva que é a entrevista. 
08/04/2013 12/04/2013 5d 
4 Definir regras de negócio: Listar as 
regras de negócios determinando como 
a empresa funciona, o que deve ser 
feito e como deve ser feito. 
15/04/2013 17/04/2013 3d 
5 Criar os casos de uso: Documentar os 
requisitos funcionais do sistema 
utilizando a UML, descrever a interação 
entre o usuário e o sistema com o 
intuito de prover a funcionalidade 
solicitada, indicando as sequências de 
passos seguidos durante a interação. 
Para cada funcionalidade do sistema, 
será criado pelo menos um caso de 
uso. 
17/04/2013 19/04/2013 3d 
6 Documentar os diagramas de caso 
de uso: Realizar a documentação do 
caso de uso para melhorar a 
comunicação entre o usuário final e o 
desenvolvedor tornando o processo de 
análise de requisitos mais eficaz e 
eficiente. 
22/04/2013 26/04/2013 5d 
7 Diagrama de classe: Criar o diagrama 
de classe com objetivo de mostrar os 
06/05/2013 17/05/2013 10d 
27 
 
relacionamentos existentes entre as 
classes que são abstraídas no projeto, 
e como esses relacionamentos 
colaboram para a execução dos 
processos específicos. 
8 Diagrama de Sequência: Criar os 
diagramas de sequência para fornecer 
suporte real a implementação, 
representando os objetos participantes 
da colaboração enquanto emitem e 
recebem mensagem no intuito de 
realizar um caso de uso. 
27/05/2013 31/05/2013 5d 
 
 
Tabela 1 – Lista de tarefas fase1 
Fase 2 
 Desenvolver o plano de negócio: 02/09/2013 02/09/2013 1d 
 Desenvolver o Termo de Abertura: 02/09/2013 02/09/2013 1d 
9 Diagrama de pacote: Criar diagramas 
para representar os subsistemas ou 
sub-módulos englobados por um 
sistema de forma a determinar partes 
que o compõem. 
02/09/2013 05/09/2013 4d 
 Desenvolvimento do Software: 
Desenvolver o software da locadora de 
carro de acordo com a análise feita 
usando a linguagem JAVA WEB e 
Desktop. 
10/09/2013 10/10/2013 30d 
 Testar o Software: Testar o software 
para encontrar possíveis erros de 
codificação e divergências com a regra 
de negócio. 
15/10/2013 28/10/2013 14d 
 Desenvolver o documento de 
Conclusão do projeto: 
Documentação com as especificações 
da conclusão do projeto. 
01/11/2013 25/11/2013 25d 
Tabela 2 - Lista de tarefas fase2 
 
28 
 
3 DESENVOLVIMENTO 
 
3.1 Engenharia de Software 
 
De maneira simplificada, podemos definir como uma área da tecnologia da 
informação preocupada com os métodos e práticas de desenvolvimento de software, 
incluindo planejamento, especificação, codificação, testes e outras atividades 
inclusas no ciclo de um software. 
 
I - Objetivo do projeto 
 
Análise e Desenvolvimento de um software para gestão de locadoras de 
veículos que realize o controle de veículos, locação, clientes e funcionários. 
 
II - Justificativa do projeto 
 
Diante do atual cenário competitivo que temos hoje, as empresas estão 
buscando expandir seus limites. Esse contexto exige que profissionais sejam 
aproveitados ao máximo de sua produtividade, e com um menor tempo possível 
necessário para realizar suas atividades, reduzindo custos na operação, e fazendo 
com que a empresa tenha ainda mais um potencial competitivo, com um serviço 
rápido, seguro, eficiente e que tenha um grande valor agregado. 
 
Resumo das condições do projeto 
Atualmente, a empresa já dispõe de funcionários e insumos para implementar 
um novo modelo gestão baseado nos mais modernos padrões de qualidade. Será 
realizado um treinamento de capacitação, onde será oferecido toda capacitação 
técnica necessária para operacionalizar o sistema de locação. 
 
 
 
 
 
29 
 
Benefícios e Beneficiados 
 
III - Riscos da Inexecução 
 
Como firmado em contrato, até a data 09/12/2013 todo o sistema deverá estar 
implementado e funcionários necessários capacitados. 
O não cumprimento deste prazo acarretara em uma multa, na forma de 
redução do valor a ser pago pelo projeto, firmado em 1% por dia de atraso. 
 
IV - Premissas e restrições para o projeto 
 
Premissas Restrições 
 Desenvolver uma aplicação que atenda 
às necessidades do cliente. 
 Utilizar as melhores práticas de 
desenvolvimento de software 
 Gerir bem os recursos disponíveis 
 Entregar no prazo estipulado 
 Garantir a máxima excelência no produto 
entregue 
 Nenhuma flexibilidade no prazo de 
entrega 
 Compensar a lacuna de alguns 
profissionais necessários com estudos 
individuais e em grupo. 
 
V - Designação do gerente do projeto 
 
O Sr. Tiago Lucas Rodrigues da Silva seráresponsável por toda gestão 
técnica e administrativa do projeto. Terá autonomia para adquirir equipamentos, 
ferramentas, recrutar pessoal e todas outras demandas, de acordo com orçamento 
já previsto pela diretoria administrativa. Em sua ausência, questões de cunho técnico 
Benefícios Beneficiados 
Agilidade no processo Clientes, Colaboradores, Gestão 
Redução de custos Clientes 
Maior lucratividade Gestão 
Diminuição de retrabalho Colaboradores 
Diminuição de falhas Clientes, Colaboradores 
Controle de cadastro Colaboradores, Gestão 
30 
 
deverão ser tratadas com o arquiteto de softwares e questões administrativas com a 
própria diretoria. 
Tendo ainda as seguintes atribuições: 
 Planejar o projeto de maneira realística. 
 Elaborar a documentação do Projeto e gerenciar o seu andamento; 
 Elaborar o cronograma das tarefas do projeto; 
 Revisar a documentação formal do projeto emitindo pareceres quanto a 
viabilidade do projeto; 
 Atuar como o ponto central de contato para toda comunicação formal 
relacionada ao projeto; 
 Comunicar o Setor de Qualidade da indústria o andamento do projeto; 
 Assegurar que a equipe do projeto esteja ciente de suas 
responsabilidades; 
 Divulgar antecipadamente a pauta de cada reunião; 
 Gerenciar os compromissos estabelecidos para realizá-los em tempo, 
dentro do orçamento e com satisfação do solicitante; 
 Elaborar e atualizar os documentos de Projeto com a anuência expressa 
do solicitante; 
 Controlar o cronograma, escopo e variações técnicas dentro das margens 
estabelecidas do projeto; 
 Monitorar e manter a prioridade do projeto em relação a outros projetos; 
 Manter toda documentação, pertinente ao gerenciamento do projeto, 
atualizada nos sistemas, bem como na base de conhecimento; 
 Seguir todos processos e padrões metodológicos; 
 Disponibilizar o status do projeto e toda a documentação à gerência 
regularmente, evitando surpresas. 
 Tomar todas as providências necessárias para que o projeto ocorra 
conforme o planejado. 
 
VI - Atribuições do solicitante do projeto 
 
31 
 
A autoridade do solicitante ou patrocinador do projeto é a sua contribuição 
principal. Cabe a ele: 
 Apoiar o gerente do projeto; 
 Analisar e aprovar este termo de Abertura; 
 Analisar e aprovar a Declaração do Escopo; 
 Analisar e aprovar documentos do Projeto; 
 Auxiliar o Gestor do Projeto a superar os obstáculos organizacionais. 
 
VII - Descrição do projeto 
 
1. Produto do projeto 
Produto: Software Gestão Locado de Veículos 
Processo: Planejar, desenvolver, codificar, testar, homologar, capacitar, 
implantar e manter. 
 
2. Cronograma básico do projeto 
O projeto tem início previsto para 02/09/2013 com a conclusão prevista para 
25/11/2013. 
3. Estimativas iniciais de custo 
1. Custos com Recursos Humanos 
2. Custos com aquisição de licenças 
3. Custos com Aquisição de materiais específicos como computadores, 
telefones, etc. 
4. Custos com material escritório. 
O presente projeto terá um custo inicial de R$ XXX, conforme detalhado 
abaixo: 
 
1 – Serviço ou Entregue 1 R$ 25.000,00 
2 – Serviço ou Entregue 2 R$ 8.000,00 
3 – Serviço ou Entregue 3 R$ 3.000,00 
4 – Serviço ou Entregue 4 R$ 600,00 
TOTAL R$ 36.000,00 
32 
 
Este projeto tem previsão orçamentária solicitada através do memorando 024 
da Diretoria Administrativa. 
 
*Obs.: O prazo e o custo aqui apresentados são estimados por analogia, 
portanto com grande margem de erro. Conforme o escopo seja detalhado será 
possível fornecer estimativas com margem de erro menor. 
VIII - Administração 
1. Necessidade inicial de recurso 
Toda a equipe que será envolvida neste projeto, será formada pelo quadro de 
funcionários permanentes da empresa, aonde inicialmente não haverá nenhuma 
nova contratação. 
Quanto a aquisição de equipamentos e licenças para o desenvolvimento do 
software, também serão utilizadas as já disponíveis em nosso parque. Sendo que o 
valor inicial de sua aquisição estará sendo diluído não apenas neste, mas em todos 
os projetos (anteriores e futuros) que deles usufruírem. 
As licenças e equipamentos necessárias para implementação no ambiente do 
cliente, terão seus valores embutidos no orçamento final do projeto. 
 
2. Necessidade de suporte pela organização 
Outros setores não ligados ao projeto, conforme possíveis necessidades, 
poderão ser acionados para apoiar em questões fora do escopo de nosso 
departamento (Dp Jurídico, Dp Recursos Humanos, Dp Contabilidade, ...) 
 
3. Controle e gerenciamento das informações do projeto 
1) Ata oficial de atividades da empresa 
2) Controle de projetos do Dp de Desenvolvimento 
3) Ferramenta Redmine 
4) Mural aberto da equipe 
5) Email semanal de interação dos DPs 
 
 
 
33 
 
IX - Registro de alterações 
Data Modificado por Descrição da mudança 
15/10/2013 Tiago Lucas Cliente desistiu de ter reserva de carro. 
15/10/2013 Tiago Lucas Cliente desistiu de ter controle de revisão. 
 
X - Autorizações 
 
 
Goiânia, 09 de 08 de 2013. 
 
 
 
 
_____________________________________ 
Fabio Gandolfo 
Diretor Administrativo 
 
34 
 
3.1.2 Modelo Cascata 
Devido à sua simplicidade para o fácil entendimento do cliente o foi optado o 
Cascata um modelo de processo para desenvolvimento de softwares, que supõe um 
início e fim claro e determinado, assim sua estimativa precisa de custos logo no 
início, fatores bastantes importantes na conquista do cliente. 
Problemas podem ocorrer, quando o cliente, após esperar até o fim do 
processo de desenvolvimento para receber a primeira versão do sistema, pode não 
concordar com ela. Apesar de cada fase terminar com uma documentação aprovada, 
certamente haverá lacunas devido a requisitos mal descritos pelo cliente, não 
entendido pelo analista ou por mudança de estratégia de negócio na empresa que 
exija adaptações nos requisitos. O modelo Cascata não prevê revisão de fases. 
Assim, o risco de desenvolvimento se torna muito alto, principalmente para 
sistemas de maior porte e complexos, afinal o modelo cascata pressupõe uma 
estática realidade bem comparada a uma linha de produção fabril. 
Por outro lado, o modelo cascata adéqua-se bem como um submodelo para 
outros modelos. 
 
3.1.3 Engenharia de Sistemas 
Avaliar quais as principais medidas para garantir a segurança no processo e 
escolha das tecnologias a serem adotadas, além dos métodos a serem seguidos. 
 
3.1.4 Análise de Sistemas 
A partir da solicitação do projeto acadêmico, efetuamos uma análise do 
produto final desejado, quais dificuldades possíveis para impedimento tanto no 
desenvolvimento quanto na satisfação do cliente (UNIP) no momento da 
apresentação do software. 
 
3.1.5 Projeto 
O projeto do Software Locadora de Veículo, foi planejado para ser 
desenvolvido no ciclo de vida em cascada, que tem o grande mérito de ser o primeiro 
a impor o planejamento e o gerenciamento ao processo de software, que antes era 
casual. 
Como o modelo escolhido durante a análise do sistema o desenvolvimento foi 
o cascata, portanto, o projeto terá muita ênfase ás fases de análise e projeto antes 
35 
 
de partir para a programação, a fim de que o objetivo do software esteja bem definido 
e que sejam evitados erros. 
 
3.2 Cenário 
Uma locadora de veículos necessita de um sistema para facilitar o 
atendimento a seus clientes e tornar os processos realizados na empresa mais 
ágeis. A empresa é composta por funcionários e mecânicos na qual são prestadores 
de serviço, clientes e veículos para locação. A empresa pretende expandir seusnegócios futuramente más ainda não possui nenhuma filial. É importante que o 
sistema esteja preparado para atender futuras necessidades de expansão. 
Para controle dos funcionários o sistema precisa registrar os dados do 
funcionário como cpf, nome, rg, endereço do funcionário, telefone, sexo e data de 
nascimento. Nos dados do funcionário deve ter um campo para informar qual a 
empresa responsável pela sua contratação. 
Clientes a serem gerenciados devem ser do tipo pessoa física e pessoa 
jurídica, para pessoa física deve ser informado nome, sexo, CPF, RG, data 
nascimento, dados da CNH e endereço. Para pessoa jurídica deve ser registrado 
nome fantasia, razão social, CNPJ, I.E e endereço do cliente e seus respectivos 
cadastros de pessoa física para vincular ao cliente pessoa jurídica. 
A frota da empresa deve ter as informações de placa do veículo, marca, 
modelo, ano do modelo, ano da versão, chassi, cor, combustível, quilometragem e 
tipo de câmbio. O carro deve possuir sua lista de acessórios para complementar o 
veículo e facilitar a consulta do veículo no perfil desejável pelo cliente. A empresa só 
compra carros com 4 portas, não necessitando a informação registrada da mesma. 
O sistema deve informar quais carros estão disponíveis para locação, quais estão 
em negociação para venda ou já foi vendido. 
Na locação o cliente deve escolher o veículo, informar a quantidade de dias 
na qual ficará com o veículo. O cliente só poderá efetuar a locação de um veículo 
por vez, não existindo a possibilidade de existem mais de um veículo alugado em 
seu nome ao mesmo tempo. Após selecionar o veículo deve ser registrado 
quilometragem inicial do veículo na locação ou seja a quilometragem atual do veículo 
e no ato da entrega deve ser registrado a quilometragem final ou seja a 
quilometragem no momento da entrega. O pagamento do aluguel será a quantidade 
de dias vezes o valor da diária. 
36 
 
A frota não pode ser disponibilizada para locação quando o veículo 
ultrapassar os 80.000 km rodados ou 4 anos de uso. 
3.3 Levantamento de requisitos 
O levantamento ou captura de requisitos consiste em descobrir, junto ao 
cliente, quais são as características necessárias ao sistema. Existem diversas 
técnicas que podem ser utilizadas. Uma das mais básicas e intuitivas é a entrevista. 
Inicialmente foi levantado os requisitos de forma projetista para o sistema da 
Locadora de Veículos, com objetivo de mostrar ao programador como deverá ser o 
funcionamento do mesmo, indicando o processo, as dependências e regras de 
negócio. 
 
3.3.1 Requisitos funcionais 
São requisitos diretamente ligados a funcionalidade do software, descrevem 
as funções que o software deve executar. 
ID Nome Descrição Dep. 
RF001 Manter empresa Menu “Empresa” para gerenciar as 
empresas com os sub-itens Inserir empresa, 
Editar empresa, Remover empresa e 
Consultar empresa 
 
RF002 Inserir empresa Inserir empresas filiais RF001 
RF003 Editar empresa Editar dados das empresas, buscando a 
empresa a partir de seu cnpj ou id da 
empresa 
RF001 
RF004 Remover 
empresa 
Remover empresa do sistema RF001 
RF005 Consultar 
empresas 
Listar as empresas cadastradas RF001 
RF006 Manter 
funcionário 
Menu “Funcionário” para gerenciar os 
funcionários com sub-itens Inserir 
funcionário, Editar funcionário e Consultar 
funcionário 
RF001 
RF007 Inserir funcionário Inserir funcionário no sistema, registrando 
ele em uma empresa 
RF006 
37 
 
RF008 Editar funcionário Editar dos do funcionário no sistema, 
buscando funcionário a partir do seu cpf ou 
nome ou id do funcionário 
RF006 
RF009 Remover 
funcionário 
Remover o funcionário do sistema caso não 
haja nenhuma dependência dele no sistema 
RF006 
RF010 Consultar 
funcionário 
Lista os funcionários cadastrados na 
empresa, com opção de busca a partir do 
nome ou cpf ou id do funcionário ou id da 
empresa 
RF006 
RF011 Manter frota Menu “Frota” para gerenciar as frotas da 
empresa com sub-itens Inserir frota, Editar 
frota, Remover frota e Consultar frota. 
RF001 
RF012 Inserir frota Inserir o veículo para empresa na qual 
pertence 
RF011 
RF013 Editar frota Editar dados do veículo buscando o veículo 
a partir da placa 
RF011 
RF014 Remover frota Remover veículo da empresa caso não haja 
nenhuma dependência dele no sistema 
RF011 
RF015 Consultar frota Lista os veículos cadastrados na empresa 
com opção de busca a partir da placa ou 
empresa ou status do veículo (disponível, 
negociação e vendido) 
RF011 
RF021 Manter cliente Menu “Cliente” para gerenciar clientes com 
sub-itens Inserir cliente, Editar cliente e 
Remover cliente 
RF001 
RF022 Inserir cliente Inserir cliente para empresa RF021 
RF023 Editar cliente Editar cliente a partir do cpf do cliente RF021 
RF024 Remover cliente Remover cliente caso não haja nenhuma 
dependência dele no sistema 
RF021 
RF025 Consultar cliente Consultar clientes a partir da empresa ou cpf 
ou nome 
RF021 
RF026 Manter locação Menu de “Locação” com sub-item Locar 
Veículo 
RF001 
 
38 
 
RF027 Locar Veículo Realizar a locação do veículo ao cliente RF026 
RF028 Consultar 
Locação 
Consultar as locações já realizadas com 
filtros a partir da empresa ou cpf do cliente 
ou placa do veículo ou data inicial e final para 
período de locação 
RF026 
Tabela 02 – Requisitos funcionais 
 
3.3.2 Requisitos não funcionais 
São requisitos que expressam condições que o software deve atender ou 
qualidades específicas que o software deve ter. Em vez de informar o que o sistema 
fará, os requisitos não-funcionais colocam restrições no sistema. 
ID Descrição Dep. 
RNF001 Desenvolver o software na plataforma java em sua versão 7 ou 
superior 
 
RNF002 O software deve rodar nas plataformas Linux e Windows 
Tabela 1 - Requisitos não funcionais 
 
3.4 Regras de negócio 
Conhecer bem o negócio é fundamental para o sucesso no desenvolvimento 
do sistema, ter as definições de regras bem elaboradas e documentadas dá 
credibilidade e segurança no desenvolvimento e manutenção do software. Em nosso 
projeto as regras de negócios determinam como a locadora funciona, o que dever 
ser feito e como deve ser feito. A capacidade de coletar dados, interpretá-los e agir 
com base neles, rapidamente, pode diferenciar vencedores de perdedores, em um 
mercado altamente competitivo. Isso pode determinar um fator de sucesso não 
somente para o software más também para o negócio do cliente. 
ID Descrição Req. 
RN001 Usuário com função diferente de administrador não poderá 
exibir esse menu 
RF001 
RN002 A empresa deve ser cadastrada com cnpj e o id da empresa 
deve ser gerado automaticamente 
RF002 
RN003 Não deve ser permitido a alteração do cnpj da empresa nem id 
apenas o nome de referência da empresa 
RF003 
39 
 
RN004 Caso haja alguma dependência de dados da empresa 
cadastrada no sistema a mesma não deve permitir sua exclusão 
RF004 
RN005 Usuário com acesso diferente de administrador poderá exibir 
apenas o menu de funcionário com sub menu consultar 
RF006 
RN006 Deve ser validado o cpf do funcionário antes de inserir ele no 
sistema 
RF007 
RN007 Caso haja alguma dependência de dados do funcionário no 
sistema, não deve ser permitido sua exclusão 
RF009 
RN008 Usuário com acesso de administrador acessa todos os menus 
de frota, outro tipo de acesso exibe frota com sub-item apenas 
para consulta 
RF011 
RN009 Caso haja alguma dependência de dados da frota cadastrada 
no sistema a mesma não deve permitir sua exclusão 
RF014 
RN010 Usuário comacesso diferente de administrador poderá exibir 
apenas o menu de funcionário com sub menu consultar 
RF016 
RN011 Usuário com acesso diferente de administrador poderá exibir 
apenas o menu de funcionário com sub menu consultar 
RF021 
RN012 Deve ser validado o cpf do cliente antes de inserir ele no sistema RF022 
RN013 Caso haja alguma dependência de dados do cliente no sistema 
a mesma não deve permitir sua exclusão 
RF024 
RN014 Usuário com acesso diferente de administrador poderá exibir 
apenas o menu de “Locação” com sub menu “Consultar 
Locação” 
RF026 
RN015 Caso o veículo selecionado esteja com mais de 80.000 km 
rodados não será possível efetuar a locação, caso o veículo 
tenha mais de 4 anos de uso não será possível efetuar a 
locação. 
 
RF027 
Tabela 04 – Regras de negócio 
 
 
40 
 
3.5 Modelagem de software 
 
3.5.1 Casos de uso 
Os casos de uso são uma técnica criada que definiram a UML e o 
UnifiedProcess, usada para documentar os requisitos funcionais de um sistema. Um 
caso de uso, basicamente, consiste na descrição da interação entre um usuário 
(mais precisamente um ator, como veremos adiante) e o sistema, com o intuito de 
prover a funcionalidade solicitada. Esta descrição é feita indicando sequências de 
passos seguidos durante a interação. Cada uma dessas sequências é tipicamente 
chamada de cenário. 
Nome Atores Descrição 
Manter empresa Funcionário Ator funcionário gerencia a empresa inserindo, 
editando, removendo e consultando 
Manter cliente Cliente, 
funcionário 
Ator cliente interage com o funcionário no perfil 
de atendente onde a mesma mantem o cliente 
inserindo, editando, removendo e consultado 
Manter frota Funcionário Ator funcionário gerencia a frota inserindo, 
editando, removendo e consultando 
Manter proteção Funcionário Ator funcionário gerencia as proteções possíveis 
para os veículos: inserindo, editando, removendo 
e consultando 
Manter locação Funcionário Ator funcionário gerencia a locação inserindo, 
editando removendo e consultado 
Tabela 05 – Casos de uso 
 
 
 
41 
 
3.5.2 Diagrama de Caso de uso 
Esse diagrama documenta o que o sistema faz do ponto de vista do usuário. 
Em outras palavras, ele descreve as principais funcionalidades do sistema e a 
interação dessas funcionalidades com os usuários do mesmo sistema. Nesse 
diagrama não nos aprofundamos em detalhes técnicos que dizem como o sistema 
faz. 
 
Figura 1 - Caso de uso 
 
 
 
 
42 
 
3.5.3 Documentação de casos de uso 
Precisamos ir além do diagrama de casos de uso para descrever os cenários 
de interação com os atores. 
Caso de uso Manter Empresa 
Caso de uso geral Inserir, alterar, excluir e consultar 
Ator Principal Funcionário 
Atores Secundários 
Pré-condição Está logado no sistema 
Fluxo Normal Inserir 
Informar dados da empresa. 
Confirmar inclusão. 
Alterar 
Informar cnpj da empresa ou id da empresa. 
Alterar dados. 
Confirmar alteração. 
Remover 
Informar id da empresa. 
Confirmar exclusão. 
Consultar 
Listar dados da empresa. 
Fluxos Excepcionais Empresa já cadastrada no sistema 
Pós-condição Inserir 
Inclusão efetuada com sucesso. 
Editar 
Alteração efetuada com sucesso. 
Remover 
Empresa removida com sucesso. 
Tabela 2 - Documentação do caso de uso Manter Empresa 
Caso de uso Manter Cliente 
Caso de uso geral Inserir, alterar e consultar 
Ator Principal Funcionário 
Atores Secundários Cliente 
Pré-condição Está logado no sistema 
43 
 
Fluxo Normal Inserir 
Informar dados do Cliente. 
Confirmar inclusão. 
Alterar 
Informar o Cliente. 
Alterar dados. 
Confirmar alteração 
Consultar 
Listar dados do Cliente 
Fluxos Excepcionais Cliente já cadastrado no sistema. 
1.A Informe um novo CPF/CNPJ do Cliente. 
1.B Confirmar Cadastro. 
Não é permitido remover o cadastro do cliente. 
 
 
Pós-condição Inserir 
Inclusão efetuada com sucesso 
Alterar 
Alteração efetuada com sucesso 
 
Tabela 3 - Documentação do caso de uso Manter Cliente 
Caso de uso Manter frota 
Caso de uso geral Inserir, alterar, remover e consultar 
Ator Principal Funcionário 
Atores Secundários 
Pré-condição Está logado no sistema 
Fluxo Normal Inserir 
Informar dados do veículo. 
Confirmar inclusão. 
Alterar 
Informar a placa do veículo. 
Alterar dados. 
Confirmar alteração. 
44 
 
Remover 
Informar id do veículo 
Confirmar exclusão 
Consultar 
Listar veículos 
Fluxos Excepcionais Veículo já cadastrado. 
Cadastro não pode ser removido. 
Pós-condição Inserir 
Inclusão efetuada com sucesso. 
Alterar 
Alteração efetuada com sucesso. 
Remover 
Remoção efetuada com sucesso. 
Tabela 4 - Documentação do caso de uso Manter Frota 
Caso de uso Manter locação 
Caso de uso 
geral 
Inserir e Consultar 
Ator Principal Funcionário 
Atores 
Secundários 
Cliente 
Pré-condição Esta logado no sistema 
Fluxo Normal  Inserir 
1. Incluir dados da locação. 
2. Confirmar locação do cliente. 
 Consultar 
1. Listar dados da locação. 
Fluxos 
Excepcionais 
1. Não é possível excluir locação. 
2. Cliente já possui uma locação em aberto. 
3. Não é possível alterar dados. 
Pós-condição  Inserir 
1. Inclusão efetuada com sucesso. 
Tabela 5 - Documentação do caso de uso Manter Locação 
 
45 
 
3.5.4 Diagrama de classe 
O principal objetivo da análise de sistemas é realizar um mapeamento prévio 
do comportamento requerido para os elementos de modelagem no sistema a serem 
implementados posteriormente nas fases de construção. Durante as etapas iniciais 
de um projeto, é comum realizarmos um refinamento nos detalhes e na precisão do 
“desenho do sistema” a fim de conseguir classes de análise que possam evoluir 
antes de serem detalhadas durante as atividades de especificação e implementação. 
O diagrama de classes é considerado por muitos autores como o mais 
importante e o mais utilizado diagrama da UML. Seu principal enfoque está em 
permitir a visualização das classes que irão compor o sistema com seus respectivos 
atributos e métodos, bem como em demonstrar como as classes do sistema se 
relacionam, se complementam e transmitem informações entre si. 
 
Figura 2 - Diagrama de classes 
 
 
46 
 
3.5.5 Diagrama de Sequência 
Diagramas de Sequência são muito úteis em fornecer suporte real à 
implementação e em constituir rica documentação de alto nível. Eles representam 
os objetos participantes de uma colaboração enquanto emitem e recebem 
mensagens no intuito de realizar um caso de uso. As mensagens são apresentadas 
em sua ordem temporal, o que facilita a compreensão do fluxo de controle do caso 
de uso. 
A maior dificuldade associada à sua criação parece estar relacionada ao grau 
de detalhamento a ser aplicado a esses diagramas. Mas pode-se adotar uma 
perspectiva prática para criação de uma documentação realmente útil, e que não se 
torne uma tarefa ainda mais árdua do que a própria codificação do sistema. 
Diagramas de Sequência são muito úteis em fornecer suporte real à 
implementação e em constituir rica documentação de alto nível. Eles representam 
os objetos participantes de uma colaboração enquanto emitem e recebem 
mensagens no intuito de realizar um caso de uso. As mensagens são apresentadas 
em sua ordem temporal, o que facilita a compreensão do fluxo de controle do caso 
de uso. 
A maior dificuldade associada à sua criação parece estar relacionada ao grau 
de detalhamento a ser aplicado a esses diagramas. Mas pode-se adotar uma 
perspectiva prática para criação de uma documentaçãorealmente útil, e que não se 
torne uma tarefa ainda mais árdua do que a própria codificação do sistema. 
 
Funcionário: Inserir funcionário 
 
Figura 3 - Diagrama de sequência "Inserir funcionário" 
47 
 
Funcionário: Editar funcionário 
 
Figura 4 - Diagrama de sequência "Editar funcionário" 
 
Funcionário: Remover funcionário 
 
Figura 5 - Diagrama de sequência "Remover funcionário" 
 
Veículo: Inserir 
 
Figura 6 - Diagrama de sequência "Inserir veículo" 
48 
 
Veículo: Editar 
 
Figura 7 - Diagrama de sequência "Editar veículo" 
 
Veículo: Remover 
 
Figura 8 - Diagrama de sequência "Remover veículo" 
 
Cliente: Inserir cliente 
 
Figura 9 - Diagrama de sequência "Inserir cliente" 
 
 
49 
 
Cliente: Editar cliente 
 
Figura 10 - Diagrama de sequência "Editar cliente" 
 
Cliente: Remover cliente 
 
Figura 11 - Diagrama de sequência "Remover cliente" 
Locação: Efetuar Locação 
 
Figura 12 - Diagrama de sequência "Efetuar locação" 
50 
 
Locação: Finalizar Locação 
 
Figura 13 - Diagrama de sequência "Finalizar locação" 
 
 
51 
 
3.5.6 Diagrama de Pacotes 
 
O Diagrama de pacotes, ou diagrama de módulos, definido pela UML 
descreve os pacotes ou pedaços do sistema divididos em agrupamentos lógicos 
mostrando as dependências entre estes, ou seja, pacotes podem depender de 
outros pacotes. Este diagrama é muito utilizado para ilustrar a arquitetura de um 
sistema mostrando o agrupamento de suas classes. 
Em muitos casos um único diagrama de classes pode ser exageradamente 
grande para representar todo o sistema. Assim é conveniente utilizar-se de um 
elemento para organizar os subsistemas do modelo. Para isto utilizam-se os 
diagramas de pacote. Um pacote representa um grupo de classes (ou outros 
elementos) que se relaciona com outros pacotes através de uma relação de 
dependência. Um diagrama de pacotes pode ser utilizado em qualquer fase do 
processo de modelagem e visa organizar os modelos. 
O pacote é o elemento básico organizador de um modelo de sistema UML. É 
possível considerar o sistema todo como um pacote que contém todos os outros 
pacotes, diagramas e elementos. Um pacote pode conter pacotes subordinados, 
diagramas ou elementos únicos e é possível definir a visibilidade de um pacote bem 
como a visibilidade dos elementos contidos nele. 
Um diagrama de pacotes mostra pacotes e relações entre pacotes. Na 
realidade, não existem propriamente diagramas de pacotes em UML; em vez disso, 
pacotes e relações entre pacotes aparecem noutros diagramas, de acordo com o 
tipo de pacote. 
Uma vez que representa um agrupamento, um pacote é em geral dono de 
diversos elementos: classes, interfaces, componentes, nós, colaborações, casos de 
uso, diagramas, e até outros pacotes. 
Na figura abaixo o pacote de classes das janelas que cuida da interface da 
aplicação dependente funcionalmente das classes de negócio para cumprirem suas 
atividades. 
 
 
52 
 
 
Figura 14 - Diagrama de pacotes 
 
 
53 
 
3.5.6 Diagrama de Máquina de Estado 
 
O diagrama de máquina de estados era conhecido nas versões anteriores 
como diagrama de estados, tendo então mudado para este novo nome após a 
versão 2.0 da UML. Este diagrama procura acompanhar as mudanças sofridas nos 
estados de uma instância de uma determinada classe. 
Através de sua simbologia gráfica, ele procura demonstrar o comportamento 
de um elemento por meio de transições de estado. O elemento modelado muitas 
vezes é uma instância de uma classe, no entanto, pode se usar esse diagrama para 
modelar o comportamento de um caso de uso, o comportamento de um dado durante 
uma transação ou mesmo o comportamento de um sistema completo – neste caso 
estaremos considerando o caso de uso ou o sistema como objetos. 
O diagrama de máquina de estados é um dos diagramas disponíveis na UML 
para a modelagem dos aspectos dinâmicos de sistemas. Assim como o diagrama de 
sequência, o diagrama de máquina de estados muitas vezes baseia-se em um caso 
de uso descrito em um e apoia-se no diagrama de classes. 
 
 
 
Figura 15 - Diagrama máquina de estados 
54 
 
3.5.7 Diagrama de Comunicação 
 
O Diagrama de comunicação é definido pelo 
UML(UnifiedModelingLanguage). O Diagrama de Comunicação exibe uma 
interação, consistindo de um conjunto de objetos e seus relacionamentos, incluindo 
as mensagens que podem ser trocadas entre eles. O diagrama de sequência e de 
colaboração são isomórficos. 
O diagrama de comunicação mostra, de maneira semelhante ao diagrama de 
sequência, a colaboração dinâmica entre os objetos. Se a ênfase do diagrama for o 
decorrer do tempo, é melhor escolher o diagrama de sequência, mas se a ênfase for 
o contexto do sistema, é melhor dar prioridade ao diagrama de colaboração. O 
diagrama de colaboração é desenhado como um diagrama de objeto, onde os 
diversos objetos são mostrados juntamente com seus relacionamentos. 
O Diagrama de Comunicação dá ênfase à ordenação estrutural em que as 
mensagens são trocadas entre os objetos de um sistema. 
 
Figura 16 - Diagrama de comunicação 
 
 
 
 
55 
 
3.6 Termo de encerramento do projeto 
 
DESENVOLVIMENTO DE UM SISTEMA PARA LOCADORA DE VEÍCULOS 
TERMO DE ENCERRAMENTO 
Preparado por Carlos Alberto de Oliveira Versão 1.0 
Aprovado por Daniel Fernandes 09/12/2013 
XI - Título do projeto 
Desenvolvimento de um sistema para locadora de veículos 
XII - Considerações finais 
Pelo presente termo damos por encerrado o Projeto Desenvolvimento de um 
sistema para locadora de veículos atestando que todas as solicitações constantes 
da Ordem de Serviço 001 foram plenamente atendidas. 
 
 
 
56 
 
XIII - Autorizações 
 
Goiânia, 12 de Dezembro de 2013 
 
 
 
___________________________________ 
Aldir Origuela França 
 
Presidente/Diretor 
 
___________________________________ 
João Everton de Araújo Melo 
 
Vice Presidente/Diretor 
 
 
___________________________________ 
Tiago Lucas Rodrigues da Silva 
 
Gerente do Projeto 
 
 
 
 
Nota: Quaisquer alterações neste documento deverão ser submetidas ao processo de controle de projeto para 
aprovações antes de serem incorporadas a este documento. 
 
 
 
 
 
57 
 
4 CONSIDERAÇÕES FINAIS 
O objetivo do Projeto Integrado Multidisciplinar IV é transforma a teoria 
aprendida em sala de aula para pratica, devido ao nível de conhecimento estar mais 
avançado a exigência e expectativa é maior. Para um resultado mais completo e 
coerente com o nível na qual se encontramos é necessário bem mais dedicação e 
pesquisas. 
Mantendo a forma simples e objetiva, foi possível estar aplicando a teoria e 
pratica simultaneamente, formando o resultado de um software para uma Locadora 
de Veículos na qual consegue atender as necessidades fundamentais de qualquer 
cliente. 
 
4.1 Aprendizado Adquirido. 
O projeto proporcionou a oportunidade do grupo desenvolver a habilidade de 
Análise, seguindo todas as etapas da mesma, além de fazer a iteração da equipe 
compartilhando conhecimentos técnicos adquiridos ao longo desse projeto. Por fim 
o resultado final da análise foi bem satisfatório, pois o grupo conseguiu atingir o 
objetivo pretendido. 
 
 
 
58 
 
5 REFERÊNCIAS BIBLIOGRÁFICAS 
 
ABLA, Associação Brasileira de Locadoras de Automóveis. Empregos e tributos. 
São Paulo, 2013. Disponível em: <http://www.abla.com.br/setor-de-
locacao/principais-indicadores/empregos-e-tributos/>. 
BOOCH, G.; JACOBSON, I.; RUMBAUGH, J.UML-guia do usuário. 2. ed. Rio de 
Janeiro, Campus, 2006. 
BOOKMAN, Utilizando UML e padrões - Uma introdução a análise e ao projeto 
orientados, 2007. 
CIÊNCIA MODERNA, Engenharia de Software: Análise e Projeto de Sistema, 2008. 
DEITEL, Java - Como Programar HARVEY M. DEITEL & PAUL J., 2010. 
Guia PMBOK 4a edição; 
MARQUES, P.; PEDROSO, H. C# 2.0. Rio de Janeiro: LTC, 2007. 
MARTINS, J. C. C. Gerenciando projetos de desenvolvimento de software com PMI, 
RUP e UML. 4. ed. Rio de Janeiro: Brasport, 2007. 
MARTINS, J. C. C. Técnicas para gerenciamento de projetos de software. Rio de 
Janeiro: Brasport, 2007. 
SHARP, J. Microsoft visual C# 2008 passo a passo. Porto Alegre, Bookman, 2008. 
SCHMITZ, E. A.; ALENCAR, A. J.; VILLAR, C. B. Modelos qualitativos de análise 
de risco para projetos de tecnologia da informação. Rio de Janeiro: Brasport, 2007. 
VARGAS, R. V. Gerenciamento de projetos. 6. ed. Rio de Janeiro: Brasport, 2005. 
VAZQUEZ, C. E.; SIMÕES, G. S.; ALBERT, R. M. Análise de pontos de função: 
medições, estimativas e gerenciamento de projetos de software. 3. ed. São Paulo: 
Érica, 2003. 
Autor(es). Título da página [Internet]. Lugar de publicação: editor; data de publicação 
do site [data da revisão/atualização d a página; citado em data da citação]. 
Disponível em: endereço eletrônico da página (URL).