Você está na página 1de 24

UNIP INTERATIVA

Projeto Integrado Multidisciplinar VII

Cursos Superiores de Tecnologia

Sistema para Locao de Veculos.

Unip Interativa Piracicaba

2016
UNIP INTERATIVA

Projeto Integrado Multidisciplinar VII

Cursos Superiores de Tecnologia

Sistema para Locao de Veculos.

Joo Paulo Castro Tinelli Fernando Fonseca

1505231 - 1500492

Anlise 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 documentao estrutural de um sistema para
uma empresa especializada em locao de veculos. Esse sistema controla as
locaes de cada cliente, as devolues, se foi entregue no prazo ou no, faz o
clculo da multa e emite os valores a serem pagos.

Essa documentao representada por diversos diagramas, entre eles est o


diagrama de classe de implementao, diagrama de sequncia de implementao,
diagrama de entidade e relacionamento, diagrama de atividade do mtodo
calcularMulta(), diagrama de distribuio e a arquitetura MVC.

Os diagramas de classe de implementao e os de sequncia de implementao,


foram incorporados atravs das descries dos casos de uso definidos na anlise,
portando para cada um desses dois diagramas h: cadastro de cliente, cadastro de
veculos, consulta de veculo disponvel, consulta de veculo locado, locao de
veculo e devoluo de veculo. Os diagramas de classe de implementao
demonstram as interaes de classes envolvidas em cada caso de uso e as
multiplicidades. Os diagramas de sequncia de implementao demonstram, atravs
de nmeros sequenciais, as operaes necessrias para realizao do caso de uso.

O diagrama de entidade e relacionamento demonstra a definio das entidades de


banco de dados que foram incorporadas atravs do modelo de diagrama de classes,
alm das definies dos tipos de dados e o relacionamento entre as entidades.

O diagrama de atividade tem haver como o mtodo utilizado pelo sistema,


denominado calcularMulta(), que faz o clculo do valor de uma multa caso ela seja
concretizada. Esse diagrama mostra o fluxo desse mtodo, sua lgica, as condies
e o retorno.

O diagrama de distribuio representado pelos dispositivos utilizados no sistema,


como esto interligados, quais so as camadas, os tipos de conexes e os tipos de
componentes (executvel, interface, bancos de dados).

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


Controller, bem como os mtodos, eventos e solicitaes de cada um, e como as
classes esto divididas entre eles.

Com esse cenrio, possvel garantir uma documentao que facilite o trabalho dos
desenvolvedores e arquitetos envolvidos com o sistema. A metodologia utilizada
para a elaborao 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'.
SUMRIO

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

2 ARQUITETURA MVC ....................................................................................... 7

3 DIAGRAMA ENTIDADE RELACIONEMENTO ................................................ 8

4 DIAGRAMA DE CLASSE DE IMPLEMENTAO ........................................ 09


4.1 Cadastrar Cliente .......................................................................................... 09
4.2 Cadastrar Veculo ......................................................................................... 10
4.3 Consultar Veculo Disponvel ...................................................................... 11
4.4 Consultar Veculo Locado............................................................................ 12
4.5 Locao de Veculo ...................................................................................... 13
4.6 Devoluo de Veculo ................................................................................... 14

5 DIAGRAMA DE SEQUNCIA DE IMPLEMENTAO ................................. 15


5.1 Cadastrar Cliente .......................................................................................... 15
5.2 Cadastrar Veculo ......................................................................................... 16
5.3 Consultar Veculo Disponvel ...................................................................... 17
5.4 Consultar Veculo Locado............................................................................ 18
5.5 Locao de Veculo ...................................................................................... 19
5.6 Devoluo de Veculo ................................................................................... 20

6 DIAGRAMA DE ATIVIDADE MTODO CALCULARMULTA ..................... 21

7 DIAGRAMA DE DISTRIBUIO ................................................................... 22

8 CONCLUSO ................................................................................................. 23

9 REFERNCIAS .............................................................................................. 24
6

1 INTRODUO

Dois empresrios jovens decidiram abrir uma empresa para realizar locao de
veculos. Dentre as diversas atividades programadas, uma delas foi criar um sistema
para controlar as locaes (devoluo, pagamentos, multas), e para isso eles
contrataram uma empresa especializada em desenvolvimento de software. Essa
empresa j concluiu a fase de anlise de requisitos, e agora ser a vez da fase de
projeto (design).

O objetivo para realizao desse trabalho criar os diagramas envolvidos com esse
sistema, e por tanto: criao do diagrama de entidade-relacionamento (banco de
dados), desenho da arquitetura de referncia utilizando MVC, diagramas de
distribuio, diagrama de atividades do mtodo calcularMulta(), e para cada caso de
uso definido, criar os diagramas de classe de implementao e o diagrama de
sequncia de implementao.

Com isso ser possvel obter toda a documentao estrutural (design) do sistema,
servindo para auxiliar os desenvolvedores e arquitetos, garantindo mais qualidade e
reforo no momento do desenvolvimento.

As metodologias utilizadas para a elaborao sero os conceitos visto na matria


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

2 ARQUITETURA MVC

O modelo de arquitetura MVC abaixo, mostra que as classes que esto na View,
como 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 Model faz o
encapsulamento do estado da aplicao e traz notificaes para View sobre as
mudanas de estado. A classe AplicaoFachada faz a segurana, garantindo a
proteo da View e da Model, com comunicaes com sistemas externos,
gerenciando essa comunicao.
8

3 DIAGRAMA ENTIDADE RELACIONEMENTO

O Diagrama de Entidade Relacionamento mostra a definio das entidades de


acordo com o diagrama de classes. Foi feito uma converso entre as agregaes
e associaes do diagrama de classes para relacionamentos no diagrama de
entidade relacionamento.
9

4 DIAGRAMA DE CLASSE DE IMPLEMENTAO


4.1 Cadastrar Cliente

mostrado a interao do atendente com o cliente, as multiplicidades e a


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

4.2 Cadastrar Veculo

mostrado a interao do supervisor com o veculo, as multiplicidades e a


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

4.3 Consultar Veculo Disponvel

mostrado a interao do atendente ao consultar um veculo disponvel, as


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

4.4 Consultar Veculo Locado

mostrado a interao do supervisor com a Locao (consulta), as


multiplicidades e a interao da View com o Controller, previstos no modelo de
arquitetura.
13

4.5 Locao de Veculo

mostrado a interao entre supervisor e a locao, bem como o veculo e o


cliente, alm das multiplicidades e a interao da View com o Controller,
previstos no modelo de arquitetura.
14

4.6 Devoluo de Veculo

mostrado a interao entre o cliente e a locao, bem como o veculo, alm


das multiplicidades e a interao da View com o Controller, previstos no modelo
de arquitetura.
15

5 DIAGRAMA DE SEQUNCIA DE IMPLEMENTAO


5.1 Cadastrar Cliente

mostrado, de uma forma sequencial, como ocorre as operaes que so


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 retornando uma mensagem.
16

5.2 Cadastrar Veculo

mostrado, de uma forma sequencial, como ocorre as operaes que so


necessrias para inserir um veculo no sistema. O supervisor chama o
formulrio, o controller retorna uma view para que seja preenchido os dados do
veculo, esses dados so enviados e retornando uma mensagem.
17

5.3 Consultar Veculo Disponvel

mostrado, de uma forma sequencial, como ocorre as operaes que so


necessrias para consultar veculos disponveis no sistema. O atendente
chama o formulrio, o controller retorna uma view para que seja preenchido os
dados do veculo consultado, esses dados so enviados e depois retornados
atravs do mtodo consultarVeiculo(), que retorna justamente uma lista de
veculos disponveis.
18

5.4 Consultar Veculo Locado

mostrado, de uma forma sequencial, como ocorre as operaes que so


necessrias para consultar veculos locados no dia no sistema. O supervisor
chama o formulrio, o controller retorna uma view para que seja preenchido os
dados da consulta, esses dados so enviados e depois retornados atravs do
mtodo 'consultarLocacaoDia()', que retorna justamente uma lista de locaes
com os parmetros informados.
19

5.5 Locao de Veculo

mostrado, de uma forma sequencial, como ocorre as operaes que so


necessrias para realizar a locao de um veculo no sistema. O cliente chama
o formulrio, o controller retorna uma view para que seja preenchido os dados
da locao, o sistema atualiza as informaes do veculo que o cliente escolheu
e a locao efetuada.
20

5.6 Devoluo de Veculo

mostrado, de uma forma sequencial, como ocorre as operaes que so


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 retorna-se os
dados do veculo locado. O sistema calcula e informa o valor que dever ser
pago e emite um comprovante de devoluo.
21

6 DIAGRAMA DE ATIVIDADE MTODO CALCULARMULTA

Esse Diagrama de Atividade mostra como est definido o fluxo do mtodo


calcularMulta(). Como o nome j diz, esse mtodo calcula a multa que dever
ser aplicada caso a devoluo do veculo ultrapasse o prazo. No momento da
devoluo, caso esteja no prazo, emitido uma mensagem de devoluo no
prazo, se estiver ultrapassado, o sistema calcula a multa e exibe uma
mensagem de atraso junto com o valor.
22

7 DIAGRAMA DE DISTRIBUIO

Demonstrao do Diagrama de Distribuio do sistema de locao de veculos,


representando os dispositivos, tipos de conexes, tipos de componentes
(executvel, interface, tabelas, banco de dados).
23

8 CONCLUSO

Com a utilizao de diagramas de diversos tipos e modelos de arquitetura,


podemos dizer que o sistema de locao de veculos, 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 prtica, garantindo um bom entendimento do tema que foi proposto.
Certamente o tempo mais gasto foi com pesquisas a procura de informaes, que
iriam auxiliar no momento da elaborao.

Com a criao desse projeto foi possvel desenvolver uma habilidade em anlise
e desenvolvimento de sistemas, passando por todas as etapas, fazendo ter uma
interao 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 documentao bem elaborada e


estruturada, a fase de desenvolvimento passa a ter um ganho extremo de
produtividade, uma vez que os desenvolvedores e arquitetos tero em mos um
embasamento das atividades, oriundas da fase de projeto, portanto haver
satisfao do cliente e a empresa desenvolvedora s tem a ganhar.
24

9 REFERNCIAS

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 padres: uma introduo anlise e ao projeto


orientados a objetos e ao processo unificado.
DENNIS, Alan; WIXOM, Barbara Haley; ROTH, Roberta M. Anlise e Projeto de
Sistemas.

Conhecimentos sobre sistemas orientado a objetos obtidos em outras instituies


e experincias profissionais.

Você também pode gostar