Você está na página 1de 30

UNIP INTERATIVA

Projeto Integrado Multidisciplinar VII


Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas

PROJETO DE SOFTWARE PARA CONTROLE DE LOCAO DE VECULOS


Projeto de estudo do desenvolvimento do sistema de locao de veculos

UNIP UNIDADE SO GERALDO


2016
UNIP INTERATIVA
Projeto Integrado Multidisciplinar VII
Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas

PROJETO DE SOFTWARE PARA CONTROLE DE LOCAO DE VECULOS

Claudomiro do Canto Batista


RA 1529900
Curso Superior em Tecnologia em Anlise e Desenvolvimento de Sistemas
Terceiro Semestre

UNIP UNIDADE SO GERALDO


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 3 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-chaves: Soluo. Banco de Dados. Controle. 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.
Keywords: Solution. Database. Control. Software.
LISTA DE FIGURAS

Figura 1 Desenho da Arquitetura


MVC.....................................................................13
Figura 2 Diagrama Entidade
Relacionamento..........................................................14
Figura 3 Diagrama de Classe de Implementao Cadastrar
Cliente.......................15
Figura 4 Diagrama de Classe de Implementao Cadastrar
Veculo.......................15
Figura 5 Diagrama de Classe de Implementao Consultar Veiculo
Disponvel......16
Figura 6 Diagrama de Classe de Implementao Fazer devoluo do
Veiculo.......17
Figura 7 Diagrama de Classe de Implementao Realizar Locao do
Veiculo.......18
Figura 8 Diagrama de Sequncia de Implementao Cadastrar
Cliente.................18
Figura 9 Diagrama de Sequncia de Implementao Cadastrar
Veculo.................19
Figura 10 Diagrama de Sequncia de Implementao Consulta Veculos
Disponiveis.................................................................................................................20
Figura 11 Diagrama de sequncia de implementao consulta veculos locados no
dia...............................................................................................................................20
Figura 12 Diagrama de sequncia de implementao fazer devoluo do
veculo........................................................................................................................21
Figura 13 - Diagrama de sequncia de realizar locao do
veculo..........................20
Figura 14 Diagrama de Atividades do Mtodo
CalcularMulta()................................23
Figura 15 Diagrama de
Distribuio.........................................................................23
SUMRIO

RESUMO.......................................................................................................................4
ABSTRACT...................................................................................................................5
LISTA DE FIGURAS......................................................................................................6
SUMRIO......................................................................................................................7
INTRODUO..............................................................................................................8
2 Cenrio do problema..............................................................................................9
2.1 Justificativa do Projeto.....................................................................................9

2.2 Arquitetura MVC.............................................................................................10

2.3 Modelo Entidade Relacionamento.................................................................10

2.4 UML (Unified Modeling Language)....................................................................11

2.4.1 Diagrama de Classes..................................................................................11

2.4.2 Diagrama de Atividades..............................................................................12

2.4.3 Diagrama de Implementao......................................................................12

2.5 Projeto de Sistema Para Locao de Veculos.................................................13

Concluso....................................................................................................................24
Referncias.................................................................................................................25
8

1. INTRODUO

Uma dupla de jovens empresrios decidiu abrir uma empresa de locao de


veculos. Entre muitas atividades para viabilizar o negcio, tinham de implantar um
sistema para controle das locaes. Decidiram ento contratar uma empresa para o
desenvolvimento do sistema. Depois de um ms de trabalho, o arquiteto do projeto
(da empresa contratada) teve de fazer uma viagem para atender um cliente no
exterior. Para ocupar o seu lugar, fomos designado para conduzir o projeto at a
volta do arquiteto. Passando da fase de anlise para a fase de projeto (design).
Este trabalho ir demonstrar o estudo de desenvolvimento de um software de
gerenciamento de locao de carros, apresentando os estudos em geral de seu uso,
como comportamento dos objetos em relao a requisio de dados e seus
determinados estudos tais como: desenvolver o modelo de banco de dados,
desenvolver o diagrama de sequncia e implementao, diagrama de atividade do
mtodo que calcula a multa.
Este PIM est organizado em trs captulos, o primeiro mostra o
embasamento sobre o problema encontrado e o cenrio do problema, demonstrando
uma pequena soluo e o porqu do problema est ocorrendo com a empresa, o
segundo informa as entidades que sero estudadas, afim de ter o controle maior
sobre os dados da empresa e o terceiro demostra uma breve concepo da interface
da aplicao.
9

2. Cenrio do problema

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 efetivo 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.1. 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 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.
10

2.2. 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.3. 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
11

descrevem os nomes dos atributos que uma entidade possui e os nmeros se


referem cardinalidade mapeada entre as entidades.

2.4. 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.4.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.
12
13

2.4.2. 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.4.3. Diagrama de Implementao

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

2.5. 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.
Figura 1 Desenho da Arquitetura MVC

Fonte (Prprio Autor, 2016).

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.
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 Views.
15

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.

A abaixo 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.

Figura 2 Diagrama Entidade Relacionamento

Fonte (Prprio Autor, 2016).


16

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

Figura 3 Diagrama de Classe de Implementao Cadastrar Cliente

Fonte (Prprio Autor, 2016).

A 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.
17

Figura 4 Diagrama de Classe de Implementao Cadastrar Veculo

Fonte (Prprio Autor, 2016).


18

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 5 Diagrama de Classe de Implementao Consultar Veiculo Disponvel

Fonte (Prprio Autor, 2016).


19

A classe de Implementao Fazer devoluo do Veculo na figura 6 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 6 - Diagrama de Classe de Implementao Fazer devoluo do Veiculo

Fonte (Prprio Autor, 2016).

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

Figura 7 - Diagrama de Classe de Implementao Realizar Locao do

Fonte (Prprio Autor, 2016).

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

Figura 8 - Diagrama de Sequncia de Implementao Cadastrar Cliente

Fonte (Prprio Autor, 2016).

O diagrama de sequncia Cadastrar Veculo na figura 9 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.
22

Figura 9 - Diagrama de Sequncia de Implementao Cadastrar Veculo

Fonte (Prprio Autor, 2016).

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

Figura 10 - Diagrama de Sequncia de Implementao Consulta Veculos Disponiveis

Fonte (Prprio Autor, 2016).

O diagrama de sequncia mostra a consultar veculos locados no dia na figura


11 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.
24

Figura 11 - Diagrama de sequncia de implementao consulta veculos locados no dia

Fonte (Prprio Autor, 2016).

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

Figura 12 - Diagrama de sequncia de implementao fazer devoluo do veculo

Fonte (Prprio Autor, 2016).


26

O diagrama de sequncia Realizar Locao do Veculo demonstrada na figura


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

Figura 13 - Diagrama de sequncia de realizar locao do veculo

Fonte (Prprio Autor, 2016).


27

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

Figura 14 - Diagrama de Atividades do Mtodo CalcularMulta()

Fonte (Prprio Autor, 2016).

A figura 15 mostras a representa o diagrama de distribuio para o projeto do


sistema para locao de veculos.
28

Figura 15 - Diagrama de Distribuio

Fonte (Prprio Autor, 2016).

Concluso

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

completo e coerncia, certamente foi necessrio bem mais dedicao e empenho na


fase de pesquisa e elaborao do mesmo.
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.
30

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.

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.