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


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


Fluxo principal a) sistema informa veículos cadastrados;

b) usuário opta por alterar, apagar ou cadastrar um veículo.



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.


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;


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


Fluxo principal a) sistema informa manutenções cadastradas;

b) usuário opta por editar, apagar ou cadastrar uma manutenção;



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;



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;


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


Fluxo principal a) sistema informa reservas cadastradas;

b) usuário opta por editar, apagar ou cadastrar uma reserva;



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;


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;



4. Sistema inclui o registro e apresenta a mensagem “Reserva cadastrada com

sucesso”.

19




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


Fluxo principal a) sistema informa reservas cadastradas;




mostrada.

Cenário – Inclusão 5. Sistema mostra tela baixar reservas de veículos;



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


Fluxo principal a) sistema informa ocorrências cadastradas;




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;


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;



12. Sistema inclui o registro e apresenta a mensagem “Ocorrência cadastrada com

sucesso”.




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


Fluxo principal a) sistema informa unidades cadastradas;

b) usuário opta por editar, apagar ou cadastrar uma unidade;



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;


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;



16. Sistema inclui o registro e apresenta a mensagem “Unidade cadastrada com

21

sucesso”.




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


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.


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;



mostrada.

22

Cenário – Inclusão 17. Sistema mostra tela de acesso ao sistema;



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;


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

sistema para reserva de veÍculos de uma cooperativa de...

Documents