UNIP INTERATIVA

Projeto Integrado Multidisciplinar VII

Cursos Superiores de Tecnologia

Sistema para Locação de Veículos.

Unip Interativa Piracicaba

2016
 UNIP INTERATIVA

Projeto Integrado Multidisciplinar VII

Cursos Superiores de Tecnologia

Sistema para Locação de Veículos.

João Paulo Castro Tinelli – Fernando Fonseca

1505231 - 1500492

Análise e Desenvolvimento de Sistemas

2º Semestre

Unip Interativa Piracicaba

2016
 RESUMO

Este documento demonstra um projeto que possui aspectos de sistemas orientado a

objetos, com o objetivo de criar uma documentação estrutural de um sistema para
uma empresa especializada em locação de veículos. Esse sistema controla as
locações de cada cliente, as devoluções, se foi entregue no prazo ou não, faz o
cálculo da multa e emite os valores a serem pagos.

Essa documentação é representada por diversos diagramas, entre eles está o

diagrama de classe de implementação, diagrama de sequência de implementação,
diagrama de entidade e relacionamento, diagrama de atividade do método
‘calcularMulta()’, diagrama de distribuição e a arquitetura MVC.

Os diagramas de classe de implementação e os de sequência de implementação,

foram incorporados através das descrições dos casos de uso definidos na análise,
portando para cada um desses dois diagramas há: cadastro de cliente, cadastro de
veículos, consulta de veículo disponível, consulta de veículo locado, locação de
veículo e devolução de veículo. Os diagramas de classe de implementação
demonstram as interações de classes envolvidas em cada caso de uso e as
multiplicidades. Os diagramas de sequência de implementação demonstram, através
de números sequenciais, as operações necessárias para realização do caso de uso.

O diagrama de entidade e relacionamento demonstra a definição das entidades de

banco de dados que foram incorporadas através do modelo de diagrama de classes,
além das definições dos tipos de dados e o relacionamento entre as entidades.

O diagrama de atividade tem haver como o método utilizado pelo sistema,

denominado ‘calcularMulta()’, que faz o cálculo do valor de uma multa caso ela seja
concretizada. Esse diagrama mostra o fluxo desse método, sua lógica, as condições
e o retorno.

O diagrama de distribuição é representado pelos dispositivos utilizados no sistema,

como estão interligados, quais são as camadas, os tipos de conexões e os tipos de
componentes (executável, interface, bancos de dados).

Por fim, a arquitetura MVC demonstra o relacionamento entre o Model, a View e o

Controller, bem como os métodos, eventos e solicitações de cada um, e como as
classes estão divididas entre eles.

Com esse cenário, é possível garantir uma documentação que facilite o trabalho dos
desenvolvedores e arquitetos envolvidos com o sistema. A metodologia utilizada
para a elaboração foram as aulas de ‘Projeto de Sistemas Orientado a Objetos’.
 ABSTRACT

This document shows a project that has systems aspects of object-oriented, aiming
to create a structural documentation of a system for a company specializing in car
rental. This system controls the locations of each customer returns, if it was delivered
on time or not, makes the calculation of the fine and sends the amounts to be paid.

This documentation is represented by various diagrams, among them is the

implementation class diagram, implementation sequence diagram, entity relationship
diagram, and, activity diagramming method 'calcularMulta ()' distribution diagram and
the MVC architecture.

The implementation class diagrams and the implementation sequence were

incorporated through the descriptions of the use cases defined in the analysis,
carrying for each of these two diagrams there: Customer registration, vehicle
registration, vehicle available for consultation, consultation leased vehicle, vehicle
leasing and vehicle return. The implementation class diagrams show the classes of
interactions involved in each use case and multiplicities. The implementation
sequence diagrams demonstrate, through sequential numbers, the operations
required to perform the use case.

The entity relationship diagram and shows the definition of database entities that
have been incorporated through the class diagram model, in addition to the
definitions of the data types and the relationship between the entities.

The activity diagram must be the method used by the system, called 'calcularMulta
()', which calculates the value of a fine if it is implemented. This diagram shows the
flow of this method, its logic, the conditions and the return.

The distribution diagram is represented by the devices used in the system, as they
are interconnected, what are the layers, types of connections and types of
components (executable, interface, databases).

Finally, the MVC architecture shows the relationship between the Model, the View,
and the Controller, as well as methods, events, and requests each, and how the
classes are divided between them.

With this scenario, you can ensure documentation to facilitate the work of developers
and architects involved with the system. The methodology used for the preparation
were the classes 'Systems Object-Oriented Design'.
 SUMÁRIO

1 INTRODUÇÃO

2 ARQUITETURA MVC

3 DIAGRAMA ENTIDADE RELACIONEMENTO

4 DIAGRAMA DE CLASSE DE IMPLEMENTAÇÃO

4.1 Cadastrar Cliente
4.2 Cadastrar Veículo
4.3 Consultar Veículo Disponível
4.4 Consultar Veículo Locado
4.5 Locação de Veículo
4.6 Devolução de Veículo

5 DIAGRAMA DE SEQUÊNCIA DE IMPLEMENTAÇÃO

5.1 Cadastrar Cliente
5.2 Cadastrar Veículo
5.3 Consultar Veículo Disponível
5.4 Consultar Veículo Locado
5.5 Locação de Veículo
5.6 Devolução de Veículo

6 DIAGRAMA DE ATIVIDADE – MÉTODO CALCULARMULTA

7 DIAGRAMA DE DISTRIBUIÇÃO

8 CONCLUSÃO

9 REFERÊNCIAS
 6

1 INTRODUÇÃO

Dois empresários jovens decidiram abrir uma empresa para realizar locação de
veículos. Dentre as diversas atividades programadas, uma delas foi criar um
sistema para controlar as locações (devolução, pagamentos, multas), e para isso
eles contrataram uma empresa especializada em desenvolvimento de software.
Essa empresa já concluiu a fase de análise de requisitos, e agora será a vez da
fase de projeto (design).

O objetivo para realização desse trabalho é criar os diagramas envolvidos com

esse sistema, e por tanto: criação do diagrama de entidade-relacionamento
(banco de dados), desenho da arquitetura de referência utilizando MVC,
diagramas de distribuição, diagrama de atividades do método calcularMulta(), e
para cada caso de uso definido, criar os diagramas de classe de implementação e
o diagrama de sequência de implementação.

Com isso será possível obter toda a documentação estrutural (design) do

sistema, servindo para auxiliar os desenvolvedores e arquitetos, garantindo mais
qualidade e reforço no momento do desenvolvimento.

As metodologias utilizadas para a elaboração serão os conceitos visto na matéria

'Projeto de Sistemas Orientado a Objetos' (diagramas, arquitetura MVC, etc).

2 ARQUITETURA MVC
 7

O modelo de arquitetura MVC abaixo, mostra que as classes que estão na View, como
exemplo a VeiculoForm, envia eventos de usuários ao Controller e também pode
solicitar atualizações do Model. O Controller mapeia as ações de usuário para
atualizar o modelo e faz a seleção de várias Views. O Model faz o
encapsulamento do estado da aplicação e traz notificações para View sobre as
mudanças de estado. A classe ‘AplicaçãoFachada’ faz a segurança, garantindo a
proteção da View e da Model, com comunicações com sistemas externos,
gerenciando essa comunicação.

3 DIAGRAMA ENTIDADE RELACIONEMENTO

 8

O Diagrama de Entidade Relacionamento mostra a definição das entidades

de acordo com o diagrama de classes. Foi feito uma conversão entre as
agregações e associações do diagrama de classes para relacionamentos no
diagrama de entidade relacionamento.

4 DIAGRAMA DE CLASSE DE IMPLEMENTAÇÃO

 9

4.1 Cadastrar Cliente

É mostrado a interação do atendente com o cliente, as multiplicidades e a interação

da View com o Controller, previstos nos modelos de arquitetura.
 10

4.2 Cadastrar Veículo

É mostrado a interação do supervisor com o veículo, as multiplicidades e a interação

da View com o Controller, previstos no modelo de arquitetura.
 11

4.3 Consultar Veículo Disponível

É mostrado a interação do atendente ao consultar um veículo disponível, as

multiplicidades e a interação da View com o Controller, previstos no modelo
de arquitetura.
 12

4.4 Consultar Veículo Locado

É mostrado a interação do supervisor com a Locação (consulta), as multiplicidades e

a interação da View com o Controller, previstos no modelo de arquitetura.
 13

4.5 Locação de Veículo

É mostrado a interação entre supervisor e a locação, bem como o veículo e o

cliente, além das multiplicidades e a interação da View com o Controller,
previstos no modelo de arquitetura.
 14

4.6 Devolução de Veículo

É mostrado a interação entre o cliente e a locação, bem como o veículo, além das
multiplicidades e a interação da View com o Controller, previstos no modelo
de arquitetura.
 15

5 DIAGRAMA DE SEQUÊNCIA DE IMPLEMENTAÇÃO

5.1 Cadastrar Cliente

É mostrado, de uma forma sequencial, como ocorre as operações que são

necessárias para inserir um cliente no sistema. O atendente chama o
formulário, o controller retorna uma view para que seja preenchido os dados
do cliente, esses dados são enviados e é retornando uma mensagem.
 16

5.2 Cadastrar Veículo

É mostrado, de uma forma sequencial, como ocorre as operações que são

necessárias para inserir um veículo no sistema. O supervisor chama o
formulário, o controller retorna uma view para que seja preenchido os dados
do veículo, esses dados são enviados e é retornando uma mensagem.
 17

5.3 Consultar Veículo Disponível

É mostrado, de uma forma sequencial, como ocorre as operações que são

necessárias para consultar veículos disponíveis no sistema. O atendente
chama o formulário, o controller retorna uma view para que seja preenchido
os dados do veículo consultado, esses dados são enviados e depois
retornados através do método ‘consultarVeiculo()’, que retorna justamente
uma lista de veículos disponíveis.
 18

5.4 Consultar Veículo Locado

É mostrado, de uma forma sequencial, como ocorre as operações que são

necessárias para consultar veículos locados no dia no sistema. O supervisor
chama o formulário, o controller retorna uma view para que seja preenchido
os dados da consulta, esses dados são enviados e depois retornados através
do método 'consultarLocacaoDia()', que retorna justamente uma lista de
locações com os parâmetros informados.
 19

5.5 Locação de Veículo

É mostrado, de uma forma sequencial, como ocorre as operações que são

necessárias para realizar a locação de um veículo no sistema. O cliente
chama o formulário, o controller retorna uma view para que seja preenchido
os dados da locação, o sistema atualiza as informações do veículo que o
cliente escolheu e a locação é efetuada.
 20

5.6 Devolução de Veículo

É mostrado, de uma forma sequencial, como ocorre as operações que são

necessárias para fazer a devolução de veículos locados no sistema. O
atendente chama o formulário, o controller retorna uma view para que seja
preenchido os dados da devolução, esses dados são enviados e retorna-se
os dados do veículo locado. O sistema calcula e informa o valor que deverá
ser pago e emite um comprovante de devolução.
 21

6 DIAGRAMA DE ATIVIDADE – MÉTODO CALCULARMULTA

Esse Diagrama de Atividade mostra como está definido o fluxo do método

‘calcularMulta()’. Como o nome já diz, esse método calcula a multa que
deverá ser aplicada caso a devolução do veículo ultrapasse o prazo. No
momento da devolução, caso esteja no prazo, é emitido uma mensagem de
devolução no prazo, se estiver ultrapassado, o sistema calcula a multa e
exibe uma mensagem de atraso junto com o valor.

7 DIAGRAMA DE DISTRIBUIÇÃO
 22

Demonstração do Diagrama de Distribuição do sistema de locação de veículos,

representando os dispositivos, tipos de conexões, tipos de componentes
(executável, interface, tabelas, banco de dados).

8 CONCLUSÃO
 23

Com a utilização de diagramas de diversos tipos e modelos de arquitetura,

podemos dizer que o sistema de locação de veículos, ao entrar na fase de
desenvolvimento, terá muitos ganhos, tanto por parte do cliente, quanto por
parte dos desenvolvedores e arquitetos.

No decorrer desse projeto, conseguiu-se alinhar a teoria, vista em sala de

aula, com a prática, garantindo um bom entendimento do tema que foi
proposto. Certamente o tempo mais gasto foi com pesquisas a procura de
informações, que iriam auxiliar no momento da elaboração.

Com a criação desse projeto foi possível desenvolver uma habilidade em

análise e desenvolvimento de sistemas, passando por todas as etapas,
fazendo ter uma interação mais realista com a realidade do software e suas
dificuldades encontradas ao longo do processo de desenvolvimento.

Com um projeto de software que apresente uma documentação bem

elaborada e estruturada, a fase de desenvolvimento passa a ter um ganho
extremo de produtividade, uma vez que os desenvolvedores e arquitetos
terão em mãos um embasamento das atividades, oriundas da fase de
projeto, portanto haverá satisfação do cliente e a empresa desenvolvedora só
tem a ganhar.

9 REFERÊNCIAS
 24

Unidades 1, 2, 3 e 4 da disciplina “Projeto de Sistemas Orientado a Objetos”,

da Unip Interativa, professor Fabio Versolatto.

LARMAN, C. Utilizando UML e padrões: uma introdução à análise e ao projeto

orientados a objetos e ao processo unificado.
DENNIS, Alan; WIXOM, Barbara Haley; ROTH, Roberta M. Análise e Projeto de
Sistemas.
Conhecimentos sobre sistemas orientado a objetos obtidos em outras
instituições e experiências profissionais.