PROJETO INTEGRADO MULTIDICIPLINAR VI

Prévia do material em texto

Instituto dos Cursos Superiores de Tecnologia e dos Cursos Superiores 
de Formação Específica (Cursos Sequenciais) (ITEFE) 
CURSO DE GRADUAÇÃO ANÁSILE E DESENVOLVIMENTO DE SISTEMAS 
 
 
 
 
 
 
 
 
 
PROJETO INTEGRADO MULTIDICIPLINAR VI 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
São Paulo/SP 
2022 
 
 
 
 
Projeto Integrado Multidisciplinar – PIM VI 
apresentado à Universidade Paulista – UNIP, para avaliação semestral no 
Curso de Analise e Desenvolvimento de Sistemas. 
 
 
 
 
 
 
 
 
Autores: 
 
Rafael Oliveira 2122472 
Dominique Borges 2140606 
Lais Carla Batista 2124754 
Guilbert Vinícius 2161077 
Erick Araújo 2142681 
 
 
 
 
 
 
 
 
 
 
São Paulo/SP 
 2022 
 AGRADECIMENTOS 
 
 
 
Dedicamos este trabalho aos professores do terceiro semestre do curso de 
tecnológica em análise e desenvolvimento de sistemas - EAD, que 
compartilharam seus conhecimentos e contribuíram de forma valiosa na 
elaboração deste trabalho de grande importância para os futuros desafios de 
nossa carreira. 
DEDICATÓRIA 
 
 
Dedicamos esta obra ao professor Prof. Sandra Bozolan, Orientadora de nosso 
Projeto Integrado Multidisciplinar VI.
 RESUMO 
 
 
O projeto teve como objetivo atender o que foi solicitado no projeto 
integrado multidisciplinar VI (PIM VI), tem como objetivo principal desenvolver 
um sistema para realizar levantamento e a análise de requisitos de um sistema 
para uma empresa destinada a venda de jogos eletrônicos, acessórios e 
produtos geek e automação de seus processos, o qual resulta em ganho de 
produtividade e competitividade no mercado. Tendo em vista essa necessidade 
de automação, foram desenvolvidos softwares para vendas, onde é possível 
gerenciar o estoque e o caixa. Saber quais itens são mais vendidos, qual o 
faturamento de cada semana, mês e ano. Porém, nada disso adianta se os 
dados não forem armazenados corretamente e que terá acesso a tais dados. 
Pensando nisso, o levantamento e a análise de requisitos se fazem necessária, 
pois assim, são identificados os atores que utilizaram o sistema e que terão 
acesso a certo tipo de dados. 
 
 
 
 
 
 
 
 
 
 
 
 
 
Palavras-chave: Banco de Dados, Software, Análise de Requisitos.
 ABSTRACT 
 
The project aimed to meet what was requested in the VIP multidisciplinary 
integrated project (PIM VI), main to develop a system to carry out a survey and 
an analysis of requirements of a system for an objective company with the 
objective of selling electronic games, accessories and geek products and 
automation of its processes, which results in gains in productivity and 
competitiveness in the market. Bearing in mind this need for automation, sales 
software where developed, where it is possible to manage stock and cash. 
Know which items are the most sold, what the revenue for each week, month 
and year. However, none of this matters if the data is not stored correctly and 
who will have access to such data. Thinking about the right survey and the 
necessary requirements, as the actors who will use the analysis system are 
identified and thus will have access to a type of analysis. 
 
 
 
 
 
 
 
 
 
 
 
 
 
Keywords: program, application, development, system.
 SUMÁRIO 
INTRODUÇÃO..................................................................................................1 
1. GESTÃO ESTRÁTEGICA E RECURSOS HUMANOS...............................2 
1.1. 5 Componentes Essenciais da Gestão Estratégica.............................2 
1.2. Principais Desafios da Gestão Estratégica...........................................3 
2. ANÁLISE DE SISTEMAS ORIENTADA A OBJETOS.................................5 
2.1. Diagrama de Classe..............................................................................5 
2.2. Classes, Atributos e Métodos................................................................5 
2.3. Diagrama de Objetos.............................................................................5 
2.4. Classes de Análise.................................................................................6 
2.5. Entidade.................................................................................................6 
2.6. Representação de Entidade...................................................................6 
2.7. Tipos de Entidades................................................................................7 
2.8. DIAGRAMA DE ENTIDADE DE RELACIONAMENTO (DER)...............7 
3. BANCO DE DADOS.....................................................................................8 
3.1. Banco de Dados e Sua Importância.....................................................8 
3.2. MER – Modelo Entidade Relacionamento............................................9 
3.3. Script SQL.............................................................................................9 
3.4. Objetivo................................................................................................10 
3.5. Atores...................................................................................................11 
3.6. Atores e Casos de Uso........................................................................11 
3.7. Casos de Uso.......................................................................................12 
3.8. Cadastrar Cliente.................................................................................12 
3.9. Consulta Produto.................................................................................15 
3.10. Realizar Venda...........................................................................16 
CONCLUSÃO..................................................................................................19 
BIBLIOGRAFIA................................................................................................20 
 
 
 
 
 
 
 
 
https://ava.ead.unip.br/webapps/blackboard/execute/launcher?type=Course&id=_218424_1&url=
 1
 
 
INTRODUÇÃO 
 
Uma empresa no ramo de vendas de jogos, acessórios e produtos geek 
vendo a necessidade de obter um sistema que controle seu estoque e suas 
vendas nos procurou para desenvolver um projeto para esse sistema. Foi feito o 
levantamento de requisitos junto ao cliente, a identificação dos casos de uso 
onde temos como principais casos de uso cadastros de clientes e cadastros de 
produtos, ambos com extensões para alteração, exclusão e consulta e produtos 
separados em categorias. Para efetuar venda teremos dados do cliente, dados 
do produto, exclusão de produto, cancelamento de venda, consulta de preço e 
os atores do sistema serão o estoquista, o atendente e o supervisor, todos com 
login e senha com nível de acesso para suas responsabilidades. E por traz o 
sistema terá um banco de dados elaborado e planejado para suprir todas 
permissões e necessidades do sistema, trazendo segurança e informação de 
qualidade conforme os requisitos do cliente. 
 2
 
 
1. GESTÃO ESTRÁTEGICA E RECURSOS HUMANOS 
 A Gestão Estratégica de Recursos Humanos e um conjunto de 
ações que buscam valorizar, desenvolver e manter o comprometimento dos 
trabalhadores para obter o sucesso de uma determinada empresa. 
Essas ações fazem o trabalhador atingir níveis de excelência, 
produtividade e competitividade na sua área de atuação. 
A cultura organizacional e construída pelas interações entre grupos que 
fazem parte de uma empresa, as organizações de uma empresa estão 
submetidas a percepções e ações dos recursos humanos. 
A cultura de uma empresa e formada de acordo com a cultura de seus 
fundadores a cultura formada dentro de uma empresa geek, foi formada a partir 
da cultura que o fundador segue. 
Algumas empresas buscam mudar o nome Recursos Humanos (RH) 
para Gestão de Talentos Humanos (GTH), a fim de trazer um tom mais 
moderno para a área. 
 
1.1 5 COMPONENTESESSENCIAIS DA GESTÃO DE ESTRÁTEGIA 
 
 Recrutamento e Seleção 
 Treinamento e Desenvolvimento 
 Avaliação de desempenho e Feedback 
 Remuneração associada ao desempenho 
 Relações trabalhistas
 3
 
 
1.2 PRINCIPAIS DESAFIOS DA GESTÃO ESTRÁTEGICA 
 
 Lidar com o conflito de gerações 
- E fundamental que o líder e o RH consigam fazer pessoas com 
diferentes idades e ideologias, trabalharem juntamente em prol do 
crescimento da empresa e equipe. 
 
 Humanizar a relação com a equipe 
- É importante lembrar que todos temos nosso lado humano e que 
possuímos sentimentos e com isso o RH precisa dar uma certa 
importância a qualidade de vida no trabalho. 
 
 Preparar as lideranças 
- Os líderes são fundamentais para que a empresa consiga crescer 
dentro do mercado e desenvolver equipes que trabalham com 
excelência. 
 
 Implementar novos sistemas 
- Atualização da tecnologia dentro da empresa, pode se tornar um 
diferencial em comparação com concorrentes. 
 
 Reter talentos 
- Empresas que conseguem manter bons profissionais, tem mais 
chances de atingirem seus lucros. 
 
É fundamental que o trabalhador se sinta prestigiado e valorizado, 
por isso as empresas precisam adotar métodos como recompensas, 
bonificação e reconhecimento.
 4
 
 
A política de RH precisa ter algumas características 
essenciais: 
 Estabilidade 
 Consistência 
 Flexibilidade 
 Generalidade 
 Clareza 
 Simplicidade 
Atualmente o processo de contratação está mais rápido e 
simples, pois surgiu alguns sites que divulgam vagas e perfis de 
candidatos, um exemplo de site e um dos mais conhecidos e o 
Linkedin.com 
Assim como tem pontos positivos também pode haver os 
pontos negativos, está ocorrendo um debate em que alguns 
acreditam que as empresas devem colocar a faixa salarial bem 
visível para que o candidato possa ver assim que visualizar a 
vaga, já outras pessoas acreditam que isso pode prejudicar a 
procura de vagas para uma determinada área. 
A comunicação e fundamental para o bom andamento da 
equipe, algumas empresas adotam o “Daily” que no caso e uma 
reunião diária, para que os funcionários passem aos seus 
líderes tudo o que fizeram no dia ou o que vão fazer esse 
“Daily” pode ser diário ou somente no final da semana.
 5
 
 
2. ANÁLISE DE SISTEMAS ORIENTADA A OBJETOS 
2.1 Diagrama de Classes 
 Um diagrama de classes é usado para descrever a estrutura estática de 
classes no sistema, permitindo definir os atributos, operações (métodos) e os 
relacionamentos entre as classes. 
Apresenta uma visão estática da organização das classes, definindo sua 
estrutura lógica. 
É um dos diagramas mais populares, e serve como base para a construção de 
outros diagramas UML. 
 2.2 Classes, Atributos e Métodos 
 Uma classe é uma representação de um item do mundo real, físico ou 
abstrato, na forma de um tipo de dados personalizado. 
As classes possuem estruturas internas chamadas de Atributos e de Métodos. 
Atributos são usadas para armazenar os dados dos objetos de uma classe. 
Métodos são as operações, ou funções que a instância de classe pode 
executar. 
Uma instância de classe é chamada de Objeto. 
2.3 Diagrama de Objetos 
 Os diagramas de objetos mostram uma “fotografia” de um sistema OO 
em execução e o diagrama de objetos mostra apenas parte dos objetos no 
sistema. 
São mostrados os objetos, com os valores de seus atributos e as ligações 
(links) entre eles, entretanto o diagrama de objeto não mostra a evolução do 
sistema com o tempo. 
Os diagramas de objetos são úteis para a modelagem de estruturas de dados 
complexas, por exemplo. 
É comum colocar um diagrama de classes citado acima junto com o diagrama 
de objetos, para facilitar a identificação dos objetos.
https://ava.ead.unip.br/webapps/blackboard/execute/launcher?type=Course&id=_218424_1&url=
 6
 
 
2.4 Classes de Análise 
Classes de Análise retificam elementos de um modelo conceitual anterior tais 
como os já citados para 'objetos no diagrama que têm dever e condutas já 
definidas. 
Nisso criou-se o modelo estrutural dinâmico, por meio do qual ocorre a 
realização dos casos de uso, isto é, verdadeiramente os objetos se relaciona 
entre si de forma dinâmica. 
 2.5 Entidade 
Algo de importância para um usuário ou organização que precisa ser 
representado em um banco de dados. 
Representa um tema, tópico ou conceito de negócio. 
Cada objeto de uma entidade é denominado de Instância de Entidade e uma 
entidade por ter existência física ou abstrata. 
 2.6 Representação de Entidades 
Representamos as entidades em um DER por meio de retângulos contendo o 
nome da entidade: 
 
FIGURAS 
 
 
 
 
 
 
 
 
 
Produto 
Fornecedor 
 
Automóvel 
Item_Venda 
Cliente 
 7
 
 
 2.7 Tipos de Entidades 
Entidades fortes: são aquelas que existem independentemente de outras 
entidades. Ela possui total sentido para existir. 
Entidades fracas: Uma entidade fraca (ou dependente) precisa de outra 
entidade para garantir a sua existência. O identificador de uma entidade fraca 
possui em sua composição os atributos identificadores para saber a qual 
entidade fraca está associada. 
Entidades associativas: As entidades associativas são os resultados de 
relacionamentos em que os dados são representados abstrata e 
conceitualmente. Em geral, as entidades associativas são encontradas entre 
entidades tipo. Muitas das vezes, as entidades associativas têm nomes óbvios, 
pois ocorrem no mundo real. 
2.8 DIAGRAMA DE ENTIDADE DE RELACIONAMENTO (DER) 
 
Fonte: Autor Próprio.
 8
 
 
3. BANCO DE DADOS 
3.1 Banco de Dados e Sua Importância 
E importante um Banco de Dados para um sistema. Com esse meio tem como 
um repositório único de dados e além de ser independente dos programas. Para 
se encontra em dispor das informações a serem acessíveis aos usuários. 
 
 Podemos até dividir um projeto de Bancos de Dados em 5 partes 
 Levantamento de necessidade que entender os anseios dos usuários. 
Que o sistema se proe; 
 Mer (Modelo Entidade Relacionamento) é o gráfico da solução; 
 Modelagem Lógica começa o início da criação do ambiente, através de 
tabelas, são definidas as chaves primarias. 
 Modelagem Física e a parte do SGBD (Sistema de Gerenciamento de 
Banco de Dados) é escolhido. 
 Implementação do Banco de Dados onde a programação e feita através 
da linguagem SQL. 
 
Na parte de Levantamento de Necessidade e solicitado que o usuário crie um 
sistema que possa alterar, consultar e excluir o estoque de uma loja de jogos, 
acessórios e produtos Geek. 
 Com anseios dos clientes podemos criar um MER. 
 
 
 
 
 9
 
 
 3.2 MER – Modelo Entidade Relacionamento 
Com Modelo MER (Modelo de Entidade Relacionamento) podemos demonstrar 
alguns aspectos de dados e a estrutura básica do sistema com a relação entre 
classes que serão implementadas em seus respectivos campos. Mostrando as 
chaves primarias, campos descritivos e as chaves estrangeiras. 
 Fonte: Autor Próprio. 
 
3.3 Script SQL 
Baseando – se na MER, podemos escrever o script SQL com os comandos 
necessários para criar o banco de dados com tabelas que representam as 
entidades no projeto. 
 Nessa etapa com apenas os comandos DDL (Data Definition Language) 
somente será utilizado, os outros comandos do tipo DML e DQL serão utilizados 
durante o0 desenvolvimento da aplicação.
 10
 
 
Fonte: Autor Próprio. 
 
3.4 Objetivo 
O Sistema haverá funcionalidades, entre elas podemos destacar: 
 
 Venda de Jogos eletrônicos; 
 Controlar o estoque dos produtos; 
 Realizar cadastros, alterações e exclusões dos produtos que serão 
vendidos na loja; 
 Cadastros de clientes; 
 Controle de acesso ao sistema de Login 
 
 
 
 11
 
 
3.5 Atores 
Para cada funcionalidade teremos vários atores que interagem com o 
sistema, são: 
 Estoquistas; 
 Atendentes; 
 Supervisor 
 Sistema financeiro 
 Sistemade estoque 
 
3.6 Atores e Casos de Uso 
Todo sistema possui relação com seus atores e seus casos de uso, com isso 
cada usuário executa em seu respectivo cenário. 
Estoquistas 
 Cadastram os produtos que serão vendidos na loja. 
 
Atendentes 
 Cadastra os Clientes; 
 Realizar/finalizar a venda. 
 
Supervisor 
 Excluir produto; 
 Cancelar venda. 
 
 
 12
 
 
3.7 Casos de Uso 
Abaixo alguns principais casos de uso no projeto, no fluxo principal e fluxo 
alternativos. 
Fluxo principal: 
1. O sistema exibe a tela de cadastrar produtos; 
2. O funcionário informa o número Login e senha; 
3. O sistema valida o acesso do funcionário; 
4. O funcionário insere os dados do produto: nome do produto, categoria, 
quantidade, preço e código de barras. 
5. O caso de uso é encerrado 
 
Fluxo Alternativos: 
3.1 Login ou senha inválido. 
 Retorna ao passo 2 do fluxo principal 
3.2 Funcionário não é estoquista. 
 Retorna ao passo 2 do fluxo principal; 
4.1 Categoria Jogos/Acessórios 
 O sistema solicita “Plataforma” e “prazo de garantia” 
 
3.8 Cadastrar Cliente 
Os atendentes realizem cadastro de clientes no sistema da loja para possível de 
venda. 
Cadastro de Produtos 
 
 
 
 13
 
 
Fonte: Autor Próprio. 
Pré-condição: o funcionário deve possuir Login e senha. 
Pós-condição: o cliente deve informar os dados necessários. 
 
Fluxo Principal: 
1. O sistema teve exibe a tela de cadastrar clientes; 
2. O funcionário teve informa o login e senha; 
3. O sistema teve valida o acesso do funcionário; 
4. O funcionário teve insere os dados do cliente: RG, CPF, nome, data do 
cadastro, endereço, telefone, e-mail do cliente; 
5. O sistema teve gera um código de cliente; 
6. O caso de uso é encerrado. 
 
 14
 
 
Fluxos alternativos: 
3.1 O Login ou senha inválido. 
 Retorna ao passo 2 do fluxo principal; 
3.2 O Funcionário não é atendente. 
 Retorna ao passo 2 do fluxo principal; 
 
Fonte: Autor Próprio. 
 
 15
 
 
3.9 Consultar Produto 
Os atendentes realizem consulta de produtos no sistema da loja para possível 
de venda. 
Pré-condição: o funcionário deve possuir login e senha. 
Pós-condição: não se aplica 
Fluxo Principal: 
1. O sistema teve exibe a tela de consultar produtos; 
2. O funcionário teve informa o login e senha; 
3. O sistema teve valida o acesso do funcionário; 
4. O funcionário teve informa um parâmetro de busca (código de barras, 
nome do produto ou categoria); 
5. O sistema teve exibe a lista de produtos com: nome do produto, categoria, 
quantidade disponível e preço do produto; 
6. O caso de uso é encerrado 
7. 
Fluxo alternativos: 
3.1 O Login ou senha inválido. 
 Retorna ao passo 2 do fluxo principal; 
3.2 O Funcionário não é atendente. 
 Retorna ao passo 2 do fluxo principal; 
5.1 O sistema não encontra o produto procurado: 
 O sistema teve exibe a mensagem “produto não encontrado”; 
 O sistema teve retorna ao passo 4 do fluxo principal 
 
 16
 
 
Fonte: Autor Próprio. 
3.10 Realizar Venda 
os atendentes realizem a venda de produtos no sistema da loja 
Pré-condição: o funcionário deve possuir login e senha 
Pós-condição: o cliente deve pagar com dinheiro ou cartão 
Fluxo principal: 
1. O sistema teve exibe a tela venda de produtos; 
2. O funcionário teve informa o login e senha; 
3. O sistema teve valida o acesso do funcionário; 
4. O sistema teve solicita o código do cliente; 
5. O sistema teve valida o cliente; 
6. O funcionário teve insere/escaneia o código de barras; 
7. O sistema teve exibe o produto com: nome, categoria e preço do produto; 
8. O atendente teve finaliza a venda; 
9. O sistema teve solicita forma de pagamento; 
 10. O cliente teve realiza o pagamento; 
 11. O caso de uso é encerrado
 17
 
 
Fluxo alternativos: 
3.1 O Login ou senha inválido. 
 Retorna ao passo 2 do fluxo principal; 
3.2 O Funcionário não é atendente. 
 Retorna ao passo 2 do fluxo principal; 
5.1 O sistema não encontra o cadastro do cliente: 
 O sistema exibe a mensagem “cliente não encontrado”; 
 O sistema retorna ao passo 4 do fluxo principal; 
7.1 Os produtos não encontrados ou não cadastrados: 
 O sistema retorna ao passo 6 do fluxo principal; 
7.2 O cliente desiste da aquisição do produto: 
 O atendente inicia o cancelamento do item 
 O sistema exibe item cancelado; 
8.1 O cliente desiste da compra; 
 O atendente inicia o cancelamento; 
 O sistema solicita usuário e senha do supervisor; 
 O sistema exibe compra cancelada; 
 O código da venda é enviado ao sistema financeiro. 
10.1 O cartão do cliente não passa; 
 O sistema exibe “pagamento recusado consulte a administradora do 
“cartão” 
 Retorna ao passo 9 do fluxo principal. 
 18
 
 
Fonte: Autor Próprio.
 19
 
 
CONCLUSÃO 
 
Neste Projeto Integrado Multidisciplinar (PIM), as metodologias aplicadas no 
desenvolvimento da especificação abordam em suas etapas as técnicas 
adquiridas para garantir o desenvolvimento de análises que subsidiarão a 
implementação, porém devemos considerar que na execução foram 
contempladas mais de uma técnica para formalização dos requisitos e 
regras do sistema. Partiu-se de um cenário inicial apontado pela 
necessidade do cliente que, pode ser interpretado como uma primeira 
entrevista, para posteriores elaborações de casos de uso, regras de 
negócio e representações em Diagramas de Classe de Domínio e Entidade 
e relacionamento. As elaborações não foram focadas em desenvolvimento 
voltado para projeto, em que se aplica o gerenciamento por cronograma e 
entregas pré-estabelecidas de acordo com os frameworks ou modelos de 
desenvolvimento de softwares de mercado que, são de suma importância 
para garantir o foco em cada etapa de execução do projeto e qualidade no 
produto final.
 20
 
 
BIBLIOGRAFIA 
 https://www.agiel.com.br/site/blog-do-gestor/os-5-componentes-
essenciais-da-gestao-estrategica-de-recursos-humanos 
 
 https://xerpay.com.br/blog/gestao-estrategica-recursos-
humanos/ 
 
 https://www.devmedia.com.br/orientacoes-basicas-na-
elaboracao-de-um-diagrama-de-classes/37224 acesso em 
28/05/2022 
 
 DENNIS, W IXOM, Barbara Haley and ROTH, Roberta M. Análise 
e Projeto de Sistemas, 5ª edição. LTC, 2014. 
LIMA, A. S. UML 2.5 Do Requisito à Solução. 5.ed. São Paulo: Érica, 
2014. 
 
 ACADEMIA PEARSON. Administração de recursos humanos. São 
Paulo: Pearson Education do Brasil, 2010. 
 
 CARDOSO, V.; CARDOSO, G. Sistemas de b anco de dados: uma 
abordagem introdutória aplicada. Saraiva, 2012 
RAMAKRISNAN, R.; GEHRKE, J. Sistemas de gerenciamento de 
banco e dados. 3. ed. São Paulo: Mc Graw Hill, 2011. 
 
 
https://www.agiel.com.br/site/blog-do-gestor/os-5-componentes-essenciais-da-gestao-estrategica-de-recursos-humanos
https://www.agiel.com.br/site/blog-do-gestor/os-5-componentes-essenciais-da-gestao-estrategica-de-recursos-humanos
https://xerpay.com.br/blog/gestao-estrategica-recursos-humanos/
https://xerpay.com.br/blog/gestao-estrategica-recursos-humanos/
https://www.devmedia.com.br/orientacoes-basicas-na-elaboracao-de-um-diagrama-de-classes/37224%20acesso%20em%2028/05/2022
https://www.devmedia.com.br/orientacoes-basicas-na-elaboracao-de-um-diagrama-de-classes/37224%20acesso%20em%2028/05/2022
https://www.devmedia.com.br/orientacoes-basicas-na-elaboracao-de-um-diagrama-de-classes/37224%20acesso%20em%2028/05/2022