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
















GOINIA
2013


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.

9

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
10

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
11

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

12

LISTA DE ABREVIAES

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









13

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


14

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



15

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.


16

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.



17

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
ALDIR ORIGUELA FRANA 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)




18

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



19

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
o atual
Cronograma por semestre
1
Sem
2
Sem
3
Sem
4
Sem
5
Sem
6
Sem
01 Maturao da ideia X X
02 Em especificao X X
03 Em desenvolvimento X X
04 Em teste X X
05 Prottipo X X
06 Demonstrao em
cliente
X X
07 Em comercializao X X
* Quando o projeto se referir a mais de um produto/servio, fazer um cronograma para cada produto,
separadamente.


5) Comercializao



20

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% 50% 0%

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


21

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
1 Receita bruta (Quadro 7.1) 1.000.000,00
2 (-) Custos Fixos (Quadro 7.2) 89.000,00
3 (-) Custos variveis (Quadro 7.3) 33.000,00
4 Resultado Operacional (1 2 3) 1.122.000,00
5 (+) Receitas no operacional 50.000,00
6 (-) Despesas no operacionais 2.000,00
7 Lucro Bruto (4 + 5 6) 1.170.000,00

22

9 Projeo do fluxo de caixa.
Ms
Descrio
1 2 3 4 5 6 7 8 9 10 11 12
Total
1. Receita
Operacional
100 100 100 100 100 100 100 100 50 50 50 50 1 mi
2.Receita no
operacional
5 5 5 5 5 5 5 5 3 3 3 1 50
mil
(A) Total de Entrada 100 100 100 100 100 100 100 100 50 50 50 50 1 mi
3. Despesa
Operacional

4. Despesa no
operacional
100 100 100 100 100 100 100 100 100 100 500 500 2 mil
4. Investimento 1 1 1 1 1 1 1 1 1 250 250 444 9.94
4 mi
(B) Total de
Sada
100 100 100 100 100 100 100 100 100 100 11 11 122
mil
(C) Saldo no
ms
100 100 100 100 100 100 100 100 30 30 10 8 782
mil
A = (1 + 2); B = (2 + 3 + 4); C = (A B); Total = Soma (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 x
100 1.000,00 33.000,00

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
x 12
1.122.000,00

23


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.



24

Termo de Abertura do Projeto
SISTEMA PARA LOCADORA DE VECULOS
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.










25


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.


26

2.2 Cronograma

Fase1

ID Nome da tarefa Incio Concluso Durao
1 Iniciar projeto documentado: Iniciar
documentao do projeto
15/03/0213 10/06/0213 87d
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.
25/03/2013 29/03/2013 5d
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.
08/04/2013 12/04/2013 5d
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.
15/04/2013 17/04/2013 3d
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.
17/04/2013 19/04/2013 3d
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.
22/04/2013 26/04/2013 5d
7 Diagrama de classe: Criar o diagrama
de classe com objetivo de mostrar os
06/05/2013 17/05/2013 10d
27

relacionamentos existentes entre as
classes que so abstradas no projeto,
e como esses relacionamentos
colaboram para a execuo dos
processos especficos.
8 Diagrama de Sequncia: Criar os
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.
27/05/2013 31/05/2013 5d


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
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.
02/09/2013 05/09/2013 4d
Desenvolvimento do Software:
Desenvolver o software da locadora de
carro de acordo com a anlise feita
usando a linguagem JAVA WEB e
Desktop.
10/09/2013 10/10/2013 30d
Testar o Software: Testar o software
para encontrar possveis erros de
codificao e divergncias com a regra
de negcio.
15/10/2013 28/10/2013 14d
Desenvolver o documento de
Concluso do projeto:
Documentao com as especificaes
da concluso do projeto.
01/11/2013 25/11/2013 25d
Tabela 2 - Lista de tarefas fase2

28

3 DESENVOLVIMENTO

3.1 Engenharia de Software

De maneira simplificada, podemos definir como uma rea da tecnologia da
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 - J ustificativa 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.





29

Benefcios e Beneficiados

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
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
Nenhuma flexibilidade no prazo de
entrega
Compensar a lacuna de alguns
profissionais necessrios com estudos
individuais e em grupo.

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
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
30

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 a 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

31

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
2 Servio ou Entregue 2 R$ 8.000,00
3 Servio ou Entregue 3 R$ 3.000,00
4 Servio ou Entregue 4 R$ 600,00
TOTAL R$ 36.000,00
32

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



33

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

34

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
35

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.
36

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 Dep.
RF001 Manter empresa Menu Empresa para gerenciar as
empresas com os sub-itens Inserir empresa,
Editar empresa, Remover empresa e
Consultar empresa

RF002 Inserir empresa Inserir empresas filiais RF001
RF003 Editar empresa Editar dados das empresas, buscando a
empresa a partir de seu cnpj ou id da
empresa
RF001
RF004 Remover
empresa
Remover empresa do sistema RF001
RF005 Consultar
empresas
Listar as empresas cadastradas RF001
RF006 Manter
funcionrio
Menu Funcionrio para gerenciar os
funcionrios com sub-itens Inserir
funcionrio, Editar funcionrio e Consultar
funcionrio
RF001
RF007 Inserir funcionrio Inserir funcionrio no sistema, registrando
ele em uma empresa
RF006
37

RF008 Editar funcionrio Editar dos do funcionrio no sistema,
buscando funcionrio a partir do seu cpf ou
nome ou id do funcionrio
RF006
RF009 Remover
funcionrio
Remover o funcionrio do sistema caso no
haja nenhuma dependncia dele no sistema
RF006
RF010 Consultar
funcionrio
Lista os funcionrios cadastrados na
empresa, com opo de busca a partir do
nome ou cpf ou id do funcionrio ou id da
empresa
RF006
RF011 Manter frota Menu Frota para gerenciar as frotas da
empresa com sub-itens Inserir frota, Editar
frota, Remover frota e Consultar frota.
RF001
RF012 Inserir frota Inserir o veculo para empresa na qual
pertence
RF011
RF013 Editar frota Editar dados do veculo buscando o veculo
a partir da placa
RF011
RF014 Remover frota Remover veculo da empresa caso no haja
nenhuma dependncia dele no sistema
RF011
RF015 Consultar frota Lista os veculos cadastrados na empresa
com opo de busca a partir da placa ou
empresa ou status do veculo (disponvel,
negociao e vendido)
RF011
RF021 Manter cliente Menu Cliente para gerenciar clientes com
sub-itens Inserir cliente, Editar cliente e
Remover cliente
RF001
RF022 Inserir cliente Inserir cliente para empresa RF021
RF023 Editar cliente Editar cliente a partir do cpf do cliente RF021
RF024 Remover cliente Remover cliente caso no haja nenhuma
dependncia dele no sistema
RF021
RF025 Consultar cliente Consultar clientes a partir da empresa ou cpf
ou nome
RF021
RF026 Manter locao Menu de Locao com sub-item Locar
Veculo
RF001

38

RF027 Locar Veculo Realizar a locao do veculo ao cliente RF026
RF028 Consultar
Locao
Consultar as locaes j realizadas com
filtros a partir da empresa ou cpf do cliente
ou placa do veculo ou data inicial e final para
perodo de locao
RF026
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
exibir esse menu
RF001
RN002 A empresa deve ser cadastrada com cnpj e o id da empresa
deve ser gerado automaticamente
RF002
RN003 No deve ser permitido a alterao do cnpj da empresa nem id
apenas o nome de referncia da empresa
RF003
39

RN004 Caso haja alguma dependncia de dados da empresa
cadastrada no sistema a mesma no deve permitir sua excluso
RF004
RN005 Usurio com acesso diferente de administrador poder exibir
apenas o menu de funcionrio com sub menu consultar
RF006
RN006 Deve ser validado o cpf do funcionrio antes de inserir ele no
sistema
RF007
RN007 Caso haja alguma dependncia de dados do funcionrio no
sistema, no deve ser permitido sua excluso
RF009
RN008 Usurio com acesso de administrador acessa todos os menus
de frota, outro tipo de acesso exibe frota com sub-item apenas
para consulta
RF011
RN009 Caso haja alguma dependncia de dados da frota cadastrada
no sistema a mesma no deve permitir sua excluso
RF014
RN010 Usurio com acesso diferente de administrador poder exibir
apenas o menu de funcionrio com sub menu consultar
RF016
RN011 Usurio com acesso diferente de administrador poder exibir
apenas o menu de funcionrio com sub menu consultar
RF021
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
a mesma no deve permitir sua excluso
RF024
RN014 Usurio com acesso diferente de administrador poder exibir
apenas o menu de Locao com sub menu Consultar
Locao
RF026
RN015 Caso o veculo selecionado esteja com mais de 80.000 km
rodados no ser possvel efetuar a locao, caso o veculo
tenha mais de 4 anos de uso no ser possvel efetuar a
locao.

RF027
Tabela 04 Regras de negcio


40

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 Descrio
Manter empresa Funcionrio Ator funcionrio gerencia a empresa inserindo,
editando, removendo e consultando
Manter cliente Cliente,
funcionrio
Ator cliente interage com o funcionrio no perfil
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



41

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




42

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 Est logado no sistema
43

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 Est logado no sistema
Fluxo Normal Inserir
Informar dados do veculo.
Confirmar incluso.
Alterar
Informar a placa do veculo.
Alterar dados.
Confirmar alterao.
44

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
geral
Inserir e Consultar
Ator Principal Funcionrio
Atores
Secundrios
Cliente
Pr-condio Esta logado no sistema
Fluxo Normal 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

45

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


46

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"
47

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"
48

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"


49

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"
50

Locao: Finalizar Locao

Figura 13 - Diagrama de sequncia "Finalizar locao"


51

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.


52


Figura 14 - Diagrama de pacotes


53

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
54

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




55

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 Daniel Fernandes 09/12/2013
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.



56

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.





57

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.



58

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).