UNIP INTERATIVA

Projeto Integrado Multidisciplinar VII

Cursos Superiores de Tecnologia

SISTEMA DE LOCADORA DE VECULOS

Serrinha-Ba
2016
 UNIP INTERATIVA
Projeto Integrado Multidisciplinar VII
Cursos Superiores de Tecnologia

SISTEMA DE LOCADORA DE VECULOS

Nome: Rafael Oliveira Souza de Almeida

RA: 1420040

Curso: Analise e Desenvolvimento de Sistemas

Semestre: 2 Semestre de 2016

Serrinha-Ba
2016
RESUMO

O principal desafio deste Projeto Integrado Multidisciplinar criar um sistema

para locadora de veculos, ser necessrio fazer a anlise e desenvolvimento do
software. No decorrer do trabalho, teremos algumas noes de tpicos vistos em
disciplinas do curso sendo colocados em prtica, o que claramente ajudara-nos a
desenvolver nossa capacidade de criar para encontrar e solucionar os problemas
relacionados com nossa futura profisso: analista de sistema, analista de banco de
dados, etc. Mesmo o PIM sendo apenas um trabalho acadmico para obteno da
nota referente ao 4 perodo do curso de Anlise e Desenvolvimento de Sistemas, no
qual o aluno ir se deparar com incertezas, dificuldades e riscos, entregar o projeto
finalizado, levando em conta as tendncias atuais do mercado de trabalho, ele deve
proporcionar ao usurio final uma ferramenta que supra plenamente todas suas as
necessidades e alavancar ainda mais os nossos conhecimentos na rea de
informtica.

Palavras-chave: veculos, sistema, anlise, software.

ABSTRACT

The main challenge of this Multidisciplinary Integrated Project is to create a system for
vehicle rental company, you need to do the analysis and software development. During
the work, we will have some notions visa topics in course subjects being put in place,
which clearly helped us to develop our ability to create to find and solve the problems
related to our future profession: System Analyst, Analyst database, etc. Even the PIM
being just an academic work to obtain the note of the 4th period of the course of
Systems Analysis and Development, in which the student will be faced with
uncertainties, difficulties and risks, deliver the finished project, taking into account
current trends labor market, it should provide the end user a tool that fully meet all your
needs and further leverage our expertise in computer science.

Keys word: vehicles, system, analysis, software.

SUMRIO

1 INTRODUO.............................................................................................................6

2 DESENVOLVIMENTO..................................................................................................7

2.1 Cenrio.....................................................................................................................7

2.2 Justificativa do Projeto............................................................................................7

2.3 Arquitetura MVC....................................................................................................7

2.4 Modelo Entidade Relacionamento........................................................................8

2.5 UML (Unified Modeling Language).......................................................................9

2.5.1 Diagrama de Caso de uso....................................................................................10

2.5.2 Diagrama de Classes...........................................................................................10

2.5.3 Diagrama de Sequncia......................................................................................11

2.5.4 Diagrama de Atividades.....................................................................................16

2.5.5 Diagrama de Implantao..................................................................................16

2.6 Projeto de Sistema Para Locao de Veculos....................................................16

3 CONCLUSO........................................................................................................30

4 REFERNCIAS........................................................................................................31
 6

1 INTRODUO

O uso de computadores nas mais diversas reas do conhecimento humano

tem gerado uma crescente demanda por solues computadorizadas. Para os
iniciantes na Cincia de Computao, desenvolver softwares , muitas vezes,
confundido com programao. Essa confuso inicial pode ser atribuda, pela forma
como as pessoas so introduzidas nesta rea de conhecimento, comeando por
desenvolver habilidades de raciocnio lgico, atravs de programao e estruturas de
dados.

Criar um software de qualidade atendendo aos requisitos do cliente um

desafio para o engenheiro de sistemas. Para tanto se faz necessrio utilizar uma
abordagem sistemtica da engenharia de software chamada processo de software.

O Processo de software possui vrios modelos que tem em comum quatro

atividades fundamentais: a especificao que consiste na definio do software a ser
produzido e suas restries; o desenvolvimento onde feito o projeto de software bem
como a programao; a validao que coloca o software em verificao para garantir
que as necessidades dos clientes sejam atendidas e evoluo em que o software
modificado para atender novos requisitos e tecnologias do cliente e do mercado.

Na fase de desenvolvimento seja qual for o processo adotado pelo engenheiro

de software temos o projeto de software onde atravs do documento de requisitos e
anlise elaborados na fase de especificao, projetamos o software determinando a
sua arquitetura, projeto de banco de dados assim como diagramas de classe,
sequncia e de distribuio, reduzindo a intangibilidade do que ser produzido.

Neste cenrio, frequentemente no possvel conduzir o desenvolvimento de

software de maneira individual. Pessoas tm de trabalhar em equipes, o esforo tem
de ser planejado, coordenado e acompanhado. Este projeto tem o objetivo de construir
a documentao de design para um sistema de locao de veculos sendo necessrio
gerar os artefatos solicitados no projeto.
 7

A pesquisa a ser realizada neste trabalho pode ser classificada como

bibliogrfica. Isto porque deve a pesquisa em mos um estudo inicialmente da
construo de um protocolo de investigao atravs de resumos e fichamentos de
livros da rea, leituras de artigos e pesquisas na internet, auxiliando na percepo das
variveis do projeto.

2 DESENVOLVIMENTO

2.1 Cenrio

O objetivo principal criar um sistema para controlar a locao de

veculos em uma empresa especializada, controlar a devoluo e o pagamento
dessas locaes. A empresa de propriedade dos irmos empresrios. Essa dupla
de jovens empresrios resolveu criar uma empresa no ramo de locao de
veculos. Entre muitas medidas tomadas para viabilizar o negcio, fez-se
necessrio desenvolver um sistema para controlar as locaes dos veculos.
Ento decidiram procurar os servios de desenvolvedora especializada em
softwares para criar o sistema. Aps um ms e f e t i v o de intenso trabalho, o
designer do projeto teve um imprevisto e fez uma viagem para atender um cliente
estrangeiro. A partir deste momento ns enquanto estudantes do curso de Anlise
e Desenvolvimento de Sistemas ficaremos responsveis por conduzir o projeto
daqui em diante at que o verdadeiro arquiteto assuma o seu papel novamente.
Vale lembrar, que o arquiteto passou todas as informaes necessrios para o
desenvolvimento do sistema e em que estgio ele se encontrava. O arquiteto
informou que a fase de anlise j havia sido concluda, e que a prxima etapa de
desenvolvimento seria a fase de projeto (denominada de design).

2.2 Justificativa do Projeto

No cenrio atual de competividade que temos atualmente, as empresas esto

buscando expandir seus horizontes. Essa tendncia requer que os profissionais sejam
 8

aproveitados ao mximo principalmente no que diz respeito a produtividade, e com

uma reduo substancial do tempo necessrio para executar suas atividades,
diminuindo os custos na operao, e permitindo que a empresa desenvolva e tenha
ainda mais seu potencial de competitividade, com um servio clere, seguro, eficaz e
tendo sobretudo um grande valor.

2.3 Arquitetura MVC

O MVC (model view - controller) um padro de arquitetura de software

permite fazer a separao em camadas dos elementos de um sistema, permitindo
alteraes localizadas. a base para gerenciamento em sistemas web.

A arquitetura do sistema estruturada em trs componentes lgico que fazem

a interao entre si. O componente modelo gerencia os dados e as operaes que
esto associadas a esses dados. A componente viso, define e gerencia como os
dados so apresentados aos usurios. O componente controlador gerencia a
interao do usurio, passando essas interaes para a viso e modelo.

2.4 Modelo Entidade Relacionamento

O MER Modelo Entidade-Relacionamento um modelo conceitual

desenvolvido e proposto pelo Dr. Peter Pin-Shan Chen em 1976 e focado nos
conceitos de: Entidades, atributos e relacionamentos entre as entidades. Este tipo de
modelagem de bancos de dados tornou-se mundialmente famoso e possui grande
reconhecimento parte da Engenharia de Software, tornando os objetos observados no
modelo de negcios em entidades. Como o DER Diagrama Entidade
Relacionamento
 9

O DER pode ser entendido como uma forma lgica, grfica e intuitiva de
visualizar as concepes que envolvem a modelagem dos dados de acordo com o
modelo de dados Entidade-Relacionamento. Neste diagrama, podemos ver
claramente o conjunto de entidades, o conjunto de atributos das entidades e os
relacionamentos existentes alinhados de acordo com o entendimento do modelo de
negcios proposto.

A estrutura DER composta por figuras geomtricas, textos e nmeros. As

figuras representam as entidades e os relacionamentos, sendo o primeiro
representado por quadrados ou retngulos e o segundo por losangos. Os textos
descrevem os nomes dos atributos que uma entidade possui e os nmeros se referem
cardinalidade mapeada entre as entidades.

2.5 UML (Unified Modeling Language)

A UML (Unified Modeling Language) Linguagem de Modelagem Unificada

pode ser entendida como uma linguagem de modelagem que segue uma srie de
padres aceitos por uma comunidade de engenheiros de software por todo o planeta.
Seu incio se deu por: Jim Rumbaugh, Grady Booch e Ivar Jacobson na dcada de
90. A UML baseada nos conceitos de Orientao a Objetos e que pode ser
observado em seus diagramas, que so expressos de forma lgica.

Os diagramas so divididos em dois grupos: um para a modelagem da

estrutura de um sistema e um para a modelagem do comportamento. Os diagramas
de estrutura so usados para representar os dados e relacionamentos estticos que
compe um sistema. O diagrama de comportamento fornece a representao dos
relacionamentos dinmicos entre os objetos que representam o sistema. Quando o
sistema desenvolvido, os diagramas passam a incluir detalhes que levam a gerao
de cdigo.

A UML pode ser utilizada para especificar sistemas de qualquer natureza, ser
usada em todas as fases do processo de desenvolvimento, objetivando dar suporte
visual expressivo para que os usurios possam desenvolver e trocar modelos entre
si.
 10

2.5.1 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

2.5.2 Diagrama de Classes

Diagrama de classes considerado por muitos autores como o mais

importante e o mais utilizado diagrama da UML. Sua principal caracterstica 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.

O diagrama de classes composto por suas classes e pelas associaes

existentes entre elas, ou seja, os relacionamentos entre as classes.
 11

Figura 2 Diagrama de Classes

2.5.3 Diagrama de Sequncia

O diagrama de sequncia equivale em modelar a interao entre os objetos

do sistema. Permite identificar postos especficos de execuo do sistema. A
visualizao do diagrama consiste identificar os objetos nas linhas verticais. Os
relacionamentos so atravs de setas e o decorrer do tempo visualizao de cima
para baixo.

Funcionrio: Inserir funcionrio

 12

Figura 3 Diagrama de Sequncia "Inserir funcionrio"

Funcionrio: Editar funcionrio

Figura 4 Diagrama de Sequncia "Editar funcionrio"

Funcionrio: Remover funcionrio

 13

Figura 5 - Diagrama de sequncia "Remover funcionrio"

Veculo: Inserir

Figura 6 - Diagrama de sequncia "Inserir veculo"

Veculo: Editar

Figura 7 - Diagrama de sequncia "Editar veculo"

 14

Veculo: Remover

Figura 8 - Diagrama de sequncia "Remover veculo"

Cliente: Inserir cliente

Figura 9 - Diagrama de sequncia "Inserir cliente"

Cliente: Editar cliente

Figura 10 - Diagrama de sequncia "Editar cliente"

 15

Cliente: Remover cliente

Figura 11 - Diagrama de sequncia "Remover cliente"

Locao: Efetuar Locao

Figura 12 - Diagrama de sequncia "Efetuar locao"

Locao: Finalizar Locao

Figura 13 - Diagrama de sequncia "Finalizar locao"

 16

2.5.4 Diagrama de Atividades

O Diagrama de atividade um diagrama referenciado pela Linguagem de

Modelagem Unificada (UML), e representa os fluxos conduzidos por processamentos.
essencialmente um grfico de fluxo, mostrando o fluxo de controle de uma atividade
para outra. Comumente isso envolve a modelagem das etapas sequenciais em um
processo computacional.

Os diagramas de atividade so importantes para a modelagem de aspectos

dinmicos de um sistema ou um fluxograma, e tambm para a construo de sistemas
executveis por meio de engenharia de produo reversa. Um diagrama de atividade
um diagrama de estados, em que so representados os estados de uma atividade,
em vez dos estados de um objeto. Ao contrrio dos diagramas de estados que so
orientados a eventos, diagramas de atividade so orientados a fluxos de controle.

2.5.5 Diagrama de Implantao

O diagrama de distribuio ou implantao representa a configurao e a

arquitetura do sistema em que estaro ligados os respectivos componentes. O
diagrama de distribuio, ou de implantao, mostra como os componentes so
configurados para execuo, em ns de processamento. Um diagrama de
implantao representa a topologia fsica do sistema e, opcionalmente, os
componentes que so executados nessa topologia. Pode-se dizer que esse diagrama
apresenta um mapeamento entre os componentes de software e o hardware utilizado
pelo sistema.

2.6 Projeto de Sistema Para Locao de Veculos

Este projeto para o Sistema de Locadora de Veculos. Ser especificada a

arquitetura do sistema, atravs de uma proposta de desenho da arquitetura e dos
respectivos diagramas de classes e de sequncia de implementao, diagrama de
distribuio, diagrama de atividades para o mtodo calcularMulta() e o diagrama
entidade relacionamento. Os diagramas esto de acordo como a arquitetura MVC,
 17

subdivididos em esteretipos para melhor delimitao do problema e organizao

das classes, o que facilitar a manuteno futura do sistema.

Fonte: Autoria prpria

Figura 14 - Desenho da Arquitetura MVC

Esse modelo de arquitetura MVC mostrado na figura 14 que as classes que esto na
View a exemplo a VeiculoForm envia eventos de usurios ao Controller e tambm
pode solicitar atualizaes do Model. O Controller mapeia as aes de usurio para
atualizar o modelo e faz a seleo de vrias Views. O Modelo faz o encapsulamento
do estado da aplicao e faz notificaes a View de mudanas de estado. Temos uma
classe que denominamos de AplicaoFachada que faz a segurana fazendo a
proteo da View e Model das comunicaes com sistemas externos, gerenciando
essa comunicao.
 18

Fonte: autoria prpria

Figura 15 Diagrama Entidade Relacionamento

Na figura 15 mostramos uma possvel soluo para o Diagrama Entidade

Relacionamento onde foi definida as entidades de acordo com o diagrama de classes,
fazendo a converso das agregaes e associaes do diagrama de classes para
relacionamentos no diagrama entidade relacionamento.
 19

Fonte: autoria prpria

Figura 16 Diagrama de Classe de Implementao Cadastrar Cliente

A figura 16 mostras a classe de Implementao Cadastrar Cliente na a interao

do atendente com o cliente, a multiplicidade bem como a visualizao interao da
View com o Controller previstos no modelo de arquitetura da figura 14.

Fonte: autoria prpria

Figura 17 - Diagrama de Classe de Implementao Cadastrar Veculo

 20

Na figura 17 mostra a classe de Implementao Cadastrar Veculo e a

interao do supervisor com o veculo, a multiplicidade bem como a visualizao
interao da View com o Controller previstos no modelo de arquitetura da figura 14.

Figura 18 - Diagrama de Classe de Implementao Consultar Veiculo Disponvel

Fonte: autoria prpria

A figura 18 mostra a classe de Implementao Consultar Veiculo Disponvel

na interao do atendente com o veculo, a multiplicidade bem como a visualizao
interao da View com o Controller previstos no modelo de arquitetura da figura 14.

Figura 19 - Diagrama de Classe de Implementao Consultar Veiculo Locado Dia

Fonte: autoria prpria

 21

A figura 19 mostra a classe de Implementao Consultar Veiculo Locado Dia

e a interao do supervisor com a locao, a multiplicidade bem como a visualizao
interao da View com o Controller previstos no modelo de arquitetura da figura 14.

Figura 20 - Diagrama de Classe de Implementao Fazer devoluo do Veiculo

Fonte: autoria prpria

A classe de Implementao Fazer devoluo do Veculo na figura 20 mostras

total interao do cliente com o veculo e a locao, a multiplicidade bem como a
visualizao interao da View com o Controller previstos no modelo de arquitetura
da figura 14.

Figura 21 - Diagrama de Classe de Implementao Realizar Locao do Veiculo

Fonte: autoria prpria

 22

A classe de Implementao Realizar Locao do Veculo na figura 21 mostras

clara interao do supervisor com o veculo e a locao, a multiplicidade bem como a
visualizao interao da View com o Controller previstos no modelo de arquitetura
da figura 14.

Figura 22 - Diagrama de Sequncia de Implementao Cadastrar Cliente

Fonte: autoria prpria

O diagrama de sequncia Cadastrar Cliente na figura 22 mostrada como

ocorre a sequncia das operaes necessrias para inserir um cliente no sistema. O
atendente chama o formulrio, o controller retorna uma view para que seja preenchido
 23

os dados do cliente, esses dados so enviados e assim persistindo no retorno da

mensagem.

Figura 23 - Diagrama de Sequncia de Implementao Cadastrar Veculo

Fonte: autoria prpria

O diagrama de sequncia Cadastrar Veculo na figura 23, mostra como ocorre

a sequncia das operaes necessrias para inserir um veculo no sistema. O
supervisor chama o formulrio, o controle retorna uma view para que seja preenchido
os dados do veculo, esses dados so enviados e persistidos retornando uma
mensagem.
 24

Figura 24 - Diagrama de Sequncia de Implementao Consulta Veculos Disponveis

Fonte: autoria prpria

O diagrama de sequncia Consulta Veculos Disponveis na figura 24, mostra

como ocorre a sequncia das operaes necessrias para consultar veculos
disponveis no sistema. O atendente chama o formulrio, o controller retorna uma view
pra que seja preenchido os dados do veculo consultado, esses dados so enviados
e retornados atravs do mtodo consultarVeiculo() retornando uma lista de veculos
disponveis.
 25

Figura 25 - Diagrama de Sequncia de Implementao Consultar Veculos Locados no dia

Fonte: autoria prpria

O diagrama de sequncia Mostra a Consultar Veculos Locados no dia na

figura 25, mostra como se passa a sequncia das operaes necessrias para
consultar veculos locados no dia no sistema. O supervisor chama o formulrio, o
controller retorna uma view pra que seja preenchido os dados da consulta, esses
dados so enviados e retornados atravs do mtodo consultarLocacaoDia()
retornando uma lista de locaes com os parmetros informados.
 26

Figura 26 - Diagrama de Sequncia de Implementao Fazer Devoluo do Veculo

Fonte: autoria prpria

O diagrama de sequncia Fazer Devoluo do Veculo na figura 26, mostra

como ocorre a sequncia das operaes necessrias para fazer a devoluo de
veculos locados no sistema. O atendente chama o formulrio, o controller retorna uma
view para que seja preenchido os dados da devoluo, esses dados so enviados e
retornados os dados do veculo. O sistema calcula o valor a ser pago informa e emite
um comprovante de devoluo.
 27

Figura 27 - Diagrama de Sequncia de Implementao Realizar Locao do Veculo

Fonte: autoria prpria

O diagrama de sequncia Realizar Locao do Veculo demonstrada na figura

27, mostra como ocorre a sequncia das operaes necessrias para realizar a
locao de um veculo no sistema. O cliente chama o formulrio, o controle retorna
uma view para que seja preenchido os dados da locao, o sistema atualiza as
informaes do veculo escolhido pelo cliente e efetua a locao.
 28

Figura 28 - Diagrama de Atividades do Mtodo CalcularMulta()

Fonte: autoria prpria

O diagrama de atividades representada na figura 28, mostra como est

definido o fluxo do mtodo calcularMulta(). Ao fazer a devoluo, se estiver no prazo,
emite uma mensagem de devoluo no prazo. Se estiver aps o prazo, o sistema
calcula a multa, emite mensagem aps o prazo e emite o valor da multa.
 29

Figura 29 - Diagrama de Distribuio

Fonte: autoria prpria

A figura 29, mostra a representa o diagrama de distribuio para o projeto do sistema

para locao de veculos.
 30

3 CONCLUSO

Aps extensa pesquisa sobre a teoria envolvendo a fase de Projeto e a

aplicao da mesma, conseguiu-se, com xito, obter todos os conhecimentos
necessrios para o entendimento deste importante Projeto Integrado Multidisciplinar
VII e assim permitindo colocar em prtica todo o conhecimento aprendido em sala de
aula. Dessa forma a expectativa foi maior para que o trabalho tivesse xito completo
e coerncia, certamente foi necessrio bem mais dedicao e empenho na fase de
pesquisa e elaborao do mesmo.

No decorrer deste trabalho, procurou-se utilizar uma linguagem acessvel a

praticamente a todas as faixas etrias, ao mesmo tempo que se nivelava a teoria com
prtica de forma a propiciar o resultado apresentado inicialmente, que seria criar um
sistema para Locadora de Veculos da empresa dos jovens irmos, apresentados do
manual do PIM VII.

O projeto oportunizou desenvolver as habilidades de anlise e

desenvolvimento de projeto, trilhando todos os estgios para isso, bem como fazer
com que se tivesse uma interao real com o mundo real de softwares e suas
dificuldades encontradas ao longo do seu desenvolvimento. Com um projeto bem
elaborado e estruturado, a fase do Desenvolvimento pode encontrar uma
maximizao da sua produtividade, uma vez que os programadores tero um forte
embasamento oriundo da fase do Projeto. A anlise deste projeto sem dvida atendeu
as expectativas, pois novos conhecimentos foram absorvidos e o objetivo principal foi
atingido.
 31

4 REFERNCIAS

J.C. Maldonado, S.C.P.F. Fabbri, Teste de Software. In: Qualidade de Software:

Teoria e Prtica, Eds. A.R.C. Rocha, J.C. Maldonado, K. Weber, Prentice Hall, 2001.
MORGADO, Gisele P. RAPDIS: UM PROCESSO MDA PARA DESENVOLVIMENTO
DE SISTEMA DE INFORMAO. 2006. Artigo Sipsio Brasileiro de Sistema de
Informao. Universidade Federal do Rio de Janeiro, Rio de Janeiro, 2007.
R.S. Pressman, Engenharia de Software, Rio de Janeiro: McGraw Hill, 5 edio,
2002.
S.L. Pfleeger, Engenharia de Software: Teoria e Prtica, So Paulo: Prentice Hall,
2 edio, 2004.
R. Sanches, Processo de Manuteno. In: Qualidade de Software: Teoria e Prtica,
Eds. A.R.C. Rocha, J.C. Maldonado, K. Weber, Prentice Hall, 2001.

LARMAN, C. Utilizando UML e padres: uma introduo anlise e ao projeto

orientados a objetos e ao processo unificado. 2. ed. Porto Alegre: Bookman, 2007.
LEE, Richard C; TEPFENHART, William M. UML e C++: Guia Prtico de
Desenvolvimento Orientado a Objeto. So Paulo: Makron Books, 2002.

GAMMA, E.; HELM, R.; JOHNSON, R.; VLISSIDES, J. Design patterns elements of
reusable of object-oriented software. second ed. Addison-Wesley, 1995.
I. Sommerville, Engenharia de Software, So Paulo: Addison-Wesley, 6 edio,
2003.
SILBERCHATZ, Abraham; F. KORTH, Henry; SUDARSHAN, S. Sistema de Banco
de Dados. 6 Edio. So Paulo: Elsevier, 2012.

DENNIS, Alan; WIXOM, Barbara Haley; ROTH, Roberta M. Anlise e Projeto de

Sistemas. 5 ed. Rio de Janeiro: LTC, 2014.
FURTADO, Alfredo Braga; COSTA JNIOR, Jlio Valente da. Prticas de Anlise e
Projeto de Sistemas. Belm: abfurtado, 2010.

Mdulos UNIP INTERATIVA: Programao Orientada a Objetos II, Gesto da

Qualidade, Projetos de Sistemas Orientado a Objetos.