GLOSSARIO

CSU: Caso de Uso

DA: Diagrama de Atividade

DS: Diagrama de Seqüência

DTE: Diagrama de Transição de Estado

RNF: Requisito Não Funcional

RQF: Requisito Funcional

TOMBAMENTO: Controle dos bens patrimoniais

3

CONTROLER V.01

Sistema para Controle de Estoque

4

1 INTRODUÇÃO

O Controler é um software desenvolvido pela SoftProcess , para

ambiente Windows, que permite à Auto-Peças Esperança, ter uma gerencia

adequada de todo o processo relacionado com a entrada e saída de produtos de

seu estoque, controlando também os bens permanentes da empresa.

5

2 REQUISITOS FUNCIONAIS

2.1 RQF_001 – Manter Usuário

O sistema deve permitir realizar operações de consulta, inserção, atualização e

exclusão dos dados dos usuários. Cada usuário terá um login e senha de acesso

ao sistema, além de um perfil.

2.2 RQF_002 – Caracteristicas de Usuário

O software deve organizar os usuários do sistema em 3 grupos a seguir descritos:

2.2.1 Administrador

Neste grupo de usuário estão todos aqueles responsáveis pelas operações

administrativas do sistema, tendo acesso completo a todas as

funcionalidades.

2.2.2 Usuário padrão

Neste grupo de usuário estão aqueles responsáveis pelas operações

padrões do sistema, tendo acesso de inserção e atualização de alguns

dados, porém não sendo permitida a exclusão de informações. Neste caso,

o próprio caso de uso determinará os privilégios de acesso para este grupo

de usuários.

2.2.3 Usuário restrito

Neste grupo de usuário estão aqueles que necessitam visualizar certas

informações do sistema, sem direitos de criação, alteração ou exclusão de

6

dados. Neste caso, o próprio caso de uso determinará os privilégios de

acesso para este grupo de usuários.

2.3 RQF_003 – Manter Produtos

Os produtos consistem em todos os itens que o sistema irá controlar separando-os

em Bens permanentes e Bens de consumo, assim possibilitando o Tombamento.

2.4 RQF_004 – Manter Tombamento

O tombamento é uma identificador único que é gerado pelo sistema com um

código alfa numérico que será cruzado com o código do produto para que haja um

controle dos bens permanentes.

2.5 RQF_005 – Manter Pedido

Os pedidos consistem na gravação dos itens solicitados do pedido. Deve-se

guardar a data e hora do pedido e o respectivo funcionário que fez o pedido.

2.6 RQF_006 – Faturar Pedidos

Os pedidos dos produtos em falta no estoque poderão ser enviados já faturados

para o Sistema de Faturamento da Empresa.

2.7 RQF_007 – Manter Ajustes

Os ajustes consistem em um controle de devolução dos produtos de consumo para

que se possa ajustar os itens de estoque.

2.8 RQF_008 – Manter Fornecedor

Deve-se ter um cadastro de todos os fornecedores dos produtos. Podendo incluir,

excluir e alterar este cadastro.

7

2.9 RQF_009 – Relatório de Balanço semestral

O Relatório de Balanço deverá ser informado de acordo com o período solicitado

pelo Setor Comercial, para comparação e metas de vendas.

2.10 RQF_010 – Relatório de Balanço anual

Esse é emitido para conferencia e balanço (contagem) ano a ano. Pois

normalmente nesse intervalo de tempo existe uma rotatividade de funcionários.

2.11 RQF_011 – Validação do Fornecedor

Para a efetivação do cadastro do Fornecedor deverá ser feita a validação do CNPJ

do fornecedor.

2.12 RQF_012 – Relatório Validação do Fornecedor

Para a efetivação do cadastro do Fornecedor deverá ser feita a validação do CNPJ

do fornecedor.

2.13 RQF_013 – Relatório de Divergência

Para a comparação de número de estoque de todos os usuário (padrão,

administrador), assim dando informações homogêneas de produtos.

2.14 RQF_014 – Relatório de produtos recebidos por período

Geração de produtos que deram entrada ou saída com base em uma data ou

intervalos de datas.

2.15 RQF_015 – Relatório de Produtos por Descrição

Nesse é emitido um estoque mais analítico de produtos, permitindo saber quais

produtos tem mais ou menos entrada e/ou saída.

8

2.16 RQF_016 – Relatório de Produtos Devolvidos

Esses são emitidos para produtos com uma grade freqüência de devoluções seja

por defeitos ou por erro de quantidades.

2.17 RQF_017 – Relatório de Bens Tombados

O relatório de bens tombados traz um demonstrativo dos bens que se tornaram

patrimônio da empresa.

2.18 RQF_018 – Relatório de Bens Doados

O relatório de bens doados com a descrição do bem patrimonial que foi doado, e

nome das instituições que os receberam.

2.19 RQF_019 – Relatorio de Usuários e Permissão

O relatório de usuário e permissão, mostra a prioridade de acesso dos usuários e

suas atribuições.

2.20 RQF_020 – Relatório de Fornecedor por Faturamento

No Relatório de fornecedor for faturamento, é mostrado o valor do faturamento

mensal de cada fornecedor em ordem crescente, com base no valor.

2.21 RQF_021 – Relatório de Notas Fiscais Estornadas

O Relatório mostra todas as Notas Fiscais estornadas, de qualquer natureza.

2.22 RQF_022 – Relatório de Produtos por Fabricantes

O Relatório demonstra uma listagem dos produtos divididos em grupos de cada

fabricante.

9

2.23 RQF_023 – Relatório de Pedidos Faturados

O Relatório mostra os pedidos faturados, por fornecedor e/ou por intervalo de

datas.

2.24 RQF_024 – Cadastro de Produtos Defeituosos

Tela que recebe as informações de todos os produtos recebidos com defeitos de

fábrica.

2.25 RQF_025 – Relatório de Acesso/Atividade no Sistema

Este relatório possibilita ao Administrado do Sistema visualizar todos os acessos e

atividades executadas por todos os usuários.

10

3 REQUISITOS NÃO FUNCIONAIS

3.1 RNF_01 - Padronização dos Cadastros

Todos os cadastros do sistema deverão obedecer um mesmo padrão de

usabilidade, os quais permitam:

a) Acesso direto ao registro pelo seu ID.

b) Acesso ao registro através de uma Pesquisa avançada

c) Operação de Inserir, permitindo a inserção de um novo registro;

d) Operação de Alterar, permitindo a alteração do registro selecionado;

e) Operação de Excluir, permitindo a exclusão do registro selecionado;

f) Operação de Salvar, permitindo a conclusão do processo de inserção ou

de alteração, persistindo os dados;

g) Operação de Cancelar, permitindo a desistência do processo de inserção

ou de alteração, descartando os dados;

h) Operação de Fechar, permitindo a saída da tela de cadastro;

A tela de Pesquisa Avançada deverá ser padrão para todos os cadastros,

permitindo filtragem por qualquer campo do registro, de 3 formas:

a) Início: somente registros cujo campo selecionado inicia com o valor informado

são retornados;

b) Meio: somente registros cujo campo selecionado contém o valor informado são

retornados;

c) Fim: somente registros cujo campo selecionado termina com o valor informado

são retornados;

11

Se algum dos campos do registro for uma data, a pesquisa avançada ainda

permitirá a filtragem de registros através do fornecimento de um intervalo de datas,

através do qual será possível filtrar registros cujo campo de data selecionado

esteja no dado intervalo.

3.2 RNF_02 – Acesso a dados via ODBC

Todo acesso a dados deverá ser realizado via ODBC de forma a reduzir o

acoplamento entre código e banco de dados.

3.3 RNF_03 - Manual de Instalação

O sistema deve vir acompanhado com um manual de instalação em formato doc.

3.4 RNF_04 - Manual de Usuário

O sistema deve vir acompanhado com um manual de operação para o usuário

final, em formato doc.

3.5 RNF_05 - Acesso autenticado

Todo acesso ao sistema deverá ser autenticado através do fornecimento de login e

senha válidos. Tais dados de acesso deverão estar armazenados no banco de

dados da aplicação.

3.6 RNF_06 - Senhas criptografadas

As senhas dos usuários da aplicação devem ser armazenadas de forma

criptografada no banco de dados da aplicação.

3.7 RNF_07 - Ambiente

O sistema, composto de 2 partes, tem os seguintes requisitos de ambiente:

12

a) Aplicação Cliente: Deverá ter como alvo principal o Windows XP SP2, com .NET

2.0 instalado;

b) Banco de Dados: Deverá ser empregado qualquer sistema operacional que

suporte o Oracle 8i.

O sistema funcionará em qualquer rede TCP/IP que permita comunicação remota

através de ODBC da aplicação Cliente ao servidor de Banco de dados. Quaisquer

firewalls devem ser configurados para permitir essa comunicação.

3.8 RNF_08 - Hardware

O sistema, composto de 2 partes, tem os seguintes requisitos de hardware:

a) Aplicação Cliente: Mínimo de 128mb de memória livres para a operação do

sistema;

b) Banco de Dados: Os mesmos requisitos de hardware do Oracle 8i.

3.9 RNF_09 - Ferramentas de Desenvolvimento

O sistema deverá ser desenvolvido utilizando o Visual Studio 2005 Team Suite,

aproveitando suas funcionalidades de testes de unitários e cobertura de código.

Para banco de dados, será utilizado o SQL server.

3.10 RNF_10 - Crystal Reports

O sistema fará uso do “Crystal Reports for Visual Studio 2005” para a geração dos

relatórios, permitindo assim a exportação dos relatórios para formatos XLS e PDF.

13

4 DIAGRAMA DE CASO DE USO

14

5 ESPECIFICAÇÃO DOS CASOS DE USO

5.1 Especificação: CSU_01- Manter Produto

Objetivo

O operador usa o sistema para controlar os produtos do estoque, e os bens

permanentes na entrada, saída, estorno e tombamento.

Atores Envolvidos

Usuário Padrão e Administrador do Sistema.

Pré-Condições

O produto à ser cadastrado, deve ser oriundo de uma Nota Fiscal válida, ou seja

de um Fornecedor cadastrado.

Fluxo Principal

1. O operador faz logon no Sistema.2. O operador escolhe no menu qual ação à ser realizada: 1.Alterar -2.Incluir –

3.Excluir.3. Se o operador escolher a opção Alterar:

3.1.É solicitado código do produto para que seja efetuada a sua devida alteração.

3.2.Após feita a alteração, os novos dados são salvos.4. Se o operador escolher a opção Excluir:

4.1.É solicitado o código do produto para que seja efetuada a sua devida exclusão.

4.2. Após a exclusão, o cadastro do produto é apagado do sistema.5. Se o operador escolher a Opção Incluir:

5.1 O sistema solicita os dados do novo produto.5.2 O sistema verifica se o fornecedor do produto já é cadastrado no sistema.5.3 Depois de validado o produto, o produto é incluído no estoque.

6. O sistema registra as informações fornecidas.

Pós Condições

O Sistema deve mostrar a quantidade do produto no estoque.

15

5.2 Especificação: CSU_02- Manter Fornecedor

Objetivo

O operador usa o sistema para fazer a inclusão, exclusão e alteração no cadastro

de Fornecedores.

Atores Envolvidos

Usuário Padrão e Administrador do Sistema.

Pré-Condições

O usuário deve ser identificado pelo sistema.

Fluxo Principal

1. O operador faz logon no Sistema.2. O operador escolhe no menu qual ação à ser realizada: 1.Alterar -2.Incluir –

3.Excluir.3. Se o operador escolher a opção Alterar:

3.1.É solicitado o CNPJ do fornecedor para que seja efetuada a sua devida alteração.

3.2.Após feita a alteração, os novos dados são salvos.4. Se o operador escolher a opção Excluir:

4.1.É solicitado o CNPJ do fornecedor para que seja efetuada a sua devida exclusão.

4.2.Após a exclusão, o cadastro do fornecedor é apagado do sistema.5. Se o operador escolher a Opção Incluir:

5.1.O sistema solicita os dados do novo fornecedor. 5.2.O sistema verifica se o CNPJ do fornecedor é um numero válido. 5.3.O fornecedor é incluso no cadastro de fornecedores.

6. O sistema registra as informações fornecidas.

Pós Condições

O fornecedor foi cadastrado, alterado ou excluído no sistema.

16

5.3 Especificação: CSU_03- Manter Usuário

Objetivo

O Administrador usa o sistema para fazer a inclusão, exclusão e alteração dos

usuários do sistema e suas devidas prioridades de acesso.

Atores Envolvidos

Administrador do Sistema.

Pré-Condições

O usuário deve ser identificado pelo sistema.

Fluxo Principal

1. O operador faz logon no Sistema.2. O operador escolhe no menu qual ação à ser realizada: 1.Alterar -2.Incluir –

3.Excluir.3. Se o operador escolher a opção Alterar:

3.1.É solicitado o nome do usuário para que seja efetuada a sua devida alteração.3.2Após feita a alteração, os novos dados são salvos.

4. Se o operador escolher a opção Excluir: 4.1.É solicitado o nome do usuário para que seja efetuada a sua devida exclusão. 4.2Após a exclusão, o cadastro do fornecedor é apagado do sistema.

5. Se o operador escolher a Opção Incluir:5.1.O sistema solicita os dados do novo usuário. 5.2.È escolhida a prioridade de acesso ao sistema: 1.Usuário Padrão -2.Usuário Restrito – 3.Administrador . 5.3.É definida senha de acesso.

6. O sistema registra as informações fornecidas.

Pós Condições

O usuário foi cadastrado, alterado ou excluído no sistema.

17

5.4 Especificação: CSU_04 - Consultar Produto

Objetivo

O operador usa o sistema para consultar os produtos do estoque, e os bens

permanentes na entrada, saída, estorno e tombamento.

Atores Envolvidos

Usuário Restrito, Usuário Padrão e Administrador do Sistema.

Pré-Condições

O usuário deve ser identificado pelo sistema.

Fluxo Principal

1. O operador faz logon no Sistema.

2. O sistema solicita informações do produto à ser consultado.

3. O usuário faz a digitação dos dados do produto.

4. A consulta é realizada e as informações do produto são exibidas na tela.

5. O sistema oferece ao usuário a opção de impressão.

6. O sistema fecha a tela de exibição.

Pós Condições

A consulta ao produto foi realizada.

18

5.5 Especificação: CSU_05 - Consultar Fornecedor

Objetivo

O operador usa o sistema para consultar os fornecedores da empresa.

Atores Envolvidos

Usuário Restrito, Usuário Padrão e Administrador do Sistema.

Pré-Condições

O usuário deve ser identificado pelo sistema.

Fluxo Principal

1. O operador faz logon no Sistema.

2. O sistema solicita CNPJ do fornecedor à ser consultado.

3. O usuário faz a digitação dos dados do fornecedor.

4. A consulta é realizada, e os dados do fornecedor são exibidos na tela.

5. O sistema oferece ao usuário a opção de impressão.

6. O operador fecha a tela de exibição.

Pós Condições

A consulta aos dados do fornecedor foi realizada.

19

5.6 Especificação: CSU_06 - Gerar Relatório para Balanço

Objetivo

O operador usa o sistema para gerar um relatório para balanço, de todos os

produtos do estoque.

Atores Envolvidos

Setor Comercial

Pré-Condições

O usuário deve ser identificado pelo sistema.

Fluxo Principal

1. O operador faz logon no Sistema.

2. O sistema solicita a data ou período.

3. O usuário faz a digitação do período.

4. O relatório é exibido na tela.

5. O sistema oferece ao usuário a opção de impressão.

6. O operador fecha a tela de exibição.

Pós Condições

O relatório para balanço por período, foi gerado.

20

6 DIAGRAMA DE CLASSES

21

7 DIAGRAMAS DE ATIVIDADE

7.1 DA_01- CASO DE USO MANTER USUÁRIO

22

7.2 DA_02 - CASO DE USO MANTER FORNECEDOR

23

7.3 DA_03 - CASO DE USO GERAR RELATÓRIO PARA BALANÇO

24

8 DIAGRAMAS DE TRANSIÇÃO DE ESTADO

8.1 DTE_01- MANTER TOMBAMENTO

25

8.2 DTE_02- MANTER AJUSTE

26

8.3 DTE_02 - MANTER CONSULTAR PRODUTO

9 DIAGRAMAS DE SEQUENCIA

9.1 DS_01- MANTER USUÁRIO

27

28

9.2 DS_02 - CONSULTAR PRODUTO

29