Você está na página 1de 31

UNIVERSIDADE FEDERAL DE UBERLÂNDIA

FACULDADE DE ENGENHARIA MECÂNICA

Engenharia de Software:

Trabalho Final

Prof Silvio Bacalá Junior

Cássio Weverton Marques Diniz 11521BSI225


Gustavo Diego Oliveira de Sousa 11611BSI268
Jefferson Freitas Oliveira 11511BCC045
Nina Cervilha Oliveira 11511EMT023

Uberlândia
08 de julho de 2019

1
Indíce

Parte 1 ………………………………………………………….….3
Parte 2 ……………………………………………………………..12
Parte 3 ……………………………………………………….…….19

2
Parte 1

LOCADORA DE VEÍCULOS

Requisitos funcionais:

1- Registrar cliente
2- Registro de veículo
3- Alterar valor diária veículo
4- Baixa de veículo
5- Registro de aluguel
6- Registrar entrega de veículo
7- Manutenção programada
8- Registrar oficinas
9- Ocorrência de sinistros
10- Calcular Aluguel
11- Carros em manutenção
12- Retorno de manutenção
13- Valor de manutenção
14- Baixar manutenção
15- Gerenciar caixa
16- Registro de multas
17- Baixar multa
18- Relatórios

Requisitos não funcionais:

- Sistema deve ser capaz de (2-Registro de veículo), inserir dados sobre o mesmo para o
cálculo de (7-Manutenção programada), valor de sua diária quando alugado, e a (3- Alterar
valor diária veículo) quando necessário.
- Sistema deve (1-Registrar cliente), e atrelar veículos a este cliente na forma de (5-Registro
de aluguel). Baseado no aluguel de veículo o sistema deve ser capaz de (10-Calcular
aluguel) que é o preço final do aluguel.
- Sempre que o veículo retornar de um aluguel deve (6-Registrar entrega de veículo), de
forma a atualizar a disponibilidade do veículo, atualização da (7-Manutenção programada),
e se necessário abrir uma (9- Ocorrência de sinistros).
- O sistema deve registrar (11- Carros em manutenção), sempre que ocorrer (9- Ocorrência
de sinistros) ou (7-Manutenção programada) e armazenar o (13-valor de manutenção) para
que a oficina possa receber pelo serviço. Quando a manutenção for finalizada o sistema
deve registrar (12- Retorno de manutenção) assim que o veículo retornar a locadora.
- Sistema deve (15-Gerenciar caixa), de forma a registrar a entrada de valores pagos de
alugueis, e baixar no caixa valores pagos em manutenção e multas. Assim que forem pagas
tanto multas quanto manutenção o sistema deve (17-Baixar multa) e (17-Baixar
manutenção).

3
- Sistema deve registar custos como (16- Registro de multas) e (13-valor de manutenção) e
mantê-las ativas até a baixa das mesmas.
- Sistema deve fazer a (4- baixa de veículo) em caso de venda de veículo, ou caso de
acidente com PT do veículo.
- Sistema deve (8- Registrar oficinas) para cotação de manutenção para veículos, e envios
para manutenção.
- Sistema deve gerar (18- Relatórios) diversos, para que a dinâmica na locadora ocorra da
melhor forma possível.

4
Modelo de caso de uso e especificações de caso de uso

Funcionário: Atendente

Nome Registrar Cliente


Atores Funcionário
Pré-condições Cliente deve ser maior de idade e possuir CNH
Pós-condições Cadastro realizado com sucesso
Sequência de 1.Verificar documentação
eventos 2.Realizar cadastro no sistema dos documentos(CNH, RG,
CPF, Endereço)
Sequencia 1.Documentação inadequada: Não realiza cadastro
alternativa

Nome Registro de Veículo


Atores Funcionário
Pré-condições Documentação do veículo deve estar ok
Pós-condições Cadastro realizado com sucesso
Sequência de 1.Verificar documentação
eventos 2.Realizar cadastro no sistema dos documentos(Ano,
Modelo, Placa, RENAVAM, Cor, Opcionais do veículo)
3.Cadastrar dados sobre o veículo(KM rodados, ultima
troca de óleo e correria, ultima troca de filtros, última
revisão)
Sequencia 1.Documentação inadequada: Carro não cadastrado e
alternativa não liberado para alugueis.

Nome Registro de Aluguel


Atores Funcionário

5
Pré-condições Veículo estar cadastrado no sistema, e o cliente também
Cliente não estar em débito com a locadora
Pós-condições Aluguel realizado com sucesso
Sequência de 1.Verificar disponibilidade do veículo
eventos 2.Verificar cadastro do cliente
3.Verificar status da CNH do cliente
4.Agendar a data prevista de retorno do veículo
5. Informar valor do aluguel
Sequencia 1.CNH vencida ou cassada: aluguel não efetuado
alternativa 2.Veículo indisponível no período desejado: aluguel não
efetuado

Nome Entrega de Veículo


Atores Funcionário
Pré-condições
Pós-condições
Sequência de 1.Registrar quilometragem rodada
eventos 2.Verificar nível do tanque
3.Verificar condições gerais no veículo
4.Atualizar status do veículo no sistema
5.Emitir valor do aluguel
6.Registrar forma de pagamento
Sequencia 1.Veículo com avaria, abrir chamado de sinistro.
alternativa 2.Caso de sinistro, agregar valor da manutenção no valor
do aluguel

Funcionário: mecânico

6
Nome Envio para manutenção
Atores Funcionário
Pré-condições Data de manutenção programada venceu, ou em caso de
ocorrência de sinistro
Pós-condições Veículo indisponível, enviado para manutenção
Sequência de 1.Vereficar oficinas cadastradas e fazer cotação
eventos 2.Entrar em contato com oficina e verificar sua
disponibilidade
3.Realizar o envio do veículo
Sequencia 1.Oficina indisponível: procurar outra oficina
alternativa

Nome Retorno manutenção


Atores Funcionário
Pré-condições Veículo entregue pela oficina
Pós-condições Veículo disponível
Sequência de 1.Verificar status do veículo
eventos 2.Registrar dados da manutenção(data de retorno, valor,
garantia)
3.Cadastrar dados sobre o veículo(KM rodados, ultima
troca de óleo e correria, ultima troca de filtros, última
revisão)
Sequencia 1.Status do veículo não ok, retornar para oficina
alternativa

Nome Registrar oficina


Atores Funcionário
Pré-condições Oficina registrada com CNPJ
Pós-condições Oficina registrada
Sequência de 1.Verificar condições da oficina e qualidade dos serviços
eventos prestados
2.Registrar suas especialidades no sistema
Sequencia 1.Oficina em condições não ok, registro não efetuado
alternativa

Nome Baixa de veículo


Atores Funcionário
Pré-condições Veículo vendido ou em caso de PT
Pós-condições Veículo removido do sistema
Sequência de 1.Registrar dados do comprador do veículo(nome,
eventos telefone RG)
2.Caso de PT registrar o número do BO e da baixa no
DETRAN
3.Excluir veículo do sistema
Sequencia
alternativa

7
Funcionário: Administrativo

Nome Alterar valor diária


Atores Funcionário
Pré-condições Veículo já cadastrado
Pós-condições Valor alterado
Sequência de 1.Buscar veículo por placa
eventos 2.Inserir novo valor da diária
Sequencia 1.Veículo não encontrado
alternativa

Nome Ocorrência de sinistro


Atores Funcionário
Pré-condições Veículo já cadastrado
Pós-condições Sinistro cadastrado
Sequência de 1.Buscar veículo por placa
eventos 2.Registrar a natureza do sinistro
3.Registrar data do ocorrido
4.Registrar a criticidade do sinistro
Sequencia
alternativa

Nome Registro de multas


Atores Funcionário
Pré-condições Veículo já cadastrado
Pós-condições Multa registrada
Sequência de 1.Buscar veículo por placa

8
eventos 2.Inserir data e hora da autuação
3.Registrar o responsável
4.Registrar o valor da multa e data de vencimento
5.Abrir notificação para o responsável
Sequencia 1.Multa indevida, abrir chamado para recorrer.
alternativa

Nome Baixar manutenção


Atores Funcionário
Pré-condições Veículo Retornou de manutenção
Pós-condições Multa baixada
Sequência de 1.Buscar veículo por placa
eventos 2.Verificar o status da manutenção
3.Buscar dados da oficina
4.Realizar o pagamento
5.Baixar manutenção no sistema
6.Registrar recibo de pagamento
Sequencia 1.Manutenção não ok, aguardando retorno oficina.
alternativa

Nome Baixar multas


Atores Funcionário
Pré-condições Multa cadastrada no sistema
Pós-condições Multa baixada
Sequência de 1.Buscar veículo por placa
eventos 2.Buscar valor da multa
3.Efetuar o pagamento
4.Registrar recibo de pagamento
5.Baixar multa do sistema
Sequencia 1.Multa não encontrada
alternativa

9
Sistema

Nome Gerenciar caixa


Atores Sistema
Pré-condições
Pós-condições
Sequência de 1.Registrar entradas e saídas de recursos do caixa
eventos
Sequencia
alternativa

Nome Calcular aluguel


Atores Sistema
Pré-condições Veículo retornando de aluguel
Pós-condições Valor a ser pago calculado
Sequência de 1.Sistema deve calcular quantos dias o carro foi alugado
eventos 2.Sistema deve multiplicar a quantidade de dias pelo
valor da diária
3.Sistema deve retornar o valor do aluguel
Sequencia
alternativa

Nome Manutenção programada


Atores Sistema
Pré-condições Veículo cadastrado
Pós-condições

10
Sequência de 1.Sistema deve calcular baseado nas informações do
eventos carro, a data das manutenções programadas(Trocas e
revisões)
2.Sistema deve abrir um chamado para o envio do
veículo para manutenção.
Sequencia
alternativa

Nome Relatórios
Atores Sistema
Pré-condições
Pós-condições
Sequência de 1.sistema deve ser capas de gerar relatórios como:
eventos 1.1 Veículos alugados
1.2 Veículos disponíveis
1.3 Veículos em manutenção
1.4 Multas
1.5 Oficinas cadastradas
1.6 Clientes cadastrados
1.7 Manutenções programadas
1.8 Registro de caixa

Sequencia
alternativa

11
Parte 2

Modelo de Análise - Aluguel de Veículos

Diagrama de interação

Figura 1

12
Figura 2

13
Figura 3

14
Figura 4

15
Diagrama de Classe

Figura 5

16
Modelo Arquitetural

- O modelo em questão rodará na web


- Foi decidido que o sistema utilizará o modelo MVC (Model-View-Controller) já que
esse padrão possui a característica de ser fácil modificar a interface do usuário, mas
não afeta o núcleo funcional do software por essa modificação. No modelo concentra
as classes de domínio (entidades) da aplicação, além das classes de negócio e de
acesso a dados; a visão é responsável pelo layout da aplicação (telas em HTML, por
exemplo) e seus componentes visuais; e o controle direciona o fluxo de dados entre
as camadas de visão e de modelo da aplicação. Outros aspectos sobre esse modelo
são: pode-se alterar as telas ou componentes visuais do sistema sem modificar as
classes responsáveis pela a lógica da aplicação (modelo e controladoras), e vice-
versa; e diminui-se o tempo de manutenção de funcionalidades devido a alta coesão
(classes com responsabilidades e objetivos bem definidos) e ao baixo acoplamento
(pouca dependência de outras classes).
- O front end rodará em um sistema WEB usando REST (Representational
State Transfer) é uma abstração da arquitetura da World Wide Web, mais
precisamente, é um estilo arquitetural que consiste de um conjunto
coordenado de restrições arquiteturais aplicadas a componentes, conectores
e elementos de dados dentro de um sistema de hipermídia distribuído. O
REST ignora os detalhes da implementação de componente e a sintaxe de
protocolo com o objetivo de focar nos papéis dos componentes, nas
restrições sobre sua interação com outros componentes e na sua
interpretação de elementos de dados significantes.
- Entre o model e o controller vamos inserir modelagem em camadas (regra de
negócio organizada em um pacote e o modelo de dados em outra camada e
dentro dela teremos um DAO). O DAO tem como objetivo encapsular o
acesso a dados em uma classe separada da aplicação, dessa forma ele
centraliza do código de acesso/manipulação de dados da aplicação, separa
da lógica de negócio da persistência, torna transparente o acesso aos dados
nas aplicações e possibilita acesso a diferentes fontes de dados de forma
transparente para o usuário.
- Fachada para esconder a regra de negócio na camada de serviço, cujo
objetivo é ocultar a complexidade de uma ou mais classes, simplificando o
uso de um subsistema implementando apenas uma classe que forneça uma
interface única e mais razoável. A fachada também possui as seguintes
características: fornece uma interface unificada para um conjunto de
interfaces em um subsistema e define uma interface de nível mais alto que
facilita a utilização do subsistema. É importante ressaltar que um subsistema
pode ter diversas fachadas.
- O banco de dados a ser utilizado será Postgres. É necessário o uso de um
banco de dados para armazenar os dados correlacionados e prover um
ambiente que seja adequado e eficiente para uso na recuperação e
armazenamento de informações.

17
Figura 6

O diagrama presente na figura 6 tem o MVC, a camada de regra de negócio


usa o padrão BO, a camada de acesso a dados usa DAO e o DTO.

Figura 7

Na figura 7 foi aberto o front end pra mostrar que ele vai usar uma fachada
que seria um menu principal pra mandar requisições pro controller encaminhar para
regra de negócio.

18
Parte 3

3 .1 Especificação de alguns casos de teste

CT001 - Validar Cadastrar Cliente


Objetivo:Cadastrar um novo cliente
Pré-condições:Usuário(Administrador) ter acesso a tela de cadastro de Cliente
Passos:
Entrada
1. Usuário acessa tela de cadastro de cliente
2. Usuário insere o campo Nome: "João"
3. Usuário insere o campo CPF: "xxx.xxx.xxx-xx"
4. Usuário insere o campo RG: "xxx.xxx.xxx"
5. Usuário insere o campo CNH: “xxxxxxxxxxx”
6. Usuário insere o campo Endereço: “Rua 1 Nº 10”
7. Usuário insere o campo Bairro: “St. Mônica”
8. Usuário insere o campo Cidade: “Uberlândia”
9. Usuário clica em salvar

Saída
1. Sistema valida os campos Nome, CPF, RG, CNH, Endereço, Bairro e Cidade.
2. Sistema salva no banco
3. Sistema exibe mensagem "O Cliente foi salvo com sucesso"

Teste de campos obrigatórios do cadastro de Cliente


Dado que:
- Os campos obrigatórios são: Nome, CPF, RG, CNH, Endereço, Bairro e Cidade.

Quando:
- Eu não preencho o campo Nome

Então:
- O sistema não salva o Cliente
- O sistema exibe mensagem que não foi salvo o Cliente
- O sistema lista campos a serem preenchidos

CT002 - Validar Cadastrar Carro


Objetivo:Cadastrar um novo Carro
Pré-condições:Usuário(Administrador) ter acesso a tela de cadastro de Carro
Passos:
Entrada
1. Usuário acessa tela de cadastro de carro
2. Usuário insere o campo Modelo: "Gol"
3. Usuário insere o campo Marca: " Volkswagen"
4. Usuário insere o campo Ano: "2019"
5. Usuário insere o campo Cor: “Branco”
6. Usuário marca nos checkbox os opcionais do veículo
7. Usuário insere o campo RENAVAM: “xxxxxxxxxxxxxxx”
9. Usuário insere o campo Placa: “xxx-xxxx”

19
10.Usuário insere o campo Quilometragem: “xxxxxx”
11. Usuário clica em salvar

Saída
1. Sistema valida os campos Modelo, Marca, Ano, Cor, Placa, Quilometragem e RENAVAM.
2. Sistema salva no banco
3. Sistema exibe mensagem "Veículo Registrado"

Teste de campos obrigatórios do Cadastrar Carro


Dado que:
- Os campos obrigatórios são: Modelo, Marca, Ano, Cor, Placa, Quilometragem e
RENAVAM.
Quando:
- Eu não preencho o campo Modelo

Então:
- O sistema não salva o Veículo
- O sistema exibe mensagem que não foi salvo o Veículo
- O sistema lista campos a serem preenchidos

CT003 - Validar Registro de Aluguel


Objetivo:Cadastrar um Aluguel
Pré-condições:Usuário(Administrador) ter acesso a tela de cadastro de Cliente
Passos:
Entrada
1. Usuário acessa tela de Efetuar Aluguel
2. Usuário insere o campo Nome: "João"
3. Usuário insere o campo CPF: "xxx.xxx.xxx-xx"
4. Usuário insere o campo Placa: “xxx-xxxx”
5. Usuário insere o campo Previsão de retorno: “08/07/2019”
6. Sistema calcula o valor de aluguel no campo Valor Total
7. Usuário clica em salvar

Saída
1. Sistema valida os campos Nome, CPF e Placa.
2. Sistema salva no banco
3. Sistema exibe mensagem "Aluguel Registrado"

Teste de campos obrigatórios do Registro de Aluguel


Dado que:
- Os campos obrigatórios são: Nome, CPF e Placa.
Quando:
- Eu não preencho o campo Nome

Então:
- O sistema não salva o Aluguel
- O sistema exibe mensagem Aluguel não registrado
- O sistema lista campos a serem preenchidos, ou pendencias.

20
CT004 - Validar Registro de Devolução de Veículo
Objetivo:Registrar devolução de veículo
Pré-condições:Usuário(Administrador) ter acesso a tela de Devolução de Veículo
Passos:
Entrada
1. Usuário acessa tela de Devolução de Veículo
2. Usuário insere o campo Nome do cliente: "João"
3. Usuário insere o campo CPF: "xxx.xxx.xxx-xx"
4. Usuário insere o campo Placa: “xxx-xxxx”
5. Usuário insere o campo Quilometragem: “xxxxxx”
6. Usuário insere o campo Condições do Veículo: “ok/nok”
7. Sistema calcula o valor de aluguel no campo Valor Total
8. Usuário insere o campo Forma de pagamento: “Dinheiro/Cartão Credito/ Cartão Débito”
9. Usuário clica em salvar

Saída
1. Sistema valida os campos Nome, CPF, Quilometragem, Condições do veículo e Forma de
pagamento.
2. Sistema salva no banco
3. Sistema exibe mensagem "Aluguel Devolução Registrada"

Teste de campos obrigatórios do Registro de Devolução


Dado que:
- Os campos obrigatórios são: Nome, Quilometragem, Condições do veículo e Forma de
pagamento.
Quando:
- Eu não preencho o campo Nome

Então:
- O sistema não Registra a Devolução
- O sistema exibe mensagem Devolução não registrada
- O sistema lista campos a serem preenchidos, ou pendencias.

CT005 - Validar Registro de Envio para Manutenção


Objetivo:Registrar Envio para manutenção
Pré-condições:Usuário(Administrador) ter acesso a tela de Envio para Manutenção
Passos:
Entrada
1. Usuário acessa tela de Envio para Manutenção
2. Usuário Busca Oficina selecionando uma Especialidades
3. Usuário insere o campo Valor Manutenção: " 0000,00"
4. Usuário insere o campo Data de Envio para Manutenção: “08/07/2019”
5. Usuário insere o campo Data Previsão de retorno: “09/07/2019”
5. Usuário insere o campo Placa do Veículo: “xxx-xxxx”
6. Usuário insere o campo Comentários: “xxxxxxxxx”
7. Sistema gera Número de protocolo.
8. Usuário clica em salvar

Saída

21
1. Sistema valida os campos Oficina, Valor Manutenção, Data de Envio, Data Previsão de
retorno, Placa do Veículo e Número de protocolo.
2. Sistema salva no banco
3. Sistema exibe mensagem "Envio para Manutenção registrado"

Teste de campos obrigatórios do Envio para Manutenção


Dado que:
- Os campos obrigatórios são: Oficina, Valor Manutenção, Data de Envio, Data Previsão de
retorno, Placa do Veículo e Número de protocolo.
Quando:
- Eu não preencho o campo Oficina

Então:
- O sistema não Registra o Envio para manutenção
- O sistema exibe mensagem Envio para manutenção não registrado
- O sistema lista campos a serem preenchidos, ou pendencias.

22
3.2 - Elaboração das planilhas de testes

Caso de Uso: Validar Cadastrar Cliente

 Fluxo Principal:

o P 1 – Usuário seleciona o menu “cadastrar cliente”

o P 2 – O sistema acesa os dados

o P 3 – O sistema valida cadastro do cliente

o P 4 – O usuário confirma a validação

o P 5 – O sistema emite a mensagem de cadastro de sucesso

o P 6 – O caso de uso é finalizado

 Fluxo Alternativo 1: O usuário cancela o cadastro

o A 1.1 – O usuário seleciona a opção cancelar

o A 1.2 – O sistema cancela a operação

o A 1.3 – O caso de uso é finalizado

 Fluxo de Exceção 1: Campo Requerido Não Fornecido ou Inválido

o E.1.1 – Usuário não entra com campo requerido

o E.1.2 – O sistema emite a mensagem “Campo requerido ausente ou inválido.”

o E.1.3 – O caso de uso é finalizado

Caso de Uso: Validar Cadastrar carro

 Fluxo Principal:

o P 1 – Usuário seleciona o menu “cadastrar carro”

o P 2 – O sistema acesa os dados

o P 3 – O sistema valida cadastro do carro

o P 4 – O usuário confirma a validação

23
o P 5 – O sistema emite a mensagem de cadastro de sucesso

o P 6 – O caso de uso é finalizado

 Fluxo Alternativo 1: O usuário cancela o cadastro

o A 1.1 – O usuário seleciona a opção cancelar

o A 1.2 – O sistema cancela a operação

o A 1.3 – O caso de uso é finalizado

 Fluxo de Exceção 1: Campo Requerido Não Fornecido ou Inválido

o E.1.1 – Usuário não entra com campo requerido

o E.1.2 – O sistema emite a mensagem “Campo requerido ausente ou inválido.”

o E.1.3 – O caso de uso é finalizado

24
Caso de Uso: Validar Registro de Aluguel

 Fluxo Principal:

o P 1 – Usuário seleciona o menu “cadastrar aluguel”

o P 2 – O sistema acesa os dados

o P 3 – O sistema valida cadastro do aluguel

o P 4 – O usuário confirma a validação

o P 5 – O sistema emite a mensagem de cadastro de sucesso

o P 6 – O caso de uso é finalizado

 Fluxo Alternativo 1: O usuário cancela o cadastro

o A 1.1 – O usuário seleciona a opção cancelar

o A 1.2 – O sistema cancela a operação

o A 1.3 – O caso de uso é finalizado

 Fluxo de Exceção 1: Campo Requerido Não Fornecido ou Inválido

o E.1.1 – Usuário não entra com campo requerido

o E.1.2 – O sistema emite a mensagem “Campo requerido ausente ou inválido.”

o E.1.3 – O caso de uso é finalizado

Caso de Uso: Validar Registro de Devolução de Veículo

 Fluxo Principal:

o P 1 – Usuário seleciona o menu “registrar devolução de veículo”

o P 2 – O sistema acesa os dados

o P 3 – O sistema valida cadastro de registro devolução de veículo

o P 4 – O usuário confirma a validação

25
o P 5 – O sistema emite a mensagem de registro com sucesso

o P 6 – O caso de uso é finalizado

 Fluxo Alternativo 1: O usuário cancela o cadastro

o A 1.1 – O usuário seleciona a opção cancelar

o A 1.2 – O sistema cancela a operação

o A 1.3 – O caso de uso é finalizado

 Fluxo de Exceção 1: Campo Requerido Não Fornecido ou Inválido

o E.1.1 – Usuário não entra com campo requerido

o E.1.2 – O sistema emite a mensagem “Campo requerido ausente ou inválido.”

o E.1.3 – O caso de uso é finalizado

Caso de Uso: Validar Registro de envio para Manutenção

 Fluxo Principal:

o P 1 – Usuário seleciona o menu “registrar envio para manutenção”

o P 2 – O sistema acesa os dados

o P 3 – O sistema valida cadastro de registro de envio para manutenção

o P 4 – O usuário confirma a validação

o P 5 – O sistema emite a mensagem de registro com sucesso

o P 6 – O caso de uso é finalizado

 Fluxo Alternativo 1: O usuário cancela o cadastro

o A 1.1 – O usuário seleciona a opção cancelar

o A 1.2 – O sistema cancela a operação

o A 1.3 – O caso de uso é finalizado

 Fluxo de Exceção 1: Campo Requerido Não Fornecido ou Inválido

26
o E.1.1 – Usuário não entra com campo requerido

o E.1.2 – O sistema emite a mensagem “Campo requerido ausente ou inválido.”

o E.1.3 – O caso de uso é finalizado

27
3.3 - Realizar casos de uso arquiteturais em nível de projeto
Nessa fase modelos o caso de uso arquitetural do sistema de acordo com o MVC, ou seja,
modulamos as chamadas de operações de um atendente ao sistema sob o modus-operandi do
modelo Model-View Controller. Abaixo vemos o caso de uso geral arquitetural:

Figura 1: Diagrama arquitetural MVC

28
A partir do diagrama MVC acima temos os seguintes diagramas de sequência baseado nele:

Figura 1: Diagrama de sequência de cadastro de veículo

Figura 2: Diagrama de sequência solicitação de aluguel

29
Figura 3: Diagrama de sequência registro de ocorrência

Figura 4: Diagrama de sequência devolução de veículo

Figura 5: Diagrama de sequência registro de manutenção de veículo

30
3.4 - Elaborar Modelo de Classes de Projeto

Figura 6: Diagrama de classes do projeto

31

Você também pode gostar