PIM VI - REALIZAR O LEVANTAMENTO E A ANÁLISE DE REQUISITOS DE UM SISTEMA PARA EMPRESA DESTINADA À VENDA DE JOGOS ELETRÔNICOS, ACESSÓRIOS E PRODUTOS GEEK

Prévia do material em texto

2
UNIVERSIDADE PAULISTA – UNIP EAD
Projeto integrado Multidisciplinar
Curso Superior de Tecnologia em Analise e desenvolvimento
Marcos Pontes de Albuquerque – 2023554
PIM VI – REALIZAR O LEVANTAMENTO E A ANÁLISE DE REQUISITOS DE UM SISTEMA PARA EMPRESA DESTINADA À VENDA DE JOGOS ELETRÔNICOS, ACESSÓRIOS E PRODUTOS GEEK
Polo UNIP Marquês – SP
2021
Marcos Pontes de Albuquerque – 2023544
REALIZAR O LEVANTAMENTO E A ANÁLISE DE REQUISITOS DE UM SISTEMA PARA EMPRESA DESTINADA À VENDA DE JOGOS ELETRÔNICOS, ACESSÓRIOS E PRODUTOS GEEK
Projeto Integrado Multidisciplinar VI
Projeto Integrado Multidisciplinar
para a obtenção do título de graduação
em Analise e desenvolvimento
de sistema apresentado à
Universidade Paulista – UNIP EaD.
Orientador: Profa. Sandra Bozolan
Polo UNIP Marquês – SP
2021
RESUMO
Esse presente projeto tem como finalidade construir um sistema para controlar o estoque de produtos e as vendas realizadas na empresa. Será feito um levantamento de todos os processos de caso de uso, para que aja um melhor entendimento da situação, para que possamos entregar a melhor experiencia ao cliente, sem atrasos ou mesmo insatisfação. O sistema em si conta com um cadastro de funcionários (atendente, estoquista e supervisor), também será dividido em categorias como jogos, acessórios e produtos geek. Os produtos deveram possuir diversos fatores de cadastro que será abordado ao decorrer do projeto, que contará com níveis de acessos entre os funcionários e suas funções. 
Palavras-chaves: Geek, Sistema, Jogos, Projeto, Funcionário.
ABSTRACT
This project aims to build a system to control the stock of products and sales made in the company. A survey of all use-case processes will be carried out, so that a better understanding of the situation can be acted, so that we can deliver the best experience to the customer, without delay or even dissatisfaction. The system itself has an employee register (attendant, stockist and supervisor), it will also be divided into categories such as games, accessories and geek products. The products must have several registration factors that will be addressed during the project, which will have levels of access between employees and their functions.
Keywords: Geek, System, Games, Project, Employee.
Sumário
Introdução	6
1	Objetivos do Sistema	7
2	Caso de Uso	7
2.1	Condições de Acesso	9
2.2	Cadastros de clientes	10
2.3	Cadastro de Produtos	13
3	Requisitos não funcionais	15
4	Requisitos Funcionais	16
5	Diagrama de classes	18
6	Modelo de dados (MER), modelo de relacionamento	19
6.1	Entidade e suas relações	19
7	Modelagem lógica da Solução	22
8	Modelagem Física da solução	22
CONCLUSÃO	24
REFERÊNCIAS BIBLIOGRÁFICAS	25
Introdução
Em busca de modernizar e ajudar no controle de vendas e produtos em estoque, a empresa necessita de um sistema que ajude nesse meio, mas para isso precisamos analisar todo o contexto com casos de usos e necessidades do cliente. 
Primeiramente o sistema será construído para cadastrar produtos da loja, as vendas e os clientes que comprarem. Nesse meio entra o atendente que será responsável por cadastrar os novos clientes, verificar listas de produtos e se caso necessário cancelar a comprar ou mesmo excluir um produto da lista, somente o supervisor terá acesso para realizar tal função. Já a função do estoquista nada mais é que cadastrar os produtos da loja, onde será dividida em jogos, acessórios e produtos geek. Todo o acesso precisará de Login e Senha, a onde ficará armazenado no banco de dados da empresa, juntamente com os dados dos clientes cadastrados.
O sistema será planejado para um uso ágil, a onde ajudará tanto a parte da empresa, quanto os clientes da loja. Pode até ser legal para direcionar propagandas de produtos de cada perfil de cliente futuramente por email, claramente com o consentimento do cliente nessa ação.
Objetivos do Sistema
O sistema terá como foco a facilidade de usabilidade entre usuários (colaboradores) e o ambiente do trabalho, ajudando assim com as vendas, controle de estoque e registro de saída e entrada de produtos, gerando um relatório de fluxo de caixa.
Com a separação por categoria (jogos, acessórios e produtos geek), o cliente poderá ficar mais confortável e de forma mais ágil escolher o produto ideal para ele. Com objetivo mais claro em sua ida a loja, podem também fazer com que o cliente se vincule a loja, formando um cliente fiel que retornará constantemente com indicações ou até mesmo com familiares.
Com o novo sistema podemos também melhorar o fluxo das atividades dos colaboradores, com produtos com etiquetas ou mesmo códigos de barras, para melhor verificação em sistema sobre valores e informações extras. Caso o cliente solicite informações a mais sobre o produto, basta ler esse código de barras ou mesmo inserir o código do produto no sistema para puxar as informações.
Caso de Uso
Com o software UML – Unifield Modeling Language (Linguagem de Modelagem Unificada) é capaz de ser empregada para especificar, ilustrar a documentação e a construção de softwares que faça uso de sistemas complexos. Com tal função, conseguimos administrar o controle no desenvolvimento do projeto. Segui a baixo o diagrama de caso de uso do sistema da loja:
Fonte: Própria (2021)
Figura 1 - Diagrama de Caso de Uso
Fonte: Própria (2021)
Fonte: Própria (2021)
)
Figura 3 - Diagrama UML de Estoque
Condições de Acesso
Para ter acesso ao sistema todos os funcionários (atendente, supervisor e estoquista) deverão possuir Login e senha. Cada função terá um tipo de acesso, limitando por cargo o acesso as funções do sistema. Atendente poderá consultar produtos, cadastrar clientes e finalizar compra, já o supervisor, terá acesso a cancelar algum produto da lista do cliente, cancelar comprar, autorizar compras de estoque e acessar fluxo de caixa. O estoquista pode excluir produto de estoque ou mesmo atualizar seu status da lista (disponível, quantidade, em falta e etc...), também tem acesso a cadastrar novos produtos e solicitar compra de estoque com autorização do supervisor.
Cadastros de clientes
	 
Os cadastros de cliente poderão ser feitos junto com os atendentes, já que o mesmo ficará registrado no banco de dados junto com a compra do cliente. No banco de dados será registrado os dados do cliente, o produto comprado, como também será gerado um código de compra, data de validade, opção de pagamento, status de pagamento e para loja o status de venda logo abaixo:
Tabela 1 - Cadastro de Cliente
	Identificação
	Cadastro de cliente
	Escopo 
	Identificação/Login e Senha.
	Descrição
	Permitirá o atendente a realizar o cadastro de clientes no sistema.
	
	
	
	Ator 
	Atendente/Caixa
	
	Interessados
	Atendente/Caixa, Empresa e Clientes.
	
	Pré-Condição
	O cliente não deve possuir cadastro
	
	Pós-Condição
	O sistema gera um código para o cadastro do cliente e cadastra as informações no banco de dados. 
	
	
	
	
	Requisito 
	Os campos de cadastro devem ser preenchidos e onde se preenche nº não poderá ter letras.
	
	
	
	
Fonte: Própria (2021
Logo abaixo mostrarei um protótipo da tela de login a onde cada usuário terá acesso único e o cadastro de clientes, a onde se pode ver todos os requisitos necessários para cadastrar cada cliente em sistema:
Figura 4 - Tela de Inicio
Fonte: Própria (2021)
Fonte: Própria (2021)
Figura 5 - Tela de Login
Após login em sistema, podemos ver um menu em protótipo para uso dos usuários. Cadastros e produtos são expansivos, quando selecionado um menu com algumas opções será disponibilizado. Como solicitado pela empresa, algumas funções são permitidas somente para certos cargos, sendo assim, quando algum usuário não autorizado a realizar alguma coisa em sistema será gerado um Pop-up informando que usuário não tem permissão de acessar essa função. Toda essa parte de segurança será entrelaçado ao banco de dados com ID ou mesmo por nome de usuário.
Dando continuidade nos protótipos de alta fidelidade, mostraremos agora como será o cadastro de cliente: 	Fonte: Própria (2021)
Figura6 - Cadastro de Cliente
Como podemos ver, todos os dados necessários e solicitados estão inclusos, também foi adicionado algumas opções a mais que poderá ser interessante para armazenar também. Após cadastrar, será mostrado um Pop-up informando que foi registrado e o código do cliente, onde será armazenado em sistema no banco de dados. Como podemos ver na imagem a baixo como ficaria após finalizar o cadastro:
	Figura 7 - Cadastro Finalizado
Fonte: Própria (2021)
Em “Consulta de Cliente” foi pensado nas buscas mais simples e rápida, podemos consultar por CPF, código de cliente ou mesmo com nome e data de nascimento, após consultar, será demostrado os dados do cliente caso queira mudar também terá a opção e suas últimas compras na loja.
Cadastro de Produtos
O cadastro de produtos ficará por conta do estoquista que a mesma coisa que o atendente, terá suas devidas funções no sistema, o resto ficará “bloqueado” por id ou mesmo por cargo pelo banco de dados.
Solicitado pela empresa, o estoquista terá que registrar todos os produtos e atualizar seus status em estoque, com algumas funções destinadas a supervisão autorizar, como a solicitação de remessa para novos produtos. Segue a baixo o protótipo de cadastro do produto:
	Fonte: Própria (2021
Figura 8 - Cadastro de Produto finalizado
Figura 9 - Cadastro de Produto
Fonte: Própria (2021)
A única diferença nesse cadastro são os jogos e acessórios, já que ambos precisa informar plataforma e garantia de produto, selecionando um ou outro será desbloqueado para preencher esses novos dois campos, já os produtos Geek somente a parte superior precisa ser preenchida. Lembrando que em “Consultar Produto”, o estoquista ou mesmo o supervisor conseguirá mudar status (em falta, disponível ou mesmo a quantidade que falta), preço ou mesmo a garantia. Em “Excluir produto”, terá a disponibilidade de remover produtos em estoque, mais com autorização do supervisor. Segue abaixo um caso de uso para cadastro de produtos:
	Identificação
	Cadastro de Produtos
	Escopo 
	Cadastro de Produtos
	Descrição
	Permitirá que o estoquista faça cadastro de produtos com (Código de barras, Categoria, Nome do produto, Preço e Quantidade).
	
	
	
	
	
	
	Ator 
	Estoquista
	
	Interessados
	Loja e Estoquista
	
	Pré-Condição
	Os produtos devem ter suas especificações como na descrição.
	
	
	
	
	Pós-Condição
	Permitirá que o estoquista faça o cadastro de novos produtos à venda na loja (Com quantidades respectivas de cada produto.
	
	
	
	
	Requisito 
	Os campos de cadastro devem ser preenchidos, e os campos "Quantidade, valor do produto e código de barras" aceitará somente números e pontos.
	
	
	
	
	
	
	
Tabela 2 - Cadastro de Produtos
Fonte: Própria (2021)
 
Requisitos não funcionais 
O uso do sistema em boas práticas de confiabilidade, desempenho, disponibilidade, manutenção e usabilidade, são classificados como requisitos não funcionais. Com um sistema novo, acreditamos que os colaboradores não possuam familiarização com esses quesitos teóricos de sistema, a onde mostraremos as particularidades do sistema. Podemos ver a seguir uma proposta sobre os requisitos não funcionais:
	Identificação
	Tipo
	 Descrição
	Requisito não funcional 01
	Disponível em Desktop nas áreas da loja.
	Disponibilidade de uso, com bom desempenho sem perda de dados.
	
	
	
	
	
	
	
	
	Requisito não funcional 02
	Fluxo de caixa.
	Bom desempenho para que as vendas sejam contabilizadas com sucesso, gerando o código de vendas após finalizar.
	
	
	
	
	
	
	
	
	
	
	
	
	
	Requisito não funcional 03
	Controle de acesso.
	Possuir boa funcionalidade, pois a cada venda gerada diminui na quantidade de estoque da loja, gerando mais pedidos com fornecedores.
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	Requisito não funcional 04
	Fácil de usar e compreender.
	Facilidade em cadastro de clientes, produtos ou consultar preços. O usuário deve ficar familiarizado com o sistema.
	
	
	
	
	
	
	
	
	
	
	
	
	
	Requisito não funcional 05
	Segurança de acesso.
	O login é usado para controle de acesso, mas também para dificultar ataques contra o banco de dados de clientes e produtos em estoque.
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
Tabela 3 - Requisitos Não Funcionais
Fonte: Própria (2021)
Requisitos Funcionais
Requisitos funcionais é de fácil familiarização já que podemos perceber somente olhando, no caso é toda a parte de interação como tela de login, animações, botão de “entrar”.
No sistema podemos perceber pelos seguintes fatores:
Fator Requisito Funcional: A
Nome: Cadastro do Cliente
Data de Cadastro: DD/MM/AAAA
Autor: Atendente (O atendente poderá realizar os cadastros).
Versão 1.0
Descrição: Após realização de cadastro, será gerado um código do cliente que pode servir como um id. As informações de realização de cadastro são: Nome, Rg, CPF, Celular, Telefone, E-mail, senha (provisória de cadastro), Sexo (M ou F), Data de Nascimento e Endereço, onde serão salvos no banco de dados.
Fator Requisito Funcional: B
Nome: Cadastro de Produtos
Data de Cadastro: DD/MM/AAAA
Autor: Estoquista (Tem como função de cadastrar os produtos)
Versão 1.0
Descrição: Permitirá que o estoquista faça o cadastro dos produtos com o preenchimento de forma a seguir: Nome do produto, Código de barras, Quantidade, Fabricante, Preço, Categoria e se caso o produto for jogos ou acessórios geek, terá mais duas funções para preencher que são Plataforma e Garantia de Produto.
Fator Requisito Funcional: C
Nome: Consulta Produto
Autor: Atendente
Versão 1.0
Descrição: Consultar produto será realizado peloa atendente se caso o cliente pedir. Essa função mostra todas as informações necessarias na consulta (Preço, Descrição e etc...)
Fator Requisito Funcional: D
Nome: Excluir Produto
Autor: Estoquista (O estoquista poderá fazer os cadastros)
Versão 1.0
Descrição: Para produtos que não estão mais a venda ou mesmo fora de estoque, é dever do estoquista fazer a exclusão desses produtos, até mesmo manter atualizados no sistema. 
Diagrama de classes
Os tipos de analise se dividem em: classe de fronteiras (Boundary), classe-controle (Control) e classe-entidade (Entity).
Depois de mostrar os tipos, seguimos o raciocínio do pedido do cliente referente ao sistema, finalizamos o diagrama de classes de analise, ficando da seguinte forma:Fonte: Própria (2021)
Tabela 4 - Diagrama de Classes
Modelo de dados (MER), modelo de relacionamento	
Com o objetivo e retratar em dados o significado do mundo real, o que foi apresentado na fase teórica do projeto. O objetivo do MER é representar qualquer coisa do mundo externo que possui uma existência independente do setor, colaboradores, cargo ou mesmo produtos. Toda a loja tem particularidades que são chamadas de atributos e algumas se relacionam uma com as outras como atendente, estoquista, supervisor e clientes.
Entidade e suas relações 
Relacionamento entre entidade é a representação de uma entidade com outra, independentemente de sua simbologia, quando uma ou mais entidades estiverem juntas haverá um relacionamento (entre elas) ou não haverá. 
	Relações
	Descrição
	1...0
	Relação de um para nada.
	1...1
	Relação de um para um
	1...n
	Relação de um para muitos (n)
	n...n
	Relação de muitos para muitos (n para n)
Tabela 5 -Relação entre entidades
Fonte: Própria (2021)
A partir daqui estarei mostrando como é o desenho MER de relacionamento. Em círculos (relacionamento) e retângulo (entidade). Para exemplificar, foi criado um parâmetro da entidade estoquista, no desenho MER, onde o estoquista tem em seu cadastro os itens Login, Cargo, Id, Nome, Email e CPF.
Figura 10 - Entidade do estoquista
Fonte: Própria (2021)
	Em sequência o estoquista que delega sua função de cadastrar produtos, será exemplificado aqui o cadastro de um produto com os elementos Código de barras, Categoria, Quantidade e Preço:
Figura 11 - Entidade do Produto
Fonte: Própria (2021)
	
Com a distribuição sendo feita para a loja a onde os clientes irão comprar os produtos cadastrados, nessaforma o cliente poderá comprar realizando o cadastro na loja. Com as seguintes informações: Nome, Número da ficha, RG, CPF, data de nascimento e e-mail.
Figura 12 - Entidade Cliente
Fonte: Própria (2021)
	Veja como ficou a interação de Entidade Relacionamento, Estoquista possui o relacionamento de 1...n, com a entidade produto, e vice-versa possui relacionamento de 1...0. A relação entre estoquista e cliente é de 1...1 e vice-versa permanece. Entre cliente e produto 1...n e vice-versa 1...0. Figura 13 - Relações
Fonte: Própria (2021)
Modelagem lógica da Solução	
	
Com a Primary key, podemos fazer a exploração das entidades dos Produtos, Clientes e Funcionários, com suas respectivas chaves e os dados de Funcionários. Dados Nome, CPF, Cargo, Telefone, E-mail, Produto Código de barras. Categoria, Fabricante, Nome, Valor, Cliente (cadastro) Código, Nome, RG, CPF e E-mail.
Tabela 6 - Lógica da Solução
	Funcionário
	
	Produto
	PK
	Matricula
	
	PK
	CódBarras
	 
	Nome
	
	 
	Nome
	
	CPF
	
	
	Categoria
	
	Cargo
	
	
	Fabricante
	
	Telefone
	
	
	
	
	E-mail
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	Cliente
	
	
	
	PK
	CPF
	
	
	
	 
	Nome
	
	
	
	
	CustCode
	
	
	
	
	Endereço
	
	
	
	
	Telefone
	
	
	
	
	E-mail
	
	
	
	 
	RG
	
 Fonte: Própria (2021)
Modelagem Física da solução
Após a realização de modelagem lógica, será mostrado a modelagem física da solução, ou seja, envolvendo agora os caracteres de cada aplicação como no exemplo anterior, a diferença é que agora tem a existência de valores. 
Tabela 6 - Física da solução
	Funcionário 
	PK
	Matrícula
	Char (10)
	 
	Nome 
	Varchar (100)
	
	CPF
	char (11)
	
	Cargo
	Varchar (30)
	
	Telefone
	char (10)
	
	E-mail
	Varchar (50)
	
	
	
	
	
	
	
	
	
	Cliente
	PK
	CPF
	Char (100)
	 
	Nome 
	Varchar (100)
	
	CustCode
	char (8)
	
	Endereço
	Varchar (150)
	
	Telefone
	char (11)
	
	E-mail
	Varchar (50)
	
	RG
	Varchar (14)
	
	
	
	
	
	
	
	
	
	Produto
	PK
	CPF
	Char (100)
	 
	Nome
	Varchar (100)
	
	Categoria
	Varchar (20)
	
	Fabricante 
	Varchar (30)
Fonte: Própria (2021)
	
CONCLUSÃO 
Com o objetivo de integrar um sistema em uma loja que tinha suas atividades manuais, podemos perceber que a integração é de fácil compreendimento, manuseio e também segura. Quando trabalhamos com banco de dados, além de conseguir armazenar com mais facilidade as informações, fazemos com que o sistema fique mais seguro como um tudo. Cada Login no sistema é separado por hierarquia ou mesmo por cargo, e em diversas situações é solicitado o Login de um supervisor ou mesmo do Estoquista fazer certas funções.
Além da ajuda que um sistema possa proporcionar a uma empresa, contamos também com a organização e controle, onde podemos organizar quantidades de produtos, valores, estoque, gerenciamento de gasto e ganhos, e até mesmo o controle de vendas e horários de venda. 
Com tudo, podemos dar maior importância no acumulo de informações de qualidade para a construção do sistema e chegar ao nível desejado pela empresa, nesse ritmo até mesmo na construção do código fonte trará menos problemas e bugs.
REFERÊNCIAS BIBLIOGRÁFICAS
	
CANGUÇU, Raphael. O que são Requisitos Funcionais e Requisitos Não Funcionais? CODIFICAR. 2021. Disponível em: https://codificar.com.br/requisitos-funcionais-nao-funcionais/
COZER, Raquel. Uma loja só para nerds e geeks em São Paulo. Folha de S.Paulo.2021.Disponível:https://abibliotecaderaquel.blogfolha.uol.com.br/2012/04/22/.blogfolha.uol.com.br/2012/04/22/uma-loja-so-para-nerds-e-geeks-em-sao-paulo/
9 Lojas Geek que você tem de conhecer. NOVAREJO. 2021. Disponível em:https://www.consumidormoderno.com.br/2016/05/25/13-lojas-geek-que-voce-tem-de-conhecer/
OLIVEIRA, Danielle. MER e DER: Conheça as definições. ALURA. 2021. Disponível em: https://www.alura.com.br/artigos/mer-e-der-funcoes