PIM_CONTROLE DE FROTA 2

Prévia do material em texto

Sumário
1 Introdução 1
OBJETIVOS 4
2 Proposta do Sistema 6
3 Justificativa da Proposta 13
4 PLANEJAMENTO DO PROJETO 14
5 Requisitos 29
6 MODELOS DE NEGÓCIO 36
7 MODELOS DE CASO DE USO 37
8 MODELOS DE ANÁLISE 75
9 CONCLUSÃO 95
10 REFERÊNCIAS BIBLIOGRÁFICAS 96
1 Introdução
O consumismo, fruto do capitalismo, está presente em diversos tipos de cultura, economia e política. Encontra-se em expansão em todas as áreas do mercado e esse crescimento envolve diversas características e necessidades tanto dos clientes quanto dos fornecedores e produtores. Desde o manuseio da matéria-prima até o real consumo, há várias etapas que provavelmente vão definir a qualidade, preço e satisfação do consumidor. Uma dessas etapas são os processos logísticos envolvidos no transporte rodoviário de cargas.
Para controlar tais processos, criou-se o conceito de gestão de frotas, que “representa a atividade de reger, administrar ou gerenciar um conjunto de veículos pertencentes a uma mesma empresa.” (Valente; Passaglia; Novaes, 1997, p. 1).
A gestão da frota de veículos surgiu quando as empresas precisavam de vários veículos para fazer entregas, viajar para falar com clientes, transporte de equipamentos, etc. Grande parte dos clientes localiza-se em diferentes pontos do globo. Para os produtores convinha-lhes gerir bem o transporte de modo a reduzir os custos, os desperdícios e aumentar os lucros (Bramel, 1997, p. 5).
“No Brasil, o transporte de cargas pelo sistema rodoviário desempenha um papel vital para a economia, movimentando cerca de 7,5% do Produto Interno Brasileiro (PIB), ou seja, chega a aproximadamente 30 bilhões de dólares por ano.” (Valente; Passaglia; Novaes, 1997, p. 2).  
Em geral, os consumidores finais desconhecem todo o processo envolvido durante o gerenciamento de frotas, como por exemplo, os gastos com combustível, pessoal, manutenção, apenas o que lhes interessa é que o produto esteja disponível sempre que desejado. Já na visão dos fornecedores, é de total importância um controle de todos os custos, que nem sempre são absolutamente corretos, em vista que estado das rodovias, pedágios, inflação, que apesar da variação estão completamente envolvidos.
Com toda a complexidade e detalhes que há no controle desse transporte, pilhas de papéis, planilhas e dados espalhados não são uma forma eficiente de um bom gerenciamento. Na maioria dos casos, produtores, consumidores e fornecedores se encontram em diferentes pontos do mapa, o que se faz necessário uma maior e mais difícil missão controlar todas as informações. Para certos tipos de mercadorias é necessário um rigoroso cumprimento de horários e prazos, visto que atrasos podem gerar um número incalculável de prejuízos, não só financeiramente, mas o nome e tradição da empresa transportadora estão em jogo a partir do momento que é iniciado a movimentação.
Incluído na lista de recursos que podem ser utilizados para um maior controle dos dados e informações, está o sensoriamento remoto. Esta atividade baseia-se no monitoramento em tempo real dos veículos, por meio de transmissão e recepção de dados a cada X quantidade de tempo. O rastreamento em transportes terrestres tem crescido muito nos últimos tempos, pois é um meio de garantir a segurança não só do motorista, mas do caminhão e de sua carga.
A utilização desta tecnologia para o transporte de carga otimiza diversos controles, como por exemplo, a obtenção da posição atual da mercadoria que está sendo transportada, calcular prazos, traçar melhores rotas, além da segurança que é oferecida não só à mercadoria como ao veiculo e pessoal.
Desta forma, um sistema automatizado capaz de controlar custos e processos e gerar informações que darão suporte ao gerenciamento de frotas torna-se essencial para manter uma gestão de qualidade. Entretanto, este projeto não fará o cálculo de rotas, de forma a calcular qual a melhor rota a ser escolhida, mas sim se propõe a localizar em um mapa onde a carga transportada pelo veículo se encontra.
1.1 Motivação
Devido à proximidade do cenário de frotas de caminhão vivido por um dos integrantes do grupo que realizou este projeto, surgiu-se a ideia para a elaboração de uma solução automatizada capaz de realizar o controle e gerenciamento eficientes de uma frota de caminhões, com o objetivo de atingir a praticidade e uma visão estratégica do negócio como um todo, permitindo apurar falhas e consequentemente corrigi-las.
A ideia para implementar um sistema capaz de monitorar remotamente os veículos, surgiu a partir do amadurecimento do conhecimento do funcionamento do Globla Positioning System (GPS), incluindo suas vantagens, complexidade, custo-benefício e da necessidade de se obter informações precisas em tempo real.
1.2 USUÁRIOS DO SISTEMA
Descrevemos a seguir os perfis dos usuários que existirão no sistema:
a) administrador;
b) operador; e
c) gerente.
Ressaltamos que demais tipos de usuário poderão ser criados e alterados conforme a necessidade.
1.3 EMPRESA INTERESSADA
O sistema será direcionado para empresas cujo ramo seja o controle de frotas de veículos com a utilização de cargas.
1.4 RESULTADOS ESPERADOS
Seguem alguns resultados esperados com a implantação de um sistema automatizado:
a) redução do gasto de combustível;
b) redução de gasto com comunicação;
c) informações disponibilizadas em tempo real; e
d) controle efetivo da frota.
OBJETIVOS
1.5 Objetivo Geral
Desenvolver um Sistema de Controle de Frotas que atenda as necessidades de uma empresa de frotas de veículos, auxiliando-a em tomadas de decisão a partir da geração de informações estratégicas e automatizando processos a fim de economizar tempo e otimizar os custos.
1.6 Objetivos específicos
A seguir serão apresentados os objetivos específicos do projeto:
a) criar um cadastro de usuários, clientes e veículos no sistema bem como suas respectivas atividades e controles, como por exemplo:
Agendamentos de entrega;
Contas a pagar;
Contas a receber;
Condutores;
Fornecedores;
Usuários; e
Veículos.
b) controlar as atividades realizadas por motoristas e seus respectivos veículos, como por exemplo:
Manutenção;
Abastecimento de combustível;
Multas;
Contratação de seguros;
Renovação de habilitação;
Viagens; e
Outros.
As atividades como multas, contratação de seguros e renovação de habilitação serão vinculadas a um projeto de frete e poderão ser cadastradas de acordo com o tipo de despesas ou receitas.
c) oferecer informações estatísticas e gerenciais, tais como:
Quantidade e valor de vendas por período;
Relatórios de controle de abastecimento, multas, seguros, etc. (de acordo com o tipo de despesa ou receita).
d) permitir o monitoramento remoto em tempo real;
verificar a localização do veículo em tempo real;
identificar coordenadas como: latitude e longitude;
2 Proposta do Sistema
A seguir é apresentada a descrição do Siscon-F.
2.1 Descrição do Sistema Proposto
O Sistema de Controle de Frotas (Siscon-F) será uma aplicação Web destinada ao controle efetivo de uma empresa de frotas. Por meio de uma conexão com a Internet, os usuários do sistema poderão obter informações em tempo real da localização do veículo, por meio do sensoriamento remoto, além de registrar, editar e consultar informações referentes aos fornecedores, cargas, veículo e condutores.
Para o registro destas informações, será utilizado o banco de dados MySQL 5.0 que conterá os dados registrados, os quais poderão ser periodicamente atualizados devido às constantes variações que ocorrem nos dados registrados.
O Siscon-F permitirá obter informações como estatísticas e controle geral por projeto de frete vendido, onde mais de um veículo poderá percorrer mais de uma rota, como prestação de serviço de transporte para seus clientes, onde será tratado como um único contrato/projeto e informações geridas individualmente (veículos, rotas, condutores, despesas, receitas e gestão do andamento e faturamento dos valores).
Como diferencial, haverá um módulo implementado que permitirá a localização em tempo real dos veículos, por meio de uma placa GPS, a qual capta o sinal dossatélites para determinar sua distância e emite esse sinal, que se baseia em sinais de latitude e longitude ao sistema, por meio da tecnologia General Packet Radio Service (GPRS), que é um pacote orientado a dispositivos móveis que usam de tecnologia 2G ou 3G de comunicação celular. Estes sinais serão recebidos e traduzidos na aplicação web de forma a identificar a localização do veículo no mapa, conforme Figura 1 a seguir:
Figura 1 - Topologia do funcionamento do sistema
Fonte: http://www.rodoviarionovotempo.com.br/seguranca.html
2.1.1 Sensoriamento Remoto
Existem diversas teorias com relação ao sensoriamento remoto, entretanto será abordado neste estudo a teoria de Charles Elachi (1987), apresentada por Evlyn M. L. de Moraes Novo (2008, p. 1), o qual cita: “Para Elachi, sensoriamento remoto implica na obtenção de informação a partir da detecção e mensuração das mudanças que um determinado objeto impõe aos campos de força que o circundam, sejam estes campos eletromagnéticos, acústicos ou potenciais”.
Tendo em vista este conceito, a aplicação do sensoriamento remoto permitirá ao frotista o recebimento de imagens em sua base de dados, as quais possibilitam visualizar um caminhão movimentando-se num mapa digitalizado, na tela do computador.
Este monitoramento baseia-se no recebimento de sinais emitidos por satélites que serão recebidos por um aparelho Global Positioning System (GPS), localizado no veículo, o qual converterá estes sinais em posições como latitude e longitude que serão enviados, por meio da tecnologia General Packet Radio Service (GPRS) para o servidor, por meio de uma conexão TCP/IP.
O rastreador abordado neste sistema é o aparelho de rastreamento MT-800 da UniTraQ International Corp. Ele é um dispositivo de rastreamento portátil para o monitoramento de ativos via SMS ou Internet. É baseado nas tecnologias GSM/GPRS e GPS. Seguem alguns conceitos:
a) Global System Position (GPS): Tecnologia responsável pela localização do objeto em solo, através da utilização de uma constelação de satélites de baixa órbita responsáveis pela triangulação do sinal de comunicação;
b) General Packet Radio Service (GPRS): Tecnologia responsável pela comunicação e transmissão de dados de atuação sobre o objeto rastreado e recebimento de eventos relacionados ao mesmo; e
c) Short Message Service (SMS): Sistema de redundância utilizado nas ocasiões em que haja dificuldade na comunicação com os anteriores, e em casos emergenciais, utilizando canal de comunicação específico.
d) Global System for Mobile Communications (GSM): Ou Sistema Global para Comunicações Móveis é uma tecnologia móvel e o padrão mais popular para telefones celulares do mundo.
Este modelo de rastreador emite um sinal ao servidor para estabelecer uma conexão TCP/IP juntamente com um dispositivo de GPRS e após a conexão ser estabelecida, o transmissor GPRS envia um pacote de dados contendo as informações geográficas do veículo monitorado.
2.2 Resultados esperados
Com o sistema em execução, é esperado uma redução de custos bem como a otimização dos processos de forma a controlar o transporte de cargas, de manutenção dos veículos, das despesas e receitas resultantes dos projetos de fretes realizados.
O Siscon-F também irá monitorar em tempo real os veículos cadastrados em sua base de dados a fim de customizar o tempo dos projetos de fretes e oferecer maior segurança tanto para a carga e veículos como para os respectivos condutores.
2.3 Restrições do Sistema
O sistema estará disponível apenas para utilização via Web.
2.4 Recursos Necessários
Será descrito, todo o meio necessário para a utilização do sistema.
2.4.1 Hardware Ideal
Esse item identifica os requisitos necessários para que o sistema realize suas funções durante um período de tempo, conforme a Tabela 1:
Tabela 1 - Hardware Ideal
Ambiente
Hardware
Quantidade
Valor Unit. (R$)
Total (R$)
Servidor
Processador Intel® Xeon® Six Core
1
2.522,00
2.522,00
Memória RAM 8GB 1333MHz
2
152,00
304,00
Dispositivo SSD 256GB SATA 6Gb/s
2
1.145,00
2.290,00
Unidade SATA DVD+/-RW
1
44,00
44,00
Interface de Rede 1GB/s
1
55,00
55,00
TOTAL
5.215,00
Usuário
AMD Phenom II X6
1
408,00
408,00
Memória RAM 4GB DDR3
1
57,00
57,00
Disco Rígido 320GB SATA, 7200RPM
1
94,00
94,00
Unidade SATA DVD+/-RW
1
44,00
44,00
Interface de Rede 1GB/s
1
55,00
55,00
TOTAL
658,00
2.4.1.1 Dispositivos
a) do receptor GPS:
Frequência: L1, 1575.42 MHz;
Canais: 20;
Sensitividade do monitoramento: 159 dBm;
Requisição do sinal: menor que 1s;
Taxa de atualização: 1 Hz (standard);
Protocolo: NMEA-0183 V3.01.
b) do transmissor GSM/GPRS
Frequência: 4 Canais (50, 900, 1800 e 1900) MHz;
Protocolos suportados: TCP/UDP/PPP;
Link de Download/Upload máximo: 85.6/42 Kbps;
2.4.2 Hardware Mínimo
Esse item identifica os requisitos mínimos para que o sistema realize suas funções durante o menor período de tempo, conforme mostra a Tabela 2:
Tabela 2 - Hardware Mínimo
Ambiente
Hardware
Quantidade
Valor Unit. (R$)
Total (R$)
Servidor
Processador Intel® Xeon® E3
1
1.685,00
1.685,00
Memória RAM 4GB DD3
1
57,00
57,00
Disco Rígido 500GB SATA, 7200RPM
1
189,00
189,00
Unidade SATA DVD+/-RW
1
44,00
44,00
Interface de Rede 1GB/s
1
55,00
55,00
TOTAL
2.030,00
Usuário
AMD Athlon II X4
1
223,00
223,00
Memória RAM 4GB DDR3
1
57,00
57,00
Disco Rígido 160GB SATA, 7200RPM
1
77,00
77,00
Unidade SATA DVD+/-RW
1
44,00
44,00
Interface de Rede 10/100
1
16,00
16,00
TOTAL
417,00
2.4.3 Software
A seguir, serão descritos os softwares necessários para a utilização do sistema:
2.4.3.1 Softwares do Servidor
Tabela 3 - Softwares do Servidor
Ambiente
Descrição
Quantidade
Valor Unit. (R$)
Valor Total (R$)
Servidor
MySQL
1
0,00
0,00
Tomcat
1
0,00
0,00
IIS
1
0,00
0,00
TOTAL
R$ 0,00
2.4.3.2 Softwares do Cliente Web
Tabela 4 - Softwares do Cliente
Ambiente
Descrição
Quantidade
Valor Unit. (R$)
Valor Total (R$)
Cliente
Browser
1
0,00
0,00
Adobe Flash Player
1
0,00
0,00
TOTAL
R$ 0,00
2.4.4 Configuração de Rede
Para que o Siscon-F esteja disponível para utilização via Web é necessário uma rede local (LAN), um servidor DNS e um sistema Firewall para o controle e segurança.
2.4.5 Banco de Dados
O Sistema de Gerenciamento de Banco de Dados (SGBD) MySQL será a ferramenta utilizada para o registro e armazenamento dos dados. Esta ferramenta utiliza a linguagem Structured Query Language (SQL) e é um dos bancos de dados mais utilizados atualmente. Algumas características:
Portabilidade (suporta praticamente qualquer plataforma atual);
Compatibilidade (existem drivers ODBC, JDBC e .NET e módulos de interface para diversas linguagens de programação, como Delphi, Java, C/C++, C#, VisualBasic, Python, Perl, PHP, ASP e Ruby);
Excelente desempenho e estabilidade;
Pouco exigente quanto a recursos de hardware;
Facilidade de uso;
É um Software Livre com base na GPL;
Suporta controle transacional;
Suporta Triggers;
Suporta Cursors;
Suporta Stored Procedures e Functions; e
Replicação facilmente configurável.
2.4.6 Instalações
O local adequado para manter o servidor, deve possuir as seguintes características:
Baixa temperatura;
Restrição de entrada; e
Sistema de combate a incêndio.
2.4.7 Pessoal Exigido
Características necessárias por parte da equipe responsável pela instalação e manutenção:
Administrador de Rede;
Analista de Sistemas; e
DBA.
2.4.8 Áreas Afetadas Pelo Novo Sistema
A empresa adquirente do Siscon-F será afetada no campo de gerenciamento e controle de forma geral.
3 Justificativa da Proposta
Em épocas em que não se imaginava automatizar processos e especialização de pessoas por meio do uso de recursos computacionais, já existiam processos e controles estruturados, no entanto, elaborados de forma manual, como por exemplo, o controle de frotas de veículos.
Nos dias atuais, época que alguns denominam como Terceira Revolução Industrial ou mesmo Revolução Tecnocientífica, baseia-se em automatização de processos e controles por meio da utilização de recursos tecnológicos em constante evolução e aprimoramento.
Tendo em vista essa evolução, surgem vários softwares eaplicações que controlam de forma prática e eficiente os diversos ramos da indústria, comércio e prestação de serviços. Consequentemente, há controles melhores elaborados com maior eficiência, outros com qualidade duvidosa. É natural que estas diferenças aconteçam para que as concorrências ocorram.
Diante do exposto acima, encontramos, no mercado de trabalho, diversos sistemas automatizados de controle de frota, no entanto, verificamos que a maioria desses sistemas são desenvolvidos de forma básica, ou seja, sem implementações como o monitoramento remoto (ou sensoriamento remoto); ou quando há implementações são provenientes de outras empresas. Conforme esta constatação, nossa justificativa para a elaboração deste projeto consiste em apresentar ao mercado uma solução que foge do padrão dos controles existentes para o gerenciamento de frotas.
O Siscon-F será desenvolvido para gerenciar as atividades rotineiras de uma empresa que tem como objetivo o controle total de sua frota (incluindo, condutor, contas, etc.) e o monitoramento em tempo real para cada veículo. Esta solução será baseada em softwares livres e na tecnologia do Global Positioning System (GPS), ou Sistema de Posicionamento Global.
4 PLANEJAMENTO DO PROJETO
“Um projeto é um esforço temporário, realizado com o intuito de criar um produto ou serviço único.” (PMBOK, 2008). Os seguintes itens tem como finalidade apresentar uma visão do planejamento do projeto.
Apresenta os aspectos das áreas de conhecimento do projeto como custos, recursos, escopo, comunicação, tempo, qualidade e riscos, além disso, apresenta o processo de desenvolvimento adotado no projeto.
4.1 Plano do Processo de desenvolvimento
O desenvolvimento do software Siscon-F será realizado a partir dos conceitos do processo de software Rational Unified Process®, também conhecido como RUP®. O RUP é um processo de engenharia de software desenvolvido de forma iterativo e incremental, onde centra a arquitetura do projeto e é conduzido por casos de uso.
O RUP apresenta um conjunto de atividades bem definidas, exibe artefatos de entrada e de saída, atribui os seus responsáveis e são subordinadas a ordem de execução. Tem um modelo de ciclo de vida, descrição de como deve ser realizadas, guias, templates e utiliza o diagrama de Unified Modeling Language (UML).
Ele auxilia a interação entre os clientes e a equipe de desenvolvimento, melhora o gerenciamento do projeto, satisfaz as necessidades visadas do cliente dentro do cronograma, recursos e custo definidos, auxiliando na obtenção de um produto de qualidade.
4.1.1 Ciclo de Vida do Projeto
O desenvolvimento do projeto será de acordo com o ciclo de vida do RUP, ou seja, será dividido em quatro fases e nove disciplinas, as quais sofrerão iterações durante todo o desenvolvimento, conforme mostra a Figura 1.
Figura 2 - Fases do RUP
Fonte: http://www.pollysoft.com.br/?m=fabrica&p=rup
Segue a descrição de cada fase conforme Quadro 1:
Quadro 1 - Fases do RUP
Fases
Objetivos
Iniciação
Elaborar a criação de uma nova tecnologia, definir o projeto, os riscos e os benefícios. Realizar a construção de um escopo, ter uma ampla visão sobre os investimentos do projeto, o custo, e tomar decisões de procedimentos.
Elaboração
Através do artefato gerado da fase anterior concebe uma primeira redução na arquitetura, formado de visões de arquitetura bem descritas e em um protótipo de arquitetura executável.
Tem como finalidade cuidar dos riscos significativos que se referem à arquitetura do projeto.
Construção
Esclarecer os requisitos restantes e concluir o desenvolvimento do sistema com base na arquitetura da baseline.
Avaliar o que foi produzido nas fases anteriores, utilizando os artefatos para o apoio. Otimizar custos, programações e qualidade. Concluir a análise, o design e o desenvolvimento do software. Desenvolvimento completo do componente e teste dos critérios de avaliação definidos. Deliberar o produto está pronto para ser implantado em um ambiente.
Transição
Avaliar o que foi produzido nas fases anteriores, utilizando os artefatos para o apoio. Assegurar que o software esteja disponível para seus usuários finais. Executar planos de implantação. Finalizar o material de suporte para o usuário final. Testar o produto liberado no local do desenvolvimento. Criar um release do produto. Feedback do usuário. Ajustar o produto com base em feedback.
Disponibilizar o produto para os usuários finais. Realizar curso de adaptação e utilização do produto e criação de manuais e guias de utilização para auxiliar o usuário final.
Disponibilizar o produto para os usuários finais. Realizar curso de adaptação e utilização do produto e criação de manuais e guias de utilização para auxiliar o usuário final.
4.1.2 Método de Desenvolvimento e Ferramentas Case
O método de desenvolvimento será Orientado a Objeto e a linguagem UML.
Este projeto utilizará as ferramentas JUDE Community para a confecção dos casos de usos e diagramas.
Como a linguagem de programação, será utilizado o Java para o recebimento dos dados do GPS e ASP 3.0 que será para realizar os controles provenientes das frotas. O banco de dados MySQL será a ferramenta que dará suporte ao armazenamento e à manipulação dos dados.
4.1.3 Linguagens de Programação
Utilizaremos duas linguagens de programação, sendo Java e ASP 3.0, conforme detalhes apresentados:
4.1.3.1 Active Server Pages (ASP)
Será aplicado para gerenciamento das frotas, veículos, faturamento, despesas e projetos de Frete, o Active Server Pages (ASP) na versão 3.0. O ASP 3.0 é uma linguagem de script no lado servidor e gera conteúdo dinâmico na Web, o que facilita o acesso dos usuários de qualquer localidade, bem como sua implantação. Ele é nativo em equipamentos Windows (independente se servidor ou não), através da ativação do serviço chamado de Internet Information Service (IIS), disponível em sistemas operacionais Microsoft. Contudo, também pode ser utilizado em outras plataformas, como Linux.
4.1.3.2 Java
A linguagem de programação Java será aplicada na interface e integração entre os dados emitidos da tecnologia GPRS para o sistema principal. Java é uma linguagem de programação orientada a objeto desenvolvida na década de 90 na empresa Sun Microsystems. Diferentemente das linguagens convencionais, que são compiladas para código nativo, a linguagem Java é compilada para um byte code que é executado por uma máquina virtual. A linguagem de programação Java é a linguagem convencional da Plataforma Java, contudo não sua única linguagem, há outras como AWT, Swing, JSP e Servlets.
4.1.4 Ambiente de Hardware para Desenvolvimento
Os equipamentos a serem utilizados para o desenvolvimento do projeto estão a seguir, de acordo com a Tabela 5:
Tabela 5 - Hardware para Desenvolvimento
Ambiente
Hardware
Quantidade
Valor Unit. (R$)
Total (R$)
Servidor
Processador Intel® Xeon® Six Core
1
2.522,00
2.522,00
Memória RAM 8GB 1333MHz
2
152,00
304,00
Dispositivo SSD 256GB SATA 6Gb/s
2
1.145,00
2.290,00
Unidade SATA DVD+/-RW
1
44,00
44,00
Interface de Rede 1GB/s
1
55,00
55,00
TOTAL
5.215,00
Usuário
AMD Phenom II X6
1
408,00
408,00
Memória RAM 4GB DDR3
1
57,00
57,00
Disco Rígido 320GB SATA, 7200RPM
1
94,00
94,00
Unidade SATA DVD+/-RW
1
44,00
44,00
Interface de Rede 1GB/s
1
55,00
55,00
TOTAL
658,00
4.2 Plano de Organização
Utilizará a equipe de profissionais altamente qualificados para exercerem suas funções previstas no planejamento e no desenvolvimento do projeto, com uma equipe de funcionários para auxiliarem no conforto da equipe.
Seguirá o cronograma estabelecido e caso ocorram acidentes, extrapolação ou adiantamento de prazo, será prevista em reuniões após cada finalização de atividades os possíveis reparos para fazer as adaptações do tempo, recursos e/ou escopo.
4.2.1 Equipe de Gerência
Terá um gerente geral que orientará as atividades de execução do projeto, onde será responsável de avaliar os artefatos gerados após cada iteração executada e tomar decisões no decorrer do desenvolvimento do projeto.
4.2.2 Equipe de Desenvolvimento
A equipede desenvolvimento será baseada na atuação de um desenvolvedor, um analista de sistema, um arquiteto de software e um testador. Se responsabilizarão pelo projeto final atuando no campo de planejamento, a análise, projeto, implementação e teste.
4.3 Plano de Acompanhamento
Os procedimentos adotados para o acompanhamento e controle do projeto serão mencionados a seguir:
4.3.1 Ponto e Controle
Serão realizados pontos de controles após a finalização de cada iteração, todas as atividades do projeto passam por todas as fases de desenvolvimento, até que se atinja a necessidade do projeto, sendo apresentados ao gerente os resultados e passando para os responsáveis pelas atividades subsequentes as informações necessárias e os resultados obtidos na finalização da iteração. Será avaliado também o custo, o tempo e os recursos utilizados na realização para que possa ser feito as demais observações e alterações no projeto.
Realizarão reuniões com a equipe da gerência antes de começar uma iteração, se necessário, durante o desenvolvimento, e após o término.
A reunião de inicialização da iteração será feita com os membros responsáveis pela atividade, para serem passada os ricos, gastos e detalhamento da atividade.
Serão passados os acontecimentos atuais e serão decididos os seguintes passos a serem tomados. Cabendo ao gerente fornecer o feedback à equipe liderada.
A reunião após a conclusão da atividade será feita com toda equipe onde serão levantados os resultados, os problemas sofridos e as possíveis necessidades de um replanejamento do projeto.
4.3.2 Análise e Gerência de Riscos
“Risco é toda condição ou evento cuja ocorrência é incerta, mas pode afetar os objetivos do projeto, se ocorrer.” (JALOTE, 2002).
Análise e Gerência de Riscos é o processo que relaciona o controle dos eventuais riscos que podem aparecer no projeto. Sendo uma parte uma importante para o bom desempenho do desenvolvimento do processo e obtenção do projeto de qualidade.
Nessa etapa são identificados, avaliados, acompanhados, reajustados, classificados, hierarquizados, planejados o forma de tratamento do risco.
Seguem os riscos levantados:
Quadro 2 - Rotatividade de pessoal
1
Pessoal
Rotatividade do Pessoal
PROBABILIDADE
Baixa
EFEITO
Catastrófico
DESCRIÇÃO
Pessoal experiente deixar o projeto.
PLANO
DE CONTINGÊNCIA
Mitigar
Ter pessoal disponível para assumir o projeto caso os envolvidos saiam do projeto.
Quadro 3 - Equipe desmotivada
2
Pessoal
Equipe desmotivada
PROBABILIDADE
Alta
EFEITO
Tolerável
DESCRIÇÃO
Falta de ânimo durante a execução do projeto.
PLANO
DE CONTINGÊNCIA
Mitigar
Planejar atividades que desenvolva interesse nos envolvidos do projeto.
Quadro 4 - Mudanças de tecnologia
3
Negócio
Mudanças de tecnologia.
PROBABILIDADE
Alta
EFEITO
Sério
DESCRIÇÃO
Tecnologia atual superada por nova tecnologia.
PLANO
DE CONTINGÊNCIA
Mitigar
Desenvolver o sistema com características de flexibilidade, portabilidade e interoperabilidade de forma a suportar eventuais mudanças.
Quadro 5 - Problemas na ferramenta
4
Projeto
Problemas na ferramenta
PROBABILIDADE
Média
EFEITO
Sério
DESCRIÇÃO
Ferramenta não corresponder às expectativas.
PLANO
DE CONTINGÊNCIA
Aceitar
Realizar orçamento e pesquisa para encontrar ferramentas que podem substituir as existentes.
Quadro 6 - Mudanças de requisito
5
Negócio
Mudanças de requisitos
PROBABILIDADE
Média
EFEITO
Sério
DESCRIÇÃO
Cliente estabelecer um novo requisito.
PLANO
DE CONTINGÊNCIA
Aceitar
Alterar a especificação dos requisitos e documentar.
Quadro 7 - Tempo insuficiente
6
Projeto
Tempo insuficiente
PROBABILIDADE
Baixa
EFEITO
Catastrófico
DESCRIÇÃO
Tempo reduzido ou extrapolado.
PLANO
DE CONTINGÊNCIA
Mitigar
Reunir com o cliente para verificar a melhor solução.
Quadro 8 - Mudança de gerenciamento
7
Projeto
Mudança de gerenciamento.
PROBABILIDADE
Média
EFEITO
Sério
DESCRIÇÃO
Mudança no gerenciamento do projeto.
PLANO
DE CONTINGÊNCIA
Mitigar
Realizar reunião com os envolvidos a fim de efetuar ou alterar plano de gerenciamento do projeto.
Quadro 9 - Falha de recrutamento
8
Pessoal
Falha no recrutamento.
PROBABILIDADE
Baixa
EFEITO
Sério
DESCRIÇÃO
Contratação do pessoal inexperiente.
PLANO
DE CONTINGÊNCIA
Mitigar
Alterar o cronograma do projeto.
Quadro 10– Falta de comprometimento da equipe
9
Pessoal
Falta de comprometimento da equipe.
PROBABILIDADE
Baixa
EFEITO
Catastrófico
DESCRIÇÃO
Equipe ou parte dela não comprometida em atender as necessidades do projeto.
PLANO
DE CONTINGÊNCIA
Monitorar
Verificar a ocorrência do evento e fazer uma melhor gerencia de controle para sanar as necessidades do projeto.
Quadro 11 - Falha de comunicação na equipe.
10
Pessoal
Falha de comunicação na equipe.
PROBABILIDADE
Média
EFEITO
Sério
DESCRIÇÃO
Falha de comunicação eficiente entre todos os membros.
PLANO
DE CONTINGÊNCIA
Monitorar
Fazer pontos de Controles com mais frequência e exigir a presença de todos os membros da equipe.
Quadro 12 – Falta de recurso e artefatos.
11
Projeto
Falta de recurso e artefatos.
PROBABILIDADE
Baixa
EFEITO
Sério
DESCRIÇÃO
Falta de recurso e/ou artefatos durante a execução do projeto.
PLANO
DE CONTINGÊNCIA
Mitigar
Pesquisar parcerias capazes de fornecer suprimentos necessários para a continuação do projeto.
Quadro 13 – Pontos de Controles ineficientes.
12
Projeto
Pontos de Controles ineficientes.
PROBABILIDADE
Baixa
EFEITO
Catastróficos
DESCRIÇÃO
Os Pontos de Controles não estão capazes de ajudar efetivamente a gestão do Projeto.
PLANO
DE CONTINGÊNCIA
Mitigar
Pesquisar outras formas de debater o assunto nos Pontos de Controle e se necessário procurar uma consultoria.
Quadro 14 – Requisitos insuficientes ou definidos incorretamente.
13
Projeto
Requisitos insuficientes ou definidos incorretamente.
PROBABILIDADE
Média
EFEITO
Sério
DESCRIÇÃO
Requisitos inapropriados para execução do projeto.
PLANO
DE CONTINGÊNCIA
Mitigar
Entrar em contato com o cliente para levantar os requisitos necessários.
Quadro 15 – Falta de controle de versão eficiente.
14
Projeto
Falta de controle de versão eficiente.
PROBABILIDADE
Baixa
EFEITO
Sério
DESCRIÇÃO
Não registrar perder alguma versão
PLANO
DE CONTINGÊNCIA
Monitorar
Adotar ferramentas que auxilie no controle de versão e utilizar backup.
Quadro 16 – Falha na rastreabilidade dos requisitos.
15
Projeto
Falha na rastreabilidade dos requisitos.
PROBABILIDADE
Médio
EFEITO
Sério
DESCRIÇÃO
Não se tem um eficiente rastreamento de requisitos.
PLANO
DE CONTINGÊNCIA
Mitigar
Utilizar documentos e ferramentas que auxiliam na rastreabilidade dos requisitos.
Quadro 17 – Falta de entendimento do processo de desenvolvimento do projeto.
16
Projeto
Falta de entendimento do processo de desenvolvimento do projeto.
PROBABILIDADE
Baixa
EFEITO
Sério
DESCRIÇÃO
A equipe ou parte dela não compreende alguma etapa do desenvolvimento do projeto
PLANO
DE CONTINGÊNCIA
Mitigar
Pesquisar parcerias capazes de fornecer suprimentos necessários para a continuação do projeto.
4.4 Plano de Documentação
Reúne todas as informações necessárias ao gerenciamento do projeto. Ele inclui vários artefatos separados, conforme o quadro a seguir:
Quadro 18 - Documentação
Documentos gerados
Interação
Objetivo
Fase do Ciclo de Vida
Pré-Projeto
Preliminar
Estabelecer uma visão do negócio e obter ideia para produção do projeto.
Planejamento
Proposta de Projeto
Arquitetura 1
Apresentar o tema e justifica o porquê da escolha.
Planejamento
Plano de Projeto
Arquitetura 2
Planejar a abordagem que se pretende dar ao tema e como se pretende atingir o objetivo final
Planejamento
Requisitos do sistema
Arquitetura 2 e Construção 1
Identificar o que o sistema necessita para ser desenvolvimento
Planejamento e Análise
Diagramas
Construção 2
Elaborar os diagramas necessários para a representação do conhecimento de um ambiente acadêmico.
Planejamento (Casos de Uso)
Análise (Casos de Uso, Classe e Sequência)
Projeto (Classe e Sequência)
Implementação (Classe e Sequência)
Projeto
Construção 3
Gerar a documentação da concepção do projeto
Planejamento, Análise, Projeto, Implementação, Teste, Implantação e Manutenção
Glossário
Transição1
Gerar a documentação de projeto e implementação gerados na ferramenta Case
Projeto e implementação
4.5 Plano de Recursos e Serviços
Seguem os recursos utilizados para o desenvolvimento do sistema:
4.5.1 Recursos Humanos
Tabela 6 - Recursos humanos
Cargo
Nº de horas Trabalhadas
Quantidade
Valor Unit. por hora (em reais)
Valor total
(em reais)
Analista de Sistema
808
1
6,61
5.342,90
Administrador do Sistema
1.312
1
5,15
5.765,91
Artista Gráfico
32
1
5,29
269,28
Designer de Banco de Dados
88
1
5,44
479,39
Gerente de Projeto
2748
2
18,04
49.597,58
Testador
776
2
3,83
2.973,58
Total
64.428,65
4.5.2 Recursos de Hardware
Tabela 7 - Recursos de hardware
Ambiente
Hardware
Quantidade
Valor Unit. (R$)
Total (R$)
Servidor
Processador Intel® Xeon® Six Core
1
2.522,00
2.522,00
Memória RAM 8GB 1333MHz
2
152,00
304,00
Dispositivo SSD 256GB SATA 6Gb/s
2
1.145,00
2.290,00
Unidade SATA DVD+/-RW
1
44,00
44,00
Interface de Rede 1GB/s
1
55,00
55,00
TOTAL
5.215,00
Usuário
AMD Phenom II X6
1
408,00
408,00
Memória RAM 4GB DDR3
1
57,00
57,00
Disco Rígido 320GB SATA, 7200RPM
1
94,00
94,00
Unidade SATA DVD+/-RW
1
44,00
44,00
Interface de Rede 1GB/s
1
55,00
55,00
TOTAL
658,00
4.5.3 Recursos de Software
A Tabela 8 a seguir apresenta os softwares necessários para a utilização do sistema proposto:
Tabela 8 - Recursos de software
Ambiente
Descrição
Quantidade
Valor Unit. (R$)
Valor Total (R$)
Servidor
MySQL
1
0,00
0,00
Tomcat
1
0,00
0,00
IIS
1
0,00
0,00
TOTAL
R$ 0,00
Cliente
Browser
1
0,00
0,00
Adobe Flash Player
1
0,00
0,00
TOTAL
R$ 0,00
4.5.4 Cronograma
Quadro 19 - Cronograma
Atividade
Autor
Fase
Documento
Ano 2011
Ano 2012
Ago
Set
Out
Nov
Dez
Jan
Fev
Mar
Abr
Mai
Jun
Ideia do Projeto
Jéssica, Thayuan, Wallison
Iniciação
Pré-Projeto
 
 
 
 
 
 
 
 
 
 
 
Definição do Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Elaborações da Proposta de Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Apresentação do Pré-Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Levantamento dos Riscos do Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Escopo do Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Redução da Arquitetura
Jéssica, Thayuan, Wallison
Elaboração
Proposta de Projeto
 
 
 
 
 
 
 
 
 
 
 
Visão da Arquitetura
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Definição da Proposta do Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Apresentação da Proposta ao Orientador
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Introdução
Jéssica, Thayuan, Wallison
Construção
Plano de Projeto
 
 
 
 
 
 
 
 
 
 
 
Objetivo
Thayuan
 
 
 
 
 
 
 
 
 
 
 
Proposta do Sistema
Wallison
 
 
 
 
 
 
 
 
 
 
 
Justificativa da Proposta
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Planejamento do Projeto
Jéssica
 
 
 
 
 
 
 
 
 
 
 
Apresentação ao Orientador da Parte Inicial do Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Definição dos Requisitos
Jéssica, Thayuan, Wallison
Requisitos do sistema
 
 
 
 
 
 
 
 
 
 
 
Validação dos Requisitos
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Rastreabilidade dos Requisitos
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Apresentação dos Requisitos ao Orientador
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Modelo de Negocio
Thayuan
Diagramas
 
 
 
 
 
 
 
 
 
 
 
Modelo de Caso de Uso
Jéssica
 
 
 
 
 
 
 
 
 
 
 
Diagrama de Caso de Uso
Wallison
 
 
 
 
 
 
 
 
 
 
 
Diagrama de Classe
Thayuan
 
 
 
 
 
 
 
 
 
 
 
Diagrama de Atividades
Wallison
 
 
 
 
 
 
 
 
 
 
 
Diagrama de Sequencia
Jessica
Documentação do Projeto
 
 
 
 
 
 
 
 
 
 
 
Apresentação dos Diagramas ao Orientador
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Revisão dos Resultados
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Dicionário de Dados
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Glossário
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Apresentação do Dicionário de Dados ao Orientador
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Codificação do Sistema
Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Teste do Sistema
Jéssica
Transição
 
 
 
 
 
 
 
 
 
 
 
Revisão do Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Apresentação do Projeto ao Professor
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Reavaliação do Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Conclusão do Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Definição da Bibliografia
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
Entrega do Projeto
Jéssica, Thayuan, Wallison
Projeto
 
 
 
 
 
 
 
 
 
 
 
Apresentação do Projeto
Jéssica, Thayuan, Wallison
 
 
 
 
 
 
 
 
 
 
 
5 Requisitos
5.1 DESCRIÇÃO DO PROBLEMA
A entrega de serviços e mercadorias em diversos lugares é o principal serviço realizado por uma empresa de frota de veículos. No entanto, a ausência de controles e processos automatizados capazes de gerenciar tais atividades de forma eficiente implica na necessidade de implantar um sistema de automatização destes processos.
Adicionalmente, focando no fato de que uma empresa de frota de veículos necessita de um controle de seus produtos e mercadorias, em especial, durante a entrega, ou seja, durante o percurso, há a necessidade de realizar a monitoração da carga, tendo como resultado o rastreamento em tempo real para cada veículo.
O Siscon-F tem o objetivo de sanar todas as fragilidades mencionadas acima de forma otimizada e econômica, resultando em economia de tempo, de funcionário, de dinheiro e garantindo o controle em tempo real da localização dos veículos e suas respectivas cargas por meio da integração do Sistema de Posicionamento Global ou popularmente conhecido como GPS (acrônimo de Global Positioning System) com o sistema.
5.2 INTERESSADOS DO SISTEMA
Os interessados no sistema são todas as empresas que atuam no ramo de frotas de veículos e que possuem processos e procedimentos realizados de forma manual ou para àquelas empresas que não possuem controle de localização em tempo real de seus veículos, em especial, para as que ainda utilizam rádio, celulares ou dispositivos afins para a realização deste controle.
O sistema a ser desenvolvido contemplará a integração com o GPS a fim de garantir e assegurar segurança às rotas e destinos dos veículos a serem monitorados.
Para a utilização e funcionamento do sistema proposto, existirão três tipos de usuário e três atores que darão suporte à infraestrutura do sistema, conforme listados a seguir:
5.2.1 Gerente
O Gerente é o usuário que tem acesso a todas as funcionalidades do sistema, mas apenas de modo de consulta, sem permissão de alteração, por questões de segurança.
5.2.2 Administrador
O administrador será um usuário com o perfil de administrador, ou seja, terá acesso às funcionalidades de manutenção do sistema, tais como a criação de usuário e o controle do acesso dos perfis dos usuários.
5.2.3 Operador
O operador terá o acesso de cadastrar, alterar, excluir e consultar os dados do sistema. Entretanto, não terá acesso às configurações do sistema, pois este tipo de acesso é restrito ao perfil de administrador.
5.2.4 Aparelho GPS
O aparelho de GPS disponibilizará os dados para obter a localização do veículo.
5.2.5 Servidor
O servidor será responsável pela disponibilidade da aplicação.
5.2.6 Aplicação Web
A Aplicação Web é responsável pelo recebimento das requisições do realizadas pelos usuários.
5.3 PRINCIPAIS NECESSIDADES DOS INTERESSADOS
As principais necessidades encontradas para obter um controle eficiente de frota de veículos foram divididas pelos dois usuários básicos do sistema, os quais são divididos em visões estratégicas (presidente) e visões operacionais (operador), conforme a seguir:
5.3.1 Gerente
Devido ao cargo estratégico, o presidente tem como necessidade obter todas as informações gerenciais para a tomada de decisão. Estas informações estarão disponíveis em forma de relatório, como por exemplo:
Relatório de despesas;
Relatório de viagens;
Relatório de condutores ecaminhões; e
Relatório de fornecedores.
5.3.2 Operador
O Operador tem a necessidade de conhecer todo o sistema, pois será de responsabilidade deste realizar todas as atividades operacionais do sistema, desde o cadastro de condutor ou veículo até o lançamento de notas fiscais ou geração de relatórios. Seguem alguns exemplos das necessidades:
Cadastro de condutores;
Cadastro de veículos;
Lançamento de notas fiscais referentes às manutenções;
Visualização de veículos;
Consulta de viagens; e
Outras.
5.4 características do sistema
O Siscon-F será desenvolvido para computadores com qualquer Sistema Operacional, desde que possua acesso à Internet e possua um browser (navegador para Internet), como o Mozilla, Internet Explorer, Safari etc.
A fim de garantir a segurança das informações contidas no sistema, o Siscon-F solicitará senha de usuário a cada vinte minutos de inatividade deste, necessitando novamente a autenticação do usuário.
5.5 Requisitos de Software
A seguir serão apresentados os requisitos funcionais do sistema:
5.5.1 Contas a Pagar
Esta funcionalidade permite ao operador cadastrar todos os boletos ou notas fiscais a serem pagos referentes às despesas fixas e variáveis, a fim de controlar os prazos de seus respectivos vencimentos.
5.5.2 Contas a Receber
Esta funcionalidade permite ao operador cadastrar todos os boletos ou notas fiscais a serem recebidos referentes aos serviços prestados.
5.5.3 Emitir Relatório de Fornecedores
A emissão de relatório de fornecedores tem o objetivo de manter o controle de todos os dados envolvidos.
5.5.4 Emitir Relatório de Veículos
A emissão de relatório de veículos retorna todas as características e dados dos automóveis registrados durante a utilização do sistema.
5.5.5 Emitir Relatórios de Contas
Permite gerar um relatório contendo todas as informações referentes às contas registradas.
5.5.6 Emitir Relatórios de Condutores
Permite gerar um relatório contendo todas as informações referentes aos condutores cadastrados.
5.5.7 Manter Fornecedor
Esta funcionalidade permite, referente ao fornecedor, inserir e alterar seus dados pessoais tais como: CPF ou CNPJ, nome, razão social, tipo de pessoa, inscrição estadual, tipo de fornecedor, contato, e-mail, observações.
5.5.8 Manter Condutor
Esta funcionalidade permite, referente ao condutor, inserir e alterar informações como: nome, departamento, data de nascimento, CPF, RG, Categoria CNH, Número de registro da CNH, validade CNH.
5.5.9 Manter Cliente
Esta funcionalidade permite o cadastro, a alteração, a exclusão e a pesquisa de todos os clientes da empresa.
  
5.5.10 Manter Veículo
Esta funcionalidade permite inserir e alterar informações como descrição, departamento, marca, tipo de veículo, tipo de combustível, placa, ano modelo, ano de fabricação, data de aquisição, valor de aquisição, número do chassi, cor predominante, capacidade do tanque, número do seguro, observações.
 
5.5.11 Agendar Entrega
O sistema registrará todas as informações necessárias para o agendamento do serviço solicitado, tais como a data, tipo de agendamento, veículo, condutor, fornecedor, marcação, quantidade, valor unitário.
5.5.12 Manter informações geográficas
Essa funcionalidade permite a interpretação e disponibilização dos dados presentes no pacote recebido do transmissor GPRS.
5.5.13 Verificar atualização dos dados no servidor
Essa funcionalidade permite a verificação e atualização de dados com base nas versões disponíveis no servidor.
5.5.14 Disponibilidade de Veículos
Esta funcionalidade permite verificar quais são os veículos disponíveis para realizar o transporte de cargas.
5.6 Requisitos suplementares
Seguem os requisitos não funcionais (suplementares):
5.6.1 Requisito de Usabilidade
O sistema deverá fornecer ao lado do campo dos formulários exemplos de preenchimento.
Os nomes dos campos do projeto devem ser bem significativos e se acaso houver necessidade de abreviações, deve ser catalogadas e disponibilizadas ao usuário.
5.6.2 Requisito de Confiabilidade
O sistema deverá está disponível 24 horas sete dias por semana. Em caso de falhas o sistema ficará no máximo três dias útil para manutenção.
5.6.3 Requisito de Desempenho
Os comandos dos sistemas deverão ser realizados dentro de um determinado intervalo de tempo predeterminado.
5.6.4 Requisito de Segurança
Os dados só podem ser cadastrados e alterados por quem obtiver a conta de permissão cedida pelo administrador do sistema.
Somente os gerentes podem visualizar, acompanhar e alterar os dados de sua equipe.
5.6.5 Requisito de Integridade
O sistema deve impedir adicionamento de dados incorretos, fazendo suas devidas validações.
Deve também proteger-se de abuso intencional.
5.6.6 Requisito de Portabilidade e Interoperabilidade
O sistema deve operar na web e ser compatível com pelos menos os navegadores Firefox versão 3.0 e Internet Explorer 6.0.
Utilizará a linguagem de programação Java e armazenará os dados no Banco de Dados MySQL.
6 MODELOS DE NEGÓCIO
6.1 MODELO DE DOMÍNIO
Figura 3 - Diagrama de Modelo de Domínio
7 MODELOS DE CASO DE USO
7.1 DIAGRAMA DE CASO DE USO
Figura 4 - Diagrama de Casos de Uso
7.2 DESCRIÇÃO DOS CASOS DE USOS
Segue a descrição dos casos de uso:
7.2.1 Caso de Uso Efetuar Login
Quadro 20 - Descrição do caso de uso Efetuar Login
UC01 – Realizar Login
Ator:
Operador ou Gerente ou Administrador
Descrição:
Este caso de uso permite efetuar o login no sistema.
Pré-condições:
O ator deverá estar cadastrado na base de dados do sistema.
Pós-condições:
Realizar as atividades atreladas ao perfil
Prioridade:
Alta
Frequência de Uso:
Alta
Fluxo Principal:
P1. O sistema disponibiliza tela para o ator informar os dados de login.
P2. O ator preenche os campos. [RN01]
P3. O ator clica em login. [Alt01][Alt02]
P4. O sistema valida os dados. [ER01]
P5. O sistema processa as informações do ator. [ER02]
P6. O sistema exibe tela inicial do sistema.
P7. O caso de uso é encerrado.
Fluxo Alternativo:
Alt01: Esqueceu a senha
Alt1.1 O ator clica em “Esqueci a senha”, no passo P2.
Alt1.2 O sistema disponibiliza tela para o ator informar os dados para recuperar senha.
Alt1.3 O ator informa os dados de entrada.
Alt1.4O ator seleciona a opção “Enviar”. [Alt02]
Alt1.5 O sistema valida as informações. [ER01]
Alt1.6 O sistema envia e-mail para o usuário com a nova senha e login.
Alt1.7 O sistema exibe mensagem de confirmação do envio. [MSG03]
Alt1.8 O sistema retorna ao P1.
Alt02: Cancelar
Alt2.1 O clica no botão Cancelar.
Alt2.2 O sistema retorna ao passo P2.
Exceções:
ER01: Dados incorretos.
ER1.1 O sistema critica os dados incorretos (MSG01).
ER1.2 O sistema retorna ao passo P2.
ER02: Erro no banco de dados.
ER2.1 O sistema exibe a mensagem informando o erro de conexão com o banco de dados (MSG 02).
ER2.2 O sistema retorna ao passo P7.
Requerimentos Especiais:
Usuário deve ter vinculado o perfil que possibilita o acesso às funcionalidades descritas neste caso de uso.
Notas e casos:
Os protótipos de interface, regras de negócio e mensagens estão devidamente especificados em Anexos.
Regras de Negócio
Quadro 21 - RN01 UC01
RN 01
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Login
Nome de login do usuário
40
String
-
Sim
Senha
Senha para acesso ao sistema
40
String
-
Sim
Mensagens
MSG 01 - Dados incorretos. Informe novamente.
MSG 02 - Erro inesperado com o Banco de Dados.
MSG 03 - Sua senha e login foram enviadas para seu e-mail.
7.2.2 Caso de Uso Manter Condutor
Quadro 22 - Descrição do caso de uso Manter Condutor
UC02 – Manter Condutor
Ator:
Operador
Descrição:
Este caso de uso permite cadastrar, excluir, pesquisar e alterar os dados do condutor mantendo o registro dos dados pessoais para que seja possível habilitá-lo a prestar serviços.
Pré-condições:
O ator deverá estar devidamente logado e autenticado no sistema.
Pós-condições:
Registro dos dados.
Prioridade:
Alta
Frequência de Uso:
Alta
Fluxo Principal:
P1. O caso de uso inicia quando o ator seleciona a opção Manter condutor.
P2. O sistema apresenta a tela com as opções de operações.
P3. O ator selecionaopção Cadastrar Condutor. [Alt01] [Alt02]
[Alt03][Alt04].
P4. O sistema exibe a tela com os campos a serem preenchidos.
P5. O ator preenche os campos (RN 01).
P6. O ator clica no botão confirmar [Alt05].
P7. O sistema valida os dados [ER01].
P8. O sistema registra os dados na base de dados. [ER02]
P9. O sistema exibe a mensagem de cadastro efetuado com sucesso (MSG 01) [Alt06].
P10. O caso de uso é encerrado.
Fluxo Alternativo:
Alt01: Excluir cadastro
Alt1.1 O ator seleciona opção Excluir cadastro no passo P3.
Alt1.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido .
Alt1.3 O ator preenche o campo (RN02).
Alt1.4 O ator clica no botão confirmar [Alt05].
Alt1.5 O sistema valida o dado informado [ER3]
Alt1.6 O sistema busca o registro na base de dados [ER2] [ER4]
Alt1.7 O sistema retorna e apresenta os dados do registro do cadastro solicitado.
Alt1.8 O ator confirma exclusão do registro [Alt05]
Alt1.9 O sistema exclui o registro da base de dados [ER02]
Alt1.10 O sistema apresenta mensagem de exclusão efetuada com sucesso (MSG02).
Alt1.11 O sistema retorna ao passo P2.
Alt02: Alterar cadastro
Alt2.1 O ator seleciona opção Alterar cadastro no passo P3.
Alt2.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido.
Alt2.3 O ator preenche o campo (RN 02).
Alt2.4 O ator clica no botão confirmar [Alt05].
Alt2.5 O sistema valida o dado informado [ER5]
Alt2.6 O sistema busca o registro na base de dados [ER2][ER6]
Alt2.7 O sistema apresenta os dados do registro solicitado.
Alt2.8 O ator altera os dados (RN01)
Alt2.9 O ator confirma operação [Alt05]
Alt2.10 O sistema valida os dados [ER9]
Alt2.11 O sistema atualiza o registro dos dados na base de dados [ER2]
Alt2.12 O sistema apresenta mensagem de alteração de dados efetuada com sucesso (MSG03)
Alt2.13 O sistema retorna ao passo P2.
Alt03: Pesquisar
Alt3.1 O ator seleciona opção Pesquisar no passo P3.
Alt3.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido .
Alt3.3 O ator preenche o campo (RN02).
Alt3.4 O ator clica no botão confirmar [Alt05].
Alt3.5 O sistema valida o dado informado [ER7]
Alt3.6 O sistema busca o registro na base de dados [ER2][ER8]
Alt3.7 O sistema apresenta os dados do registro solicitado.
Alt3.8 O ator clica no botão Sair [Alt07]
Alt3.9 O sistema retorna ao passo P2.
Alt04: Sair
Alt4.1 O clica no botão Sair no passo P3.
Alt4.2 O sistema retorna ao passo P10.
Alt05: Cancelar
Alt5.1 O ator clica no botão Cancelar.
Alt5.2 O sistema retorna ao passo P2.
Alt06: Nova operação
Alt2.1 O ator clica no botão Sim no passo P9.
Alt2.2 O sistema retorna ao passo P2.
Alt07: Nova busca
Alt7.1 O sistema retorna ao passo Alt3.2
Exceções:
ER1. Dados incorretos.
ER1.1 O sistema critica os dados incorretos (MSG04).
ER1.2 O sistema retorna ao passo P4.
ER2. Erro no banco de dados.
ER2.1 O sistema exibe a mensagem informando o erro de conexão com o banco de dados (MSG05).
ER2.2 O sistema retorna ao passo P10.
ER3. Dados inválidos (Exclusão).
ER3.1 O sistema critica os dados incorretos (MSG04).
ER3.2 O sistema retorna ao passo Alt1.2
ER4. Cadastro não localizado (Exclusão).
ER4.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER4.2 O sistema retorna ao passo Alt1.2
ER5. Dados inválidos (Alterar).
ER5.1 O sistema critica os dados incorretos (MSG04).
ER5.2 O sistema retorna ao passo Alt2.2
ER6. Cadastro não localizado (Alterar).
ER6.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER6.2 O sistema retorna ao passo Alt2.2
ER7. Dados inválidos (Pesquisar).
ER7.1 O sistema critica o dado incorreto (MSG04).
ER7.2 O sistema retorna ao passo Alt3.2
ER8. Cadastro não localizado (Pesquisar).
ER8.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER8.2 O sistema retorna ao passo Alt3.2
ER9. Dados inválidos ao alterar.
ER9.1 O sistema critica os dados incorretos (MSG04).
ER9.2 O sistema retorna ao passo Alt2.7
Requerimentos Especiais:
Usuário deve ter vinculado o perfil que possibilita o acesso às funcionalidades descritas neste caso de uso.
Notas e casos:
Os protótipos de interface, regras de negócio e mensagens estão devidamente especificados em Anexos.
Regras de Negócio
Quadro 23 - RN01 UC02
RN 01
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Nome
Nome do motorista
40
String
-
Sim
CPF
Número do CPF do motorista
11
String
xxx.xxx.xxx-xx
Sim
RG
Número do RG do motorista
12
Int
-
Sim
Banco
Nome do banco para recebimento do salário
11
Int
Sim
Agência
Agência do banco
Conta
Conta do banco
Endereço
Endereço do motorista
30
String
-
Sim
Telefone
Telefone para contato do motorista
10
String
xx – xxxxxxxx
Sim
Quadro 24 - RN02 UC02
RN 02
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
CPF
CPF do motorista
11
Int
xxx.xxx.xxx-xx
Sim
Mensagens
MSG 01 - Dados incorretos. Favor informar novamente.
MSG 02 - Erro ao tentar se conectar com o banco de dados.
MSG 03 – Dados cadastrados com sucesso!
MSG 04 – Dados excluídos com sucesso!
MSG 05 – Dados alterados com sucesso!
7.2.3 Caso de Uso Manter Fornecedor
Quadro 25 - Descrição do caso de uso Manter Fornecedor
UC03 – Manter Fornecedor
Ator:
Operador
Descrição:
Este caso de uso permite cadastrar, excluir, pesquisar e alterar os dados do fornecedor mantendo o registro dos dados pessoais para que seja possível habilitá-lo a prestar serviços.
Pré-condições:
O ator deverá estar devidamente logado e autenticado no sistema.
Pós-condições:
Registro dos dados.
Prioridade:
Alta
Frequência de Uso:
Alta
Fluxo Principal:
P1. O caso de uso inicia quando o ator seleciona a opção Fornecedores.
P2. O sistema apresenta a tela com as opções de operações.
P3. O ator seleciona opção Cadastrar Fornecedor. [Alt01] [Alt02]
[Alt03] [Alt04].
P4. O sistema exibe a tela com os campos a serem preenchidos.
P5. O ator preenche os campos (RN 01).
P6. O ator clica no botão confirmar [Alt05].
P7. O sistema valida os dados [ER01].
P8. O sistema registra os dados na base de dados. [ER02]
P9. O sistema exibe a mensagem de cadastro efetuado com sucesso. (MSG 03) [Alt06].
P10. O caso de uso é encerrado.
Fluxo Alternativo:
Alt01: Excluir cadastro
Alt1.1 O ator seleciona opção Excluir cadastro no passo P3.
Alt1.2 O sistema apresenta a tela com todos os fornecedores cadastrados.
Alt1.3 O ator seleciona o fornecedor a ser excluído.
Alt1.4 O sistema pede a confirmação da exclusão.
Alt1.5 O ator clica no botão confirmar [Alt05].
Alt1.6 O ator confirma exclusão do registro
Alt1.7 O sistema exclui o registro da base de dados [ER02]
Alt1.8 O sistema apresenta mensagem de exclusão efetuada com sucesso (MSG04).
Alt1.9 O sistema retorna ao passo P2.
Alt02: Alterar cadastro
Alt2.1 O ator seleciona opção Alterar cadastro no passo P3.
Alt2.2 O sistema apresenta a tela com todos os fornecedores cadastrados.
Alt2.3 O ator seleciona o Fornecedor a ser alterado.
Alt2.4 O sistema emite a tela com os dados a serem alterados.
Alt2.5 O ator altera os dados (RN01)
Alt2.6 O ator confirma operação. [Alt05]
Alt2.7 O sistema valida os dados [ER01]
Alt2.8 O sistema atualiza o registro dos dados na base de dados. [ER02]
Alt2.9 O sistema apresenta mensagem de alteração de dados efetuada com sucesso (MSG05)
Alt2.10 O sistema retorna ao passo P2.
Alt03: Pesquisar
Alt3.1 O ator seleciona opção Pesquisar no passo P3.
Alt3.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido .
Alt3.3 O ator preenche o campo (RN 02).
Alt3.4 O ator clica no botão pesquisar [Alt05].
Alt3.5 O sistema valida o dado informado [ER01]
Alt3.6 O sistema busca o registro na base de dados [ER02]
Alt3.7 O sistema apresenta os dados do registro solicitado.
Alt3.8 O ator clica no botão Sair [Alt06]
Alt3.9 O sistema retorna ao passo P2.
Alt4: Sair
Alt4.1 O clica no botão Sair no passo P3.
Alt4.2 O sistema retorna ao passo P10.
Alt5: Cancelar
Alt5.1 O ator clica no botão Cancelar.
Alt5.2 O sistema retorna ao passo P2.
Alt6: Nova operação
Alt2.1 O ator clica no botão Sim no passo P9.
Alt2.2 O sistema retorna ao passo P2.
Alt7: Nova busca
Alt7.1 O sistemaretorna ao passo Alt3.2
Exceções:
ER 01. Dados incorretos.
ER 01.1. O sistema critica os dados incorretos (MSG01).
ER 01.2. O sistema retorna ao passo P4.
ER 02. Erro no banco de dados.
ER 02.1. O sistema exibe a mensagem informando o erro de conexão com o banco de dados (MSG02).
ER 02.2. O sistema retorna ao passo P10.
ER3. Dados inválidos (Exclusão).
ER3.1 O sistema critica os dados incorretos (MSG04).
ER3.2 O sistema retorna ao passo Alt1.2
ER4. Cadastro não localizado (Exclusão).
ER4.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER4.2 O sistema retorna ao passo Alt1.2
ER5. Dados inválidos (Alterar).
ER5.1 O sistema critica os dados incorretos (MSG04).
ER5.2 O sistema retorna ao passo Alt2.2
ER6. Cadastro não localizado (Alterar).
ER6.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER6.2 O sistema retorna ao passo Alt2.2
ER7. Dados inválidos (Pesquisar).
ER7.1 O sistema critica o dado incorreto (MSG04).
ER7.2 O sistema retorna ao passo Alt3.2
ER8. Cadastro não localizado (Pesquisar).
ER8.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER8.2 O sistema retorna ao passo Alt3.2
ER9. Dados inválidos ao alterar.
ER9.1 O sistema critica os dados incorretos (MSG04).
ER9.2 O sistema retorna ao passo Alt2.7
Requerimentos Especiais:
Usuário deve ter vinculado o perfil que possibilita o acesso às funcionalidades descritas neste caso de uso.
Notas e casos:
Os protótipos de interface, regras de negócio e mensagens estão devidamente especificados em Anexos.
Regras de Negócio
Quadro 26 - RN01 UC03
RN 01
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Nome
Nome do Fornecedor
40
String
-
Sim
CPF
Número do CPF ou CNPJ
20
String
xxx.xxx.xxx-xx
Sim
Razão Social
Nome da razão social
12
String
-
Sim
Tipo
Tipo do Fornecedor
11
String
Sim
Telefone
Telefone para contato do motorista
10
String
xx – xxxxxxxx
Sim
Observações
Observações que se deseja colocar
100
String
-
Não
Quadro 27 - RN02 UC03
RN 02
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Nome
Nome do Fornecedor
50
String
-
Sim
Mensagens
MSG 01 – Dados incorretos. Favor informar novamente.
MSG 02 – Erro ao tentar se conectar com o banco de dados.
MSG 03 – Dados cadastrados com sucesso!
MSG 04 – Dados excluídos com sucesso!
MSG 05 – Dados alterados com sucesso!
7.2.4 Caso de Uso Manter Agendamento
Quadro 28- Descrição do caso de uso Manter Agendamento
UC04 – Manter Agendamento
Ator:
Operador
Descrição:
Este caso de uso permite cadastrar, excluir, pesquisar e alterar os dados do agendamento de atividades.
Pré-condições:
O ator deverá estar devidamente logado e autenticado no sistema.
Pós-condições:
Registro dos dados.
Prioridade:
Alta
Frequência de Uso:
Alta
Fluxo Principal:
P1. O caso de uso inicia quando o ator seleciona a opção Agenda.
P2. O sistema apresenta a tela com as opções de operações.
P3. O ator seleciona opção Novo. [Alt01][Alt02][Alt03] [Alt04]
P4. O sistema exibe a tela com os campos a serem preenchidos.
P5. O ator preenche os campos [RN01].
P6. O ator clica no botão confirmar [Alt05].
P7. O sistema valida os dados [ER01].
P8. O sistema registra os dados na base de dados. [ER02]
P9. O sistema exibe a mensagem de cadastro efetuado com sucesso (MSG03).
P10. O caso de uso é encerrado.
Fluxo Alternativo:
Alt1: Excluir agenda
Alt1.1 O ator seleciona opção Excluir cadastro no passo P3.
Alt1.2 O sistema apresenta a tela com os agendamentos cadastrados.
Alt1.3 O ator seleciona o agendamento a ser excluído.
Alt1.4 O ator clica no botão excluir.
Alt1.5 O sistema solicita a confirmação de exclusão.
Alt1.6 O ator confirma a exclusão. [Alt05]
Alt1.7 O sistema exclui o agendamento da base de dados [ER02].
Alt1.8 O sistema apresenta mensagem de exclusão efetuada com sucesso [MSG04].
Alt1.9 O sistema retorna ao passo P2.
Alt2: Alterar agendamento
Alt2.1 O ator seleciona opção Alterar no passo P3.
Alt2.2 O sistema apresenta tela a tela com os agendamentos cadastrados.
Alt2.3 O ator seleciona o agendamento.
Alt2.4 O sistema apresenta os dados do agendamento.
Alt2.5 O ator altera os dados [RN01].
Alt2.6 O ator confirma os dados alterados [Alt05]
Alt2.7 O sistema valida os dados. [ER01]
Alt2.8 O sistema atualiza o registro dos dados na base de dados [ER02]
Alt2.9 O sistema apresenta mensagem de alteração de dados efetuada com sucesso [MSG05]
Alt2.10 O sistema retorna ao passo P2.
Alt3: Pesquisar
Alt3.1 O ator seleciona opção Pesquisar no passo P3.
Alt3.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido (data início e data final).
Alt3.3 O ator preenche o campo [RN02]
Alt3.4 O ator clica no botão confirmar. [Alt05].
Alt3.5 O sistema valida o dado informado. [ER01]
Alt3.6 O sistema busca o registro na base de dados [ER02] [ER03]
Alt3.7 O sistema apresenta os dados do registro solicitado.
Alt3.8 O ator clica no botão Sair [Alt04]
Alt3.9 O sistema retorna ao passo P2.
Alt4: Sair
Alt4.1 O clica no botão Sair no passo P3.
Alt4.2 O sistema retorna ao passo P10.
Alt5: Cancelar
Alt5.1 O ator clica no botão Cancelar.
Alt5.2 O sistema retorna ao passo P3.
Exceções:
ER 01. Dados incorretos.
ER 01.1 O sistema critica os dados incorretos (MSG 01).
ER 01.2 O sistema retorna ao passo P4.
ER 02. Erro no banco de dados.
ER 02.1 O sistema exibe a mensagem informando o erro de conexão com o banco de dados (MSG 02).
ER 02.2 O sistema retorna ao passo P10.
ER 03. Cadastro não localizado (Pesquisar).
ER 03.1 O sistema exibe a mensagem de cadastro não localizado (MSG 06).
ER 03.2 O sistema retorna ao passo Alt3.2
Requerimentos Especiais:
Usuário deve ter vinculado o perfil que possibilita o acesso às funcionalidades descritas neste caso de uso.
Notas e casos:
Os protótipos de interface, regras de negócio e mensagens estão devidamente especificados em Anexos.
Regras de Negócio
Quadro 29 - RN01 UC04
RN 01
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Data
Data a ser agendada
8
Date
xx/xx/xxxx
Sim
Tipo Agendamento
O tipo do agendamento
40
String
-
Sim
Veículo
Identificação do veículo
30
String
-
Sim
Condutor
Identificação do condutor
30
String
-
Sim
Fornecedor
Identificação do fornecedor
30
String
-
Sim
Observações
Observações a serem realizadas
100
String
-
Não
Quadro 30 - RN02 UC04
RN 02
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Data Início
Data a ser analisada
8
Date
Xx/xx/xxxx
Sim
Data Final
Data a ser analisada
8
Date
Xx/xx/xxxx
Sim
Mensagens
MSG 01 - Dados incorretos. Informe novamente.
MSG 02 - Erro inesperado com o Banco de Dados.
MSG 03 - Cadastro realizado com sucesso!
MSG 04 - Exclusão realizada com sucesso!
MSG 05 - Dados alterados com sucesso!
MSG 06 - Cadastro não localizado!
7.2.5 Caso de Uso Manter Veículo
Quadro 31 - Descrição do caso de uso Manter Veículo
UC05 – Manter Veículo
Ator:
Operador
Descrição:
Este caso de uso permite cadastrar, excluir, pesquisar e alterar os dados do veículo mantendo o registro dos dados pessoais para que seja possível habilitá-lo a prestar serviços.
Pré-condições:
O ator deverá estar devidamente logado e autenticado no sistema.
Pós-condições:
Registro dos dados.
Prioridade:
Alta
Frequência de Uso:
Alta
Fluxo Principal:
P1. O caso de uso inicia quando o ator seleciona a opção Manter Veículo.
P2. O sistema apresenta a tela com as opções de operações.
P3. O ator seleciona opção Novo. [Alt01][Alt02][Alt03][Alt04]
P4. O sistema exibe a tela com os campos a serem preenchidos.
P5. O ator preenche os campos (RN01).
P6. O ator clica no botão confirmar [Alt05].
P7. O sistema valida os dados [ER01].
P8. O sistema registra os dados na base de dados. [ER02]
P9. O sistema exibe a mensagem de cadastro efetuado com sucesso (MSG01) [Alt06].
P10. O caso de uso é encerrado.
Fluxo Alternativo:
Alt01: Excluir cadastro
Alt1.1 O ator seleciona opção Excluir cadastro no passo P3.
Alt1.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido.
Alt1.3 O ator preenche o campo (RN02).
Alt1.4 O ator clica no botão confirmar [Alt05].
Alt1.5 O sistema valida o dado informado [ER3]
Alt1.6 O sistema busca o registro nabase de dados [ER2] [ER4]
Alt1.7 O sistema retorna e apresenta os dados do registro do cadastro solicitado.
Alt1.8 O ator confirma exclusão do registro [Alt05]
Alt1.9 O sistema exclui o registro da base de dados [ER02]
Alt1.10 O sistema apresenta mensagem de exclusão efetuada com sucesso (MSG02).
Alt1.11 O sistema retorna ao passo P2.
Alt2: Alterar cadastro
Alt2.1 O ator seleciona opção Alterar cadastro no passo P3.
Alt2.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido.
Alt2.3 O ator preenche o campo (RN02).
Alt2.4 O ator clica no botão confirmar [Alt05].
Alt2.5 O sistema valida o dado informado [ER5]
Alt2.6 O sistema busca o registro na base de dados [ER2][ER6]
Alt2.7 O sistema apresenta os dados do registro solicitado.
Alt2.8 O ator altera os dados (RN01)
Alt2.9 O ator confirma operação [Alt05]
Alt2.10 O sistema valida os dados [ER9]
Alt2.11 O sistema atualiza o registro dos dados na base de dados [ER02]
Alt2.12 O sistema apresenta mensagem de alteração de dados efetuada com sucesso (MSG 03)
Alt2.13 O sistema retorna ao passo P2.
Alt3: Pesquisar
Alt3.1 O ator seleciona opção Pesquisar no passo P3.
Alt3.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido.
Alt3.3 O ator preenche o campo (RN02).
Alt3.4 O ator clica no botão confirmar [Alt05].
Alt3.5 O sistema valida o dado informado [ER7]
Alt3.6 O sistema busca o registro na base de dados [ER2][ER8]
Alt3.7 O sistema apresenta os dados do registro solicitado.
Alt3.8 O ator clica no botão Sair [Alt07]
Alt3.9 O sistema retorna ao passo P2.
Alt4: Sair
Alt4.1 O clica no botão Sair no passo P3.
Alt4.2 O sistema retorna ao passo P10.
Alt5: Cancelar
Alt5.1 O ator clica no botão Cancelar.
Alt5.2 O sistema retorna ao passo P2.
Alt6: Nova operação
Alt2.1 O ator clica no botão Sim no passo P9.
Alt2.2 O sistema retorna ao passo P2.
Alt7: Nova busca
Alt7.1 O sistema retorna ao passo Alt3.2
Exceções:
ER1. Dados incorretos.
ER1.1 O sistema critica os dados incorretos (MSG04).
ER1.2 O sistema retorna ao passo P4.
ER2. Erro no banco de dados.
ER2.1 O sistema exibe a mensagem informando o erro de conexão com o banco de dados (MSG05).
ER2.2 O sistema retorna ao passo P10.
ER3. Dados inválidos (Exclusão).
ER3.1 O sistema critica os dados incorretos (MSG04).
ER3.2 O sistema retorna ao passo Alt1.2
ER4. Cadastro não localizado (Exclusão).
ER4.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER4.2 O sistema retorna ao passo Alt1.2
ER5. Dados inválidos (Alterar).
ER5.1 O sistema critica os dados incorretos (MSG04).
ER5.2 O sistema retorna ao passo Alt2.2
ER6. Cadastro não localizado (Alterar).
ER6.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER6.2 O sistema retorna ao passo Alt2.2
ER7. Dados inválidos (Pesquisar).
ER7.1 O sistema critica o dado incorreto (MSG04).
ER7.2 O sistema retorna ao passo Alt3.2
ER8. Cadastro não localizado (Pesquisar).
ER8.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER8.2 O sistema retorna ao passo Alt3.2
ER9. Dados inválidos ao alterar.
ER9.1 O sistema critica os dados incorretos (MSG04).
ER9.2 O sistema retorna ao passo Alt2.7
Requerimentos Especiais:
Usuário deve ter vinculado o perfil que possibilita o acesso às funcionalidades descritas neste caso de uso.
Notas e casos:
Os protótipos de interface, regras de negócio e mensagens estão devidamente especificados em Anexos.
Regras de Negócio
Quadro 32 - RN01 UC05
RN 01
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Nome
Nome do motorista
40
String
-
Sim
CPF
Número do CPF do motorista
11
Int
xxx.xxx.xxx-xx
Sim
RG
Número do RG do motorista
12
Int
-
Sim
CNH
Número da CNH do motorista
11
Int
Sim
Endereço
Endereço do motorista
30
String
-
Sim
Telefone
Telefone para contato do motorista
10
String
xx – xxxxxxxx
Sim
Quadro 33 - RN02 UC05
RN 02
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
CPF
CPF do motorista
11
Int
xxx.xxx.xxx-xx
Sim
Mensagens
MSG 01 - Dados incorretos. Informe novamente.
MSG 02 - Erro inesperado com o Banco de Dados.
MSG 03 - Cadastro realizado com sucesso!
MSG 04 - Exclusão realizada com sucesso!
MSG 05 - Dados alterados com sucesso!
MSG 06 - Cadastro não localizado!
7.2.6 Caso de Uso Manter Contas a Pagar
Quadro 34 - Descrição do caso de uso Manter Contas a Pagar
UC06 – Manter Contas a Pagar
Ator:
Operador
Descrição:
Este caso de uso permite cadastrar, excluir, pesquisar e alterar os dados de contas a pagar.
Pré-condições:
O ator deverá estar devidamente logado e autenticado no sistema.
Pós-condições:
Registro dos dados.
Prioridade:
Alta
Frequência de Uso:
Alta
Fluxo Principal:
P1. O caso de uso inicia quando o ator seleciona a opção Contas a pagar.
P2. O sistema apresenta a tela com as opções de operações.
P3. O ator seleciona opção Novo. [Alt01][Alt02][Alt03][Alt04]
P4. O sistema exibe a tela com os campos a serem preenchidos.
P5. O ator preenche os campos [RN01].
P6. O ator clica no botão confirma [Alt05].
P7. O sistema valida os dados [ER01].
P8. O sistema registra os dados na base de dados. [ER02]
P9. O sistema exibe a mensagem de cadastro efetuado com sucesso (MSG01).
P10. O caso de uso é encerrado.
Fluxo Alternativo:
Alt 01: Excluir Conta
Alt1.1 O ator seleciona opção Excluir cadastro no passo P3.
Alt1.2 O sistema apresenta a tela com as contas cadastradas.
Alt1.3 O ator seleciona a conta a ser excluída.
Alt1.4 O ator clica no botão excluir [Alt05].
Alt1.5 O sistema solicita a confirmação de exclusão [ER03]
Alt1.6 O ator confirma a exclusão. [Alt05]
Alt1.7 O sistema exclui a conta da base de dados [ER02].
Alt1.8 O sistema apresenta mensagem de exclusão efetuada com sucesso [MSG02].
Alt1.9 O sistema retorna ao passo P2.
Alt 02: Alterar conta
Alt2.1 O ator seleciona opção Alterar no passo P3.
Alt2.2 O sistema apresenta a tela com as contas cadastradas.
Alt2.3 O ator seleciona a conta.
Alt2.4 O sistema apresenta os dados da conta selecionada.
Alt2.5 O ator altera os dados [RN01].
Alt2.6 O ator confirma os dados alterados. [Alt05]
Alt2.7 O sistema valida os dados. [ER01]
Alt2.8 O sistema atualiza o registro dos dados na base de dados. [ER02]
Alt2.9 O sistema apresenta mensagem de alteração de dados efetuada com sucesso (MSG03)
Alt2.10 O sistema retorna ao passo P2.
Alt 03: Pesquisar
Alt3.1 O ator seleciona opção Pesquisar no passo P3.
Alt3.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido (data início e data final).
Alt3.3 O ator preenche o campo. [RN02].
Alt3.4 O ator clica no botão confirmar. [Alt05].
Alt3.5 O sistema valida os dados informados. [ER01]
Alt3.6 O sistema busca o registro na base de dados. [ER02][ER03]
Alt3.7 O sistema apresenta os dados do registro solicitado.
Alt3.8 O ator clica no botão Sair [Alt04]
Alt3.9 O sistema retorna ao passo P2.
Alt 04: Sair
Alt4.1 O clica no botão Sair no passo P3.
Alt4.2 O sistema retorna ao passo P10.
Alt 05: Cancelar
Alt5.1 O ator clica no botão Cancelar.
Alt5.2 O sistema retorna ao passo P2.
Exceções:
ER 01. Dados incorretos.
ER 1.1 O sistema critica os dados incorretos (MSG04).
ER 1.2 O sistema retorna ao passo P4.
ER 02. Erro no banco de dados.
ER 2.1 O sistema exibe a mensagem informando o erro de conexão com o banco de dados (MSG05).
ER 2.2 O sistema retorna ao passo P10.
ER 03. Cadastro não localizado (Pesquisar).
ER 3.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER 3.2 O sistema retorna ao passo Alt3.2
Requerimentos Especiais:
Usuário deve ter vinculado o perfil que possibilita o acesso às funcionalidades descritas neste caso de uso.
Notas e casos:
Os protótipos de interface, regras de negócio e mensagens estão devidamente especificados em Anexos.
Regras de Negócio
Quadro 35 - RN01 UC06
RN 01
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Data Cadastro
Data de cadastro da conta
8
Date
Xx/xx/xxxx
Sim
Vencimento
Data de Vencimento da conta
8
Date
Xx/xx/xxxx
Sim
Fornecedor
Identificação do fornecedor
30
String
-
Sim
Valor
Valor da conta
10
Float
R$
Sim
Observações
Observações a serem realizadas
100
String
-
Não
Quadro36 - RN02 UC06
RN 02
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Data Início
Data a ser analisada
8
Date
Xx/xx/xxxx
Sim
Data Final
Data a ser analisada
8
Date
Xx/xx/xxxx
Sim
Mensagens
MSG 01 - Dados incorretos. Informe novamente.
MSG 02 - Erro inesperado com o Banco de Dados.
MSG 03 - Cadastro realizado com sucesso!
MSG 04 - Exclusão realizada com sucesso!
MSG 05 - Dados alterados com sucesso!
MSG 06 - Cadastro não localizado!
7.2.7 Caso de Uso Contas a Receber
Quadro 37 – Descrição do caso de uso Contas a Receber
UC07 – Manter Contas a Receber
Ator:
Operador
Descrição:
Este caso de uso permite cadastrar, excluir, pesquisar e alterar os dados de contas a receber.
Pré-condições:
O ator deverá estar devidamente logado e autenticado no sistema.
Pós-condições:
Registro dos dados.
Prioridade:
Alta
Frequência de Uso:
Alta
Fluxo Principal:
P1. O caso de uso inicia quando o ator seleciona a opção Contas a receber.
P2. O sistema apresenta a tela com as opções de operações.
P3. O ator seleciona opção Novo. [Alt01][Alt02][Alt03] [Alt04]
P4. O sistema exibe a tela com os campos a serem preenchidos.
P5. O ator preenche os campos.[RN01]
P6. O ator clica no botão confirma [Alt05].
P7. O sistema valida os dados [ER01].
P8. O sistema registra os dados na base de dados. [ER02]
P9. O sistema exibe a mensagem de cadastro efetuado com sucesso (MSG01).
P10. O caso de uso é encerrado.
Fluxo Alternativo:
Alt 01: Excluir Conta
Alt1.1 O ator seleciona opção Excluir cadastro no passo P3.
Alt1.2 O sistema apresenta a tela com as contas cadastradas.
Alt1.3 O ator seleciona a conta a ser excluída.
Alt1.4 O ator clica no botão excluir [Alt05].
Alt1.5 O sistema solicita a confirmação de exclusão. [ER03]
Alt1.6 O ator confirma a exclusão. [Alt05]
Alt1.7 O sistema exclui a conta da base de dados [ER02].
Alt1.8 O sistema apresenta mensagem de exclusão efetuada com sucesso [MSG02].
Alt1.9 O sistema retorna ao passo P2.
Alt 02: Alterar conta
Alt2.1 O ator seleciona opção Alterar no passo P3.
Alt2.2 O sistema apresenta a tela com as contas cadastradas.
Alt2.3 O ator seleciona a conta.
Alt2.4 O sistema apresenta os dados da conta selecionada.
Alt2.5 O ator altera os dados.[RN01]
Alt2.6 O ator confirma os dados alterados. [Alt05]
Alt2.7 O sistema valida os dados. [ER01]
Alt2.8 O sistema atualiza o registro dos dados na base de dados. [ER02]
Alt2.9 O sistema apresenta mensagem de alteração de dados efetuada com sucesso (MSG03)
Alt2.10 O sistema retorna ao passo P2.
Alt3: Pesquisar
Alt3.1 O ator seleciona opção Pesquisar no passo P3.
Alt3.2 O sistema apresenta a tela com o campo de busca do registro a ser preenchido (data início e data final).
Alt3.3 O ator preenche o campo.[RN02]
Alt3.4 O ator clica no botão confirmar. [Alt05].
Alt3.5 O sistema valida os dados informados. [ER01]
Alt3.6 O sistema busca o registro na base de dados. [ER02][ER03]
Alt3.7 O sistema apresenta os dados do registro solicitado.
Alt3.8 O ator clica no botão Sair. [Alt04]
Alt3.9 O sistema retorna ao passo P2.
Alt 04: Sair
Alt4.1 O clica no botão Sair no passo P3.
Alt4.2 O sistema retorna ao passo P10.
Alt 05: Cancelar
Alt5.1 O ator clica no botão Cancelar.
Alt5.2 O sistema retorna ao passo P2.
Exceções:
ER 01. Dados incorretos.
ER 1.1 O sistema critica os dados incorretos (MSG04).
ER 1.2 O sistema retorna ao passo P4.
ER 02. Erro no banco de dados.
ER 2.1 O sistema exibe a mensagem informando o erro de conexão com o banco de dados (MSG05).
ER 2.2 O sistema retorna ao passo P10.
ER 03. Cadastro não localizado (Pesquisar).
ER 3.1 O sistema exibe a mensagem de cadastro não localizado (MSG06).
ER 3.2 O sistema retorna ao passo Alt3.2
Requerimentos Especiais:
Usuário deve ter vinculado o perfil que possibilita o acesso às funcionalidades descritas neste caso de uso.
Notas e casos:
Os protótipos de interface, regras de negócio e mensagens estão devidamente especificados em Anexos.
Regras de Negócio
Quadro 38 - RN01 UC07
RN 01
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Data Cadastro
Data de cadastro da conta
8
Date
xx/xx/xxxx
Sim
Vencimento
Data de Vencimento da conta
8
Date
xx/xx/xxxx
Sim
Fornecedor
Identificação do fornecedor
30
String
-
Sim
Valor
Valor da conta
10
Float
R$
Sim
Observações
Observações a serem realizadas
100
String
-
Não
Quadro 39 - RN02 UC07
RN 02
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Data Início
Data a ser analisada
8
Date
xx/xx/xxxx
Sim
Data Final
Data a ser analisada
8
Date
xx/xx/xxxx
Sim
Mensagens
MSG 01 - Dados incorretos. Informe novamente.
MSG 02 - Erro inesperado com o Banco de Dados.
MSG 03 - Cadastro realizado com sucesso!
MSG 04 - Exclusão realizada com sucesso!
MSG 05 - Dados alterados com sucesso!
MSG 06 - Cadastro não localizado!
7.2.8 Caso de Uso Lançamento de Despesas
Quadro 40 - Descrição do caso de uso Lançamento de Despesas
UC08 – Lançamento de Despesas
Ator:
Operador
Descrição:
Este caso de uso possibilitará a inclusão de registros referentes às despesas.
Pré-condições:
O ator deverá estar devidamente logado e autenticado no sistema.
Pós-condições:
Prioridade:
Alta
Frequência de Uso:
Alta
Fluxo Principal:
P1. O caso de uso inicia quando o ator seleciona a opção Lançamento de Despesas.
P2. O sistema habilita a edição de dados.
P3. O ator preenche os campos com os dados necessários. [RN01]
P4. O ator confirma a operação realizada. [Alt01]
P5. O sistema valida os dados. [ER01]
P6. O sistema registra os dados na base de dados. [ER02]
P7. O sistema exibe a mensagem de lançamento de despesa efetuado com sucesso. (MSG01)
P8. O caso de uso é encerrado.
Fluxo Alternativo:
Alt 1: O item despesa não está cadastrado
Alt 1.1 O ator seleciona a opção de cadastro Item Despesas [UC09]
Alt1.2 O sistema retorna ao P3.
Alt 02: Cancelar
Alt2.1 O ator clica no botão Cancelar.
Alt2.2 O sistema retorna ao passo P2.
Exceções:
ER 01. Dados incorretos.
ER 1.1 O sistema critica os dados incorretos (MSG02).
ER 1.2 O sistema retorna ao passo P3.
ER 02. Erro no banco de dados.
ER 2.1 O sistema exibe a mensagem informando o erro de conexão com o banco de dados (MSG03).
ER 2.2 O sistema retorna ao passo P8.
Pontos de extensão:
UC09 – Cadastro Item Despesas
Requerimentos Especiais:
Usuário deve ter vinculado o perfil que possibilita o acesso às funcionalidades descritas neste caso de uso.
Notas e casos:
Os protótipos de interface, regras de negócio e mensagens estão devidamente especificados em Anexos.
Regras de Negócio
Quadro 41 - RN01 UC08
RN 01
Campo
Descrição
Tamanho
Tipo
Máscara
Obrigatório
Data
Data da despesa
8
Date
xx/xx/xxxx
Sim
Veículo
Identificação do Veículo
30
String
-
Sim
Motorista
Identificação do Motorista
30
String
-
Sim
Item
Descrição do Item Despesa
30
String
-
Sim
Quantidade
Quantidade de Itens
4
Int
-
Sim
Preço Unitário
Preço por item
10
Float
R$
Sim
Mensagens
MSG 01 - Lançamento de Despesa efetuado com sucesso!
MSG 02 - Dados incorretos. Informe novamente.
MSG 03 - Erro inesperado com o Banco de Dados.
7.2.9 Caso de Uso Cadastro Item de Despesas
Quadro 42 - Descrição do caso de uso Item de Despesas
UC09 – Cadastro Item Despesa
Ator:
Operador
Descrição:
Este caso de uso possibilitará a inclusão de Itens referentes às Despesas.
Pré-condições:
O ator deverá estar devidamente logado e autenticado no sistema.
Pós-condições:
Prioridade:
Baixa
Frequência de Uso:
Alta
Fluxo Principal:
P1. O caso de uso inicia quando o ator seleciona a opção Cadastro Item Despesas.
P2. O sistema habilita a edição de dados.
P3. O ator preenche os campos com os dados necessários.[RN01]
P4. O ator confirma a operação realizada.[Alt01]
P5. O sistema valida os dados.[ER01]
P6. O sistema registra os dados na base de dados. [ER02]
P7. O sistema exibe a mensagem de Cadastro de Item efetuado com sucesso. (MSG01)
P8. O caso de uso é encerrado.
Fluxo Alternativo:
Alt 01: Cancelar
Alt1.1 O ator clica no botão Cancelar.
Alt1.2 O sistema retorna ao passo P2.
Exceções:
ER 01. Dados incorretos.
ER 1.1 O sistema critica os dados incorretos (MSG02).
ER 1.2 O sistema retorna ao passo P3.
ER 02. Erro no banco de dados.
ER