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 
 
 
 
 
GELTON SOBREIRA COSTA – RA 0412937 
 
 
 
 
 
 
PROJETO INTEGRADO MULTIDICIPLINAR PIM VI 
Sistema de vendas de jogos eletrônicos e produtos geek. 
 
 
 
 
 
 
 
 
 
 
 
BARUERI – UNIP 2022 
 
 
 
 
 
GELTON SOBREIRA COSTA – RA 0412937 
 
 
 
 
 
Sistema de vendas de jogos eletrônicos e produtos geek. 
 PROJETO INTEGRADO MULTIDICIPLINAR PIM VI 
 
 
 
 
 
 
 
 
Projeto integrado multidisciplinar para obtenção 
Do título de tecnólogo em analise e desenvolvimento de 
sistemas, apresentado a Universidade Paulista -UNIP EaD. 
Orientador (a): Profa. Sandra Bozolan. 
 
 
 
 
 
 
 
 
 BARUERI – UNIP 2022 
 
 
 
 
 
RESUMO 
 
No projeto que será apresentado, iremos demonstrar como a tecnologia da 
informação este cada dia mais presente em nossas vidas, e a facilidade que trouxe 
em nossas tarefas diárias e como podemos utilizar esse recurso para gerenciar 
negócios e ter mais agilidade com a troca de informações de forma segura e 
automática, visando melhorar os processos empresariais. 
Uma empresa atua no ramo de vendas de jogos e produtos eletrônicos, 
acompanhando uma tendencia de mercado que é automatizar processos, resolveu 
nos contratar para construir um sistema que controle o seu estoque de produtos, e 
faça o gerenciamento de todas as vendas realizadas. 
O foco principal deste sistema é facilitar o dia a dia das pessoas que trabalham 
na loja, utilizam a tecnologia a seu favor. 
Será utilizado os conhecimentos adquiridos nas disciplinas de análise de 
sistemas orientadas a objetos, banco de dados e gestão estratégica de recursos 
humanos, assim a analise do sistema que será desenvolvido ficará de forma clara e 
objetiva. 
Alguns pontos devem ser levados em consideração, o acesso ao sistema da 
loja deve ser feito por meio de login e senha, os estoquistas cadastram produtos que 
serão comercializados na loja, que deverão ser divididos, nas seguintes categorias: 
jogos, acessórios e produtos geek. 
Os cadastros dos clientes devem possuir, informações pessoais como: RG, 
CPF, nome, data do cadastro, endereço, telefone, e-mail do cliente. todos os produtos 
devem ter informações como, código de barras, nome do produto, categoria, 
fabricante, valor do produto. Além de todas as vendas obrigatoriamente tem que ter 
os dados dos clientes e todos os produtos adquiridos. 
O sistema terá níveis de acesso e permissões diferentes dependendo do cargo 
que o colaborador vá exercer. 
 
 
 
 
Palavras-chave: sistema, cadastro, analise de sistemas orientada a objetos, RH, 
banco de dados. 
 
 
Abstract 
 
In the project that will be presented, we will demonstrate how information 
technology is increasingly present in our lives, and the ease it has brought in our 
daily tasks and how we can use this resource to manage business and have more 
agility with the exchange of information from in a secure and automatic way, aiming 
to improve business processes. 
The company that operates in the field of sales of games and electronic 
products, following a market trend that is to automate processes, decided to hire us 
to build a system that controls its stock of products, and manages all sales made. 
The main focus of this system is to facilitate the daily lives of people who work 
in the store, using technology to their advantage. 
The knowledge acquired in the disciplines of object-oriented systems analysis, 
database and strategic management of human resources will be used, so the 
analysis of the system that will be developed will be clearly and objectively. 
Some points must be taken into account, access to the store system must be 
done through login and password, stockists register products that will be sold in the 
store, which should be divided into the following categories: games, accessories and 
geek products. 
Customer records must have personal information such as: RG, CPF, name, 
registration date, address, telephone, customer's e-mail. All products must have 
information such as barcode, product name, category, manufacturer, product value. 
In addition to all sales, you must have customer data and all products purchased. 
The system will have different access levels and permissions depending on 
the position the employee will hold. 
 
 
 
 
 
 
 
Keywords: system, registration, object-oriented systems analysis, HR, database. 
 
 
 
SUMÁRIO 
 
1 INTRODUÇÃO ............................................................................................................... 5 
2 IDENTIFICANDO CASO DE USO ...................................................................................... 6 
3 MODELO DE CASO DE USO............................................................................................ 6 
4 ESPECIFICAÇÕES DE CASO DE USO ................................................................................ 7 
5 REQUISITOS NÃO FUNCIONAIS DO SISTEMA ............................................................... 12 
6 REGRAS DE NEGOCIO ................................................................................................. 13 
7 DIAGRAMA DE CLASSE DE ANALISE ............................................................................. 14 
8 MODELO DE DADOS MER ........................................................................................... 16 
9 INTERFACE DO SISTEMA ............................................................................................. 21 
10 GESTÃO ESTRATÉGICA DE RH ...................................................................................... 26 
11 CONCLUSÃO ............................................................................................................... 27 
Referência bibliográficas .................................................................................................... 27 
 
 
5 
 
1 INTRODUÇÃO 
 
O desenvolvimento do sistema que será apresentado, visa gerenciar estoque 
de produtos eletrônicos e geek, além de organizar todo o processo de venda, desde 
o cadastro do cliente, produto e controle de estoque (entrada e saida). 
Através desse projeto será feito o levantamento e a análise dos requisitos de 
implantação, o objetivo principal é facilitar a administração da venda por loja. 
Os funcionários que vão utilizar esse sistema, serão cadastrados e terão login 
e senha para acesso, contendo funções especificas para cada cargo que ocupam, 
seja como estoquista, atendente ou supervisor, isso irá facilitar no desempenho de 
suas atividades do dia-a-dia, onde será possível ver todos os processos 
automatizados. 
Produziremos através deste projeto PIM VI, o caso de uso, modelo de casos, 
identificaremos relacionamentos de include, extend e generalização, fluxo principais 
e alternativos, requisitos funcionais e não funcionais, as regras de negócio e por fim 
os modelos de dados (MER), colocando em prática os ensinamentos adquiridos com 
as matérias de análise de sistema orientada a objetos, banco de dados e gestão de 
recursos humanos. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
6 
 
2 IDENTIFICANDO CASO DE USO 
 
O caso de uso tem como objetivo, descrever como será o uso de uma 
funcionalidade de um sistema, para demonstrar isso, existe um padrão que define 
uma sequência de ações executadas pelo sistema que geram um resultado de valor 
observável para um ator em particular, que não mais é do que um conjunto de 
regras que servem para padronizar de maneira que o programador do sistema que 
utilizará o caso de uso para codificar a funcionalidade e para que o usuário possa 
validar essa funcionalidade. 
O desenho do processo de execução do negócio, idealiza a responsabilidade 
e interação de cada envolvido, demonstrando o que acontece quando entra em 
cena, qual sua ação, a áreae a sequência em que a tarefa deve ser realizada em 
relação as suas responsabilidades que incluem os demais participantes do 
processo. 
Foram identificadas dentro do cenário proposto neste projeto, o controle de 
estoque, cadastro de produto e cliente e gerenciamento das vendas realizadas. 
 
 
3 MODELO DE CASO DE USO 
 
Descreve como os diferentes tipos de usuários interagem com o sistema para 
solucionar um determinado problema e qual deve ser o comportamento necessário 
do sistema para satisfazer metas definidas pelos usuários. 
O modelo de caso de uso serve como um unificador em todo o 
desenvolvimento de um sistema. Abaixo demonstraremos os elementos de um 
modelo básico. 
➢ Ator: é uma função que uma pessoa ou um sistema externo desempenha 
quando interage com um sistema. 
➢ Caso de uso: capturar o comportamento necessário ao sistema sob a 
perspectiva do usuário final, para atingir um ou mais objetivos. 
➢ Associações: são utilizadas para descrever os relacionamentos entre os 
atores e os casos de uso que eles participam. 
 
 
7 
 
4 ESPECIFICAÇÕES DE CASO DE USO 
 
Para cumprir os objetivos propostos pelo sistema, o mesmo deve ter 
funcionalidades de controle de estoque, cadastro de cliente e produtos e 
gerenciamento das vendas realizadas. 
Todos os funcionários antes de realizar qualquer atividade, precisam estar 
logados no sistema com login e senha, cada cargo terá um perfil de acesso 
diferenciado, pois irão realizar transações referentes a seu cargo. 
 
Na figura 1 podemos observar o controle de estoque e cadastrado de 
produtos, onde o estoquista é responsável em controlar o estoque e cadastrar os 
produtos que serão vendidos na loja e dividir por categorias. 
 
 
Figura 1 – Diagrama de caso de uso controle de estoque. 
 
8 
 
Realizar cadastro do produto 
Escopo Cadastro de produto 
Descrição do 
propósito 
O estoquista cadastra os produtos que serão vendidos na loja, os quais deverão 
ser divididos por categorias: 
 jogos, acessórios e produtos geek. 
Ator primário Estoquista 
Pré-condições O produto não estar cadastrado no sistema 
Pós-condições 
O produto ser cadastrado com sucesso, e ficar disponível para consulta e venda 
na loja 
Fluxo normal 
Cadastrar código e descrição do produto 
Categoria e fabricante 
Valor do produto 
Quantidade e código de barras 
Flexo alternativo 
Na falta de preenchimento de algum campo o sistema não deixa cadastrar o 
material. 
Requisitos 
relacionados Acessar o sistema 
 
 
Realizar controle de estoque dos produtos 
Escopo Controlar estoque da loja 
Descrição do 
propósito 
O estoquista junto com o vendedor devem ser responsáveis em controlar o 
estoque de toda loja 
Quando for feita a compra o estoquista registra a entrada de produtos 
Quando for feita a venda o vendedor registra a saída da mercadoria 
Ator primário Estoquista e vendedor 
Pré-condições O produto tem que estar cadastrado e ter saldo no sistema 
Pós-condições 
Se o produto não estiver cadastro ou não tiver saldo disponível pra venda, o 
sistema não autoriza. 
Fluxo normal 
Ter o produto cadastro de forma correta com todas as informações relevantes 
Ter o estoque físico e sistêmico para realizar a venda e fazer a baixa em tempo 
real. 
Flexo alternativo Se não tiver cadastro ou saldo, aguarda o ajuste sistêmico. 
Requisitos 
relacionados Acessar o sistema 
 
 
 
 
9 
 
Na figura 2 podemos observar o cadastro do cliente e a venda dos produtos 
que serão baixados do estoque, atividades exercidas pelo vendedor. 
 
Figura 2 – Diagrama de caso de uso venda de produto e acessórios. 
 
Realizar cadastro de cliente 
Escopo Cadastra cliente 
Descrição do 
propósito 
O atendente irá cadastrar o cliente que irá realizar a compra na loja. 
O sistema precisa de informações pessoais para registrar esse novo cliente e 
gerar um código. 
RG, CPF, nome, endereço, telefone, e-mail e data do cadastro, são informações 
básicas e indispensáveis. 
Ator primário Atendente 
Pré-condições O cliente não pode estar cadastrado no sistema da loja. 
Pós-condições Se o cliente estiver cadastro o sistema não autoriza um novo cadastro. 
Fluxo normal Cliente estar apto a comprar após o seu cadastro no sistema da loja. 
Flexo alternativo Se não tiver cadastro, aguarda o ajuste sistêmico. 
Requisitos 
relacionados Acessar o sistema 
 
 
. 
10 
 
Realizar venda de produto e acessórios 
Escopo Venda de produto e acessórios 
Descrição do 
propósito 
O atendente irá consultar disponibilidade de produto e valor. 
O atendente irá realizar a consulta do cadastro do cliente, se não houver 
cadastrado irá cadastrar. 
Quando a venda for realizada deverá gerar um código de venda com algumas 
informações: 
Data da venda, valor da venda, opções de pagamento e status da venda. 
Ator primário Atendente 
Pré-condições 
O cliente e o produto precisam estar cadastrados e o produto precisa ter saldo 
físico e sistêmico. 
Pós-condições 
Se o cliente ou material não estiver cadastro, ou material sem saldo o sistema 
não autoriza a venda 
Fluxo normal 
Cliente estar apto a comprar após o seu cadastro no sistema da loja e o produto 
disponível, realiza venda e baixa o estoque. 
Flexo 
alternativo Se não tiver cadastro, aguarda o ajuste sistêmico. 
Requisitos 
relacionados Acessar o sistema 
 
 
 
Realizar consultar preço do produto 
Escopo Consultar o preço de venda do produto ou acessório 
Descrição do 
propósito 
O atendente irá consultar no sistema o preço de venda do produto ou acessório, 
sempre que, o cliente solicitar essa informação antes da venda. 
 
Ator 
primário Atendente 
Pré-
condições 
O produto deve estar cadastrado no sistema com seu preço de venda no momento 
da consulta. 
Pós-
condições Se o produto não estiver com preço, solicitar o cadastro. 
Fluxo normal Produto cadastrado corretamente, produto disponível pra venda. 
Flexo 
alternativo Se não tiver cadastro, aguarda o ajuste sistêmico. 
requisitos 
relacionados Acessar o sistema 
 
 
 
11 
 
Na figura 3 podemos ver o processo de cancelamento de uma venda onde o 
atendente pode excluir os produtos, mas apenas o supervisor da loja poderá excluir 
o produto da venda, devendo informar um usuário e senha e o código da venda deve 
ser enviado ao departamento financeiro. 
 
 
Figura 3 – Diagrama de caso de uso cancelamento da venda de produto e 
acessórios. 
 
Realizar cancelamento da venda 
Escopo cancelar a venda de um produto ou cliente 
Descrição do 
propósito 
O Atendente pode excluir um item da venda, porém não pode cancelar a venda 
sem autorização do supervisor da loja. 
O supervisor da loja, após realizar o cancelamento deve comunicar ao financeiro 
via sistema. 
Ator primário Atendente e supervisor 
Pré-condições O cliente deve solicitar o cancelamento ao atendente. 
Pós-condições 
Se o cancelamento for de um produto apenas, o atendente pode fazer, agora se 
for a venda toda 
o supervisor precisa autorizar com seu login. 
Fluxo normal Cancelamento feito pelo cliente pois não quer mais o produto. 
Flexo 
alternativo Cancelamento do produto ou venda por indisponibilidade do produto ou avaria. 
requisitos 
relacionados Acessar o sistema 
 
 
12 
 
5 REQUISITOS NÃO FUNCIONAIS DO SISTEMA 
 
São aqueles que descreve não o que o sistema fará, mas como ele fará, no 
que diz respeito aos requisitos relativos a utilização da aplicação em relação a 
confiabilidade, desempenho, manutenção, usabilidade e tecnologias envolvidas. 
Considerando que o nosso cliente não precisa mencionar estes requisitos, até 
mesmo porque são conteúdos mínimos de um sistema de software. 
No cenário proposto, adentaremos no requisito de usabilidade; 
 
Identificação Nome Descrição 
RNF 01 
Facilidade de 
aprendizado 
O sistema foi desenhado para ser absorvido o conhecimento 
necessário para sua utilização no menor tempo e com menor 
esforço para que os usuários novos aprendam rápido. 
 
RNF 02 Facilidade de usoAvaliação do esforço físico e cognitivos do usuário durante as 
interações através da mensuração da velocidade de execução 
e números de erros contidos. 
 
 
RNF 03 Produtividade 
Avaliação da produtividade do usuário com o uso do produto 
em relação a realização das mesmas tarefas sem o uso do 
sistema. 
 
Diferente da facilidade de aprendizado, o foco nesse 
requisito é nos usuários experientes. 
 
RNF 04 
Satisfação 
subjetiva Avaliação do prazer do usuário enquanto usa o sistema 
RNF 05 Flexibilidade 
Avaliação da possibilidade de um usuário acrescentar e 
modificar funções e o ambiente iniciais do sistema, sendo 
 assim, está relacionado ao designer universal. 
 
Deve se levar em consideração a flexibilidade de atender 
todos os grupos/perfis. 
 
 
Contexto de uso 
A melhor forma de analisar o contexto de uso, se baseia em fazer 
questionários, e desta maneira reunir informações a respeito do contexto em que o 
produto, serviço ou sistema está ou vai ser colocado e são muito úteis para o seu 
desenvolvimento. 
13 
 
Podemos mencionar os artefatos principais do contexto de uso, que surgem a 
partir das respostas de três questões: 
 
A) Quem? (Cliente/Usuários) 
A utilização do sistema é para todos os que trabalham na loja em 
determinadas funções especificas, para utilizar o sistema precisa ter login, e só será 
permito utilizar funções liberadas para seu perfil de acesso. 
 
B) O que? (Tarefas/ações) 
Os objetivos principais do sistema são claros e objetivos, fazer controle de 
estoque e cadastro de produto, realizar cadastrado de cliente e realizar as vendas 
das lojas. 
 
C) E onde? (Ambiente/Sistema) 
O sistema será acessado na loja, através dos desktops que serão 
disponibilizados nos departamentos que precisam utilizar essa ferramenta. 
 
6 REGRAS DE NEGOCIO 
 
Identificação Acesso ao sistema da loja 
Descrição Deve ser feito através de login e senha por cada funcionário 
Fonte Cenário orientado PIM VI 
 
Identificação Cadastro de produto vendido na loja 
Descrição Deve ser feito pelo estoquista e deve dividir os produtos por categorias 
Fonte Cenário orientado PIM VI 
 
Identificação Cadastro de cliente 
Descrição 
Deve ser feito pelo atendente e deve possuir informações como: 
Código, RG, CPF, nome, data do cadastro, endereço, telefone e e-mail 
Fonte Cenário orientado PIM VI 
 
Identificação Controle de estoque dos produtos da loja 
Descrição 
Todos os produtos devem ter: código de barras, nome do produto, categoria 
fabricante, quantidade e valor do produto. 
jogos e acessórios devem se informar a plataforma e prazo da garantia. 
Fonte Cenário orientado PIM VI 
14 
 
 
Identificação Venda de produtos 
Descrição 
A venda deverá possuir os dados do cliente e todos os produtos adquiridos 
Deve ser gerado código único de venda com data, valor e opções de pagamentos 
Fonte Cenário orientado PIM VI 
 
 
Identificação Cancelamento da venda 
Descrição 
O atendente pode excluir os produtos da venda caso o cliente não queira mais 
O atendente pode consultar os preços de produtos caso o cliente solicite 
Somente o supervisor pode excluir a venda com seu login e senha 
O departamento financeiro deve ser informado sobre a exclusão da venda 
Fonte Cenário orientado PIM VI 
 
 
7 DIAGRAMA DE CLASSE DE ANALISE 
 
Boundary :Também conhecido como estereótipo de fronteira, identifica uma classe 
que serve de comunicação entre os atores e o sistema propriamente dito, a classe 
de fronteira é responsável por modelar a interação entre o ambiente do sistema e 
seus trabalhos internos. 
 
Control identifica classes que servem de intermédio entre as classes <<boundary>> 
e as demais classes do sistema, são responsáveis em interpretar os eventos 
ocorridos sobre os objetos <<boundary>>, como os movimentos do mouse, o 
pressionamento de um botão e retransmiti-los para os objetos das classes de 
entidades que compõe o sistema. 
 
 
 
 
15 
 
Entity: armazena informações referentes ao problema no qual o sistema pretende 
solucionar, tem o objetivo de tornar explicito que a classe contém informações 
recebidas e armazenada pelo sistema ou geradas por meio deste. 
 
Abaixo podemos ver um exemplo de um diagrama de classes UML. 
 
Login no sistema da loja. 
 
 
16 
 
 
8 MODELO DE DADOS MER 
Antes de adentarmos no assunto, se faz necessária uma breve explicação do 
que vem a ser um MER e qual sua aplicação no nosso desenvolvimento do sistema. 
O modelo de entendida e relacionamento (MER) são diagramas utilizados 
para projetar bancos de dados relacionais, utilizando como base a relação de 
objetos reais, e sendo representado por meio de entidades e relacionamentos. 
Nessa técnica de diagramação, a simplicidade é um dos preceitos e serve como 
meio de representação dos próprios conceitos por ela manipulados. 
Existe uma representação gráfica para representar as entidades que é um 
retângulo, o losango representa o relacionamento entre as entidades e por fim os 
balões que são usados em cada entidade para indicar seus atributos, esse modelo 
de diagrama é chamado de DER. 
Entidades: são abstrações de objetos do mundo real, representadas durante 
o projeto de um banco de dados relacional e são representadas nominalmente por 
substantivos. 
Atributos: São representações de características de uma entidade, além 
disso são classificados em simples, compostos, monovalorados e multivalorados. 
 
• Atributos Simples: Possuem apenas uma propriedade associada à 
entidade, por exemplo, o atributo nome da entidade pessoa; 
• Atributos Compostos: Possuem mais propriedades associadas ao 
mesmo atributo, por exemplo, é o caso do endereço associado à 
entidade pessoa, pois ele possui os atributos logradouro, endereço, 
número, complemento, bairro e CEP; 
• Atributos Monovalorados: Possui um único valor para a entidade, como 
por exemplo, o campo nome relacionado à entidade pessoa; 
• Atributos Multivalorados: São atributos que possuem mais de um valor. 
Por exemplo, o caso do telefone associado à entidade pessoa, pois é 
possível não ter nenhum telefone ou ter vários. 
 
Na figura abaixo podemos ver o processo de cadastro de material utilizando o 
modelo conceitual. 
O estoquista é responsável por essa atividade. 
17 
 
 
Modelo conceitual cadastro de produto 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Modelo logico cadastro de produto 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
18 
 
Na próxima figura podemos ver o processo de cadastro de cliente, essa atividade é 
realizada pelo atendente da loja. 
Modelo conceitual cadastro de cliente 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Modelo logico do cadastro de cliente 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
19 
 
 
A próxima figura ilustra o processo de venda de produto, onde o atende é 
responsável em realizar a venda. 
 
Modelo conceitual de venda 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Modelo logico da venda 
 
 
 
 
 
 
 
 
 
 
 
 
 
20 
 
 
A figura abaixo nos mostra o processo de cancelamento de uma venda, onde 
o cliente desiste de adquirir um produto e apenas o supervisor da loja pode autorizar 
esse cancelamento. 
Modelo conceitual cancelamento da venda. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Modelo logico cancelamento da venda. 
 
 
 
 
 
 
 
 
 
 
 
 
 
21 
 
9 INTERFACE DO SISTEMA 
Tela de login do sistema 
Na tela inicial podemos ver que todos os usuários que terão acesso ao 
sistema precisam estar logados com usuário e senha, e os perfis de acesso são 
diferentes por função. 
 
O estoquista quando estiver logado no sistema terá acesso as telas abaixo, 
que fazem parte do perfil para controlar o estoque, cadastrar produtos novos e 
lançar nota fiscal para abastecer o estoque. 
 
A próxima tela mostra como será feito o cadastro de novos produtos. 
 
 
22 
 
Aqui podemos ver como as informaçõesserão armazenadas no banco de 
dados para uso na aplicação. 
 
 
 
A próxima tela é onde o estoquista consegue fazer a consulta do estoque dos 
matérias que estão armazenados na loja. 
 
Modelo do banco de dados para consulta de estoque. 
 
 
 
 
Por fim o estoquista terá acesso a fazer a entrada de notas e alimentar o 
estoque com os materiais comprados do fornecedor. 
 
 
 
 
 
23 
 
Quando o sistema for logado por um atendente, ele poderá fazer consulta de 
estoque e preço, cadastro de cliente e venda na loja. 
OBS. O atendente não terá acesso para cancelar venda ou produto, essa 
atribuição fica a cargo do supervisor da loja. 
 
A próxima tela do sistema no menu de atendente, mostra como será realizado 
o cadastro dos novos clientes. 
 
Modelo de dados que serão armazenados no banco. 
 
 
 
 
 
 
24 
 
O atendente também terá acesso a consultar disponibilidade de estoque de 
produtos e o preço, a próxima tela exemplifica esse tipo de consulta no sistema. 
 
Modelo de informações armazenadas no banco de dados. 
 
A próxima tela do menu do atendente é referente a venda de produtos na loja. 
 
Note que o sistema gera as informações de uma forma amigável e simples 
para análise e futuras consultas. 
 
 
 
 
 
25 
 
O perfil do supervisor terá a função de gerenciar e monitorar os processos da 
loja. 
Tela inicial do login 
 
O supervisor poderá consulta as vendas realizadas na loja através do menu 
abaixo: 
 
 
 
 
 
O supervisor é um único que tem acesso a cancelar uma venda. 
 
 
 
 
26 
 
10 GESTÃO ESTRATÉGICA DE RH 
 
O departamento de RH constitui o conjunto de ações que direcionam e 
coordena o controle dos recursos humanos. 
Empresas são formadas por pessoas, e elas são o maior capital que qualquer 
organização tem de mais valioso, pois sem ela nada seria possível de realizar e 
alcançar. 
Podemos afirmar que a gestão de pessoas é indispensável em um 
planejamento estratégico, pois as organizações estão crescendo e a cada dia 
aparecem novas complexidades nas tarefas realizadas, a administração de RH tem 
um papel importante, pois seu objetivo é ajudar no desenvolvimento de pessoas e 
tê-las motivadas e comprometidas, nesse cenário deve haver a valorização social, 
cuidado com o ambiente, e o principal trabalhar alinhada para alcançar os objetivos 
da organização. 
O sistema que foi desenvolvido para atender a necessidade do cliente e 
apresentado nesse projeto, precisa de pessoas capacitadas e comprometidas para 
que esse resultado esperado seja um sucesso e esteja alinhado com a visão, 
missão e valores da empresa. 
O RH através de politicas de pessoas vai auxiliar a estabelecer normas e 
regulamentos para manter a disciplina, motivação e ordenar as relações 
interpessoais, além de desenvolver e manter novos talentos e fornecer treinamentos 
e cursos caso seja necessário e identificado pela área de negócio. 
As funções e cargo foram levados em consideração no momento de 
desenvolver o software, pois os perfis foram desenhados para atender as tarefas 
realizadas no dia-a-dia por esses colaborardes. 
A empresa deve assumir a responsabilidade pela maneira que trata seus 
colaboradores e deve haver o foco no desenvolvimento e capacitação das pessoas. 
 
 
 
 
 
 
27 
 
11 CONCLUSÃO 
 
O projeto que foi apresentado mostra que um bom software passa por varias 
etapas de desenvolvimentos, não é apenas escrever um código, mais sim entender 
como isso terá sentido se não suprir a necessidade do cliente, que de fato é ter 
processo mais automatizados e com ganhos na parte de controle e gerenciamento 
de informações. 
No mundo que vivemos onde a tecnologia cada dia aproxima mais pessoas 
de produtos e empresas, podemos concluir que a ferramenta apresenta irá facilitar o 
dia a dia de quem trabalha na loja, e os ganhos já serão percebidos na implantação 
onde tudo será mais rápido e confiáveis, fora que é auditável e com 
responsabilidades bem definidas para aqueles que vão utilizar o sistema, pois os 
menus são customizados para atender o que cada cargo desempenha. 
Utilizamos o conhecimento teórico adquirido nas aulas e este trabalho foi 
como um laboratório de ensaios, o maior desafio foi demonstrar de forma clara e 
objetiva como os processos manuais, como controle de estoque, cadastro de 
produto, cadastro de cliente e vendas seriam no sistema. 
 
Referência bibliográficas 
 
Analise de sistemas orientada a objetos. 
https://ava.ead.unip.br/webapps/blackboard/content/listContent.jsp?course_id=_218423_1&content_id
=_2693529_1 Acesso 27/05/2022 
 
Banco de dados. 
https://ava.ead.unip.br/webapps/blackboard/content/listContent.jsp?course_id=_218420_1&content_id
=_2693526_1 Acesso 27/05/2022 
 
https://www.trt9.jus.br/pds/pdstrt9/guidances/concepts/use_case_model_CD178AF9.html Acesso 
27/05/2022 
 
https://www.remessaonline.com.br/blog/mer-e-der-o-que-e-as-principais-diferencas-e-como-usar/ 
Acesso 27/05/2022 
 
 
https://ava.ead.unip.br/webapps/blackboard/content/listContent.jsp?course_id=_218423_1&content_id=_2693529_1
https://ava.ead.unip.br/webapps/blackboard/content/listContent.jsp?course_id=_218423_1&content_id=_2693529_1
https://ava.ead.unip.br/webapps/blackboard/content/listContent.jsp?course_id=_218420_1&content_id=_2693526_1
https://ava.ead.unip.br/webapps/blackboard/content/listContent.jsp?course_id=_218420_1&content_id=_2693526_1
https://www.trt9.jus.br/pds/pdstrt9/guidances/concepts/use_case_model_CD178AF9.html
https://www.remessaonline.com.br/blog/mer-e-der-o-que-e-as-principais-diferencas-e-como-usar/