SISTEMA PARA RESERVA DE VEÍCULOS DE UMA COOPERATIVA DE...
Transcript of SISTEMA PARA RESERVA DE VEÍCULOS DE UMA COOPERATIVA DE...
UNIVERSIDADE REGIONAL DE BLUMENAU
CENTRO DE CIÊNCIAS EXATAS E NATURAIS
CURSO DE SISTEMAS DE INFORMAÇÃO – BACHARELADO
RICARDO HOFFMANN
SISTEMA PARA RESERVA DE VEÍCULOS DE UMA
COOPERATIVA DE SAÚDE
Proposta de Trabalho de Conclusão de Curso submetida à Universidade Regional de Blumenau para a obtenção dos créditos na disciplina Trabalho de Conclusão de Curso I do curso de Sistemas de Informação — Bacharelado.
Orientador: Prof. Wilson Pedro Carli
BLUMENAU 2010/I
2
1 INTRODUÇÃO
Anualmente surgem no Brasil milhares de novas empresas, aumentando a
concorrência, mas a maioria encerra suas atividades antes de completar três anos de
existência. Muitas dessas empresas surgem e crescem, mas chegam em determinado ponto
que começam a apresentar problemas, principalmente por de falta de planejamento
organizado, capital para investimento e de informações precisas e ágeis sobre seu negócio,
características básicas da profissionalização (PINHEIRO, 2008).
Hoje no mercado de trabalho, para a empresa que tem um aumento significativo da
demanda, um dos acontecimentos previsíveis é o aumento do quadro funcional, obrigando
algumas vezes a empresa contratar funcionários sem experiência por um valor de salário
inferior dos profissionais já existentes na área, e oferecer cursos profissionalizantes, obtendo
assim um novo profissional no mercado. Com o aumento do quadro funcional, vem também a
necessidade de aumentar / melhorar os recursos já existentes.
Por transmitirem a idéia de que são capazes de gerar produtos e serviços e, portanto,
produzir riquezas, os bens são muitas vezes considerados como sinônimo de recursos. Assim,
um automóvel, considerado como um bem móvel pode ser utilizado na prestação de um
serviço com valor econômico, e como tal é um recurso (MARTINS; ALT, 2007, p.6).
O automóvel de uma empresa que está em circulação a trabalho ou não, também é uma
fonte muito rica de propaganda para a empresa, onde os atos do condutor ao volante é que vão
indicar se a propaganda é boa ou ruim, podendo assim trazer lucro ou prejuízo para a
empresa.
Uma das maiores preocupações de empresas que gerenciam uma frota de veículos
significativa é forma em que esse patrimônio está sendo utilizado, se é como beneficio para
empresa ou o condutor também está utilizando para benefício próprio.
1.1 PROBLEMA
A empresa Unimed Blumenau não possui sistema informatizado para controle da frota
de veículos, ela mesma registra apenas em uma planilha de Excel, alguns dados referente a
reserva de veículos para seus funcionários. Hoje, muitos dos registros são perdidos, devido a
3
atualização para novas versões do software, troca de computador, problemas de configuração
da planilha e esquecimento de registrar dessas informações.
1.2 JUSTIFICATIVA
Embora existam no mercado várias opções de sistemas para o controle de frota, não foi
encontrado nenhum adequado para situação atual da empresa. Com o crescimento diário da
frota e a quantidade de colaboradores que desfrutam desse patrimônio, a dificuldade em
manter controle está aumentando.
Baseado nessas informações verificou-se tal dificuldade e a falta de recursos para essas
atividades. A proposta é agilizar as operações hoje já existentes, facilitando o controle e
registro diário, garantindo um histórico confiável de toda a movimentação da frota.
1.3 OBJETIVOS
O objetivo deste trabalho é o desenvolvimento de um sistema para controle da frota de
veículos da empresa Unimed Blumenau.
Os objetivos específicos do trabalho são:
a) permitir o registro dos veículos e gerenciamento da frota;
b) permitir o acompanhamento da reserva de veículos.;
c) manter o histórico da movimentação da frota.
1.4 RELEVÂNCIA DO TRABALHO
Com a implantação de um sistema de reserva de veículos, a empresa terá um controle
de sua frota mais rigoroso e melhor administrada devido ao aumento de recursos disponíveis,
gerando uma maior confiabilidade nos dados. Todos os dados serão gravados em um banco de
dados, garantindo a integridade das informações. A redução do tempo gasto com essa
4
atividade será visível devido a uma melhor interação do sistema com o usuário, reduzindo
também do custo dessa atividade, possibilitando assim deslocar esse profissional para outras
atividades.
2 ABORDAGEM DOS PRINCIPAIS TEMAS
Esse capítulo aborda assuntos a serem apresentados nas seções a seguir, tais como a
gestão de frotas, cooperativa Unimed, o sistema atual e os trabalhos correlatos.
2.1 GESTÃO DE FROTAS
O termo “gestão de frotas” representa a atividade de reger, administrar ou gerenciar
um conjunto de veículos pertencentes a uma mesma empresa (VALENTE; PASSAGLIA;
NOVAES, 1997).
A manutenção de veículos consiste em procurar manter a frota em boas condições de
uso, dentro dos limites econômicos, de forma que a sua imobilização seja mínima. Valente,
Passaglia e Novaes (1997) comentam que a manutenção é uma medida importante para
aumentar a produtividade e reduzir custos para a empresa. Além de reparar os equipamentos,
a manutenção é responsável por evitar e prevenir novos consertos. Contudo, a realidade tem
mostrado que muitos empresários a consideram como um item dispendioso e não produtivo,
colocando-a, assim, em segundo plano.
O gasto com combustível utilizado pelos veículos é um fator preocupante para todas as
empresas que utilizam de veículos próprios. Com o preço elevado dos combustíveis, faz-se a
necessidade de um controle rígido da utilização do automóvel. Esse controle pode ser bem
simples, basta verificar o local de partida e destino de cada veículo, traçando um roteiro
individual por automóvel. Com o roteiro de cada veículo em mãos, podemos fazer uma
comparação dos trajetos, verificando se um veículo pode ser utilizado em duas ou mais rotas.
Um problema real de roteirização é definido por três fatores fundamentais: decisões,
objetivos e restrições. As decisões dizem respeito à alocação de um grupo de clientes, que
devem ser visitados, a um conjunto de veículos e respectivos motoristas, envolvendo também
a programação e o seqüenciamento de visitas. Como objetivos principais, o processo de
5
roteirização visa propiciar um serviço de alto nível aos clientes, mas ao mesmo tempo
mantendo os custos operacionais e de capital tão baixos quanto possível. Por outro lado, deve
obedecer a certas restrições. Em primeiro lugar, deve completar as rotas com recursos
disponíveis, mas cumprindo totalmente os compromissos assumidos com os clientes. Em
segundo lugar, deve respeitar os limites de tempo impostos pela jornada de trabalho dos
motoristas e ajudantes (NOVAES, 2007).
2.2 COOPERATIVA UNIMED
Cooperativa é uma associação autônoma de pessoas que se unem, voluntariamente,
para satisfazer aspirações e necessidades econômicas, sociais e culturais comuns, por meio de
uma empresa de propriedade coletiva e democraticamente gerida. As cooperativas se baseiam
em valores de ajuda mútua, responsabilidade, democracia, igualdade, eqüidade e
solidariedade.
A missão da Unimed Blumenau é promover a saúde e qualidade de vida das pessoas,
com ações educativas, preventivas e assistenciais, fidelizando e satisfazendo usuários,
cooperados, colaboradores e prestadores, com responsabilidade social.
Ser reconhecida como cooperativa de médicos que promove a saúde das pessoas, líder
em todos os segmentos, sólida, confiável, que atua com excelência e responsabilidade social,
é a visão que a Unimed Blumenau tem.
A sua política de gestão integrada tem como comprometimento para com a população
ampliar relacionamento de parceria, visando a satisfação das partes interessadas, buscar a
melhoria contínua no sistema de gestão, manter o equilíbrio operacional, possibilitando a
continuidade da prestação dos serviços, fortalecer a estrutura social através do
cooperativismo, contribuir com o desenvolvimento sustentável, atuando para evitar a
degradação do meio ambiente e esgotamento dos recursos naturais, estimular a conduta ética,
a inclusão social, o voluntariado e a busca da qualidade de vida, cumprir requisitos legais
aplicáveis e outros firmados com as partes interessadas, propiciar estrutura adequada ao
estabelecimento e revisão dos objetivos e metas do sistema de gestão, através da análise
crítica pela alta administração (UNIMED BLUMENAU, 2010).
6
2.3 SISTEMA ATUAL
Atualmente o setor de administração da Unimed Blumenau, utiliza-se de uma planilha
para o controle de reserva de veículos, sendo apenas uma pessoa responsável pela alimentação
dessa planilha. Para garantir ninguém mais tenha acesso, esse arquivo é protegido por senha.
A cada ano é criado um arquivo onde são lançadas todas as reservas feitas durante o
ano vigente, não havendo repartições por dia, semana ou mês. Esse arquivo possui três
planilhas que foram nomeadas como Reserva, Gestores e Fora da Sede. A planilha com o
nome Reserva, possui o controle da frota dos veículos reservados pelos funcionários de dentro
da empresa. A planilha Gestores possui o controle da frota dos veículos utilizados pelos
gerentes e coordenadores, e a planilha Fora da Empresa servem para o controle dos veículos
que estão disponíveis para as unidades, devendo ser controlada pela sede não com o intuito de
reserva, mais sim de manutenção dos veículos.
A solicitação da reserva de um automóvel é realizada da seguinte forma:
a) o funcionário envia um e-mail para a pessoa responsável solicitando um veículo e
especificando o setor que trabalha, nome do condutor, dia, hora de partida, hora de
retorno, o local que ele vai visitar e quantos passageiros irão com ele;
b) o responsável recebe o e-mail e verifica se possui algum carro disponível no dia
solicitado;
c) o responsável verifica a quantidade de passageiros e se já existe algum veiculo
reservado com aqueles dados, evitando assim que dois veículos sejam utilizados
sem necessidade:
- se já existir uma reserva para o mesmo local, o responsável avisa através de e-
mail, informando o horário de saída e chegada, chegando assim a uma negociação
da reserva;
- se não existir nenhuma reserva para o mesmo local, o responsável verifica se
possui algum veiculo disponível;
d) o responsável inicia a reserva do veiculo, informado a data, placa do veículo
disponível, nome do condutor, setor que o condutor trabalha, horário de saída,
retorno e o destino da visita;
e) o responsável responde o e-mail para o funcionário confirmando a reserva.
A gerência geralmente solicita um carro específico, forçando o responsável
reprogramar os horários já reservados para os outros veículos com horários disponíveis. A
7
reserva de veículos é efetuada todos os dias por um funcionário do setor de administração.
Essa planilha também possui um cadastro dos veículos, onde é registrado o modelo, placa,
opcionais, tipo de combustível, tipo de reserva desse veiculo, concessionária que foi adquirido
e um controle de revisão para destacar a data que certo veículo vai estar indisponível para
reserva.
A figura 1 demonstra o controle atual de reservas dos veículos da empresa.
Figura 1: Controle de Reservas de veículos
2.4 TRABALHOS CORRELATOS
Pode-se citar como trabalhos correlatos as monografias realizadas pelos alunos Edson
José Predon e Mauricio Bacher para conclusão do curso de Ciências da Computação e
Sistemas de Informação na Universidade Regional de Blumenau.
O trabalho de Pedron (1993) foi desenvolver um projeto de frota de veículos para
prefeitura municipal de Timbó, buscando a diminuição dos gastos com manutenção da frota,
através do projeto por ele desenvolvido.
8
O trabalho de Bacher (2009) foi desenvolver um sistema para controle de frota da
empresa no qual trabalha, buscando o controle dos gastos com os veículos da empresa e de
funcionários que utilizam do veículo particular para beneficio da empresa.
3 DESENVOLVIMENTO
Neste capítulo são descritos as especificações e detalhamento do software proposto,
apresentando as suas características, os requisitos funcionais, os não funcionais e os
diagramas de caso de uso.
9
3.1 SISTEMA PROPOSTO
Propõem-se o desenvolvimento de uma aplicação desktop para reserva de veículos que
seja de fácil usabilidade e melhor iteratividade, diminuição do tempo gasto com a tarefa,
garantindo também a integridade dos dados.
O sistema proposto vai ter a disponibilidade de emissão de vários tipos de relatórios,
desde reserva por veiculo, reserva por usuário ou até por setor, possibilitando uma melhor
visualização da movimentação dos veículos pelo setor responsável, podendo ou não tomar
decisões. O sistema atual não possui nenhum tipo de relatório, apenas a análise da própria
planilha.
O controle de acesso vai gerar a possibilidade de vários usuários utilizarem o sistema,
sendo possível através de um cadastro de usuários, onde apenas o administrador tem o
privilégio do cadastro. Para garantir a integridade dos dados, o sistema vai possuir um registro
de mudanças, onde qualquer movimentação de dados, ficará registrado no banco de dados do
sistema, possibilitando apenas o administrador gerar esse relatório através de select.
Um dos maiores problemas do sistema atual é a liberação do mesmo veiculo para
pessoas diferentes no mesmo intervalo de horário. Caso houver uma tentativa do registro com
o horário já reservado, o sistema proposto vai emitir uma mensagem de aviso,
impossibilitando a inclusão dessa reserva.
O controle de manutenção dos veículos vai impossibilitar a reserva do veículo
cadastrado para manutenção no dia determinado pelo usuário, emitindo mensagem em tela.
Para a construção da aplicação, será necessária a utilização das seguintes ferramentas:
a) Netbeans 6.7.1, como plataforma de desenvolvimento;
b) MySQL 6.0.6, como banco de dados para armazenamento das informações;
c) MySQL Query Browser para criação das tabelas e consulta de dados.
3.2 ESPECIFICAÇÃO
O Quadro 1 apresenta os requisitos funcionais previstos para o sistema e sua
rastreabilidade, ou seja, vinculação com o(s) caso(s) de uso associado(s).
10
Requisitos Funcionais Caso de Uso
RF01: O sistema deverá permitir o usuário efetuar o login no sistema. UC01
RF02: O sistema deverá permitir o usuário alterar senha do login. UC02
RF03: O sistema deverá permitir o usuário manter condutores. UC03
RF04: O sistema deverá permitir o usuário manter veículos. UC04
RF05: O sistema deverá permitir o usuário manter manutenção do veículo. UC05
RF06: O sistema deverá permitir o usuário manter reservas de veículos. UC06
RF07: O sistema deverá permitir o usuário baixar reservas de veículos. UC07
RF08: O sistema deverá permitir o usuário manter ocorrências. UC08
RF09: O sistema deverá permitir o usuário manter unidades. UC09
RF10: O sistema deverá emitir relatório reservas de veículos por período. UC10
RF11: O sistema deverá emitir relatório das reservas de veículos por
condutor.
UC11
RF12: O sistema deverá emitir relatório das reservas de veículos por
veiculo.
UC12
RF13: O sistema deverá permitir o administrador manter acessos ao
sistema.
UC13
Quadro 1: Requisitos funcionais
O Quadro 2 lista os requisitos não funcionais previstos para o sistema.
Requisitos Não Funcionais
RNF01: O sistema deverá utilizar banco de dados MySQL.
RNF02: O sistema será implementado em Java 1.6
RNF03: O sistema deverá ser executado no sistema operacional Windows XP.
Quadro 2: Requisitos não funcionais
3.3 MODELAGEM
Esta seção apresenta os diagramas que serão necessários para o entendimento do
sistema de reserva de veículos.
11
3.4 DIAGRAMAS DE CASO DE USO
Esta seção apresenta o diagrama de casos de uso preliminar do sistema proposto, sendo
que o detalhamento de cada caso de uso.
Na figura 2, tem-se caso de uso com os atores envolvidos no sistema proposto.
Figura 2: Diagrama de caso de uso
Na figura 3, tem-se caso de uso com os atores envolvidos na emissão de relatórios.
12
Figura 3: Diagrama de Uso relatórios.
3.5 DIAGRAMAS DE CLASSE
Na Figura 4 se apresenta o diagrama de classes que representam as entidades. Cada
classe de entidade é representada no banco de dados como uma tabela.
13
Figura 4 – Diagrama de classes das entidades
A função de cada classe de entidade está descrita a seguir:
a) classe Condutor - classe que possui os atributos referentes aos condutores;
b) classe Usuário - classe que possui os atributos referentes aos usuários;
c) classe Baixar Reserva - classe que possui os atributos referentes a baixa das
reservas;
d) classe Reserva - classe que possui os atributos reserva;
e) classe Ocorrências - classe que possui os atributos referentes as ocorrências dos
veículos;
f) classe Veículo - classe que possui os atributos referentes aos veículos;
g) classe Manutenção - classe que possui os atributos referentes as manutenções dos
veículos.
14
REFERÊNCIAS BIBLIOGRÁFICAS
BACHER, M. Sistema de controle da frota de veículo. 2009. 66 f. Trabalho de Conclusão de Curso (Bacharel em Sistemas de Informação) – Centro de Ciências Exatas e Naturais, Universidade Regional de Blumenau, Blumenau.
MARTINS, P.G.; ALT, P.R.C. Administração de materiais e recursos patrimoniais. São Paulo: Editora Saraiva, 2006.
NOVAES, A.G. Logística e gerenciamento da cadeia de distribuição. Rio de Janeiro: Editora Elsevier, 2007.
PEDRON, Edson J. Projeto de um sistema de frota de veículos. 1993. 48 f. Trabalho de Conclusão de Curso (Bacharel em Ciências da Computação) – Centro de Ciências Exatas e Naturais, Universidade Regional de Blumenau, Blumenau.
PINHEIRO, Lacê D. O crescimento das empresas, 2008. Disponível em: < http://www.baguete.com.br/artigos/466/lace-dias-pinheiro/28/07/2008/o-crescimento-das-empresas>. Acesso em: 24 maio 2010.
UNIMED BLUMENAU. Homepage, 2010. Disponível em: <http://www.unimedblumenau.com.br>. Acesso em: 3 abr. 2010.
VALENTE, A.M.; PASSAGLIA, E.; NOVAES, A.G. Gerenciamento de transporte e frotas. São Paulo: Editora Pioneira Thomson Learning, 1997.
15
APÊNDICE A – Detalhamento dos casos de uso
Nos quadros abaixo, tem-se o detalhamento dos casos de uso do Sistema. No Quadro 3
apresenta-se o caso de uso " Login ".
UC01 O sistema deverá permitir o usuário efetuar o login no sistema.
Descrição Permite ao usuário através da identificação por usuário e senha conectar-se ao
sistema.
Ator Usuário
Pré-condição Usuário deve estar cadastrado no banco de dados.
Fluxo principal a) Usuário preenche seu login e sua senha;
b) Sistema valida os dados de login e senha do usuário;
c) Sistema direciona o Usuário para a página principal do protótipo.
Fluxo alternativo (a) • nome de usuário e/ou senha inválido(s)
• alerta com mensagem “usuário ou senha inválida” é mostrada.
Pós-condição Usuário entra conectado ao sistema.
Quadro 3 – Descrição do caso de uso Login
No Quadro 4 apresenta-se o caso de uso " Alterar Senha ".
UC02 O sistema deverá permitir o usuário alterar senha do login.
Descrição Usuário acessa a tela de alterar de senha informando seu login, a senha atual por ele
utilizada para login no sistema, informa a nova senha desejada e repete a nova senha
como garantia.
Ator Usuário
Pré-condição Usuário deve fazer login no sistema.
Fluxo principal a) Sistema apresenta a tela alterar senha.
Fluxo alternativo (a) • nome de usuário e/ou senha inválido(s).
• alerta com mensagem “usuário ou senha inválida” é mostrada.
• nova senha diferente de confirmação nova senha.
• alerta com mensagem “nova senha é diferente da confirmação” é mostrada.
Cenário – Edição 1. Usuário informa login e senha atual;
2. Usuário informa a nova senha e confirma da nova senha;
3. Usuário seleciona a opção alterar;
4. Sistema verifica login e senha atual;
5. Sistema verifica nova senha e confirmação da nova senha;
6. Sistema apresenta mensagem “Alteração concluída”.
Pós-condição Usuário alterou a senha de acesso..
Quadro 4 – Descrição do caso de uso Alterar Senha
16
No Quadro 5 apresenta-se o caso de uso "Manter Condutor ".
UC03 O sistema deverá permitir o usuário manter condutores.
Descrição Usuário acessa a tela cadastro de condutores para informar dados do condutor. Serão
cadastrados os seguintes dados: código do condutor, nome, data de nascimento,
número celular , número habilitação, data vencimento habilitação, unidade que
trabalha, setor e ramal.
Ator Usuário
Pré-condição Usuário deve fazer login no sistema.
Fluxo principal a) sistema informa os condutores cadastrados;
b) usuário opta por alterar, apagar ou cadastrar um condutor.
Fluxo alternativo (a) • campo(s) obrigatório(s) não preenchido(s).
• alerta com mensagem “Favor preencher todos os campos obrigatórios” é
mostrada.
Cenário – Edição 1. Sistema mostra condutores cadastrados;
2. Usuário seleciona um condutor para edição;
3. Sistema mostra a descrição do condutor para edição;
4. Usuário realiza as alterações necessárias;
5. Usuário seleciona a opção alterar;
6. Sistema altera o registro e apresenta a mensagem “Alteração concluída com
sucesso”.
Cenário – Inclusão 1. Sistema mostra a tela de cadastrado de condutores;
2. Usuário informa todos os campos obrigatórios;
3. Usuário seleciona a opção incluir;
4. Sistema inclui o registro e apresenta mensagem “Usuário cadastrado com
sucesso”.
Cenário – Exclusão 1. Sistema mostra condutores cadastrados;
2. Usuário seleciona um condutor para exclusão;
3. Usuário seleciona a opção excluir;
4. Sistema exclui o registro e apresenta a mensagem “Usuário excluído com
sucesso”.
Pós-condição Usuário editou, apagou ou cadastrou um condutor.
Quadro 5 – Descrição do caso de uso Manter condutor
No Quadro 6 apresenta-se o caso de uso "Manter Veículos ".
UC04 O sistema deverá permitir o usuário manter veículos.
Descrição Usuário acessa a tela cadastro de veículos para manter dados dos materiais. Serão
cadastrados os seguintes dados: código do veículo, modelo, marca, placa, ano
fabricação, quantidade de portas, potência, tipo de combustível, quilometragem
percorrida, quantidade de passageiros, opcionais e a unidade que pertence.
Ator
17
Pré-condição Usuário deve fazer login no sistema.
Fluxo principal a) sistema informa veículos cadastrados;
b) usuário opta por alterar, apagar ou cadastrar um veículo.
Fluxo alternativo (a) • campo(s) obrigatório(s) não preenchido(s).
• alerta com mensagem “Favor preencher todos os campos obrigatórios” é
mostrada.
Cenário – Edição 1. Sistema mostra veículos cadastrados;
2. Usuário seleciona um veículo para edição;
3. Sistema mostra a descrição do veículo para edição;
4. Usuário altera os registros necessários;
5. Usuário seleciona opção para alterar;
7. Sistema altera o registro e apresenta a mensagem “Alteração concluída”.
Cenário – Inclusão 1. Sistema mostra tela cadastrado de veiculo;
2. Usuário informa todos os campos obrigatórios.
3. Usuário seleciona a opção incluir;
4. Sistema inclui o registro e apresenta a mensagem “Veículo cadastrado com
sucesso”.
Cenário – Exclusão 1. Sistema mostra os veículos cadastrados;
2. Usuário seleciona um veículo para exclusão;
3. Usuário seleciona a opção excluir;
4. Sistema exclui o registro apresenta a mensagem “Veículo excluído com
sucesso”.
Pós-condição Usuário editou, apagou ou cadastrou um veículo.
Quadro 6 – Descrição do caso de uso Manter Veículo.
No Quadro 7 apresenta-se o caso de uso "Manter Manutenção de Veículo ".
UC05 O sistema deverá permitir o usuário manter manutenção do veículo.
Descrição Usuário acessa a tela cadastro de manutenção para manter dados da manutenção.
Serão cadastrados os seguintes dados: código manutenção, código do veículo, data
da manutenção, tipo manutenção, data do retorno da manutenção, local, valor e uma
observação.
Ator Usuário
Pré-condição Usuário deve fazer login no sistema.
Fluxo principal a) sistema informa manutenções cadastradas;
b) usuário opta por editar, apagar ou cadastrar uma manutenção;
Fluxo alternativo (a) • campo(s) obrigatório(s) não preenchido(s).
• alerta com mensagem “Favor preencher todos os campos obrigatórios” é
mostrada.
Cenário – Edição 1. Sistema mostra manutenções cadastradas;
2. Usuário seleciona uma manutenção para edição;
18
3. Sistema mostra a descrição da manutenção para edição;
4. Usuário altera os registros necessários e seleciona opção alterar;
5. Sistema altera o registro e apresenta a mensagem “Manutenção alterada com
sucesso”.
Cenário – Inclusão 1. Sistema mostra tela de cadastro de manutenção;
2. Usuário informa todos os campos obrigatórios;
3. Usuário seleciona a opção incluir;
4. Sistema inclui o registro e apresenta a mensagem “Manutenção cadastrada com
sucesso”.
Cenário – Exclusão 1. Sistema mostra registros cadastrados;
2. Usuário seleciona um registro para exclusão;
3. Usuário seleciona a opção excluir;
4. Sistema exclui o registro e apresenta a mensagem “Manutenção excluída com
sucesso”.
Pós-condição Usuário editou, apagou ou cadastrou uma manutenção.
Quadro 7 – Descrição do caso de uso Manter Manutenção de Veículos
No Quadro 8 apresenta-se o caso de uso "Manter Reservas de Veículos ".
UC06 O sistema deverá permitir o usuário manter reservas de veículos.
Descrição Usuário acessa a tela reserva de veiculo para manter dados da reserva. Serão
informados os seguintes dados: veículo, condutor, setor responsável, tipo da
reserva, data da saída, hora da saída, data do retorno, hora do retorno e destino.
Ator Usuário
Pré-condição Usuário deve fazer login no sistema.
Fluxo principal a) sistema informa reservas cadastradas;
b) usuário opta por editar, apagar ou cadastrar uma reserva;
Fluxo alternativo (a) • campo(s) obrigatório(s) não preenchido(s).
• alerta com mensagem “Favor preencher todos os campos obrigatórios” é
mostrada.
Cenário – Edição 1. Sistema mostra reservas cadastradas;
2. Usuário seleciona uma reserva para edição;
3. Sistema mostra a descrição da reserva para edição;
4. Usuário altera os registros necessários e seleciona opção alterar;
5. Sistema altera o registro e apresenta a mensagem “Reserva alterada com
sucesso”.
Cenário – Inclusão 1. Sistema mostra tela de cadastro de reservas;
2. Usuário informa todos os campos obrigatórios;
3. Usuário seleciona a opção incluir;
4. Sistema inclui o registro e apresenta a mensagem “Reserva cadastrada com
sucesso”.
19
Cenário – Exclusão 1. Sistema mostra registros cadastrados;
2. Usuário seleciona um registro para exclusão;
3. Usuário seleciona a opção excluir;
4. Sistema exclui o registro e apresenta a mensagem “Reserva excluída com
sucesso”.
Pós-condição Usuário editou, apagou ou cadastrou uma Reserva.
Quadro 8 – Descrição do caso de uso Manter Reservas de Veículos
No Quadro 9 apresenta-se o caso de uso "Baixar Reservas de Veículos ".
UC07 O sistema deverá permitir o usuário baixar reservas de veículos.
Descrição Usuário acessa a tela baixar reservas de veículos para baixar as reservas. Serão
informados os seguintes dados: reserva, data do retorno, hora do retorno e a
quilometragem do veículo.
Ator Usuário
Pré-condição Usuário deve fazer login no sistema.
Fluxo principal a) sistema informa reservas cadastradas;
b) usuário opta por editar, apagar ou cadastrar uma reserva;
Fluxo alternativo (a) • campo(s) obrigatório(s) não preenchido(s).
• alerta com mensagem “Favor preencher todos os campos obrigatórios” é
mostrada.
Cenário – Inclusão 5. Sistema mostra tela baixar reservas de veículos;
6. Usuário informa todos os campos obrigatórios;
7. Usuário seleciona a opção incluir;
8. Sistema inclui o registro e apresenta a mensagem “Baixa cadastrada com
sucesso”.
Pós-condição Usuário cadastrou uma Baixa da Reserva.
Quadro 9 – Descrição do caso de uso baixar Reservas de Veículos.
No Quadro 10 apresenta-se o caso de uso "Manter Ocorrências ".
UC08 O sistema deverá permitir o usuário manter ocorrências.
Descrição Usuário acessa a tela ocorrências para manter dados da ocorrência. Serão
informados os seguintes dados: veículo, condutor, tipo da ocorrência, data da
ocorrência, hora da ocorrência, local da ocorrência e uma observação.
Ator Usuário
Pré-condição Usuário deve fazer login no sistema.
Fluxo principal a) sistema informa ocorrências cadastradas;
b) usuário opta por editar, apagar ou cadastrar uma reserva;
Fluxo alternativo (a) • campo(s) obrigatório(s) não preenchido(s).
• alerta com mensagem “Favor preencher todos os campos obrigatórios” é
mostrada.
Cenário – Edição 6. Sistema mostra ocorrências cadastradas;
20
7. Usuário seleciona uma ocorrência para edição;
8. Sistema mostra a descrição da ocorrência para edição;
9. Usuário altera os registros necessários e seleciona opção alterar;
10. Sistema altera o registro e apresenta a mensagem “Ocorrência alterada com
sucesso”.
Cenário – Inclusão 9. Sistema mostra tela de ocorrência;
10. Usuário informa todos os campos obrigatórios;
11. Usuário seleciona a opção incluir;
12. Sistema inclui o registro e apresenta a mensagem “Ocorrência cadastrada com
sucesso”.
Cenário – Exclusão 5. Sistema mostra registros cadastrados;
6. Usuário seleciona um registro para exclusão;
7. Usuário seleciona a opção excluir;
8. Sistema exclui o registro e apresenta a mensagem “Ocorrência excluída com
sucesso”.
Pós-condição Usuário editou, apagou ou cadastrou uma Ocorrência.
Quadro 10 – Descrição do caso de uso Manter Ocorrências
No Quadro 11 apresenta-se o caso de uso "Manter Unidades ".
UC09 O sistema deverá permitir o usuário manter unidades.
Descrição Usuário acessa a tela cadastro de unidades para manter dados da unidade. Serão
informados os seguintes dados: nome, CNPJ, tipo de unidade, estado, cidade,
bairro, número, CEP e responsável pela unidade.
Ator Usuário
Pré-condição Usuário deve fazer login no sistema.
Fluxo principal a) sistema informa unidades cadastradas;
b) usuário opta por editar, apagar ou cadastrar uma unidade;
Fluxo alternativo (a) • campo(s) obrigatório(s) não preenchido(s).
• alerta com mensagem “Favor preencher todos os campos obrigatórios” é
mostrada.
Cenário – Edição 11. Sistema mostra unidades cadastradas;
12. Usuário seleciona uma unidade para edição;
13. Sistema mostra a descrição da unidade para edição;
14. Usuário altera os registros necessários e seleciona opção alterar;
15. Sistema altera o registro e apresenta a mensagem “Unidade alterada com
sucesso”.
Cenário – Inclusão 13. Sistema mostra tela de cadastro de unidades;
14. Usuário informa todos os campos obrigatórios;
15. Usuário seleciona a opção incluir;
16. Sistema inclui o registro e apresenta a mensagem “Unidade cadastrada com
21
sucesso”.
Cenário – Exclusão 9. Sistema mostra registros cadastrados;
10. Usuário seleciona um registro para exclusão;
11. Usuário seleciona a opção excluir;
12. Sistema exclui o registro e apresenta a mensagem “Unidade excluída com
sucesso”.
Pós-condição Usuário editou, apagou ou cadastrou uma Unidade.
Quadro 11 – Descrição do caso de uso Manter Unidades
No Quadro 12 apresenta-se o caso de uso "Emitir Relatório Reservas por
Período ”.
UC10 O sistema deverá emitir relatório reservas de veículos por período.
Descrição Permite ao usuário emitir relatório de todas as reservas, filtrando por diário,
semanal, mensal ou anual.
Ator Usuário
Quadro 12 – Descrição do caso de uso Emitir Relatório por período
No Quadro 13 apresenta-se o caso de uso "Emitir Relatório Reservas por
Condutor ”.
UC11 O sistema deverá emitir relatório das reservas de veículos por condutor.
Descrição Permite ao usuário emitir relatório de todas as reservas feitas por qualquer condutor.
Ator Usuário
Quadro 13 – Descrição do caso de uso Emitir Relatório por Condutor.
No Quadro 14 apresenta-se o caso de uso "Emitir Relatório Reservas por
Veículo ”.
UC12 O sistema deverá emitir relatório das reservas de veículos por veiculo.
Descrição Permite ao usuário emitir relatório de todas as reservas feitas por qualquer veículo.
Ator Usuário
Quadro 14 – Descrição do caso de uso Emitir Relatório por Condutor.
No Quadro 15 apresenta-se o caso de uso "Manter Acesso ao Sistema ".
UC13 O sistema deverá permitir o administrador manter acessos ao sistema.
Descrição Administrador acessa a tela acesso ao sistema para manter dados do acesso. Serão
informados os seguintes dados: usuário, senha e confirmação da senha.
Ator Administrador
Pré-condição Administrador deve fazer login no sistema.
Fluxo principal b) usuário opta apagar ou cadastrar um acesso;
Fluxo alternativo (a) • campo(s) obrigatório(s) não preenchido(s).
• alerta com mensagem “Favor preencher todos os campos obrigatórios” é
mostrada.
22
Cenário – Inclusão 17. Sistema mostra tela de acesso ao sistema;
18. Usuário informa todos os campos obrigatórios;
19. Usuário seleciona a opção incluir;
20. Sistema inclui o registro e apresenta a mensagem “Usuário cadastrado com
sucesso”.
Cenário – Exclusão 13. Sistema mostra usuários cadastrados;
14. Usuário seleciona um usuário para exclusão;
15. Usuário seleciona a opção excluir;
16. Sistema exclui o registro e apresenta a mensagem “Usuário excluído com
sucesso”.
Pós-condição Administrador apagou ou cadastrou um acesso.
Quadro 15 – Descrição do caso de uso Manter Acesso ao Sistema