PIM VI

Prévia do material em texto

2
2
UNIVERSIDADE PAULISTA 
CURSO SUPERIOR DE TECNOLOGIA - ANÁLISE DESENVOLVIMENTO SISTEMAS
 
 
 
Projeto Integrado Multidisciplinar VI
 
SISTEMA DE VENDA DE JOGOS ELETRÔNICOS, 
ACESSÓRIOS E PRODUTOS GEEK
 
 
 
 
Autor e RA: 
 Vinicius Papasidero - RA 2061813 
 
Polo Vila Formosa/SP 
2020
UNIVERSIDADE PAULISTA 
CURSO SUPERIOR DE TECNOLOGIA - ANÁLISE DESENVOLVIMENTO SISTEMAS
 
 
 
 
Projeto Integrado Multidisciplinar V
 
SISTEMA DE VENDA DE JOGOS ELETRÔNICOS, 
ACESSÓRIOS E PRODUTOS GEEK
 
 
 
Projeto Integrado Multidisciplinar V para obtenção do título de Técnico em Análise de Sistemas, apresentado à Universidade Paulista 
 
 
 
Polo Vila Formosa/SP 
2020
AGRADECIMENTOS
Agradeço primeiramente a Deus que me deu forças para seguir em minha trajetória. Agradeço a minha esposa que sempre me apoiou a não desistir dessa etapa, apesar de todas as dificuldades. Aos amigos e familiares que sempre me auxiliaram em momentos de necessidade. Agradeço, por fim, a todos que, direta ou indiretamente, contribuíram para esse trabalho e, principalmente, para meu crescimento pessoal e profissional.
RESUMO 
 
O projeto PIM VI tem como o objetivo a criação de sistema computacional para venda de jogos eletrônicos, acessórios e produtos geek. Para o desenvolvimento do sistema, utilizei técnicas aprendidas com as matérias Análise de Sistemas Orientada a Objetos, Banco de Dados e Gestão Estratégica de RH. Entre os principais objetivos, o sistema deverá realizar todos os cadastros, alterações, consultas e exclusões relacionados aos produtos que serão vendidos na loja, bem como os cadastros dos clientes e ainda deverá ser realizado o controle de acesso ao sistema com níveis de Login.
Palavras-chave: Software. Computação. Produtos Geek. Programação Orientada a Objetos. Sistema. Jogos Eletrônicos.
ABSTRACT 
 
The PIM VI project aims to create a computer system for the sale of video games, accessories and geek products. For the development of the system, I used techniques learned from the subjects Object Oriented Systems Analysis, Database and Strategic HR Management. Among the main objectives, the system must carry out all registrations, changes, queries and exclusions related to the products that will be sold in the store, as well as customer registrations and should still be carried out access control to the system with levels of Login.
Keywords: Software. Computing. Geek products. Object-Oriented Programming. System. Electronic games.
SUMÁRIO 
 
1 INTRODUÇÃO	6
2 PROJETO DO SISTEMA	7
2.1 REQUISITOS:	7
2.1.1 REQUISITOS NÃO FUNCIONAIS:	8
2.2 REGRAS DE NEGÓCIO:	9
2.3 DIAGRAMA DE CASO DE USO:	11
2.4 ESPECIFICAÇÕES DE CASOS DE USO	11
3 CONTEXTO DE USO	35
4 MODELO ENTIDADE RELACIONAMENTO (MER)	36
CONCLUSÃO	37
REFERÊNCIAS	38
		
1 INTRODUÇÃO 
O marcado Geek no Brasil vem em um crescimento exponencial. A pesquisa da Redação E-Commerce Brasil de 23/05/2019, diz que o publico Geek gasta 40% a mais que a média nacional. A mesma pesquisa estima que há uma movimentação de 138 bilhões de reais por ano com o mercado Geek. Para onde olhamos, vemos diversos produtos Geek: camisetas, canecas, mochilas, almofadas, games, e muito mais, de diversos temas: Marvel, DC, Star Wars, Harry Potter, etc. 
Com objetivo de melhorar a administração dos produtos e acessórios e ampliar as vendas, a loja Geek Store solicitou o projeto de um sistema de controle de estoque e cadastro de clientes. O objetivo desse projeto é apresentar um sistema viável, de fácil utilização e que entregue o necessário para a empresa. Para o desenvolvimento desse projeto serão aplicados os conhecimentos das disciplinas: Análise de Sistemas Orientada a Objetos, Banco de Dados e Gestão Estratégica de RH.
2 PROJETO DO SISTEMA
Inicialmente será feito o levantamento dos Requisitos Não Funcionais (RNF) do sistema e das Regras de Negócio (RN). Posteriormente serão apresentados os Modelos de Casos de Uso e as Especificações de Casos de Uso, os Diagramas de Classes e o Modelo Entidade Relacionamento (MER).
Primeiro será feita uma explicação sucinta de cada modelo ou diagrama, e posterior a isso, entraremos na elaboração da parte técnica, apresentando todas as informações relevantes para a empresa, a fim de sanar as dúvidas e deixar bem transparente tudo que será feito para o sistema. 
Para o colégio, a necessidade de ter um sistema para gerenciamento de estoque e clientes é cada vez mais importante, tornando os processos práticos e eficazes. Com um sistema, é possível verificar qual é o produto que tem mais saída, ou se, por exemplo, os clientes estão fidelizados, ou seja, se estão voltando a comprar na loja. 
2.1 REQUISITOS:
Os Requisitos Não Funcionais (RNF) são os requisitos relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança, disponibilidade, manutenção e tecnologias envolvidas. As Regras de Negócio (RN) são declarações sobre a forma da empresa fazer negócio. Elas refletem políticas do negócio. 
Abaixo serão apresentados os Requisitos Não Funcionais e as Regras de Negócio.
2.1.1 REQUISITOS NÃO FUNCIONAIS:
[RNF001] – Usabilidade: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve prover interface simples e intuitiva, de fácil navegação para facilitar o uso do mesmo por parte dos usuários. Usuários deverão utilizar o sistema após 1 dia de treinamento.
[RNF002] Implementação: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve utilizar a linguagem Java.
[RNF003] – Interoperabilidade: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve se comunicar com banco de dados SQL Server.
[RNF004] – Confiabilidade: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve manter os módulos de Cadastro e Estoque em modo off-line pois não é possível garantir 100% de disponibilidade do Banco de Dados. 
[RNF005] – Éticos: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema não apresentará aos usuários quaisquer dados privativos. 
[RNF006] – Desempenho: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: Ao registrar um item sendo vendido, a descrição e preço devem aparecer em, no máximo, 2 segundos
[RNF007] – Hardware e Software: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema será desenvolvido para ambientes Windows e para máquinas com pelo menos 4 GB de memória RAM.
[RNF008] –Segurança: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve dispor de mecanismos de segurança para a autenticação de usuários e controle de acesso aos conteúdos e funcionalidades do sistema, garantindo o acesso apenas para usuários cadastrados. O sistema deverá utilizar certificado digital, garantindo a autenticação do servidor, bem como proteção e confidencialidade das informações em trânsito
[RNF009] – Senha Criptografada: 
Prioridade:	 Essencial		 Importante	 Desejável
Descrição: O sistema deve prover ao usuário senha criptografada. O sistema deve fazer uso de um algoritmo que não permita obter a senha criptograda. Este mecanismo de criptografia deverá ser implementado pelo sistema gerenciador de banco de dados.
2.2 REGRAS DE NEGÓCIO:
[RN001] – Usuário Cadastrado
	Descrição: Para que o usuário possa efetuar o login no sistema ele precisa ter o usuário e senha validos.
[RN002] – Categorias de produtos
	Descrição: Os produtos são divididos em três categorias: Jogos; Acessórios; Produtos Geek.
[RN003] – Exclusão de produtos do pedido
	Descrição: Somente o usuário Supervisor da loja poderá excluir o produto da venda, devendo informar usuário e senha validos.
[RN004] – Consulta de preços de produto
	Descrição: O usuário Atendente está autorizado a consultar os preços dos produtos.
[RN005] – Cancelamento de venda
	Descrição: Somente o supervisor da loja pode cancelar uma venda.
[RN006] – Cadastro de Funcionário
	Descrição: Somente o usuário Supervisor da loja poderá cadastrar um novo usuário ou alterar os dados de um funcionário já cadastrado.
[RN007] – Cadastrode Cliente
	Descrição: O cliente só pode ser cadastrado pelo Supervisor ou Atendente da loja.
[RN008] – Cadastro de Mercadoria
	Descrição: A Mercadoria só pode ser cadastrada pelo Supervisor ou Estoquista da loja.
[RN009] – Consultar Cadastro de Funcionário
	Descrição: Todos os usuários poderão consultar alguns dados de um usuário.
2.3 DIAGRAMA DE CASO DE USO:
O objetivo do diagrama de caso de uso em UML é demonstrar as diferentes maneiras que o usuário pode interagir com um sistema
2.4 ESPECIFICAÇÕES DE CASOS DE USO
	CSU01: Manter Funcionário: Cadastrar
	Sumário: 
	Funcionário utiliza o sistema para cadastrar outro funcionário.
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Novo Funcionário”
2. O sistema apresenta a tela de cadastro de funcionário, com os seguintes dados:
· Tipo
· Nome
· CPF
· Telefone
· Apelido
· Data de Nascimento
· E-mail
· Senha
3. O funcionário preenche os dados solicitados.
4. Exceção: Caso a data de nascimento for inválida, executar o fluxo de exceção “Data de nascimento inválida”
5. Exceção: Caso o CPF for inválido, executar o fluxo de exceção “CPF inválido”
6. O sistema incluí o cadastro na base de dados e apresenta a mensagem “Cadastro Concluído com Sucesso”.
7. O caso de uso termina.
	Fluxo de Exceção (1): Data de nascimento inválida
1. Se a data de nascimento for digitada de forma incorreta, o sistema apresenta uma mensagem “Data de Nascimento Inválida”
2. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	Fluxo de Exceção (2): CPF inválido
1. Se o CPF for digitado de forma incorreta, o sistema apresenta uma mensagem “CPF Inválido”.
2. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	Pós-condições: 
1. O funcionário foi cadastrado no sistema. 
	Regras de Negócio: RN006.
	CSU02: Manter Funcionário: Excluir 
	Sumário: 
	Funcionário utiliza o sistema para excluir cadastro de outro funcionário.
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Remover Funcionário”
2. O sistema apresenta a tela com a lista de funcionários cadastrados
3. O funcionário seleciona o funcionário a ter seu cadastro excluído.
4. O sistema exclui o cadastro na base de dados e apresenta a mensagem “Exclusão Concluída com Sucesso”.
5. O caso de uso termina.
	Pós-condições: 
1. O Funcionário foi removido do sistema. 
	Regras de Negócio: RN006.
	CSU03: Manter Funcionário: Consultar 
	Sumário: 
	Funcionário utiliza o sistema para consultar cadastro de outro funcionário.
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Consultar Funcionário”
2. O sistema apresenta a tela com a lista de funcionários cadastrados
3. O funcionário seleciona o funcionário a ter seu consultado.
4. O sistema apresenta a tela de cadastro de funcionário, com os seguintes dados:
· Tipo
· Nome
· Telefone
· Apelido
· Data de Nascimento
· E-mail
5. O caso de uso termina.
	Regras de Negócio: RN009.
	CSU04: Manter Funcionário: Alterar 
	Sumário: 
	Funcionário utiliza o sistema para alterar cadastro de outro funcionário.
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Alterar Funcionário”
2. O sistema apresenta a tela de cadastro de funcionário, com os seguintes dados:
· Tipo
· Nome
· CPF
· Telefone
· Apelido
· Data de Nascimento
· E-mail
3. O funcionário preenche os dados a serem alterados.
4. Exceção: Caso a data de nascimento for inválida, executar o fluxo de exceção “Data de nascimento inválida”
5. Exceção: Caso o CPF for inválido, executar o fluxo de exceção “CPF inválido”
6. O sistema atualiza os dados na base de dados e apresenta mensagem “Cadastro Atualizado com Sucesso”.
7. O caso de uso termina.
	Fluxo de Exceção (1): Data de nascimento inválida
1. Se a data de nascimento for digitada de forma incorreta, o sistema apresenta uma mensagem “Data de Nascimento Inválida”
2. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	Fluxo de Exceção (2): CPF inválido
1. Se o CPF for digitado de forma incorreta, o sistema apresenta uma mensagem “CPF Inválido”.
2. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	Pós-condições: 
1. O cadastro do Funcionário foi atualizado no sistema. 
	Regras de Negócio: RN006.
	CSU05: Manter Cliente: Cadastrar
	Sumário: 
	Funcionário utiliza o sistema para cadastrar cliente
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor ou atendente e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Cadastrar Cliente”
2. O sistema apresenta a tela de cadastro de cliente, com os seguintes dados:
· RG
· CPF
· Nome
· Data do Cadastro
· Endereço
· Telefone
· E-mail
3. O funcionário preenche os dados solicitados.
4. Exceção: Caso a data do cadastro for inválida, executar o fluxo de exceção “Data do cadastro inválida”
5. Exceção: Caso o CPF for inválido, executar o fluxo de exceção “CPF inválido”
6. O sistema inclui o cadastro na base de dados e apresenta mensagem “Cadastro Concluído com Sucesso”.
1. O caso de uso termina.
	Fluxo de Exceção (1): Data do cadastro inválida
1. Se a data do cadastro for digitada de forma incorreta, o sistema apresenta uma mensagem “Data do Cadastro Inválida”
1. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	Fluxo de Exceção (2): CPF inválido
1. Se o CPF for digitado de forma incorreta, o sistema apresenta uma mensagem “CPF Inválido”.
2. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	Pós-condições: 
1. O cliente foi cadastrado no sistema. 
	Regras de Negócio: RN007.
	CSU06: Manter Cliente: Excluir 
	Sumário: 
	Funcionário utiliza o sistema para excluir cadastro de cliente
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Excluir Cliente”
2. O sistema apresenta a tela para busca de cliente, com os seguintes campos a serem preenchidos:
· Código do cliente
· CPF
· Nome
3. O funcionário preenche um dos dados solicitados e clica em Buscar.
4. Exceção: Caso não encontre o dado digitado, executar o fluxo de exceção “Cliente Não Encontrado”
5. O sistema localiza o cliente informado.
6. O funcionário seleciona o botão Excluir
7. O sistema apresenta mensagem “Deseja excluir o cadastro do cliente?”
8. O funcionário seleciona a opção “Sim”
9. Exceção: Caso o funcionário selecione “Não”, executar o fluxo de exceção “Cliente Não Excluído”
10. O sistema exclui o cadastro na base de dados e apresenta a mensagem “Cliente Excluído com Sucesso”
11. O caso de uso termina.
	Fluxo de Exceção (1): Cliente Não Encontrado
1. Se o sistema não localizar nenhum cliente com os dados informados, o sistema apresenta uma mensagem “Cliente Não Encontrado”
2. Caso de uso retorna ao passo 2 do fluxo principal.
	Fluxo de Exceção (2): Cliente Não Excluído
1. Se o usuário selecionar a opção “Não”, o sistema apresenta uma mensagem “Cliente Não Excluído”.
2. Caso de uso retorna ao passo 2 do fluxo principal.
	Pós-condições: 
1. O cliente foi excluído do sistema. 
	Regras de Negócio: RN007.
	CSU07:Manter Cliente: Consultar 
	Sumário: 
	Funcionário utiliza o sistema para excluir cadastro de cliente
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor ou atendente e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Consultar Cliente”
2. O sistema apresenta a tela para busca de cliente, com os seguintes campos a serem preenchidos:
· Código do cliente
· CPF
· Nome
3. O funcionário preenche um dos dados solicitados e clica em Buscar.
4. Exceção: Caso não encontre o dado digitado, executar o fluxo de exceção “Cliente Não Encontrado”
5. O sistema localiza o cliente informado e apresenta os seguintes dados:
· Código do cliente
· Nome
· Data do Cadastro
· Endereço
· Telefone
· E-mail
6. O caso de uso termina.
	Fluxo de Exceção (1): Cliente Não Encontrado
1. Se o sistema não localizar nenhum cliente com os dados informados, o sistema apresenta uma mensagem “Cliente Não Encontrado”
3. Caso de uso retorna ao passo 2 do fluxo principal.
	CSU08: Manter Cliente: Alterar 
	Sumário: 
	Funcionário utiliza o sistema para excluir cadastro de cliente
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Alterar Cliente”
2. O sistema apresenta a tela para busca de cliente, com os seguintes campos a serem preenchidos:
· Código do cliente
· CPF
· Nome
3. O funcionário preenche um dos dados solicitados e clica em Buscar.
4. Exceção: Caso não encontre o dado digitado, executar o fluxo de exceção “Cliente Não Encontrado”
5. O sistema localiza o cliente informado.
6. O funcionário seleciona o botão Alterar Dados
7. O sistema apresenta os dados do cliente que podem ser alterados:
· RG
· CPF
· Nome
· Data do Cadastro
· Endereço
· Telefone
· E-mail
8. O funcionário altera os dados necessários.
9. O sistema atualiza o cadastro na base de dados e apresenta a mensagem “Cliente Alterado com Sucesso”
10. O caso de uso termina.
	Fluxo de Exceção (1): Cliente Não Encontrado
2. Se o sistema não localizar nenhum cliente com os dados informados, o sistema apresenta uma mensagem “Cliente Não Encontrado”
4. Caso de uso retorna ao passo 2 do fluxo principal.
	Pós-condições: 
1. O cliente foi alterado do sistema. 
	Regras de Negócio: RN007.
	CSU09: Manter Mercadoria: Cadastrar
	Sumário: 
	Funcionário utiliza o sistema para cadastrar mercadoria
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor ou estoquista e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Cadastrar Mercadoria”
2. O sistema apresenta a tela de cadastro de mercadoria, com os seguintes dados:
· Categoria
· Jogos
· Acessórios
· Produtos Geek
· Código de Barras
· Nome 
· Fabricante
· Quantidade
· Valor Unitário
· Plataforma (exclusivo para as categorias Jogos e Acessórios)
· Prazo de Garantia (exclusivo para as categorias Jogos e Acessórios)
3. O funcionário preenche os dados solicitados.
4. Exceção: Caso o valor seja igual a 0, executar o fluxo de exceção “Valor Invalido”
5. O sistema informa que o cadastro foi concluído com sucesso.
6. O caso de uso termina.
	Fluxo de Exceção (1): Valor Invalido
5. Se o valor digitado foi igual a 0, o sistema apresenta uma mensagem “Valor do Produto Não Pode Ser 0”
6. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	Pós-condições: 
1. A mercadoria foi cadastrada no sistema. 
	Regras de Negócio: RN008, RN002.
	CSU10: Manter Mercadoria: Excluir 
	Sumário: 
	Funcionário utiliza o sistema para cadastrar mercadoria
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor ou estoquista e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Excluir Mercadoria”
2. O sistema apresenta a tela de busca de mercadoria, com os seguintes campos:
· Id Mercadoria
· Código de Barras
· Nome 
· Fabricante
3. O funcionário preenche um dos dados solicitados.
4. Exceção: Caso não encontre o dado digitado, executar o fluxo de exceção “Mercadoria Não Encontrada”
5. O sistema apresenta a mercadoria buscada
6. O funcionário seleciona o botão “Excluir”
7. O sistema apresenta mensagem “Deseja Excluir a Mercadoria”
8. O funcionário seleciona “Sim”
9. Exceção: caso o funcionário selecione “Não”, executar o fluxo de exceção “Mercadoria Não Excluída”
10. O sistema exclui a mercadoria da base de dados e apresenta a mensagem “Mercadoria Excluída”
11. O caso de uso termina.
	Fluxo de Exceção (1): Mercadoria Não Encontrada
1. Se o sistema não localizar nenhuma mercadoria com os dados informados, o sistema apresenta uma mensagem “Mercadoria Não Encontrada”
2. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	Fluxo de Exceção (2): Mercadoria Não Excluída
1. Se o usuário selecionar a opção “Não”, o sistema apresenta uma mensagem “Mercadoria Não Excluída”.
2. Caso de uso retorna ao passo 2 do fluxo principal.
	Pós-condições: 
1. A mercadoria foi removida do sistema. 
	Regras de Negócio: RN008, RN002.
	CSU11: Manter Mercadoria: Alterar
	Sumário: 
	Funcionário utiliza o sistema para alterar cadastro de mercadoria
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve ser supervisor ou estoquista e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Alterar Mercadoria”
2. O sistema apresenta a tela de busca de mercadoria, com os seguintes campos:
· Id Mercadoria
· Código de Barras
· Nome 
· Fabricante
3. O funcionário preenche um dos dados solicitados.
4. Exceção: Caso não encontre o dado digitado, executar o fluxo de exceção “Mercadoria Não Encontrada”
5. O sistema apresenta a mercadoria buscada
6. O funcionário seleciona o botão “Alterar”
7. O sistema apresenta os dados da mercadoria:
· Categoria
· Jogos
· Acessórios
· Produtos Geek
· Código de Barras
· Nome 
· Fabricante
· Quantidade
· Valor Unitário
· Plataforma (exclusivo para as categorias Jogos e Acessórios)
· Prazo de Garantia (exclusivo para as categorias Jogos e Acessórios)
8. O funcionário altera os dados desejados.
9. O sistema altera a mercadoria da base de dados e apresenta a mensagem “Mercadoria Alterada”
10. O caso de uso termina.
	Fluxo de Exceção (1): Mercadoria Não Encontrada
1. Se o sistema não localizar nenhuma mercadoria com os dados informados, o sistema apresenta uma mensagem “Mercadoria Não Encontrada”
2. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	Pós-condições: 
1. A mercadoria foi atualizada no sistema. 
	Regras de Negócio: RN008, RN002.
	CSU12: Manter Mercadoria: Consultar 
	Sumário: 
	Funcionário utiliza o sistema para alterar cadastro de mercadoria
	Ator Primário: 
	Funcionário
	Ator Secundário: N/A
	Casos de Uso Associados: N/A
	Pré-condição: Funcionário deve estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Consultar Mercadoria”
2. O sistema apresenta a tela de busca de mercadoria, com os seguintes campos:
· Id Mercadoria
· Código de Barras
· Nome 
· Fabricante
3. O funcionário preenche um dos dados solicitados.
4. Exceção: Caso não encontre o dado digitado, executar o fluxo de exceção “Mercadoria Não Encontrada”
5. O sistema apresenta os seguintes dados da mercadoria buscada:
· Categoria
· Nome 
· Fabricante
· Quantidade
· Valor Unitário
· Plataforma (exclusivo para as categorias Jogos e Acessórios)
· Prazo de Garantia (exclusivo para as categorias Jogos e Acessórios)
6. O caso de uso termina.
	Fluxo de Exceção (1): Mercadoria Não Encontrada
1. Se o sistema não localizar nenhumamercadoria com os dados informados, o sistema apresenta uma mensagem “Mercadoria Não Encontrada”
2. Caso de uso retorna ao passo 2 do fluxo principal, mantendo os dados já digitados.
	CSU13: Realizar Venda
	Sumário: 
	Funcionário utiliza o sistema para realizar venda de mercadoria
	Ator Primário: 
	Funcionário
	Ator Secundário: Sistema Financeiro
	Casos de Uso Associados: CSU12
	Pré-condição: Funcionário deve ser atendente ou supervisor e estar logado no sistema
	Fluxo Principal 
1. O caso de uso inicia quando o funcionário seleciona a opção “Consultar Mercadoria”
2. O sistema apresenta a tela de busca de mercadoria, com os seguintes campos:
· Id Mercadoria
· Código de Barras
· Nome 
· Fabricante
3. O funcionário preenche um dos dados solicitados.
4. Exceção: Caso não encontre o dado digitado, executar o fluxo de exceção “Mercadoria Não Encontrada”
5. O sistema apresenta os seguintes dados da mercadoria buscada:
· Categoria
· Nome 
· Fabricante
· Valor Unitário
· Plataforma (exclusivo para as categorias Jogos e Acessórios)
· Prazo de Garantia (exclusivo para as categorias Jogos e Acessórios)
· Quantidade em Estoque
· Quantidade Desejada (digitável)
6. O funcionário seleciona a quantidade desejada
7. O sistema verifica a quantidade de mercadoria desejada está disponível em estoque
8. Exceção: Caso não tenha a quantidade desejada, executar o fluxo de exceção “Estoque Insuficiente” 
9. O sistema diminui a quantidade de itens disponíveis em estoque, de acordo com a quantidade selecionada no passo 6.
10. O funcionário segue com a venda, clicando em “Prosseguir”
11. O sistema apresenta a tela para busca de cliente, com os seguintes campos a serem preenchidos 
· Código do cliente
· CPF
· Nome
12. O funcionário preenche um dos dados solicitados e clica em Buscar.
13. Exceção: Caso não encontre o dado digitado, executar o fluxo de exceção “Cliente Não Encontrado”
14. O sistema localiza o cliente informado e apresenta os seguintes dado
· Código do cliente
· Nome
· Telefone
· E-mail
15. O funcionário confirma os dados e clica em “Finalizar Venda”
16. Fluxo Alternativo: “Cancelar Venda”
17. O sistema apresenta tela com a forma de pagamento
18. O funcionário seleciona pagamento em dinheiro
19. Fluxo Alternativo: “Pagamento com Cartão”
20. O sistema valida o pagamento
21. O sistema envia o código da venda ao Sistema Financeiro.
22. O caso de uso termina.
	Fluxo de Exceção (1): Mercadoria Não Encontrada
1. Se o sistema não localizar nenhuma mercadoria com os dados informados, o sistema apresenta uma mensagem “Mercadoria Não Encontrada”
2. Caso de uso retorna ao passo 2 do fluxo principal
	Fluxo de Exceção (2): Estoque Insuficiente
1. Se o sistema não localizar a quantidade de mercadoria desejada em estoque, é apresentada a mensagem “Estoque Insuficiente”
2. Caso de uso retorna ao passo 6 do fluxo principal
	Fluxo de Exceção (3): Cliente Não Encontrado
1. Se o sistema não localizar nenhum cliente com os dados informados, o sistema apresenta uma mensagem “Cliente Não Encontrado”
2. Caso de uso retorna ao passo 11 do fluxo principal
	Fluxo Alternativo (1): Cancelar Venda
1. O funcionário seleciona a opção “Cancelar Venda”.
2. O sistema apresentará a mensagem “Deseja Cancelar a Venda?”
3. O funcionário clica na opção “Sim”
4. Fluxo Alternativo: “Não Cancelar”
5. O sistema apresenta uma tela para digitação de Login e Senha
6. O funcionário Supervisor digita o Login e Senha para prosseguir
7. O sistema apresenta mensagem “Venda Cancelada”.
8. O caso de uso retorna ao passo 21 do fluxo principal
	Fluxo Alternativo (1.1): Não Cancelar
1. O funcionário clica em “Não” 
2. Caso de uso retorna ao passo 15 do fluxo principal
	Fluxo Alternativo (2): Pagamento em Cartão
1. O funcionário seleciona pagamento com cartão
2. O sistema se comunica com o Sistema Financeiro para validar o pagamento.
3. O Sistema Financeiro autoriza o pagamento
4. Exceção: Caso não autorize o pagamento, executar o fluxo de exceção “Pagamento não Autorizado”
5. O sistema apresenta a mensagem “Pagamento Autorizado”
6. O caso de uso retorna ao passo 20 do fluxo principal
	Fluxo Exceção (4): Pagamento não Autorizado
1. O Sistema Financeiro não autoriza o pagamento
2. O caso de uso retorna ao passo 15 do fluxo principal
	Pós-condições: 
1. O pagamento foi realizado e foi dada baixa no estoque da mercadoria comprada. 
	Regras de Negócio: RN003, RN004, RN005, RN007, RN008.
3 CONTEXTO DE USO
Contexto de uso é toda situação do usuário relevante para sua interação com o sistema. O intuito é definir o momento de utilização do sistema e o ambiente que ocorre a interação. Abaixo é apresentado os contextos de uso do sistema.
1. Na empresa, o funcionário com perfil de Atendente utiliza o sistema criado para realizar as vendas das mercadorias disponíveis. Ele faz o login no sistema através de usuário e senha previamente criados, clica no botão Consultar Mercadoria, busca a mercadoria que o cliente está procurando inserindo um dos dados necessários. Quando a mercadoria for localizada, ele informa a quantidade de itens desejados pelo cliente e clica em prosseguir. Aparecerá uma tela para o funcionário buscar o cliente, informando os dados solicitados. O funcionário seleciona o cliente correto, clica em “Finalizar Venda” e por fim, ele finaliza com o pagamento do cliente pelo produto. O Atendente também consegue realizar o cadastro de clientes, utilizando a opção “Cadastrar Cliente”, onde ele digitará os dados solicitados e clicará em Confirmar.
2. Na empresa, o funcionário com perfil de Estoquista utiliza o sistema criado para realizar as inclusões, consultas, exclusões e alterações das mercadorias. Ele faz o login no sistema através de usuário e senha previamente criados, clica no botão desejado (“Cadastrar Mercadoria”, “Excluir Mercadoria”, ”Alterar Mercadoria” ou “Consultar Mercadoria“), busca a mercadoria inserindo um dos dados necessários, exceto para o caso “Cadastrar Mercadoria”, onde aparecerá uma tela para digitação dos dados para cadastro. Quando a mercadoria for localizada, ele faz a ação necessária. 
3. Na empresa, o funcionário com perfil Supervisor utiliza o sistema criado para realizar os procedimentos descritos nos itens 1 e 2. Além disso, ele é capaz de realizar as inclusões, consultas, exclusões e alterações dos funcionários e clientes. Para a funcionalidade de funcionários, o supervisor clica em uma das opções disponíveis (“Novo Funcionário”, “Remover Funcionário”, ”Alterar Funcionário” ou “Consultar Funcionário“) Alterar Funcionário: o sistema mostrará uma tela para consulta do funcionário por um dos campos solicitados, o funcionário digita um dos dados clica em Buscar o sistema apresentará os dados do funcionário e o supervisor digitará os dados a serem alterados. Para cadastro de funcionário, basta clicar em “Novo Funcionário” e digitar os dados solicitados e clicar em Cadastrar. Para exclusão, clicar em Remover Funcionário, o sistema mostrará uma tela para consulta do funcionário por um dos campos solicitados, o supervisor digita um dos dados e clica em Buscar e o sistema apresentará os dados do funcionário, e supervisor clica no botão (Remover Funcionário) e confirma a exclusão..
4 MODELO ENTIDADE RELACIONAMENTO (MER)
O Modelo Entidade-Relacionamento (modelo relacional) foi definido por Peter Chen em 1976. O MER é uma maneira sistemática para descrever e definir um processo de negócio. O processo é modelado com entidades, ligadas umas nas outras por meio de relacionamentos que expressam as dependências entre as entidades. Abaixo é apresentado o MER do sistema que construímos:
CONCLUSÃO 
 
O Projeto Integrado Multidisciplinar VI teve como objetivo integrar as matérias Análise de Sistemas Orientada a Objetos, Banco de Dados e Gestão Estratégica de RH a fim de apresentar o projeto de um sistema para controle de vendas, estoque, clientes e funcionários de uma loja de produtos Geek. Apresentei os Requisitos não funcionais do Sistema, as Regras de Negócio, as Especificações de Casos de Uso que são essenciaisem um projeto de software, pois demonstram como esse software deve se comportar.
Diante disso, com o desenvolvimento desse projeto foi possível demonstrar a importância de seguir uma sequência lógica dos afazeres do projeto, pois somente assim, é possível entregar um sistema de qualidade, com toda a documentação necessária para que qualquer pessoa consiga entender todas as funcionalidades do sistema. Pudemos observar também a importância da segurança e controle de acesso, onde cada tipo de funcionário tem sua função dentro do sistema, não permitindo que qualquer usuário acesso todas as funções do sistema, e um funcionário só pode acessar o sistema se tiver login e senha.
REFERÊNCIAS 
DE PAULA, Vinicius. Aula 02 - UML e Padrões de Projeto, 28/07/2015. Disponível em: <https://pt.slideshare.net/viniciusdepaula37/uml-e-padres-de-projeto-aula-02>. Acesso em 21/11/2020. 
LUMIS, Blog. A importância do contexto de uso na experiência do usuário, 02/01/2019. Disponível em: < https://www.lumis.com.br/blog/a-importancia-do-contexto-de-uso-na-experiencia-do-usuario.htm >. Acesso em 21/11/2020. 
MACHADO, Lais, GARCIA LUPI VERGARA, Lizandra. Contexto de uso: Conceito, fatores e modelos, 11/2019. Disponível em: < https://www.researchgate.net/publication/336957433_Contexto_de_uso_Conceito_fatores_e_modelos >. Acesso em 02/11/2020.