Professional Documents
Culture Documents
LacBem
v 1.2
Documento de Requisitos
HISTRICO DE REVISES
Titulo do Documento
Autores Comentrios: Nome do Arquivo DocumentoRequisitos_LACBEM.doc
Planejamento de Projeto
Wagner Sena, Alexandre Cavalcanti, Klebson Lu, Marcio Lisboa, Marcos Guerra, Samuel Sarinho, Alfredo Neto, Tiago Uchoa, Julio Cezar e Ariel Dalvo
Data
Fechamento do escopo com definio de Wagner Sena todos os requisitos a serem implementados. Reestruturao do documento. Avaliao dos Wagner Sena requisitos anteriores e criao de novos visando adequao s novas funcionalidades desejadas. Liberao do primeiro release do documento Wagner Sena de especificao do projeto.
Especificao dos Requisitos, Casos de Uso e Wagner Sena diagramas do Modulo Estoque. Especificao dos Requisitos, Casos de Uso e Alexandre Cavalcanti diagramas do Modulo Funcionrio. Especificao dos Requisitos, Casos de Uso e Klebson Lu diagramas do Modulo Cliente. Especificao dos Requisitos, Casos de Uso e Marcio Lisboa diagramas do Modulo Faturamento. Especificao dos Requisitos, Casos de Uso e Marcos Guerra diagramas do Modulo Pedido. Especificao dos Requisitos, Casos de Uso e Samuel Sarinho diagramas do Modulo Pedido. Especificao dos Requisitos, Casos de Uso e Alfredo Neto diagramas do Modulo Pedido de Venda. Especificao dos Requisitos, Casos de Uso e Tiago Uchoa diagramas do Modulo Pedido de Venda. Especificao dos Requisitos, Casos de Uso e Julio Cezar diagramas do Modulo Relatrios Especificao dos Requisitos, Casos de Uso e Ariel Dalvo diagramas do Modulo Relatrios
1.0
1.1 1.2
LISTA DE APROVADORES
Nome Cargo
Documento de Requisitos
Leonardo Arajo
Documento de Requisitos
NDICE
1. Introduo ........................................................................................................................ 8 1.1 Problema atual ...................................................................................................8 1.1.1 Soluo ......................................................................................................8 1.2 Viso geral do documento .................................................................................. 9 1.3 Convenes, termos e abreviaes ....................................................................9 1.3.1 Identificao dos requisitos.........................................................................9 1.3.2 Prioridades dos requisitos...........................................................................9 1.4 Definio do Processo ..................................................................................... 10 1.5 Stakeholders .................................................................................................... 10 descrio geral do sistema ............................................................................................. 11 2.2 Declarao do Escopo do Projeto .................................................................... 11 2.2.1 Metodologia.............................................................................................. 11 2.2.2 Abrangncia de sistemas relacionados ..................................................... 12 Requisitos funcionais (caso de uso) ................................................................................ 12 3.1 Cadastro e Interface......................................................................................... 12 requisitos no-funcionais ................................................................................................ 39 anexos (diagramas) ........................................................................................................ 41 5.2 Diagrama de Caso de Uso ............................................................................... 41 5.3 Diagrama de Classe ......................................................................................... 48 5.4 Diagrama de Atividade ..................................................................................... 55 5.5 Diagrama de Componentes .............................................................................. 65 5.6 Diagrama de Estados ....................................................................................... 71 5.7 Diagrama de Implantao ................................................................................ 77 5.8 Diagrama de Sequencia ................................................................................... 78 referncias...................................................................................................................... 84
2.
3. 4. 5.
6.
Documento de Requisitos
NDICE DE FIGURAS
Figura 1 - Funcionamento do Scrum. ............................................................................... 11 Figura 2 - Diagrama de Caso de uso 001, 002, 003 e 004 [especificado por Wagner Sena] ............................................................................................................................................... 41 Figura 3 - Diagrama de Caso de uso [especificado por Alexandre Cavalcanti] ................. 42 Figura 4 - Diagrama de Caso de uso [especificado por Klebson Lu] ............................... 42 Figura 5 - Diagrama de Caso de uso [especificado por Marcio Lisboa] ............................. 43 Figura 6 - Diagrama de Caso de uso [especificado por Marcos Guerra] ........................... 43 Figura 7 - Diagrama de Caso de uso [especificado por Samuel Sarinho].......................... 44 Figura 8 - Diagrama de Caso de uso [especificado por Alfredo Neto] ............................... 45 Figura 9 - Diagrama de Caso de uso [especificado por Tiago Uchoa]............................... 45 Figura 10 - Diagrama de Caso de uso [especificado por Jlio Cezar] ............................... 46 Figura 11 - Diagrama de Caso de uso [especificado por Ariel Dalvo]................................ 47 Figura 12 - Diagrama de Classe - Caso de uso 001, 002, 003 e 004 [especificado por Wagner Sena] ......................................................................................................................... 48 Figura 13 - Diagrama de Classe [especificado por Alexandre Cavalcanti] ........................ 48 Figura 14 - Diagrama de Classe [especificado por Klebson Lu] ...................................... 49 Figura 15 - Diagrama de Classe [especificado por Marcio Lisboa] .................................... 49 Figura 16 - Diagrama de Classe [especificado por Marcos Guerra] .................................. 50 Figura 17 - Diagrama de Classe [especificado por Samuel Sarinho]................................. 50 Figura 18 - Diagrama de Classe [especificado por Alfredo Neto] ...................................... 51 Figura 19 - Diagrama de Classe [especificado por Tiago Uchoa] ..................................... 52 Figura 20 - Diagrama de Classe [especificado por Jlio Cezar] ........................................ 53 Figura 21 - Diagrama de Classe [especificado por Ariel Dalvo] ........................................ 54 Figura 22 - Diagrama de Atividade - Caso de uso 001 [especificado por Wagner Sena] ... 55 Figura 23 - Diagrama de Atividade [especificado por Alexandre Cavalcanti] ..................... 56 Figura 24 - Diagrama de Atividade [especificado por Klebson Lu] .................................. 57 Figura 25 - Diagrama de Atividade [especificado por Marcio Lisboa] ................................ 58 Figura 26 - Diagrama de Atividade [especificado por Marcos Guerra] .............................. 59 Figura 27 - Diagrama de Atividade [especificado por Samuel Sarinho] ............................. 60 Figura 28 - Diagrama de Atividade [especificado por Alfredo Neto] .................................. 61 Figura 29 - Diagrama de Atividade [especificado por Tiago Uchoa] .................................. 62 Figura 30 - Diagrama de Atividade [especificado por Jlio Cezar] .................................... 63 Figura 31 - Diagrama de Atividade [especificado por Ariel Dalvo] ..................................... 64 Figura 32 - Diagrama de Componentes [especificado por Wagner Sena] ......................... 65 Figura 33 - Diagrama de Componentes [especificado por Alexandre Cavalcanti] ............. 65 Figura 34 - Diagrama de Componente [especificado por Klebson Lu] ............................. 66 Figura 35 - Diagrama de Componente [especificado por Marcio Lisboa] .......................... 67 Figura 36 - Diagrama de Componente [especificado por Marcos Guerra] ......................... 67 Figura 37 - Diagrama de Componente [especificado por Samuel Sarinho] ....................... 68 Figura 38 - Diagrama de Componente [especificado por Jlio Cezar] ............................... 69 Figura 39 - Diagrama de Componente [especificado por Ariel Dalvo] ............................... 70 Figura 40 - Diagrama de Estados [especificado por Wagner Sena] .................................. 71 Figura 41 - Diagrama de Estados [especificado por Alexandre Cavalcanti] ...................... 71 Figura 42 - Diagrama de Estado [especificado por Klebson Lu] ...................................... 72 Figura 43 - Diagrama de Estado [especificado por Marcio Lisboa] ................................... 73
Documento de Requisitos
Figura 44 Figura 45 Figura 46 Figura 47 Figura 48 Figura 49 Figura 50 Figura 51 Figura 52 Figura 53 Figura 54 Figura 55 Figura 56 Figura 57 Figura 58 Figura 59 Figura 60 Figura 61 Figura 62 -
Diagrama de Estado [especificado por Marcos Guerra] .................................. 73 Diagrama de Estado [especificado por Samuel Sarinho] ................................ 74 Diagrama de Estado [especificado por Alfredo Neto] ...................................... 74 Diagrama de Estado [especificado por Tiago Uchoa] ..................................... 75 Diagrama de Estado [especificado por Jlio Cezar]........................................ 76 Diagrama de Estado [especificado por Ariel Dalvo] ........................................ 77 Diagrama de implantao [especificado por Wagner Sena] ............................ 78 Diagrama de implantao [especificado por Ariel Dalvo] ................................ 78 Diagrama de Sequencia Login [especificado por Wagner Sena] ..................... 79 Diagrama de Sequencia [especificado por Wagner Sena] .............................. 79 Diagrama de Sequencia [especificado por Alexandre Cavalcanti]................... 80 Diagrama de Sequencia [especificado por Klebson Lu] ................................ 80 Diagrama de Sequencia [especificado por Marcio Lisboa] .............................. 81 Diagrama de Sequencia [especificado por Marcos Guerra] ............................ 81 Diagrama de Sequencia [especificado por Samuel Sarinho] ........................... 82 Diagrama de Sequencia [especificado por Alfredo Neto] ................................ 82 Diagrama de Sequencia [especificado por Tiago Uchoa] ................................ 83 Diagrama de Sequencia [especificado por Jlio Cezar] .................................. 83 Diagrama de Sequencia [especificado por Ariel Dalvo] ................................... 84
NDICE DE TABELAS
Tabela 1 - Convenes, termos e abreviaes...................................................................9 Tabela 2 Definio inicial dos processos ....................................................................... 10 Tabela 3 [RF001] Logar no sistema [especificado por Wagner Sena] ............................ 12 Tabela 4 [RF002] Cadastro e manuteno de Produtos [especificado por Wagner Sena] ............................................................................................................................................... 13 Tabela 5 [RF003] Consulta de Produtos [especificado por Wagner Sena] ..................... 14 Tabela 6 [RF004] Movimentao de Estoque [especificado por Wagner Sena] ............. 15 Tabela 7 [RF005] Cadastrar Funcionrio [especificado por Alexandre Cavalcanti]......... 15 Tabela 8 [RF006] Alterar Funcionrio [especificado por Alexandre Cavalcanti].............. 16 Tabela 9 [RF007] Cadastro de Cliente [especificado por Klebson Lu] .......................... 17 Tabela 10 [RF008] Consulta de Cadastro de Cliente [especificado por Klebson Lu] .... 17 Tabela 11 [RF009] Alterar Cadastro de Cliente [especificado por Klebson Lu] ............. 18 Tabela 12 [RF010] Deletar Cadastro de Cliente [especificado por Klebson Lu] ............ 18 Tabela 13 [RF011] Incluir Fatura [especificado por Marcio Lisboa] ................................ 19 Tabela 14 [RF012] Alterar Fatura [especificado por Marcio Lisboa] ............................... 19 Tabela 15 [RF013] Excluir Fatura [especificado por Marcio Lisboa] ............................... 20 Tabela 16 [RF014] Gerar Fatura [especificado por Marcio Lisboa] ................................ 20 Tabela 17 [RF015] Consultar Fatura [especificado por Marcio Lisboa] .......................... 20 Tabela 18 [RF016] Pedido de Venda [especificado por Marcos Guerra] ........................ 21 Tabela 19 [RF017] Exibio de Pedido de Venda [especificado por Marcos Guerra] ..... 22 Tabela 20 [RF018] Impresso de Pedido de Venda [especificado por Marcos Guerra] .. 22 Tabela 21 [RF019] Atualizao de Pedido de Venda [especificado por Marcos Guerra] 22 Tabela 22 [RF020] Cancelamento de Pedido de Compra [especificado por Samuel Sarinho] .................................................................................................................................. 23 Tabela 23 [RF021] Baixa de Pedido de Compra [especificado por Samuel Sarinho]...... 23
Documento de Requisitos
Tabela 24 [RF022] Exibio Detalhada de Pedido de Compra [especificado por Samuel Sarinho] .................................................................................................................................. 24 Tabela 25 [RF023] Entrega de Pedido de Compra [especificado por Samuel Sarinho] .. 25 Tabela 26 [RF024] Visualizar histrico de vendas [especificado por Alfredo Neto]......... 26 Tabela 27 [RF025] Dados do produto [especificado por Alfredo Neto] ........................... 26 Tabela 28 [RF026] Previso de vendas por vendedor [especificado por Alfredo Neto]... 26 Tabela 29 [RF027] Previso de vendas [especificado por Alfredo Neto] ........................ 27 Tabela 30 [RF028] Exportao de relatrios [especificado por Alfredo Neto] ................. 27 Tabela 31 [RF029] Controle de desconto [especificado por Alfredo Neto] ..................... 27 Tabela 32 [RF030] Controle de Comisses [especificado por Alfredo Neto] .................. 28 Tabela 33 [RF031] Formulrio de Vendas [especificado por Alfredo Neto] .................... 28 Tabela 34 [RF032] Efetuar Venda [especificado por Alfredo Neto] ................................ 29 Tabela 35 [RF033] Pesquisar Cliente [especificado por Alfredo Neto] ........................... 30 Tabela 36 [RF034] Visualizar pedidos de vendas [especificado por Tiago Uchoa] ......... 32 Tabela 37 [RF035] Motivo de Cancelamento de Venda [especificado por Tiago Uchoa] 32 Tabela 38 [RF036] Cancelar Venda [especificado por Tiago Uchoa] ............................. 33 Tabela 39 [RF037] Pesquisar Cliente com Compras Efetuadas [especificado por Tiago Uchoa] .................................................................................................................................... 35 Tabela 40 [RF038] Relatrio De Clientes [especificado por Jlio Cezar] ........................ 36 Tabela 41 [RF039] Relatrio De Funcionrios [especificado por Jlio Cezar] ................ 37 Tabela 42 [RF040] Relatrio De Pedidos Compras [especificado por Jlio Cezar]......... 39 Tabela 7 Requisitos no-funcionais [especificado por Wagner Sena] ............................ 39
Documento de Requisitos
1.
INTRODUO
Este documento especifica os requisitos do sistema LacBem realizado com o objetivo de controlar os processos da empresa LACBEM. Sistema de Informao para gerenciamento de uma distribuidora de bebidas lcteas
1.1
Problema atual
A distribuidora de bebidas LACBEM uma empresa de renome no seu ramo de atuao. Atualmente ela exporta diversos tipos de produtos lcteos de duas grandes empresas produtoras em pelo menos trs grandes estados da regio nordeste do Brasil, com um alto volume de pedidos feitos diariamente. A LACBEM teve um processo de expanso fsica do seu ptio central de distribuio e nos seus demais ptios distribudos nos outros dois estados devido a alta demanda das bebidas pelos clientes e consumidores finais, tendo em vista uma forte campanha de marketing ter impulsionado os negcios com essas bebidas. A LACBEM conta com um quadro de funcionrios distribudo em diretores, gerentes comerciais, financeiros e de vendas, vendedores, distribuidores e repositores, alm do pessoal administrativo-financeiro, RH, controle de estoque, TI e marketing. Conta com alguns caminhes para entrega dos produtos, alm de veculos motorizados para auxiliar na locomoo dos vendedores, onde h um setor especfico para gerenciar estes veculos. Em um determinado momento, a diretoria comeou a observar que o controle das informaes gerenciais da empresa estava com alguns problemas significantes, como atraso da emisso dos relatrios e relatrios com dados inconsistentes. Alm do mais, problemas internos s distribuidoras locais estavam afetando toda a logstica da distribuio, como fraco controle e inconsistncia do que entrava e do que saa (pedidos e emisses), reclamaes dos funcionrios quanto a atrasos no pagamento e erros nos salrios e bonificaes por vendas, problemas com o controle dos caminhes que saem para distribuio e graves problemas na comunicao interna entre os colaboradores. Com isso os diretores comearam a desconfiar que o problema estava no sistema de informao implantado na organizao. A diretoria, mediante os srios problemas que vinham ocorrendo, decidiu contratar uma empresa especializada em consultoria de sistemas para tentar identificar se o problema estava mesmo no sistema e procurar rapidamente uma soluo para tal caso. De fato, a consultoria identificou que o sistema implantado no estava dando mais conta da crescente demanda pelos produtos da distribuidora, onde cada sistema era independente e cada um gerava um relatrio particular para ser enviado aos diretores por e-mail. Fato, faltava integrao entre os sistemas e, claro, comunicao gil entre os departamentos e colaboradores.
1.1.1 Soluo
Com os problemas e suas causas identificados, a diretoria decidiu e consentiu em mudar completamente o sistema, visto que no havia condies de integrar as solues j implantadas. Essa mudana, segundo os especialistas da consultoria, deveria ser gradual, partindo dos sistemas mais crticos para a diretoria, para no paralisar as atividades da distribuidora. Partindo disso, foi contratada uma empresa especializada em desenvolvimento de software ERP, focando em sistemas integrados na facilitao do gerenciamento de informaes (SIG). Para tal, a empresa de software enviou o pessoal tcnico para levantar as necessidades da organizao e partir para o desenvolvimento, afinal, a distribuidora no poderia esperar muito. O problema que a empresa de desenvolvimento no esperava que a diretoria exigisse um documento com toda a modelagem do sistema, cuja exigncia partiu de uma sugesto da consultoria que atuou para a distribuidora. Assim, a empresa de software viuPgina 8 de 84 ltima Atualizao: 11/06/2012 12:11:00h
Documento de Requisitos
se apertada, pois ela no tem foco em documentao UML, centralizando no desenvolvimento. Desta forma, a empresa de software ter de contratar uma terceirizada para modelar o sistema, de forma que precisa deste modelo para iniciar os trabalhos do desenvolvimento.
1.2
Alm desta seo introdutria, as sees seguintes esto organizadas como descrito abaixo.
1. Seo 2 Descrio geral do sistema : apresenta uma viso geral do sistema, caracterizando qual o seu escopo e descrevendo seus usurios. 2. Seo 3 Requisitos funcionais (casos de uso): especifica todos os casos de uso do sistema, descrevendo os fluxos de eventos, prioridades, atores, entradas e sadas de cada caso de uso a ser implementado. 3. Seo 4 Requisitos no-funcionais: especifica todos os requisitos no funcionais do sistema, divididos em requisitos de usabilidade, confiabilidade, desempenho, segurana, distribuio, adequao a padres e requisitos de hardware e software. 4. Seo 5 Diagramas: apresenta os diagramas de caso de uso, classes, atividades, componentes, estados, implantao e sequencia; 5. Seo 6 Referncias: apresenta referncias para outros documentos utilizados para a confeco deste documento.
Termo
Descrio
Documento de Requisitos
Essencial o requisito sem o qual o sistema no entra em funcionamento. Requisitos essenciais so requisitos imprescindveis, que tm que ser implementados impreterivelmente. Importante o requisito sem o qual o sistema entra em funcionamento, mas de forma no satisfatria. Requisitos importantes devem ser implementados, mas, se no forem, o sistema poder ser implantado e usado mesmo assim. Desejvel o requisito que no compromete as funcionalidades bsicas do sistema, isto , o sistema pode funcionar de forma satisfatria sem ele. Requisitos desejveis podem ser deixados para verses posteriores do sistema, caso no haja tempo hbil para implement-los na verso que est sendo especificada.
1.4
Definio do Processo
Tabela 2 Definio inicial dos processos
No disponibilidade de uma ferramenta capaz de auxiliar os funcionrios da empresa a controlar os servios prestados disponibilizando informaes precisas e coerentes dos processos utilizados para o negocio da entidade. Funcionrios e Clientes O Modulo ser desenvolvido em 3 camadas com a seguinte distribuio: Camada de Apresentao (Interface direta com o usurio) Camada de Regra de Negcio (Tratamento de Dados e validao dos campos) Camada de Abstrao de Dados (Acesso base de dados)
Soluo
O Produto tem como principal funcionalidade controlar todos os processos da empresa software ERP, focando em sistemas integrados na facilitao do gerenciamento de informaes (SIG),
1.5
Stakeholders
Na engenharia de requisitos, os stakeholders so definidos como pessoas ou organizaes que sero afetadas pelo sistema e que direta ou indiretamente tem influencia sobre os requisitos. Basicamente, os stakeholders do projeto podem ser divididos em trs grupos: os desenvolvedores, responsveis pelo projeto e desenvolvimento de artefatos do sistema, usurios finais, que utilizaram o sistema j desenvolvido e parceiros, empresas includas no ambiente externo que fornece as informaes necessrias para entrada de informaes no modelo de gerenciamento de processos. Desenvolvedores: Gerente do Projeto, SQAs, Analista de Sistemas, engenheiro de softwares, DBA, arquiteto de software, desenvolvedores e Engenheiro de testes. Usurios finais: funcionrios. Parceiros: parceiros e fornecedores.
Documento de Requisitos
2.
Documento de Requisitos
Primeiramente desenvolvido o backlog do produto, que so todas as funcionalidades do sistema, depois so extraidos, algumas dessas funcionalidades para a gerao do backlog da sprint, para entao comear o desenvolvimento de tais funcionalidades, e por fim entregue uma verso usavel da sprint.
3.
Os requisitos funcionais descrevem os servios que o sistema deve oferecer e suas "funes" ao fim do seu desenvolvimento, como devem se comportar a certas entradas, as mais variadas situaes. Os requisitos funcionais que sero apresentados foram estudados e analisados juntamente ao funcionrios da empresa. Os seguintes requisitos esto apresentados abaixo.
Todas as funcionalidades do sistema so acessveis aos usurios de acordo com seu nvel de privilgio no sistema. Isto realizado atravs de um sistema de Login/Senha. usurios
pr- Login e senha ps- Acesso aos mdulos do sistema
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial
Importante Mdia No
Desejvel Baixa
Documento de Requisitos
Este caso de uso permite que o usurio crie e armazene um novo produto (item de estoque) ao sistema. Operador responsvel pelo cadastro (Estoque)
pr- O sistema dever permitir cadastrar novos produtos com todos os seus
atributos (descrio, preo, quantidade, ncm, etc.) e tambm a variao do produto, salvando seus dados especficos. Cadastrar Produto: O cadastro no poder ser realizado no caso de j existir no estoque um produto com o mesmo cdigo de barra.
Sadas e condio
Alterar Produto: O sistema atualizar os dados especfico de cada produto existente na base de dados. Exceto cdigo de barras. Remover Produto: O sistema dever permitir a excluso de produtos por nome ou cdigo de barra. Atualizando a base de dados e cancelamento de pedidos pendentes.
Prioridade: Criticidade: Impacto Inicial Caso de Uso
Importante Mdia No
Desejvel Baixa
[Caso de uso 001] Cadastrar Produto Descrio: O usurio dever fazer entrada dos dados referente a cada produto. Atores envolvidos: Usurio do sistema. Pr-condio: O usurio dever estar logado no sistema. E nome ou cdigo de barras do produto ainda no cadastrado. Ps-Condies: Retorno mensagem de produto cadastrado. Cenrio Principal de Sucesso: 1. O usurio deve ir ao cadastro do produto. 2. O usurio dever informar os dados do produto. 3. O usurio submete os dados necessrios para armazenamento no banco de dados. 4. O sistema validar os dados e retorna mensagem de sucesso. Cenrio Secundrio: 4.1. O sistema aborta a validao dos dados e retorna mensagem de erro, e mostra quais dados so necessrios para o cadastro do produto. [Caso de uso 002] Alterar dados Produto Descrio: O usurio dever fazer entrada dos dados referente busca do produto, como cdigo identificador ou nome do produto. Atores envolvidos: Usurio do sistema. Pr-condio: O usurio dever estar logado no sistema. E o usurio deve fornecer um dos dados para encontrar o produto. Ps-Condies: Retorno mensagem de alterao realizada com
Pgina 13 de 84 ltima Atualizao: 11/06/2012 12:11:00h
Documento de Requisitos
sucesso. Cenrio Principal de Sucesso: 1. O usurio deve ir ao cadastro do produto. 2. O usurio dever informar os dados do produto referente busca. 3. O usurio ter os dados do produto, podendo alter-los conforme sua necessidade, exceto cdigo identificador do produto. 4. O usurio submete a alterao e o sistema validar os dados. 5. O sistema retornar mensagem de sucesso. Cenrio Secundrio: 4.1. O sistema aborta a validao dos dados e retorna mensagem de erro, e mostra quais dados so necessrios para o cadastro do produto. [Caso de uso 003] Excluir Produto Descrio: O usurio dever fazer entrada dos dados referente a busca como seu cdigo identificador ou nome do produto. Atores envolvidos: Usurio do sistema. Pr-condio: O usurio dever estar logado no sistema. E o usurio deve fornecer um dos dados para encontrar o produto. Ps-Condies: Retorno mensagem de excluso realizada com sucesso. Cenrio Principal de Sucesso: 1. O usurio deve ir ao cadastro do produto. 2. O usurio dever informar os dados do produto referente busca. 3. O sistema retornar os dados do cadastro do produto. O usurio ter a visualizao dos dados do produto no sistema. 4. O usurio submete a ao para excluir o produto. 5. O sistema retornar mensagem de sucesso.
Tabela 5 [RF003] Consulta de Produtos [especificado por Wagner Sena]
O sistema permitir a consulta de um produto j existente no banco de dados. Atravs do sistema padro, a consulta sempre ser feita pelo cdigo identificador do produto ou pelo seu nome. A consulta poder pesquisar se o produto contm estoque na empresa. Operador
pr- Recebe como entrada o produto que se deseja pesquisar ps- Recebe o retorno da consulta.
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial Caso de Uso
Importante Mdia No
Desejvel Baixa
[Caso de uso 004] Consulta produto Descrio: o Usurio poder acessar o sistema, e poder consultar a existncia de algum produto. Atores envolvidos: Todos. Pr-condio: O usurio dever ter acesso ao sistema Cenrio Principal de Sucesso: 1. O ator deve ir ao modulo de consulta no sistema. 2. E passar ao sistema as informaes necessrias para a busca, como nome ou cdigo do produto.
Pgina 14 de 84 ltima Atualizao: 11/06/2012 12:11:00h
Documento de Requisitos
3. O sistema retornar os registros da referente busca do usurio. 4. Sero listados pelo sistema todos os registros, mostrando se existe o produto no estoque. 5. O ator pode consultar a quantidade, o valor, e a disponibilidade do produto. Cenrio Secundrio: 4.1. O sistema retorna mensagem de produto no encontrado.
Tabela 6 [RF004] Movimentao de Estoque [especificado por Wagner Sena]
Este caso de uso permite que o usurio realize movimentaes de entrada e sada de itens de estoque (produto), para controle dos itens. Este tipo de modulo poder ser utilizado por diverso mdulos adicionais, pois todos os processos deveram utilizar o mtodo de movimentao nico do sistema Operador responsvel pelo estoque
pr- Recebe como entrada o produto que deseja atualizar o estoque com a
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial
Importante Mdia No
Desejvel Baixa
Esse requisito funcionara cadastrando o funcionrio no sistema de controle da empresa, ira inserir um novo registro referente aos novos funcionrios da empresa, caso haja algum cadastro j efetuado com as mesmas informaes digitas tal cadastrado no ser efetuado
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial Caso de Uso pr- Nome, CPF, RG ps- Funcionrio Cadastrado com Sucesso ou No foi possvel registrar o
funcionrio
Essencial Alta Sim No Importante Mdia Desejvel Baixa
Nome do caso de uso: Cadastrar Funcionrio. Descrio: Esse caso de uso permitira cadastrar um novo funcionrio no sistema de controles de funcionrio, caso j exista algum registro referente aos dados inseridos o sistema retornara uma mensagem de
Pgina 15 de 84 ltima Atualizao: 11/06/2012 12:11:00h
Documento de Requisitos
erro informando que tal registro no poder ser efetivado, tal caso de uso foi baseado no problema de ser ter o controle de todos os funcionrio novos que integram a empresa. Fluxo de eventos: 1 Solicita os dados do funcionrio (Nome, CPF, RG, e etc) 2 Validar se j existem registros com os dados informados 3 Caso seja negativo o cadastro e realizado com sucesso Fluxo alternativo: No possui. Requisitos Especiais: 1 No possui cadastro no sistema. Pr-Condies: Informar todos os dados de entrada. Ps-Condies:No possui.
Tabela 8 [RF006] Alterar Funcionrio [especificado por Alexandre Cavalcanti]
Esse requisito funcionara editando as informaes referente a um funcionrio j cadastrado no sistema, tem como propsito editar todas informaes inclusive lotao, cargo, salrio e entre outros.
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial Caso de Uso pr- Nome, CPF, RG, Lotao, cargo, salrio ps- Funcionrio Atualizado com sucesso Essencial Alta Sim No Importante Mdia Desejvel Baixa
Nome do caso de uso: Alterar Funcionrio. Descrio: Esse caso de uso permitira alterar informaes referente ao funcionrio, alterando as informaes referente a lotao, cargo salrio e outras informaes a mais. Fluxo de eventos: 1 Solicita os dados do funcionrio (Nome, CPF, RG, e etc) 2 Retornar todas as informaes do funcionrio informando 3 Habilitar todos os campos do formulrio para edio, com exceo
Documento de Requisitos
do nome cpf e rg. Fluxo alternativo: No possui. Requisitos Especiais: 1 J possuir cadastro no sistema. Pr-Condies: Informar todos os dados de entrada. Ps-Condies:No possui.
Tabela 9 [RF007] Cadastro de Cliente [especificado por Klebson Lu]
1. Cadastro cliente. 2. Realizar cadastro de cliente. 3. Fluxo bsico. 3.1. Solicitar tela cadastro. 3.2. Preencher tela cadastro. 3.3. Clicar no boto cadastrar. 3.4. Sistema exibe mensagem cliente cadastrado. 4. Pr-condies. 4.1. Sistema ativo. 4.2. Tela de menu disponvel. 5. Ps-condies. 5.1. Cliente cadastrado.
Documento de Requisitos
condies Sadas e condio Prioridade: Criticidade: Impacto Inicial Caso de Uso ps- Uma consulta do cadastro com resposta positiva ou negativa. Essencial Alta Sim Importante Mdia No Desejvel Baixa
1. Consulta cadastro cliente. 2. Realizar consulta no cadastro de cliente. 3. Fluxo bsico. 3.1. Solicitar tela consulta. 3.2. Preencher tela consulta. 3.3. Clicar no boto consultar. 3.4. Sistema exibe resultado da consulta. 4. Pr-condies. 4.1. Sistema ativo. 4.2. Tela de menu disponvel. 5. Ps-condies. 5.1. Consulta ao cadastro de cliente.
Documento de Requisitos
Importante Mdia No
Desejvel Baixa
Fluxo principal 1. O sistema apresenta uma relao de pedidos para serem faturados. 2. O usurio seleciona um pedido para gerar a fatura 3. O sistema verifica se o cliente esta no plano de contas de faturas. 4. O sistema pede a confirmao do cliente 5. O Usurio confirma o faturamento. 6. O sistema gera uma fatura e associa a venda. 7. O sistema informa que a fatura foi includa Fluxo Alternativo Fluxo 1 1. O sistema apresenta uma relao de pedidos para serem faturados. 2. O usurio seleciona um pedido para gerar a fatura 3. O sistema verifica se o cliente esta no plano de contas de faturas. 4. O sistema informa que o cliente no pode ter notas faturadas
Documento de Requisitos
condies Sadas e condio Prioridade: Criticidade: Impacto Inicial ps- Uma fatura alterada Essencial Alta Sim Importante Mdia No Desejvel Baixa
Documento de Requisitos
pr- Usurio seleciona uma empresa fornecedora, uma data inicial e uma data final ps- Uma lista com as faturas referentes aos pedidos junto ao fornecedor selecionado apresentada Essencial Alta Sim Importante Mdia No Desejvel Baixa
Este caso de uso tem por objetivo descrever o processo de emisso de um pedido. 1. O funcionrio solicita a insero de um novo Pedido de Venda; 2. O sistema ir verificar se o funcionrio tem acesso ao processo, conforme RN01; 3. Se acesso permitido, prosseguir nos passos abaixo; 4. O sistema disponibiliza um novo formulrio de Pedido de Venda; 5. O sistema solicita a seleo de um cliente. Opes para seleo do cliente Razo Social e/ou CNPJ;
6. O funcionrio seleciona o cliente que est fazendo o pedido; 7. O sistema solicita a seleo de um, ou mais produtos; 8. O funcionrio seleciona o(s) produto(s); De cada produto selecionado
deve ser informada a quantidade requerida;
9. O funcionrio solicita o salvamento do pedido; 10. O sistema ir validar o novo pedido, conforme RN02. Se validao
positiva, a RN03 dever ser executada e o pedido ser salvo;
Alternativo:
1. No atendimento RN01 Se a RN01 no for atendida, uma mensagem ser gerada informando tal situao, e o processo ser encerrado.
Documento de Requisitos
2.
No atendimento RN02 Se RN02 no atendida, uma mensagem ser gerada informando tal situao, e o salvamente interrompido, para que o funcionrio possa corrigir o problema encontrado, e solicitar novo salvamento. No caso de solicitao de quantidade de produto acima do estoque disponvel, o produto afetado ser destacado no formulrio.
3.
Estoque zerado
Se a execuo da RN02 gerou algum estoque zerado ento uma mensagem ser gerada informando tal situao e sugerindo a produo do produto em questo.
Documento de Requisitos
pr- O usurio inserir um nmero de Pedido existente para fazer as alteraes ps- O pedido alterado Essencial Alta Sim Importante Mdia No Desejvel Baixa
Fluxo de Eventos: 1. Cliente solicita cancelamento do pedido. 2. Cliente informa seus dados pessoais. 3. Administrador localiza cdigo e nmero do pedido do cliente. 4. Administrador envia ao cliente os dados relativos ao seu pedido (quantidade, preo unitrio e preo total dos itens solicitados e listagem com as faturas emitidas). 5. Administrador cancela o pedido e armazena dados do cancelamento. 6. Administrador envia ao cliente a confirmao do cancelamento solicitado.
Documento de Requisitos
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial Caso de Uso
Fluxo de Eventos: 1. Administrador efetua login no sistema. 2. Administrador localiza cdigo, nmero e status do produto. 3. Administrador insere os dados relativos ao produto a ser dada baixa (quantidade, preo unitrio e preo total dos itens solicitados e listagem com as faturas emitidas). 4. Administrador atualiza o status do pedido de compra para atendido 5. Administrador notifica o sistema financeiro. 6. Sistema financeiro efetua baixa de pedido de compra. 7. O produto removido do banco de dados e do estoque.
Tabela 24 [RF022] Exibio Detalhada de Pedido de Compra [especificado por Samuel Sarinho]
Fluxo de Eventos:
Documento de Requisitos
1. Cliente efetua login no sistema. 2. Cliente realiza busca de produto a partir de nome comercial do produto ou cdigo. 3. Sistema oferece informaes detalhadas do pedido de compra. 4. Cliente pode solicitar informaes sobre dia e horrio da compra, pagamento (formas de pagamento e compra) e da entrega (data de entrega e condies de transporte do produto). 5. Sistema oferece busca detalhada do produto incluindo disponibilidade em estoque, prazo de entrega, garantias de validade, forma de transporte do produto, especificaes do produto, informaes nutricionais, Cdigo EAN, Cdigo da Caixa de Embarque, contedo, formato da embalagem, itens mais vendidos, lanamentos, itens com maior e menor preo e itens melhor avaliados.
Fluxo de Eventos: 1. Usurio efetua login no sistema. 2. Usurio insere cdigo do pedido, do produto no sistema. 3. Usurio altera endereo de entrega at a sada do produto do estoque. 4. Usurio identifica a sinalizao do status do produto (data e horrio de sada, localizao precisa do produto, meio de transporte da entrega, contato do transportador, data e possvel horrio de chegada). 5. Usurio identifica possveis problemas de entrega (atraso,
Pgina 25 de 84 ltima Atualizao: 11/06/2012 12:11:00h
Documento de Requisitos
desencontros de entregador e receptor e cancelamento). 6. Usurio notifica o recebimento das mercadorias atravs do sistema.
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial pr- Possuir clientes cadastrados no sistema. ps- Informao das vendas realizadas ao cliente.
Importante Mdia No
Desejvel Baixa
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial pr- Possuir produtos cadastrados no sistema ps- Informaes do produto.
Importante Mdia No
Desejvel Baixa
Tabela 28 [RF026] Previso de vendas por vendedor [especificado por Alfredo Neto]
Realizado por:
Documento de Requisitos
pr- Possuir clientes cadstrados no sistema. ps- Meta venda/ms por vendedor.
Importante Mdia No
Desejvel Baixa
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial pr- Possuir clientes cadstrados no sistema. ps- Meta venda/ms por vendedor.
Importante Mdia No
Desejvel Baixa
Importante Mdia No
Desejvel Baixa
Documento de Requisitos
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial pr- Possuir clientes cadastrados no sistema ps- Calculo do desconto.
Importante Mdia No
Desejvel Baixa
Importante Mdia No
Desejvel Baixa
Importante Mdia No
Desejvel Baixa
Documento de Requisitos
Importante Mdia No
Desejvel Baixa
Fluxo Principal: O sistema acessado atravs do menu Vendas P.1 A tela exibida com os campos: - Razo social - Nome Fantasia - CNPJ - Endereo O grid: - Cod. Produto - Descrio -Valor unitrio -Valor total Prod. -Valor total vendas Os Botes: - Limpar -Confirmar Venda - Pesquisar E3
P.2 O ator informar os campos: - Razo social - Nome Fantasia - CNPJ - Endereo O grid: - Cod. Produto - Descrio -Valor unitrio -Valor total Prod.
Documento de Requisitos
P.3 O ator clica no boto [Confirmar Venda] P.4 O sistema valida as informaes digitadas e mostra a mensagem: Venda realizada com sucesso.A1, E1, E.2 P.5 Finaliza o caso de uso.
Fluxo Alternativo A.1 Limpar Para todos os passos do Caso de Uso, caso o ator clique no boto [Limpar] o sistema: - Limpa todos os campos que estiverem preenchidos. -Finaliza o Caso de Uso.
Fluxo de Exceo E.1 Preenchimento Obrigatrio -Para todos os campos do caso de uso, caso o ator deixe algum campo sem preenchimento o sistema exibe a mensagem: Todos os campos devem ser preenchidos antes de efetuar a venda e retorna ao passo P.2 - Finaliza o caso de uso. E.2 Confirmar Venda -No passo P.4 Caso o cliente no esteja cadastrado no sistema ser exibida a mensagem: Cliente no cadastrado. -Finaliza o caso de uso. E.3 Pesquisar - No passo P.4 Caso o ator clique em pesquisar o sistema abre uma tela para realizar a pesquisa de Clientes. [RF010]
Tabela 35 [RF033] Pesquisar Cliente [especificado por Alfredo Neto]
Documento de Requisitos
Importante Mdia No
Desejvel Baixa
Fluxo Principal: O sistema acessado atravs do menu Vendas P.1 A tela exibida com os campos: - Razo social - Nome Fantasia - CNPJ - Endereo O grid: - Cod. Produto - Descrio -Valor unitrio -Valor total Prod. -Valor total vendas Os Botes: - Limpar - Confirmar Venda - Pesquisar
P.2 O ator clica no boto Pesquisar: P.3 O sistema valida a ao e abre a tela de Pesquisa com o campo: - CNPJ Os Botes: - Pesquisar - Limpar P.4 O ator informa o CNPJ do cliente. P.5 O ator clica no boto [Pesquisar]. P.6 O sistema valida a informao digitada e retorna ao passo P.3 do [RF009]. A1, E1 P.7 Finaliza o caso de uso.
Fluxo Alternativo A.1 Limpar Para todos os passos do Caso de Uso, caso o ator clique no boto
Documento de Requisitos
Fluxo de Exceo E.1 Preenchimento Obrigatrio - Caso o ator deixe o campo sem preenchimento o sistema exibe a mensagem: Informe o CNPJ e retorna ao passo P.3 - Finaliza o caso de uso. E.2 Cliente no encontrado -No passo P.6 Caso o cliente no esteja cadastrado no sistema ser exibida a mensagem: Cliente no encontrado. -Finaliza o caso de uso.
Tabela 36 [RF034] Visualizar pedidos de vendas [especificado por Tiago Uchoa]
Realizado por: Entradas e condies Sadas e condio Prioridade: Criticidade: Impacto Inicial pr- Possuir clientes cadastrados no sistema. ps- Informao das vendas realizadas ao cliente.
Importante Mdia No
Desejvel Baixa
Essencial Alta
Importante Mdia
Desejvel Baixa
Documento de Requisitos
Impacto Inicial
Sim
No
Essencial Alta
Importante Mdia
Desejvel Baixa
Fluxo Principal: O sistema acessado atravs do menu Cancelar venda P.1. A tela exibida com os campos: - Razo social - Nome Fantasia - CNPJ - Endereo O grid: - Cod. Produto - Descrio -Valor unitrio -Valor total Prod. -Valor total vendas Os Botes: - Limpar - Cancelar Venda - Pesquisar E3
P.2 O ator informar os campos: - Razo social - Nome Fantasia - CNPJ - Endereo O grid: - Cod. Produto - Descrio -Valor unitrio
Documento de Requisitos
P.3 O ator clica no boto [Cancelar Venda] P.4 O sistema valida as informaes digitadas e mostra a mensagem: Venda cancelada com sucesso. A1, E1, E.2 E3 E4 P.5 Finaliza o caso de uso.
Fluxo Alternativo A.1 Limpar Para todos os passos do Caso de Uso, caso o ator clique no boto [Limpar] o sistema: - Limpa todos os campos que estiverem preenchidos. -Finaliza o Caso de Uso.
Fluxo de Exceo E.1 Preenchimento Obrigatrio -Para todos os campos do caso de uso, caso o ator deixe algum campo sem preenchimento o sistema exibe a mensagem: Todos os campos devem ser preenchidos antes de efetuar a venda e retorna ao passo P.2 - Finaliza o caso de uso. E.2 Cliente no cadastrado -No passo P.4 Caso o cliente no esteja cadastrado no sistema ser exibida a mensagem: No existe venda efetuada para esse cliente ou a venda j foi efetuada. -Finaliza o caso de uso. E.3 Venda efetuada -No passo P.4 Caso o produto j tenha sado do estoque o sistema exibir a mensagem: No possvel excluir essa venda, o produto j saiu do estoque. -Finaliza o caso de uso.
E.4 Pesquisar - No passo P.4 Caso o ator clique em pesquisar o sistema abre uma tela para realizar a pesquisa de Clientes. [RF004]
Documento de Requisitos
Tabela 39 [RF037] Pesquisar Cliente com Compras Efetuadas [especificado por Tiago Uchoa]
Importante Mdia No
Desejvel Baixa
Fluxo Principal: O sistema acessado atravs do menu Cancelar vendas P.1 A tela exibida com os campos: - Razo social - Nome Fantasia - CNPJ - Endereo O grid: - Cod. Produto - Descrio -Valor unitrio -Valor total Prod. -Valor total vendas Os Botes: - Limpar - Confirmar Venda - Pesquisar
P.2 O ator clica no boto Pesquisar: P.3 O sistema valida a ao e abre a tela de Pesquisa com o campo: - CNPJ
Documento de Requisitos
P.4 O ator informa o CNPJ do cliente. P.5 O ator clica no boto [Pesquisar]. P.6 O sistema valida a informao digitada e retorna ao passo P.3 do [RF003]. A1, E1, E2 P.7 Finaliza o caso de uso.
Fluxo Alternativo A.1 Limpar Para todos os passos do Caso de Uso, caso o ator clique no boto [Limpar] o sistema: - Limpa o campo preenchido. -Finaliza o Caso de Uso.
Fluxo de Exceo E.1 Preenchimento Obrigatrio - Caso o ator deixe o campo sem preenchimento o sistema exibe a mensagem: Informe o CNPJ e retorna ao passo P.3 - Finaliza o caso de uso.
E.2 Cliente no encontrado -No passo P.6 Caso o cliente no esteja cadastrado no sistema ser exibida a mensagem: Cliente no encontrado. -Finaliza o caso de uso.
Tabela 40 [RF038] Relatrio De Clientes [especificado por Jlio Cezar]
Documento de Requisitos
8. 9. 10. 11.
Usurio acessa o sistema com login e senha. Usurio Acessa o menu Relatrios. Usurio seleciona o relatrio que deseja (Histrico de clientes). Usurio informa o tipo cliente (pequena, mdia ou grande empresa). 12. Usurio informa o perodo das vendas (Ex:15 a 17 de maio 2012). 13. Usurio seleciona o servio. 14. Sistema retorna relatrio desejado. Fluxo Alternativo Fluxo 1 1. 2. 3. 4. 5. 6. 7. 8. Usurio acessa o sistema com login e senha. Usurio Acessa o menu Relatrios. Usurio seleciona o relatrio que deseja (Histricos clientes). Usurio seleciona o tipo do cliente (pequeno, mdio ou grande). Usurio no informa o perodo das vendas. Usurio seleciona o servio, sistema retorna informe o perodo. Usurio retorna ao perodo e informa o perodo correto. Sistema retorna relatrio desejado.
Fluxo Alternativo Fluxo 2. 1. 2. 3. 4. 5. 6. 7. 8. Usurio acessa o sistema com login e senha. Usurio Acessa o menu Relatrios. Usurio seleciona o relatrio que deseja (Histrico clientes). Usurio no informa o tipo cliente (pequena, mdia ou grande empresa). Usurio informa o perodo das vendas (15 a 17 de maio 2012). Usurio seleciona o servio, sistema retorna INFORME O TIPO DE CLIENTE. Usurio retorna ao tipo cliente e informa o tipo correto. Sistema retorna relatrio desejado.
Fluxo 3 1. 2. 3. 4. 5. 6. 7. 8. Usurio acessa o sistema com login e senha. Usurio Acessa o menu Relatrios. Usurio seleciona o relatrio que deseja (Histricos clientes). Usurio seleciona o tipo do cliente (pequeno, mdio ou grande). Usurio no informa o perodo de vendas. Usurio seleciona o servio, sistema retorna PERODO NO CADASTRADO OU ERRADO! Usurio retorna ao perodo e informa o perodo correto. Sistema retorna relatrio desejado.
Documento de Requisitos
funcionrios
ps- Relatrio emitido
estabelecido. Essencial Alta Sim Fluxo principal 15. Usurio administrador acessa o sistema com login e senha. 16. Usurio administrador Acessa o menu Relatrio de Funcionrios. 17. Usurio administrador seleciona o relatrio que deseja (Histrico de movimentaes) 18. Usurio administrador informa o perodo para anlise (Ex:15 a 17 de maio 2012). 19. Usurio administrador seleciona o servio. 20. Sistema retorna relatrio desejado. Fluxo Alternativo Fluxo 1 9. Usurio acessa o sistema com login e senha. 10. Usurio Acessa o menu Relatrios. 11. Usurio seleciona o relatrio que deseja (Histrico de movimentaes). 12. Usurio no informa o perodo para anlise. 13. Usurio seleciona o servio, o sistema retorna INFORME O PERIODO!. 14. Usurio retorna ao perodo e informa o perodo correto. 15. Sistema retorna relatrio desejado. Fluxo 2 1. Usurio acessa o sistema com login e senha. 2. Usurio Acessa o menu Relatrios. 3. Usurio seleciona o relatrio que deseja (Histrico de movimentaes). 4. Usurio informa o perodo para anlise errado (Ex: 15 de abril de 2013). 5. Usurio seleciona o servio, e sistema retorna Perodo no cadastrado ou errado. 6. Usurio retorna ao perodo e informa o correto (Ex: 15 de abril de 2012).
Pgina 38 de 84 ltima Atualizao: 11/06/2012 12:11:00h
Documento de Requisitos
4.
Cdigo
REQUISITOS NO-FUNCIONAIS
Tabela 43 Requisitos no-funcionais [especificado por Wagner Sena]
Descrio
A interface com o usurio de vital importncia para o sucesso do sistema. Principalmente por ser um sistema que ser utilizado diariamente. O sistema ter uma interface amigvel ao usurio primrio sem se tornar cansativa aos usurios mais experientes. Desempenho: Embora no seja um requisito essencial ao sistema, deve ser considerada por corresponder a um fator de qualidade de software. Visando criar um produto com maior extensibilidade, reusabilidade e flexibilidade, deve ser adotar como linguagem principal de desenvolvimento C#.NET seguindo cuidadosamente as tcnicas de orientao a objetos. Entretanto, outras linguagens tambm podero ser usadas quando indicaes tcnicas recomendem. O uso da linguagem C#.NET permite especificar qual ser o sistema operacional e a mquina em que o programa ir executar [Produtos Windows]. No entanto, essa mquina dever se comunicar com um sistema de banco de dados. Ser criado um documento contendo um diagrama de classes, diagrama de caso de uso e demais diagramas, como tambm informaes sobre o cdigo fonte.
Prioridade
RNF001
RNF002
RNF003
RNF004
Documento de Requisitos
RNF005
Os usurios tero que ter permisso para utilizar algumas funcionalidades do sistema, dever utilizar do login e senha para manipular estoque dos produtos, e gerencia dos funcionrios.. Comunicao sistema e usurio com mensagens simples, explicativas do erro gerado. Evitando termos tcnicos. O Sistema disponibilizar ao usurio um menu "Ajuda", onde trar de forma objetiva informaes sobre o sistema e suas demais funes e possveis duvidas. Para um melhor desempenho do sistema recomendada uma mquina razovel. Com os seguintes requisitos mnimos. Definimos Mquina Tipo_A possuindo no mnimo: Processador 1200MHz, 512Mb de Memria, espao mnimo no HD de 1GB.
RNF006
RNF007
RNF008
Documento de Requisitos
5.
ANEXOS (DIAGRAMAS)
Figura 2 - Diagrama de Caso de uso 001, 002, 003 e 004 [especificado por Wagner Sena]
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Figura 12 - Diagrama de Classe - Caso de uso 001, 002, 003 e 004 [especificado por
Wagner Sena]
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Figura 22 - Diagrama de Atividade - Caso de uso 001 [especificado por Wagner Sena]
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
Documento de Requisitos
6.
REFERNCIAS
Abaixo so apresentadas referncias relacionadas a este documento: 1. Furlan, J. D. Modelagem de Objetos atravs da UML. So Paulo, Makron Books, 1998. 2. Kruchten, P. The Rational Unified Process An introduction. Addison-Wesley, 1998. 3. Pgina da disciplina Anlise e Especificao de Requisitos. www.cin.ufpe.br/~if119. 4. Pgina da disciplina Metodologia e Desenvolvimento de Software www.cin.ufpe.br/~mds. 5. Pgina da empresa Rational Software Corporation www.rational.com.