• Nenhum resultado encontrado

SISTEMA PARA RESERVA DE VEÍCULOS DE UMA COOPERATIVA DE SAÚDE

N/A
N/A
Protected

Academic year: 2021

Share "SISTEMA PARA RESERVA DE VEÍCULOS DE UMA COOPERATIVA DE SAÚDE"

Copied!
22
0
0

Texto

(1)

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

(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

(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..

(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.

(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;

(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

(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.

(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;

(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” é

(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

Referências

Documentos relacionados

c.4) Não ocorrerá o cancelamento do contrato de seguro cujo prêmio tenha sido pago a vista, mediante financiamento obtido junto a instituições financeiras, no

Local de realização da avaliação: Centro de Aperfeiçoamento dos Profissionais da Educação - EAPE , endereço : SGAS 907 - Brasília/DF. Estamos à disposição

Código Descrição Atributo Saldo Anterior D/C Débito Crédito Saldo Final D/C. Este demonstrativo apresenta os dados consolidados da(s)

Mas ele é ( verbo ser, no Presente do Indicativo ) apenas um gato e não tinha tido ( verbo ter, no Pretérito Mais-Que-Perfeito Simples do Indicativo ) tempo de aprender (

Faial, que parecia mesmo um lobo, abriu e fechou a boca várias vezes, mas não uivou (19).. No entanto, era evidente (20) que os cães também se

A partir da necessidade da adequação ambiental da propriedade rural nos dispositivos do novo Código Florestal, principalmente em termos de recuperação das Áreas de

(b) Médios produtores, enquadrados como beneficiários do Programa Nacional de Apoio ao Médio Produtor Rural (Pronamp), podem acessar linha de crédito do ABC Ambiental a 8,0% de

O cenário modelado de mudança no uso da terra até 2030, não somente demonstra a viabilidade da expansão agrícola sem novos desmatamentos, mas também o potencial para