PIM VI

Prévia do material em texto

UNIVERSIDADE PAULISTA
 
BRUNO ANHEZINI
 
 
 
 
 
 
 
 
PIM VI
SISTEMA DE CONTROLE DE ESTOQUE E VENDAS PARA LOJA DE JOGOS E
PRODUTOS GEEK
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
POLO AMERICANA
2024
BRUNO ANHEZINI
 
 
 
 
 
 
 
 
PIM VI
SISTEMA DE CONTROLE DE ESTOQUE E VENDAS PARA LOJA DE JOGOS E
PRODUTOS GEEK
 
 
Projeto integrado multidisciplinar apresentado ao
curso de Análise e Desenvolvimento de Sistemas,
área de tecnologia, da UNIVERSIDADE
PAULISTA, como requisito parcial para a
conclusão das disciplinas em Análise e
Desenvolvimento de Sistemas.
 
 
 
 
Orientador: GISLAINE STACHISSINI BARROS
 
 
 
 
 
 
 
 
 
 
 
POLO AMERICANA
2024
RESUMO
O projeto trata-se do desenvolvimento customizado de um sistema de
controle de estoque e vendas para uma loja de jogos eletrônicos e produtos geek. O
objetivo é fornecer a capacidade de gerenciar cadastros, atualizações, consultas e
exclusões de produtos e clientes, além de controlar acessos através de diferentes
níveis de permissão. A proposta inclui análise de requisitos, modelagem de dados,
desenvolvimento de funcionalidades, medidas de segurança e testes. 
Espera-se que o sistema garanta uma experiência eficiente e segura, atendendo às
exigências operacionais da loja e simplificando o gerenciamento de estoque, vendas
e clientes. A combinação das ferramentas e ambordagens proporcionarão um
sistema funcional, escalável e robusto, pronto para suportar o crescimento futuro da
loja.
Palavras-chave: Gestão; Estoque; Segurança de Dados, Vendas.
ABSTRACT
The project involves the customized development of an inventory and sales
management system for a store specializing in electronic games and geek products.
The aim is to provide the capability to manage product and customer registrations,
updates, queries, and deletions, as well as to control access through different
permission levels. The proposal includes requirements analysis, data modeling,
functionality development, security measures, and testing. 
The system is expected to ensure an efficient and secure experience, meeting the
operational requirements of the store and simplifying inventory, sales, and customer
management. The combination of tools and approaches will provide a functional,
scalable, and robust system, ready to support the store's future growth.
Keywords: Management; Inventory; Data Security; Sales.
1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SUMÁRIO
INTRODUÇÃO 7
CASOS DE USO 8
Autenticar Usuário 8
Gerenciar Produtos 8
Gerenciar Clientes 9
Realizar Venda 9
Cancelar Venda 10
Consultar Preços 10
Relacionamentos: 11
REQUISITOS NÃO FUNCIONAIS 12
Interface Amigável 12
Facilidade de Navegação 12
Eficiência no Desempenho 12
Consistência Visual 12
Acessibilidade 12
Feedback e Confirmação 13
Segurança da Informação 13
Documentação e Suporte 13
CONTEXTO DE USO 14
Contexto de Acesso e Segurança 14
Contexto de Cadastros 14
Contexto de Consultas 14
Processo de Venda e Cancelamento 14
REGRAS DE NEGÓCIO 16
DIAGRAMAS 18
CONCLUSÃO 20
REFERÊNCIAS 21
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
LISTA DE ILUSTRAÇÕES
Tabela 1 — Regras de Negócio 16
Diagrama 1 — Diagrama de Classes 18
Diagrama 2 — Modelo de Dados (MER) 19
LISTA DE ABREVIATURAS E SIGLAS
FAQ Frequently Asked Question
MER Modelo Entidade-Relacionamento
RDN Requisito de Negócio
1 INTRODUÇÃO
O presente projeto tem como objetivo desenvolver um sistema de controle de
estoque e vendas personalizado para uma loja especializada em jogos eletrônicos e
produtos geek. A importância desse estudo reside na necessidade de otimizar os
processos operacionais da loja, simplificando o gerenciamento de estoque, vendas e
clientes. 
Considerando a complexidade do ambiente varejista, especialmente no nicho
de jogos eletrônicos e produtos geek, torna-se essencial a implementação de uma
solução tecnológica que agilize as operações e melhore a experiência do cliente.
Para isso, é necessário um sistema capaz de gerenciar cadastros, atualizações,
consultas e exclusões de produtos e clientes, além de controlar acessos por
diferentes níveis de permissão. 
A metodologia adotada compreende uma análise minuciosa dos requisitos do
sistema, seguida pela modelagem de dados e o desenvolvimento das
funcionalidades necessárias. A segurança da informação e a eficiência do sistema
são prioridades fundamentais nesse processo. 
Os objetivos destetrabalho incluem a criação de um sistema funcional,
escalável e robusto, capaz de atender às demandas operacionais da loja e de se
adaptar ao seu crescimento futuro. Serão empregadas ferramentas e abordagens
adequadas para garantir a eficácia da solução proposta. 
Ao longo do projeto, serão apresentados casos de uso detalhados, requisitos
não funcionais essenciais, regras de negócio relevantes e diagramas ilustrativos da
estrutura do sistema. Esses elementos serão cruciais para uma compreensão clara
do projeto e para o desenvolvimento eficiente da aplicação. 
Dessa forma, espera-se contribuir significativamente para a melhoria dos
processos de gestão de estoque, vendas e clientes em lojas especializadas,
fornecendo uma solução tecnológica alinhada com as demandas específicas do
mercado de jogos eletrônicos e produtos geek. 
7
2 CASOS DE USO
Os casos de uso detalham funcionalidades que o sistema oferecerá, os atores
envolvidos em cada interação e os cenários em que ocorrerão, permitindo uma
compreensão clara dos requisitos, e fornecendo uma base sólida para o
desenvolvimento eficaz da aplicação. 
A estruturação dos casos de uso segue as recomendações de Alistair
Cockburn em seu livro "Writing Effective Use Cases" (Cockburn, 2000), que fornece
diretrizes essenciais para a criação de casos de uso claros e eficazes.
2.1 Autenticar Usuário
Ator Principal: Todos os usuários 
Descrição: Permite aos usuários autenticarem-se no sistema fornecendo
um login e senha válidos. 
Pré-condição: O sistema está disponível para acesso.
Fluxo Principal:
O usuário insere seu login e senha.
O sistema verifica a autenticidade das credenciais.
Se as credenciais forem válidas, o usuário é autenticado e tem acesso ao
sistema. 
Fluxos Alternativos: 
Se as credenciais fornecidas forem inválidas, o sistema exibe uma
mensagem de erro. 
Pós-condição: O usuário autenticado tem acesso ao sistema.
2.2 Gerenciar Produtos
Ator Principal: Estoquista 
Descrição: Permite ao estoquista cadastrar, atualizar, consultar e excluir
produtos do sistema, incluindo a divisão por categorias: jogos, acessórios e
produtos geek. 
Pré-condição: O estoquista está autenticado no sistema.
Fluxo Principal:
O estoquista acessa o sistema.
O estoquista seleciona a opção de gerenciar produtos.
O sistema exibe as opções de cadastrar, consultar, atualizar ou excluir
produtos.
O estoquista executa a ação desejada.
8
Fluxos Alternativos: 
Se o produto já existir no sistema, o estoquista pode optar por atualizá-lo
em vez de cadastrá-lo.
Se o produto estiver associado a uma venda pendente, o estoquista não
poderá excluí-lo e recebe uma mensagem de alerta.
Pós-condição: As informações dos produtos são atualizadas no sistema.
2.3 Gerenciar Clientes
Ator Principal: Atendente 
Descrição: Permite ao atendente cadastrar, atualizar, consultar e excluir
clientes do sistema. 
Pré-condição: O atendente está autenticado no sistema.
Fluxo Principal:
O atendente acessa o sistema.
O atendente seleciona a opção de gerenciar clientes.
O sistema exibe as opções de cadastrar, consultar, atualizar ou excluir
clientes.
O atendente executa a ação desejada.
Fluxos Alternativos: 
Se o cliente já estiver cadastrado, o atendente pode optar por atualizar
suas informações em vez de cadastrá-lo novamente.
Pós-condição: As informações dos clientes são atualizadas no sistema.
2.4 Realizar Venda
Ator Principal: Atendente 
Descrição: Permite ao atendente registrar uma nova venda no sistema. 
Pré-condição: O atendente está autenticado no sistema e há produtos em
estoque.
Fluxo Principal:
O atendente acessa o sistema.
O atendente seleciona a opção de realizar uma nova venda.
O sistema exibe um formulário para registro dos produtos vendidos e
informações do cliente.
O atendente insere os dados necessários e confirma a venda.
Fluxos Alternativos: 
Se algum produto estiver com estoque insuficiente, o sistema alerta o
atendente.
9
Se o atendente tentar cancelar a venda, o sistema solicita autorização de
um supervisor.
Pós-condição: A venda é registrada no sistema e o estoque é atualizado.
2.5 Cancelar Venda
Ator Principal: Supervisor 
Descrição: Permite ao supervisor cancelar uma venda registrada no
sistema, enviando o código da venda para o sistema financeiro. 
Pré-condição: O supervisor está autenticado no sistema e há vendas
registradas.
Fluxo Principal:
O supervisor acessa o sistema.
O supervisor seleciona a opção de cancelar venda.
O sistema exibe uma lista das vendas registradas.
O supervisor seleciona a venda desejada para cancelamento e confirma a
ação.
O sistema envia o código da venda para o sistema financeiro.
Fluxos Alternativos: 
Se a venda já estiver finalizada e faturada, o sistema alerta o supervisor
sobre possíveis implicações contábeis.
Pós-condição: A venda é cancelada no sistema e registrado no sistema
financeiro.
2.6 Consultar Preços
Ator Principal: Atendente 
Descrição: Permite ao atendente consultar os preços dos produtos no
sistema, atendendo a solicitações dos clientes. 
Pré-condição: O atendente está autenticado no sistema.
Fluxo Principal:
O atendente acessa o sistema.
O atendente seleciona a opção de consultar preços.
O sistema exibe uma lista de produtos com seus respectivos preços.
O atendente seleciona o produto desejado para visualizar o preço.
Fluxos Alternativos: 
Se o cliente solicitar informações sobre um produto específico, o atendente
pode pesquisar pelo nome ou código do produto para encontrar seu preço.
10
Pós-condição: O atendente fornece ao cliente as informações de preço
solicitadas.
2.7 Relacionamentos:
Cancelar Venda (Supervisor) → Realizar Venda (Atendente): 
O caso de uso "Cancelar Venda" está relacionado ao caso de uso "Realizar
Venda" através de uma relação de >, pois o cancelamento é uma
extensão do processo de realização da venda. 
11
3 REQUISITOS NÃO FUNCIONAIS
Os requisitos não funcionais são cruciais para garantir a eficiência e a
usabilidade do sistema. Eles abrangem aspectos como desempenho, segurança,
interface do usuário e documentação. 
3.1 Interface Amigável
O sistema deve possuir uma interface intuitiva e amigável para facilitar o uso
por parte dos usuários, independente do nível de habilidade técnica. Isso inclui
layouts claros, organização lógica dos elementos e feedback visual adequado para
as ações realizadas. 
3.2 Facilidade de Navegação
Os usuários devem ser capazes de navegar facilmente entre as diferentes
funcionalidades do sistema, sem a necessidade de conhecimentos avançados em
informática. Menus de navegação claros e opções bem sinalizadas contribuem para
uma experiência de uso mais eficiente. 
3.3 Eficiência no Desempenho
O sistema deve ser responsivo e apresentar tempos de resposta rápidos para
as ações realizadas pelos usuários. Isso inclui o carregamento rápido das páginas,
processamento ágil das solicitações e minimização do tempo de espera durante as
operações. 
3.4 Consistência Visual
A interface do sistema deve manter uma consistência visual em todas as suas
telas e elementos gráficos, seguindo um conjunto de diretrizes de design pré-
definidas. Isso ajuda a criar uma identidade visual coesa e familiar para os usuários. 
3.5 Acessibilidade
O sistema deve ser acessível para usuários com diferentes necessidades,
incluindo aqueles com deficiências visuais, motoras ou cognitivas. Isso requer a
implementação de recursos como suporte a leitores de tela, teclas de atalho e
12
contraste ajustável para garantir que todos os usuários possam interagir com o
sistema de forma eficaz. 
3.6 Feedback e Confirmação
O sistema deve fornecer feedback claro e imediato para as ações realizadas
pelos usuários, indicando se uma operação foi concluída com sucesso ou se ocorreu
algum erro. Além disso, deve-se permitir aos usuários revisar e confirmar suas ações
antes de executá-las, reduzindo assim o risco de erros e arrependimentos. 
3.7 Segurança da Informação
O sistema deve garantir a segurança dos dados dos clientes e da empresa,
implementando medidasde criptografia, autenticação e controle de acesso
adequadas. De acordo com McGraw em "Software Security" (Mcgraw, 2005), é
essencial incorporar a segurança desde o início do ciclo de desenvolvimento do
software de modo a a aplicação contra acessos não autorizados, vazamento de
informações e ataques cibernéticos. 
 
Criptografia: Uso de algoritmos de criptografia fortes para proteger dados
sensíveis armazenados e transmitidos. 
Autenticação: Implementação de métodos robustos de autenticação,
como autenticação multifator. 
Controle de Acesso: Definição de permissões e roles para limitar o
acesso às funcionalidades do sistema com base no nível de permissão dos
usuários. 
Testes de Segurança: Realização de testes de penetração e análises de
vulnerabilidades regularmente para identificar e corrigir falhas de segurança. 
3.8 Documentação e Suporte
Deve ser fornecida uma documentação completa e acessível sobre o
funcionamento do sistema, incluindo tutoriais, manuais do usuário e FAQs. Além
disso, deve-se oferecer suporte técnico eficiente e responsivo para ajudar os
usuários em caso de dúvidas ou problemas durante o uso do sistema. 
13
4 CONTEXTO DE USO
O contexto de uso compreende as atividades diárias realizadas em uma loja,
incluindo cadastro de produtos, clientes, registro de vendas e cancelamento de
transações. Os usuários, como estoquistas e atendentes, interagem com o sistema
por meio de terminais localizados na loja. Essas operações são essenciais para o
funcionamento eficiente do estabelecimento, exigindo uma compreensão detalhada
das necessidades operacionais específicas da loja. 
4.1 Contexto de Acesso e Segurança
Usuários: Todos os funcionários da loja. 
Tarefas: Realizar o processo de autenticação por login e senha. 
Ambiente: Acesso ao sistema a partir dos terminais disponíveis na loja.
4.2 Contexto de Cadastros
Usuários: Estoquistas e atendentes. 
Tarefas: 
Estoquistas: Cadastrar, atualizar, consultar e excluir produtos. 
Atendentes: Cadastrar, atualizar, consultar e excluir clientes. 
Ambiente: Acesso ao sistema a partir dos terminais disponíveis na loja.
4.3 Contexto de Consultas
Usuários: Estoquistas e atendentes. 
Tarefas: 
Estoquistas: Consultar detalhes dos produtos. 
Atendentes: Consultar detalhadas dos clientes e produtos. 
Ambiente: Acesso ao sistema a partir dos terminais disponíveis na loja.
4.4 Processo de Venda e Cancelamento
Usuários: Atendentes e supervisores da loja. 
Tarefas: 
Atendentes: Registrar vendas, incluindo produtos e dados do cliente, e
excluir produtos da venda, se necessário. 
Supervisores: Cancelar vendas, autenticando-se com usuário e senha
14
válidos. 
Ambiente: Acesso ao sistema a partir dos terminais disponíveis na loja.
15
(continua)
5 REGRAS DE NEGÓCIO
O contexto das regras de negócio abrange a gestão de estoque, cadastro de
clientes, controle de vendas e permissões de acesso. Segundo von Halle e Goldberg
em "The Decision Model" (Halle; Goldberg, 2009), as regras de negócio são
primordiais para garantir que um sistema opere de acordo com as políticas e
procedimentos de uma organização, proporcionando consistência e eficiência nos
processos.
 
Tabela 1 — Regras de Negócio 
 Seção Regra
Acesso ao Sistema
RDN01: Todo acesso ao sistema deve ser realizado através de login e 
senha. 
RDN02: Existem diferentes níveis de permissão atrelados ao cargo do 
usuário, como estoquista, atendente e supervisor.
Cadastros em Geral
RDN03: O estoquista é responsável por cadastrar novos produtos no 
sistema. 
RDN04: Os produtos devem ser categorizados em: jogos, acessórios e 
produtos geek. 
RDN05: Cada produto deve possuir código de barras, nome do 
produto, categoria, fabricante, quantidade e valor. 
RDN06: Produtos nas categorias de jogos e acessórios devem incluir 
informações adicionais sobre a plataforma e o prazo de garantia. 
RDN07: O cadastro de clientes deve incluir: código, RG, CPF, nome, 
data do cadastro, endereço, telefone e e-mail.
Gestão de Vendas
RDN08: O atendente pode registrar novas vendas, incluindo os dados 
do cliente e os produtos adquiridos. 
RDN09: Cada venda deve gerar um código único, data da venda, valor 
total, opções de pagamento, status de pagamento e status da venda. 
RDN10: O atendente pode excluir produtos de uma venda a pedido do 
cliente. 
RDN11: Apenas o supervisor pode cancelar uma venda, sendo 
necessário fornecer login e senha válidos para a operação. 
RDN12: No cancelamento de uma venda, o código da venda deve ser 
enviado para o sistema financeiro.
Consultas e 
Atualizações
RDN13: O atendente pode consultar os preços dos produtos a pedido 
dos clientes. 
16
(conclusão)Tabela 1 — Regras de Negócio 
 Seção Regra
RDN14: O estoquista pode atualizar as informações de produtos 
existentes, mas não pode excluir produtos que estejam associados a 
vendas pendentes.
Controle de Estoque
RDN15: A venda de produtos deve automaticamente atualizar a 
quantidade de estoque. 
RDN16: O sistema deve alertar o atendente se algum produto estiver 
com estoque insuficiente no momento da venda.
Fonte: O autor (2024).
17
6 DIAGRAMAS
Nesta seção, apresentamos dois elementos essenciais ao projeto: o
Diagrama de Classes e o Modelo Entidade-Relacionamento (MER). 
Ambas representações visuais são importantes ferramentas de comunicação
e documentação, para todos os membros da equipe de desenvolvimento e demais
stakeholders. 
 
Diagrama 1 — Diagrama de Classes 
Fonte: O autor (2024).
18
 
Diagrama 2 — Modelo de Dados (MER) 
Fonte: O autor (2024).
19
7 CONCLUSÃO
O desenvolvimento do sistema de controle de estoque e vendas representou
um avanço significativo na otimização dos processos operacionais e na melhoria da
experiência do cliente. Ao longo deste projeto, alcançamos resultados relevantes,
fundamentais para atender às necessidades específicas da loja e proporcionar uma
solução tecnológica eficiente. 
A análise dos requisitos do sistema permitiu identificar as demandas
essenciais da loja, orientando o desenvolvimento das funcionalidades prioritárias. A
elaboração dos casos de uso, conforme as diretrizes de Alistair Cockburn, facilitou a
compreensão dos requisitos e orientou o desenvolvimento até a presente conclusão. 
Os requisitos não funcionais desempenharam um papel crucial na garantia da
eficiência e usabilidade do sistema. A implementação de uma interface amigável, a
garantia de eficiência no desempenho e a segurança da informação foram aspectos
prioritários que contribuíram para uma experiência de uso satisfatória para os
usuários. 
As regras de negócio estabelecidas foram fundamentais para assegurar que o
sistema operasse de acordo com as políticas e procedimentos da organização. A
definição de acesso ao sistema, cadastros em geral, gestão de vendas e controle de
estoque proporcionou consistência e eficiência nos processos da loja. 
Quanto à metodologia empregada, a abordagem adotada permitiu uma
análise detalhada dos requisitos, uma modelagem de dados precisa e um
desenvolvimento eficiente das funcionalidades. A integração de medidas de
segurança desde o início do ciclo de desenvolvimento do software garantiu a
proteção dos dados e a confiabilidade do sistema. 
Em resposta ao problema de pesquisa, concluímos que o sistema
desenvolvido atendeu às expectativas e necessidades da loja, proporcionando uma
experiência eficiente e segura para o gerenciamento de estoque, vendas e clientes. 
Para futuros trabalhos, sugere-se a continuidade do desenvolvimento do
sistema com a implementação de novas funcionalidades, como integração com
sistemas de pagamento online e análise de dados para suporte à tomada de decisão
gerencial. 
Em suma, o projeto alcançou seus objetivos ao fornecer uma solução
tecnológica alinhada com as demandas operacionais específicas da loja,
contribuindo para a melhoria dos processos de gestão e para a satisfação dos
clientes. 
20
REFERÊNCIAS
COCKBURN, Alistair. Writing Effective Use Cases. Addison-Wesley Professional,
v. 3, f. 151, 2000. 301 p.
HALLE, Barbaravon; GOLDBERG, Larry. The Decision Model: A Business Logic
Framework Linking Business and Technology. CRC Press, v. 1, f. 277, 2009. 553 p.
MCGRAW, Gary. Software Security: Building Security in. Addison-Wesley
Professional, v. 3, f. 225, 2005. 450 p.
21