Eduardo Marques Wertheimer Regis Benedito dos Santos Bittencourt Ricardo Higa Ricardo Vicente de Sá Rocha

0 Eduardo Marques Wertheimer Regis Benedito dos Santos Bittencourt Ricardo Higa Ricardo Vicente de Sá Rocha Sistema de otimização de Transporte de uma empresa de Logística Volume Único Segundo EP Documento de Requisitos Prof. Dr. Marcos Lordello Chaim Universidade de São Paulo Escola de Artes Ciências e Humanidades 2007

1 Índice 1. Introdução... 2 1.1 Objetivo geral... 2 2. Descrição global... 3 2.1 Aspecto geral do Produto... 3 2.2 Características do usuário... 7 2.3 Limites... 7 3. Requisitos específicos... 9 3.1 Requisitos Externos de Interface... 9 3.1.1 Interface com o Usuário... 9 3.1.2 Interface de Hardware... 9 3.1.3 Interface de Software... 9 3.1.4 Interfaces de Comunicação... 10 3.2 Funções do Sistema... 10 3.2.1 Login no Sistema... 10 3.2.2 Cadastro de Clientes... 10 3.2.3 Relatório de Estoque... 11 3.2.4 Gerenciamento de Entregas 1... 11 3.2.5 Gerenciamento de Entregas 2... 12 3.2.6 Gerenciamento de Entregas 3:... 13 3.2.7 Gerenciamento de entregas 4... 13 3.2.8 Achar o melhor caminho... 14 3.2.9 Alocação de Frota... 14 3.2.10 Cadastro de Frota... 15 3.3 Requisitos de Performance... 15 3.4 Restrições de Design... 16 3.5 Atributos do Sistema de Software... 16 Apêndice... 17 A) Diagramas de Caso de USO... 17 B) Diagramas de Sequência... 21 C) Modelo Conceitual... 24 Sistema principal... 24 Sistema acesso... 24 D) Email Inicial... 25 Referências... 29

2 1. Introdução 1.1 Objetivo geral O objetivo da elaboração deste documento de requisitos tem como principal características abordar as funcionalidades, de um Sistema de otimização de Transporte de uma empresa de Logística, da forma mais clara possível e assim buscar um total entendimento das funcionalidades do sistema e um alto grau de satisfação entre o cliente e o desenvolvedor do sistema. Mas antes de iniciar o documento de requisitos, fizemos contato com pessoas, que poderiam ser um possível interessado em nosso sistema, ou seja, o nosso stakeholder. Neste caso, o grupo pode conversar pessoalmente ou através de e mail com o Professor José Vicente Caixeta Filho (Departamento de Economia, Administração e Sociologia da ESALQ/USP e Coordenador do Grupo ESALQ LOG) e este professor contou com a ajuda do pesquisador Leandro Bernardino de Carvalho (Grupo de Pesquisa e Extensão em Logística Agroindustrial ESALQ LOG) na qual ambos puderam nos ajudar ao responder algumas dúvidas que o grupo possuía em relação aos conceitos de logística e transporte. As perguntas e as repostas do questionário que enviamos ao professor José Vicente Caixeta Filho estarão no apêndice deste documento. Também contamos com a ajuda do professor Guilherme Lohmann do curso de Lazer e Turismo da Universidade de São Paulo e este nos deu o seu ponto de vista sobre transporte e nos sugeriu que fizéssemos um sistema voltado para o transporte de pessoas, porém o grupo preferiu adotar o transporte de cargas como nosso foco principal. Resolvemos adotar o transporte de cargas como foco, pois o grupo sentiu se mais a vontade nesse assunto, principalmente pelo fato de termos obtidos diversas informações sobre o transporte de cargas, porém vale a pena ressaltar que o transporte de cargas e o de pessoas têm características bem diferentes e assim precisaríamos adotar critérios de serviço, qualidade e segurança diferentes para cada tipo de transporte.

3 Assim, com o nosso escopo definido, pretendemos atingir como público alvo qualquer pessoa ou empresa interessada em transportar suas cargas, bem como as empresas que utilizam ou pretendem utilizar esse sistema para gerenciar a área de logística, mais precisamente em relação ao setor de transporte. Logo, este documento não pretende abranger todo o projeto de um sistema de uma empresa, mas sim uma parte desse sistema que no caso atuaria no setor de logística tendo como foco a área de transportes. 2. Descrição global 2.1 Aspecto geral do Produto Figura 1 Logistica Podemos definir a logística como sendo a junção de quatro atividades básicas que são: aquisição, produção, armazenagem e entrega de produtos (figura 1). Para que essas atividades funcionem, é importante que as atividades de planejamento logístico, tanto de materiais como de processos, estejam intimamente relacionadas com os setores de manufatura e marketing. Essa relação pode ser melhor verificada na figura2.

4 Figura 2 Fases na Logistica Sendo assim, o processo logístico não começa e nem termina nos limites da própria empresa. Na verdade, o início se dá na correta escolha e no estabelecimento de parcerias com fornecedores, exigindo que o canal de distribuição esteja apto a atender plenamente às necessidades e expectativas do cliente final. Após concluído o serviço, a área de marketing poderia utilizar os dados fornecidos e gerados durante a execução desse serviço para criar estratégias que tenham como objetivo obter uma maior aproximação entre a empresa e os clientes. Portanto, podemos perceber que o termo logística é bem amplo e a área do transporte na logística possui uma característica fundamental de interligar a empresa com seus clientes e fornecedores, bem como interligar os diversos setores da empresa. Mas como o grande sistema, ou seja, o sistema inteiro da empresa pode ajudar o planejamento desse nosso sistema? Por exemplo, um sistema que tenha como característica o cadastro de fornecedores poderia ajudar nosso sistema a escolher o melhor fornecedor de acordo com as características desejadas pelo cliente na hora em que este faz o seu pedido. Sendo assim, podemos perceber a importância da atividade logística no desenvolvimento com os fornecedores, pois

5 se possuímos fornecedores de qualidade que vendam a um preço justo, teremos com certeza uma redução no preço final do serviço a ser prestado. Já o setor de manufatura poderia ajudar o nosso sistema informado à capacidade que uma empresa consegue produzir de um determinado produto. Logo, com essa informação poderíamos gerenciar melhor a política de estoques dessa empresa sob o ponto de vista da solicitação de serviço feito pelo cliente. Já com o produto armazenado em centros de distribuição, podemos informar ao cliente, antes que ele efetue o seu pedido, qual seria o local mais próximo onde o produto, por ele solicitado, está armazenado; a quantidade em estoque armazenada naquele momento, a existência ou não de peças de reposição, entre outras informações relevantes para que o cliente possa concretizar ou não o seu pedido. Neste caso de armazenagem, vale a pena mencionar que muitos produtos em estoque, sejam peças de reposição ou produtos acabados, e diversos locais de armazenagem melhoram, sem sombra de dúvida, o nível de serviço para o cliente, porém com uma conseqüente elevação dos custos. Na entrega de produtos para os clientes não devemos supor de antemão que a organização será perfeita e atenderá a todos os mercados com a mesma eficiência. Nesse sentido, a atividade logística estará preocupada em definir para qual mercado será fornecido o produto e com qual nível de serviço. É sempre bom lembrar que quanto melhor for o nível de serviço implicará um aumento nos custos. As figuras e as frases acima foram utilizadas para nos ajudar a entender como o grande sistema, ou seja, o sistema inteiro da empresa pode nos ajudar no planejamento do nosso Sistema de otimização de Transporte de uma empresa de Logística. Deixamos claro como a área de transportes está presente em praticamente todos os setores internos de uma empresa, pois temos que fazer a movimentação ou transporte desses

6 produtos ou matérias primas entre os diversos setores de uma empresa. Porém, sabemos que o setor de transporte atua com maior força fora dos limites da empresa, como por exemplo no momento da aquisição de um produto ou matéria prima como também na entrega da carga ou produto ao seu destino final. Agora como o nosso sistema poderia ajudar os outros setores dessa empresa? Nesta parte podemos descrever alguns casos de uso que mostram como o nosso sistema pode ajudar a empresa, mas antes de mencionar alguns casos de uso, vale a pena mencionar quais os principais objetivos de um diagrama de casos de uso, de acordo com a revista JavaMagazine edição número 49: Definir o escopo do sistema, permitindo que clientes e fornecedores visualizem as funcionalidades principais. Identificar as pessoas, sistemas ou dispositivos de hardware e com que papéis eles integram com o sistema, bem como seus respectivos 'direitos' (ou seja, quem pode acessar qual funcionalidade). Os direitos são indicados indiretamente pelas associações entre atores e casos de uso. Depois das considerações acima, o nosso sistema poderia ajudar a empresa no gerenciamento de entregas de uma carga, ou seja, fornecendo através de relatórios e em tempo real o status atual dessa carga. Também poderia ajudar na elaboração de um caminho mais apropriado para um determinado destino de uma carga, definindo assim o melhor trajeto para que a entrega possa ser efetuada. Este caminho poderia ser representado através de um mapa. Setores como manufatura e marketing de uma empresa poderiam utilizar os dados gerados pelo nosso sistema, para um melhor gerenciamento dos seus setores, como por exemplo, o setor de manufatura poderia definir uma estratégia de produção de acordo com os dados fornecidos pelo nosso sistema. Já a área de marketing poderia utilizar esses dados e criar uma campanha de publicidade para atrair novos clientes e fornecedores para a empresa.

7 Porém, não iremos abordar a fundo todas as funcionalidades do sistema que poderiam ajudar a empresa como um todo, pois elas serão descritas detalhadamente em outras partes desse nosso trabalho, como por exemplo no documento de casos de uso. 2.2 Características do usuário Como esse nosso sistema irá atuar, principalmente, em questões operacionais relacionadas ao controle do processo de transporte (prazos, status atual do serviço, disponibilidade de mercadoria, etc), o usuário do sistema deve ser habilitado a manipular dados de entrada e saída de mercadorias da empresa e do estoque. Sendo assim, é desejável que este usuário saiba o dia a dia da empresa, principalmente do processo de logística e transporte, e quais são os procedimentos adotados por ela em relação ao controle de estoque, chegada e saída de mercadorias, gerenciamento desses pedidos, etc. Porém, esse sistema também poderá auxiliar na tomada de decisão tática e/ou estratégica da empresa. Neste caso, um gerente poderia utilizar esse nosso sistema para controle dos processos, bem como utilizá la como uma ferramenta fundamental de apoio à sua tomada de decisões. E por fim, o cliente dessa empresa também poderia utilizar esse sistema, mesmo que indiretamente, fazendo solicitações de pedidos através de um formulário preenchido pela internet, por exemplo. Os dados preenchidos seriam encaminhados para o nosso sistema para que pudéssemos gerenciá los. 2.3 Limites Nesta seção iremos abordar alguns fatores limitantes que irão restringir a abrangência desse sistema.

8 Infelizmente, sabemos que muitas empresas não possuem condições de armazenar seus estoques em centros de distribuição espalhados em diversos locais do país, pois isso aumentaria os custos (hardware, por exemplo) e conseqüentemente aumentaria também o preço dos serviços. Portanto, o sistema poderá atingir apenas uma determinada área de atuação na qual a empresa tenha maior interesse. Um outro fator limitante para esse sistema está condicionado as características da carga a ser transportada e mesmo querendo atingir aos diversos tipos de cargas, tamanhos entre outras características, em algum momento não será possível realizar o transporte, uma vez que as características da carga fogem as recomendações adotadas pela empresa. Sendo assim, itens como segurança, prazos, custos, por exemplo, estariam prejudicadas. A seguir, na seção de requisitos específicos iremos abordar com maior detalhes as funcionalidades e requisitos do Sistema de otimização de Transporte de uma empresa de Logística.

9 3. Requisitos específicos Nesta parte do documento resolvemos adotar o modelo baseado em Features ou funções do sistema. Nas primeiras partes é definido as Requisitos Externos de Interface, na segunda parte os Requisitos de Sistema agrupados por Features. 3.1 Requisitos Externos de Interface 3.1.1 Interface com o Usuário O sistema terá o formato de paginas da Web. A interface de entrada no sistema será uma url a ser digitada em um Browser qualquer compatível com Mozilla. Para o mesmo será retornada um pagina HTML pré processada com as informações para a condução da atividade desejada. Trará também páginas multimídia, com mapas iterativos via cliques do mouse em áreas predefinidas. Haverá também campos para entrada de informações ao mapa via teclado. Todo o sistema usará autenticação com usuário e senha por meio de uma requisição de autenticação no browser e uma segunda camada de segurança via web com um formulário com usuário e senha para ser preenchido. Será predefinido que o usuário deve estar com pelo menos 800x600 de resolução e 16bits de cores para melhor aproveitamento do sistema. Os relatórios do sistema serão exibidos em tela com opções de impressão via browser. 3.1.2 Interface de Hardware Para o bom funcionamento do sistema o hardware será capaz de prover os recursos para o software desempenhar seu processamento adequadamente. Julga se que o Servidor que tenha de 1GHz de clock, 512MB de memória, 100 GB de HD será suficiente para usos do sistema. Algum dispositivo físico de backup é desejável. O Cliente deve manter o hardware suficiente para poder abrir paginas da web multimídia. Assim um Cliente com 700MHz de clock, 256 mb de memória é suficiente para acessar o sistema. 3.1.3 Interface de Software No Servidor será usado como sistema operacional o Linux pela sua estabilidade e segurança. Ainda no servidor teremos as aplicações Apache, PHP, e MySql, para servimos de servidor web, preprocessador de texto e banco de dados respectivamente. O texto pré processado em si será nossa aplicação, que ficara guardada no servidor na forma de arquivos php. No Cliente qualquer sistema operacional que possua suporte a navegação Web será aceito. Ainda qualquer navegador que suporte o padrão Mozilla atenderá os requistos para o acesso ao sistema.

10 3.1.4 Interfaces de Comunicação O Servidor possuirá um link dedicado a internet de 1Mbits para atender a demanda de conecções ao sistema. As imagens de mapas multimídia do sistema serão providas por um WebService que consumira somente a banda de comunição do cliente. Assim o cliente deve possuir uma conecção não muito modesta, de 300Kbits, para poder acessar com tranqüilidade o sistema no servidor. 3.2 Funções do Sistema 3.2.1 Login no Sistema Contexto: Escopo: Ator Primário: Cenário principal de sucesso: Exceções: Usuário (Ator primário) deseja logar no sistema Sistema de validação de usuário Gerente e funcionário autorizado 1 Usuário fornece seu login e senha para o sistema 2 Sistema valida os dados e o direciona para a home da página 1a Usuário ou senha fornecidos incorretos ou inexistente na base 2a Sistema informa erro de input e solicita reenvio de dados, no máximo 5 vezes antes de travar usuário. 3.2.1.1 Introdução/Propósito da Função Prover a segurança do sistema e a não entrada de pessoas não autorizadas. 3.2.1.2 Estimulo/Resposta Dado o login no sistema o sistema modifica a suas telas para aceitar a interação com o usuário. 3.2.1.3 Requistos Funcionais O sistema deve prover segurança para entrada dos usuários. 3.2.2 Cadastro de Clientes Contexto Escopo: Ator Primário: Pré Condições: Cenário principal de sucesso Exceções: Gerente deseja cadastrar um novo cliente Sistema de Cadastros Gerente Gerente deve estar logado no sistema 1 Gerente preenche o formulário de clientes e confirma inserção de um novo registro 2 Sistema valida os dados e insere no Banco de Dados retornando confirmação de sucesso na operação 1a Gerente não preenche um campo obrigatório 2 a Sistema retorna para a página do formulário descrevendo o erro e com o cursor no campo que apresentou o erro na validação e com todos os outros campos preenchidos. b Cliente duplicado (já existe um fornecedor com o mesmo nome na Base de Dados) 2b Sistema retorna para o formulário descrevendo o erro com

11 todos os campos preenchidos. 3.2.2.1 Introdução/Propósito da Função Prover informações dos clientes que serão atendidos pelo sistema. 3.2.2.2 Estimulo/Resposta Dada entrada de dados o sistema retorna uma mensagem de sucesso ou erro. 3.2.2.3 Requisto Funcionais Inclusão de Clientes O sistema deve prover segurança para entrada dos usuários. 3.2.3 Relatório de Estoque Contexto: Escopo: Ator Primário: Pré Condições: Cenário Principal de sucesso: Exceções: Gerente ou Funcionário deseja verificar a disponibilidade de um produto estocado Sistema de relatórios Gerente ou Funcionário autorizado Usuário precisa estar logado no sistema 1 Usuário digita o produto a ser verificado na tela de pesquisa 2 Sistema traz a disponibilidade do produto no estoque, junto com outras informações adicionais importantes como quantidade, período estocado, etc 1a Usuario cancela a busca. Fim do caso de uso 2a Produto procurado não se encontra no estoque. O sistema retorna mensagem adequada 3.2.3.1 Introdução/Propósito da Função Prover informações gerenciais. 3.2.3.2 Estimulo/Resposta Dado entrada de informações para geração do relatório é apresentado o relatório em tela. 3.2.3.3 Requistos Funcionais Gerar Relatório de Estoque. 3.2.4 Gerenciamento de Entregas 1 Contexto: Escopo: Ator Primário: Pré Condições: Cenário Principal de Sucesso: Gerente ou Funcionário Deseja ver status de um pedido especifico Sistema de relatórios Gerente Gerente deve estar logado no sistema e ter usuário com acesso aos relatórios 1 Gerente deseja verificar o status de um pedido (uma entrega) específico 2 Digita o id (identificador de entrega) 3 Sistema direciona usuário para uma página com todos os

12 Exceções: dados da entrega: carga (tipo, tamanho, peso), prazo de entrega, status (está no prazo ou não), etc 2a Identificador inexistente. Sistema deve retornar para erro com a mensagem adequada para o usuário 3.2.4.1 Introdução/Propósito da Função Prover informações de um pedido especifico. 3.2.4.2 Estimulo/Resposta Dado as informações de identificação pedido na entrada o sistema responde com os dados detalhados do pedido. 3.2.4.3 Requistos Funcionais Visualizar informações dos Pedidos O sistema deve prover segurança para entrada dos usuários. 3.2.5 Gerenciamento de Entregas 2 Contexto: Escopo: Ator Primário: Pré Condições Cenário Principal de sucesso Exceções: Gerente ou Funcionário deseja ver status dos pedidos de um cliente específico Sistema de relatório Gerente ou Funcionário autorizado Gerente ou Funcionário deve estar logado no sistema e ter usuário com acesso aos relatórios 1 Gerente ou Funcionário digita o nome do cliente desejado 2 Sistema retorna a lista de entregas a serem realizadas (em ordem de prioridade) para aquele cliente passado como parâmetro 3 Cada item da lista direciona para a página de detalhes de entrega descrita no item 3.4 1b Cliente digitado inexistente na Base de dados. Sistema retorna mensagem de erro adequada 1c Cliente sem entregas a serem feitas. Sistema informa a situação e pergunta se usuário deseja cadastrar uma entrega para ele. 3.2.5.1 Introdução/Propósito da Função Prover informações dos pedidos de um cliente especifico. 3.2.5.2 Estimulo/Resposta Dado as informações de identificação do cliente na entrada o sistema responde com os dados dos pedidos do mesmo. 3.2.5.3 Requistos Funcionais Visualizar pedidos por cliente

13 3.2.6 Gerenciamento de Entregas 3: Contexto: Escopo: Ator Primário: Pré Condições Cenário Principal de sucesso: Exceções: Gerente ou Funcionário autorizado deseja verificar as entregas atrasadas. Sistema de Relatórios Gerente ou Funcionário autorizado Gerente ou Funcionário deve estar logado no sistema e ter usuário com acesso aos relatórios 1 Gerente ou Funcionário seleciona o status desejado 2 Sistema retorna a lista de entregas a serem realizadas (em ordem de prioridade) para aquele status passado como parâmetro 3 Cada item da lista direciona para a página de detalhes de entrega descrita no item 3.4 1a Status indicado não possui entregas relacionadas. Sistema retorna mensagem adequada 3.2.6.1 Introdução/Propósito da Função Prover as informações dos pedidos em atraso. 3.2.6.2 Estimulo/Resposta Dado a informação do status do pedido na entrada o sistema retorna os pedidos com o mesmo status. 3.2.6.3 Requistos Funcionais Verificar pedidos em atraso. O sistema deve prover segurança para entrada dos usuários. 3.2.7 Gerenciamento de entregas 4 Contexto: Escopo: Ator Primário Pré Condições: Cenário Principal de sucesso: Exceções: Realizar as tarefas descritas nos itens 3.4,3.5 e 3.6 pela interface mapas Sistema de Mapas Gerente ou Funcionário autorizado Gerente ou Funcionário autorizado deve estar logado no sistema e ter usuário com acesso ao sistema de mapas 1 O Gerente, ou Funcionario, clica na aba (cada uma representando um dos casos acima) que deseja ver. 2 Preenche o formulário adequado 3 Sistema retorna os dedos desejados 1a Sistema servidor fora do ar, ou seja, sistema que presta serviços ao nosso sistema, não está funcionando 2a Mesmas exceções q ocorrem nos casos listados, podem ocorrer aqui 3.2.7.1 Introdução/Propósito da Função Contemplar uma interface multimídia atravéz de mapas para acesso as funções do sistema.

14 3.2.7.2 Estimulo/Resposta Dado o clique no mapa e escolhida a função o sistema prove a entrada de dados e retorna de acordo com o lugar do mapa. 3.2.7.3 Requistos Funcionais Uso de mapas para entrada de informações O sistema deve prover segurança para entrada dos usuários. 3.2.8 Achar o melhor caminho Contexto: Escopo: Ator Principal: Pré Condições: Cenário Principal de sucesso: Exceções: É preciso achar o melhor caminho para se enviar uma encomenda de um ponto a outro, dado que a entrega será feita por terra por vias automotivas Sistema de Mapas Gerente ou Funcionário autorizado deve estar logado no sistema e ter usuário com acesso ao sistema de mapas Gerente ou Funcionário autorizado deve estar logado no sistema e ter usuário com acesso ao sistema de mapas 1 Sistema servidor fora do ar, ou seja, sistema que presta serviços ao nosso sistema, não está funcionando. 3.2.8.1 Introdução/Propósito da Função Mostrar o melhor caminho por uma interface de mapas. 3.2.8.2 Estimulo/Resposta Dado os pontos o subsisema de mapas retorna ao sistema a rota desenhada em tela. 3.2.8.3 Requistos Funcionais Encontrar melhor caminho entre dois lugares O sistema deve prover segurança para entrada dos usuários. 3.2.9 Alocação de Frota Contexto: Escopo: Ator Principal: Pré Condições: Cenário Principal de sucesso: Exceções: Gerente precisa selecionar veículo mais adequado para fazer transporte da mercadoria e realizar a entrega no prazo. Sistema de gerenciamento de frota Gerente Gerente precisa estar logado no sistema 1 Gerente, já de posse da informação fornecida pelo relatório de entregas, seleciona o meio de transporte mais adequado para realizar a entrega. 2 Escolhido o veiculo, este fica associado ao id da entrega 3 Sistema confirma alocação do veiculo e já altera o status dele para q não fique disponível nas próximas consultas 1a Não há veículos disponíveis para fazer a entrega desejada. Sistema deve retornar mensagem adequada 2a Possibilitar remanejamento de frota em outros pedidos.

15 3.2.9.1 Introdução/Propósito da Função Incubir a frota de funções a contemplar os pedidos do sistema. 3.2.9.2 Estimulo/Resposta Dado informações do item da frota e do pedido na entrada do sistema o sistema retorna mensagem de sucesso ou erro. 3.2.9.3 Requistos Funcionais Alocar frota para os pedidos O sistema deve prover segurança para entrada dos usuários. 3.2.10 Cadastro de Frota Contexto: Escopo: Ator Principal: Pré Condição: Cenário Principal de sucesso: Exceções: É realizada a compra de novos veículos, ou alguns estão sendo retirados de circulação, e o gerente precisa atualizar a lista da frota Sistema de Gerenciamento de frota Gerente Gerente precisa estar logado no sistema 1 Na tela de listagem de veículos, o gerente clica em adiciona à frota. Um formulário com todos os dados de um veiculo prestador de serviços da empresa é exibido 2 Gerente preenche todos os campos obrigatórios 3 Sistema valida os dados, insere na Base de Dados e retorna mensagem de sucesso na operação ao gerente 2a Gerente não preenche os campos obrigatórios. 2b Mensagem de erro é enviada 3.2.10.1 Introdução/Propósito da Função Informar ao sistema a frota disponível. 3.2.10.2 Estimulo/Resposta Dado entrada das informações do item de frota o sistema exibe mensagem de erro ou sucesso. 3.2.10.3 Requistos Funcionais Gerenciar frota disponivel O sistema deve prover segurança para entrada dos usuários.. 3.3 Requisitos de Performance O sistema não deverá ficar fora do ar por mais que 10 minutos, e deverá ter a disponibilidade de 98% ao mês. Deverá comportar 100 usuários sem queda de performance. O banco de dados deverá responder ao sistema em menos de 1s e o servidor web deverá processar e enviar as transações ao cliente em no máximo 1s. Os relatórios deveram ser

16 otimizados para não sobrecarregar a banda de envio, quebrando em partes se for necessario. Cada parte dos relatórios não deve ultrapassar 500Kbytes. 3.4 Restrições de Design O sistema não deverá contar com janelas e não deverá funcionar off line. Como uma inteface web os atributos exclusivos de sistemas locais não deverão ser contemplados. O design deverá ser baseado em paginas Html com interface simples para prover usabilidade necessária para navegação no sistema. 3.5 Atributos do Sistema de Software Será portavel pois qualquer ambiente servidor web com php e mysql pode ser candidato a atender as necessidades do sistema. No lado do cliente também é mantida a portablidade do sistema por via que qualquer browser Mozilla será capaz de acessar o sistema. Será confiável a partir que terá dois níveis de segurança para entrar no sistema. Será de fácil manutenção, pois cada pagina leva consigo o código necessário para mante la. A disponiblidade do sistema será equivalente a disponibilidade de Hardware.

17 Apêndice A) Diagramas de Caso de USO Figura 3 Caso de Uso Efetuar Login Figura 4 Caso de uso Cadastra Clientes

Figura 5 Caso de Uso Gerenciamento de frota 18

Figura 6 Casos de Uso Geração de Relatórios 19

Figura 7 Casos De USO Utilização do Mapa 20

21 B) Diagramas de Sequência Figura 8 Login Figura 9 Cadastro de Clientes

22 Figura 10 Relatórios Figura 11 Gerenciamento de Frota

23 Figura 12 Alocação de Veiculo Figura 13 Sistema de Mapas

24 C) Modelo Conceitual Sistema principal faz Pedidos Cliente entrega Frota Rotas Sistema acesso Cliente Acessa Funções Do sistema

25 D) Email Inicial 1 Qual a sua definição de logística? E de logística no transporte? Temos adotado como referência a definição de Daskin (1985) 1, que sugere que a logística esteja relacionada ao planejamento e operação dos sistemas físicos, informacionais e gerenciais necessários para que insumos e produtos vençam condicionantes espaciais e temporais de forma econômica. O transporte na logística (e não a logística no transporte ) pressupõe que tal atividade deva estar efetivamente integrada às demais, de tal maneira que possa ser observada a entrega de um determinado bem no lugar correto, dentro do prazo e sem alterações, aos menores custos possíveis dentro de certo nível de serviço que venha a ser especificado. 2 Como você descreveria um serviço de transporte em logística feito com qualidade? Um serviço de transporte deve ter sucesso em relação a três grandes fatores para que possa ser realizado com qualidade. São eles: 1) Cumprimento de prazos (carga e descarga) rigorosamente; 2) Grande agilidade relacionada aos processos e disponibilidades de mercadorias e, 3) Demonstração de segurança e confiabilidade no serviço prestado. Naturalmente, tais fatores devem estar extremamente relacionados à utilização ótima dos recursos disponíveis para o devido cumprimento da tarefa. 3 Como um sistema informatizado de logística no transporte pode ajudar você? Um sistema informatizado auxiliará, principalmente, em questões operacionais relacionadas ao controle do processo de transporte (prazos, disponibilidades, metas, programações etc.); porém, poderá também auxiliar tomadas de decisão tática e/ou estratégica que envolvam a identificação de gargalos e/ou oportunidades existentes em pontos demandantes de novos investimentos. 4 Quais os principais objetivos de um sistema de logística de transportes? 1 Daskin, M.S. Logistics: an overview of the state of the art and perspectives on future research, Transportation Research A, v.19a, n.5/6, p.383 393, 1985.

26 Minimizar os custos e as perdas em geral associadas ao setor de transporte e movimentação de uma empresa (otimizando a forma de utilização dos recursos envolvidos nesse processo) e, conseqüentemente, contribuir diretamente para o sucesso e desenvolvimento dessa empresa. 5 Qual o publico alvo do sistema. ex. funcionários, gerentes? Vai depender do foco/nível de planejamento (operacional, tático ou estratégico) que venha a ser referenciado. De qualquer forma, um sistema informatizado deve auxiliar a todos dentro (funcionários) e fora (principalmente, clientes) de uma empresa, porém com as devidas restrições/adequações. Por exemplo: o encarregado de expedição desta empresa deve ser habilitado a manipular dados de entrada e saída de mercadorias da fábrica e do estoque; um gerente deve utilizar esse sistema para controle do processo e como ferramental fundamental de apoio à sua tomada de decisões. 6 Será emitido algum tipo de relatório? Sim, entendemos ser essencial a emissão de relatórios distintos (papel, digital etc.) e, de novo, em função do foco/nível de planejamento (operacional, tático ou estratégico) que venha a ser referenciado. 7 Se sua resposta para a questão 6 foi sim, então, quem terá acesso aos relatórios? Da mesma forma que foi colocado na resposta da questão 5, os relatórios deverão ser distintos (conteúdos diversos) e distribuídos/disponibilizados a partir do usuário envolvido naquele nível de planejamento (operacional, tático ou estratégico). Eventualmente, poderá também ser interessante a disponibilização de algum tipo de informação aos clientes buscando ampliar a confiabilidade e interesse do mesmo junto à empresa. 8 Se sua resposta para a questão 6 foi sim, então. Depois de contratado e executado um serviço de logística no transporte, quais dados gostaria de visualizar em um relatório para que se possa medir a qualidade do serviço prestado?

27 Como discutido na questão anterior, é muito importante que sejam gerados vários tipos de relatórios, com perfis distintos (em função do cargo do funcionário ou do perfil do cliente). Seguem alguns exemplos: Relatório GERENCIAL: indicadores de mercado (novos clientes, inflação, preço dos insumos etc.); indicadores de produtividade setorial da empresa. Relatório ESTOQUE: indicadores relacionados à disponibilidade do estoque atual e das aquisições; indicadores relacionados aos prazos referentes o recebimento e o envio de mercadorias. Relatório CLIENTE: acompanhamento do pedido realizado; indicadores relacionados à disponibilidade de mercadorias. Relatório MERCADO (Geral): índices de produtividade relacionados à empresa; serviços prestados pela empresa e vantagens associadas aos mesmos. 9 Classifique como muito importante (MI), importante (I) ou pouco importante (PI) os seguintes atributos: * Entregas mais freqüentes (I); * Cumprimento de prazos (MI); * Disponibilidade do produto (MI); * Informação sobre o produto (I); * Ausência de avarias (MI); * Diferenciação dos produtos (tamanho, valor, peso etc.) (I); * Diferentes pares de origem destino (O/D) (MI); * Flexibilidade do sistema (para alterações dos pedidos, por exemplo) (I);

28 * Cite outros atributos que considera relevante e quais não foram citados: * Custos envolvidos (MI); * Características gerais (dimensão, consumo, capacidade etc.) da frota de veículos disponível (I); * Rastreamento da carga (MI). Respostas formuladas em 12/09/2007 pelo pesquisador Leandro Bernardino de Carvalho (Grupo de Pesquisa e Extensão em Logística Agroindustrial ESALQ LOG) e pelo Prof. José Vicente Caixeta Filho (Departamento de Economia, Administração e Sociologia da ESALQ/USP e Coordenador do Grupo ESALQ LOG).

29 Referências Slides sobre Cadeia de Suprimentos Supply Chain Management elaborado pelo Professor da FASP André Roberto Doreto Santos; Fundamentos de logística elaborado pelo Grupo Interdisciplinar de logística do Instituto de Economia da UFRJ; Logística empresarial elaborado pelos autores Francisco Ferraes Neto e Maurício Kuehne Júnior retirados da Coleção Gestão Empresarial; Revista JavaMagazine edição número 49;