APOO3 - LAVA JATO

Contexto:

Ao observar vários lava jatos de Dourados, concluímos que o carros eram

lavados por ordem de chegada, portanto o cliente esperava o dia todo, e às
vezes nem era atendido gerando super lotação no lavo jato e a desistência de
muitos clientes pelo serviço.

O objetivo do aplicativo Lava Jato é facilitar a vida dos funcionários, do

proprietário do estabelecimento e do cliente. Com o cadastro e o
gerenciamento do veículos no aplicativo, podemos agendar o horário com seus
clientes sem locomoção, além do cliente ganhar a disponibilidade de local para
poder lavar o carro, poderá também escolher o funcionário que vai cuidar do
seu automóvel e ainda otimizar em 100% o seu tempo, tanto do cliente quanto
do proprietário do lava jato e seus funcionários.

O app ajudaria exclusivamente para ter uma visão melhor do controle de carros
que chegariam ao lava jato, para que não aconteça super lotação. Portanto a
entrega será feita de forma rápida e organizada.

Por ter varias funcionalidades, o app resolverá problemas de agendamento e o

número de funcionários reduzirá.

Oportunidades:

Como o aplicativo será programado para prestação de serviços e

agendamentos de veículos, facilitando o acesso dos clientes por meio do
cadastro a empresa alcançaria um número maior de pessoas interessadas.
Levando isso em consideração, podemos apontar que seria como inovar e criar
algo diferente e exclusivo. Usando a tecnologia para um melhor serviço rápido
e simples.

Benefícios para o Proprietário:

• Otimizar o seu tempo;

• Otimizar os dados;

• Maior controle de fluxos;

• Melhora na produtividade;

• Melhor eficácia;

• Melhor organização de produtos;

• Dinamismo;

• Confiabilidade;

• Manutenção de equipamentos;

• Ficará sabendo instantaneamente quando o carro já estiver pronto, sem

precisar permanecer no estabelecimento;

• O dono do lava jato saberá a quantidade de carros que serão lavados

em cada dia, podendo se organizar melhor;

• O número de clientes consequentemente aumentaria;

• Satisfação do cliente; • Fidelização

Benefícios para o Cliente:

• O motorista poderá agendar o melhor horário para ele, sem precisar

locomover-se;

• Atendimentos personalizado;

• Praticidade;

• Economia de tempo;

• Certeza no atendimento;

• Conforto;

• Melhor acesso as informações;

• Comodidade;

• Simplicidade e Facilidade;

• Melhor interação com a empresa; • Satisfação;

• Facilidade no pagamento; Requisitos funcionais:

- Agendamento de serviço;

- cadastro dos clientes;

- controle de produto (estoque); - controle de metas;

- acesso a informações;

- controle de fluxo;

- controle de funcionários;

Requisitos não funcionais:

- Confiabilidade;

- Dinamismo;

- comodidade;

- conforto;

- Satisfação do cliente;

- A velocidade que está ligada ao tempo de utilização;

- A facilidade de uso pode ser medida pelo modo simples e rápido de

agendar o serviço.

- A satisfação do cliente ao ser atendido de maneira organizada;

- A boa produtividade que será feita

Agendamento:

Caso de uso:   Gerenciamento de agendamento

Ator:           USUARIO (cliente)
Descrição:  Este caso de uso permite o ator USUARIO cadastrar e editar os dados
do agendamento e escolher a disponibilidade dos horários.
Pré-condição: O USUARIO deve estar registrado no sistema.
Pós-condição: Os agendamentos estarão disponíveis para serem utilizados consultados
pelo PROPIETÁRIO e USUARIO.
RF: RF07 RNF:
Fluxo de eventos:
O caso de uso começa quando o USUARIO seleciona na página principal do sistema a
opção agendar um horário para os serviços.

Fluxo básico do lava jato:

1. O USUARIO deseja fazer o registro do agendamento de serviços e informa a data,

horário e o funcionário que deseja para realizar o serviço.
2. Sistema verifica se tem vaga disponível e funcionário disponível executando o use
case verificar disponibilidade;
3. USUARIO informa o funcionário, serviço, tipo de pagamento e cabine
4. Sistema cria uma instância de agendamento.
5. Sistema emite uma mensagem informando que o agendamento foi registrado e
encerra o caso de uso.

Fluxos alternativos e de exceção do lava jato

Fluxos alternativos (2): SISTEMA verifica que não tem disponibilidade para os dados
informados. 

1-USUARIO escolhe novos dados com disponibilidade;

2-Sistema emite mensagem informando que os dados foram atualizados e

encerra use case;

Fluxos alternativos (2b): O USUARIO escolhe a opção sair. 

1- O sistema encerra o caso de uso.

Relacionamentos: 
Este use case está relacionado com os seguintes use cases:
Gerenciamento de usuário;
Gerenciamento de serviço;
Gerenciamento de funcionário;
Gerenciamento de tipo de pagamento

Funcionários:

Caso de uso:   Gerenciamento de funcionários

Ator:           PROPRIETÁRIO (proprietário)
Descrição:  Este caso de uso permite o ator PROPRIETÁRIO cadastrar, editar e
mudar o status do registro (caso o mesmo seja colocado em desuso)
Pré-condição: O PROPRIETÁRIO deve estar registrado no sistema.
Pós-condição: Os funcionários estarão disponíveis para serem utilizados no
Gerenciamento de agendamento.
RF: RF03 RNF: RNF
Fluxo de eventos:
O caso de uso começa quando o PROPRIETÁRIO seleciona na página principal do sistema
a opção gerenciar funcionários

Fluxo básico

1. O PROPRIETÁRIO deseja fazer o registro do funcionário e ele informa seu nome,

endereço, telefone celular, e-mail e data de admissão .
2. Sistema verifica que não existe um funcionário associado ao nome.
3. Sistema cria uma instância do funcionário.
4. Sistema emite uma mensagem informando que o funcionário foi registrado e encerra
o caso de uso

Fluxos alternativos e de exceção

Fluxos alternativos (2): O sistema verifica que o funcionário existe no sistema.
a. O sistema exibe os dados e a opção de alterar os dados do funcionário ou sair.
b. O PROPRIETÁRIO escolhe a opção alterar e informa os novos dados.  
c. O sistema atualiza o registro e a data da atualização.
d. O sistema emite uma mensagem informando que os dados do funcionario foram
alterados e encerra caso de uso.

Horários:

Caso de uso:   Gerenciamento de horários

Ator:           PROPRIETÁRIO (proprietário)
Descrição:  Este caso de uso permite o ator PROPRIETÁRIO cadastrar, editar e
mudar o status do registro (caso o mesmo seja colocado em desuso)
Pré-condição: O PROPRIETÁRIO deve estar registrado no sistema.
Pós-condição: Os horários estarão disponíveis para serem utilizados no Gerenciamento
de agendamento.
RF: RF02 RNF: RNF
Fluxo de eventos:
O caso de uso começa quando o PROPRIETÁRIO seleciona na página principal do sistema
a opção cadastrar horario

Fluxo básico

1. O PROPRIETÁRIO deseja fazer o registro do horário e informa sua descrição e

status.
2. Sistema verifica que não existe um horário associado a descrição.
3. Sistema cria uma instância do horário que o proprietário escolheu.
4. Sistema emite uma mensagem informando que o horário foi registrado e encerra o
caso de uso

Fluxos alternativos e de exceção

Fluxos alternativos (2): O sistema verifica que o horário existe no sistema.
a. O sistema exibe os dados e a opção de alterar os dados do horário ou sair.
b. O PROPRIETÁRIO escolhe a opção alterar e informa os novos dados.  
c. O sistema atualiza o registro e a data da atualização.
d. O sistema emite uma mensagem informando que os dados do horario foram alterados e
encerra caso de uso.
Fluxos alternativos (2b): O PROPRIETÁRIO escolhe a opção sair. 
i. O sistema encerra o caso de uso.

Relacionamentos: 
Não existem relacionamentos associados a este caso de uso

Serviços:

Caso de uso:   Gerenciamento de Serviços

Ator:           PROPRIETÁRIO (proprietário)
Descrição:  Este caso de uso permite o ator PROPRIETÁRIO cadastrar, editar e
mudar o status do registro (caso o mesmo seja colocado em desuso)
Pré-condição: O PROPRIETÁRIO deve estar registrado no sistema.
Pós-condição: Os serviços estarão disponíveis para serem utilizados no Gerenciamento
de agendamento.
RF: RF01 RNF: RNF
Fluxo de eventos:
O caso de uso começa quando o PROPRIETÁRIO seleciona na página principal do sistema
a opção distribuir serviços.

Fluxo básico

1. O PROPRIETÁRIO deseja fazer o registro do serviço e informa sua descrição,

valor e o tempo de duração o status e a data do status.
2. Sistema verifica que não existe um serviço associado ao nome.
3. Sistema cria uma instância do serviço.
4. Sistema emite uma mensagem informando que o serviço foi registrado e encerra o
caso de uso

Fluxos alternativos e de exceção

Fluxos alternativos (2): O sistema verifica que o serviço existe no sistema.
a. O sistema exibe os dados e a opção de alterar os dados do serviço ou sair.
b. O PROPRIETÁRIO escolhe a opção alterar e informa os novos dados.  
c. O sistema atualiza o registro e a data da atualização.
d. O sistema emite uma mensagem informando que os dados do serviço foram alterados e
encerra caso de uso.
Fluxos alternativos (2b): O PROPRIETÁRIO escolhe a opção sair. 
i. O sistema encerra o caso de uso.

Relacionamentos: 
Não existem relacionamentos associados a este caso de uso

Pagamento:

Caso de uso:   Gerenciamento de tipos de pagamento

Ator:           PROPRIETÁRIO (proprietário)
Descrição:  Este caso de uso permite o ator PROPRIETÁRIO cadastrar, editar e
mudar o status do registro (caso o mesmo seja colocado em desuso)
Pré-condição: O PROPRIETÁRIO deve estar registrado no sistema.
Pós-condição: Os tipos de pagamento estarão disponíveis para serem utilizados no
Gerenciamento de agendamento.
RF: RF04 RNF: RNF
Fluxo de eventos:
O caso de uso começa quando o PROPRIETÁRIO seleciona na página principal do sistema
a opção realizar pagamento

Fluxo básico

1. O PROPRIETÁRIO deseja fazer o registro do tipo de pagamento e informa sua

descrição.
2. Sistema verifica que não existe um tipo de pagamento associado à descrição.
3. Sistema cria uma instância de tipo de pagamento.
4. Sistema emite uma mensagem informando que o tipo de pagamento foi registrado e
encerra o caso de uso

Fluxos alternativos e de exceção

Fluxos alternativos (2): O sistema verifica que o tipo de pagamento existe no sistema.
a. O sistema exibe os dados e a opção de alterar os dados do tipo de pagamento ou sair.
b. O PROPRIETÁRIO escolhe a opção alterar e informa os novos dados.  
c. O sistema atualiza o registro e a data da atualização.
d. O sistema emite uma mensagem informando que os dados do tipo de pagamento foram
alterados e encerra caso de uso.
Fluxos alternativos (2b): O PROPRIETÁRIO escolhe a opção sair. 
i. O sistema encerra o caso de uso.

Relacionamentos: 
Não existem relacionamentos associados a este caso de uso

Usuários:

Caso de uso:   Gerenciamento de usuários

Ator:           USUARIO (cliente)
Descrição:  Este caso de uso permite o ator USUARIO cadastrar, editar e mudar o
status do registro (caso o mesmo seja colocado em desuso)
Pré-condição: O USUARIO poderá se cadastrar sem estar registrado no sistema.
Pós-condição: Os usuários estarão disponíveis para serem utilizados no Gerenciamento
de agendamento.
 O USUARIO deverá estar registrado no sistema para manipular seus
dados cadastrados.
RF: RF05 RNF: RNF
Fluxo de eventos:
O caso de uso começa quando o PROPRIETÁRIO seleciona na página principal do sistema
a opção cadastar.

Fluxo básico

1. O USUARIO deseja fazer o registro do usuário e informa seu nome, telefone

celular, e-mail e senha de acesso.
2. Sistema verifica que não existe um usuário associado ao nome e telefone.
3. Sistema cria uma instância de usuário.
4. Sistema emite uma mensagem informando que o usuário foi registrado e encerra o
caso de uso

Fluxos alternativos e de exceção

Fluxos alternativos (2): O sistema verifica que o usuário existe no sistema.
a. O sistema solicita que o usuário faça login no sistema para alterar os dados ou escolha a
opção sair
b. O USURIO faz login no sistema e escolhe a opção alterar e informa os novos dados.  
c. O sistema atualiza o registro e a data da atualização.
d. O sistema emite uma mensagem informando que os dados do tipo usuário foram
alterados e encerra caso de uso.
Fluxos alternativos (2b): O USUARIO escolhe a opção sair. 
i. O sistema encerra o caso de uso.

Relacionamentos: 
Não existem relacionamentos associados a este caso de uso