Sistema para Locadora de Veiculos Pim Unip PDF

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

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

Aprovado em:
_______________________/__/___
Prof. Esp. Antnio Carvalho Torres
Universidade Paulista UNIP
_______________________/__/___
Prof. Ms. Antnio Cruvinel Borges Neto
_______________________/__/___
Prof. Esp. Daniel Fernandes de Oliveira
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 e 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
rgo Emissor: SSP/MT
CPF: 032.271.331-56
Endereo: 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
Formao Profissional: Analista de Sistemas.
Atribuies no Empreendimento: Proprietrio.
2 Natureza/Descrio do empreendimento:
Individual
Limitada
X
Sociedade Annima
Razo Social: HOJE SOLUES LTDA
Nome Fantasia: HOJE SOLUES LTDA
CGC Insc. Estadual: ISENTO
Insc. Municipal
2.1. Nome dos scios e respectivas participaes na empresa

Nome
Participao
100%
2.2. reas de competncia tecnolgica (reas de conhecimento tcnico

que so dominadas)
Nome
rea
Programao
Khyquer Ronaldy
Projeto e Processo
Janaina Fonseca
2.3 Responsveis pela gesto do empreendimento (por rea).

rea
Responsvel
Administrao
Fabio Gandolfo
Financeira
Marcia Brito
Produo
Alessandro Ferreira
Tecnolgica
Kleber Marques
Comercial
Renato Brito
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
Estgi
Cronograma por semestre
o atual 1
Sem
Sem
Sem
Sem
Sem
Sem
01
Maturao da ideia
02
Em especificao
03
Em desenvolvimento
04
Em teste
05
Prottipo
06
Demonstrao
em X
X
X
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
Valor
1. Estudo de mercado
R$ 1.000,00
2. Registro de marcas e patentes
R$ 1.000,00
3. Honorrios
R$ 20.000,00
4. Registro da Empresa
R$ 1.000,00
5. Mquinas e Equipamentos
R$ 900.000,00
6. Mveis / Utenslios
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 prprios (%) Recursos de terceiros (%)
Reinvesti mento (%)
R$ 9.944.000,00
50%
0%
50%
7) Receita e custos
7.1 Receitas operacionais
Ano
1 Trimestre
2Trimestre 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
20
7.2 Custo fixo anual (1 ano)

Descrio
Valor Anual
1. Salrios e encargos
50.000,00
2. Pr-labore
10.000,00
3. Taxa de Incubao
10.000,00
4. Taxas Diversas (Telefone, aluguel de Equipamentos, etc.)
10.000,00
5. Materiais Diversos
2.000,00
6. Manuteno e Conservao
1.000,00
7. Seguros
2.000,00
8. Depreciao
1.000,00
9. Outros
3.000,00
10. Total
89.000,00
7.3 Custo varivel (1 ano)

Descrio
Valor Anual
1. Matria Prima
10.000,00
2. Embalagem
1.000,00
3. Outros insumos
1.000,00
4. Frete
1.000,00
5. Outros (comisses, impostos, etc.)
20.000,00
6. Total
33.000,00
8) Demonstrativos simplificados de resultados (1 ano)

Item Descrio
Valores
Receita bruta (Quadro 7.1)
1.000.000,00
(-) Custos Fixos (Quadro 7.2)
89.000,00
(-) Custos variveis (Quadro 7.3)
33.000,00
Resultado Operacional (1 2 3)
1.122.000,00
(+) Receitas no operacional
50.000,00
(-) Despesas no operacionais
2.000,00
Lucro Bruto (4 + 5 6)
1.170.000,00
21
9 Projeo do fluxo de caixa.

Ms
Descrio
1. Receita
10 11 12
Total
100 100 100 100 100 100 100 100 50
50
50
50
1 mi
50
Operacional
2.Receita no
operacional
mil
(A) Total de Entrada
100 100 100 100 100 100 100 100 50
50
50
50
1 mi
3. Despesa
Operacional
4. Despesa no 100 100 100 100 100 100 100 100 100 100 500 500 2 mil
operacional
4. Investimento
250 250 444 9.94

4 mi
(B) Total de
100 100 100 100 100 100 100 100 100 100 11
11
Sada
122
mil
(C) Saldo no
100 100 100 100 100 100 100 100 30
30
10
782
ms
mil
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)
P.E =
89.000,00
1.000,00 33.000,00
100
10.2 Tempo de retorno do investimento (TR) : Nmero de meses

necessrio para recuperar o dinheiro aplicado no investimento inicial.
TR =
9.944.000,00
1.122.000,00
x 12
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

TERMO DE ABERTURA
Nome do projeto:
Locadora de veculos
Verso: 1.0
rea Responsvel:
Desenvolvimento de software
09/8/2013
Preparado / Revisado por:
Aldir Origuela Frana, Carlos Alberto de Oliveira, Joo Everto

de Arajo Melo e Tiago Lucas Rodrigues da Silva
Aprovado por:
Daniel Fernandes de Oliveira, Antnio Cruvinel Borges Neto,

Antnio Carvalho Torres.
rea:
[ x ] Fim
[ x ] Meio
Tipo:
[x] Meta Geral

[ ] Problema Prioritrio
[ ] Problema no prioritrio
[ ] Outros
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 Nome da tarefa
1 Iniciar projeto documentado: Iniciar
documentao do projeto
2 Criar cenrio: Coletar narrativas de
situaes no domnio que favorecem o
levantamento de informaes, a
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.
3 Levantar requisitos: Levantar ou
capturar requisitos para descobrir junto
ao cliente quais so as caractersticas
necessrias ao sistema. Mesmo
existindo diversas tcnicas que podem
ser utilizada, utilizar a mais bsica e
intuitiva que a entrevista.
4 Definir regras de negcio: Listar as
regras de negcios determinando como
a empresa funciona, o que deve ser
feito e como deve ser feito.
5 Criar os casos de uso: Documentar os
requisitos funcionais do sistema
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.
6 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.
7 Diagrama de classe: Criar o diagrama
de classe com objetivo de mostrar os
Incio
Concluso Durao
15/03/0213 10/06/0213 87d
25/03/2013 29/03/2013 5d
08/04/2013 12/04/2013 5d
15/04/2013 17/04/2013 3d
17/04/2013 19/04/2013 3d
22/04/2013 26/04/2013 5d
06/05/2013 17/05/2013 10d

26
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:
02/09/2013 02/09/2013 1d
Desenvolver o Termo de Abertura:
02/09/2013 02/09/2013 1d
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
do Software:
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
do
projeto:
Documentao com as especificaes
da concluso do projeto.
02/09/2013 05/09/2013 4d
10/09/2013 10/10/2013 30d
15/10/2013 28/10/2013 14d
01/11/2013 25/11/2013 25d
Tabela 2 - Lista de tarefas fase2
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
Beneficiados
Agilidade no processo
Clientes, Colaboradores, Gesto
Reduo de custos
Clientes
Maior lucratividade
Gesto
Diminuio de retrabalho
Colaboradores
Diminuio de falhas
Clientes, Colaboradores
Controle de cadastro
Colaboradores, Gesto
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

Premissas
Restries
Desenvolver uma aplicao que atenda Nenhuma flexibilidade no prazo de

s necessidades do cliente.
entrega
Utilizar as melhores prticas de Compensar a lacuna de alguns
desenvolvimento de software
profissionais necessrios com estudos
individuais e em grupo.
Gerir bem os recursos disponveis
Entregar no prazo estipulado
Garantir a mxima excelncia no produto
entregue
V-
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
R$ 25.000,00
R$ 8.000,00
R$ 3.000,00
R$ 600,00
TOTAL
R$ 36.000,00
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
Modificado por
Descrio da mudana
15/10/2013
Tiago Lucas
Cliente desistiu de ter reserva de carro.
15/10/2013
Tiago Lucas
Cliente desistiu de ter controle de reviso.
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 a funcionalidade do software, descrevem
as funes que o software deve executar.
ID
Nome
Descrio
RF001
Manter empresa
Menu
Dep.
Empresa
para
gerenciar
as
empresas com os sub-itens Inserir empresa,

Editar
empresa,
Remover
empresa
Consultar empresa
RF002
Inserir empresa
Inserir empresas filiais
RF001
RF003
Editar empresa
Editar dados das empresas, buscando a RF001

empresa a partir de seu cnpj ou id da
empresa
RF004
Remover
Remover empresa do sistema
RF001
Listar as empresas cadastradas
RF001
empresa
RF005
Consultar
empresas
RF006
Manter
Menu
Funcionrio
funcionrio
funcionrios
com
para
gerenciar
sub-itens
os RF001
Inserir
funcionrio, Editar funcionrio e Consultar

funcionrio
RF007
Inserir funcionrio Inserir funcionrio no sistema, registrando RF006

ele em uma empresa
36
RF008
Editar funcionrio
Editar dos do funcionrio no sistema, RF006

buscando funcionrio a partir do seu cpf ou
nome ou id do funcionrio
RF009
RF010
Remover
Remover o funcionrio do sistema caso no RF006
funcionrio
haja nenhuma dependncia dele no sistema
Consultar
Lista
funcionrio
empresa, com opo de busca a partir do
os
funcionrios
cadastrados
na RF006
nome ou cpf ou id do funcionrio ou id da

empresa
RF011
Manter frota
Menu Frota para gerenciar as frotas da RF001

empresa com sub-itens Inserir frota, Editar
frota, Remover frota e Consultar frota.
RF012
Inserir frota
Inserir o veculo para empresa na qual RF011

pertence
RF013
Editar frota
Editar dados do veculo buscando o veculo RF011

a partir da placa
RF014
Remover frota
Remover veculo da empresa caso no haja RF011

nenhuma dependncia dele no sistema
RF015
Consultar frota
Lista os veculos cadastrados na empresa RF011

com opo de busca a partir da placa ou
empresa ou status do veculo (disponvel,
negociao e vendido)
RF021
Manter cliente
Menu Cliente para gerenciar clientes com RF001

sub-itens Inserir cliente, Editar cliente e
Remover cliente
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 no haja nenhuma RF021

dependncia dele no sistema
RF025
Consultar cliente
Consultar clientes a partir da empresa ou cpf RF021

ou nome
RF026
Manter locao
Menu de Locao com sub-item Locar RF001

Veculo
37
RF027
Locar Veculo
Realizar a locao do veculo ao cliente
RF026
RF028
Consultar
Consultar as locaes j realizadas com RF026
Locao
filtros a partir da empresa ou cpf do cliente

ou placa do veculo ou data inicial e final para
perodo de locao
Tabela 02 Requisitos funcionais
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
Dep.
RNF001 Desenvolver o software na plataforma java em sua verso 7 ou

superior
RNF002 O software deve rodar nas plataformas Linux e Windows
Tabela 1 - Requisitos no funcionais
3.4 Regras de negcio

Conhecer bem o negcio fundamental para o 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
Req.
RN001 Usurio com funo diferente de administrador no poder RF001

exibir esse menu
RN002 A empresa deve ser cadastrada com cnpj e o id da empresa RF002
deve ser gerado automaticamente
RN003 No deve ser permitido a alterao do cnpj da empresa nem id RF003
apenas o nome de referncia da empresa
38
RN004 Caso haja alguma dependncia de dados da empresa RF004

cadastrada no sistema a mesma no deve permitir sua excluso
RN005 Usurio com acesso diferente de administrador poder exibir RF006
apenas o menu de funcionrio com sub menu consultar
RN006 Deve ser validado o cpf do funcionrio antes de inserir ele no RF007
sistema
RN007 Caso haja alguma dependncia de dados do funcionrio no RF009
sistema, no deve ser permitido sua excluso
RN008 Usurio com acesso de administrador acessa todos os menus RF011
de frota, outro tipo de acesso exibe frota com sub-item apenas
para consulta
RN009 Caso haja alguma dependncia de dados da frota cadastrada RF014
no sistema a mesma no deve permitir sua excluso
RN012 Deve ser validado o cpf do cliente antes de inserir ele no sistema RF022
RN013 Caso haja alguma dependncia de dados do cliente no sistema RF024
a mesma no deve permitir sua excluso
apenas o menu de Locao com sub menu Consultar
Locao
RN015 Caso o veculo selecionado esteja com mais de 80.000 km RF027
rodados no ser possvel efetuar a locao, caso o veculo
tenha mais de 4 anos de uso no ser possvel efetuar a
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
Atores
Manter empresa Funcionrio
Descrio
Ator funcionrio gerencia a empresa inserindo,
editando, removendo e consultando
Manter cliente
Cliente,
Ator cliente interage com o funcionrio no perfil
funcionrio
de atendente onde a mesma mantem o cliente

inserindo, editando, removendo e consultado
Manter frota
Funcionrio
Ator funcionrio gerencia a frota inserindo,

editando, removendo e consultando
Manter proteo Funcionrio
Ator funcionrio gerencia as protees possveis

para os veculos: inserindo, editando, removendo
e consultando
Manter locao
Funcionrio
Ator funcionrio gerencia a locao inserindo,

editando removendo e consultado
Tabela 05 Casos de uso
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
Manter Empresa
Caso de uso geral
Inserir, alterar, excluir e consultar
Ator Principal
Funcionrio
Atores Secundrios
Pr-condio
Est logado no sistema
Fluxo Normal
Inserir
Informar dados da empresa.
Confirmar incluso.
Alterar
Informar cnpj da empresa ou id da empresa.
Alterar dados.
Confirmar alterao.
Remover
Informar id da empresa.
Confirmar excluso.
Consultar
Listar dados da empresa.
Fluxos Excepcionais
Empresa j cadastrada no sistema
Ps-condio
Inserir
Incluso efetuada com sucesso.
Editar
Alterao efetuada com sucesso.
Remover
Empresa removida com sucesso.
Tabela 2 - Documentao do caso de uso Manter Empresa
Caso de uso
Manter Cliente
Caso de uso geral
Inserir, alterar e consultar
Ator Principal
Funcionrio
Atores Secundrios
Cliente
Pr-condio

42
Fluxo Normal
Inserir
Informar dados do Cliente.
Confirmar incluso.
Alterar
Informar o Cliente.
Alterar dados.
Confirmar alterao
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.
No permitido remover o cadastro do cliente.
Ps-condio
Inserir
Incluso efetuada com sucesso
Alterar
Alterao efetuada com sucesso
Tabela 3 - Documentao do caso de uso Manter Cliente
Caso de uso
Manter frota
Caso de uso geral
Inserir, alterar, remover e consultar
Ator Principal
Funcionrio
Atores Secundrios
Pr-condio
Fluxo Normal
Inserir
Informar dados do veculo.
Confirmar incluso.
Alterar
Informar a placa do veculo.
Alterar dados.
Confirmar alterao.
43
Remover
Informar id do veculo
Confirmar excluso
Consultar
Listar veculos
Fluxos Excepcionais
Veculo j cadastrado.
Cadastro no pode ser removido.
Ps-condio
Inserir
Incluso efetuada com sucesso.
Alterar
Alterao efetuada com sucesso.
Remover
Remoo efetuada com sucesso.
Tabela 4 - Documentao do caso de uso Manter Frota
Caso de uso
Manter locao
Caso de uso
Inserir e Consultar
Ator Principal
Funcionrio
Atores
Cliente
geral
Secundrios
Pr-condio
Fluxo Normal
Esta logado no sistema
Inserir
1. Incluir dados da locao.
2. Confirmar locao do cliente.
Consultar
1. Listar dados da locao.
Fluxos
Excepcionais
1. No possvel excluir locao.

2. Cliente j possui uma locao em aberto.
3. No possvel alterar dados.
Ps-condio
Inserir
1. Incluso efetuada com sucesso.
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 baseia-se 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
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 Carlos Alberto de Oliveira
Verso 1.0
Aprovado por
09/12/2013
Daniel Fernandes
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

Sistema para Locadora de Veiculos Pim Unip PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Sistema para Locadora de Veiculos Pim Unip PDF

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDADE PAULISTA UNIP

ALDIR ORIGUELA FRANA

SISTEMA PARA LOCADORA DE VECULOS

UNIVERSIDADE PAULISTA UNIP

ALDIR ORIGUELA FRANA

SISTEMA PARA LOCADORA DE VECULOS

ALDIR ORIGUELA FRANA

SISTEMA PARA LOCADORA DE VECULOS

Se hoje fosse o ltimo dia de minha vida,

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

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

O desafio do Projeto Integrado Multidisciplinar IV, para o 4 perodo do curso

O ramo de locao de veculos est em ascenso no Brasil. Segundo a

1.2. Objetivos Gerais.

1.3. Objetivos Especficos.

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

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

Elaborar um projeto de software para informatizar os principais processos da

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

Aplicar tcnicas de Gerenciamento de Projetos para gesto das atividades e

Desenvolver um software que torne o processo de locao otimizado e

2.1. Nome dos scios e respectivas participaes na empresa

2.2. reas de competncia tecnolgica (reas de conhecimento tcnico

2.3 Responsveis pela gesto do empreendimento (por rea).

3.4 Pontos fracos:

4.2 Foco do Negcio. (Mercado potencial e concorrncia)

4.3 - Diferenciais dos produtos/servios (em relao aos disponveis no

Cronograma por semestre

5.1 Estratgias de venda e assistncia tcnica.

2. Registro de marcas e patentes

6.2 Origem dos recursos (investimentos iniciais)

Recursos prprios (%) Recursos de terceiros (%)

Reinvesti mento (%)

7.2 Custo fixo anual (1 ano)

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

7.3 Custo varivel (1 ano)

5. Outros (comisses, impostos, etc.)

8) Demonstrativos simplificados de resultados (1 ano)

Receita bruta (Quadro 7.1)

(-) Custos Fixos (Quadro 7.2)

(-) Custos variveis (Quadro 7.3)

(+) Receitas no operacional

(-) Despesas no operacionais

9 Projeo do fluxo de caixa.

100 100 100 100 100 100 100 100 50

(A) Total de Entrada

100 100 100 100 100 100 100 100 50

250 250 444 9.94

100 100 100 100 100 100 100 100 30

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

11) Utilizao da infraestrutura da incubadora

12 Consideraes finais. (Texto Livre)

Termo de Abertura do Projeto

Preparado / Revisado por:

Aldir Origuela Frana, Carlos Alberto de Oliveira, Joo Everto

Daniel Fernandes de Oliveira, Antnio Cruvinel Borges Neto,

[x] Meta Geral

No projeto foi definido que seria feito o cadastro de cliente, cadastro de

06/05/2013 17/05/2013 10d

relacionamentos existentes entre as

Desenvolver o plano de negcio:

Desenvolver o Termo de Abertura:

Diagrama de pacote: Criar diagramas