• 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!
70
0
0

Texto

(1)

UNIVERSIDADE REGIONAL DE BLUMENAU

CENTRO DE CIÊNCIAS EXATAS E NATURAIS

CURSO DE SISTEMAS DE INFORMAÇÃO – BACHARELADO

SISTEMA PARA RESERVA DE VEÍCULOS DE UMA

COOPERATIVA DE SAÚDE

RICARDO HOFFMANN

BLUMENAU 2010

(2)

RICARDO HOFFMANN

SISTEMA PARA RESERVA DE VEÍCULOS DE UMA

COOPERATIVA DE SAÚDE

Trabalho de Conclusão de Curso submetido à Universidade Regional de Blumenau para a obtenção dos créditos na disciplina Trabalho de Conclusão de Curso II do curso de Sistemas de Informação— Bacharelado.

Prof. Wilson Pedro Carli, Mestre - Orientador

BLUMENAU 2010

(3)

SISTEMA PARA RESERVA DE VEÍCULOS DE UMA

COOPERATIVA DE SAÚDE

Por

RICARDO HOFFMANN

Trabalho aprovado para obtenção dos créditos na disciplina de Trabalho de Conclusão de Curso II, pela banca examinadora formada por:

______________________________________________________

Presidente: Prof. Wilson Pedro Carli, Mestre – Orientador, FURB

______________________________________________________

Membro: Prof. Oscar Dalfovo, Doutor – FURB

______________________________________________________

Membro: Prof. Ricardo Alencar de Azanbuja, Mestre – FURB

(4)

Dedico este trabalho a minha família, todos os amigos, especialmente aqueles que me ajudaram diretamente na realização deste.

(5)

AGRADECIMENTOS

A Deus, pelo seu imenso amor e graça.

À minha mãe, que sempre me apoiou nos momentos mais difíceis. Ao meu pai, pelo incentivo e carinho.

A família, que mesmo longe, sempre esteve presente. Aos meus amigos, pelos empurrões e cobranças.

A minha futura esposa Fabrícia Martins Leal na compreensão de minha ausência. Ao meu orientador, Wilson Pedro Carli, por ter acreditado na conclusão deste trabalho.

(6)

Só existem dois dias no ano que nada pode ser feito. Um se chama ontem e o outro se chama amanhã, portanto hoje é o dia certo para amar, acreditar, fazer e principalmente viver.

(7)

RESUMO

Este trabalho apresenta a implementação e o desenvolvimento de um sistema desktop para controle da frota da cooperativa de saúde Unimed Blumenau. Esse controle se tornou necessário com a expansão da empresa e o aumento da sua frota. O sistema foi desenvolvido em linguagem Java, utilizando a ferramenta NetBeans e banco de dados MySQL. Com o mesmo permite-se armazenar todos os registros da reserva de veículos, manutenções e ocorrências registradas no sistema, diminuindo os riscos de reservas indevidas, maior controle na saída de veículos e a integridade dos dados.

(8)

ABSTRACT

This paper presents the implementation and development of a desktop system for control of the fleet of the cooperative health Unimed Blumenau. This control became necessary with the expansion of the company and increase its fleet. The system was developed in Java, using the tool NetBeans and MySQL database with it allows you to store all records of the booking of vehicles, maintenance and incidents recorded in the system, reducing the risk of undue reservations, greater control in exit of vehicles and data integrity.

(9)

LISTA DE ILUSTRAÇÕES

Figura 1: Fluxo da Informação ... 16

Figura 3: Controle de Reservas dos Gestores ... 21

Figura 3: Controle de Reservas de Veículos Fora da Sede... 21

Figura 5: Diagrama de caso de uso Efetuar Login... 26

Figura 3: Diagrama de caso de uso Cadastros ... 26

Figura 7: Diagrama de caso de uso Relatórios ... 27

Figura 8: Diagrama de caso de Edição ... 27

Figura 6: Modelo de Dados Relacional ... 28

Figura 10: Ciclo do cadastro de uma reserva ... 30

Figura 11: Ciclo do cancelamento da Reserva ... 31

Figura 12: Ciclo de cadastro do Condutor ... 32

Figura 13: Acesso ao Sistema ... 33

Figura 14: Consulta de Reservas ... 34

Figura 15: Reserva Veículo ... 35

Quadro 3: Trecho do código fonte reservar veículo ... 36

Figura 16: Cadastro de Condutores ... 37

Quadro 4: Trecho código fonte cadastro de condutores ... 37

Figura 17: Editar Condutor ... 38

Figura 18: Cadastro Manutenção Veículo ... 39

Figura 19: Cancelar Manutenção ... 40

Figura 20: Cadastro de Unidades... 41

Figura 21: Cadastro de Usuários ... 42

Figura 22: Alterar Senha... 43

Figura 23: Exclusão de Usuários ... 44

Figura 24: Cadastro de Veículos ... 45

Figura 25: Registro de Ocorrências ... 46

Figura 26: Cancelar Ocorrência ... 47

Figura 27: Relatórios do Sistema ... 48

Figura 28: Relatório Manutenções ... 49

Figura 29: Relatório de Ocorrências ... 50

(10)

Figura 31: Relatório de Veículos ... 52

Quadro 5 – Descrição do caso de uso Login ... 58

Quadro 6 – Descrição do caso de uso Alterar Senha ... 59

Quadro 7 – Descrição do caso de uso Excluir Usuários ... 59

Quadro 8 – Descrição do caso de uso Cadastrar condutor ... 60

Quadro 9 – Descrição do caso de uso Alterar condutor ... 61

Quadro 10 – Descrição do caso de uso Cadastrar Veículo. ... 61

Quadro 11 – Descrição do caso de uso Cadastrar Manutenção de Veículo ... 62

Quadro 12 – Descrição do caso de uso Excluir Manutenção de Veículo ... 62

Quadro 13 – Descrição do caso de uso Cadastrar Reserva de Veículo ... 63

Quadro 14 – Descrição do caso de uso Excluir Reserva de Veículo ... 64

Quadro 15 – Descrição do caso de uso Cadastrar Ocorrência ... 64

Quadro 16 – Descrição do caso de uso Excluir Ocorrência de Veículo ... 65

Quadro 17 – Descrição do caso de uso Cadastrar Unidade ... 65

Quadro 18 – Descrição do caso de uso Emitir Relatório de Manutenção por Período ... 66

Quadro 19 – Descrição do caso de uso Emitir Relatório de Manutenção por Veículo ... 66

Quadro 20 – Descrição do caso de uso Emitir Relatório de Ocorrências por Período ... 67

Quadro 21 – Descrição do caso de uso Emitir Relatório de Ocorrências por Condutor ... 67

Quadro 22 – Descrição do caso de uso Emitir Relatório de Ocorrências por Veículo... 68

Quadro 23 – Descrição do caso de uso Emitir Relatório de Reservas por Período ... 68

Quadro 24 – Descrição do caso de uso Emitir Relatório de Reservas por Condutor ... 68

Quadro 25 – Descrição do caso de uso Emitir Relatório de Reservas por Veículo ... 69

(11)

LISTA DE SIGLAS

EA – Enterprise Architect KM – Quilometragem

MER – Modelo de Entidade e Relacionamento RF – Requisito Funcional

RNF – Requisito Não Funcional

SGBD – Sistema Gerenciador de Banco de Dados SPT – Sistema de Processamento de Transação UC – Use Case

(12)

SUMÁRIO

1 INTRODUÇÃO ... 13 1.1 OBJETIVOS DO TRABALHO ... 14 1.2 ESTRUTURA DO TRABALHO ... 14 2 FUNDAMENTAÇÃO TEÓRICA ... 15 2.1 SISTEMA DE INFORMAÇÃO ... 15

2.1.2 Sistema de Processamento de Transações (SPT) ... 16

2.2 GESTÃO DE FROTAS ... 17

2.3 COOPERATIVA DE SAÚDE UNIMED BLUMENAU ... 18

2.3 SISTEMA ATUAL ... 19

2.4 TRABALHOS CORRELATOS ... 22

3 DESENVOLVIMENTO ... 23

3.1 LEVANTAMENTO DAS INFORMAÇÕES ... 23

3.2 REQUISITOS DO SISTEMA ... 24

3.3 ESPECIFICAÇÃO ... 25

3.3.1 Diagrama de Caso de Uso ... 25

3.3.2 Modelo de Entidade e Relacionamento - MER ... 28

3.3.3 Diagrama de Atividades ... 29

3.4 IMPLEMENTAÇÃO ... 32

3.4.1 Técnicas e Ferramentas utilizadas ... 32

3.4.2 Operacionalidade da implementação ... 33 3.4.2.1Acesso ao Sistema ... 33 3.4.2.2 Consulta de Reservas ... 34 3.4.2.3 Reservar Veículo ... 35 3.4.2.4 Cadastro de Condutores ... 36 3.4.2.5 Editar Condutores ... 38

3.4.2.6 Cadastro Manutenção Veículo... 39

3.4.2.7 Cancelar Manutenção ... 40

3.4.2.8 Cadastro de Unidades ... 41

3.4.2.9 Cadastro de Usuários ... 42

3.4.2.10 Alterar Senha ... 43

(13)

3.4.2.12 Cadastro de Veículos ... 44 3.4.2.13 Registrar Ocorrências ... 45 3.4.2.14 Cancelar Ocorrência ... 46 3.4.2.15 Relatórios do Sistema ... 47 3.4.2.15.1 Relatório de Manutenções ... 48 3.4.15.2 Relatório de Ocorrências ... 49 3.4.2.15.3 Relatório de Reservas ... 51 3.4.15.4 Relatório de Veículos ... 52 3.5 RESULTADOS E DISCUSSÃO ... 53 4 CONCLUSÕES ... 54 4.1 EXTENSÕES ... 55 REFERÊNCIAS BIBLIOGRÁFICAS ... 56

(14)

13

1 INTRODUÇÃO

A cada ano, 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).

Percebeu-se que 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. Desta forma obriga-se 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 ou melhorar os recursos já existentes.

Por transmitirem a idéia de que são capazes de gerar produtos, serviços e 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, 2006, 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. Desta forma, uma das maiores preocupações de empresas que gerenciam uma frota de veículos significativa é a forma em que esse patrimônio está sendo utilizado, se é em beneficio para empresa ou se o condutor também está utilizando em benefício próprio.

A cooperativa de saúde Unimed Blumenau, empresa localizada no município de Blumenau, estado de Santa Catarina, não possui sistema informatizado para controle da frota de veículos, ela mesma registra apenas em uma planilha eletrônica, alguns dados referente à reserva de veículos para seus funcionários. Hoje, muitos dos registros são perdidos, devido à atualização para novas versões do software, a troca de computador, problemas de configuração da planilha e o esquecimento de registrar essas informações. Embora existam no mercado várias opções de sistemas para o controle de frota, não foi encontrado nenhum

(15)

14

adequado para situação atual da empresa. Com o crescimento diário da frota e a quantidade de colaboradores que utilizam desse patrimônio, gera a dificuldade em manter controle.

Sendo assim, desenvolveu-se um sistema de reserva de veículos, visando um controle de sua frota mais rigoroso e permite melhor administração devido a expansão de recursos disponível, gerando uma maior confiabilidade nos dados, sendo que todos os dados serão gravados em um banco de dados, garantindo a integridade das informações.

1

1..11 OOBBJJEETTIIVVOOSS DDOO TTRRAABBAALLHHOO

O objetivo deste trabalho é apresentar um sistema desktop para controle da frota de veículos da cooperativa de saúde Unimed Blumenau.

Os objetivos específicos do trabalho são:

a) permitir aos usuários fazer o registro dos veículos e administrar a frota; b) permitir aos usuários fazer o acompanhamento da reserva de veículos; c) permitir aos usuários fazer o acompanhamento das manutenções da frota; d) apresentar os relatórios por período da movimentação da frota.

1

1..22 EESSTTRRUUTTUURRAA DDOO TTRRAABBAALLHHOO

Este trabalho está disposto em capítulos. No primeiro capítulo apresenta-se a introdução, os objetivos e estrutura do trabalho.

No segundo capítulo tem-se a fundamentação teórica abordando assuntos como a gestão de frotas, a cooperativa de saúde Unimed Blumenau, o sistema atual e os trabalhos correlatos.

No terceiro capitulo tem-se o desenvolvimento do sistema, o levantamento das informações, os requisitos do sistema, a especificação, a implementação, a operacionalidade do sistema e os resultados e discussão.

(16)

15

2 FUNDAMENTAÇÃO TEÓRICA

Esse capítulo aborda assuntos a serem apresentados nas seções a seguir, tais como os sistemas de informação, a gestão de frotas, a cooperativa de saúde Unimed Blumenau, o sistema atual e os trabalhos correlatos.

2

2..11 SSIISSTTEEMMAA DDEE IINNFFOORRMMAAÇÇÃÃOO

Nos últimos anos, a utilização de sistemas de informação para automação de tarefas rotineiras, auxiliando em tomadas de decisões importantes, está cada vez mais freqüente em empresas bem sucedidas. Segundo Melo (2002, p. 30), A expectativa de se obter tais informações, para satisfazer determinadas necessidades, corresponde ao objetivo geral dos Sistemas de Informação.

A garantia da integridade das informações, agilidade nos processos operacionais, redução de custos, segurança no armazenamento dos dados, são alguns motivos em que as empresas de hoje estão buscando recursos nos sistemas de informação. Conforme Dalfovo (2004, p. 20), as empresas em todo o mundo estão desfrutando maior segurança, melhores serviços, maior eficiência e eficácia, despesas reduzidas e aperfeiçoamento no controle e na tomada de decisões. Porém é necessário saber antes de tudo, ao certo, onde quer se chegar e o que necessitam os sistemas de informação, para que possam ser bem elaborados e desenvolvidos, tornando-se sistemas fundamentais e capacitados para a tomada de decisões da empresa.

Segundo Dalfovo e Amorim (2000, p.17), o uso eficaz da informação nas organizações passa a ser um patrimônio, que é considerado um fator chave para o sucesso das organizações. A informação pode ser utilizada nas empresas como um propósito básico de alcançar objetivos. Para que a qualidade seja um fator de decisão na organização é preciso estabelecer algumas regras básicas, tais como:

a) a informação não deve ser demasiada; b) a informação não deve ser escassa;

(17)

16

d) o reaproveitamento e reciclagem das informações.

Conforme Melo (2002, p.32), a passagem de uma informação de saída para entrada em uma outra etapa de processamento, ou transporte da informação, é uma etapa de comunicação, integrando etapas de processamento num fluxo de informações de um subsistema ou parte dele. As decisões e as ações compõem uma etapa de processamento alimentada por informações de entrada, as quais são trazidas numa etapa de comunicação, para integrar as etapas de processamento. A figura 1 apresenta o fluxo da informação.

Fonte: Melo (2002, p. 32).

Figura 1: Fluxo da Informação

Segundo Gordon e Gordon (2006, p. 4), define-se dado como fatos, valores, observações e medidas que não estão contextualizadas ou organizadas. A informação é definida como os dados processados e o conhecimento é um entendimento ou modelo, sobre pessoas, objetos ou eventos, derivado de informações sobre ele. Já os sistemas de computador coletam dados, produzem e apresentam informações e ajudam a criar conhecimento.

2.1.2 Sistema de Processamento de Transações (SPT)

Conforme Stair e Reynolds (2006, p. 20), um sistema de processamento de transações, é um conjunto organizado de pessoas, procedimentos, software, bases de dados e dispositivos usados para registrar transações completas de negócios.

Segundo Gordon e Gordon (2006, p. 9), transação é uma unidade de atividade de negócio, tal como comprar um produto, fazer um depósito bancário ou reservar uma passagem aérea, e processar uma transação inclui atividades tais como gravar, incluir, arquivar e recuperar registros ou preencher formulários de pedidos de cheques.

(18)

17

De acordo com Silva, Ribeiro e Rodrigues (2004), o Sistema de Processo Transacional tem como principais características:

a) processar grandes dados;

b) a maioria da fonte de dados é interna e a saída é destinada principalmente a um público interno, ou seja, os dados processados atendem exclusivamente as necessidades departamentais;

c) processa informações regularmente, diariamente e semanalmente;

d) os dados recebidos e produzidos são organizados formatados de modo padrão; e) permite a consulta de arquivos e banco de dados – inclusive em tempo real.

De acordo com Stair e Reynolds (2006, p.21), os benefícios de um sistema de processamento de transações eficaz são tangíveis e podem ser usados para justificar seus custos em equipamento computacional, programas e pessoal e materiais especializados. Eles aceleram atividades de negócio e reduzem os custos com o pessoal.

2

2..22 GGEESSTTÃÃOO DDEE FFRROOTTAASS

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

(19)

18

individual por automóvel. Com o roteiro de cada veículo em mãos, pode-se 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, as decisões, os objetivos e as 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 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 baixo quanto possível. O mesmo deve obedecer a certas restrições, sendo que em primeiro lugar, deve-se completar as rotas com recursos disponíveis, mas cumprindo totalmente os compromissos assumidos com os clientes e em segundo lugar, deve-se respeitar os limites de tempo impostos pela jornada de trabalho dos motoristas e ajudantes (NOVAES, 2007).

2

2..33 CCOOOOPPEERRAATTIIVVAA DDEE SSAAÚÚDDEE UUNNIIMMEEDD BBLLUUMMEENNAAUU

Conforme Unimed Blumenau (2010), a 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

(20)

19

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

2

2..33 SSIISSTTEEMMAA AATTUUAALL

Atualmente o setor de administração da Unimed Blumenau, utiliza-se de uma planilha eletrônica para o controle de reserva de veículos, sendo apenas uma pessoa responsável pela alimentação dessa planilha. Para garantir que 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. Já a planilha Fora da Empresa serve 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 veículo reservado com aqueles dados, evitando assim que dois veículos sejam utilizados sem necessidade:

(21)

20

- 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 veículo disponível;

d) o responsável inicia a reserva do veículo, 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 a reprogramar os horários já reservados para os outros veículos com horários disponíveis. A 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 2 apresenta a planilha com o controle de reservas dos veículos da empresa.

Figura 2: Controle de Reservas de veículos

(22)

21

Figura 3: Controle de Reservas dos Gestores

A figura 4 apresenta o controle das reservas de veículos fora da sede.

(23)

22

2

2..44 TTRRAABBAALLHHOOSS CCOORRRREELLAATTOOSS

Pode-se citar como trabalhos correlatos, as monografias realizadas pelos alunos Edson José Predon, Mauricio Bacher e Ricardo Sorroche para conclusão do Curso de Ciência da Computação e Sistemas de Informação na Universidade Regional de Blumenau (FURB).

Pedron (1993) desenvolveu um projeto de frota de veículos para prefeitura municipal de Timbó, buscando a diminuição dos gastos com manutenção da frota. Para o desenvolvimento do sistema, utilizou-se da linguagem COBOL_MB, divididos em módulos de cadastramento, manutenção, cálculos e relatórios.

Bacher (2009) apresentou 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. O sistema foi desenvolvido em ambiente Delphi 7, e para armazenamento de dados foi utilizado o banco de dados Firebird.

Sorroche (2010) apresentou em seu trabalho um sistema de informação via web para reservas e locação de uma frota de veículos da Associação de Municípios do Médio Vale do Itajaí, no estado de Santa Catarina. O sistema foi desenvolvido na linguagem PHP, utilizando para armazenamento de dados o banco MySQL.

(24)

23

3 DESENVOLVIMENTO

Nesse capitulo são apresentadas as seções sobre levantamento das informações, especificações do sistema, os principais requisitos, os diagramas de casos de uso, o modelo de entidade e relacionamento, os diagramas de atividades, a implementação, técnicas e ferramentas utilizadas, a operacionalidade do sistema e os resultados e discussões.

3

3..11 LLEEVVAANNTTAAMMEENNTTOO DDAASS IINNFFOORRMMAAÇÇÕÕEESS

Através de uma entrevista realizada com colaborador responsável por inserir dados na planilha de controle utilizada atualmente, foi levantado o ciclo de informações necessárias para realizar um registro de reserva e as dificuldades para controlar a saída dos veículos.

Um dos problemas destacados é a insegurança no momento de verificar se já existe alguma reserva registrada para certo veículo, ou se o mesmo está na cooperativa. Outro ponto levantado foi à dificuldade em identificar os motoristas responsáveis pelas multas e estragos com os veículos, tendo em vista que a planilha utilizada é deletada no final de cada mês, não mantendo um backup com as informações.

A manutenção dos veículos é agendada pelo responsável do setor administrativo, e muitas vezes não é informada ao colaborador que alimenta a planilha. Nesse ponto é onde ocorre a maioria das reservas com problemas, pois é registrada a reserva no mesmo período em que o veículo não se encontra na cooperativa, e quase sempre o condutor fica sem a reserva do veículo ocorrendo inúmeros problemas.

As principais informações contidas para a reserva de um veículo são: a) data de partida; b) nome do condutor; c) setor do condutor; d) hora da partida; e) hora de chegada; f) destino.

(25)

24

mesmo período com veículos diferentes, impossibilitando que outro condutor possa utilizar o mesmo.

3

3..22 RREEQQUUIISSIITTOOSS DDOO SSIISSTTEEMMAA

Nessa seção serão apresentados os requisitos funcionais (RF) e requisitos não funcionais (RNF). 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).

Requisitos Funcionais Caso de Uso

RF01: Permitir o usuário efetuar o login no sistema. UC01

RF02: Permitir o usuário alterar senha do login. UC02

RF03: Permitir o usuário excluir usuários. UC03

RF04: Permitir o usuário cadastrar condutores. UC04

RF05: Permitir o usuário alterar condutores. UC05

RF06: Permitir o usuário cadastrar veículos. UC06

RF07: Permitir o usuário cadastrar manutenção do veículo. UC07 RF08: Permitir o usuário excluir manutenção do veículo. UC08 RF09: Permitir o usuário cadastrar reservas de veículos. UC09 RF10: Permitir o usuário excluir reservas de veículos. UC10

RF11: Permitir o usuário cadastrar ocorrências. UC11

RF12: Permitir o usuário excluir ocorrências. UC12

RF13: Permitir o usuário cadastrar unidades. UC13

RF14: Emitir relatório manutenções por período. UC14

RF15: Emitir relatório manutenções por veículo. UC15

RF16: Emitir relatório de ocorrências por período. UC16

RF17: Emitir relatório de ocorrências por condutor. UC17

RF18: Emitir relatório de ocorrências por veículo. UC18

RF19: Emitir relatório das reservas por período. UC19

RF20: Emitir relatório das reservas por condutor. UC20

(26)

25

RF22: Emitir relatório de veículos. UC22

Quadro 1: Requisitos funcionais

O Quadro 2 lista os requisitos não funcionais previstos para o sistema.

Requisitos Não Funcionais

RNF01: Utilizar banco de dados MySQL.

RNF02: Para ter acesso ao sistema, o usuário deve informar login e senha de identificação. RNF03: Implementar na linguagem Java 1.6.

RNF04: Possuir dois níveis de usuários, cada nível com privilégios diferentes. RNF05: O sistema deverá ser executado no sistema operacional Windows XP.

Quadro 2: Requisitos não funcionais

3

3..33 EESSPPEECCIIFFIICCAAÇÇÃÃOO

Essa seção apresenta os diagramas para melhor entendimento do sistema de reserva de veículos, sendo que todos foram gerados através da ferramenta Enterprise Architect (EA) versão 7.5. A seguir são apresentados os diagramas de caso de uso, o diagrama de classe e o diagrama de atividades.

3.3.1 Diagrama de Caso de Uso

Esta sub-seção apresenta os diagramas de caso de uso do sistema de reservas de veículos, sendo que o detalhamento dos principais casos de uso, estão disponíveis no Apêndice A. Na figura 5, tem-se o caso de uso efetuar login.

(27)

26

Figura 5: Diagrama de caso de uso Efetuar Login

Na figura 6, tem-se o diagrama de caso de uso dos cadastros.

(28)

27

Na figura 7, tem-se o Diagrama de caso de uso Relatórios.

Figura 7: Diagrama de caso de uso Relatórios

Na figura 8, tem-se o Diagrama de caso de Edição.

(29)

28

3.3.2 Modelo de Entidade e Relacionamento - MER

A figura 9 apresenta o modelo de entidade e relacionamento que representa as entidades que serão persistidas no banco de dados.

Figura 6: Modelo de Dados Relacional

A seguir é apresentada uma breve descrição das entidades utilizadas para o desenvolvimento do sistema:

a) usuario: entidade responsável em armazenar informações referente aos usuários do sistema;

b) condutor: entidade responsável em armazenar informações referente aos condutores cadastrados no sistema;

c) unidade: entidade responsável em armazenar informações referente as unidades cadastradas no sistema;

(30)

29

d) veiculo: entidade responsável em armazenar informações referente aos veículos cadastrados no sistema;

e) ocorrencia: entidade responsável em armazenar as informações referente as ocorrências das reservas;

f) manutenção: entidade responsável em armazenar as informações referente as manutenções cadastradas no sistema;

g) reserva: entidade responsável em armazenar as informações referente as reservas cadastradas no sistema.

3.3.3 Diagrama de Atividades

Quando uma reserva é cadastrada, na tela de cadastro de reservas, o sistema valida se o veículo possui reserva para aquele período, se o condutor possui alguma reserva no mesmo período e se o condutor está com a carteira de habilitação vencida. A figura 10 apresenta o ciclo do cadastro de uma reserva, assim como informações e validações.

(31)

30

(32)

31

A figura 11 apresenta o clico do cancelamento da reserva.

Figura 11: Ciclo do cancelamento da Reserva

(33)

32

Figura 12: Ciclo de cadastro do Condutor

3

3..44 IIMMPPLLEEMMEENNTTAAÇÇÃÃOO

A seguir são mostradas as ferramentas e técnicas utilizadas para a construção do sistema.

3.4.1 Técnicas e Ferramentas utilizadas

Para a implementação do sistema foi utilizada a ferramenta NetBeans IDE 6.7.1, usando Java versão 1.6.0. A criação dos relatórios, foi utilizada uma ferramenta da JasperSoft

(34)

33

chamada iReport versão 3.7.4, usando Java versão 1.6.0, onde é gerado um arquivos com extensão .jasper, que são invocados por um método dentro do sistema.

Para banco de dados, foi utilizado o sistema MySQL Server 6.0, e para a criação das tabelas foi utilizado o Sistema Gerenciador de Banco de Dados (SGBD) MySQL Query Browser versão 1.2.13.

3.4.2 Operacionalidade da implementação

Nessa sub-seção será apresentada a tela de acesso ao sistema, consulta de reservas, reserva de veículos, cadastro de condutores, editar condutores, manutenção de veículos, cancelar manutenções, cadastro de unidades, cadastro de usuários, alterar senha, exclusão de usuários, cadastro de veículos, registro de ocorrências, cancelar ocorrências e relatórios do sistema, descrevendo a validação de cada tela, para melhor compreensão e utilização do Sistema de Reserva de Veículos, atendendo todos objetivos específicos relacionados. Também serão apresentados trechos com código fonte das rotinas de validação do sistema.

3.4.2.1 Acesso ao Sistema

Na figura 13 apresentada abaixo, o usuário deverá informar seu usuário, senha e selecionar o botão Acessar.

(35)

34

Após ser informado o usuário e senha, o usuário deve clicar no botão Acessar. O sistema irá verificar se o usuário existe e se a senha informada é igual a que foi cadastrada. Caso o usuário ou senha não estiver de acordo, o sistema apresenta a mensagem ―Senha ou usuário invalido‖, e os campos Usuário e senha ficam em branco. Caso houver a validação do usuário e senha, a tela principal do sistema será apresentada, e a tela de Acesso ao Sistema será fechada. Se informado o usuário e senha errado, ao clicar no botão Limpar, todos os campos ficarão em branco, e caso o usuário clicar no botão Sair, a tela será fechada e o programa encerrado.

3.4.2.2 Consulta de Reservas

Na figura 14 tem-se a tela principal chamada de Consulta de Reservas, onde o usuário poderá verificar se existe algum veiculo disponível para reserva, ou se o condutor já possui alguma reserva no período solicitado. Nessa tela está o acesso para as demais telas do sistema, que poderá ser acessado pelos menus disponíveis caso tenha-se privilégio.

Figura 14: Consulta de Reservas

(36)

35

condutor, uma data inicial e uma data final, caso seja necessário. Ao clicar no botão Listar, irá apresentar na tabela todas as reservas encontradas com aquelas informações. O Usuário deverá selecionar a reserva que deseja cancelar e clicar no botão Cancelar Reserva. Caso essa reserva se tratar de uma manutenção, a mensagem ―Reserva para Manutenção !‖ Favor cancelar Primeiro a Manutenção‖, caso contrário será apresentada a mensagem ―Reserva Excluída‖. Para reservar um veiculo, o usuário deverá clicar no botão Reservar Veículo, e a tela de Reservar Veículo será aberta.

3.4.2.3 Reservar Veículo

Na figura 15 é apresentada a tela Reserva Veículos, onde é possível cadastrar uma reserva para um condutor. O usuário deverá selecionar o condutor e o veículo, informar a data de saída, hora de saída, data de retorno, hora do retorno e o destino do veículo.

Figura 15: Reserva Veículo

Para cadastrar a reserva, o usuário deverá clicar no botão Reserva. Caso algum campo dessa tela não for informado, será apresentada uma mensagem solicitando o preenchimento do campo. Se a data de saída ou retorno for menor que a data atual, será apresentada a mensagem ―A data de Saída deve ser Maior que data Atual‖ ou ―A data de Retorno deve ser Maior que data Atual‖.Caso a data de retorno for menor que a data de saída, o sistema apresenta a

(37)

36

mensagem ―Data Retorno deve ser maior ou igual a data saída‖. No quadro 3 apresenta o trecho do código onde é feita a validação das datas.

Quadro 3: Trecho do código fonte reservar veículo

Quando a data de saída for igual a data de retorno, a hora de retorno deverá ser maior que a hora de saída, senão o sistema apresenta a mensagem ―Hora de saída deve ser menor que hora de retorno‖. Caso o usuário informe o horário maior que 23:59, o sistema apresenta mensagem ―Hora de Saída Inválida !‖ para hora de partida, ou ―Hora de Retorno Inválida !‖ para a hora de retorno

Não será possível cadastrar reservas caso o veículo já estiver reservado no período informado pelo usuário, se o condutor já possuir uma reserva no mesmo período, ou se o condutor estiver com a carteira de habilitação vencida. Em todos esses casos será apresentada a mensagem de erro com o motivo. Se o usuário clicar no botão Limpar, todos os dados informados na tela serão apagados, e caso clicar no botão Sair, o sistema fecha a tela de Reserva Veículo retornando para a tela Consulta de Reservas. Caso o condutor estiver com a carteira vencida, ao tentar cadastrar uma reserva para esse condutor, o sistema apresenta mensagem de erro ―O condutor está com a Habilitação Vencida!‖

3.4.2.4 Cadastro de Condutores

Na figura 16 é apresentada a tela de Cadastro de Condutores. Para acessar a tela de Cadastro de Condutores, o usuário deverá clicar no menu Cadastros, sub-menu Cadastrar Condutores, ou pressionar a tecla de atalho F3.

(38)

37

Figura 16: Cadastro de Condutores

Após informar todos os campos da tela e clicar no botão Cadastrar, o sistema valida se o condutor a ser cadastrado possui idade suficiente para dirigir. Caso condutor não possuir 18 anos, o sistema apresenta mensagem ―Condutor não possui Idade para Dirigir‖. No quadro 4 podemos observar o trecho do código fonte do Cadastro de Condutores onde é validada a idade do motorista.

Quadro 4: Trecho código fonte cadastro de condutores

O sistema não permite o cadastro de condutores com a data de validade da habilitação maior ou igual a data atual. Caso algum campo não for informado, o sistema apresenta mensagem solicitando o preenchimento do campo em branco. Apenas o usuário cadastrado com acesso total tem permissão para acessar a tela. Para abrir a tela de Editar Condutores,

(39)

38

basta o usuário clicar no menu Editar, sub-menu Editar Condutores, ou pela tecla de atalho F9.

3.4.2.5 Editar Condutores

Na figura 17 é apresentada a tela Editar Condutor, que pode ser acessada através da tela de Consulta de Reservas, menu Editar, sub-menu Editar Condutor, ou pressionando a tecla de atalho F9.

Figura 17: Editar Condutor

Para alterar algum dado de um condutor, o usuário deverá informar o nome do condutor e clicar no botão Procurar. Na tabela abaixo do botão Procurar, irá listar todos os

(40)

39

condutores encontrados com o nome informado pelo condutor, onde deverá selecionar qual condutor deseja alterar e clicar no botão Carregar Dados. Caso o usuário não selecionar o condutor, o sistema apresenta mensagem ―Favor Selecionar um Condutor !!‖. Após clicar no botão procurar, todos os dados do condutor serão carregados para os devidos campos. Após alterar as informações necessárias, o usuário deverá clicar no botão Alterar, gravando todas as alterações e limpando todos os campos. Não será permitido informar uma data de nascimento cuja à idade do condutor for menor que dezoito anos, nem uma data de vencimento da habilitação menor que a data atual. Caso o usuário não queira gravar as alterações, deverá clicar no botão Limpar, onde todos os campos da tela serão limpos, ou clicar no botão cancelar, onde a tela Editar será encerrada.

3.4.2.6 Cadastro Manutenção Veículo

Quando a administração da cooperativa solicitar o agendamento de algum veículo para manutenção, o usuário do sistema deverá abrir a tela de Cadastro Manutenção Veículo, acessando pela tela de Consulta de Reservas, clicando no menu Cadastros e selecionando o sub-menu Cadastros Manutenções, ou pressionando a tecla de atalho F4. Na figura 18 é apresentada a tela de Cadastro Manutenção Veículo.

(41)

40

Após o usuário informar todos os campos e clicar no botão Cadastrar, o sistema valida se a data da manutenção é maior ou igual a data atual, apresentando mensagem ―Data da Manutenção Data de Saída deve ser Maior ou igual a data Atual‖ ou ―Data de retorno deve ser Maior que a data Atual‖ quando menor. Quando a data de retorno for menor que a data da manutenção, o sistema apresenta a mensagem ―Data retorno deve ser igual ou maior que data de saída‖.

Caso a data de manutenção for igual a data de retorno, a hora da manutenção deverá ser menor que a hora do retorno, senão o sistema apresenta mensagem ―Hora de saída deve ser menor que hora de retorno‖.

Depois das validações das datas e horas, o sistema faz a busca no banco de dados verificando se o veículo já possui reserva no período informado pelo usuário, apresentando mensagem ―Veiculo já possui reserva para esse período !‖. Todos os usuários possuem permissão para acessar a tela. Para abrir a tela Cancelar Manutenção, basta o usuário clicar no menu Editar, sub-menu Cancelar Manutenção, ou pressionar a tecla de atalho F12.

3.4.2.7 Cancelar Manutenção

Na figura 19 é apresentada a tela Cancelar Manutenção, podendo ser acessada pela tela Consulta de Reservas clicando no menu Editar, sub-menu Cancelar Manutenção, ou pela tecla de atalho F10.

(42)

41

Para Cancelar uma manutenção o usuário deverá selecionar o veículo, informar a data da manutenção e clicar no botão Listar, onde irão aparecer todas as manutenções do veículo cadastradas para aquele dia. O usuário deverá selecionar a manutenção a ser excluída e clicar no botão Cancelar Manutenção, e o sistema apresenta mensagem ―Manutenção Excluída !!‖. Caso o usuário não selecionar uma manutenção antes de clicar no botão Cancelar Manutenção, o sistema apresenta mensagem ―Selecione uma Manutenção !!‖.

3.4.2.8 Cadastro de Unidades

Para acessar a tela Cadastro de Unidades, o usuário deverá estar cadastrado com o perfil Acesso Total, clicando no menu Cadastros e selecionando o sub-menu Cadastrar Unidades situado na tela de Consulta de Reservas, ou pressionando a tecla de atalho F5. Na figura 20 é apresentada a tela de Cadastro de Unidades.

Figura 20: Cadastro de Unidades

Para cadastrar uma unidade, o usuário deve estar cadastrado com acesso total. Após informar todos os campos, o usuário deverá clicar no botão Cadastrar. Caso algum campo não estiver preenchido, o sistema irá apresentar mensagem solicitando o preenchimento do campo em branco.

(43)

42

Uma unidade serve para informar de onde pertence o veículo, condutor ou usuário do sistema, facilitando o controle da cooperativa com gastos de combustível, manutenção e outros.

3.4.2.9 Cadastro de Usuários

Na tela de cadastro de Usuários, deverá ser informado o tipo de acesso do usuário que deseja cadastrar, o nome que será utilizado no acesso do sistema, que deve possuir no máximo 10 letras ou números, a unidade que o usuário pertence, senha e confirmação de senha que deve ter no mínimo seis dígitos. Na figura 21 é apresentada a tela de Cadastro de Usuários.

Figura 21: Cadastro de Usuários

Ao clicar no botão cadastrar, o sistema verifica se todos os campos foram informados, apresentando mensagem solicitando o preenchimento do campo em branco quando faltar o preenchimento de algum campo. Caso a senha for informada não possuir seis dígitos, o sistema apresenta mensagem ―A senha deve ter mais de 5 dígitos !‖, se a senha for diferente da confirmação, o sistema apresenta mensagem ―Senha e Confirmação são diferentes‖. Quando nenhuma inconsistência é encontrada, o sistema apresenta a mensagem ―Usuário cadastrado com Sucesso !‖. No menu Editar, o usuário tem a possibilidade de acessar a tela

(44)

43

Alterar Senha ou a tela Excluir Usuários.

3.4.2.10 Alterar Senha

Para alterar a senha, o usuário deve estar acessado no sistema com seu usuário e senha. Na figura 22 apresenta a tela Alterar Senha.

Figura 22: Alterar Senha

O usuário deverá informar a senha atual, em seguida a nova senha e confirmar nova senha. A nova senha deverá possuir no mínimo seis dígitos, e a confirmação da nova senha deverá ser idêntica a nova senha, caso contrário, ao clicar no botão Salvar, o sistema apresenta mensagem ―Nova senha e Confirmação são diferentes !!‖. Caso o usuário informar uma nova senha idêntica a atual, o sistema apresenta mensagem ―A Senha deve ser Diferente da Atual !!‖. Ao clicar no botão Cancelar, a tela será encerrada e as informações contidas nela serão perdidas. O usuário também poderá acessar a tela Alterar Senha pela tela Consulta de Reservar, no menu Editar, sub-menu Alterar Senha, ou pressionando a tecla de atalho F8.

3.4.2.11 Exclusão de Usuários

Para acessar a tela de Exclusão de Usuários, o usuário do sistema deverá estar cadastrado com Acesso Total. Na figura 23 é apresentada a tela Exclusão de Usuários, que poderá ser acessada pela tela de Consulta de Reservas pelo menu Editar, sub-menu Excluir

(45)

44

Usuários, ou pressionando a tecla de atalho F12.

Figura 23: Exclusão de Usuários

Para excluir um usuário, deverá ser informado o nome de acesso do usuário e clicar no botão Listar. O usuário deve selecionar o nome para exclusão e clicar no botão Excluir, onde será apresentada a mensagem ―Usuário Desabilitado !‖. Caso não for selecionado nenhum item da tabela, o sistema apresenta mensagem ―Selecione o Usuário !‖. Uma vez que o usuário for excluído, não poderá mais reativar a senha, somente com um novo cadastro de usuário.

3.4.2.12 Cadastro de Veículos

Na figura 24 é apresentada a tela Cadastro de Veículos. Para cadastrar um veículo, o usuário deve estar cadastrado com Acesso Total.

(46)

45

Figura 24: Cadastro de Veículos

O usuário deverá informar todos os campos da tela e clicar no botão cadastrar, apresentado a mensagem ―Veículo Cadastrado com Sucesso !!!‖. Caso a KM informada ultrapassar dez dígitos, o sistema apresenta mensagem ―A Quilometragem ultrapassou 10 dígitos‖. Se o usuário clicar no botão Limpar, todos os dados da tela serão apagados, e caso clicar no botão Sair, o sistema fecha a tela perdendo todas as informações já preenchidas. Essa tela atende o objetivo específico ―a‖ que é o de registro dos veículos e administração da frota.

3.4.2.13 Registrar Ocorrências

A tela Registrar Ocorrências deve ser acessada pelo menu Registrar, sub-menu Registrar Ocorrências situado na tela Consulta de Reservas, ou pressionando as teclas de atalho ―CTRL+O‖. Na figura 25 é apresentada a tela Registrar Ocorrências.

(47)

46

Figura 25: Registro de Ocorrências

Para registrar uma ocorrência, deve ter obrigatoriamente uma reserva cadastrada. O usuário deve selecionar o veículo, data que aconteceu a ocorrência e clicar no botão listar, selecionar a reserva responsável pela ocorrência, informar o tipo de ocorrência, hora local e observação. Ao clicar no botão cadastrar, caso nenhuma reserva tenha sido selecionada, o sistema apresenta mensagem ―Selecione a Reserva !!‖. Todos os campos devem ser informados, ou o sistema apresentará uma mensagem solicitando o preenchimento do campo em branco. Ao clicar no botão Limpar, todas as informações contidas na tela serão apagadas da tela, e ao clicar no botão Sair, a tela Registro de Ocorrência será fechada e todas as informações informadas na tela serão perdidas. No meu Editar sub-menu Cancelar Ocorrências, o usuário terá acesso a tela Cancelar Ocorrências.

3.4.2.14 Cancelar Ocorrência

Para acessar a tela Cancelar Ocorrências, o usuário deve estar cadastrado com Acesso Total, podendo ser acessada pela tela Consulta de Reservas, menu Editar sub-menu Cancelar

(48)

47

Ocorrência, ou pressionando a tecla de atalho F11. Na figura 26 é apresentada a tela Cancelar Ocorrência.

Figura 26: Cancelar Ocorrência

Para cancelar uma ocorrência, é obrigatório estar cadastrada no sistema uma reserva, e para essa reserva deve estar cadastrada uma ocorrência. O usuário deverá selecionar o veículo, informar a data da ocorrência e clicar no botão Listar, onde irão aparecer todas as ocorrências cadastradas para aquele veiculo naquele dia. Para excluir uma ocorrência, o usuário deverá selecionar a ocorrência e clicar no botão Excluir, apresentando mensagem ―Ocorrência Excluída‖. Caso o usuário não selecionar uma ocorrência, ao clicar no botão excluir, o sistema apresenta a mensagem ―Selecione uma Ocorrência !!‖.

3.4.2.15 Relatórios do Sistema

Na figura 27 é apresentada a tela de Relatório do Sistema. Para acessar a tela, o usuário deverá acessar a tela Consulta de Reservas, menu Relatórios sub-menu Relatórios do Sistema, ou pressionando as teclas de atalho Ctrl R. Caso o usuário não informar o tipo de relatório e clicar no botão Gerar Relatório, o sistema apresenta mensagem ―Selecione um Relatório !!‖. Ao clicar no botão Limpar, todas as informações preenchidas na tela serão apagadas, e ao clicar no botão Sair, a tela será fechada. Essa tela atende aos requisitos específicos "b‖, ―c‖ e ―d‖.

(49)

48

Figura 27: Relatórios do Sistema

3.4.2.15.1 Relatório de Manutenções

No item Relatório de Manutenções por Período, o usuário tem a opção de gerar um relatório com todas as manutenções de certo período, informando apenas uma data inicial e data final. Caso o usuário precisar gerar relatório de manutenção de um veículo específico, ele deverá selecionar a opção Relatório de Manutenções por Veículo, habilitando assim o campo Placa Veículo, onde ele deverá informar as letras e número da placa do veículo, podendo ou não informar o período. Na figura 28 é apresentada o Relatório de Manutenções.

(50)

49

Figura 28: Relatório Manutenções

3.4.15.2 Relatório de Ocorrências

Com o Relatório de Ocorrências, o usuário tem a possibilidade de visualizar todas as ocorrências dentro de um período, selecionando o item Relatório de Ocorrências por Período, verificar as ocorrências de apenas um condutor, podendo ainda gerar de um período desejado,

(51)

50

informando o item Relatório de Ocorrências por Condutor e informar o nome do condutor, ou gerar apenas as ocorrências de um veículo, selecionando o item Relatório de Ocorrências por Veículo, e informar a placa do veículo desejado. Na figura 29 é apresentada o Relatório de Ocorrências.

(52)

51

3.4.2.15.3 Relatório de Reservas

Com esse relatório, o usuário poderá visualizar todas as reservas cadastradas no sistema, podendo ser filtrada por período, condutor ou por veículo, selecionando os itens Relatório de Reservas por Período, Relatório de Reservas por Condutor ou pelo item Relatório de Veículo, obtendo assim um controle maior sobre a saída dos veículos. Na figura 30 é apresentada Relatório de Reservas.

(53)

52

3.4.15.4 Relatório de Veículos

Na figura 31 é apresentado o Relatório de veículos, onde o usuário pode visualizar todos os veículos cadastrados no sistema.

(54)

53

3

3..55 RREESSUULLTTAADDOOSS EE DDISISCCUUSSSSÃÃOO

O principal objetivo desse trabalho foi automatizar a planilha eletrônica utilizada atualmente para o controle das reservas e manutenções da frota de veículos da cooperativa. Com isso, foi implementado um sistema desktop, onde todas as validações e verificações feitas visualmente pelo usuário serão tratadas por rotinas e métodos, alertando através de mensagens erros cotidianos de trabalho.

Com a criação desse sistema de reserva de veículos, substituindo a planilha eletrônica pelo sistema desktop, a agilidade dessa retina de trabalho será visivelmente maior e muito mais segura, evitando que qualquer informação seja excluída ou substituída sem querer, perdendo assim dados importantes para a administração da cooperativa.

Através do desenvolvimento de rotinas para cadastro de usuário com perfis diferenciados, o sistema permitirá que o administrador opte pelo privilégio do usuário, limitando assim a utilização do sistema de acordo com sua necessidade, situação que não controlada atualmente.

Para melhorar o controle de movimentação do sistema, qualquer cadastro ou alteração realizada, o sistema irá registrar no banco de dados o código de cadastro do usuário, aumentando o nível de segurança das informações cadastradas.

Com a criação de um cadastro de condutores foi possível controlar a reserva de veículos para condutores com habilitação vencida, alertando o usuário através de mensagem em tela, evitando assim futuras despesas, controle que não era feito com a planilha de reservas, atendendo o objetivo específico fazer acompanhamento da reserva de veículos.

Um dos maiores motivos para a criação de um sistema automatizado foi dificuldade do controle realizado atualmente e a integridade dos dados, dois pontos de maior reclamação dos usuários, pois essas planilhas eram sobrepostas e alteradas diariamente, sem ficar nenhum registro de qual usuário fez a alteração, ou que dado foi alterado. Com o novo sistema, todos os dados que serão gravados do banco de dados terão integridade, pois todo e qualquer cadastro, registro ou alteração feita no sistema ficará registrado o código de identificação do usuário no banco de dados, obtendo assim maior segurança e controle das informações cadastradas.

(55)

54

4 CONCLUSÕES

Para reduzir os problemas atuais com as reservas de veículos da cooperativa de saúde Unimed Blumenau, foi proposto nesse trabalho o desenvolvido um sistema desktop, onde o que era verificado visualmente pelo usuário no registro de uma reserva na planilha eletrônica, será feita através de rotinas desenvolvidas no sistema, validando todos os dados informados na entrada do sistema pelas rotinas implementadas.

Pode-se destacar como maior dificuldade para o desenvolvimento desse trabalho a falta de material bibliográfico sobre o assunto de empréstimos de veículos, controle de frota de veículos nas empresas e controle patrimonial dos veículos da empresa. Todas essas dificuldades foram superadas com a busca em livros e pesquisas em sites na internet, ampliando assim o conhecimento na área de desenvolvimento de sistemas, desenvolvimento de relatórios e gestão de frotas.

Com o desenvolvimento do sistema de reservas de veículo proposto, ganhou-se na agilidade dos processos, segurança e integridade dos dados cadastrados, visando que todos os dados serão armazenados no banco de dados e não mais em planilhas, emissões de relatórios para conferência e discussão de como os bens da empresa estão sendo utilizados, e se está sendo lucrativo para a empresa.

O trabalho foi concluído, visto que todos os problemas levantados no sistema atual foram eliminados com a implementação do sistema. Os objetivos desse trabalho foram alcançados com o desenvolvimento da ferramenta desktop para controle das reservas dos veículos, onde as rotinas de validação do sistema garantem que as informações lançadas pelo usuário estão corretas e integras no banco de dados. Com cadastro dos condutores o sistema impossibilita que condutores com habilitação vencida tenham reservas de veículos liberadas. A implementação da tela de manutenções impede que reservas sejam cadastradas no mesmo período, e a tela de cadastro dos registros de ocorrências permite o acompanhamento de todas as infrações realizadas pelos condutores, aumentando a agilidade dessa função e a garantindo a segurança das informações.

(56)

55

4

4..11 EEXXTTEENNSSÕÕEESS

O sistema desenvolvido nesse trabalho foi feito especificamente para as necessidades atuais da empresa, podem ser incluídas outras funcionalidades para uma melhor administração da frota, dentre elas destacam-se:

a) o desenvolvimento de uma tela para controle de abastecimento e de consumo de cada veículo, visando se o automóvel traz economias ou não para a empresa; b) o desenvolvimento do sistema para a web;

c) o desenvolvimento de uma rotina para controlar o destino de cada veículo reservado, alertando o usuário do sistema que já possui um veículo reservado para aquele destino ou direção, verificando assim se pode ser utilizado o mesma reserva para o outro condutor;

d) o desenvolvimento de uma rotina para enviar um e-mail para o condutor que solicitou a reserva, confirmando a reserva e informando qual o período e veículo reservado, utilizando essa para a retirada da chave do veículo na portaria;

e) o desenvolvimento de um controle para manutenções preventivas.

Todas essas funcionalidades destacadas acima foram levantadas de acordo com futuras necessidades da cooperativa, mais que podem ser utilizadas em qualquer empresa.

(57)

56

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.

DALFOVO, Oscar; AMORIN, Sammy N. Quem tem informação é mais competitivo: o uso da informação pelos administradores e empreendedores que obtêm vantagem competitiva. Blumenau: Acadêmica, 2000.

DALFOVO, Oscar. Sistemas de Informação: estudos e casos. Blumenau: Acadêmica, 2004. GORDON, Steven R; GORDON, Judith .R. Sistemas de informação: uma abordagem gerencial.: 3. ed. LTC: Rio de Janeiro, 2006.

MARTINS, P.G.; ALT, P.R.C. Administração de materiais e recursos patrimoniais. São Paulo: Editora Saraiva, 2006.

MELO, Ivo Soares. Administração de Sistemas de Informação. São Paulo: Pioneira Thomson Learning, 2002.

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. Porto Alegre, 2008. Disponível em: < http://www.baguete.com.br/artigos/466/lace-dias-pinheiro/28/07/2008/o-crescimento-das-empresas>. Acesso em: 18 nov. 2010.

SILVA, Aridio; RIBEIRO, José Araújo; RODRIGUES, Luis Alberto. Sistemas de

informação na administração pública: modelos UML. São Paulo : Revan, 2004.

SORROCHE, Ricardo. Sistema de informação para controle da frota de veículos. 2010. 54 f. Trabalho de Conclusão de Curso (Bacharel em Sistemas da Informação) – Centro de

Ciências Exatas e Naturais, Universidade Regional de Blumenau, Blumenau.

STAIR, Ralph M.; REYNOLDS, George W. Princípios de sistemas de informação: uma abordagem gerencial. 6. ed. Tradução Flávio Soares Corrêa da Silva, Giuliano Mega e Igor Ribeiro Sucupira. São Paulo: Pioneira Thomson Learning, 2006.

(58)

57

UNIMED BLUMENAU. Homepage. Blumenau, 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

(59)

58

APÊNDICE A – Detalhamento dos Casos de Uso

Nos quadros abaixo, tem-se o detalhamento dos casos de uso do Sistema. No Quadro 5 apresenta-se o caso de uso " Login ".

UC01 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 1. Usuário preenche seu usuário e sua senha;

2. Sistema valida os dados de usuário e senha do usuário;

3. Sistema direciona o Usuário para a página principal do protótipo. Fluxo alternativo (a) 1. nome de usuário e/ou senha inválido(s)

2. alerta com mensagem ―usuário ou senha inválida‖ é mostrada.

Pós-condição Usuário entra conectado ao sistema.

Quadro 5 – Descrição do caso de uso Login

No Quadro 6 apresenta-se o caso de uso " Alterar Senha".

UC02 Permitir o usuário alterar senha do usuário.

Descrição Permite ao usuário alterar senha

Ator Usuário

Pré-condição Usuário deve acessar o sistema.

Fluxo principal 1. Usuário informa senha atual;

2. Usuário informa nova senha e confirmação da nova senha; 3. Usuário clica no botão ―Alterar‖;

4. Sistema valida as informações digitadas pelo Usuário; 5. Sistema persiste os dados no banco de dados;

6. Sistema apresenta mensagem de ―Senha alterada com Sucesso !‖ Fluxo alternativo (a) 3. senha de usuário inválida.

4. alerta com mensagem ―senha atual está inválida‖ é mostrada. 5. nova senha diferente de confirmação nova senha.

6. alerta com mensagem ―nova senha é diferente da confirmação‖ é mostrada. Cenário - Exceção 1. No passo 4 do Fluxo principal, caso o sistema verifique que a senha atual

cadastrada no banco de dados é igual da senha atual informada, o sistema apresenta a mensagem ―A Senha deve ser Diferente da Atual !!‖;

2. No passo 4 do Fluxo principal, caso o sistema verifique que a nova senha ou a confirmação da nova senha tem menos de 5 dígitos, o sistema apresenta a mensagem ―Senha dever ter mais que 5 Dígitos !!‖;

(60)

59

3. No passo 4 do Fluxo principal, caso o sistema verifique que a nova senha e a confirmação da nova senha são diferentes, o sistema apresenta a mensagem ―Nova senha e Confirmação são diferentes !!‖.

Pós-condição Usuário alterou a senha de acesso..

Quadro 6 – Descrição do caso de uso Alterar Senha

No Quadro 7 apresenta-se o caso de uso " Excluir Usuários".

UC03 Permitir o usuário excluir usuários.

Descrição Permite ao usuário excluir usuários

Ator Usuário

Pré-condição Usuário deve acessar o sistema.

Usuário deve estar cadastrado com acesso total. Fluxo principal 1. Sistema apresenta a tela excluir usuário. Fluxo alternativo (a) 7. Usuário não selecionado

8. alerta com mensagem ―Selecione o Usuário !‖ é mostrada. Cenário – Edição 1. Usuário informa o nome do usuário para exclusão;

2. Usuário clica no botão ―Listar‖;

3. Sistema apresenta usuários cadastrados com o nome informado; 4. Usuário seleciona o usuário para exclusão;

5. Usuário clica no botão ―Excluir‖

6. Sistema apresenta mensagem ―Usuário Desabilitado !‖.

Cenário – Exceção 1. No passo 5 do Fluxo principal, caso o sistema verifique que não foi selecionado um usuário para exclusão, o sistema apresenta a mensagem ―Selecione o Usuário !‖.

Pós-condição Usuário exclui acesso ao sistema.

Quadro 7 – Descrição do caso de uso Excluir Usuários

No Quadro 8 apresenta-se o caso de uso "Cadastrar Condutor‖.

UC04 Permitir o usuário cadastrar condutores.

Descrição Permite ao usuário cadastrar condutores.

Ator Usuário

Pré-condição Usuário deve acessar o sistema;

Usuário deve estar cadastrado com acesso total.

Fluxo principal 1. Usuário preenche os dados solicitados (nome, data nascimento, etc); 2. Usuário clica no botão ―Cadastrar‖;

3. Sistema valida as informações digitadas pelo Usuário; 4. Sistema persiste os dados no banco de dados;

5. Sistema apresenta a mensagem ―Condutor incluído com sucesso !‖.

Cenário – Exceção 1. No passo 4 do Fluxo Principal, caso o usuário esquecer de informar algum campo da tela, o sistema apresenta mensagem solicitando o preenchimento do

(61)

60

campo faltante.

2. No passo 4 do Fluxo Principal, caso o usuário informar uma data de nascimento, onde o condutor não tiver 18 anos, o sistema apresenta mensagem‖ Condutor não possui Idade para Dirigir‖.

3. No passo 4 do Fluxo Principal, caso o usuário informar uma data de vencimento da habilitação menor que a data atual, o sistema apresenta mensagem‖ A Habilitação esta vencida‖.

4. No passo 4 do Fluxo Principal, caso o usuário informar uma data de vencimento da habilitação igual a data atual, o sistema apresenta mensagem‖ A Habilitação vence hoje‖.

Pós-condição Usuário cadastrou um condutor.

Quadro 8 – Descrição do caso de uso Cadastrar condutor

No Quadro 9 apresenta-se o caso de uso "Alterar Condutor‖.

UC05 Permitir o usuário alterar condutores.

Descrição Permite ao usuário alterar condutores.

Ator Usuário

Pré-condição Usuário deve acessar o sistema;

Usuário deve estar cadastrado com acesso total. Fluxo principal 1. Usuário informa o nome do condutor;

2. Usuário clica no botão ―Procurar‖;

3. Sistema apresenta condutores cadastrados na tela; 4. Usuário seleciona um condutor;

5. Usuário clica no botão ―Carregar Dados‖;

6. Sistema carrega dados cadastrados no banco de dados para os campos na tela; 7. Usuário altera as informações necessárias;

8. Usuário clica no botão ―Alterar‖;

9. Sistema valida as informações alteradas pelo Usuário; 10. Sistema persiste os dados no banco de dados;

11. Sistema apresenta a mensagem ―Condutor Alterado com Sucesso !!‖.

Cenário – Exceção 1. No passo 5 do Fluxo Principal, caso o usuário esquecer de selecionar um condutor, o sistema apresenta mensagem ‖ Favor Selecionar um Condutor !!‖. 2. No passo 9 do Fluxo Principal, caso o usuário esquecer de informar algum

campo da tela, o sistema apresenta mensagem solicitando o preenchimento do campo faltante.

3. No passo 9 do Fluxo Principal, caso o usuário informar uma data de nascimento, onde o condutor não tiver 18 anos, o sistema apresenta mensagem‖ Condutor não possui Idade para Dirigir‖.

4. No passo 9 do Fluxo Principal, caso o usuário informar uma data de vencimento da habilitação menor que a data atual, o sistema apresenta mensagem‖ A

Referências

Documentos relacionados

Avaliação da toxicidade e eficácia de nanoemulsões contendo anfotericina B para o tratamento da leishmaniose visceral. P.; BARBAS, C.Metabolomics as a tool to evaluate

De acordo com Barbieri (2004), grande parte da preocupação ambiental empresarial é referente a experiências passadas com desastres ecológicos e populacionais e a Carbocloro mostra

No caso de a CONTRATADA tornar-se permanentemente incapaz, no todo ou em parte, para cumprir com as suas obrigações e responsabilidades no âmbito do presente Contrato,

11.1 Exceto quando especificado de outra forma e por escrito, o PNUD será o titular de todos os direitos de propriedade intelectual e demais direitos de propriedade, incluindo, mas

Prestadores Prestadores Ciclo de Debates Ciclo de Debates GV Sa GV Sa ú ú de de 18.outubro.2006 18.outubro.2006 1. Aç ções SulAm ões SulAmé érica rica - - Curto/Mé

O objetivo do curso foi oportunizar aos participantes, um contato direto com as plantas nativas do Cerrado para identificação de espécies com potencial

O valor da reputação dos pseudônimos é igual a 0,8 devido aos fal- sos positivos do mecanismo auxiliar, que acabam por fazer com que a reputação mesmo dos usuários que enviam

Filiou-se ao PT na cidade de São Paulo, e atuou como supervisor para o programa do partido para alfabetização de adultos de 1980 até 1986... Dentre as marcas de sua