PIM VII - PROJETO INTEGRADOR MULTIDICIPLINAR UNIP ADS

Prévia do material em texto

UNIP INTERATIVA 
PROJETO INTEGRADO MULTIDISCIPLINAR 
CURSOS SUPERIORES DE TECNOLOGIA 
 
 
 
 
 
 
ANÁLISE DE REQUISITOS PARA VENDAS DE JOGOS E 
PRODUTOS GEEK. 
PIM VI. 
 
 
 
Cubatão 
2020 
 
UNIP INTERATIVA 
 
 
PROJETO INTEGRADO MULTIDISCIPLINAR 
CURSOS SUPERIORES DE TECNOLOGIA 
 
 
 
 
 
Análise de requisitos para vendas de jogos e produtos geek. 
Universe Geek 
 
 
 
 
Nome: Luana Monteiro Rezende RA: 0522876 
Curso: Análise e Desenvolvimento de Sistemas 
1º Semestre. 
 
Cubatão 
2020 
 
 
 
 
 RESUMO 
A partir das matérias: Análise de sistemas orientada a objetos, Banco de dados e 
Gestão estratégicas de recursos humanos, será elaborado um projeto que tem por 
finalidade atender os clientes de uma loja de jogos eletrônicos, acessórios e 
produtos geek. Será apresentado o levantamento e a análise de requisitos, 
funcionalidades, modelos de casos de uso regras de negócio e modelo de dados. 
Palavras chaves: levantamento, análise, requisito, funcionalidades e acessórios e 
produtos geek. 
 
 
 
 
 
ABSTRACT 
 
 
Based on the articles: Object-oriented systems analysis, database and strategic 
human resources management, a project will be developed that aims to serve the 
customers of an electronic games store, accessories and geek products. The survey 
and analysis of requirements, features, use case models, business rules and data 
model will be presented. 
 
Keywords: survey, analysis, requirement, features and accessories and geek 
products. 
 
 
 
 
 
Sumário 
RESUMO..................................................................................................................... 7 
1 INTRODUÇÃO ......................................................................................................... 5 
2 ANÁLISE E LEVANTAMENTO DE REQUISITOS .................................................... 6 
3 REGRAS DE NEGÓCIO .......................................................................................... 7 
3.1 Acesso ao sistema ......................................................................................... 7 
3.2 Campos de cadastro ...................................................................................... 8 
3.3 Código de cadastro ........................................................................................ 8 
3.4 Compra .......................................................................................................... 9 
3.5 Pagamento ..................................................................................................... 9 
3.6 Retirada de produto...................................................................................... 10 
3.7 Acesso autorizado ........................................................................................ 10 
4 CONTEXTO DE USO ......................................................................................... 11 
4.1 Especificação de usuário ................................................................................. 11 
4.2 Especificação de tarefas .............................................................................. 11 
4.3 Especificação dos ambientes ....................................................................... 11 
5 LEVANTAMENTO DE REQUISITOS.................................................................. 12 
5.1 Requisitos não funcionais ................................................................................ 12 
6 CASOS DE USO .................................................................................................... 14 
6.1 Diagramas de casos de uso ......................................................................... 14 
6.2 Descrição de casos de uso .......................................................................... 16 
6.2.1 Caso de uso – Efetuar Cadastro............................................................ 16 
6.2.2 Caso de uso – Login .............................................................................. 17 
6.2.3 Caso de uso – Verificar Login ................................................................ 18 
6.2.4 Caso de uso – Consultar estoque.......................................................... 19 
6.2.5 Caso de uso – Efetuar Compra ............................................................. 20 
6.2.6 Caso de uso – Pagamento .................................................................... 21 
7 DIAGRAMA DE CLASSE ................................................................................... 22 
7.1 Classes de análise ........................................................................................... 22 
7.2 Diagrama de classe de análise .................................................................... 23 
8 MODELO DE ENTIDADE-RELACIONAMENTO (MER) ......................................... 24 
8.1 Modelo de dados .......................................................................................... 24 
9 CONCLUSÃO ......................................................................................................... 25 
9 REFERENCIAS .................................................................................................. 27 
 
 
 
 
 
1 INTRODUÇÃO 
 
O projeto consiste em desenvolver o levantamento e análise de requisitos de 
um sistema desktop para loja Universe Geek que contara com o controle e 
gerenciamento de vendas de produtos e acessórios na área de jogos e cultura geek. 
O sistema será disponibilizado pela loja física apenas em desktop, para acesso dos 
clientes será necessário efetuar cadastro com nome, RG, CPF, endereço etc., é 
gerado login e senha para ter acesso a plataforma, os produtos serão cadastrados 
pelos estoquistas da loja contendo código de barras, nome do produto, categoria, 
fabricante, quantidade e valor do produto. Caso cliente solicite a compra de um 
produto é gerado um código com as informações da venda, o atendente poderá 
consultar preços dos produtos e o cancelamento de alguma venda poderá ser feita 
apenas pelo supervisor informando seu acesso. Será apresentado modelo de casos 
de uso do sistema, seus requisitos funcionais e não funcionais e o modelo de dados 
que será utilizado o MER, assim colocando em prático todo conhecimento adquirido 
através das matérias apresentadas no semestre. 
 
 
 
 
 
 
 
 
 
 
 
 
 
2 ANÁLISE E LEVANTAMENTO DE REQUISITOS 
Análise de Requisitos é um aspecto importante no Gerenciamento de Projetos, 
é a responsável por coletar dados indispensáveis, necessários, exigências de que o 
usuário necessite para solucionar um problema e alcançar seus objetivos. Assim como 
determinar as suas expectativas de um usuário para determinado produto. Segundo 
a IEEE (1990) a análise de requisitos é um processo que envolve o estudo das 
necessidades do usuário para se encontrar uma definição correta ou completa do 
sistema ou requisito de software. 
Essa análise de requisitos é vital para o desenvolvimento do sistema, ela vai 
determinar o sucesso ou o fracasso do projeto. Os requisitos colhidos devem ser 
quantitativos, detalhados e relevantes para o projeto. Pois eles fornecerão a referência 
para validar o produto, estabelecerão o acordo entre cliente e fornecedor sobre o que 
é o software fará e consequentemente reduzirão os custos de desenvolvimento, pois 
requisitos mal definidos implicam num retrabalho. Dentro deste contexto são 
importantes a comunicação e o envolvimento constante com os usuários do software, 
pois eles influenciarão no resultado final do produto. 
 
 
 
 
3 REGRAS DE NEGÓCIO 
 
As regras de negócio são um aspecto muito importante quando estamos 
falando em modelagem de processos de negócio. Elas são um conjunto de restrições 
que definem como um processo de negócio de uma organizaçãodeve ser executado, 
que, além de representar determinados conhecimentos a respeito de um processo, 
também representam importantes aspectos restritivos na execução deste processo 
como vimos, regras de negócio definem as restrições e a maneira como os processos 
de negócio são executados e esses processos de negócio representam uma visão 
mais detalhada das funcionalidades expressas, por exemplo, nos casos de uso. Logo, 
podemos chegar à conclusão de que regras de negócio restringem a execução dos 
casos de uso. Sendo assim, e importante que estabeleçamos explicitamente essa 
relação entre caso de uso e regras de negócio. 
 
 
3.1 Acesso ao sistema 
 
 
Tabela 1 – Regras de negócio 01 
 
 
 
 
 
3.2 Campos de cadastro 
 
Tabela 2 – Regras de negócio 02 
 
 
 
 
3.3 Código de cadastro 
 
Tabela 3 – Regras de negócio 03 
 
 
 
 
 
 
 
 
3.4 Compra 
 
Tabela 4 – Regras de negócio 04 
 
 
 
3.5 Pagamento 
 
Tabela 5 – Regras de negócio 05 
 
 
 
 
 
 
 
3.6 Retirada de produto 
 
 
Tabela 6 – Regras de negócio 06 
 
 
 
3.7 Acesso autorizado 
 
Tabela 7 – Regras de negócio 07 
 
 
 
 
4 CONTEXTO DE USO 
4.1 Especificação de usuário 
O uso do sistema é destinado a qualquer pessoa de acordo com as informações na 
tabela abaixo. 
 
Tabela 8 – medidas de usabilidade e especificação do usuário. 
 
 
4.2 Especificação de tarefas 
 
O objetivo principal do sistema é permitir que o cliente obtenha um 
autoatendimento eficiente, sendo possível consultar disponibilidade de produtos em 
estoque, preços dos produtos, detalhes específicos do produto, compras e 
pagamentos através do próprio sistema automatizado. 
 
4.3 Especificação dos ambientes 
 
 
 
O sistema deve estar disponível em desktops instalados na loja sendo obrigatório 
ter disponível conexão com a internet e todos os acessórios necessários para 
utilização do computador, o ambiente deve estar em conformidade com os padrões 
relevantes de ergonomia de modo a tender os objetivos de usabilidade para todos os 
públicos. 
ISO 9241 -5 Layout do posto de trabalho e requisitos de postura. 
ISO 9241 -6 Requisitos de ambiente. 
 
 
 
5 LEVANTAMENTO DE REQUISITOS 
 
5.1 Requisitos não funcionais 
 
São requisitos relacionados ao uso da aplicação em termos de desempenho, 
funcionalidade, confiabilidade, usabilidade, eficiência, manutenção e portabilidade. 
Estes requisitos é como as funcionalidades serão entregues ao usuário do software. 
 
 
 
 
 
 
 
 
 
 
 
 
 
Tabela 8 – medidas de usabilidade e especificação do usuário. 
 
 
 
 
 
 
 
 
6 CASOS DE USO 
Caso de uso e a descrição de uma sequência de atividades executadas por um 
agente externo ao sistema sem que sejam revelados detalhes do funcionamento 
interno ao sistema, por isso dizemos que caso de uso mostra a visão comportamental 
externa ao sistema 
• Cenário: Sequência de eventos que acontecem quando um usuário interage 
com o sistema. 
• Ator: Usuário do sistema e/ou tipo de usuário. 
• Use Case: É uma tarefa ou uma funcionalidade realizada pelo ator (usuário) 
• Comunicação: é o que liga um ator com um caso de uso 
 
6.1 Diagramas de casos de uso 
 
Figura 1 – Diagrama de casos de uso de cadastro 
 
Fonte: Autor do Projeto, 2020 
 
 
 
Figura 2 – Diagrama de casos de uso login 
Fonte: Autor do Projeto, 2020 
 
Figura 3 – Diagrama de casos de uso consultar estoque. 
Fonte: Autor do Projeto, 2020 
 
 
 
 
 
Figura 4 – Diagrama de casos de uso venda 
 
Fonte: Autor do Projeto, 2020 
 
 
6.2 Descrição de casos de uso 
 
 
 
 
 
 
6.2.1 Caso de uso – Efetuar Cadastro 
 
 
 
Documento narrativo que descreve a sequência de eventos de um ator que vai utilizar 
o sistema para completar efetuar o cadastro. 
 
 
Tabela 9 – Descrição caso de uso de cadastro. 
 
 
 
 
 
 
6.2.2 Caso de uso – Login 
 
 
 
Documento narrativo que descreve a sequência de eventos de um ator que vai efetuar 
login no sistema. 
 
 
Tabela 10 – Descrição caso de uso de login. 
 
 
 
 
 
6.2.3 Caso de uso – Verificar Login 
 
Documento narrativo que descreve a sequência de eventos de um ator que vai utilizar 
o sistema para efetuar o login, processo verificação feito pelo sistema. 
 
 
 
 
 
Tabela 11 – Descrição caso de uso verificar login. 
 
 
 
 
 
 
 
6.2.4 Caso de uso – Consultar estoque 
 
Documento narrativo que descreve a sequência de eventos de um ator que vai utilizar 
o sistema para consultar disponibilidade de produto em estoque. 
 
 
 
Tabela 12 – Descrição caso de uso consultar estoque. 
 
 
 
 
6.2.5 Caso de uso – Efetuar Compra 
 
Documento narrativo que descreve a sequência de eventos de um ator que vai utilizar 
o sistema para efetuar uma compra de produto escolhido. 
 
Tabela 13 – Descrição caso de uso efetuar compra. 
 
 
 
 
 
 
 
6.2.6 Caso de uso – Pagamento 
 
Documento narrativo que descreve a sequência de eventos de um ator que vai efetuar 
o pagamento da compra, procedimento de verificação e transação de crédito é 
efetuado por sistema externo para cobrança. 
 
 
 
 
Tabela 14 – Descrição caso de uso efetuar pagamento.
 
 
 
 
 
7 DIAGRAMA DE CLASSE 
 
7.1 Classes de análise 
 
Como observa Bezerra (2006), a responsabilidade de um objeto e a “obrigação” 
que ele deve cumprir no sistema de software do qual faz parte. Todavia, em alguns 
casos, o objeto não consegue cumprir com a sua “obrigacao” de forma autônoma, 
 
 
precisando da colaboração de outros objetos. Os objetos são divididos e 
categorizados em três grupos de acordo com seu tipo de responsabilidade: classe 
entidade, classe de controle e classe de fronteira. 
Entidade: Uma entidade, classe de entidade ou ainda objeto de entidade, são objetos 
mais próximos do domínio do mundo real que o sistema representa, são abstrações 
do mundo real que normalmente conseguimos identificar nos casos de uso. 
Esses objetos têm como objetivo principal manter informações referentes ao domínio 
de problema que queremos resolver. 
Fronteira: Classes de fronteira ou objetos de fronteira, como o próprio nome já diz, 
tem como responsabilidade dividir o ambiente interno do sistema e suas interações 
externas. 
Controle: Classes de controle, objetos de controle ou ainda controladores são objetos 
que tem como objetivo realizar o sequenciamento da execução de um caso de uso na 
estrutura de objetos do sistema, fazer a coordenação entre as camadas internas do 
sistema, representadas pelas classes de entidade, com as camadas externas ao 
sistema, representadas pelas classes de fronteira. Alguns autores também chamam 
esse movimento de orquestração. 
Fonte: Livro Texto 
 
 
 
 
 
 
 
7.2 Diagrama de classe de análise 
 
Figura 5 – Diagrama de classes de análise. 
 
 
 
Fonte: Autor do Projeto, 2020 
 
 
 
8 MODELO DE ENTIDADE-RELACIONAMENTO (MER) 
Um modelo E-R é uma maneira sistemática de descrever e definir um processo 
de negócio. O processo é modelado como componentes (entidades) que são ligadas 
umas às outras por relacionamentos que expressam as dependências e exigências 
entre elas, como: um edifício pode ser dividido em zero ou mais apartamentos, mas 
um apartamento pode estar localizado em apenas um edifício. Entidades podem ter 
várias propriedades (atributos) que os caracterizam. Diagramas criados para 
representar graficamente essas entidades, atributos e relacionamentos são chamados 
de diagramas entidade relacionamento. 
 
8.1 Modelo de dados 
 
Figura 6 – Modelo de dados 
 
 
 
 
Fonte: Autor do Projeto, 2020 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
9 CONCLUSÃO 
 
 
 
A proposta do projeto de análise de requisitos foi apresentada, de acordo com 
os conhecimentos adquiridos através das matérias análise de sistemas orientada a 
objeto, banco de dados e gestão estratégica de recursos humanos. Foi estudada a 
propostainicial do projeto solicitado pela loja, foi realizado a análise de requisitos 
mediante a necessidade do cliente e objetivo final do sistema, foi apresentado as 
regras de negócio da organização juntamente com os casos de uso para melhor 
aproveitamento do sistema tendo como ênfase o melhor desempenho, usabilidade e 
segurança. Foi apresentado o contexto de uso para identificar público alvo e melhor 
atendê-los, de acordo com os requisitos apresentados foi elaborado um diagrama de 
classes de análise e modelo de dados para melhor entendimento do funcionamento 
do caso e funcionalidade do sistema. Ao concluir o projeto ficou claro sobre a 
importância do levantamento de requisitos para melhor entrega do projeto de modo 
que irá atender todos os objetivos obtendo a satisfação do usuário final. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
9 REFERENCIAS 
Consulta do livro texto Análise de Sistemas Orientada aa Objetos da UNIP interativa, 
Autor: Prof. Fabio Rossi Versolatto, 
Disponível em <https://ava.ead.unip.br/bbcswebdav/pid-841401-dt-content-rid-
2603780_1/institution/Conteudos_AVA/DISCIPLINAS_GERAIS/6858-60%20-
%20An%C3%A1lise%20de%20Sistemas%20Orientada%20a%20Objetos/Livro-
Texto%20%E2%80%93%20Unidade%20III.pdf> Acesso em: 26 maio de 2020. 
Consulta da ISSO em regras de negócio, Disponível 
<https://www.iso.org/standards.html> Acesso: 27 maio 2020. 
Sistema utilizado para desenvolver, modelo casos de uso, diagrama de classes e 
modelo de dados, disponível em 
<https://app.lucidchart.com/documents#/dashboard?folder_id=home> Acesso: 22 
maio 2020. 
Modelo entidade relacionamento, disponível em 
<https://www.devmedia.com.br/modelo-entidade-relacionamento-mer/19821> 
Acesso: 27 maio 2020. 
 
 
 
 
 
 
 
 
https://ava.ead.unip.br/bbcswebdav/pid-841401-dt-content-rid-2603780_1/institution/Conteudos_AVA/DISCIPLINAS_GERAIS/6858-60%20-%20An%C3%A1lise%20de%20Sistemas%20Orientada%20a%20Objetos/Livro-Texto%20%E2%80%93%20Unidade%20III.pdf
https://ava.ead.unip.br/bbcswebdav/pid-841401-dt-content-rid-2603780_1/institution/Conteudos_AVA/DISCIPLINAS_GERAIS/6858-60%20-%20An%C3%A1lise%20de%20Sistemas%20Orientada%20a%20Objetos/Livro-Texto%20%E2%80%93%20Unidade%20III.pdf
https://ava.ead.unip.br/bbcswebdav/pid-841401-dt-content-rid-2603780_1/institution/Conteudos_AVA/DISCIPLINAS_GERAIS/6858-60%20-%20An%C3%A1lise%20de%20Sistemas%20Orientada%20a%20Objetos/Livro-Texto%20%E2%80%93%20Unidade%20III.pdf
https://ava.ead.unip.br/bbcswebdav/pid-841401-dt-content-rid-2603780_1/institution/Conteudos_AVA/DISCIPLINAS_GERAIS/6858-60%20-%20An%C3%A1lise%20de%20Sistemas%20Orientada%20a%20Objetos/Livro-Texto%20%E2%80%93%20Unidade%20III.pdf
https://www.iso.org/standards.html
https://app.lucidchart.com/documents#/dashboard?folder_id=home
https://www.devmedia.com.br/modelo-entidade-relacionamento-mer/19821