de Controle de Pedidos Versão 2.0 DOCUMENTO DE REGRAS DE NEGÓCIO
Página 2 / 8 de Controle de pedidos HISTÓRICO DE REVISÕES Data Versão Descrição Autor 25/09/2010 1.0 Elaboração do Documento Bruno Mota 29/09/2010 1.1 Revisão do Documento Adriano Marra 14/11/2010 2.0 Atualização do Documento Ricardo Reis IT Solutions Project Página 2 / 8 de Controle de Pedidos Versão 2.0
Página 3 / 8 de Controle de pedidos SUMÁRIO 1. INTRODUÇÃO... 4 1.1. Convenções, termos e abreviaturas... 4 1.2. Referências... 4 2. REGRAS DE NEGÓCIO... 4 2.1. Manter Ponto Remoto... 4 2.2. Manter Usuário... 5 2.3. Manter Produtos... 6 2.4. Manter Pedidos... 6 2.5. Manter Ordem de Serviço... 6 2.6. Relatórios... 7 3. APROVAÇÃO... 8 IT Solutions Project Página 3 / 8 de Controle de Pedidos Versão 2.0
Página 4 / 8 de Controle de pedidos 1. INTRODUÇÃO Este documento especifica as regras negociais do sistema, fornecendo aos desenvolvedores as informações necessárias para o projeto e implementação, assim como para a realização dos testes e homologação do sistema, no que tange ás regras de negócio. 1.1. Convenções, termos e abreviaturas Termo Acuridacidade FIFO Login Perfil Rastreabilidade RFID Ruptura de Estoque Safety Stock Significado É a exatidão de uma operação ou de uma tabela. FIRST IN, FIRST OUT é um conceito de movimentação de materiais em estoque onde a utilização desses materiais deve seguir preferencialmente a mesma ordem de recebimento (OBS: O prazo de validade real de cada item deve prevalecer sobre a ordem de recebimento). Nome do usuário para acesso ao sistema. Níveis de acesso. É a habilidade de descrever a história, aplicação, processos ou eventos e localização (origem e destino) de um determinado produto, por meio de registros e identificação. Radio Frequency Indentification Identificação por radiofreqüência Caracteriza nível de estoque igual a zero e impossibilidade de atendimento a uma necessidade de consumo. É caracterizado pelo ato de manter níveis de estoque suficientes para evitar faltas de estoque diante da variabilidade da demanda e da incerteza da reposição do produto quando necessário. 1.2. Referências Documentos relacionados ao e/ou mencionados nas seções a seguir: Documento Data Versão Local Documento de Visão 14/08/2010 2.0 http://itsolutionpproject.wordpress.com/ Documento de Requisitos 07/09/2010 1.2 http://itsolutionpproject.wordpress.com/ 2. REGRAS DE NEGÓCIO 2.1. Manter Ponto Remoto IT Solutions Project Página 4 / 8 de Controle de Pedidos Versão 2.0
Página 5 / 8 de Controle de pedidos [RN2.1.1] Todo ponto remoto deve ser criado proveniente de uma Criação de Ponto Remoto ordem de serviço, ou seja, caso não exista uma ordem de serviço o ponto remoto não poderá ser criado. [RN2.1.2] Descrição de Ponto Remoto Todo ponto remoto criado deve possuir uma descrição obrigatória. [RN2.1.3] Responsável pelo Ponto Remoto Todo Ponto Remoto deve ter um responsável, com o perfil no mínimo de engenheiro válido e ativo. Todo ponto remoto, após sua criação, deve possui um Estoque de Ponto Remoto [RN2.1.4] estoque mínimo cadastrado de acordo com a indicação na ordem de serviço para se tornar Ativo. 2.2. Manter Usuário [RN2.2.1] [RN2.2.2] [RN2.2.3] Perfil de acesso ao módulo Situação do usuário Bloqueio de usuário por inatividade Somente usuários com perfil de Master (Nível 1 - Administrador), terão acesso ao módulo Manter Usuário. Todo usuário cadastrado recebe a condição ou status de ATIVO. Essa condição se manterá desde a data de sua inclusão até a data de fechamento de ser cadastro, passando então para INATIVO. Todo usuário que ficar afastado da empresa por um período maior que 30 (trinta) dias, tem que ter seu login de acesso bloqueado automaticamente. A todo usuário cadastrado deve-se atribuir níveis de acesso ao sistema, tipo: Nivel 1 (Master): Acesso a todos os módulos do sistema [RN2.2.4] [RN2.2.5] Níveis de acesso Segurança de senha Nível 2: Acesso aos módulos: Ordem de Serviço, Ponto Remoto, Pedidos e Relatórios referentes a esses módulos. Nível 3: Acesso aos módulos: Pedidos e Relatórios referentes a esses módulos. Nível 4: Acesso aos módulos: Produto, Pedidos e Relatórios referentes a esses módulos. A senha tem que ser criptografada e obrigatória, composta de no mínimo 6 (seis) e no máximo 8 (oito) caracteres. IT Solutions Project Página 5 / 8 de Controle de Pedidos Versão 2.0
Página 6 / 8 de Controle de pedidos 2.3. Manter Produtos [RN2.3.1] [RN2.3.2] [RN2.3.3] [RN2.3.4] [RN2.3.5] Reposição de Produtos Estoque Real Ruptura de Estoque Estoque de Segurança Disponibilização de Produto Organização do Produto Se a previsão de consumo é indicada na ordem de serviço, então a reposição do produto, em relação ao estoque real, também deve ser executada sempre que um novo ponto remoto for criado. Um produto não pode sofre ruptura de estoque, considerando todas as ordens de serviço referente a todos os pontos remotos cadastrados. O estoque de segurança, ou Safety Stock, é igual a 20% do produto necessário para atender ao ponto remoto solicitante Se o produto tiver data de validade, então deve ser disponibilizado levando em consideração a data de vencimento do mesmo. Isto se dará através da movimentação FIFO deste produto. Todo produto tem que ter uma Etiqueta Inteligente ou RFID visando garantir a Acuridacidade e Rastreabilidade do produto. 2.4. Manter Pedidos [RN2.4.1] [RN2.4.2] [RN2.4.3] Conflito entre materiais solicitados no pedido e materiais disponibilizados na Ordem de serviço Descrição do Pedido de Produtos Filtro de Pesquisa de Produtos Os tipos de materiais solicitados pelos pontos remotos não podem ser divergentes dos tipos de materiais especificados na ordem de serviço daquele ponto remoto. No filtro de pesquisa para realização da consulta de produtos por meio de descrição, o usuário deve informar no mínimo três caracteres na descrição do produto para que a pesquisa possa ser realizada. Na consulta de produtos o sistema não deve realizar a consulta caso nenhum parâmetro de pesquisa seja informado. Pois o alto número e disponibilidade de produtos iria comprometer a performance do sistema caso todos os registros fossem retornados de uma só vez. 2.5. Manter Ordem de Serviço [RN2.5.1] [RN2.5.2] Numeração de Ordem de Serviço Freqüência de Emissão de Ordem de Serviço A ordem de serviço tem que ser emitida com numeração seqüencial e não repetitiva Campo automático preenchido pelo sistema. Ao mesmo engenheiro poderá ser emitido somente: IT Solutions Project Página 6 / 8 de Controle de Pedidos Versão 2.0
Página 7 / 8 de Controle de pedidos Até 2 (duas) Ordens de Serviço para obras com estimativa de duração acima de 24 meses. Até 4 (quatro) Ordens de Serviço para obras com estimativa de duração de 12 a 24 meses. [RN2.5.3] Controle de Ordem de Serviço Até 6 (seis) Ordens de Serviço para obras com estimativa de duração abaixo de 12 meses. O sistema deve comunicar automaticamente ao departamento de engenharia cada evolução no status da Ordem de Serviço, ou seja, caso a OS seja recebida pelo ponto remoto, concluída, bloqueada ou atrasada. 2.6. Relatórios [RN2.6.1] [RN2.6.2] [RN2.6.3] [RN2.6.4] Envio de Relatórios Estoque Mínimo Acesso a Relatórios Relatórios de Ordens de Serviço O relatório de Ordem de Serviço x Pedidos deve ser enviado diariamente ao corpo gerencial todo final de dia automaticamente. Se a quantidade de materiais e equipamentos alcanças status inferior a 20% do normal (estoque de segurança), o gerente do almoxarifado deverá, com base no relatório, comunicar o setor de compras e aquisições. Todos os relatórios devem possuir controle de visualização, ou seja, só poderão ser apresentados aos usuários com nível de acesso coerente de acordo com a regra [RN2.2.4] A lista de Ordens de Serviço para cada ponto remoto deve ser apresentada imediatamente ao engenheiro responsável pelo ponto assim que ele acesse o módulo relatório. IT Solutions Project Página 7 / 8 de Controle de Pedidos Versão 2.0
Página 8 / 8 de Controle de pedidos 3. APROVAÇÃO Estou ciente e de acordo com as informações passadas por mim para a composição deste documento e com o conteúdo deste. Data: 16/11/2010 Data: 18/08/2010 RESPONSÁVEL SOLICITANTE Adriano Marra Gerente de s IT- Solutions Project Professor Wilson Amaral Martins Engenharia de Software Faculdade de Tecnologia SENAC IT Solutions Project Página 8 / 8 de Controle de Pedidos Versão 2.0