UNIP INTERATIVA

Projeto Integrado Multidisciplinar

Cursos Superiores de Tecnologia

SISTEMA DE LOCADORA DE VECULOS

UNIP Guajar-Mirim
2016

UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia

SISTEMA DE LOCADORA DE VECULOS

Nome: SHEILLIVAN LIMA DA SILVA

RA: 1404065
CURSO: ANLISE E DESENVOLVIMENTO
DE SOFTWARE
DEPENDNCIAS.

UNIP Guajar-Mirim
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, Haver algumas noes de tpicos vistos em disciplinas do
curso sendo colocados em prtica, o que claramente ajudar a desenvolver a
capacidade de criar para encontrar e solucionar os problemas relacionados com a
futura profisso: analista de sistema, analista de banco de dados, etc. Mesmo o PIM
sendo apenas um trabalho acadmico para obteno da nota referente
dependncia 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: anlise, veculos, sistema, software.

ABSTRACT

The main challenge of this Multidisciplinary Integrated Project is to create a

system for vehicle rental, it will be necessary to do the analysis and development
of the software. In the course of the work, there will be some notions of topics
seen in course subjects being put into practice, which will clearly help develop
the ability to create to find and solve problems related to the future profession:
system analyst, bank analyst Data, etc. Even the PIM is only an academic work
to obtain the grade related to the dependency of the course of Analysis and
Development of Systems, in which the student will be faced with uncertainties,
difficulties and risks, to deliver the completed project, taking into account the
current trends of the Market, it should provide the end user with a tool that fully
meets all of their needs and further leverage our knowledge in the area of
computing.

Keys word: analysis, vehicles, system, software.

Sumrio
1

INTRODUO........................................................................................................6

DESENVOLVIMENTO............................................................................................7
2.1

Cenrio.............................................................................................................7

2.2

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

2.3

Arquitetura MVC...............................................................................................8

2.4

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

2.5

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

2.5.1

Diagrama de Classes................................................................................9

2.5.2

Diagrama de Sequncia..........................................................................10

2.5.3

Diagrama de Atividades..........................................................................10

2.5.4

Diagrama de Implantao.......................................................................10

2.6

Projeto de Sistema Para Locao de Veculos..............................................11

CONCLUSO.......................................................................................................23

REFERNCIAS....................................................................................................24

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.
A pesquisa a ser realizada neste trabalho pode ser classificada como
bibliogrfica. Isto porque deve a pesquisa em mos um estudo inicialmente da
6

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,
pagamento

dessas

controlar a devoluo e o

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 competitividade que temos atualmente, as empresas
esto buscando expandir seus horizontes. Essa tendncia requer que os
profissionais sejam 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
7

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

2.5.2 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.
2.5.3 Diagrama de Atividades
O Diagrama de atividade um diagrama referenciado pela Linguagem de
Modelagem

Unificada

(UML),

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

10

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, subdivididos em esteretipos para melhor delimitao do problema
e organizao das classes, o que facilitar a manuteno futura do sistema.

Figura 1: Desenho da Arquitetura MVC

Esse modelo de arquitetura MVC mostrado na figura 1 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
11

Views. O Modelo faz o encapsulamento do estado da aplicao e faz notificaes a

View de mudanas de estado. Temos uma classe que denominada
AplicaoFachada que faz a segurana fazendo a proteo da View e Model das
comunicaes com sistemas externos, gerenciando essa comunicao.

Figura 2: Diagrama Entidade Relacionamento

Figura 2 Mostra 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.

12

Figura 3: Diagrama de Classe de Implementao Cadastrar Cliente

A figura 3 mostra 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 1.

Figura 4: Diagrama de Classe de Implementao Cadastrar Veculo

13

NA figura 4 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
1.

Figura 5: Diagrama de Classe de Implementao Consultar Veiculo

Disponvel
A figura 5 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
1.

14

Figura 6: Diagrama de Classe de Implementao Fazer devoluo do Veiculo

A figura 6 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
1.

Figura 7: Diagrama de Classe de Implementao Realizar Locao do Veiculo

15

A classe de Implementao Fazer devoluo do Veculo na figura 7 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 1.

Figura 8: Diagrama de Classe de Implementao Realizar Locao do Veiculo

A classe de Implementao Realizar Locao do Veculo na figura 8 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 1.

Figura 9: Diagrama de Sequncia de Implementao Cadastrar Cliente

16

O diagrama de sequncia Cadastrar Cliente na figura 9 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 os dados do cliente, esses dados so enviados e assim persistindo no
retorno da mensagem.

Figura 10: Diagrama de Sequncia de Implementao Cadastrar Veculo

O diagrama de sequncia Cadastrar Veculo na figura 10 mostra como ocorre
a sequncia das operaes necessrias para inserir um veculo no sistema. O
supervisor chama o formulrio, o controle retorna uma view pra que seja preenchido
os dados do veiculo, esses dados so enviados e persistidos retornando uma
mensagem.

17

Figura 11: Diagrama de Sequncia de Implementao Consulta Veculos Disponveis

O diagrama de sequncia Consulta Veculos Disponveis na figura 11 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.

Figura 12: Diagrama de Sequncia de Implementao Consultar Veculos Locados no

dia

18

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

figura 12 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

retornados

atravs

do

mtodo

consultarLocacaoDia() retornando uma lista de locaes com os parmetros

informados.

Figura 13: Diagrama de Sequncia de Implementao Fazer Devoluo do Veculo

O diagrama de sequncia Fazer Devoluo do Veculo na figura 13 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 pra 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.

19

Figura 14: Diagrama de Sequncia de Implementao Realizar Locao do Veculo

O diagrama de sequncia Realizar Locao do Veculo demonstrada na figura

14 mostras 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.

20

Figura 15: Diagrama de Atividades do Mtodo CalcularMulta()

O diagrama de atividades representada na figura 15 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.

21

Figura 16: Diagrama de Distribuio

A figura 16 mostras a representa o diagrama de distribuio para o projeto do
sistema para locao de veculos.

22

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.

23

4 Referncia
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.
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.
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.
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.
SILBERCHATZ, Abraham; F. KORTH, Henry; SUDARSHAN, S. Sistema de Banco
de Dados. 6 Edio. So Paulo: Elsevier, 2012.

24