Projeto: Gestão de Produtos

Contexto general del proyecto

2. Requisitos de alto nível 2.1. Desenvolvimento da estrutura do sistema que vai conter um menu lateral à esquerda e apresentar as telas em formato de abas, onde para cada opção do menu será criado uma aba permitindo abrir mais de uma tela ao mesmo tempo. O sistema vai conter um cabeçalho com o nome do sistema e os dados do usuário logado. E desenvolvimento do banco de dados para contemplar todos os cadastros. 2.2. Rotina de autenticação com login de usuário. O sistema deve conter um cadastro de usuário e permitir o acesso de múltiplos usuários ao mesmo tempo. Haverá dois tipos de usuários no sistema, que serão os usuários do tipo coontrol e cliente. Como o próprio nome já sugere, os usuários coontrol terão acesso às rotinas e funcionalidades internas e os usuários do tipo cliente terão acesso aos seus manuais e certificados somente. 2.3. Cadastro de CheckList: Desenvolver uma tela para permitir o cadastro e consulta de descritivos. O checklist será um cadastro pai que irá conter vários filhos relacionados à ele, indicando também se o checklist em questão é um opcional (será marcado com A / R), texto (será preenchido manualmente) ou tabela. Isso será necessário pois na hora da impressão/conferência o software precisa reconhecer de qual forma apresentar cada item do checklist. Dessa forma o checklist será dinâmico. 2.4. Cadastro de modelo: Desenvolver uma tela para permitir o cadastro e consulta de modelos e relacionar com os checklist referentes ao modelo. 2.5. Cadastro de cliente: Desenvolver uma tela para permitir o cadastro e consulta de clientes. Foi levantada a possibilidade de importação de clientes do software erp, portanto, caso o software disponibilize os cadastros via consulta de api, será implementada a importação. 2.6. Cadastro de equipamento: Desenvolver uma tela para permitir o cadastro e consulta de equipamentos. O equipamento estará relacionado a um modelo, que também estará relacionado com outras tabelas (checklist e validação de gás) para que o software entenda o que precisa ser monitorado na hora da inspeção. 2.7. Lançamento de fabricação de lote: Desenvolver uma tela para permitir o cadastro da fabricação de um lote de equipamento, relacionar o checklist para todo o lote e registrar as leituras individuais de cada equipamento para a criação do certificado. 2.8. Criação do certificado COONTROL: Desenvolver uma rotina para criação do certificado. Esse certificado estará relacionado também a um modelo, podendo ser relacionado para mais de um modelo. 2.9. Lançamento de manutenção de equipamento: Desenvolver uma tela para permitir o cadastro da manutenção do equipamento onde o processo inicial é lançar os dados do cliente e do equipamento que será feito a manutenção. 2.10. Lançamento de manutenção > inspeção de equipamento: Após preencher os dados, o software irá solicitar o preenchimento de recebimento de inspeção, onde o usuário precisará preencher conforme configurado no modelo do equipamento. Desenvolver uma tela para permitir o preenchimento do checklist de inspeção e importação de fotos do equipamento. 2.11. Lançamento de manutenção > Consulta de histórico: Disponibilizar para o usuário uma consulta de todo o histórico de manutenção e calibração do equipamento. 2.12. Lançamento de manutenção > Alertas: Desenvolver rotina de alerta que deve enviar um e-mail para Coontrol informando que um equipamento está próximo da sua data de calibração. Esse alerta deve considerar a data de venda ou da última calibração. 2.13. Geração relatório de inspeção: O relatório deve ter um cabeçalho contendo data, hora e nome do usuário logado que cadastrou ou fez a última alteração no cadastro de manutenção do equipamento. Também irá carregar o checklist de inspeção relacionado ao modelo do equipamento. 2.14. Cadastro de Gases: Desenvolver uma tela para cadastrar os gases utilizados nos equipamentos. O gás será relacionado ao modelo e posteriormente o usuário precisará configurar por modelo qual a medição padrão (com valor mínimo e máximo esperado). Assim como o checklist, o gás também será dinâmico ao relacionar a um modelo. 2.15. Validação de checklist / medição de gases: Ao finalizar uma manutenção, o software irá solicitar o preenchimento dos checklists relacionados ao modelo do equipamento que está sendo fabricado/consertado. Caso algum checklist ou medição de gás não receba o valor esperado, o software não irá liberar o certificado do equipamento para impressão. 2.16. Liberação para manutenção: Desenvolver uma rotina onde o usuário precisará liberar o equipamento para manutenção. Ao liberar, gravar os dados de quem liberou e a data que foi liberado. 2.17. Consulta de equipamentos aguardando liberação: Desenvolver uma tela que permita consultar os equipamentos que foram inspecionados mas ainda não foram liberados para manutenção. Essa tela irá listar os equipamentos e a quantidade de dias que estão parados aguardando autorização do cliente. Como o prazo máximo de espera é 180 dias, o software irá avisar o usuário ao realizar login que existem equipamentos com prazo estourando. 2.18. Devolução sem conserto: Caso o prazo de 180 dias seja ultrapassado, ou até mesmo o cliente não libere a manutenção, o usuário precisará registrar uma devolução sem conserto, indicando o motivo pelo qual o equipamento não foi consertado. Com isso, o mesmo sairá da lista de verificação descrita no item 2.17 do presente documento. 2.19. Cadastro de manuais: Desenvolver uma tela para cadastrar os manuais dos equipamentos com suas datas. Cada cadastro será obrigatoriamente relacionado a um equipamento, pois com base nisso o cliente poderá realizar a impressão posteriormente. Para cadastrar será necessário informar a data e realizar a importação de um arquivo .PDF. 2.20. ÁRea do cliente: Desenvolver no software web uma área onde o cliente poderá acessar seus documentos com login e senha. Ao realizar login, o sistema irá apresentar a lista de equipamentos relacionados ao cliente. Ao selecionar um equipamento, o software irá apresentar três opções para o cliente: imprimir o manual do equipamento, imprimir o certificado coontrol relacionado ao equipamento e também imprimir um certificado padrão do equipamento. 2.21. Lançamento da venda > alteração do registro de cliente: Desenvolver uma tela para permitir o lançamento do equipamento para outro cliente. Exemplo, quando ele é vendido da Coontrol da fabricante, será registrado que o cliente é fabriucante. Porém, depois que o equipamento retorna para manutenção, o usuário poderá alterar o cliente final para que o equipamento seja relacionado ao cliente correto.

Categoría Programación y Tecnología
Subcategoría Programación Web
¿Cuál es el alcance del proyecto? Crear un nuevo sitio personalizado
¿Es un proyecto o una posición? Un proyecto
Actualmente tengo Tengo una idea
Disponibilidad requerida Según se necesite
Integraciones de API Otros (Otras APIs)
Roles necesarios Programador, Diseñador, Diseñar una landing page, Gerente de proyecto

Plazo de Entrega: 29 Julio, 2022

Habilidades necesarias