UNIP INTERATIVA

Projeto Integrado Multidisciplinar VII

Cursos Superiores de Tecnologia

SISTEMA DE LOCADORA DE VECULOS

Polo UNIP xxxxx-SP

Ano 1234

UNIP INTERATIVA
Projeto Integrado Multidisciplinar VII
Cursos Superiores de Tecnologia

SISTEMA DE LOCADORA DE VECULOS

nomenomenomenome
RA: 1234567
CURSO: Anlise e Desenvolvimento de Sistemas
SEMESTRE: 3

Polo UNIP xxxxx-SP

Ano 1234

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 ajudar a
desenvolver nossa capacidade de criar para encontrar e solucionar os problemas
relacionados 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: anlise, veculos, locadora, sistema, software.

ABSTRACT
The main challenge of this Multidisciplinary Integrated Project is to create a system
for vehicle rental company. It's necessary to do the analysis and software
development. During the work, we will have some notions of shown 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: analysis, vehicles, rent, system, software.

SUMRIO

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

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

2.5.1

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

2.5.2

Diagrama de Sequncia..........................................................................9

2.5.3

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

2.5.4

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

2.6

Projeto de Sistema Para Locao de Veculos................................................10

CONCLUSO.................................................................................................................24

REFERNCIAS...............................................................................................................25

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

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 de dois 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
necessrias 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).
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
clere, seguro, eficaz e tendo sobretudo um grande valor.
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.
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.
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.1.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.

10

2.1.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.1.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.1.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
hardware utilizado pelo sistema.

11

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

Fonte: Autoria prpria

Esse modelo de arquitetura MVC, mostrado na figura 1, indica que as classes

que esto na View, enviam eventos de usurios ao Controller e tambm podem
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

12

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.

Figura 2 Diagrama Entidade Relacionamento

Fonte: autoria prpria

Figura

Mostramos

uma

possvel

soluo

para

Diagrama

Entidade

Relacionamento onde foram definidas 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.

13

Figura 3 Diagrama de Classe de Implementao Cadastrar Cliente

Fonte: autoria prpria

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

Fonte: autoria prpria

14

Na figura 4 exibida 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

Fonte: autoria prpria

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.
Figura 6 - Diagrama de Classe de Implementao Consultar Veiculo
Locado Dia

Fonte: autoria prpria

15

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 Fazer devoluo do Veiculo

Fonte: autoria prpria

A classe de Implementao Fazer devoluo do Veculo na figura 7 mostra
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.
A classe de Implementao Realizar Locao do Veculo na figura 8 mostra
clara interao do supervisor com o veculo e a locao, a multiplicidade bem como

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

Fonte: autoria prpria

16

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

Fonte: autoria prpria

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.

17

Figura 10 - Diagrama de Sequncia de Implementao Cadastrar Veculo

Fonte: autoria prpria

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.

18

Figura 11 - Diagrama de Sequncia de Implementao Consulta Veculos

Disponveis

Fonte: autoria prpria

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

19

Figura 12 - 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 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 e retornados atravs do mtodo consultarLocacaoDia()
retornando uma lista de locaes com os parmetros informados.

20

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

Fonte: autoria prpria

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.

21

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

Fonte: autoria prpria

O diagrama de sequncia Realizar Locao do Veculo demonstrada na

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

22

uma view para que seja preenchido os dados da locao, o sistema atualiza as
informaes do veculo escolhido pelo cliente e efetua a locao.

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,

23

emite uma mensagem de devoluo no prazo. Se estiver aps o prazo, o sistema

calcula a multa, emite mensagem ao usurio e emite o valor da multa.

Figura 16 - Diagrama de Distribuio

A figura 16 mostra o diagrama de distribuio para o projeto do sistema para locao

de veculos.

24

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 obtido durante as
aulas.
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 scios,
apresentados do manual do PIM VII.
O

projeto

oportunizou

desenvolver

as

habilidades

de

anlise

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.

25

REFERNCIAS

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.