UNIVERSIDADE PAULISTA UNIP

ALDIR ORIGUELA FRANA

CARLOS ALBERTO DE OLIVEIRA
JOAO EVERTON DE ARAJO MELO
TIAGO LUCAS RODRIGUES DA SILVA

SISTEMA PARA LOCADORA DE VECULOS

GOINIA
2013
1

UNIVERSIDADE PAULISTA UNIP

ALDIR ORIGUELA FRANA

CARLOS ALBERTO DE OLIVEIRA
JOAO EVERTON DE ARAJO MELO
TIAGO LUCAS RODRIGUES DA SILVA

SISTEMA PARA LOCADORA DE VECULOS

Trabalho
do
Projeto
Integrado
Multidisciplinar PIM para obteno de
nota no 4 perodo, apresentado
Universidade Paulista UNIP.
Orientador: Prof. Esp. Daniel Fernandes
de Oliveira

GOINIA
2013

ALDIR ORIGUELA FRANA

CARLOS ALBERTO DE OLIVEIRA
JOAO EVERTON DE ARAJO MELO
TIAGO LUCAS RODRIGUES DA SILVA

SISTEMA PARA LOCADORA DE VECULOS

Aprovado em:

_______________________/__/___
Prof. Esp. Antnio Carvalho Torres
Universidade Paulista UNIP

_______________________/__/___
Prof. Ms. Antnio Cruvinel Borges Neto
Universidade Paulista UNIP
_______________________/__/___
Prof. Esp. Daniel Fernandes de Oliveira

Universidade Paulista UNIP

DEDICATRIA
Este trabalho dedicado a todos nossos familiares e pessoas intimamente
ligadas s nossas vidas, que no perodo de desenvolvimento deste trabalho nos
ajudaram com pacincia, carinho e compreenso, nos dando foras para que
possamos alcanar nosso sucesso.

AGRADECIMENTOS
Ao professor orientador Daniel Fernandes de Oliveira, pela orientao,
ateno, confiana e conhecimento compartilhado durante todo o trabalho;
Aos professores Celio Santos e Wilker Bueno, pela expertise, motivao e
cases compartilhados para elaborao 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 execuo deste trabalho.

Se hoje fosse o ltimo dia de minha vida,

queria fazer o que vou fazer hoje? E se a
resposta fosse No muitos dias seguidos,
sabia que precisava mudar algo.
(Steve Jobs)

RESUMO
O Projeto Integrado Multidisciplinar IV do 4 Perodo do Custo Superior em
Tecnologia de Anlise e Desenvolvimento de Sistemas da Universidade Paulista - UNIP,
traz o desafio de fazer uma anlise e o desenvolvimento de um sistema destinado a
Locadoras de Veculos. Se espera que mesmo se tratando de um projeto acadmico,
onde existem dificuldades, riscos e incertezas, realizar a entrega de um projeto, de
acordo com as exigncias 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.

SUMRIO
DEDICATRIA............................................................................................................4
AGRADECIMENTOS..................................................................................................5
RESUMO.................................................................................................................... 7
ABSTRACT.................................................................................................................8
SUMRIO................................................................................................................... 9
LISTA DE ABREVIAES........................................................................................12
LISTA DE ILUSTRAES........................................................................................13
LISTA DE TABELAS.................................................................................................14
1 INTRODUO.......................................................................................................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 DESCRIO.........................................................................................................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 Inexecuo........................................................................................29
IV - Premissas e restries para o projeto...............................................................29
V - Designao do gerente do projeto......................................................................29
VI - Atribuies do solicitante do projeto..................................................................30
VII - Descrio do projeto.........................................................................................31
1. Produto do projeto................................................................................................31
9

2. Cronograma bsico do projeto.............................................................................31

3. Estimativas iniciais de custo.................................................................................31
VIII - Administrao...................................................................................................32
1. Necessidade inicial de recurso.............................................................................32
2. Necessidade de suporte pela organizao..........................................................32
3. Controle e gerenciamento das informaes do projeto.......................................32
IX - Registro de alteraes.......................................................................................33
X - Autorizaes........................................................................................................33
3.1.2 Modelo Cascata...............................................................................................34
3.1.3 Engenharia de Sistemas.................................................................................34
3.1.4 Anlise de Sistemas........................................................................................34
3.1.5 Projeto.............................................................................................................34
3.2 Cenrio...............................................................................................................35
3.3 Levantamento de requisitos...............................................................................36
3.3.1 Requisitos funcionais.......................................................................................36
3.3.2 Requisitos no funcionais................................................................................38
3.4 Regras de negcio..............................................................................................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 Documentao de casos de uso.....................................................................42
3.5.4 Diagrama de classe.........................................................................................45
3.5.5 Diagrama de Sequncia..................................................................................46
3.5.6 Diagrama de Pacotes......................................................................................51
3.5.6 Diagrama de Mquina de Estado....................................................................53
3.6 Termo de encerramento do projeto....................................................................55
XI - Ttulo do projeto.................................................................................................55
10

XII - Consideraes finais.........................................................................................55

XIII - Autorizaes.....................................................................................................56
4 CONSIDERAES FINAIS..................................................................................57
4.1 Aprendizado Adquirido........................................................................................57
5 - REFERNCIAS BIBLIOGRFICAS....................................................................58

11

LISTA DE ABREVIAES
CNH: Carteira de Nacional de Habilitao.
CPF: Cadastro de Pessoa Fsica.
CNPJ: Cadastro Nacional de Pessoa Jurdica.
DP: Departamento.

12

LISTA DE ILUSTRAES
Figura 2 - Caso de uso.............................................................................................41
Figura 3 - Diagrama de classes................................................................................45
Figura 4 - Diagrama de sequncia "Inserir funcionrio"...........................................46
Figura 5 - Diagrama de sequncia "Editar funcionrio"...........................................47
Figura 6 - Diagrama de sequncia "Remover funcionrio"......................................47
Figura 7 - Diagrama de sequncia "Inserir veculo".................................................47
Figura 8 - Diagrama de sequncia "Editar veculo".................................................48
Figura 9 - Diagrama de sequncia "Remover veculo"............................................48
Figura 10 - Diagrama de sequncia "Inserir cliente"................................................48
Figura 11 - Diagrama de sequncia "Editar cliente".................................................49
Figura 12 - Diagrama de sequncia "Remover cliente"...........................................49
Figura 13 - Diagrama de sequncia "Efetuar locao"............................................49
Figura 14 - Diagrama de sequncia "Finalizar locao"..........................................50
Figura 15 - Diagrama de pacotes.............................................................................52
Figura 16 - Diagrama mquina de estados..............................................................53
Figura 17 - Diagrama de comunicao....................................................................54

13

LISTA DE TABELAS
Tabela 2 - Requisitos no funcionais........................................................................38
Tabela 3 - Documentao do caso de uso Manter Empresa...................................42
Tabela 4 - Documentao do caso de uso Manter Cliente......................................43
Tabela 5 - Documentao do caso de uso Manter Frota.........................................44
Tabela 6 - Documentao do caso de uso Manter Locao....................................44

14

1 INTRODUO
O desafio do Projeto Integrado Multidisciplinar IV, para o 4 perodo do curso
de Anlise e Desenvolvimento de Sistema fazer uma anlise e o desenvolvimento
de um sistema para uma soluo no ramo de locao de veculos, usando os
aprendizados

adquiridos

nas

disciplinas

bases

complementares:

Desenvolvimento de Software para Internet, Gerenciamento de Projetos de

Software, Programao Orientada Objetos II, Projeto Sistema Orientado a Objetos,
Top. Esp. programao Orientado Objetos.
A anlise e o desenvolvimento de sistema, tem como objetivo projetar, identificar
e apresentar as melhores solues em software, no intuito de automatizar os
processos executados nas empresas, diminuindo o tempo e custo da operao.

1.1 Justificativa
O ramo de locao de veculos est em ascenso no Brasil. Segundo a
Associao Brasileira das Locadoras de Automveis (ABLA), o setor registrou
contribuies tributrias superiores a R$ 1,8 bilho em 2011, empregando direta e
indiretamente, mais de 277 mil pessoas. A durao mdia das locaes aumentou
de 3,6 dias para 6 dias em dois anos.
Este tipo de atividade possu um ativo imobilizado de alto custo, os veculos.
Por este motivo encontrar solues e estratgias para reduo de custos e
otimizao de processos uma prioridade. preciso um controle rigoroso de
aspectos como durao da locao e facilitar a venda de itens opes.
Utilizando a anlise de sistemas e as tcnicas e ferramentas adquiridas no
ambiente acadmico possvel a abstrao deste problema para a elaborao de
um projeto de software que satisfaa a necessidade de empresas deste setor.
A possibilidade de aplicao do conhecimento cientfico em problemas reais
torna este projeto necessrio, visto que o mesmo gera oportunidade de aplicao
de diversos assuntos como UML, Gerncia de Projetos e Processos.

15

1.2. Objetivos Gerais.

Fazer a anlise e o desenvolvimento do sistema Unip Rent a Car para a
locadora de veculos Locartyn.
1.3. Objetivos Especficos.

Pesquisar o ramo de locao de veculos para levantamento de processos e

atividades;

Criar a locadora de veculos Locartyn, uma empresa fictcia para abstrao

do domnio do problema;

Elaborar um projeto de software para informatizar os principais processos da

locadora de veculos Locartyn;

Utilizar os diagramas da UML para modelagem do projeto de software;

Aplicar tcnicas de Gerenciamento de Projetos para gesto das atividades e

membros da equipe;

Desenvolver um software que torne o processo de locao otimizado e

seguro.

16

Plano de Negocio
1 Informaes sobre o responsvel pela proposta.
Nome: Aldir Origuela Frana
Identidade: 2039904-9
Endereo: AV-T37 QD 166 AP 2901 ED. BORGES LANDEIRO OLYMPUS
Bairro: SETOR BUENO
Telefone: (62) 3612-4226
Formao Profissional: Analista de Sistemas.
Atribuies no Empreendimento: Proprietrio.
2 Natureza/Descrio do empreendimento:
Individual
Razo Social: HOJE SOLUES LTDA
Nome Fantasia: HOJE SOLUES LTDA
CGC 2.1. Nome dos scios e respectivas participaes na empresa
ALDIR ORIGUELA FRANA
2.2. reas de competncia tecnolgica (reas de conhecimento tcnico
que so dominadas)
Nome
Programao
Projeto e Processo

2.3 Responsveis pela gesto do empreendimento (por rea).

rea
Administrao
Financeira
Produo
Tecnolgica
Comercial
Outras
(especificar)

17

3 Plano estratgico
3.1 Misso e objetivos estratgicos:
A misso da empresa proporcionar solues inteligentes em software que vo
otimizar processos de uma empresa.
Objetivo estratgico a curto prazo conquistar a fidelizao de clientes e expandir a
carteira. Se tornar uma empresa que seu ponto forte seja qualidade e pontualidade nos
projetos solicitados.
3.2 Ameaas e oportunidades:
Devido ao nvel de profissionais qualificados no mercado de trabalho serem poucos, a
empresa tem como objetivo formar profissionais na qual vo contribuir com o
crescimento da empresa a longo prazo.
3.3 Pontos fortes:
O ponto forte da empresa proporcionar ao cliente o suporte necessrio e entregar o
servio 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 anlise para identificar com o
cliente as reais necessidades e apresenta ao mesmo uma soluo eficaz.
Isso acaba tendo um custo e muitas vezes os clientes no esto dispostos a
investir o necessrio para que o projeto seja iniciado.
4 Produtos e servios.
4.1 Descrio do produto/servio.
O servios bsicos para que seja feito o projeto analise do sistema, na qual
vai ser aprovada pelo cliente e depois

18

4.2 Foco do Negcio. (Mercado potencial e concorrncia)

O foco do negcio oferecer solues em software, apesar de ter empresas
que esto consolidadas nesse ramo, est sendo exposto como diferencial a qualidade
e pontualidade na entrega dos projetos solicitados.
Hoje vrias empresas tanto de pequeno e grande porte, precisam de solues
para ajudar no crescimento da empresa.
4.3 - Diferenciais dos produtos/servios (em relao aos disponveis no
mercado)
O diferencial do servio a qualidade e pontualidade, pois cada projeto
baseado na necessidade de cada cliente.
Suporte sobre o produto entregue gerenciado atravs de prazos que so
definidos para solucionar supostos erros de sistema ou melhoria, solicitada pelo cliente.

4.4 Estgio atual do desenvolvimento do produto/servio*

FASE

ESTGIO

01

Maturao da ideia

02

Em especificao

03

Em desenvolvimento

04

Em teste

05

Prottipo

06

Demonstrao
cliente

07

Em comercializao

* Quando o projeto se referir a mais de um produto/servio, fazer um cronograma para cada produto,
separadamente.

5) Comercializao

19

5.1 Estratgias de venda e assistncia tcnica.

Procurar clientes com potencial na qual precisam de solues em software para
ajudar no crescimento da empresa.
Oferecer todo o auxlio possvel ao cliente, desde a elaborao do projeto at o
momento em que o produto esteja entregue.
6) Plano de investimentos
6.1 Investimentos iniciais
Descrio
1.

Estudo de mercado

2.

Registro de marcas e patentes

3.

Honorrios

4.

Registro da Empresa

5.

Mquinas e Equipamentos

6.

Mveis / Utenslios

7.

Capital de giro

8.

Outros (especificar)

9. Total
6.2 Origem dos recursos (investimentos iniciais)
Valor Total
R$ 9.944.000,00
7) Receita e custos
7.1 Receitas operacionais
Ano

1 Trimestre

1 Ano

100.000,00

2 Ano

500.000,00

3 Ano

900.000,00

20

7.2 Custo fixo anual (1 ano)

Descrio
1.

Salrios e encargos

2.

Pr-labore

3.

Taxa de Incubao

4.

Taxas Diversas (Telefone, aluguel de Equipamentos, etc.)

5.

Materiais Diversos

6.

Manuteno e Conservao

7.

Seguros

8.

Depreciao

9.

Outros

10. Total
7.3 Custo varivel (1 ano)
Descrio
1.

Matria Prima

2.

Embalagem

3.

Outros insumos

4.

Frete

5.

Outros (comisses, impostos, etc.)

6.

Total

8) Demonstrativos simplificados de resultados (1 ano)

Item

Descrio

Receita bruta (Quadro 7.1)

(-) Custos Fixos (Quadro 7.2)

(-) Custos variveis (Quadro 7.3)

Resultado Operacional (1 2 3)

(+) Receitas no operacional

(-) Despesas no operacionais

Lucro Bruto (4 + 5 6)

21

9 Projeo do fluxo de caixa.

Ms
Descrio

1. Receita
Operacional
2.Receita no
operacional
(A) Total de Entrada
3. Despesa
Operacional
4. Despesa no
operacional
4. Investimento

(B) Total de
Sada
(C) Saldo no
ms
A = (1 + 2); B = (2 + 3 + 4); C = (A B); Total = Soma (Ms 1 12)
10) Indicadores
10.1 Ponto de equilbrio anual: Primeiro ano (se no houver previso
de receita para o primeiro ano, no considere este item)
89.000,00
P.E =

10.2 Tempo de retorno do investimento (TR) : Nmero de meses

necessrio para recuperar o dinheiro aplicado no investimento inicial.
TR =

1.000,0

22

11) Utilizao da infraestrutura da incubadora

11.1 rea fsica necessria:
Uma sala com 300 M
11.2 Necessidades quanto a servios administrativos, treinamento,
consultoria, laboratrios, oficinas, etc.:
Necessrio servio de RH, servio de internet, telefonia, servio administrativo.

12 Consideraes finais. (Texto Livre)

A empresa tem como compromisso e objetivo alcanar as metas propostas e crescer
no mercado de solues em software, de forma solida e sempre procurando a
satisfao do cliente.

23

Termo de Abertura do Projeto

SISTEMA PARA LOCADORA DE VECULOS

TERMO DE ABERTURA
Nome do projeto:
rea Responsvel:
Preparado / Revisado por:

Aprovado por:

rea:

[ x ] Fim
[ x ] Meio

Escopo do Projeto
No projeto foi definido que seria feito o cadastro de cliente, cadastro de
funcionrio, cadastro de frota e a locao da frota. Para maior conforto do cliente, o
desenvolvimento da soluo ser realizado em duas plataformas Java Web e
Desktop, disponibilizando tambm o banco de dados.
Todo desenvolvimento do software ser baseado na anlise realizada pela
gerencia de projeto feita juntamente com o cliente, ou seja, nada que no esteja
dentro da anlise documentada ser feito, pelos desenvolvedores da soluo.

24

2 DESCRIO
2.1 Planejamento
Para o planejamento da anlise e o desenvolvimento do sistema, foi adotado
a diviso de tarefas como a colaborao de conhecimento em deficincias
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 segurana e tranquilidade.

25

2.2 Cronograma
Fase1

ID
1
2

Nome da tarefa
Iniciar projeto documentado: Iniciar
documentao do projeto
Criar cenrio: Coletar narrativas de
situaes no domnio que favorecem o
levantamento
identificao de problemas e a
antecipao das solues. Lembrar de
focar as atividades que as pessoas
realizam na organizao possibilitando
uma perspectiva mais ampla dos
problemas atuais onde o sistema
dever ser inserido, explicando porque
ele necessrio.
Levantar
capturar requisitos para descobrir junto
ao cliente quais so as caractersticas
necessrias
existindo diversas tcnicas que podem
ser utilizada, utilizar a mais bsica e
intuitiva que a entrevista.
Definir regras de negcio: Listar as
regras de negcios determinando como
a empresa funciona, o que deve ser
feito e como deve ser feito.
Criar os casos de uso: Documentar os
requisitos
utilizando a UML, descrever a interao
entre o usurio e o sistema com o
intuito de prover a funcionalidade
solicitada, indicando as sequncias de
passos seguidos durante a interao.
Para cada funcionalidade do sistema,
ser criado pelo menos um caso de
uso.
Documentar os diagramas de caso
de uso: Realizar a documentao do
caso de uso para melhorar a
comunicao entre o usurio final e o
desenvolvedor tornando o processo de
anlise de requisitos mais eficaz e
eficiente.
Diagrama de classe: Criar o diagrama
de classe com objetivo de mostrar os

relacionamentos existentes entre as

classes que so abstradas no projeto,
e
como
esses
relacionamentos
colaboram para a execuo dos
processos especficos.
Diagrama de Sequncia: Criar os 27/05/2013 31/05/2013 5d
diagramas de sequncia para fornecer
suporte
real
a
implementao,
representando os objetos participantes
da colaborao enquanto emitem e
recebem mensagem no intuito de
realizar um caso de uso.
Tabela 1 Lista de tarefas fase1

Fase 2
Desenvolver o plano de negcio:
Desenvolver o Termo de Abertura:
9 Diagrama de pacote: Criar diagramas
para representar os subsistemas ou
sub-mdulos englobados por um
sistema de forma a determinar partes
que o compem.
Desenvolvimento
Desenvolver o software da locadora de
carro de acordo com a anlise feita
usando a linguagem JAVA WEB e
Desktop.
Testar o Software: Testar o software
para encontrar possveis erros de
codificao e divergncias com a regra
de negcio.
Desenvolver o documento de
Concluso
Documentao com as especificaes
da concluso do projeto.

27

3 DESENVOLVIMENTO
3.1 Engenharia de Software
De maneira simplificada, podemos definir como uma rea da tecnologia da
informao preocupada com os mtodos e prticas de desenvolvimento de
software, incluindo planejamento, especificao, codificao, testes e outras
atividades inclusas no ciclo de um software.

I-

Objetivo do projeto
Anlise e Desenvolvimento de um software para gesto de locadoras de

veculos que realize o controle de veculos, locao, clientes e funcionrios.

II -

Justificativa do projeto
Diante do atual cenrio competitivo que temos hoje, as empresas esto

buscando expandir seus limites. Esse contexto exige que profissionais sejam
aproveitados ao mximo de sua produtividade, e com um menor tempo possvel
necessrio para realizar suas atividades, reduzindo custos na operao, e fazendo
com que a empresa tenha ainda mais um potencial competitivo, com um servio
rpido, seguro, eficiente e que tenha um grande valor agregado.
Resumo das condies do projeto
Atualmente, a empresa j dispe de funcionrios e insumos para
implementar um novo modelo gesto baseado nos mais modernos padres de
qualidade. Ser realizado um treinamento de capacitao, onde ser oferecido
toda capacitao tcnica necessria para operacionalizar o sistema de locao.

28

Benefcios e Beneficiados
Benefcios
Agilidade no processo
Reduo de custos
Maior lucratividade
Diminuio de retrabalho
Diminuio de falhas
Controle de cadastro
III -

Riscos da Inexecuo
Como firmado em contrato, at a data 09/12/2013 todo o sistema dever

estar implementado e funcionrios necessrios capacitados.

O no cumprimento deste prazo acarretara em uma multa, na forma de
reduo do valor a ser pago pelo projeto, firmado em 1% por dia de atraso.

IV -

Premissas e restries para o projeto

V-

Premissas
Desenvolver uma aplicao que atenda
s necessidades do cliente.
Utilizar as melhores prticas de
desenvolvimento de software
Gerir bem os recursos disponveis
Entregar no prazo estipulado
Garantir a mxima excelncia no produto
entregue

Designao do gerente do projeto

O Sr. Tiago Lucas Rodrigues da Silva ser responsvel por toda gesto tcnica

e administrativa do projeto. Ter autonomia para adquirir equipamentos, ferramentas,

recrutar pessoal e todas outras demandas, de acordo com oramento j previsto pela
diretoria administrativa. Em sua ausncia, questes de cunho tcnico

29

devero ser tratadas com o arquiteto de softwares e questes administrativas com

a prpria diretoria.
Tendo ainda as seguintes atribuies:

Planejar o projeto de maneira realstica.

Elaborar a documentao do Projeto e gerenciar o seu andamento;

Elaborar o cronograma das tarefas do projeto;

Revisar a documentao formal do projeto emitindo pareceres quanto a

viabilidade do projeto;

Atuar como o ponto central de contato para toda comunicao formal

relacionada ao projeto;

Comunicar o Setor de Qualidade da indstria o andamento do projeto;

Assegurar

que

equipe

do

projeto

esteja

ciente

de

suas

responsabilidades;

Divulgar antecipadamente a pauta de cada reunio;

Gerenciar os compromissos estabelecidos para realiz-los em tempo,

dentro do oramento e com satisfao do solicitante;

Elaborar e atualizar os documentos de Projeto com a anuncia expressa

do solicitante;

Controlar o cronograma, escopo e variaes tcnicas dentro das

margens estabelecidas do projeto;

Monitorar e manter a prioridade do projeto em relao a outros projetos;

Manter toda documentao, pertinente ao gerenciamento do projeto,

atualizada nos sistemas, bem como na base de conhecimento;

Seguir todos processos e padres metodolgicos;

Disponibilizar o status do projeto e toda a documentao gerncia

regularmente, evitando surpresas.

Tomar todas as providncias necessrias para que o projeto ocorra

conforme o planejado.

VI - Atribuies do solicitante do projeto

30

A autoridade do solicitante ou patrocinador do projeto a sua contribuio

principal. Cabe a ele:

Apoiar o gerente do projeto;

Analisar e aprovar este termo de Abertura;

Analisar e aprovar a Declarao do Escopo;

Analisar e aprovar documentos do Projeto;

Auxiliar o Gestor do Projeto a superar os obstculos organizacionais.

VII -

Descrio do projeto

1.

Produto do projeto
Produto: Software Gesto Locado de Veculos
Processo: Planejar, desenvolver, codificar, testar, homologar, capacitar,

implantar e manter.
2.

Cronograma bsico do projeto

O projeto tem incio previsto para 02/09/2013 com a concluso prevista para

25/11/2013.
3.

Estimativas iniciais de custo

1. Custos com Recursos Humanos
2. Custos com aquisio de licenas
3. Custos com Aquisio de materiais especficos como computadores,
telefones, etc.
4. Custos com material escritrio.
O presente projeto ter um custo inicial de R$ XXX, conforme detalhado

abaixo:
1 Servio ou Entregue 1
2 Servio ou Entregue 2
3 Servio ou Entregue 3
4 Servio ou Entregue 4
TOTAL

31

Este projeto tem previso oramentria solicitada atravs do memorando

024 da Diretoria Administrativa.
*Obs.: O prazo e o custo aqui apresentados so estimados por analogia,
portanto com grande margem de erro. Conforme o escopo seja detalhado ser
possvel fornecer estimativas com margem de erro menor.
VIII - Administrao
1. Necessidade inicial de recurso
Toda a equipe que ser envolvida neste projeto, ser formada pelo quadro de
funcionrios permanentes da empresa, aonde inicialmente no haver nenhuma
nova contratao.
Quanto a aquisio de equipamentos e licenas para o desenvolvimento do
software, tambm sero utilizadas as j disponveis em nosso parque. Sendo que o
valor inicial de sua aquisio estar sendo diludo no apenas neste, mas em todos
os projetos (anteriores e futuros) que deles usufrurem.
As licenas e equipamentos necessrias para implementao no ambiente
do cliente, tero seus valores embutidos no oramento final do projeto.
2. Necessidade de suporte pela organizao
Outros setores no ligados ao projeto, conforme possveis necessidades,
podero ser acionados para apoiar em questes fora do escopo de nosso
departamento (Dp Jurdico, Dp Recursos Humanos, Dp Contabilidade, ...)
3. Controle e gerenciamento das informaes 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 interao dos DPs

32

IX - Registro de alteraes
Data
15/10/2013
15/10/2013

X-

Autorizaes

Goinia, 09 de 08 de 2013.

_____________________________________
Fabio Gandolfo
Diretor Administrativo

33

3.1.2 Modelo Cascata

Devido sua simplicidade para o fcil entendimento do cliente o foi optado o
Cascata um modelo de processo para desenvolvimento de softwares, que supe
um incio e fim claro e determinado, assim sua estimativa precisa de custos logo no
incio, fatores bastantes importantes na conquista do cliente.
Problemas podem ocorrer, quando o cliente, aps esperar at o fim do processo
de desenvolvimento para receber a primeira verso do sistema, pode no concordar
com ela. Apesar de cada fase terminar com uma documentao aprovada, certamente
haver lacunas devido a requisitos mal descritos pelo cliente, no entendido pelo
analista ou por mudana de estratgia de negcio na empresa que exija adaptaes
nos requisitos. O modelo Cascata no prev reviso de fases.

Assim, o risco de desenvolvimento se torna muito alto, principalmente para

sistemas de maior porte e complexos, afinal o modelo cascata pressupe uma
esttica realidade bem comparada a uma linha de produo fabril.
Por outro lado, o modelo cascata adqua-se bem como um submodelo para
outros modelos.
3.1.3 Engenharia de Sistemas
Avaliar quais as principais medidas para garantir a segurana no processo e
escolha das tecnologias a serem adotadas, alm dos mtodos a serem seguidos.
3.1.4 Anlise de Sistemas
A partir da solicitao do projeto acadmico, efetuamos uma anlise do
produto final desejado, quais dificuldades possveis para impedimento tanto no
desenvolvimento quanto na satisfao do cliente (UNIP) no momento da
apresentao do software.
3.1.5 Projeto
O projeto do Software Locadora de Veculo, foi planejado para ser
desenvolvido no ciclo de vida em cascada, que tem o grande mrito 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 anlise do sistema o desenvolvimento foi o
cascata, portanto, o projeto ter muita nfase s fases de anlise e projeto antes
34

de partir para a programao, a fim de que o objetivo do software esteja bem

definido e que sejam evitados erros.
3.2 Cenrio
Uma locadora de veculos necessita de um sistema para facilitar o atendimento
a seus clientes e tornar os processos realizados na empresa mais geis. A empresa
composta por funcionrios e mecnicos na qual so prestadores de servio, clientes e
veculos para locao. A empresa pretende expandir seus negcios futuramente ms
ainda no possui nenhuma filial. importante que o sistema esteja preparado para
atender futuras necessidades de expanso.

Para controle dos funcionrios o sistema precisa registrar os dados do

funcionrio como cpf, nome, rg, endereo do funcionrio, telefone, sexo e data de
nascimento. Nos dados do funcionrio deve ter um campo para informar qual a
empresa responsvel pela sua contratao.
Clientes a serem gerenciados devem ser do tipo pessoa fsica e pessoa
jurdica, para pessoa fsica deve ser informado nome, sexo, CPF, RG, data
nascimento, dados da CNH e endereo. Para pessoa jurdica deve ser registrado
nome fantasia, razo social, CNPJ, I.E e endereo do cliente e seus respectivos
cadastros de pessoa fsica para vincular ao cliente pessoa jurdica.
A frota da empresa deve ter as informaes de placa do veculo, marca,
modelo, ano do modelo, ano da verso, chassi, cor, combustvel, quilometragem e
tipo de cmbio. O carro deve possuir sua lista de acessrios para complementar o
veculo e facilitar a consulta do veculo no perfil desejvel pelo cliente. A empresa
s compra carros com 4 portas, no necessitando a informao registrada da
mesma. O sistema deve informar quais carros esto disponveis para locao,
quais esto em negociao para venda ou j foi vendido.
Na locao o cliente deve escolher o veculo, informar a quantidade de dias
na qual ficar com o veculo. O cliente s poder efetuar a locao de um veculo
por vez, no existindo a possibilidade de existem mais de um veculo alugado em
seu nome ao mesmo tempo. Aps selecionar o veculo deve ser registrado
quilometragem inicial do veculo na locao ou seja a quilometragem atual do
veculo 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 diria.
35

A frota no pode ser disponibilizada para locao quando o veculo

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 so as caractersticas necessrias ao sistema. Existem diversas
tcnicas que podem ser utilizadas. Uma das mais bsicas e intuitivas a entrevista.

Inicialmente foi levantado os requisitos de forma projetista para o sistema

da Locadora de Veculos, com objetivo de mostrar ao programador como dever
ser o funcionamento do mesmo, indicando o processo, as dependncias e regras
de negcio.
3.3.1 Requisitos funcionais
So

requisitos

diretamente

ligados

funcionalidade

do

software,

descrevem as funes que o software deve executar.

ID

Nome

RF001

Manter empresa

RF002

Inserir empresa

RF003

Editar empresa

RF004

Remover
empresa

RF005

Consultar
empresas

RF006

Manter
funcionrio

RF007

Inserir funcionrio

RF008

Editar funcionrio

RF009

Remover
funcionrio

RF010

Consultar
funcionrio

RF011

Manter frota

RF012

Inserir frota

RF013

Editar frota

RF014

Remover frota

RF015

Consultar frota

RF021

Manter cliente

RF022

Inserir cliente

RF023

Editar cliente

RF024

Remover cliente

RF025

Consultar cliente

RF026

Manter locao

RF027

Locar Veculo

RF028

Consultar
Locao

3.3.2 Requisitos no funcionais

So requisitos que expressam condies que o software deve atender ou
qualidades especficas que o software deve ter. Em vez de informar o que o
sistema far, os requisitos no-funcionais colocam restries no sistema.
ID

Descrio

RNF001

Desenvolver o softw
superior

RNF002

O software deve ro

Tabela 1 - Requisitos no funcionais

3.4 Regras de negcio

Conhecer

bem

negcio

fundamental

para

sucesso

no

desenvolvimento do sistema, ter as definies de regras bem elaboradas e

documentadas d credibilidade e segurana no desenvolvimento e manuteno
do software. Em nosso projeto as regras de negcios 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 no somente para o software ms tambm para o
negcio do cliente.
ID

Descrio

RN001

Usurio com funo diferent

exibir esse menu

RN002

A empresa deve ser cadastrad

deve ser gerado automaticam

RN003

No deve ser permitido a alter

apenas o nome de referncia

RN004

Caso haja alguma dependn

cadastrada no sistema a mesm

RN005

Usurio com acesso diferente

apenas o menu de funcionrio

RN006

Deve ser validado o cpf do fun

sistema

RN007

Caso haja alguma dependnc

sistema, no deve ser permitid

RN008

Usurio com acesso de admin

de frota, outro tipo de acesso
para consulta

RN009

Caso haja alguma dependnc

no sistema a mesma no deve

RN010

Usurio com acesso diferente

apenas o menu de funcionrio

RN011

Usurio com acesso diferente

apenas o menu de funcionrio

RN012

Deve ser validado o cpf do clie

RN013

Caso haja alguma dependnc

a mesma no deve permitir su

RN014

Usurio com acesso diferente

apenas o menu de Loca

Locao
RN015

Caso o veculo selecionado es

rodados no ser possvel efe

tenha mais de 4 anos de u

locao.
Tabela 04 Regras de negcio

39

3.5 Modelagem de software

3.5.1 Casos de uso
Os casos de uso so uma tcnica criada que definiram a UML e o
UnifiedProcess, usada para documentar os requisitos funcionais de um sistema.
Um caso de uso, basicamente, consiste na descrio da interao entre um
usurio (mais precisamente um ator, como veremos adiante) e o sistema, com o
intuito de prover a funcionalidade solicitada. Esta descrio feita indicando
sequncias de passos seguidos durante a interao. Cada uma dessas sequncias
tipicamente chamada de cenrio.
Nome
Manter empresa
Manter cliente

Manter frota
Manter proteo

Manter locao

40

3.5.2 Diagrama de Caso de uso

Esse diagrama documenta o que o sistema faz do ponto de vista do usurio.
Em outras palavras, ele descreve as principais funcionalidades do sistema e a
interao dessas funcionalidades com os usurios do mesmo sistema. Nesse
diagrama no nos aprofundamos em detalhes tcnicos que dizem como o sistema
faz.

Figura 1 - Caso de uso

41

3.5.3 Documentao de casos de uso

Precisamos ir alm do diagrama de casos de uso para descrever os
cenrios de interao com os atores.
Caso de uso
Caso de uso geral
Ator Principal
Atores Secundrios
Pr-condio
Fluxo Normal

Fluxos Excepcionais
Ps-condio

Tabela 2 - Documentao do caso de uso Manter Empresa

Caso de uso
Caso de uso geral
Ator Principal
Atores Secundrios
Pr-condio
42

Fluxo Normal

Fluxos Excepcionais

Ps-condio

Tabela 3 - Documentao do caso de uso Manter Cliente

Caso de uso
Caso de uso geral
Ator Principal
Atores Secundrios
Pr-condio
Fluxo Normal

Fluxos Excepcionais
Ps-condio

Tabela 4 - Documentao do caso de uso Manter Frota

Caso de uso
Caso de uso
geral
Ator Principal
Atores
Secundrios
Pr-condio
Fluxo Normal

Fluxos
Excepcionais
Ps-condio
Tabela 5 - Documentao do caso de uso Manter Locao

44

3.5.4 Diagrama de classe

O principal objetivo da anlise de sistemas realizar um mapeamento prvio do
comportamento requerido para os elementos de modelagem no sistema a serem
implementados posteriormente nas fases de construo. Durante as etapas iniciais de
um projeto, comum realizarmos um refinamento nos detalhes e na preciso do
desenho do sistema a fim de conseguir classes de anlise que possam evoluir antes
de serem detalhadas durante as atividades de especificao e implementao.

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 visualizao das classes que iro compor o sistema com seus
respectivos atributos e mtodos, bem como em demonstrar como as classes do
sistema se relacionam, se complementam e transmitem informaes entre si.

Figura 2 - Diagrama de classes

45

3.5.5 Diagrama de Sequncia

Diagramas de Sequncia so muito teis em fornecer suporte real
implementao e em constituir rica documentao de alto nvel. Eles representam
os objetos participantes de uma colaborao enquanto emitem e recebem
mensagens no intuito de realizar um caso de uso. As mensagens so
apresentadas em sua ordem temporal, o que facilita a compreenso do fluxo de
controle do caso de uso.
A maior dificuldade associada sua criao parece estar relacionada ao
grau de detalhamento a ser aplicado a esses diagramas. Mas pode-se adotar uma
perspectiva prtica para criao de uma documentao realmente til, e que no
se torne uma tarefa ainda mais rdua do que a prpria codificao do sistema.
Diagramas de Sequncia so muito teis em fornecer suporte real
implementao e em constituir rica documentao de alto nvel. Eles representam
os objetos participantes de uma colaborao enquanto emitem e recebem
mensagens no intuito de realizar um caso de uso. As mensagens so apresentadas
em sua ordem temporal, o que facilita a compreenso do fluxo de controle do caso
de uso.
A maior dificuldade associada sua criao parece estar relacionada ao
grau de detalhamento a ser aplicado a esses diagramas. Mas pode-se adotar uma
perspectiva prtica para criao de uma documentao realmente til, e que no
se torne uma tarefa ainda mais rdua do que a prpria codificao do sistema.
Funcionrio: Inserir funcionrio

Figura 3 - Diagrama de sequncia "Inserir funcionrio"

46

Funcionrio: Editar funcionrio

Figura 4 - Diagrama de sequncia "Editar funcionrio"

Funcionrio: Remover funcionrio

Figura 5 - Diagrama de sequncia "Remover funcionrio"

Veculo: Inserir

Figura 6 - Diagrama de sequncia "Inserir veculo"

47

Veculo: Editar

Figura 7 - Diagrama de sequncia "Editar veculo"

Veculo: Remover

Figura 8 - Diagrama de sequncia "Remover veculo"

Cliente: Inserir cliente

Figura 9 - Diagrama de sequncia "Inserir cliente"

48

Cliente: Editar cliente

Figura 10 - Diagrama de sequncia "Editar cliente"

Cliente: Remover cliente

Figura 11 - Diagrama de sequncia "Remover cliente"

Locao: Efetuar Locao

Figura 12 - Diagrama de sequncia "Efetuar locao"

49

Locao: Finalizar Locao

Figura 13 - Diagrama de sequncia "Finalizar locao"

50

3.5.6 Diagrama de Pacotes

O Diagrama de pacotes, ou diagrama de mdulos, definido pela UML
descreve os pacotes ou pedaos do sistema divididos em agrupamentos lgicos
mostrando as dependncias 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 atravs de uma relao de
dependncia. Um diagrama de pacotes pode ser utilizado em qualquer fase do
processo de modelagem e visa organizar os modelos.
O pacote o elemento bsico organizador de um modelo de sistema UML.
possvel considerar o sistema todo como um pacote que contm todos os outros
pacotes, diagramas e elementos. Um pacote pode conter pacotes subordinados,
diagramas ou elementos nicos e possvel definir a visibilidade de um pacote
bem como a visibilidade dos elementos contidos nele.
Um diagrama de pacotes mostra pacotes e relaes entre pacotes. Na
realidade, no existem propriamente diagramas de pacotes em UML; em vez disso,
pacotes e relaes 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, ns, colaboraes, casos
de uso, diagramas, e at outros pacotes.
Na figura abaixo o pacote de classes das janelas que cuida da interface da
aplicao dependente funcionalmente das classes de negcio para cumprirem
suas atividades.

51

Figura 14 - Diagrama de pacotes

52

3.5.6 Diagrama de Mquina de Estado

O diagrama de mquina de estados era conhecido nas verses anteriores
como diagrama de estados, tendo ento mudado para este novo nome aps a
verso 2.0 da UML. Este diagrama procura acompanhar as mudanas sofridas nos
estados de uma instncia de uma determinada classe.
Atravs de sua simbologia grfica, ele procura demonstrar o comportamento
de um elemento por meio de transies de estado. O elemento modelado muitas
vezes uma instncia 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 transao ou mesmo o comportamento de um sistema completo
neste caso estaremos considerando o caso de uso ou o sistema como objetos.
O diagrama de mquina de estados um dos diagramas disponveis na
UML para a modelagem dos aspectos dinmicos de sistemas. Assim como o
diagrama de sequncia, o diagrama de mquina de estados muitas vezes baseiase em um caso de uso descrito em um e apoia-se no diagrama de classes.

Figura 15 - Diagrama mquina de estados

53

3.5.7 Diagrama de Comunicao

O

Diagrama

de

comunicao

definido

pelo

UML(UnifiedModelingLanguage). O Diagrama de Comunicao exibe uma

interao, consistindo de um conjunto de objetos e seus relacionamentos, incluindo
as mensagens que podem ser trocadas entre eles. O diagrama de sequncia e de
colaborao so isomrficos.
O diagrama de comunicao mostra, de maneira semelhante ao diagrama de
sequncia, a colaborao dinmica entre os objetos. Se a nfase do diagrama for o
decorrer do tempo, melhor escolher o diagrama de sequncia, mas se a nfase for o
contexto do sistema, melhor dar prioridade ao diagrama de colaborao. O diagrama
de colaborao desenhado como um diagrama de objeto, onde os diversos objetos
so mostrados juntamente com seus relacionamentos.

O Diagrama de Comunicao d nfase ordenao estrutural em que as

mensagens so trocadas entre os objetos de um sistema.

Figura 16 - Diagrama de comunicao

54

3.6 Termo de encerramento do projeto

DESENVOLVIMENTO DE UM SISTEMA PARA LOCADORA DE VECULOS
TERMO DE ENCERRAMENTO
Preparado por
Aprovado por
XI -

Ttulo do projeto
Desenvolvimento de um sistema para locadora de veculos

XII -

Consideraes finais
Pelo presente termo damos por encerrado o Projeto Desenvolvimento de um

sistema para locadora de veculos atestando que todas as solicitaes constantes

da Ordem de Servio 001 foram plenamente atendidas.

55

XIII - Autorizaes
Goinia, 12 de Dezembro de 2013

___________________________________
Aldir Origuela Frana
Presidente/Diretor

___________________________________
Joo Everton de Arajo Melo
Vice Presidente/Diretor

___________________________________
Tiago Lucas Rodrigues da Silva
Gerente do Projeto

Nota: Quaisquer alteraes neste documento devero ser submetidas ao processo de controle de projeto para
aprovaes antes de serem incorporadas a este documento.

56

4 CONSIDERAES FINAIS
O objetivo do Projeto Integrado Multidisciplinar IV transforma a teoria
aprendida em sala de aula para pratica, devido ao nvel de conhecimento estar
mais avanado a exigncia e expectativa maior. Para um resultado mais
completo e coerente com o nvel na qual se encontramos necessrio bem mais
dedicao e pesquisas.
Mantendo a forma simples e objetiva, foi possvel estar aplicando a teoria e
pratica simultaneamente, formando o resultado de um software para uma Locadora
de Veculos 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
Anlise, seguindo todas as etapas da mesma, alm de fazer a iterao da equipe
compartilhando conhecimentos tcnicos adquiridos ao longo desse projeto. Por fim
o resultado final da anlise foi bem satisfatrio, pois o grupo conseguiu atingir o
objetivo pretendido.

57

5 REFERNCIAS BIBLIOGRFICAS
ABLA, Associao Brasileira de Locadoras de Automveis. Empregos e tributos.
So

Paulo,

2013.

Disponvel

em:

<http://www.abla.com.br/setor-de-

locacao/principais-indicadores/empregos-e-tributos/>.
BOOCH, G.; JACOBSON, I.; RUMBAUGH, J.UML- guia do usurio. 2. ed. Rio de
Janeiro, Campus, 2006.
BOOKMAN, Utilizando UML e padres - Uma introduo a anlise e ao projeto
orientados, 2007.
CINCIA MODERNA, Engenharia de Software: Anlise e Projeto de Sistema,
2008. DEITEL, Java - Como Programar HARVEY M. DEITEL & PAUL J., 2010.
Guia PMBOK 4a edio;
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. Tcnicas 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 anlise
de risco para projetos de tecnologia da informao. Rio de Janeiro: Brasport, 2007.
VARGAS, R. V. Gerenciamento de projetos. 6. ed. Rio de Janeiro: Brasport, 2005.
VAZQUEZ, C. E.; SIMES, G. S.; ALBERT, R. M. Anlise de pontos de funo:
medies, estimativas e gerenciamento de projetos de software. 3. ed. So Paulo:
rica, 2003.
Autor(es). Ttulo da pgina [Internet]. Lugar de publicao: editor; data de
publicao do site [data da reviso/atualizao d a pgina; citado em data da
citao]. Disponvel em: endereo eletrnico da pgina (URL).

58