PIM VI

Prévia do material em texto

UNIVERSIDADE PAULISTA – UNIP EaD
Projeto Integrado Multidisciplinar
Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas
David dos Santos Pereira – RA 2123188
Wagner Bezerra da Silva – RA 2125207
Marcos Vinicius de Almeida Macedo – RA 2149482
PROJETO INTEGRADO MULTIDISCIPLINAR – PIM VI
UNIP EaD Polo Guarulhos IV - Jardim Adriana
2022
		
David dos Santos Pereira – RA 2123188
Wagner Bezerra da Silva – RA 2125207
Marcos Vinicius de Almeida Macedo – RA 2149482
PROJETO INTEGRADO MULTIDISCIPLINAR – PIM VI
Projeto Integrado Multidisciplinar para a obtenção do título de graduação em Análise e Desenvolvimento de Sistemas, apresentado à Universidade Paulista – UNIP EaD.
UNIP EaD Polo Guarulhos IV - Jardim Adriana
2022
RESUMO
O Objetivo do projeto é utilizar todo o conhecimento adquirido através das matérias apresentadas no segundo bimestre, como Análise de Sistemas Orientada a Objetos, Banco de Dados e Gestão Estratégica de Recursos Humanos, e assim fomentar e aplicando o conhecimento adquirido no projeto em questão.
O Projeto por sua vez tem como premissa a construção de um sistema de gerenciamento de clientes, estoque e vendas. Com base no pedido e pesquisa, o projeto busca atender da melhor forma o requisitos exigidos e simular o valor que se deve dar a um projeto desse tamanho. Assim realizando todos os pedidos de requisitos os destrinchando no diagrama de caso de uso.
Palavras-chave: projeto, venda, estoque e diagrama de caso de uso.
ABSTRAC
The objective of the project is to use all the knowledge acquired through the subjects presented in the second bimester, such as Object-Oriented Systems Analysis, Database and Strategic Management of Human Resources, and thus foster and apply the knowledge acquired in the project in question.
The Project, in turn, has as its premise the construction of a customer, inventory and sales management system. Based on the request and research, the project seeks to best meet the required requirements and simulate the value that should be given to a project of this size. Thus performing all requirements requests by breaking them down in the use case diagram.
Keywords: design, sale, inventory and use case diagram.
LISTA DE FIGURAS
Figure 1 - Diagrama de caso de uso	19
Figure 2 - Diagrama de caso de uso sobre produtos	26
Figure 3 - Diagrama de requisitos funcionais	29
Figure 4 - Diagrama de requisitos não funcionais	30
Figure 5 - Diagrama de classes	32
Figure 6 - Modelo de Entidade-Relacionamento	33
LISTA DE TABELAS
Tabela 1 - Entrada do usuário	11
Tabela 2 - Validar login	12
Tabela 3 - Registro de clientes	13
Tabela 4 - Salvar cliente	14
Tabela 5 - Consultar Cliente	15
Tabela 6 - Consultar cliente	16
Tabela 7 - Excluir Cadastro de cliente	17
Tabela 8 - Registro de produtos	18
Tabela 9 - Consultar preço	19
Tabela 10 - Excluir produtos	20
Tabela 11 - Atualizar estoque	21
Tabela 12 - Relatório de produtos	22
Tabela 13 - Efetuar venda	23
Tabela 14 - Cancelar venda	24
Tabela 15 - Finalizar venda	25
SUMÁRIO
1 INTRODUÇÃO	7
2 CONTEXTUALIZAÇÃO DO PROJETO	8
3 GESTÃO ESTRATÉGICA DE RH	8
4 Análise de Sistemas Orientada a Objetos	9
4.1 Requisitos	9
4.2 Lista dos requisitos necessários	10
4.2.1 Entrada de Usuário	11
4.2.2 Validar Login de Acesso	12
4.2.3 Registro de Clientes	13
4.2.4 Salvar Cliente	14
4.2.5 Consultar Cliente	15
4.2.6 Consultar Cliente	16
4.2.7 Exclusão do Cliente	17
4.2.8 Exclusão do Cliente	18
4.2.9 Diagrama de caso de uso de cadastro de cliente	19
4.2.10 Consultar Preço	19
4.2.11 Excluir Produtos	20
4.2.12 Atualizar estoque	21
4.2.13 Atualizar estoque	22
4.2.14 Efetuar venda	23
4.2.15 Cancelar venda	24
4.2.16 Finalização de venda	25
4.2.17 Diagrama de caso de uso de cadastro de produto e venda	26
4.3 ELABORAÇÃO DO MODELO DE CASOS DE USO	26
4.3.1 Contexto de uso	27
4.3.2 Requisitos funcionais	27
4.3.3 Requisitos não funcionais	29
4.4 Diagrama de Classes	31
4.5 Diagrama de Objetos	31
4.6 Diagrama de Análise	31
4.7 Modelo de Entidade-Relacionamento(MER)	33
CONCLUSÃO	34
REFERÊNCIAS	35
1 INTRODUÇÃO
O comercio evolui e juntamente as formas que uma loja se comparta evoluem de forma conjunta, na maioria das vezes ou ao menos nas que buscam competitividade de mercado. O desafio do projeto é documentar os requisitos de uma loja de jogos, acessórios e produtos geeks, aonde a matéria vai muito além do protótipo ou uma layout demonstrativo, nele se busca trazer sentido entre os envolvidos no sistema gerando uma relação entre as entidades de forma coesa. Todo o projeto foi desenvolvido com a ajuda do software StarUML, seguindo as orientações das aulas de Análise de Sistemas Orientada a Objetos. O projeto procura abordar os principais descritivos de casos de uso e demonstrar o principal diagrama de classe, como também seus requisitos funcionais e não funcionais necessário para sua construção.
Espero que aprecie o conteúdo, que pelo tempo de vida corrida que hoje temos e obrigações demanda um tempo extra e diversos dias de estudo e dedicação.
2
2 CONTEXTUALIZAÇÃO DO PROJETO
Toda loja que se preze deve possuir um ótimo sistema, que atenda todas as necessidades organizacionais para uma boa venda e controle de estoque, porém um sistema por si só não é capaz de atender todas a necessidades de uma loja, sem uma análise e levantamento dos produtos existem a disposição para venda. E ainda mesmo que o sistema atenda todas necessidade ele deve ser construído para poder evoluir conforme os produtos ou recursos vão se modificando. 
Com isso o objetivo é projetar um sistema que atendo uma loja que venda jogos, acessórios e produtos geeks.
Para corroborar com as necessidade do projeto se faz necessário o levantamento e a análise de requisitos que serão abordados no decorrer projeto.
3 GESTÃO ESTRATÉGICA DE RH
A gestão de recursos humanos no âmbito da tecnologia tem como objetivo redirecionar profissionais de acordo com suas competências para às diversas áreas de uma empresa. Uma empresa de tecnologia não consegue operar com o máximo de rendimento sem que seus profissionais estejam devidamente capacitados para executar as funções necessárias, sendo essencial a existência de um setor focado na administração desses profissionais, para que a empresa consiga entrar em consonância com os seus próprios objetivos.
Dessa forma, a empresa deve contratar administradores que também estejam capacitados para cumprir as demandas, ou seja, profissionais que estejam dispostos a atender as necessidades operacionais e estabelecerem uma relação harmônica entre os colaboradores e a administração. O setor de Recursos humanos também objetifica um aperfeiçoamento das relações trabalhistas, uma vez que este é responsável também pela adesão de benefícios aos funcionários e por atender toda e qualquer necessidade em relação à participação contratual dos funcionários, mantendo a clareza e sendo responsável pela manutenção profissional do ambiente de trabalho.
Um administrador em uma empresa do ramo de tecnologia da informação tem acesso à diversas ferramentas da empresa que normalmente não estão disponíveis para os demais funcionários, dessa forma, a gestão dos recursos humanos desempenha um papel importante ao assumir a responsabilidade de buscar por profissionais que estejam capacitados para operar tais acessos, pois o sistema de uma empresa de software é a parte vital da empresa e caso alguém que não possua as competências para realizar tal atividade tenha acesso à ambientes tão restritos, há um enorme risco do comprometimento de toda a cadeia de trabalho, acarretando em enormes prejuízos que poderiam ser evitados.
O Rh também tem o dever de garantir que os funcionários da empresa estão sendo valorizados e que seus direitos sejam devidamente preservados, pois assim a empresa tende a diminuir a rotatividade de novos funcionários e mantendo profissionais leais que tenham seus interesses alinhados com a visão estratégica, a missão e com os valores inatos de seus gestores e administradores que tornam os resultados mais cada vez maiorese alcancem as metas com eficiência, pois um funcionário longínquo entende com maior clareza todos os processos de produção.
4 Análise de Sistemas Orientada a Objetos
A matéria Análise de Sistemas Orientada a Objetos tem como objetivo o desenvolvimento de software orientado a objetos no qual se busca observar um problema, sistema ou tarefa e identificar os objetos e as interações entre eles e identificar o que deve ser feito para com essa interações.
4.1 Requisitos
Ao reunir-se com nossos clientes para produzir um sistema para empresa de vendas de videogames, acessórios e produtos geek, decidimos criar um sistema que geralmente controlará o estoque e as vendas do produto. O acesso ao sistema será através de login e senha com 3 níveis de direitos de acesso: funcionário, Atendente, Supervisor e Estoquista. Os Funcionários terão acesso a Registro de produto onde os dados dos produtos com categoria de jogos, acessórios e produtos geek poderão ser salvos, alterados, apagados e revisados. Por sua vez, os funcionários terão acesso aos registros do cliente e sal vararão, excluirão e revisarão os dados do cliente, e serão os funcionários que realizarão as vendas da loja, onde dados de vendas como códigos de vendas, datas, valores, pagamentos de formulários e vendas status, conterá dados do cliente e dados do produto. E supervisor terá acesso a todos o sistema, e responsabilidade por excluir um produto de uma venda ou cancelar toda a venda, como usuário e senha válidos, enviará o código de venda para o sistema financeiro quando a venda for cancelada. Apresentamos os seguintes modelos de caso de uso.
4.2 Lista dos requisitos necessários
· Efetuar Login de acesso;
· Registro do Cliente;
· Salvar Cliente;
· Consultar registro do Cliente;
· Modificar registro do Cliente;
· Excluir Cliente;
· Registrar produto;
· Consultar Preço;
· Excluir Produto;
· Atualizar Estoque;
· Relatório de Produtos;
· Efetuar Venda;
· Cancelar Venda;
· Finalizar Venda;    
4.2.1 Entrada de Usuário
A Tabela 1 apresenta a descrição de caso de uso da entrada do usuário.
Tabela 1 - Entrada do usuário
	Tipo
	Descrição
	Identificação
	Entrada de dois tipos de usuários
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	Permite a entrada de três tipos diferentes de usuários no sistema
	Ator primário
	Usuário
	Interessados
	Atendente, Estoquista e Supervisor
	Pré-condições
	O usuário deve possuir um login e senha cadastrados anteriormente
	Pós-condições
	Após realizar o login, o usuário é redirecionado à página inicial de acordo com o seu tipo de usuário
	Fluxo normal:
1. Usuário abre o software.
2. É apresentada a tela de login e senha.
3. O usuário preenche os campos com as informações pedidas.
4. O sistema redireciona o usuário, com forme sua credencial.
	Fluxo alternativo:
1. Caso o usuário não possua login cadastrado, deverá solicitar o cadastro ao administrador.
2. Recebe por e-mail o login e senha
3. Realiza o procedimento do fluxo normal.
Fonte: autoria própria.
4.2.2 Validar Login de Acesso
A Tabela 2 apresenta a descrição de validar o login de acesso.
Tabela 2 - Validar login
	Tipo
	Descrição
	Identificação
	Validar Login
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	O usuário consegue acessar o sistema para diferentes propósitos.
	Ator primário
	Cliente
	Interessados
	Atendente, Estoquista e Supervisor
	Pré-condições
	O usuário deve ter realizado o login
	Pós-condições
	O usuário tem acesso a diferentes opções 
de direcionamento de sistema.
	Fluxo normal:
1. O usuário tem acesso a opções de busca no sistema.
2. Pode efetuar registro de clientes, Produtos e excluir no sistema, efetuar venda, cancelar venda, consulta de produto no estoque.
	Fluxo alternativo:
1. O usuário não consegue acessar a opção desejada.
2. Ocorre o redirecionamento para a página inicial do sistema.
Fonte: autoria própria.
4.2.3 Registro de Clientes
A Tabela 3 apresenta a descrição de caso de uso do registro de clientes.
Tabela 3 - Registro de clientes
	Tipo
	Descrição
	Identificação
	Registro de clientes
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	Os sistemas permitem que os Usuário autorizados realizem o registro dos Clientes na loja através do caso 
de uso apresentado
	Ator primário
	Atendente e Supervisor
	Interessados
	Loja e Cliente
	Pré-condições
	O atendente ou Supervisor deve possuir um login e senha registrado anteriormente
	Pós-condições
	O atendente ou Supervisor registra os dados 
do cliente e salvam no sistema
	Fluxo normal:
1. Os Funcionários autorizados ao início do registro do cliente.
2. Efetuará o login de acesso.
3. Caso tenha acesso incompatível, exibirá uma mensagem.
4. Caso login e senha estejam incorretos, uma mensagem.
5. Login e Senha válidos serão informados.
6. As opções serão exibidas após o registro de clientes no sistema.
7. Os dados dos clientes serão exibidos.
8. Os dados do Cliente Registrado no sistema serão salvos, e uma mensagem é exibida.
9. Caso existam campos em Branco, uma mensagem é exibida.
10. Adição para alterar dados do cliente.
11. Adição para excluir um cliente.
12. Adição para consultar um cliente.
	Fluxo alternativo:
1. Modificar Cliente.
2. Excluir Cliente.
3. Consultar Cliente.
4. Efetuar login de acesso.
5. Sistema de Registro.
Fonte: autoria própria.
4.2.4 Salvar Cliente
A Tabela 4 apresenta a descrição de caso de uso do salvamento do cliente cadastrado.
Tabela 4 - Salvar cliente
	Tipo
	Descrição
	Identificação
	Salvar Cliente
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	O usuário consegue acessar o sistema para diferentes propósitos
	Ator primário
	Cliente
	Interessados
	Atendente e Supervisor
	Pré-condições
	O usuário deve ter realizado o login
	Pós-condições
	O usuário tem acesso a opções de direcionamento de salvar cliente no sistema.
	Fluxo normal:
1. O usuário tem acesso a opções de salvar no sistema, digite o ID, nome de usuário, senha, obtém informações de registro do cliente que deseja salvar.
2. Pode salvar registro de clientes.
	Fluxo alternativo:
1. O usuário não consegue acessar a opção desejada.
2. Ocorre o redirecionamento para a página inicial do sistema.
Fonte: autoria própria.
4.2.5 Consultar Cliente
A Tabela 5 apresenta a descrição de caso de uso do salvamento do cliente cadastrado.
Tabela 5 - Consultar Cliente
	Tipo
	Descrição
	Identificação
	Consultar
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	O usuário consegue acessar o sistema 
para diferentes propósitos
	Ator primário
	Cliente
	Interessados
	Atendente e Supervisor
	Pré-condições
	O usuário deve ter realizado o login
	Pós-condições
	O usuário tem acesso a opções de direcionamento de Consulta cliente no sistema.
	Fluxo normal:
1. O usuário tem acesso a opções de consultar no sistema, digita o ID, nome de usuário, senha, obtém informações de registro do cliente que deseja consultar.
2. Pode consultar o registro de clientes.
	Fluxo alternativo:
1. O usuário não consegue acessar a opção desejada.
2. Ocorre o redirecionamento para a página inicial do sistema.
Fonte: autoria própria.
4.2.6 Consultar Cliente
A Tabela 6 apresenta a descrição de caso de uso da alteração do cadastro do cliente.
Tabela 6 - Consultar cliente
	Tipo
	Descrição
	Identificação
	Modificar
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	O usuário consegue acessar o sistema 
para diferentes propósitos
	Ator primário
	Cliente
	Interessados
	Atendente e Supervisor
	Pré-condições
	O usuário deve ter realizado o login
	Pós-condições
	O usuário tem acesso a opções de direcionamento de modificar cliente no sistema.
	Fluxo normal:
1. O usuário tem acesso a opções de consultar no sistema, digita o ID, nome de usuário, senha, obtém informações de registro do cliente que deseja consultar.
2. Pode consultar o registro de clientes.
	Fluxo alternativo:
1.O usuário não consegue acessar a opção desejada.
2. Ocorre o redirecionamento para a página inicial do sistema.
Fonte: autoria própria.
4.2.7 Exclusão do Cliente
A Tabela 7 apresenta a descrição de caso de uso da exclusão do cadastro do cliente.
Tabela 7 - Excluir Cadastro de cliente
	Tipo
	Descrição
	Identificação
	Excluir
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	O usuário consegue acessar o sistema para diferentes propósitos
	Ator primário
	Cliente
	Interessados
	Atendente e Supervisor
	Pré-condições
	O usuário deve ter realizado o login
	Pós-condições
	O usuário tem acesso a opções de direcionamento 
de excluir o cliente no sistema
	Fluxo normal:
1. O usuário tem acesso a opções de excluir no sistema, digite o ID, nome de usuário, senha, obtém informações de registro do cliente que deseja excluir.
2. Pode excluir registro de clientes.
	Fluxo alternativo:
1. O usuário não consegue acessar a opção desejada.
2. Ocorre o redirecionamento para a página inicial do sistema.
Fonte: autoria própria.
4.2.8 Exclusão do Cliente
A Tabela 8 apresenta a descrição de caso de uso do registro de produtos.
Tabela 8 - Registro de produtos
	Tipo
	Descrição
	Identificação
	Registrar  Produtos
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	Registro de novos produtos no sistema
	Ator primário
	Estoquista e Supervisor
	Interessados
	Usuários e Sistema de Estoque
	Pré-condições
	Acessado a página de Usuário e selecionando 
a opção de registrar novo produtos
	Pós-condições
	Acesso à tela de registro de Produtos
	Fluxo normal:
1. Na página inicial o usuário seleciona a opção “Produto”.
2. Na tela de Usuário, é selecionada a opção “Registrar novo produto”.
3. Ocorre o redirecionamento para a página de registro de produto, onde deve-se fornecer as informações pedidas pelo sistema.
4. Selecionar se o usuário registrado é administrador ou usuário comum.
5. Realizar o registro do Produto.
	Fluxo alternativo:
1. O usuário não consegue acessar a página de registro de novos produtos.
1.1 O corre o redirecionamento para a página inicial do sistema.
2. O usuário não fornece todas as informações necessárias para realização do registro.
2.1 O sistema exibe a mensagem de erro ao registrar novo produto.
3. Os dados fornecidos não são suficientes ou não estão no formato exigido pelo sistema.
3.1 O sistema exibe a mensagem de erro ao registrar novo produto e identifica em qual local os dados fornecidos não estão em conformidade.
Fonte: autoria própria.
4.2.9 Diagrama de caso de uso de cadastro de cliente
A Figura 1 apresenta o Diagrama de caso de uso de todas as operações responsáveis ao atendente e supervisor no quesito registro de cliente.
Figure 1 - Diagrama de caso de uso
Fonte: autoria própria.
4.2.10 Consultar Preço
A Tabela 9 apresenta a descrição de caso de uso da consulta de preço.
Tabela 9 - Consultar preço
	Tipo
	Descrição
	Identificação
	Consultar Preço
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	O usuário consegue acessar o sistema para diferentes propósitos
	Ator primário
	Cliente
	Interessados
	Atendente e Supervisor
	Pré-condições
	O usuário deve ter realizado o login
	Pós-condições
	O usuário tem acesso a opções de direcionamento de consultar preço no sistema
	Fluxo normal:
1 O usuário tem acesso a opções de consultar preço no sistema, digite o ID, nome de usuário, senha, obtém informações de registro da consulta de preço que deseja do produto.
2 Pode consultar o preço.
	Fluxo alternativo:
1 O usuário não consegue acessar a opção desejada.
2 Ocorre o redirecionamento para a página inicial do sistema.
Fonte: autoria própria.
4.2.11 Excluir Produtos
A Tabela 10 apresenta a descrição de caso de uso da consulta de preço.
Tabela 10 - Excluir produtos
	Tipo
	Descrição
	Identificação
	Excluir  Produtos
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	Acesso às informações de Excluir  Produtos
	Ator primário
	Estoquista e Supervisor
	Interessados
	Usuários e Sistema de Estoque
	Pré-condições
	O usuário deve ter realizado login, acessando a página de Produtos e selecionado o Produto desejado
	Pós-condições
	Redirecionado para a tela de excluir produto selecionado
	Fluxo normal:
1 Usuário acessa a página de excluir produtos.
2 O produto desejado é selecionado.
3 O sistema exibe as informações do produto: nome, estado, descrição a ser excluído.
4 Usuário consegue excluir informações do produto (apenas administradores).
5 Usuário consegue excluir o produto (apenas administradores).
	Fluxo alternativo:
1 O usuário não consegue acessar a página excluir produtos.
1.1 Ocorre o redirecionamento para a página inicial do sistema.
2 O usuário seleciona corretamente o produto desejado, porém o sistema não traz a informação.
2.1 Selecionador retorna ao ponto inicial, permitindo ao usuário excluir novamente.
Fonte: autoria própria.
4.2.12 Atualizar estoque
A Tabela 11 apresenta a descrição de caso de uso de atualização do estoque.
Tabela 11 - Atualizar estoque
	Tipo
	Descrição
	Identificação
	Atualizar Estoque
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	Acesso às informações de atualização, 
estoque e produtos
	Ator primário
	Estoquista e Supervisor
	Interessados
	Usuários e Sistema de Estoque
	Pré-condições
	O usuário deve ter realizado login, acessando a página de Produtos e selecionado o Produto desejado
	Pós-condições
	Redirecionado para a tela de Produto selecionado
	Fluxo normal:
1. Usuário acessa a página de atualização de produtos.
2. O produto desejado é selecionado.
3. O sistema exibe as informações do produto: nome, estado, descrição.
4. Usuário consegue atualizar informações do produto (apenas administradores).
5. Usuário consegue atualizar o produto (apenas administradores).
	Fluxo alternativo:
1. O usuário não consegue acessar a página excluir produtos.
1.1 Ocorre o redirecionamento para a página inicial do sistema.
2. O usuário seleciona corretamente o produto desejado, porém o sistema não traz a informação.
2.1 Selecionador retorna ao ponto inicial, permitindo ao usuário excluir novamente.
Fonte: autoria própria.
4.2.13 Atualizar estoque
A Tabela 12 apresenta a descrição de caso de uso do relatório do produto.
Tabela 12 - Relatório de produtos
	Tipo
	Descrição
	Identificação
	Relatório de Produto
	Escopo
	Sistema de Vendas e Registro 
controle de estoque
	Descrição do Propósito
	Relatório de todos os Produtos no estoque
	Ator primário
	Estoquista
	Interessados
	Usuário e Sistema Estoque
	Pré-condições
	O usuário deve ter realizado login e acessar 
a página de relatório
	Pós-condições
	Acesso à tela de relatório de produto
e quantidade no estoque
	Fluxo normal:
1. O usuário acessa a página de Relatório de produtos.
2. É exibida uma tela para navegação, por  relatório de Produtos e quantidade.
3. O usuário consegue acessar a opção de “Histórico”, onde se preenche o tipo e quantidade no qual se deseja realizar a consulta e o sistema fornece um arquivo PDF com o nome, tipo e quantidade de produtos selecionados.
	Fluxo alternativo:
1. O usuário não consegue acessar a página de Relatório de produtos.
1.1 Ocorre o redirecionamento para a página inicial do sistema.
2. O arquivo PDF disponibilizado pelo sistema não é gerado corretamente 
(erro ao selecionar o período do histórico).
Fonte: autoria própria.
4.2.14 Efetuar venda
A Tabela 13 apresenta a descrição de caso de uso de efetuar Vendas.
Tabela 13 - Efetuar venda
	Tipo
	Descrição
	Identificação
	Efetuar Vendas
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	Os sistemas permitem que os usuário autorizados realizem 
o registro das vendas na loja através do caso de uso apresentado
	Ator primário
	Atendente e Supervisor
	Interessados
	Loja e Cliente
	Pré-condições
	O Atendente ou Supervisor deve possuir um login e senha cadastrados anteriormente
	Pós-condiçõesVenda de produtos efetuado e pagamentos concluídos
	Fluxo normal:
1. O Atendente ou Supervisor clicar em efetuar venda.
2. Efetuará o login de acesso para validar o acesso.
3. Caso tenha acesso incompatível, exibirá uma mensagem.
4. Caso login e senha estejam incorretos, uma mensagem.
5. Login e Senha válidos serão informados.
6. As opções serão exibidas após o registro da venda do produto no sistema.
7. Os dados da venda do Produto e o valor será salvo no sistema, e uma mensagem é exibida.
8. Caso existam campos em Branco, uma mensagem é exibida.        
9. Caso o Produto não esteja registrado, uma mensagem é exibida.
10. Caso precise registrar, digite o código manualmente.
11. Adição para buscar dados do cliente.
12. Adição para excluir um Produto da Venda.
13. Adição para Cancelar Venda.
14. Adição para consultar Preço.
	Fluxo alternativo:
1. Sistema de Registro.
2. Efetuar login de acesso.
3. Consultar Preço.
4. Cancelar Venda.
5. Excluir produto.  
Fonte: autoria própria.
4.2.15 Cancelar venda
A Tabela 14 apresenta a descrição de caso de uso de cancelamento de venda.
Tabela 14 - Cancelar venda
	Tipo
	Descrição
	Identificação
	Cancelar Venda
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	Realização de Cancelamento de Vendas
	Ator primário
	Supervisor
	Interessados
	Supervisor de Loja
	Pré-condições
	O usuário deve ter realizado login e acessar a página de relatório de cancelamento de venda
	Pós-condições
	Acesso à tela de relatório de cancelamento de venda 
	Fluxo normal:
1. O usuário acessa a página de cancelar venda.
2. É exibida uma tela para navegação, Cancelamento de venda.
3. O usuário consegue acessar a opção de “Histórico”, onde o cancelar venda  no qual se deseja realizar é efetuado, o sistema fornece um arquivo PDF com o tipo e cancelar venda selecionado.
	Fluxo alternativo:
1. O usuário não consegue acessar a página de cancelar venda.
1.1 Ocorre o redirecionamento para a página inicial do sistema.
2. O arquivo PDF disponibilizado pelo sistema não é gerado corretamente 
(erro ao selecionar o período do histórico).
Fonte: autoria própria.
4.2.16 Finalização de venda
A Tabela 15 apresenta a descrição de caso de uso da finalização da venda.
Tabela 15 - Finalizar venda
	Tipo
	Descrição
	Identificação
	Finalizar Venda 
	Escopo
	Sistema de Vendas e Registro controle de estoque
	Descrição do Propósito
	Conclusão e Finalização de Vendas
	Ator primário
	Atendente e Supervisor
	Interessados
	Cliente e Loja
	Pré-condições
	O usuário deve ter realizado login e acessar a página de relatório de finalização de venda
	Pós-condições
	Acesso à tela de relatório de finalização de venda 
	Fluxo normal:
1. O usuário acessa a página de Relatório.
2. É exibida a tela para navegação, por relatório para finalizar a venda.
3. O usuário consegue acessar a opção de “Histórico”, onde finaliza a venda no qual se deseja realizar o sistema fornece um arquivo PDF com o nome, tipo e quantidade de venda finalizada  selecionado.
	Fluxo alternativo:
1. O usuário não consegue acessar a página de finalizar a venda.
1.1 Ocorre o redirecionamento para a página inicial do sistema.
2. O arquivo PDF disponibilizado pelo sistema não é gerado corretamente (erro ao selecionar o período do histórico).
Fonte: autoria própria.
4.2.17 Diagrama de caso de uso de cadastro de produto e venda
A Figura 2 apresenta o Diagrama de caso de uso do cadastro de produtos e vendas.
Figure 2 - Diagrama de caso de uso sobre produtos
Fonte: autoria própria.
4.3 ELABORAÇÃO DO MODELO DE CASOS DE USO
Dentre as regras de caso de uso que foram determinadas está Efetuar Login, 
somente Usuários autorizados poderão ter acesso ao sistema, eles terão seu pré-registro no sistema para ter acesso.
Os usuários com função de administrador poderão registrar e excluir Usuários 
Registro de Usuários: 
· Deverá ser feito o registro de todos os clientes para efetuar a compra;
· Usuários com função de Atendente e Supervisor poderão cadastrar clientes;
· Usuários com função de Atendente e Supervisor poderão alterar e excluir registro de Clientes. 
Registro de Produto: 
· Usuário com função de Estoquista e Supervisor poderão registrar produtos;
· Os Produtos devem ser registrado para facilitar a venda e controle do estoque;
· Devem ser preenchidos todos os dados para efetuar o registro do produto;
Cancelamento de Vendas:
· Somente Usuários autorizados com função de administrador poderão cancelar uma venda.
 
4.3.1 Contexto de uso
Usuários e Tarefas:
Os usuários que utilizam o sistema são separados por departamento e função, e para cada usuário é estabelecida uma forma separada e organizada de interação com o software. Cada usuário requer um tipo específico de ambiente e funcionalidade, mas depende de usabilidade e desempenho ao lidar com o software.  Entre os usuários temos atendentes que precisam de fácil acesso e ao mesmo tempo informações sobre todos os produtos para que possam repassar ao cliente e eventualmente efetuar uma compra. Estoquista que precisa verificar, autenticar e registrar todos os produtos em estoque. Tudo é feito de forma clara e rápida. Por questões de segurança, os gestores e supervisores têm acesso a todo o sistema, garantindo assim a segurança e gestão de todo o sistema.
Ambiente:
Localmente, temos um sistema de servidor e serviço de informática separados, que utiliza processamento extensivo e acesso a discos rígidos. Bem instalado em salas climatizadas com acesso restrito. O servidor é conectado diretamente ao sistema primário e todos os dados do sistema são compilados e distribuídos, por exemplo (dados do usuário, senhas, produtos etc.). O software de registro será instalado em computadores desktop, que servirão de base para comunicação e registro no site. Com acesso aberto aos usuários registrados no sistema, é possível acessar diferentes máquinas sem interromper as configurações pré-configuradas de cada usuário.
4.3.2 Requisitos funcionais
Normalmente, um conjunto de requisitos é considerado, os serviços que o sistema deve fornecer e suas restrições operacionais. Eles devem ser considerados uma especificação que deve ser implementada, e refletir as necessidades do cliente e são divididos em dois níveis, necessidades do usuário e necessidades do sistema. Os requisitos são descrições de como o sistema se comporta, incluindo informações de domínio do aplicativo e restrições na operação do sistema, os requisitos de usuário, são declarações em linguagem natural contendo um diagrama dos serviços que um sistema deve fornecer a seus usuários e as restrições que ele deve operar. Eles devem ter como alvo clientes, usuários, gerentes de projeto e arquitetos de sistema, pois definem os requisitos de alto nível, que definem o propósito do projeto. Os requisitos do sistema são descrições mais detalhadas dos recursos, serviços e restrições operacionais de um sistema de software. Durante a fase de aquisição de requisitos, designers ou arquitetos de softwares utilizam sua experiência para coletar requisitos, pois podem definir a ordem de implementação que afeta diretamente uma determinada solução.
Outro recurso disponível para designers é a construção de cenas, os cenários de uso dão suporte a requisitos específicos e são usados para aquisição e análise de requisitos. Uma vez obtido um conjunto de quesitos, o designer e o arquiteto de softwares poderão começar a projetar a arquitetura de software. Descreve o comportamento esperado de um sistema de software, esclarecendo o que o sistema deve e o idealmente não deve fazer.
Capturam as funcionalidades sob o ponto de vista do usuário, estes são requisitos de software que definem o comportamento do sistema, ou seja, o processo ou transformação que componentes de software ou hardware, efetuam sobre as entradas para gerar as saídas, especifica uma função que o sistema ou componente deve ser capaz de realizar. Na Figura 3 existe o diagrama de requisitos funcionais.
Figure 3 - Diagrama de requisitos funcionais
Fonte: autoria própria.
4.3.3 Requisitosnão funcionais
O termo requisito não funcionais é também chamado de atributo de qualidade, tem um papel de suma importância durante o desenvolvimento de um sistema, podendo ser usado como critério de seleção na escolha de alternativas de projeto, estilo arquitetural e forma de implementação, são aqueles que não estão diretamente relacionados à funcionalidade de um sistema, desconsiderar ou não considerar adequadamente tais requisitos é dispendioso, pois torna difícil a correção uma vez que o sistema tenha sido implementado.
Embora haja um conjunto de propostas, consideradas como complementares o padrão IEEE-Std 830-1993 [IEEE 1993] que lista requisitos não funcionais a serem considerados no documento de especificação de requisitos de software, alguns como, requisitos de desempenho, confiabilidade, portabilidade e segurança.
Além dos requisitos de produtos, a classificação apresentada em [Sommerville 2007] considera os requisitos de processo e requisitos externos como sendo requisitos não funcionais, uma forma de organizar os requisitos, facilitando a verificação e validação e, até mesmo, a reutilização desses requisitos é a taxonomia, baseada na unificação de diversos tipos de requisitos não funcionais propostos uma classificação que distingue os requisitos de produto, organizacionais e externos. Na Figura 4 existe o diagrama de requisitos não funcionais.
Figure 4 - Diagrama de requisitos não funcionais
Fonte: autoria própria.
De acordo com as definições da usabilidade apresentada, os requisitos não funcionais de usabilidade do sistema de software possui uma utilização que foi desenvolvida gráficos sem muito recursos a implantação de descrições das funções e botões, configura se em utilização de teclas de caminho mais aplicadas.
  Requisito Não Funcionais, aprendizagem com facilidade em um determinado prazo especificado.
  Requisitos Não Funcionais, eficiência da tarefa, ou seja, especificar um prazo para tarefa de um usuário.
 Requisito Não Funcional, facilitar a recordação, o usuário lembrar como realizar a tarefa após um tempo sem uso.
 Requisitos Não Funcionais, deverá entender as funcionalidades do sistema como os alertas e mensagens.
 Requisitos Não Funcionais, satisfação dos usuários ao usar os sistemas.
Analisamos os principais problemas de usabilidade e observamos o emprego das críticas, representada pelo usuário, no intuito do sistema de expressar os requisitos. 
Primeiro ponto de desempenho: mostrar a rapidez que o usuário aprenderá e a agilidade que desempenha ao executar as tarefas após o treinamento.
Segundo ponto defeito: ao invés de especificar quanto mais rápido sua tarefa é executada, identificamos a frequência ocorre o defeito   
Terceiro ponto das diretrizes:  padrão aceitável pelos usuários, interface considerada bem definida pelo tempo de resposta em geral.
4.4 Diagrama de Classes 
A UML tem como objetivo representar um diagrama de classes uma estrutura estática das classes de sistema de software, sendo definido também como registro das classes, atributos e métodos e a familiaridade entre essas classes.
4.5 Diagrama de Objetos 
O Diagrama que tem como representar instâncias de classes e suas respectivas ligações ou associações e o diagrama de objetos, e podemos dizer que o diagrama de classes e o fundamento do diagrama de objetos, através do diagrama de objeto tem-se um panorama dos objetos, suas comunicações e seus relacionamentos em uma definida perspectiva ocasião de execução desse quadro.
Os diagramas que melhor representam a cena estrutural estática de um sistema, é o diagrama de classes, e o diagrama de objetos, as reações que o sistema produz e aspectos dinâmicos não são aproveitados nessas ilustrações. 
4.6 Diagrama de Análise 
Classes de análise define as responsabilidades de cada objeto antes da realização é representada pelos modelos de classes de objetos onde ocorre sequencialmente modelo dinâmico representado pelo modelo de casos de usos e como se relaciona entre si, antes das tarefas realizarem as atribuições de cada objeto.
Responsabilidade dividida em três categorias de grupos, classes entidade, classes de fronteira e classes de controle, conhecidas como classes de análise.
Representada mais próxima do mundo real temos a classe entidade que seu principal objetivo é informar problemas a respeito ao que se refere a competência de problema que queremos solucionar.
Dividindo o ambiente do sistema e suas interações, a classe fronteira tem como responsabilidade seu diálogo interno e externo.
Sequenciando a execução de caso de uso, temos classe de controle, objetivo regulamento entre camada interna do sistema, configurada pelas classes de entidade, com a camadas externas do sistema, construída pelas camadas de fronteira.      
Representamos na figura a seguir, o diagrama de classes de análise do projeto do sistema de software, orientado com base no estabelecimento dos casos de uso, e relacionamento entre classes, mostrando atributos e métodos de cada classe e a vivência de agregação e herança. Na Figura 5 apresenta-se o diagrama de classes.
Figure 5 - Diagrama de classes
Fonte: autoria própria.
4.7 Modelo de Entidade-Relacionamento(MER) 
A fim de representar as estrutura de dados de forma mais natural,  foi executada a criatividade mais próxima do desenvolvimento organizacional no mundo real dos negócios que rege o universo competitivo de software, está descrito um modelo conceitual de Entidade-Relacionamento(MER) características e recurso do MER para o qual a representação gráfica Diagrama Entidade-Relacionamento, um exemplo que tem como objetivo um modelo abstrato considerado de alto nível,  descrevendo objeto (entidade), suas características(atributos) e relacionamento, como se relacionam, seguindo deste conceito podemos entender que o modelo portará banco de dados de uso. Na Figura 6 apresenta-se o Modelo de Entidade-Relacionamento. 
Figure 6 - Modelo de Entidade-Relacionamento
Fonte: autoria própria.
CONCLUSÃO
Projetar um sistema de gestão de vendas vai muito além do visual, passando por suas fases de construção, como casos de uso e seu diagramas, foi um grande desafio e é responsável por reforçar o conhecimento das matérias do bimestre. Utilizar todo o conhecimento de Análise de Sistemas Orientada a Objetos foi um grande aprimorador de informação e o reforço sobre ela. Toda a construção de artefatos no UML foi desafiador e norteador para futuros projetos ao grupo.
Como todos os PIMs, esse comprou sua proposta e trazer clareza sobre assuntos do bimestre possibilitando o grupo colocar a mão na massa. E como todo projeto integrado multidisciplinar com esse foi possível enxergar uma pequena parcela do que pode ser ter no desenvolvimento de um sistema de gestão de vendas.
REFERÊNCIAS
devmedia. Artigo Engenharia de Software 3 - Requisitos Não Funcionais. Disponível em: https://www.devmedia.com.br/artigo-engenharia-de-software-3-requisitos-nao-funcionais/9525. Acesso em: 8 maio. 2022.
ISO. Systems and software engineering. Disponível em: https://www.iso.org/standard/35733.html. Acesso em: 4 maio. 2022.
retraining. Taxonomia unificada para requisitos Não Funcionais. Disponível em: https://retraining.inf.ufsc.br/taxonomiaRNF/printableRNF.html. Acesso em: 6 maio. 2022.
 LOJA -obter_id: void USUARIO -id: int -usuario: String -senha: int +logar(): void +getLogar() +setLogar() +validar(): void +getValidar () +setValidar () -tem 1 1..* ATENDENTE -id: int -usuario: String -senha: int -nome: String +incluir(): void +getIncluir() +setincluir() +registrar(): void +getRegistrar() +setRegistrar() +excluir(): void +getExcluir() +setExcluir() +modificar(): void +getModificar() +setModificar() +registrarCliente(): void -getRegistarCliente() +setRegistrarCliente() +consultarPreco(): void +getConsultarPreco() +setConsultarPreco() +consultarVenda(): void +getConsultarVenda() +setConsultarVenda()1 1 PESSOA -cod: int -RG: int -CPF: int -nome: String -dataCadastro: Date -endereco: String -e-Mail: String -telefone: int +consultar(): void +getConsultar() +setConsultar() +informarPagamento(): void +getInformarPagamento() +setInformarPagamento() +comprar(): void +getComprar() +setComprar() -registra 1 1..* SUPERVISOR -id: int -usuario: String -senha: int -nome: String +incluir(): void +getIncluir() +setIncluir() +registrar(): void +getRegistrar() +setRegistrar() +excluir(): void +getExcluir() +setExcluir() +modificar(): void +getModificar() +setModificar() +cancelarVenda(): void +getCancelarVenda() +setCancelarVeda() +excluirProduto(): void +getExcluirProduto() +setExcluirProduto() +cancelarVenda(): void +getCancelarVenda() +setCancelarVenda() +excluirVenda(): void +getExcluirVenda() +setExcluirVenda() 1 1 ESTOQUISTA -id: int -usuario: String -senha: int -nome: String +incluir(): void +getIncluir() +setIncluir() +registrar(): void +getRegistrar() +setRegistrar() +excluir(): void +getExcluir() +setExcluir() +modificar(): void +getModificar() +setModificar() +registrarProduto(): void +getRegistrarProduto() +setRegistrarProduto() 1 1 PRODUTO_GEEK PRODUTO -codProduto: int -nomeProduto: String -fabricante: string -categoria: int -quantidade: int -valorUnitario: float +incluir(): void +getIncluir() +setIncluir() +modificar(): void +getModificar() +setModificar() +excluir(): void +getExcluir() +setExcluir() +consultar(): void +getConsultar() +setConsultar() +consultarProdutoGeek(): void +getConsultarProdutoGeek() +setConsultarProdutoGeek() +consultarJogo(): void +getConsultarJogo() +setConsultarJogo() +consultarAcessorio(): void +getConsultarAcessorio() +setConsultarAcessorio() +consultarItemRaro(): void +getConsultarItemRaro() +setConsultarItemRaro() +atualizarQuantidade(): void +getAtualizarQuatidade() +setAtualizarQuantidade() 0..* -possui 1 -registra 1 1..* ESTOQUE -quantidade: int -tipoProduto: int -consulta 1 1..* -refere-se 1 1..* ITEM_RARO -colecionador: int JOGO -tipoPlantaforma: int -prazoGarantia: int ACESSORIO -tipoPlantaforma: int -prazoGarantia: int 0..* -possui 1..* 0..* -possui 1..* 1..* -possui 1..* VENDA -codVenda: int -dadoCliente: string -produtoAdquirido: int -dataVenda: Date -valorVenda: float -opcaoPagamento: int -statusPagamento: int -statusVenda: int +calcularVenda(): void +getCalcularVenda() +setCalcularVenda() +modificarProduto(): void +getModificarProduto() +setModificarProduto() +excluirProduto(): void +getExcluirProduto() +setExcluirProduto() +cancelaCompra(): void +getCancelarCompra() +setCancelarCompra() +fazerPagamento(): void +getFazerPagamento() +setFazerPagamento() +emitirComprovante(): void +getEmitirComprovante() +setEmitirComprovante() +finalizarCompra(): void +getFinalizarCompra() +setFinalizarCompra() ITEM_VENDA -categoria: int -quantidadde: int -valorUnitario: float -valorTotal: float +incluir(): void +getIncluir() +setIncluir() +modificar(): void +getModificar() +setModificar() +excluir(): void +getExcluir() +setExcluir() +consultar(): void +getConsultar() +setConsultar() -consulta 1 1..* -faz 1 0..* MOVIMENTO -codvenda: int -data_Fechamento: Date CAIXA -valorVenda: int -dataAbertura: Date -dataFechamento: Date -codVenda: int +obterCodVendaAprovada(): void +getObterCodVendaAprovada() +setObterCodVendaAprovada() +obterCodVendaCancelada(): void +getObterCodVendaCancelada() +setObterCodVendaCancelada() EFETUAR_PAGAMENTO -cartaoCredito: int -pagarDinheiro: int 1..* -possui 1 LEITORA_CARTAO -pagamento: int CARTAO -exclui 1 1..* -realiza Controlador Loja 1 * 1 1..* 1 1..* 1 1..* 1 1