PIM 7

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 5.1

DIAGRAMA DE SEQUÊNCIA DE IMPLEMENTAÇÃO

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.