UNIVERSIDADE FEDERAL DO RIO GRANDE DO NORTE

CENTRO DE ENSINO SUPERIOR DO SERIDÓ

DEPARTAMENTO DE COMPUTAÇÃO E TECNOLOGIA

PROGRAMA DE GRADUAÇÃO EM SISTEMAS DE INFORMAÇÃO

Autores:

Bianca Laíse Medeiros Cassiano

Pedro Henrique Guedes Brito

Renildo Rabi Vale Dos Santos

Documento de Requisito:
Inventory Manage System- IMS

Caicó – RN 2021

1
 Sumário

1. ......................................................................................................................................... INTRODUÇÃO
.................................................................................................................................................................3
1.1. .......................................................................................... Propósito do documento de requisitos
.............................................................................................................................................................3
1.2. ...........................................................................................................................Escopo do sistema
.............................................................................................................................................................3
2. ................................................................................................................................. DESCRIÇÃO GERAL
.................................................................................................................................................................3
2.1. ...................................................................................................................... Requisitos funcionais
.............................................................................................................................................................3
2.2. ............................................................................................................... Requisitos não-funcionais
.............................................................................................................................................................4
2.3. ............................................................................................................ Características dos usuários
.............................................................................................................................................................5
2.4. .................................................................................................................................. Dependências
.............................................................................................................................................................5
2.5. ................................................................................................................. Perspectivas do produto
.............................................................................................................................................................5
3. ............................................................................................................... DIAGRAMA DE CASOS DE USO
...............................................................................................................................................................11
3.1. ....................................................................................................................... Descrição dos atores
...........................................................................................................................................................11
3.2. ............................................................................................................. Descrição dos casos de uso
...........................................................................................................................................................12

2
 1. INTRODUÇÃO
1.1. Propósito do documento de requisitos

Este documento é voltado para os funcionários da empresa, assim como ao gerente e ao dono
da loja. O propósito desse documento é apresentar a descrição dos serviços e funções que estão
presentes no IMS, mostrando também suas restrições de operação e propriedades gerais, a fim de
ilustrar uma descrição detalhada do sistema para um auxílio durante as etapas de análise, projeto e
testes. O documento especifica todos os requisitos funcionais e não funcionais do sistema e foi
preparado levando-se em conta as funcionalidades levantadas durante a fase de concepção do
sistema.

1.2. Escopo do sistema

O projeto consiste na construção de uma ferramenta para o gerenciamento de

estoque(Inventory Manage System- IMS) que possa atender os requisitos de uma loja de roupas no
fator de estoques. O sistema visa auxiliar em saber a quantidade de peças no estoque; saber a
quantidade por peça; entrada e saída das peças; Dar baixa de forma instantânea no momento da
venda, que serão usados pelos colaboradores.

2. DESCRIÇÃO GERAL
2.1. Requisitos funcionais

[RF01] Cadastro das peças de roupa:

O sistema deve ser projetado de forma que seja possível a inclusão de dados
De cada peça de roupa. As informações constates deste sistema devem ser: Tipo da peça,
código de barra, estação em que a peça será vendida, cor, público alvo, tamanho e quantidade.

[RF02] Emissão de relatórios de saídas e entradas:

O sistema deve ser projeto de forma que o funcionário/usuário possa acessar os relatórios,
tanto de entrada quanto de saída das peças. E informará a quantidade total de peças cadastradas no
sistema.

3
[RF03] Saída da peça do estoque:

O sistema deverá informar ao funcionário/usuário a quantidade de peças que estão no

estoque. Sendo que o sistema informará que a peça está em falta a partir do momento em que
restarão 5 unidades.

[RF04] Consulta da peça no estoque:

O sistema deverá permitir que o funcionário/usuário possa consultar uma peça especifica
através desta função. Onde ele pode escolher o tipo da consulta, escolhendo entre os dados da peça
que foram gravadas anteriormente no sistema.

[RF05] Editar informações das peças;

O sistema deverá permitir que o funcionário/usuário possa editar os dados de uma peça
cadastrada caso o próprio tenha cometido algum equívoco no momento do cadastramento. Para
acessar a peça que será editada, basta informar o código de barra cadastrado, e em seguida poderá
fazer as alterações.

2.2. Requisitos não-funcionais

[RNF01] Pode ser usado em qualquer sistema operacional:

O sistema poderá ser usado tanto quanto o Windows, quanto o Linux, ou qualquer outro
Sistema operacional.

[RNF02] O sistema será ser desenvolvido na linguagem Python:

[RNF03] Qualquer Pessoa com conhecimento básico em informática poderá operar:

Pessoas com conhecimentos básicos em informática, poderão usar este sistema.

[RNF04] O sistema pode ser usado a qualquer momento;

O sistema não requer conexão com a internet, então pode ser usado a qualquer momento
Desde que tenha um computador.

[RNF05] O sistema não irá pedir aos usuários nenhum dado privado:

O sistema irá apenas cadastrar informações das peças de roupa, logo não será necessário
Nenhuma informação pessoal do funcionário/usuário.

4
 2.3. Características dos usuários

Os usuários do sistema serão os funcionários do estabelecimento, que devem ter

conhecimentos básicos em informática e que posteriormente serão treinadas para a utilização do
sistema.

2.4. Dependências

As seguintes suposições são valiosas no decorrer do desenvolvimento do sistema sendo específico:

− O cliente será responsável pela aquisição da infraestrutura que será os equipamentos, como
computador ou notebook para controle.
− E o cliente será responsável também pela disponibilidade dos equipamentos para que sejam
destinados à implantação do sistema responsável pelo controle do estoque.

2.5. Perspectivas do produto

5
6
7
8
9
10
3. DIAGRAMA DE CASOS DE USO

3.1. Descrição dos atores

Funcionário: É a pessoa da empresa encarregada de controlar as entradas e saídas das

peças. Também é responsável por cadastrar, emitir relatórios, editar, e verificar a
disponibilidade das peças no sistema.

11
 3.2. Descrição dos casos de uso

Nome: Cadastrar peça

Resumo: Caso de uso responsável por incluir todos dados de uma peça de roupa.
As informações constantes neste cadastro são: tipo da peça, código de barras,
cor, estação (em que essa peça é usada), público alvo, tamanho e quantidade.
Pré-condição: Ter comprado a peça ao fornecedor
Pós-condição: Não se aplica
Cenário principal:
INCLUSÃO:
1.O funcionário insere as informações da peça de roupa no sistema.
2.O funcionário conclui o cadastro salvando as informações.

Cenário alternativo:
INCLUSÃO:
Peças sem informações completas
1.1 Caso a peça de roupa não tenha todas as informações passadas, o funcionário deverá
entrar em contato com o fornecedor

Requisitos não funcionais(validações)

1.O código de barra deverá ser composto por 12 dígitos.

Nome: Consultar peças

Resumo: Caso de uso responsável por permitir busca de peças cadastradas no sistema.
Onde o funcionário/usuário poderá informar que tipo de busca deseja, a partir dos dados
informados no momento do cadastramento.
Pré-condição: A peça precisa está cadastrada no sistema.
Pós-condição: Não se aplica
Cenário principal:
CONSULTA:
1.O funcionário escolhe um tipo de busca por dado.
2.O funcionário informa o dado a ser buscado.
3.O sistema exibe na tela as informações da peça de roupa buscada

Cenário alternativo:
CONSULTA:
Peça não cadastrada
2.1 Caso a peça não esteja cadastrada no sistema, aparecerá uma mensagem na tela
informando: "Peça não cadastrada".

Requisitos não funcionais(validações)

1.O código de barra deverá ser composto por 12 dígitos.

12
Nome: Emitir relatório
Resumo: Caso de uso responsável por permitir que o funcionário/usuário possa ter acesso
às informações e ao total das peças que foram cadastradas e as peças que sairão
posteriormente.
Pré-condição: A peça precisa está cadastrada no sistema.
Pós-condição: Não se aplica
Cenário principal:
RELATÓRIO:
1.O funcionário solicita os relatórios de entrada e saída.
2.O sistema exibe uma tela dívida com a lista de peças que entraram no estoque e outra
com as peças que saíram do estoque.

Cenário alternativo:
RELATÓRIO:
Peça não cadastrada
1.1 Caso a peça não esteja cadastrada no sistema, aparecerá uma mensagem na tela
informando: "Não há relatórios disponíveis".

Nome: Editar dados da peça

Resumo: Caso de uso responsável por permitir que o funcionário/usuário possa editar os
dados, caso o próprio cometa um equívoco no momento do cadastro da peça.
Pré-condição: A peça precisa está cadastrada no sistema.
Pós-condição: Não se aplica
Cenário principal:
EDIÇÃO:
1.O funcionário informa o código de barra da peça.
2.O sistema exibe na tela a peça correspondente ao código de barra, e exibe as
informações editáveis.
3.O funcionário edita as informações e as salva.

Cenário alternativo:
EDIÇÃO:
Peça não cadastrada
1.1 Caso a peça não esteja cadastrada no sistema, aparecerá uma mensagem na tela
informando: "Não foi encontrado nenhum dado correspondente".

Requisitos não funcionais(validações)

1.O código de barra deverá ser composto por 12 dígitos.

13
Nome: Disponibilidade das peças
Resumo: Caso de uso responsável por permitir que o funcionário/usuário possa saber a
quantidade de peças disponíveis no estoque, onde a condição é que a peça deve ter 5
unidades restantes, assim o sistema apresentará na tela as informações de tal peça.
Pré-condição: A peça precisa está cadastrada no sistema.
Pós-condição: Não se aplica
Cenário principal:
DISPONIBILIDADE:
1.O funcionário acessa a tela "Peças em falta".
2.O sistema exibe uma lista com as informações das peças a partir de 5 unidades para
baixo.

Cenário alternativo:
DISPONIBILIDADE:
Peça não cadastrada
1.1 Caso a peça não esteja cadastrada no sistema, aparecerá uma mensagem na tela
informando: "Não foi encontrado nenhum dado correspondente".

14