Projeto: Gestão de Produtos

Project overview

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.

Category IT & Programming
Subcategory Web development
What is the scope of the project? Create a new custom site
Is this a project or a position? Project
I currently have I have an idea
Required availability As needed
API Integrations Other (Other APIs)
Roles needed Developer, Designer, Design a landing page, Project manager

Delivery term: July 29, 2022

Skills needed