Pim vi - Analise e desenvolvimento de sistema

Prévia do material em texto

UNIVERSIDADE PAULISTA - UNIP EaD 
Projeto Integrado Multidisciplinar Curso Superior de Tecnologia 
 
 
 
 
 
 
 
 
 
 
Levantamento e análise de requisitos de um sistema de controle de vendas 
de uma loja de jogos, acessórios e produtos geek 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
UNIP – Polo Mauá 
2021 
CAIO AUGUSTO PORTELA – RA 0593234 
 
 
 
 
 
 
 
 
 
 
DESENVOLVIMENTO DE SISTEMA PARA RESERVAS DE EQUIPAMENTO - 
COLÉGIO VENCER SEMPRE 
 
 
 
 
 
 
Projeto Integrado Multidisciplinar para 
obtenção do título de graduação em 
Tecnólogo em Analise e Desenvolvimento 
de Sistema e apresentado à Universidade 
Paulista – UNIP EaD. 
Orientador(a): Profa. Sandra Bozolan 
 
 
 
 
 
 
 
 
UNIP – Polo Mauá 
2021 
 
 
RESUMO 
O projeto proposto pela PIM VI, visa a elaboração de um sistema e de Levantamento 
e análise de requisitos de um sistema de controle de vendas de uma loja de jogos, acessórios e 
produtos geek. O projeto tem como objetivo o desenvolvimento de um software para gerenciar 
os produtos que a loja comercializa aos seus clientes. 
Os responsáveis pelo desenvolvimento do software levantarão alguns dados necessário 
para que o sistema seja entregue atendendo todas as necessidades dos usuários e da loja. 
Palavras chaves: Loja, Sistema, Geek, Banco de dados, Teste, Sistema Orientada a 
Objeto e Regra de Negócios. 
 
 
 
 
ABSTRATCT 
The project proposed by PIM VI, aims to develop a system and Survey and analysis 
of requirements for a sales control system for a store of games, accessories and geek products. 
The project aims to develop software to manage the products that the store sells to its 
customers. 
Those responsible for developing the software will collect some data necessary for 
the system to be delivered meeting all the needs of users and the store. 
Keywords: Store, System, Geek, Database, Test, Object Oriented System and 
Business Rule. 
 
 
SUMÁRIO 
1. INTRODUÇÃO ...................................................................................................................... 5 
2. ANALISE E LEVANTAMENTO DE REQUISITOS ........................................................... 6 
3. REGRAS DE NEGÓCIOS ..................................................................................................... 6 
3.1 ACESSO AO SISTEMA .................................................................................... 6 
3.2 CAMPO DE CADASTRO DO USUÁRIO ........................................................ 7 
3.3 CÓDIGO DE CADASTRO ................................................................................ 7 
3.4 – CADASTRO DOS PRODUTOS ..................................................................... 7 
3.4 – CADASTRO DOS PRODUTOS ..................................................................... 8 
3.4 – CADASTRO DOS PRODUTOS ..................................................................... 8 
3.4 – CADASTRO DOS PRODUTOS ..................................................................... 9 
4 CONTEXTO DE USO ............................................................................................................ 9 
4.1 ESPECIFICAÇÕES PARA O USUÁRIO ......................................................... 9 
4.2 ESPECIFICAÇÃO DAS TAREFAS .................................................................. 9 
4.3 ESPECIFICAÇÕES DO AMBIENTE ............................................................. 10 
5 REQUESITOS NÃO FUNCIONAIS .................................................................................... 10 
6 CASOS DE USO...................................................................................................................10 
6.1 DIAGRAMAS DE CASOS DE USO...............................................................11 
6.2 DESCRIÇÃO DE CASOS DE USO.................................................................13 
 6.2.1 CASO DE USO - EFETUAR CADASTRO...........................................14 
 6.2.2 CASO DE USO - LOGIN........................................................................14 
 6.2.3 CASO DE USO – VERIFICAR LOGIN.................................................15 
 6.2.4 CASO DE USO – CONSULTA DO ESTOQUE....................................15 
 6.2.5 CASO DE USO – COMPRAR E PAGAMENTO..................................16 
7 CLASSES DE ANÁLISE......................................................................................................17 
8 MODELO DE ENTIDADE-RELACIONAMENTO (MER) .............................................. 17 
8.1 MODELO DE DADOS.....................................................................................18 
9. CONCLUSÃO ...................................................................................................................... 19 
10. REFERÊNCIAS ................................................................................................................. 20 
 
 
 
 
5 
 
1. INTRODUÇÃO 
Com o grande avanço da tecnologia, está se tornando cada vez mais frequente o 
desenvolvimento de sistema para que as lojas possam ter um gerenciamento e controle de todas 
as atividades e mercadorias que eles oferecem aos seus usuários e clientes. 
O sistema desenvolvido será utilizado apenas na loja física, será necessário que todos 
os usuários que estejam interessados em adquirir algum produto, realize um cadastro no 
software para ter acesso a todas informações e produtos da loja. 
Nesse projeto será apresentado modelos de casos de uso do sistema, seus requisitos 
funcionais e não funcionais e modelo de dados. Todos com bases nos conhecimentos adquiridos 
através das matérias apresentadas no bimestre. 
 
 
6 
 
2. ANALISE E LEVANTAMENTO DE REQUISITOS 
Para que um Gerenciamento de Projeto seja feito de uma forma correta, é fundamental 
que seja realizado a Análise de Requisitos, pois ele é o responsável por coletar dados 
necessários, indispensáveis e as exigências que o usuário necessita para solucionar o problema 
alcançando seu objetivo, além de determinar as expectativas do usuário para o determinado 
produto que busca. 
Durante esse processo de análise e levamento de requisitos, é fundamental o 
envolvimento do usurário com o sistema para que o mesmo seja concluído com êxito no final 
do projeto. Eles necessariamente devem refletir as necessidades que os clientes buscam durante 
o desenvolvimento do sistema. 
Essas definições devem ser objetivas e claras para que não acarreta em um problema 
que se estenda por todo o ciclo de vida do software. 
3. REGRAS DE NEGÓCIOS 
As regras de negócios dentro de uma empresa e de um sistema é fundamental para seu 
processo, pois ela é um conjunto de restrições que irão definir quais serão os processos do 
negócio dentro da organização no qual será executado. Essas restrições de negócios são 
definidas pelo usuário e repassado a equipe desenvolvedora do sistema para implantar durante 
o processo do software. 
3.1 ACESSO AO SISTEMA 
O sistema ficará disponível apenas na loja física, o cliente deverá efetuar o cadastro 
para ter acesso ao sistema, esse cadastro é feito pelo funcionário da loja. 
Identificação RN01 – ACESSO AO SISTEMA 
Descrição do processo O sistema desenvolvido ficará disponível apenas para uso na loja 
física e serão instalados nos desktops disponibilizados pela 
mesma, o cliente terá acesso gratuito. O acesso somente poderá 
ser feito por cliente que possuem cadastros no sistema, com login 
e senha individuais. 
Fonte: Desenvolvedor do software 
Histórico do sistema: 15-05-2021 12:35 
Tabela 1 – Acesso 
7 
 
3.2 CAMPO DE CADASTRO DO USUÁRIO 
Para que o cliente tenha acesso, ele deverá informar alguns dados pessoas. 
Identificação RN02 – CAMPO DE CADASTRO DO USUÁRIO 
Descrição do processo Para que o usuário seja cadastro obrigatoriamente o cliente deverá 
informar: Nome, RG, CPF, endereço, telefone e e-mail. Todos os 
camposdevem ser preenchidos corretamente obedecendo o 
número de caracteres. 
Fonte: Desenvolvedor do software 
Histórico do sistema: 15-05-2021 12:40 
Tabela 2 - Cadastro 
3.3 CÓDIGO DE CADASTRO 
Após o preenchimento dos dados do usuário, o sistema irá gerar um código para 
controle. 
Identificação RN03 – CÓDIGO DO CADASTRO 
Descrição do processo Após o cadastro, todos usuários irão receber um código com 8 
dígitos que são gerados automaticamente pelo sistema, cada 
cliente terá um código diferente junto com a data de cadastro, esses 
dados são salvos no banco de dados do sistema 
Fonte: Desenvolvedor do software 
Histórico do sistema: 15-05-2021 12:42 
Tabela 3 – Código 
3.4 – CADASTRO DOS PRODUTOS 
Os produtos que serão comercializados na loja serão cadastrados apenas pelos 
funcionários com acesso autorizado. 
Identificação RN04 – CADASTROS DOS PRODUTOS 
Descrição do processo Os produtos em estoque serão cadastro com todas as informações 
detalhadas possuindo: possuir: código de barras, nome do 
produto, categoria, fabricante, quantidade, valor do produto e 
garantia. Os produtos serão divididos por categorias: jogos, 
8 
 
acessórios e produtos geek. Apenas funcionários autorizados 
serão permitidos cadastrar. 
Fonte: Desenvolvedor do software 
Histórico do sistema: 15-05-2021 12:42 
Tabela 4 – Cadastro produto 
3.5 COMPRA DO PRODUTO 
Os produtos selecionados pelo usuário irão ser direcionados para o carrinho de compra 
para depois finalizar a compra. 
Identificação RN05 – COMPRA DE MERCADORIA 
Descrição do processo Somente é possível efetuar a compra os usuários que estão logados 
no sistema e terem selecionado o produto que estará disponível em 
estoque. 
Fonte: Desenvolvedor do software 
Histórico do sistema: 15-05-2021 12:45 
Tabela 5 – Compra 
3.6 PAGAMENTO 
É necessário que o usuário selecione uma das formas de pagamento que consta no 
sistema para finalizar a compra. 
Identificação RN06 – PAGAMENTO 
Descrição do processo O cliente terá a opção de pagamento no cartão de crédito direto no 
sistema, para pagamento via boleto ou dinheiro, o cliente deverá 
se dirigir ao caixa da loja e efetuar o pagamento. 
Fonte: Desenvolvedor do software 
Histórico do sistema: 15-05-2021 12:50 
Tabela 6 – Pagamento 
 
 
 
 
9 
 
3.7 RETIRADA DO PRODUTO 
A retirada do produto somente será permitida após a confirmação do pagamento. 
Identificação RN07 – RETIRADA DO PRODUTO 
Descrição do processo O cliente somente poderá retirar o produto na loja quando o status 
do pagamento estiver confirmado, essa informação constará no 
sistema, após a confirmação do pagamento, o sistema irá 
apresentar a informação de PRONTO PARA RETIRADA. 
Fonte: Desenvolvedor do software 
Histórico do sistema: 15-05-2021 12:52 
Tabela 7 – Retirada 
 
4 CONTEXTO DE USO 
4.1 ESPECIFICAÇÕES PARA O USUÁRIO. 
O sistema é destinado a todos os usuários que se enquadram nos requisitos informados 
na tabela abaixo. 
ATRIBUTOS REQUISITOS 
Conhecimento no sistema Não requerido 
Experiência em compras online Não requerido 
Experiência organizacional Não requerido 
Treinamentos do sistema Necessário apenas para os funcionários da loja 
Habilidade no desktop Uso do teclado e mouse 
Visão Requerido visão normal ou corrigida. 
Audição Não requerido 
Tabela 8 – Medidas de usabilidade 
4.2 ESPECIFICAÇÃO DAS TAREFAS 
O sistema tem como objetivo principal permitir que o usuário tenha um 
autoatendimento eficaz, possibilitando a consulta dos produtos disponíveis, preços, 
especificações dos produtos, compras e pagamentos automatizados no próprio sistema. Com 
isso irá facilitar o processo de compra do produto. 
10 
 
4.3 ESPECIFICAÇÕES DO AMBIENTE 
O sistema estará disponível apenas na loja física, que irá disponibilizar todos os 
equipamentos necessários como: computador, internet entre outros. 
5 REQUESITOS NÃO FUNCIONAIS 
Os requisitos não funcionais são aqueles que descrevem algumas restrições que é 
oferecido pelo sistema, são requisitos relacionados ao uso do sistema em termo de desempenho, 
funcionalidade, confiabilidade, usabilidade, eficiência, manutenção e portabilidade. 
Os requisitos são como as funcionalidades que serão entregues aos usuários utilizar o 
software. 
Identificador Processo Categoria Descrição 
RNF1 Identificação do 
sistema 
Usabilidade O sistema deverá conter uma 
interface gráfica de fácil 
entendimento e clareza para 
pessoas com deficiência. 
RNF2 Autenticação do 
usuário 
Segurança O sistema apenas irá permitir 
acesso aos usuários que tiverem 
cadastros e que autenticaram seu 
acesso. 
RNF3 Volume de 
utilização 
Desempenho O sistema deverá ser capaz de 
suportado um grande número de 
usuários acessando 
simultaneamente. 
RNF4 Velocidade no 
processo 
Desempenho O sistema deverá levar pouco 
tempo para processar os 
comandos. 
RNF5 Controle do 
banco de dados 
Desempenho O estoque das mercadorias deve 
estar sempre atualizado para que o 
banco de dados seja atualizado em 
tempo real. 
Tabela 9 – Usabilidade e Especificações. 
6 CASOS DE USO 
Os casos de uso são utilizados para descrever as interações que são feitas entre o 
sistema e autorizes, definindo quais serão as sequencias dos serviços, tarefas ou funções que 
serão executadas cada atividade no sistema. Com isso é possível dizer que o caso de uso irá 
mostrar a visão comportamental externa do sistema. 
 
 
11 
 
6.1 DIAGRAMAS DE CASOS DE USO 
Figura 1 - Diagrama de caso de uso do cadastro do usuário 
 
Figura 2 - Diagrama de caso de uso do login 
 
12 
 
Figura 3 - Diagrama de caso de uso de consulta de estoque 
 
 
 
 
 
 
 
13 
 
Figura 4 - Diagrama de caso de uso de venda 
 
6.2 DESCRIÇÃO DE CASOS DE USO 
Será apresentado detalhadamente o passo a passo de cada caso de uso. 
 
14 
 
6.2.1 CASO DE USO - EFETUAR CADASTRO 
Identificação: Efetuar cadastro. 
Escopo: Sistema Produtos Geek. 
Descrição do propósito: Permite que o usuário efetuei o cadastro. 
Ator primário: Cliente. 
Interessados: Cliente. 
Pré-condições: O usuário já possuir cadastro. 
Pós-condições: O sistema irá enviar os dados cadastrados para o banco de dados, concluir o 
cadastro, redirecionar a página principal e efetuar login. 
Fluxo normal: 
O sistema irá exibir os campos para preencher como: Nome, RG, CPF, endereço, e-mail, 
telefone e senha para cadastro. Cliente irá preencher todos os dados e clicar no botão enviar. 
O sistema exibe a informação “usuário cadastrado com sucesso”, conclui o login e será 
redirecionado a página inicial 
Fluxo alternativo: 
• Caso o usuário não preencha todos os dados solicitados será exibido uma mensagem “Favor 
preencher todos os campos. 
•Caso o usuário informe um login que já está sendo usado, será exibido uma mensagem de 
alerta 
Requisitos relacionados: RNF1 – Identificação do sistema; RNF2 – Autenticidade do usuário 
 
6.2.2 CASO DE USO - LOGIN 
Identificação: Efetuar login. 
Escopo: Sistema Produtos Geek. 
Descrição do propósito: Permite que o usuário efetuei o login. 
Ator primário: Cliente. 
Interessados: Cliente. 
Pré-condições: O usuário deve possuir o cadastro. 
Pós-condições: O usuário efetua o login e será direcionado a página principal do sistema. 
Fluxo normal: 
15 
 
O usuário acessa o sistema através de um desktop. O sistema irá apresentar a mensagem que é 
necessário inserir login e senha. O usuário insere os dados de acesso. O sistema redireciona o 
usuário para a página principal 
Fluxo alternativo: 
• Caso o usuário não possua um cadastro, uma mensagem será exibida. 
•Caso o usuário insira alguma informação invalida, uma mensagem será exibida. 
Requisitos relacionados: RNF1 – Identificação do sistema; RNF2 – Autenticação do usuário 
 
6.2.3 CASO DE USO – VERIFICAR LOGIN 
Identificação: Verificar login. 
Escopo: Sistema Produtos Geek. 
Descrição do propósito: Permite o sistema verificar se o usuário tem login.Ator primário: Sistema. 
Interessados: Sistema. 
Pré-condições: O usuário tenta realização alguma ação que exija que ele esteja logado. 
Pós-condições: O usuário consegue avançar com a solicitação apenas se todos os parâmetros 
de login estejam preenchidos. 
Fluxo normal: 
O usuário toma uma ação que necessita estar logado. O sistema verifica se foi passado todas 
as informações de login. O sistema prossegue com a solicitação do usuário. 
Fluxo alternativo: 
• Caso o usuário não esteja logado, irá exibir uma mensagem “favor efetuar login”. 
Requisitos relacionados: RNF2 –Autenticação do usuário; RNF4 – Velocidade do processo 
 
6.2.4 CASO DE USO – CONSULTA DO ESTOQUE 
Identificação: Consulta do estoque. 
Escopo: Sistema Produtos Geek. 
Descrição do propósito: Permite o usuário consultar a disponibilidade no sistema dos 
produtos que estão em estoque. 
Ator primário: Usuário. 
Interessados: Usuário e Sistema. 
Pré-condições: Estar logado para consulta. 
16 
 
Pós-condições: O sistema retorna os produtos com e sem disponibilidade. 
Fluxo normal: 
O usuário acessa o sistema, efetuado o login. O usuário escolhe o produto de acordo com a 
categoria selecionada ou digita o código do produto desejado na busca. Usuário clica em buscar 
disponibilidade. O sistema irá consultar o bando de dados daquele produto e retorna a 
informação ao usuário. 
Fluxo alternativo: 
• Caso o produto possua disponibilidade no estoque, será apresentado a descrição do mesmo e 
em seguida a opção de comprar. 
• Caso o produto não esteja mais disponível para venda no estoque, será exibido uma 
mensagem “produtos indisponível no momento” 
Requisitos relacionados: RNF1 –Identificação do sistema; RNF3 – Volume de utilização; 
RNF5 – Controle do banco de dados 
 
6.2.5 CASO DE USO – COMPRAR E PAGAMENTO 
Identificação: Compra. 
Escopo: Sistema Produtos Geek. 
Descrição do propósito: Permite o usuário realizar a compra do produto. 
Ator primário: Usuário. 
Interessados: Usuário e Sistema. 
Pré-condições: Estar logado para consulta. 
Pós-condições: Usuário efetua a compra do produto selecionado e sistema emite o código de 
compra. 
Fluxo normal: 
O usuário acessa o sistema, efetuado o login. O usuário escolhe o produto de acordo com a 
disponibilidade em estoque. Clicar em comprar. Será direcionado a página com os dados do 
usuário e o produto selecionado. O sistema irá o código de venda que contém: data da compra, 
valor, opções de pagamento, status de pagamento e status de venda. 
Fluxo alternativo: 
• Caso o produto já esteja disponível para retirada, será enviado uma informação. 
• Caso o usuário demore para finalizar, o sistema irá retornar para página inicial. 
17 
 
• Caso o usuário selecione a opção de pagamento com cartão, o sistema irá direcionar o usuário 
para a página externa de pagamento. 
Requisitos relacionados: RNF1 –Identificação do sistema; RNF5 – Controle do banco de 
dados 
 
7 CLASSES DE ANÁLISE 
As classes de análise têm como objetivo principal o objeto obrigando-o a cumprir o 
seu papel dentro do sistema no qual ele faz parte, porém em certos casos, o objeto não consegue 
cumprir com o seu papel sozinho, precisando de uma colaboração de outro objetos. 
 Eles são divididos e categorizado em três grupos seguindo seu tipo de comportamento, 
são eles: Entidade, Controle e Fronteira. 
Essas formas de classes vão ao encontro de um dos principais fundamentos que 
encontramos que são divisão e responsabilidade. 
A divisão das responsabilidades é fundamental para que o sistema seja modelado da 
melhor forma e atenda todas as expectativas, elas sendo bem definidas resultam e uma maior 
capacidade de reuso. 
8 MODELO DE ENTIDADE-RELACIONAMENTO (MER) 
O processo para a modelagem com os componentes (entidades), são ligadas uma as 
outras por um relacionamento que apresentam suas dependências e exigências entre elas, como 
uma casa, ela pode ser dividida em vários cômodos, mas será localizado em apenas um 
endereço. 
A técnica de diagramação é formada por um conjunto de conceitos que devem ser 
claros e não podem ser desrespeitados em sua simbologia. 
 
 
 
 
 
18 
 
8.1 MODELO DE DADOS 
 
 
 
19 
 
9. CONCLUSÃO 
A proposta do projeto em analisar os requisitos foi apresentado e desenvolvida de 
acordo com os conhecimentos adquiridos durante as matérias do segundo semestre de Analise 
e Desenvolvimento de Sistema. O projeto foi baseado e estudado com as informações 
encaminhadas pela loja, as analises dos requisitos foram desenvolvidas em busca de atender as 
necessidades do cliente, automatizando o processo de cadastro do usuário, busca, compra, 
pagamento e gerenciando o estoque para evitar qualquer problema com os usuários. 
Com a conclusão do trabalho, foi possível notar a importante do levantamento e analise 
de dados para melhor entendimento do funcionamento do caso e da funcionalidade do sistema, 
sempre buscando a satisfação do cliente e do usuário final. 
 
20 
 
10. REFERÊNCIAS 
Associação Brasileira de Normas Técnicas 
http://www.abnt.org.br/certificacao/tipos/processos 
 
Livro texto da matéria Análise de Sistema Orientada a Objeto 
 
Livro texto da matéria Banco de dados 
 
Luiz Gustavo Mendes Rodrigues, Fevereiro 2006 
http://repositorio.unicamp.br/jspui/bitstream/REPOSIP/276545/1/Rodrigues_LuizGustavoMendes_
M.pdf 
 
Rodrigo Vieira, Dezembro 2015 
https://medium.com/operacionalti/uml-diagrama-de-casos-de-uso-29f4358ce4d5 
 
Pressman, Reger S. Engenharia de Software, 2006 / Martins, José Carlos Cordeiro. 
Gerenciando Projetos de Desenvolvimento de Software – 2ª e 4ª edições, 2007. 
https://www.devmedia.com.br/modelo-entidade-relacionamento-mer/19821 
 
 
 
http://repositorio.unicamp.br/jspui/bitstream/REPOSIP/276545/1/Rodrigues_LuizGustavoMendes_M.pdf
http://repositorio.unicamp.br/jspui/bitstream/REPOSIP/276545/1/Rodrigues_LuizGustavoMendes_M.pdf
https://medium.com/operacionalti/uml-diagrama-de-casos-de-uso-29f4358ce4d5
https://www.devmedia.com.br/modelo-entidade-relacionamento-mer/19821