SISCOP. Documento de Requisitos SISTEMA DE CONTROLE DE PEDIDOS. Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS Versão 1.3 Histórico de Revisão Data Versão Descrição Autor 29/8/21 1. Desenvolvimento do Adriano Marra 7/9/21 1.2 Correção dos problemas citados pelo Prof. Wilson Adriano Marra 5/11/21 1.3 Revisão e atualização João Augusto

SISTEMA DE CONTROLE DE PEDIDOS 2 de 15 Sumário Visão geral deste documento... 3 Convenções, termos e abreviações... 3 1. Identificação dos Requisitos... 4 2. Prioridades dos Requisitos... 4 Referências... 4 Abrangência e sistemas relacionados... 6 Descrição dos usuários... 7 1. Administrativo:... 7 2. Gerente:... 7 3. Almoxarifado:... 7 4. Departamento de Engenharia:... 7 5. Engenheiros:... 7 Requisitos funcionais (casos de uso)... 8 RF1 Manutenção de Usuários.... 8 RF2 Manutenção de Produtos.... 9 RF3 Controle de Pontos Remotos.... 9 RF4 Ordem de Serviço.... 1 RF5 Controle de Pedidos.... 11 RF6 Relatórios.... 12 Usabilidade... 13 [NF1] Interface Gráfica Amigável... 13 Confiabilidade... 13 [NF2] Integridade do Banco de Dados... 13 Desempenho... 14 [NF3] Tempo de resposta... 14 [NF4] Usuários simultâneos... 14 Segurança... 14 [NF5] Privacidade e Segurança... 14 IT Solutions Project Página 2 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 3 de 15 Introdução Este documento elicita requisitos e especifica o sistema, Sistema de Controle de Pedidos da empresa Torre Forte Construtora LTDA., 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. Visão geral deste documento Esta introdução fornece as informações necessárias para fazer um bom uso deste documento, explicitando seus objetivos e as convenções que foram adotadas no texto, além de conter uma lista de referências para outros documentos relacionados. As demais seções apresentam a especificação do sistema e estão organizadas como descrito abaixo. Seção 1 Descrição geral do sistema: apresenta uma visão geral do sistema, caracterizando qual é o seu escopo e descrevendo seus usuários. Seção 2 Requisitos funcionais (casos de uso): são especificados todos os requisitos funcionais do sistema, descrevendo os fluxos de eventos, prioridades, atores, entradas e saídas de cada caso de uso a ser implementado. Seção 3 Requisitos não funcionais: especifica todos os requisitos não funcionais do sistema, divididos em requisitos de usabilidade, confiabilidade, desempenho, segurança, distribuição, adequação a padrões e requisitos de hardware e software. Convenções, termos e abreviações A correta interpretação deste documento exige o conhecimento de algumas convenções e termos específicos, que são descritos no documento a seguir. Documento Glossário Referência http://www.4shared.com/document/n4_kenzl/glossario_versao_11.html IT Solutions Project Página 3 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 4 de 15 1. Identificação dos Requisitos Por convenção, a referência a requisitos é feita através do nome da subseção onde eles estão descritos, seguido do identificador do requisito, de acordo com o esquema abaixo: [nome da subseção.identificador do requisito] Por exemplo, o requisito [Controle de Pontos Remotos.RF1] está descrito em uma subseção chamada Controle de Pontos Remotos, em um bloco identificado pelo número [RF1]. Já o requisito não funcional [Confiabilidade.NF8] está descrito na seção de requisitos não funcionais de Confiabilidade, em um bloco identificado por [NF8]. 2. Prioridades dos Requisitos Para estabelecer a prioridade dos requisitos foram adotadas as denominações essencial, importante e desejável. Essencial é o requisito sem o qual o sistema não entra em funcionamento. Requisitos essenciais são requisitos imprescindíveis, que têm que ser implementados impreterivelmente. Importante é o requisito sem o qual o sistema entra em funcionamento, mas de forma não satisfatória. Requisitos importantes devem ser implementados, mas, se não forem, o sistema poderá ser implantado e usado mesmo assim. Desejável é o requisito que não compromete as funcionalidades básicas do sistema, isto é, o sistema pode funcionar de forma satisfatória sem ele. Requisitos desejáveis são requisitos que podem ser deixados para versões posteriores do sistema, caso não haja tempo hábil para implementá-los na versão que está sendo especificada. Referências Documentos relacionados ao e/ou mencionados nas seções a seguir: Documento Data Versão Local Termo de abertura do projeto 7/8/21 2. Site Ata de reunião nº 1. 4/8/21 1. Site Ata de reunião nº 2. 9/8/21 1. Site Ata de reunião nº 3. 14/8/21 1. Site Documento de Visão 22/8/21 3.2 Site IT Solutions Project Página 4 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 5 de 15 Descrição geral do sistema O sistema que será desenvolvido pela empresa IT Solutions Project tem por objetivo erradicar as falhas encontradas no atual método utilizado pela empresa TORRE FORTE CONSTRUÇÕES LTDA na solicitação e controle de materiais. Para os diversos canteiros de obras, será efetuada a implantação de um sistema integrado de gestão de estoque e pedidos on-line visando aumentar a eficiência e segurança entre a comunicação da matriz e seus pontos remotos bem como o gerenciamento de recursos materiais desde o estoque até sua solicitação. Implementado o sistema, o engenheiro, quando no canteiro de obras, será capaz de verificar o estoque para então solicitar a quantidade de recursos necessários em tempo real. Com a expansão das atividades da construtora em busca de melhor posicionamento no mercado de construção civil, surge a necessidade de aprimorar a organização e o gerenciamento dos recursos materiais da empresa para a melhor prestação de serviços no segmento em que atua. As principais falhas detectadas no atual sistema utilizado foram: Necessidade de melhor gerenciamento e controle da aquisição de insumos durante as obras e serviços; Erros e fraudes que levavam a falta, perdas ou sobras de materiais no estoque. Falta de gerenciamento da cadeia logística, desde o controle do estoque, passando pelas solicitações e o recebimento do material nos canteiros de obras. A implantação de um sistema informatizado para, recebimento, controle e verificação de quantidade, entregas e requisições, trará um melhor controle e gerenciamento dos materiais em estoque. Através de uma correta gestão de estoque por meio de procedimentos e relatórios gerados por um sistema integrado, a empresa poderá gerir seu capital e empregar seus recursos de forma mais eficaz e econômica. IT Solutions Project Página 5 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 6 de 15 Abrangência e sistemas relacionados O é um sistema de controle voltado para o setor de construção civil que, visando atender as necessidades levantadas, possuirá características que serão desenvolvidas em módulos distintos, porém integrados, proporcionando à empresa Torre Forte as seguintes funcionalidades: Controle de Pontos Remotos Manutenção de Usuários Manutenção de Produtos Controle de Pedidos Ordem de Serviço Relatório Por meio do, o engenheiro no canteiro de obras visualiza em tempo real os itens e equipamentos que estão disponíveis em estoque, assim como gerencia pedidos e datas de entrega. Além disso, o sistema permite à matriz um controle eficaz e seguro de seu almoxarifado, gera relatórios a partir da compilação dos dados dos diferentes setores da empresa disponibilizando assim informações úteis ao corpo gerencial. A tecnologia utilizada para implantação do sistema será uma arquitetura Cliente/Servidor onde em uma rede de computadores, existem uma ou mais máquinas que atuam como Servidores, disponibilizando recursos para as demais máquinas, as quais atuam como clientes. O cliente é responsável pela interface com o usuário, sendo que o usuário poderá através desta interface solicitar a execução de serviços no servidor. O servidor trabalha em função destas solicitações do cliente, ou seja, ele é um simples executor de serviços solicitados. Pode-se dizer, de modo geral, que o cliente é a parte ativa, enquanto o servidor é a parte passiva. O não englobará: Custos com licenças de softwares adquiridos pelo Contratante; Elaboração de imagens para materiais e equipamentos da base de dados do sistema; Criação de outros módulos que atendam a demandas de compras, contas a pagar e receber, controle de ponto eletrônico de funcionários. Criação, manutenção e hospedagem do Site do Contratante. Controle de pessoal nos aspectos administrativos de RH. IT Solutions Project Página 6 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS Descrição dos usuários 7 de 15 A usabilidade do foi identificada nos setores e usuários abaixo mostrados: 1. Administrativo: Cadastro de usuários; Criação de níveis de acesso; Gerenciamento de Relatórios; 2. Gerente: Monitoramento e controle de pontos remotos; Criação de relatórios; 3. Almoxarifado: Solicitação e envio de materiais; Solicitação e envio de equipamentos; Criação de relatórios; 4. Departamento de Engenharia: Preechimento de ordens de serviço. Envio de ordens de serviço; 5. Engenheiros: Solicitação de materiais. Controle de materiais nos pontos remotos. IT Solutions Project Página 7 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 8 de 15 Requisitos funcionais (casos de uso) Para Ian Sommerville, edição 23, os requisitos funcionais normalmente surgem conforme a necessidade de usuários, de restrições de orçamentos, de políticas organizacionais, pela necessidade de interoperabilidade com outros sistemas ou devido a fatores externos, como regulamentações ou legislação, por exemplo. RF1 Manutenção de Usuários. Objetivo Ator O módulo Manutenção de Usuários será desenvolvido para englobar as principais funcionalidades correspondentes aos dados de usuários e permissões de acesso tanto às informações do estoque quanto aos dados dos usuários, como por exemplo, consulta, inclusão, alteração e exclusão de engenheiros, gerentes e demais atores do sistema. Administrativo Prioridade Entradas e pré-condições Essencial Importante Desejável Pré-condições: - Disponibilidade do ambiente; - O sistema deve ter sua carga inicial efetuada; - Um usuário MASTER deverá cadastrar os primeiros usuários; Dados de Entrada: - Matrícula; - Função; - Nome; - CPF; -Endereço - Data de Nascimento - Sexo; - Fone 1 - Fone 2 (Opcional) - E-mail 1 - E-mail 2 (Opcional) Saídas e pós-condições Saídas: - Usuários cadastrados e mantidos com sucesso. Pós-condições: - Não se aplica. IT Solutions Project Página 8 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 9 de 15 RF2 Manutenção de Produtos. Objetivo Ator Prioridade Entradas e pré-condições Este módulo tem como característica a entrada e saída de produtos (materiais e equipamentos) do almoxarifado central da matriz. Foi idealizado para englobar as principais funcionalidades correspondentes aos usuários deste setor, como por exemplo, consulta, inclusão, detalhe, alteração e exclusão de produtos diversos utilizados pelos diferentes canteiros de obras. Almoxarifado. Essencial Importante Desejável Pré- Condições: - Disponibilidade do ambiente; - Usuários com perfil e níveis de acesso específicos para realizarem o cadastro de produtos; Dados de Entrada: - do Produto - Descrição - Quantidade - Tipo Saídas e pós-condições Saídas: - Produtos cadastrados e mantidos com sucesso Pós-condições: - Não se Aplica RF3 Controle de Pontos Remotos. Objetivo Ator Efetuar a criação e cadastro dos pontos remotos; descrever os serviços que serão efetuados no ponto remoto; indicar responsável pelo ponto e localização. Departamento de Engenharia. Prioridade Entradas e pré-condições Essencial Importante Desejável Pré-condições: - Disponibilidade do ambiente - Usuários com perfil e níveis de acesso específicos para realizarem o cadastro de pontos remotos. IT Solutions Project Página 9 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 1 de 15 Dados de Entrada: - do Ponto Remoto - Descrição - Data inicial - Contato 1 - Contato 2 (Opcional) - Responsável - Nome - Endereço Saídas e pós-condições Saídas: - Pontos Remotos cadastrados e mantidos com sucesso Pós-condições: - Não se Aplica RF4 Ordem de Serviço. Objetivo Ator É de responsabilidade do de Ordem de Serviço a comunicação online e real-time da matriz com os pontos remotos. Este módulo permitirá ao Engenheiro, responsável pelo ponto remoto, realizar o enfileiramento de demandas, atividades e projetos da matriz, aumentando assim o poder de gerenciamento e planejamento de suas ações. Será disposto um formulário eletrônico para o preenchimento da ordem de serviço com todas as características referentes à data, localização do ponto remoto, especialidade do serviço, estimativa do tempo de serviço e produtos empregados. Departamento de Engenharia. Prioridade Essencial Importante Desejável Entradas e pré-condições Pré-condições: - Disponibilidade do ambiente - Usuários com perfil e níveis de acesso específicos para realizarem o envio de Ordens de Serviço. - Usuários cadastrados - Produtos Cadastrados - Pontos Remotos Cadastrados Dados de Entrada: - da Ordem de Serviço - Descrição - Data inicial - do Ponto Remoto - Responsável IT Solutions Project Página 1 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS - Emissor - Data de Conclusão 11 de 15 Saídas e pós-condições Saídas: - Ordens de serviço enviadas e consultadas com sucesso. Pós-condições: - A ordem de serviço depois de criada/ gerada deve ser enviada ao ponto remoto e responsável que será informado no formulário. RF5 Controle de Pedidos. Objetivo Ator Responsável pelas funcionalidades de solicitação e consulta de produtos (materiais e equipamentos) utilizados nos canteiros de obras. Neste módulo, o usuário poderá consultar a lista de produtos cadastrados no banco de dados, filtrando pelo tipo de material ou equipamento ou por parte do nome dos mesmos. Assim, o usuário poderá selecionar itens e quantidades que serão adicionados a uma lista de pedidos, sendo esses pedidos confirmados e atendidos conforme a disponibilidade dos recursos no almoxarifado da empresa. Engenheiro Prioridade Essencial Importante Desejável Entradas e pré-condições Pré-condições: - Disponibilidade do ambiente - Usuários com perfil e nível de acesso específicos para realizarem o envio de Pedidos. - Usuários cadastrados - Produtos Cadastrados - Ordens de serviços Cadastradas Dados de Entrada: - do Pedido - Ordem de Serviço - Responsável - Descrição Produto - Quantidade Produto - Produto Saídas e pós-condições Saídas: - Pedidos enviados e consultados com sucesso. Pós-condições: IT Solutions Project Página 11 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 12 de 15 - O pedido depois de criado/gerado deve ser enviado ao almoxarifado, e a baixa no sistema é realizada automaticamente mediante o envio realizado com sucesso desse pedido e disponibilidade RF6 Relatórios. Objetivo Ator O Relatório terá como característica a emissão de relatórios gerenciais dos demais módulos. Estes relatórios são gerados a partir da compilação dos diferentes dados pertencentes aos diferentes módulos de forma integrada, disponibilizando assim, informações importantíssimas ao corpo gerencial da empresa Torre Forte Construções LTDA, que terá a possibilidade de acompanhar e intervir em tempo real no andamento dos serviços, pois todos os dados dos relatórios serão atualizados de forma online. Gerência. Prioridade Essencial Importante Desejável Entradas e pré-condições Pré-condições: - Disponibilidade do ambiente. - Usuários com perfil e níveis de acesso específicos para realizarem a geração de relatórios. Dados de Entrada: - Tipo de Relatório - Período Inicial - Período Final Saídas e pós-condições Saídas: - Relatórios gerenciais gerados de acordo com o tipo e período informado. - Gerar Relatório Usuários x Produtos ; - Gerar Relatório Usuários x Pontos Remotos ; - Gerar Relatório Usuários x Ordem de Serviço ; - Gerar Relatório Usuários x Pedidos ; - Gerar Relatório Produtos x Pontos Remoto ; - Gerar Relatório Produtos x Ordem de Serviço ; - Gerar Relatório Produtos x Pedidos ; - Gerar Relatório Pontos Remotos x Ordem de Serviço ; - Gerar Relatório Pontos Remotos x Pedidos ; - Gerar Relatório Ordem de Serviço x Pedidos ; Pós-condições: - Não se Aplica. IT Solutions Project Página 12 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 13 de 15 Requisitos não funcionais Segundo Rogers S. Pressman, edição 21, os requisitos não funcionais dizem respeito às restrições sobre os serviços ou funções do sistema. Usabilidade Esta seção descreve os requisitos não funcionais associados à facilidade de uso da interface com o usuário, material de treinamento e documentação do sistema. [NF1] Interface Gráfica Amigável Devido à inovação do sistema no setor a ser usado, a sua interface deverá ser a mais simples e intuitiva possível para facilitar a consulta e edição dos dados. Para isso os conceitos de usabilidade serão largamente utilizados pelos desenvolvedores do projeto, afim de que o tempo de aprendizado seja mínimo e o sistema ofereça maior produtividade ao usuário. Prioridade: Essencial Importante Desejável Confiabilidade Esta seção descreve os requisitos não funcionais associados à freqüência, severidade de falhas do sistema e habilidade de recuperação das mesmas, bem como à corretude do sistema. [NF2] Integridade do Banco de Dados O sistema deverá promover a integridade e coerência do banco de dados independente das demais tarefas ocorridas na aplicação. Todas as transações e iterações deverão respeitar o fluxo de dados de forma a não tornar as informações contidas no banco de dados inconsistentes. Prioridade: Essencial Importante Desejável IT Solutions Project Página 13 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS Desempenho 14 de 15 Esta seção descreve os requisitos não funcionais associados à eficiência, uso de recursos e tempo de resposta do sistema. [NF3] Tempo de resposta Devido à urgência de alguns pedidos de materiais e equipamentos, assim como as ordens de serviços, cada consulta, interação e resposta do sistema não poderá ultrapassar, em média, 1 (um) segundo, para um total de até 5 usuários acessando simultaneamente. Prioridade: Essencial Importante Desejável [NF4] Usuários simultâneos Como o sistema será utilizado tanto na matriz quanto nos vários pontos remotos, o mesmo deverá permitir o acesso e a entrada de dados pelos diversos usuários simultaneamente, assim como permitir durante esse processo o uso normal do sistema aos demais usuários. Prioridade: Essencial Importante Desejável Segurança Esta seção descreve os requisitos não funcionais associados à integridade, privacidade e autenticidade dos dados do sistema. [NF5] Privacidade e Segurança Como o sistema conterá dados importantes e confidenciais dos seus usuários e pontos remotos, o mesmo dará a possibilidade que estes dados sejam alocados de forma segura sem permitir que as informações sejam reveladas ou alteradas por usuários que não tenham permissão. Prioridade: Essencial Importante Desejável IT Solutions Project Página 14 de 15 Sistema de Controle de Pedidos Versão 1.3

SISTEMA DE CONTROLE DE PEDIDOS 15 de 15 APROVAÇÃO Estou ciente e de acordo com as informações passadas por mim para composição deste documento e com o conteúdo deste. Data: 15/9/21 Data: 15/9/21 RESPONSÁVEL SOLICITANTE Adriano Marra Gerente de s IT Solutions Professor Wilson Amaral Martins Engenharia de Software Faculdade de Tecnologia Senac IT Solutions Project Página 15 de 15 Sistema de Controle de Pedidos Versão 1.3