Escolar Documentos
Profissional Documentos
Cultura Documentos
2
1. Introdução
Este documento especifica os requisitos da OCEA - Organização e Controle de
Estoque Áries, tendo o objetivo de registrar informações e dados fornecidos por VLG
Comércio de Produtos Esportivos EPP. Desse modo, os requisitos podem ser
consultados pelos desenvolvedores para elaborar o projeto e realizar a implementação
do sistema de software, assim como para realizar testes e homologar a aplicação.
A OCEA - Organização e Controle de Estoque Áries é importante para lojas que
possuem um depósito pelos seguintes motivos: Ao automatizar o processo de controle
e organização do estoque, com isso possibilita ganhar mais agilidade e eficiência tanto
na busca quanto na consulta dos produtos.
Ator Descrição
Vendedor Precisa saber se tem um produto no estoque do depósito.
Está restrito somente à ver e fazer buscas se tem o produto e sua
quantidade.
3
Estoquista Responsável por controlar e gerenciar a entrada e saída dos produtos em
estoque. Além de saber o local de cada produto.
Não possui restrição.
Ator(es): Gerente
Requisitos [RF01] - Gerenciar login de acesso
associados:
4
associados:
5
Justificativa: Necessidade de criar cadastros para novos produtos.
Ator(es): Gerente e Estoquista
Requisitos [RF06] - Dado do produto
associados:
6
Ator(es): Gerente/Estoquista/Vendedor
Requisitos [RF06] Dado do produto
associados: [RF09] Alterar produto
7
Requisitos [RF10] Registro de entrada
associados: [RF11] Registro de saída
Prioridade: Justificativa: É de prioridade essencial porque gerará relatos para o controle de estoque
e dos funcionários nele estará contido diversas informações tanto de quem retirou
quanto de produtos em falta.
Ator(es): Gerente/Estoquista
Requisitos [RF06] Dado do produto
associados: [RF10] Registro de entrada
[RF11] Registro de saída
[RF17] Registro de responsável pelo movimento
8
Requisito: Verifica senha Identificação
: [RF19]
Descrição: Verifica se a senha do cadastro do usuário tem o tamanho
correto, se correto permite continuar a operação.
X Essencial Importante Desejável
Prioridade:
Justificativa: Limita o tamanho da senha do usuário.
Ator(es): Gerente
Requisitos [RF01] - Gerenciar login de acesso
associados:
9
2.3.2 Requisitos não-funcionais
10
2.4 Diagrama de caso de uso
11
6. Sistema armazena o funcionário.
7. Sistema avalia as permissões do funcionário..
8. O sistema emite uma mensagem informando que a conta foi criada
ou alterada com sucesso.
Fluxo
alternativo:
Fluxo de erro: [FE001]
1. Sistema informa que a senha não está no tamanho permitido.
[FE002]
1. Sistema informa que o usuário já está em uso.
12
Descrição: Permite que o gerente ou o estoquista a dar entrada de produtos no estoque
do depósito
Requisitos funcionais associados: [RF05 - Login].
Requisitos funcionais associados: [RF06 - Dado do produto].
Requisitos funcionais associados: [RF10 - Registro da entrada].
Requisitos funcionais associados: [RF12 - Busca de Produtos].
Requisitos funcionais associados: [RF13 - Local do Produto].
Requisitos não funcionais associados: [NF001 – Proteção aos dados].
Requisitos não funcionais associados: [NF003 – Proteção aos dados].
Ator: Gerente/Estoquista
Pré-condição: Gerente ou estoquista cadastrado e autenticado pelo sistema.
Pós-condição: Produto cadastrado e modificado no banco de dados do sistema.
Fluxo principal: Seleciona a opção de criar produto.
[FA001]
Gerente/Estoquista preenche os dados do produto.
Gerente/Estoquista seleciona a opção salvar.
Sistema verifica se os campos obrigatórios foram preenchidos [FE00].
Sistema salva os dados
Sistema emite uma mensagem informando que a entrada ocorreu com
sucesso
Fluxo [FA001]
alternativo: 1. Se o produto já estiver cadastrado, pode se realizar uma busca
2. Encontrar produtos.
3. Selecione o produto.
4. Realiza a alteração.
5. O sistema volta ao passo 2 do fluxo principal.
Fluxo de erro:
13
Fluxo
principal: 1. Verificar o cadastro do funcionário que irá fazer a retirada.
2. Verificar o cadastro do produto.
3. Fazer a retirada do produto.
4. Retornar a quantidade restante do produto.[FE001]
5. Salvar.
Fluxo [FA001]
alternativo: 1. O Estoquista pode continuar a fazer a retirada de mais produtos
cadastrados.
2. O sistema volta ao passo 2 do fluxo principal.
Fluxo de [FE001]
erro: 1. Quando o produto não existir ou estiver em falta.
14
3. Diagrama de caso de negócio
Login de acesso será a classe que armazena os dados dos usuários, assim como a
classe produto armazena os dados dos produtos. A classe de movimentação salva os
movimentos de entrada e saída e usa os dados das classes Login de acesso e a do
Produto. A classe relatório gera relatórios e usa os dados das classe de movimentação
e da classe Produto.
4. Anexo
4.1 Entrevista Aberta
4.1.1 Justificativa
Foi escolhida entrevista aberta, para podermos ter uma interação mais dinâmica com o
cliente, pois esta tem contato direto com o usuário e tendo mais liberdade de expressão
para dizer o que deseja do sistema, atingindo um projeto mais próximo do que ele
espera.
Na entrevista aberta é feita uma reunião entre o engenheiro de requisitos e os
stakeholders, se discute de forma aberta e objetiva sobre o sistema, enquanto a
conversa está em andamento o entrevistador toma nota para a validação e revisão dos
15
requisitos. Nessa discussão se obtém as informações que auxiliam a equipe de
desenvolvimento a entender melhor as necessidades do cliente.
4.1.2 Entrevista
Entrevistador: Bom dia!
Cliente: Bom dia.
Entrevistador: O senhor nos procurou para criar um programa para sua empresa,
gostaria de saber o que levou a nos procurar?
Cliente: Bom eu tenho uma loja de produtos esportivos e estamos enfrentando um
problema de controlar e organizar o estoque do depósito, muitas vezes temos
dificuldades em encontrar o produto e em saber a quantidade de produtos que ainda
temos no depósito.
Entrevistador: Entendi, então você gostaria de melhorar a organização dos produtos
no depósito, também de saber a quantidade que há nele e aonde ele está. No caso só
iriamos precisar considerar os produtos dentro do depósito?
Cliente: Sim, porque para loja já temos um programa que faz isso.
Entrevistador: Ok. Você quer saber onde seu produto estará, então eu preciso saber,
como é seu depósito, existe algum tipo de organização ou sinal para podermos usar?
Cliente: Meu depósito tem algumas gôndolas aonde são colocados nossos produtos.
Entrevistador: Você saberia se no seu depósito é possível dividir em diferentes
áreas?
Cliente: Creio que sim.
Entrevistador: Interessante, dá para dividir o depósito em diferentes áreas.
Cliente: Sim, podemos dividir por esportes.
Entrevistador: Mas você trabalha com produtos semelhantes em diferentes esportes,
ainda assim não melhoraria muito.
Cliente: Verdade, então posso sub-dividir por categorias de tipos de produtos.
Entrevistador: Ok, para ficar melhor vamos nomear e enumerar as gôndolas, para ter
uma ideia exata do local armazenado.
Cliente: Gostei, acho que vai ficar legal e fácil de localizar.
Entrevistador: Você poderia me explicar como iria funcionar quando seu funcionário
estivesse usando nosso sistema?
Cliente: Bem, se meu vendedor vender um produto que não temos no estoque da loja
eu preciso ter uma idéia se esse produto tem no depósito, e se tiver, preciso de
agilidade na hora de encontrá-lo.
Entrevistador: Mas o vendedor será o responsável por buscar o produto no depósito?
Cliente: Não, ele teria que solicitar ao estoquista.
Entrevistador: Entendo, no caso quem iria usar o sistema seria somente o estoquista?
Cliente: Não, ele seria o responsável por verificar a quantidade, entrada e saída do
depósito. Entretanto outros funcionários poderão ter acesso. Ai gostaria que todos
tivessem um login.
Entrevistador: Então que tipo de função você gostaria que cada funcionário tivesse?
Cliente: Todos poderiam ver a quantidade dos produtos. Para um gerente, ele poderia
ver entrada e saída dos produtos, gerar relatórios e receber um aviso caso a quantidade
16
estivesse abaixo de certo número. Para o estoquista, ver e alterar a entrada e saída,
localização dos produtos.
Entrevistador: Ok, tem mais alguma coisa que pensa em por?
Cliente: Gostaria também de ter a possibilidade de saber quem retirou e qual o
estoquista foi o responsável por buscar a mercadoria.
Entrevistador: Hum, podemos usar os login que você pediu para limitar o usa como
você disse anteriormente e também para marcar quem retirou e quem buscou. Existe
mais alguma sugestão?
Cliente: Por enquanto não.
Entrevistador: Então vou analisar as sugestões e levar para a equipe de
desenvolvimento. Terminando por aqui, até a próxima reunião.
Cliente: Ok, obrigado, até a próxima.
4.2.2 Descrição
Vendedor: Quando estou realizando uma venda, algumas vezes o produto que meu
cliente quer eu não tenho dentro do estoque da loja, assim, vou ao depósito e pergunto
ao estoquista sobre o produto que procuro. Após muito tempo, ele me diz se tem ou
não tem, caso tenha ele entra no depósito e retira meu produto. Deste modo, consigo
retirar um produto do depósito.
17
Gerente: Como gerente preciso ter acesso ao controle total da loja tanto das vendas
quanto do estoque para produzir relatórios sobre o andamento da loja com maior
eficiência, preciso analisar a entrada e saída dos produtos para gerar anotações, essas
informações eu peço ao estoquista que verifica o estoque para mim, mas nem sempre
as informações fornecidas são precisas algumas vezes falta produtos ou não sabemos
quem fez a retirada.
18
4.3 Protótipo
19
Figura 5 - Tela de busca de produto
20
Figura 7 - Tela retirada de produtos
21
,
22
Figura 11 - Tela de gerenciar contas
23