• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Projeto UML Controler - Sistema de Controle de Estoque
 

Projeto UML Controler - Sistema de Controle de Estoque

on

  • 9,109 views

Projeto UML Controler - Sistema de Controle de Estoque ...

Projeto UML Controler - Sistema de Controle de Estoque

GLOSSÁRIO 03
NOME DO CLIENTE/SISTEMA 04
INTRODUÇÃO 05
REQUISITOS FUNCIONAIS 06
REQUISITOS NÃO FUNCIONAIS 11
DIAGRAMA DE CASO DE USO 14
ESPECIFICAÇÃO DOS CASOS DE USO 15
DIAGRAMA DE CLASSES 21
DIAGRAMAS DE ATIVIDADE 22
DIAGRAMAS DE TRANSIÇÃO DE ESTADO 25
DIAGRAMAS DE SEQUENCIA 28





Statistics

Views

Total Views
9,109
Views on SlideShare
9,109
Embed Views
0

Actions

Likes
4
Downloads
367
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft Word

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Projeto UML Controler - Sistema de Controle de Estoque Projeto UML Controler - Sistema de Controle de Estoque Document Transcript

    • GLOSSARIOCSU: Caso de UsoDA: Diagrama de AtividadeDS: Diagrama de SeqüênciaDTE: Diagrama de Transição de EstadoRNF: Requisito Não FuncionalRQF: Requisito FuncionalTOMBAMENTO: Controle dos bens patrimoniais 3
    • CONTROLER V.01Sistema para Controle de Estoque 4
    • 1 INTRODUÇÃO O Controler é um software desenvolvido pela SoftProcess , paraambiente Windows, que permite à Auto-Peças Esperança, ter uma gerenciaadequada de todo o processo relacionado com a entrada e saída de produtos deseu estoque, controlando também os bens permanentes da empresa. 5
    • 2 REQUISITOS FUNCIONAIS 2.1 RQF_001 – Manter UsuárioO sistema deve permitir realizar operações de consulta, inserção, atualização eexclusão dos dados dos usuários. Cada usuário terá um login e senha de acessoao sistema, além de um perfil. 2.2 RQF_002 – Caracteristicas de UsuárioO 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 dados. Neste caso, o próprio caso de uso determinará os privilégios de acesso para este grupo de usuários. 6
    • 2.3 RQF_003 – Manter ProdutosOs produtos consistem em todos os itens que o sistema irá controlar separando-osem Bens permanentes e Bens de consumo, assim possibilitando o Tombamento. 2.4 RQF_004 – Manter TombamentoO tombamento é uma identificador único que é gerado pelo sistema com umcódigo alfa numérico que será cruzado com o código do produto para que haja umcontrole dos bens permanentes. 2.5 RQF_005 – Manter PedidoOs pedidos consistem na gravação dos itens solicitados do pedido. Deve-seguardar a data e hora do pedido e o respectivo funcionário que fez o pedido.2.6 RQF_006 – Faturar PedidosOs pedidos dos produtos em falta no estoque poderão ser enviados já faturadospara o Sistema de Faturamento da Empresa. 2.7 RQF_007 – Manter AjustesOs ajustes consistem em um controle de devolução dos produtos de consumo paraque se possa ajustar os itens de estoque. 2.8 RQF_008 – Manter FornecedorDeve-se ter um cadastro de todos os fornecedores dos produtos. Podendo incluir,excluir e alterar este cadastro. 2.9 RQF_009 – Relatório de Balanço semestralO Relatório de Balanço deverá ser informado de acordo com o período solicitadopelo Setor Comercial, para comparação e metas de vendas. 7
    • 2.10 RQF_010 – Relatório de Balanço anualEsse é emitido para conferencia e balanço (contagem) ano a ano. Poisnormalmente nesse intervalo de tempo existe uma rotatividade de funcionários. 2.11 RQF_011 – Validação do FornecedorPara a efetivação do cadastro do Fornecedor deverá ser feita a validação do CNPJdo fornecedor. 2.12 RQF_012 – Relatório Validação do FornecedorPara a efetivação do cadastro do Fornecedor deverá ser feita a validação do CNPJdo fornecedor. 2.13 RQF_013 – Relatório de DivergênciaPara 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íodoGeração de produtos que deram entrada ou saída com base em uma data ouintervalos de datas. 2.15 RQF_015 – Relatório de Produtos por DescriçãoNesse é emitido um estoque mais analítico de produtos, permitindo saber quaisprodutos tem mais ou menos entrada e/ou saída. 2.16 RQF_016 – Relatório de Produtos DevolvidosEsses são emitidos para produtos com uma grade freqüência de devoluções sejapor defeitos ou por erro de quantidades. 8
    • 2.17 RQF_017 – Relatório de Bens TombadosO relatório de bens tombados traz um demonstrativo dos bens que se tornarampatrimônio da empresa. 2.18 RQF_018 – Relatório de Bens DoadosO relatório de bens doados com a descrição do bem patrimonial que foi doado, enome das instituições que os receberam. 2.19 RQF_019 – Relatorio de Usuários e PermissãoO relatório de usuário e permissão, mostra a prioridade de acesso dos usuários esuas atribuições. 2.20 RQF_020 – Relatório de Fornecedor por FaturamentoNo Relatório de fornecedor for faturamento, é mostrado o valor do faturamentomensal de cada fornecedor em ordem crescente, com base no valor. 2.21 RQF_021 – Relatório de Notas Fiscais EstornadasO Relatório mostra todas as Notas Fiscais estornadas, de qualquer natureza. 2.22 RQF_022 – Relatório de Produtos por FabricantesO Relatório demonstra uma listagem dos produtos divididos em grupos de cadafabricante. 2.23 RQF_023 – Relatório de Pedidos FaturadosO Relatório mostra os pedidos faturados, por fornecedor e/ou por intervalo dedatas. 9
    • 2.24 RQF_024 – Cadastro de Produtos DefeituososTela que recebe as informações de todos os produtos recebidos com defeitos defábrica.2.25 RQF_025 – Relatório de Acesso/Atividade no SistemaEste relatório possibilita ao Administrado do Sistema visualizar todos os acessos eatividades executadas por todos os usuários. 10
    • 3 REQUISITOS NÃO FUNCIONAIS 3.1 RNF_01 - Padronização dos CadastrosTodos os cadastros do sistema deverão obedecer um mesmo padrão deusabilidade, 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 informadosão retornados;b) Meio: somente registros cujo campo selecionado contém o valor informado sãoretornados;c) Fim: somente registros cujo campo selecionado termina com o valor informadosão retornados;Se algum dos campos do registro for uma data, a pesquisa avançada aindapermitirá a filtragem de registros através do fornecimento de um intervalo de datas, 11
    • através do qual será possível filtrar registros cujo campo de data selecionadoesteja no dado intervalo. 3.2 RNF_02 – Acesso a dados via ODBCTodo acesso a dados deverá ser realizado via ODBC de forma a reduzir oacoplamento entre código e banco de dados.3.3 RNF_03 - Manual de InstalaçãoO sistema deve vir acompanhado com um manual de instalação em formato doc. 3.4 RNF_04 - Manual de UsuárioO sistema deve vir acompanhado com um manual de operação para o usuáriofinal, em formato doc. 3.5 RNF_05 - Acesso autenticadoTodo acesso ao sistema deverá ser autenticado através do fornecimento de login esenha válidos. Tais dados de acesso deverão estar armazenados no banco dedados da aplicação. 3.6 RNF_06 - Senhas criptografadasAs senhas dos usuários da aplicação devem ser armazenadas de formacriptografada no banco de dados da aplicação. 3.7 RNF_07 - AmbienteO sistema, composto de 2 partes, tem os seguintes requisitos de ambiente:a) Aplicação Cliente: Deverá ter como alvo principal o Windows XP SP2, com .NET2.0 instalado; 12
    • b) Banco de Dados: Deverá ser empregado qualquer sistema operacional quesuporte o Oracle 8i.O sistema funcionará em qualquer rede TCP/IP que permita comunicação remotaatravés de ODBC da aplicação Cliente ao servidor de Banco de dados. Quaisquerfirewalls devem ser configurados para permitir essa comunicação. 3.8 RNF_08 - HardwareO 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 dosistema;b) Banco de Dados: Os mesmos requisitos de hardware do Oracle 8i. 3.9 RNF_09 - Ferramentas de DesenvolvimentoO 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 ReportsO sistema fará uso do “Crystal Reports for Visual Studio 2005” para a geração dosrelató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 USO5.1 Especificação: CSU_01- Manter ProdutoObjetivoO operador usa o sistema para controlar os produtos do estoque, e os benspermanentes na entrada, saída, estorno e tombamento.Atores EnvolvidosUsuário Padrão e Administrador do Sistema.Pré-CondiçõesO produto à ser cadastrado, deve ser oriundo de uma Nota Fiscal válida, ou sejade um Fornecedor cadastrado.Fluxo Principal1. 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çõesO Sistema deve mostrar a quantidade do produto no estoque. 15
    • 5.2 Especificação: CSU_02- Manter FornecedorObjetivoO operador usa o sistema para fazer a inclusão, exclusão e alteração no cadastrode Fornecedores.Atores EnvolvidosUsuário Padrão e Administrador do Sistema.Pré-CondiçõesO usuário deve ser identificado pelo sistema.Fluxo Principal1. 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çõesO fornecedor foi cadastrado, alterado ou excluído no sistema. 16
    • 5.3 Especificação: CSU_03- Manter UsuárioObjetivoO Administrador usa o sistema para fazer a inclusão, exclusão e alteração dosusuários do sistema e suas devidas prioridades de acesso.Atores EnvolvidosAdministrador do Sistema.Pré-CondiçõesO usuário deve ser identificado pelo sistema.Fluxo Principal1. 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çõesO usuário foi cadastrado, alterado ou excluído no sistema. 17
    • 5.4 Especificação: CSU_04 - Consultar ProdutoObjetivoO operador usa o sistema para consultar os produtos do estoque, e os benspermanentes na entrada, saída, estorno e tombamento.Atores EnvolvidosUsuário Restrito, Usuário Padrão e Administrador do Sistema.Pré-CondiçõesO usuário deve ser identificado pelo sistema.Fluxo Principal1. 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çõesA consulta ao produto foi realizada. 18
    • 5.5 Especificação: CSU_05 - Consultar FornecedorObjetivoO operador usa o sistema para consultar os fornecedores da empresa.Atores EnvolvidosUsuário Restrito, Usuário Padrão e Administrador do Sistema.Pré-CondiçõesO usuário deve ser identificado pelo sistema.Fluxo Principal1. 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çõesA consulta aos dados do fornecedor foi realizada. 19
    • 5.6 Especificação: CSU_06 - Gerar Relatório para BalançoObjetivoO operador usa o sistema para gerar um relatório para balanço, de todos osprodutos do estoque.Atores EnvolvidosSetor ComercialPré-CondiçõesO usuário deve ser identificado pelo sistema.Fluxo Principal1. 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çõesO relatório para balanço por período, foi gerado. 20
    • 6 DIAGRAMA DE CLASSES 21
    • 7 DIAGRAMAS DE ATIVIDADE7.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 ESTADO8.1 DTE_01- MANTER TOMBAMENTO 25
    • 8.2 DTE_02- MANTER AJUSTE 26
    • 8.3 DTE_02 - MANTER CONSULTAR PRODUTO9 DIAGRAMAS DE SEQUENCIA9.1 DS_01- MANTER USUÁRIO 27
    • 28
    • 9.2 DS_02 - CONSULTAR PRODUTO 29
    • 9.2 DS_02 - CONSULTAR PRODUTO 29