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

2 ARQUITETURA MVC

3 DIAGRAMA ENTIDADE RELACIONEMENTO

4 DIAGRAMA DE CLASSE DE IMPLEMENTAO


4.1 Cadastrar Cliente
4.2 Cadastrar Veculo
4.3 Consultar Veculo Disponvel
4.4 Consultar Veculo Locado
4.5 Locao de Veculo
4.6 Devoluo de Veculo

5 DIAGRAMA DE SEQUNCIA DE IMPLEMENTAO


5.1 Cadastrar Cliente
5.2 Cadastrar Veculo
5.3 Consultar Veculo Disponvel
5.4 Consultar Veculo Locado
5.5 Locao de Veculo
5.6 Devoluo de Veculo

6 DIAGRAMA DE ATIVIDADE MTODO CALCULARMULTA

7 DIAGRAMA DE DISTRIBUIO

8 CONCLUSO

9 REFERNCIAS
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).

2 ARQUITETURA MVC
7

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.

3 DIAGRAMA ENTIDADE RELACIONEMENTO


8

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.

4 DIAGRAMA DE CLASSE DE IMPLEMENTAO


9

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.

7 DIAGRAMA DE DISTRIBUIO
22

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

8 CONCLUSO
23

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.

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