You are on page 1of 84

Documento de Requisitos

LacBem
v 1.2

Documento de Requisitos

HISTÓRICO DE REVISÕES
Titulo do Documento
Autores Comentários: Nome do Arquivo DocumentoRequisitos_LACBEM.doc

Planejamento de Projeto
Wagner Sena, Alexandre Cavalcanti, Klebson Lôu, Marcio Lisboa, Marcos Guerra, Samuel Sarinho, Alfredo Neto, Tiago Uchoa, Julio Cezar e Ariel Dalvo

Data

Versão 1.0 1.0 1.0

Descrição Elaboração inicial do documento

Autor Wagner Sena

Fechamento do escopo com definição de Wagner Sena todos os requisitos a serem implementados. Reestruturação do documento. Avaliação dos Wagner Sena requisitos anteriores e criação de novos visando adequação às novas funcionalidades desejadas. Liberação do primeiro release do documento Wagner Sena de especificação do projeto.
Especificação dos Requisitos, Casos de Uso e Wagner Sena diagramas do Modulo Estoque. Especificação dos Requisitos, Casos de Uso e Alexandre Cavalcanti diagramas do Modulo Funcionário. Especificação dos Requisitos, Casos de Uso e Klebson Lôu diagramas do Modulo Cliente. Especificação dos Requisitos, Casos de Uso e Marcio Lisboa diagramas do Modulo Faturamento. Especificação dos Requisitos, Casos de Uso e Marcos Guerra diagramas do Modulo Pedido. Especificação dos Requisitos, Casos de Uso e Samuel Sarinho diagramas do Modulo Pedido. Especificação dos Requisitos, Casos de Uso e Alfredo Neto diagramas do Modulo Pedido de Venda. Especificação dos Requisitos, Casos de Uso e Tiago Uchoa diagramas do Modulo Pedido de Venda. Especificação dos Requisitos, Casos de Uso e Julio Cezar diagramas do Modulo Relatórios Especificação dos Requisitos, Casos de Uso e Ariel Dalvo diagramas do Modulo Relatórios

1.0

1.0 1.0 1.0 1.0 1.0 1.0 1.0 1.0

1.1 1.2

Revisão dos itens do documento Finalização do documento

Wagner Sena Wagner Sena

LISTA DE APROVADORES
Nome Cargo

Página 2 de 84 Última Atualização: 11/06/2012 12:11:00h

Documento de Requisitos

Leonardo Araújo

Página 3 de 84 Última Atualização: 11/06/2012 12:11:00h

Documento de Requisitos

ÍNDICE
1. Introdução ........................................................................................................................ 8 1.1 Problema atual ...................................................................................................8 1.1.1 Solução ......................................................................................................8 1.2 Visão geral do documento .................................................................................. 9 1.3 Convenções, termos e abreviações ....................................................................9 1.3.1 Identificação dos requisitos.........................................................................9 1.3.2 Prioridades dos requisitos...........................................................................9 1.4 Definição do Processo ..................................................................................... 10 1.5 Stakeholders .................................................................................................... 10 descrição geral do sistema ............................................................................................. 11 2.2 Declaração do Escopo do Projeto .................................................................... 11 2.2.1 Metodologia.............................................................................................. 11 2.2.2 Abrangência de sistemas relacionados ..................................................... 12 Requisitos funcionais (caso de uso) ................................................................................ 12 3.1 Cadastro e Interface......................................................................................... 12 requisitos não-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 Implantação ................................................................................ 77 5.8 Diagrama de Sequencia ................................................................................... 78 referências...................................................................................................................... 84

2.

3. 4. 5.

6.

Página 4 de 84 Última Atualização: 11/06/2012 12:11:00h

............... 54 Figura 22 ..........................................Diagrama de Classe [especificado por Klebson Lôu] ................... 50 Figura 17 .............Diagrama de Componente [especificado por Samuel Sarinho] ........................Diagrama de Caso de uso [especificado por Marcos Guerra] ...................................... 57 Figura 25 ...............Caso de uso 001 [especificado por Wagner Sena] ......................... 47 Figura 12 ...................Diagrama de Atividade [especificado por Júlio Cezar] ................... 68 Figura 38 . 72 Figura 43 .........................................Diagrama de Caso de uso [especificado por Júlio Cezar] .Diagrama de Atividade [especificado por Samuel Sarinho] ...Diagrama de Caso de uso [especificado por Alexandre Cavalcanti] ...........Diagrama de Estado [especificado por Klebson Lôu] ... 61 Figura 29 .......................... 48 Figura 14 ....................................Diagrama de Atividade [especificado por Marcos Guerra] ..............Diagrama de Caso de uso [especificado por Klebson Lôu] ...................... 46 Figura 11 ................ 003 e 004 [especificado por Wagner Sena] ...........Funcionamento do Scrum......... 43 Figura 6 ....Diagrama de Componente [especificado por Marcos Guerra] . 71 Figura 42 .Diagrama de Classe [especificado por Alexandre Cavalcanti] ..... 50 Figura 18 .......... 65 Figura 34 ......................Diagrama de Classe [especificado por Tiago Uchoa] ........................................................................................................ 49 Figura 16 ..... 002........ 55 Figura 23 ..... 69 Figura 39 .............Diagrama de Atividade [especificado por Alexandre Cavalcanti] ..................................Diagrama de Componente [especificado por Ariel Dalvo] ............Diagrama de Caso de uso 001...Diagrama de Classe [especificado por Samuel Sarinho]............................................Diagrama de Classe ............Diagrama de Componente [especificado por Júlio Cezar] ....Diagrama de Estados [especificado por Wagner Sena] .............................Diagrama de Caso de uso [especificado por Alfredo Neto] ............. 45 Figura 10 ..........Diagrama de Componentes [especificado por Alexandre Cavalcanti] ................... 62 Figura 30 ...Diagrama de Componente [especificado por Marcio Lisboa] ....... 002.......Diagrama de Componentes [especificado por Wagner Sena] ..........Documento de Requisitos ÍNDICE DE FIGURAS Figura 1 ......Diagrama de Atividade [especificado por Marcio Lisboa] ............. 59 Figura 27 ................................. 42 Figura 5 ..Diagrama de Classe [especificado por Ariel Dalvo] ....... 49 Figura 15 ..................................................Diagrama de Classe [especificado por Marcio Lisboa] ..........Diagrama de Atividade [especificado por Klebson Lôu] ....................... 65 Figura 33 .... 51 Figura 19 .............. 42 Figura 4 ......Diagrama de Caso de uso [especificado por Samuel Sarinho].....................Diagrama de Atividade ..... 48 Figura 13 .......... 70 Figura 40 .......Diagrama de Componente [especificado por Klebson Lôu] .................. 58 Figura 26 .. 66 Figura 35 ............ 43 Figura 7 ........................ 67 Figura 37 . 44 Figura 8 ........... 71 Figura 41 ............ 63 Figura 31 ..................Diagrama de Atividade [especificado por Tiago Uchoa] ................... 60 Figura 28 .. 11 Figura 2 ............... 45 Figura 9 .........................Diagrama de Caso de uso [especificado por Marcio Lisboa] ................................................................................. 003 e 004 [especificado por Wagner Sena] .......................................................Diagrama de Caso de uso [especificado por Tiago Uchoa].. 53 Figura 21 ................Diagrama de Estados [especificado por Alexandre Cavalcanti] ........................... 73 Página 5 de 84 Última Atualização: 11/06/2012 12:11:00h ... 41 Figura 3 ............ 67 Figura 36 ...Diagrama de Classe [especificado por Marcos Guerra] .....Diagrama de Classe [especificado por Alfredo Neto] .....................................Diagrama de Estado [especificado por Marcio Lisboa] ...................... ..................................Diagrama de Atividade [especificado por Ariel Dalvo] ........Diagrama de Caso de uso [especificado por Ariel Dalvo]...........................Caso de uso 001....................... 64 Figura 32 .................Diagrama de Classe [especificado por Júlio Cezar] ........ 52 Figura 20 ...... 56 Figura 24 ..........Diagrama de Atividade [especificado por Alfredo Neto] .................

.................................... 23 Página 6 de 84 Última Atualização: 11/06/2012 12:11:00h ....................................... 79 Diagrama de Sequencia [especificado por Alexandre Cavalcanti]...........................................................................................................................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] .................. 77 Diagrama de implantação [especificado por Wagner Sena] ................................................. 22 Tabela 20 – [RF018] Impressão de Pedido de Venda [especificado por Marcos Guerra] .......................................................................................................................... 17 Tabela 11 – [RF009] Alterar Cadastro de Cliente [especificado por Klebson Lôu] ............................................. 17 Tabela 10 – [RF008] Consulta de Cadastro de Cliente [especificado por Klebson Lôu] . 19 Tabela 15 – [RF013] Excluir Fatura [especificado por Marcio Lisboa] .............. 16 Tabela 9 – [RF007] Cadastro de Cliente [especificado por Klebson Lôu] ................................................ 13 Tabela 5 – [RF003] Consulta de Produtos [especificado por Wagner Sena] ................ 20 Tabela 17 – [RF015] Consultar Fatura [especificado por Marcio Lisboa] ...... 75 Diagrama de Estado [especificado por Júlio Cezar]........................ 80 Diagrama de Sequencia [especificado por Klebson Lôu] ...... 18 Tabela 12 – [RF010] Deletar Cadastro de Cliente [especificado por Klebson Lôu] ........................... 22 Tabela 21 – [RF019] Atualização de Pedido de Venda [especificado por Marcos Guerra] 22 Tabela 22 – [RF020] Cancelamento de Pedido de Compra [especificado por Samuel Sarinho] ............. 21 Tabela 19 – [RF017] Exibição de Pedido de Venda [especificado por Marcos Guerra] ......9 Tabela 2 – Definição inicial dos processos ............................................ termos e abreviações...Convenções......... 73 Diagrama de Estado [especificado por Samuel Sarinho] ........................................... 19 Tabela 14 – [RF012] Alterar Fatura [especificado por Marcio Lisboa] ..... 81 Diagrama de Sequencia [especificado por Samuel Sarinho] .................................................................................... 15 Tabela 8 – [RF006] Alterar Funcionário [especificado por Alexandre Cavalcanti]. 78 Diagrama de implantação [especificado por Ariel Dalvo] ........................................ 76 Diagrama de Estado [especificado por Ariel Dalvo] ....... 78 Diagrama de Sequencia Login [especificado por Wagner Sena] ................................... 83 Diagrama de Sequencia [especificado por Ariel Dalvo] .................. 84 ÍNDICE DE TABELAS Tabela 1 ...................... 14 Tabela 6 – [RF004] Movimentação de Estoque [especificado por Wagner Sena] ....................................................... 80 Diagrama de Sequencia [especificado por Marcio Lisboa] ................ 18 Tabela 13 – [RF011] Incluir Fatura [especificado por Marcio Lisboa] .................................... 74 Diagrama de Estado [especificado por Tiago Uchoa] .... 79 Diagrama de Sequencia [especificado por Wagner Sena] .. 81 Diagrama de Sequencia [especificado por Marcos Guerra] . 20 Tabela 18 – [RF016] Pedido de Venda [especificado por Marcos Guerra] ................................................................. 10 Tabela 3 – [RF001] Logar no sistema [especificado por Wagner Sena] . 23 Tabela 23 – [RF021] Baixa de Pedido de Compra [especificado por Samuel Sarinho]................ 82 Diagrama de Sequencia [especificado por Alfredo Neto] .......... 82 Diagrama de Sequencia [especificado por Tiago Uchoa] ........................................... 12 Tabela 4 – [RF002] Cadastro e manutenção de Produtos [especificado por Wagner Sena] ................................ 20 Tabela 16 – [RF014] Gerar Fatura [especificado por Marcio Lisboa] .................................. 83 Diagrama de Sequencia [especificado por Júlio Cezar] ................ 74 Diagrama de Estado [especificado por Alfredo Neto] ................................................................................................... 15 Tabela 7 – [RF005] Cadastrar Funcionário [especificado por Alexandre Cavalcanti]..........

....................Documento de Requisitos Tabela 24 – [RF022] Exibição Detalhada de Pedido de Compra [especificado por Samuel Sarinho] ....................... 39 Tabela 7 – Requisitos não-funcionais [especificado por Wagner Sena] ............ 26 Tabela 28 – [RF026] Previsão de vendas por vendedor [especificado por Alfredo Neto]........................................... 39 Página 7 de 84 Última Atualização: 11/06/2012 12:11:00h ........ 37 Tabela 42 – [RF040] Relatório De Pedidos Compras [especificado por Júlio Cezar]................ 27 Tabela 31 – [RF029] Controle de desconto [especificado por Alfredo Neto] ...... 26 Tabela 29 – [RF027] Previsão de vendas [especificado por Alfredo Neto] .......................................... 35 Tabela 40 – [RF038] Relatório De Clientes [especificado por Júlio Cezar] ..................................................................................... 27 Tabela 32 – [RF030] Controle de Comissões [especificado por Alfredo Neto] .................. 25 Tabela 26 – [RF024] Visualizar histórico de vendas [especificado por Alfredo Neto]......... 27 Tabela 30 – [RF028] Exportação de relatórios [especificado por Alfredo Neto] ....... 28 Tabela 34 – [RF032] Efetuar Venda [especificado por Alfredo Neto] .......................... 24 Tabela 25 – [RF023] Entrega de Pedido de Compra [especificado por Samuel Sarinho] ................... 36 Tabela 41 – [RF039] Relatório De Funcionários [especificado por Júlio Cezar] ................................ 30 Tabela 36 – [RF034] Visualizar pedidos de vendas [especificado por Tiago Uchoa] .... 29 Tabela 35 – [RF033] Pesquisar Cliente [especificado por Alfredo Neto] .................................. 28 Tabela 33 – [RF031] Formulário de Vendas [especificado por Alfredo Neto] ........................................................................................................................ 32 Tabela 37 – [RF035] Motivo de Cancelamento de Venda [especificado por Tiago Uchoa] 32 Tabela 38 – [RF036] Cancelar Venda [especificado por Tiago Uchoa] .... 26 Tabela 27 – [RF025] Dados do produto [especificado por Alfredo Neto] ................................................ 33 Tabela 39 – [RF037] Pesquisar Cliente com Compras Efetuadas [especificado por Tiago Uchoa] ..

Documento de Requisitos 1. segundo os especialistas da consultoria. Partindo disso. TI e marketing. a distribuidora não poderia esperar muito.1 Solução Com os problemas e suas causas identificados. Com isso os diretores começaram a desconfiar que o problema estava no sistema de informação implantado na organização. vendedores. comunicação ágil entre os departamentos e colaboradores. Em um determinado momento. O problema é que a empresa de desenvolvimento não esperava que a diretoria exigisse um documento com toda a modelagem do sistema.1 Problema atual A distribuidora de bebidas LACBEM é uma empresa de renome no seu ramo de atuação. gerentes comerciais. problemas internos às distribuidoras locais estavam afetando toda a logística da distribuição. A diretoria. Essa mudança. além de veículos motorizados para auxiliar na locomoção dos vendedores. Conta com alguns caminhões para entrega dos produtos. RH. visto que não havia condições de integrar as soluções já implantadas. focando em sistemas integrados na facilitação do gerenciamento de informações (SIG). De fato. A LACBEM teve um processo de expansão física do seu pátio central de distribuição e nos seus demais pátios distribuídos nos outros dois estados devido a alta demanda das bebidas pelos clientes e consumidores finais. deveria ser gradual. 1. Assim. claro. Para tal. Sistema de Informação para gerenciamento de uma distribuidora de bebidas lácteas 1. A LACBEM conta com um quadro de funcionários distribuído em diretores. a empresa de software enviou o pessoal técnico para levantar as necessidades da organização e partir para o desenvolvimento. mediante os sérios problemas que vinham ocorrendo. partindo dos sistemas mais críticos para a diretoria. a empresa de software viuPágina 8 de 84 Última Atualização: 11/06/2012 12:11:00h . onde cada sistema era independente e cada um gerava um relatório particular para ser enviado aos diretores por e-mail. Atualmente ela exporta diversos tipos de produtos lácteos de duas grandes empresas produtoras em pelo menos três grandes estados da região nordeste do Brasil. além do pessoal administrativo-financeiro. como fraco controle e inconsistência do que entrava e do que saía (pedidos e emissões).1. Fato. distribuidores e repositores. onde há um setor específico para gerenciar estes veículos. reclamações dos funcionários quanto a atrasos no pagamento e erros nos salários e bonificações por vendas. a diretoria decidiu e consentiu em mudar completamente o sistema. problemas com o controle dos caminhões que saem para distribuição e graves problemas na comunicação interna entre os colaboradores. cuja exigência partiu de uma sugestão da consultoria que atuou para a distribuidora. afinal. tendo em vista uma forte campanha de marketing ter impulsionado os negócios com essas bebidas. INTRODUÇÃO Este documento especifica os requisitos do sistema LacBem realizado com o objetivo de controlar os processos da empresa LACBEM. decidiu contratar uma empresa especializada em consultoria de sistemas para tentar identificar se o problema estava mesmo no sistema e procurar rapidamente uma solução para tal caso. faltava integração entre os sistemas e. controle de estoque. como atraso da emissão dos relatórios e relatórios com dados inconsistentes. Além do mais. foi contratada uma empresa especializada em desenvolvimento de software ERP. com um alto volume de pedidos feitos diariamente. a diretoria começou a observar que o controle das informações gerenciais da empresa estava com alguns problemas significantes. a consultoria identificou que o sistema implantado não estava dando mais conta da crescente demanda pelos produtos da distribuidora. para não paralisar as atividades da distribuidora. financeiros e de vendas.

estados. Desta forma. confiabilidade.NF008] deve estar descrito na seção de requisitos não-funcionais de Confiabilidade. identificador do requisito] Por exemplo. Estes termos são descritos na tabela a seguir. 1.Documento de Requisitos se apertada. seguidos do identificador do requisito. Página 9 de 84 Última Atualização: 11/06/2012 12:11:00h . foram adotadas as denominações “essencial”. distribuição. Seção 6 – Referências: apresenta referências para outros documentos utilizados para a confecção deste documento.3. termos e abreviações.2 Prioridades dos requisitos Para estabelecer a prioridade dos requisitos. 1. nas seções 4 e 5. caracterizando qual é o seu escopo e descrevendo seus usuários. A numeração inicia com o identificador [RF001] ou [NF001] e prossegue sendo incrementada à medida que forem surgindo novos requisitos. implantação e sequencia. o requisito funcional [Recuperação de dados. estando apresentados por ordem alfabética. centralizando no desenvolvimento. Já o requisito não-funcional [Confiabilidade.Convenções. “importante” e “desejável”. divididos em requisitos de usabilidade. 3. pois ela não tem foco em documentação UML. 1. atores. Seção 2 – Descrição geral do sistema : apresenta uma visão geral do sistema. 1. descrevendo os fluxos de eventos. classes.3. segurança. a empresa de software terá de contratar uma terceirizada para modelar o sistema.3 Convenções. prioridades. Seção 5 – Diagramas: apresenta os diagramas de caso de uso. Termo Descrição 1. Seção 3 – Requisitos funcionais (casos de uso): especifica todos os casos de uso do sistema. as seções seguintes estão organizadas como descrito abaixo. de forma que precisa deste modelo para iniciar os trabalhos do desenvolvimento. Seção 4 – Requisitos não-funcionais: especifica todos os requisitos não funcionais do sistema. atividades. Tabela 1 . desempenho. em um bloco identificado pelo número [RF016]. componentes.RF016] deve estar descrito em uma subseção chamada “Recuperação de dados”. adequação a padrões e requisitos de hardware e software. Os requisitos devem ser identificados com um identificador único. entradas e saídas de cada caso de uso a ser implementado. termos e abreviações Esta seção explica o conceito de alguns termos importantes que serão mencionados no decorrer deste documento. 2. 5. 4. a referência a requisitos é feita através do nome da subseção onde eles estão descritos. de acordo com a especificação a seguir: [nome da subseção.1 Identificação dos requisitos Por convenção.2 Visão geral do documento Além desta seção introdutória. em um bloco identificado por [NF008].

5 Stakeholders Na engenharia de requisitos. responsáveis pelo projeto e desenvolvimento de artefatos do sistema. Parceiros: parceiros e fornecedores. os stakeholders são definidos como pessoas ou organizações que serão afetadas pelo sistema e que direta ou indiretamente tem influencia sobre os requisitos. focando em sistemas integrados na facilitação do gerenciamento de informações (SIG). que têm que ser implementados impreterivelmente. mas de forma não satisfatória. Funcionários e Clientes O Modulo será desenvolvido em 3 camadas com a seguinte distribuição:   Camada de Apresentação (Interface direta com o usuário) Camada de Regra de Negócio (Tratamento de Dados e validação dos campos) Camada de Abstração de Dados (Acesso à base de dados) Solução  O Produto tem como principal funcionalidade controlar todos os processos da empresa software ERP.4 Definição do Processo Tabela 2 – Definição inicial dos processos O Problema Quem é afetado Não disponibilidade de uma ferramenta capaz de auxiliar os funcionários da empresa a controlar os serviços prestados disponibilizando informações precisas e coerentes dos processos utilizados para o negocio da entidade.  Desejável é o requisito que não compromete as funcionalidades básicas do sistema. DBA. usuários finais. os stakeholders do projeto podem ser divididos em três grupos: os desenvolvedores.Documento de Requisitos  Essencial é o requisito sem o qual o sistema não entra em funcionamento. empresas incluídas no ambiente externo que fornece as informações necessárias para entrada de informações no modelo de gerenciamento de processos. Usuários finais: funcionários. Requisitos importantes devem ser implementados. isto é. Requisitos essenciais são requisitos imprescindíveis. Analista de Sistemas. que utilizaram o sistema já desenvolvido e parceiros.  Desenvolvedores: Gerente do Projeto. 1. mas. 1. o sistema pode funcionar de forma satisfatória sem ele. o sistema poderá ser implantado e usado mesmo assim. Requisitos desejáveis podem ser deixados para versões posteriores do sistema.   Página 10 de 84 Última Atualização: 11/06/2012 12:11:00h . arquiteto de software. SQA’s. Basicamente. engenheiro de softwares.  Importante é o requisito sem o qual o sistema entra em funcionamento. desenvolvedores e Engenheiro de testes. caso não haja tempo hábil para implementá-los na versão que está sendo especificada. se não forem.

tempo. é uma metodologia para equipes pequenas e médias e que irão desenvolver software com requisitos vagos e em constante mudança. O Scrum tem como hierarquia do desenvolvimento o seguinte esqueleto: 1. pois o pequeno ganho de curto prazo na produtividade. Como a metodologia Scrum. projeto.1 Metodologia Como a exigência do mercado de softwares hoje em dia é bem forte. não é compensado por perdas (ou até impedimentos) a médio e longo prazo. Para isso a estratégia de constante acompanhamento e realização de vários pequenos ajustes durante o desenvolvimento do sistema. não so em questão a qualidade mais tambem ao tempo de entrega. tendo em vista que o foco do desenvolvimento é sprint que será desenvolvida a cada iteração.2 Declaração do Escopo do Projeto 2. há um foco explícito em escopo (backlog). caso seja necessário a diminuição de escopo. O Proprietário do Produto. Segue um esquema do funcionamento do scrum: Figura 1 . O ScrumMaster. ou Product Owner. alem da complexidade do sistema que irá ser desenvolvido.2. 2. Dentre as variáveis de controle em projetos (custo.Documento de Requisitos 2. recomenda-se a priorização de funcionalidades que representem maior valor possível para o negócio. A Equipe. 3. Desta forma. Para isso. ou Team. resolvemos adotar esta metodologia. implementação. O Scrum incentiva o controle da qualidade como variável do projeto. ao diminuir qualidade.Funcionamento do Scrum. visível previsão de mudanças das especificações durante a produção do projeto e a gestão sendo indispensável para assegurar a qualidade do produto. que mantém os processos (normalmente no lugar de um gerente de projeto). um grupo multifuncional com cerca de 7 pessoas e que fazem a análise. DESCRIÇÃO GERAL DO SISTEMA 2. qualidade e escopo). teste etc. Página 11 de 84 Última Atualização: 11/06/2012 12:11:00h . as funcionalidades menos valiosas serão adiadas ou canceladas. foi especificado que a metodologia que usáremos para o desenvolvimento do sistema será a metodologia Scrum. que representa os stakeholders e o negócio.

atividade etc. depois são extraidos. A ferramenta conterá também testes de validação sobre os componentes criados.em geral. engenheiro de processos ou projetista de metodologias . REQUISITOS FUNCIONAIS (CASO DE USO) Os requisitos funcionais descrevem os serviços que o sistema deve oferecer e suas "funções" ao fim do seu desenvolvimento. Além disso. usuários pré. Isto é realizado através de um sistema de Login/Senha. algumas dessas funcionalidades para a geração do backlog da sprint.poderá cadastrar novos componentes ou criar componentes a partir de outros já existentes. como devem se comportar a certas entradas. Um componente é uma unidade da metodologia que pode ser manipulada isoladamente. Os seguintes requisitos estão apresentados abaixo. evitando que este cometa pequenos erros. poderá alterar. Diante da facilidade de se definir metodologias.Login e senha pós. gerando um documento texto. Tais componentes podem ser exportados da ferramenta.1 Cadastro e Interface Tabela 3 – [RF001] Logar no sistema [especificado por Wagner Sena] [RF001] Logar no Sistema Descrição: Todas as funcionalidades do sistema são acessíveis aos usuários de acordo com seu nível de privilégio no sistema. o Visual Studio contribui de modo decisivo para melhorar a qualidade do processo de desenvolvimento dos projetos de software de uma empresa. remover e consultar componentes já criados. e por fim é entregue uma versão usavel da sprint. para entao começar o desenvolvimento de tais funcionalidades. as mais variadas situações. Estes são baseados no Rational Unified Process [2] (metodologia proposta pela empresa Rational Software Corporation [5]) e servem de ajuda aos usuários.2 Abrangência de sistemas relacionados O sistema Visual Studio é uma ferramenta para o processo de desenvolvimento de software. 3.Documento de Requisitos Primeiramente é desenvolvido o backlog do produto. 2. 3.Acesso aos módulos do sistema Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Essencial Alta Sim Importante Média Não Desejável Baixa Página 12 de 84 Última Atualização: 11/06/2012 12:11:00h . Os requisitos funcionais que serão apresentados foram estudados e analisados juntamente ao funcionários da empresa. o usuário . Utilizando a ferramenta. páginas HTML ou um arquivo PDF que podem ser visualizados sem utilizar a ferramenta. por exemplo artefato. que são todas as funcionalidades do sistema.2. Fornece uma maneira intuitiva e eficiente para definir componentes adequados a uma empresa/projeto.

Pré-condição: O usuário deverá estar logado no sistema. etc. Operador responsável pelo cadastro (Estoque) pré. ncm.O sistema deverá permitir cadastrar novos produtos com todos os seus atributos (descrição. O sistema aborta a validação dos dados e retorna mensagem de erro. Pré-condição: O usuário deverá estar logado no sistema. Prioridade: Criticidade: Impacto Inicial Caso de Uso Essencial Alta Sim Importante Média Não Desejável Baixa [Caso de uso 001] Cadastrar Produto Descrição: O usuário deverá fazer entrada dos dados referente a cada produto. O usuário deve ir ao cadastro do produto. quantidade. como código identificador ou nome do produto. Saídas e condição pós. Cenário Secundário: 4. 4. Atores envolvidos: Usuário do sistema. Cenário Principal de Sucesso: 1. Remover Produto: O sistema deverá permitir a exclusão de produtos por nome ou código de barra. Atores envolvidos: Usuário do sistema. E o usuário deve fornecer um dos dados para encontrar o produto. 3. 2. E nome ou código de barras do produto ainda não cadastrado.Um produto Cadastrado no Sistema Alterar Produto: O sistema atualizará os dados específico de cada produto existente na base de dados. preço.) e também a variação do produto.Documento de Requisitos Tabela 4 – [RF002] Cadastro e manutenção de Produtos [especificado por Wagner Sena] [RF002] Cadastro e manutenção de Produtos Descrição: Realizado por: Entradas e condições Este caso de uso permite que o usuário crie e armazene um novo produto (item de estoque) ao sistema. Cadastrar Produto: O cadastro não poderá ser realizado no caso de já existir no estoque um produto com o mesmo código de barra. Pós-Condições: Retorno mensagem de alteração realizada com Página 13 de 84 Última Atualização: 11/06/2012 12:11:00h . e mostra quais dados são necessários para o cadastro do produto. [Caso de uso 002] Alterar dados Produto Descrição: O usuário deverá fazer entrada dos dados referente à busca do produto. salvando seus dados específicos. O sistema validará os dados e retorna mensagem de sucesso. O usuário deverá informar os dados do produto.1. Atualizando a base de dados e cancelamento de pedidos pendentes. Exceto código de barras. Pós-Condições: Retorno mensagem de produto cadastrado. O usuário submete os dados necessários para armazenamento no banco de dados.

Cenário Principal de Sucesso: 1. 4. O usuário terá a visualização dos dados do produto no sistema. O sistema retornará mensagem de sucesso. 5. a consulta sempre será feita pelo código identificador do produto ou pelo seu nome. O usuário deverá informar os dados do produto referente à busca.Recebe o retorno da consulta. como nome ou código do produto. 3. Página 14 de 84 Última Atualização: 11/06/2012 12:11:00h . O usuário deverá informar os dados do produto referente à busca. O sistema aborta a validação dos dados e retorna mensagem de erro. A consulta poderá pesquisar se o produto contém estoque na empresa. 2. Pós-Condições: Retorno mensagem de exclusão realizada com sucesso. Atores envolvidos: Todos. E passar ao sistema as informações necessárias para a busca. 4. Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso Essencial Alta Sim Importante Média Não Desejável Baixa [Caso de uso 004] Consulta produto Descrição: o Usuário poderá acessar o sistema. O sistema retornará mensagem de sucesso. O sistema retornará os dados do cadastro do produto.Documento de Requisitos sucesso. O usuário deve ir ao cadastro do produto. exceto código identificador do produto. O ator deve ir ao modulo de consulta no sistema. O usuário submete a ação para excluir o produto.1. Pré-condição: O usuário deverá ter acesso ao sistema Cenário Principal de Sucesso: 1. e mostra quais dados são necessários para o cadastro do produto.Recebe como entrada o produto que se deseja pesquisar pós. E o usuário deve fornecer um dos dados para encontrar o produto. 3. Pré-condição: O usuário deverá estar logado no sistema. O usuário deve ir ao cadastro do produto. O usuário terá os dados do produto. [Caso de uso 003] Excluir Produto Descrição: O usuário deverá fazer entrada dos dados referente a busca como seu código identificador ou nome do produto. Cenário Secundário: 4. e poderá consultar a existência de algum produto. Atores envolvidos: Usuário do sistema. 2. O usuário submete a alteração e o sistema validará os dados. Através do sistema padrão. Cenário Principal de Sucesso: 1. 2. 5. Tabela 5 – [RF003] Consulta de Produtos [especificado por Wagner Sena] [RF003] Consulta de Produtos Descrição: O sistema permitirá a consulta de um produto já existente no banco de dados. Operador pré. podendo alterá-los conforme sua necessidade.

Serão listados pelo sistema todos os registros.O estoque de um produto é alterado no sistema Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 7 – [RF005] Cadastrar Funcionário [especificado por Alexandre Cavalcanti] [RF005] Cadastrar Funcionário Descrição: Esse requisito funcionara cadastrando o funcionário no sistema de controle da empresa. O sistema retornar os registros da referente à busca do usuário.Nome. RG pós. 5. Cenário Secundário: 4.Recebe como entrada o produto que deseja atualizar o estoque com a Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial quantidade. CPF. e a disponibilidade do produto. Tabela 6 – [RF004] Movimentação de Estoque [especificado por Wagner Sena] [RF004] Movimentação de Estoque Descrição: Este caso de uso permite que o usuário realize movimentações de entrada e saída de itens de estoque (produto). o valor.1. O sistema retorna mensagem de produto não encontrado. caso já exista algum registro referente aos dados inseridos o sistema retornara uma mensagem de Página 15 de 84 Última Atualização: 11/06/2012 12:11:00h .Funcionário Cadastrado com Sucesso ou Não foi possível registrar o funcionário Essencial Alta Sim Não Importante Média Desejável Baixa Nome do caso de uso: Cadastrar Funcionário. além de informar o tipo de movimentação (entrada ou saída) pós. mostrando se existe o produto no estoque. para controle dos itens. 4. ira inserir um novo registro referente aos novos funcionários da empresa. pois todos os processos deveram utilizar o método de movimentação único do sistema Operador responsável pelo estoque pré. O ator pode consultar a quantidade. caso haja algum cadastro já efetuado com as mesmas informações digitas tal cadastrado não será efetuado Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso pré.Documento de Requisitos 3. Descrição: Esse caso de uso permitira cadastrar um novo funcionário no sistema de controles de funcionário. Este tipo de modulo poderá ser utilizado por diverso módulos adicionais.

Nome. Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso pré. RG. e etc) 2ª Retornar todas as informações do funcionário informando 3ª Habilitar todos os campos do formulário para edição. cargo. Fluxo de eventos: 1ª Solicita os dados do funcionário (Nome. cargo.Documento de Requisitos erro informando que tal registro não poderá ser efetivado. com exceção Página 16 de 84 Última Atualização: 11/06/2012 12:11:00h .Funcionário Atualizado com sucesso Essencial Alta Sim Não Importante Média Desejável Baixa Nome do caso de uso: Alterar Funcionário. RG. salário pós. Pré-Condições: Informar todos os dados de entrada. alterando as informações referente a lotação. Fluxo de eventos: 1ª Solicita os dados do funcionário (Nome. tal caso de uso foi baseado no problema de ser ter o controle de todos os funcionário novos que integram a empresa. RG. CPF. Pós-Condições:Não possui. Tabela 8 – [RF006] Alterar Funcionário [especificado por Alexandre Cavalcanti] [RF006] Alterar Funcionário Descrição: Esse requisito funcionara editando as informações referente a um funcionário já cadastrado no sistema. cargo salário e outras informações a mais. Descrição: Esse caso de uso permitira alterar informações referente ao funcionário. e etc) 2ª Validar se já existem registros com os dados informados 3ª Caso seja negativo o cadastro e realizado com sucesso Fluxo alternativo: Não possui. salário e entre outros. Requisitos Especiais: 1ª Não possui cadastro no sistema. Lotação. CPF. tem como propósito editar todas informações inclusive lotação. CPF.

Pré-Condições: Informar todos os dados de entrada. 3. 3. 3. 4. Fluxo básico.1. Essencial Alta Sim Importante Média Não Desejável Baixa Visto que o cliente é muito importante para o sistema de ERP da LACBEM Este requisito visa efetuar o cadastro de cliente. Realizar cadastro de cliente. 4. Fluxo alternativo: Não possui.Sistema está ativo e menu disponível.3. Tabela 10 – [RF008] Consulta de Cadastro de Cliente [especificado por Klebson Lôu] [RF008] Consulta de Cadastro de Cliente Descrição: Realizado por: Entradas e pré. Cliente cadastrado. 5.4. Sistema exibe mensagem “cliente cadastrado”.Cliente cadastrado.2. pós. 3. Pós-Condições:Não possui. Tabela 9 – [RF007] Cadastro de Cliente [especificado por Klebson Lôu] [RF007] Cadastro de Cliente Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso pré. Clicar no botão cadastrar. Pré-condições.Sistema está ativo e menu disponível.1. Tela de menu disponível. 1. Pós-condições. Cadastro cliente. Requisitos Especiais: 1ª Já possuir cadastro no sistema. 3. 2.2.Documento de Requisitos do nome cpf e rg. Página 17 de 84 Última Atualização: 11/06/2012 12:11:00h . 5.1. Solicitar tela cadastro. Sistema ativo. 4. Visto a importância de uma correta base de dados dos clientes este requisito visa efetuar uma consulta do cadastro de cliente. Preencher tela cadastro.

Página 18 de 84 Última Atualização: 11/06/2012 12:11:00h . Visto a importância de manter uma base de dados correta e sem excesso este requisito visa efetuar uma exclusão de registro no cadastro de cliente. pós. Consulta cadastro cliente.Sistema ativo.Documento de Requisitos condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso pós. Tabela 11 – [RF009] Alterar Cadastro de Cliente [especificado por Klebson Lôu] [RF009] Alterar Cadastro de Cliente Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré. Fluxo básico.1. 5.Uma consulta do cadastro com resposta positiva ou negativa.1.Uma alteração no cadastro de cliente. 4. Clicar no botão consultar.3.2. Solicitar tela consulta. Pós-condições.2.4. Pré-condições. Tabela 12 – [RF010] Deletar Cadastro de Cliente [especificado por Klebson Lôu] [RF010] Deletar Cadastro de Cliente Descrição: Realizado por: Entradas e condições Saídas e condição pré. 3. 5. Tela de menu disponível. 4. 3. 4. 3.Sistema está ativo e menu disponível. Essencial Alta Sim Importante Média Não Desejável Baixa Visto a importância de uma correta base de dados dos clientes este requisito visa efetuar uma alteração no cadastro de cliente. Sistema exibe resultado da consulta. pós. Preencher tela consulta. 2.1. Sistema ativo. Consulta ao cadastro de cliente. 3. Realizar consulta no cadastro de cliente.Cadastro de cliente deletado. menu disponível e uma cadastro de cliente existente. 3. Essencial Alta Sim Importante Média Não Desejável Baixa 1.

Usuário seleciona uma fatura para fazer as alterações Página 19 de 84 Última Atualização: 11/06/2012 12:11:00h . O sistema informa que a fatura foi incluída Fluxo Alternativo Fluxo 1 1. 6. O sistema apresenta uma relação de pedidos para serem faturados.Uma fatura é emitida e enviada para o cliente Essencial Alta Sim Importante Média Não Desejável Baixa Fluxo principal 1. 2. 2. O usuário seleciona um pedido para gerar a fatura 3. O Usuário confirma o faturamento. O sistema informa que o cliente não pode ter notas faturadas Tabela 14 – [RF012] Alterar Fatura [especificado por Marcio Lisboa] [RF012] Alterar Fatura Descrição: Realizado por: Entradas e Este requisito altera uma fatura de um cliente Pessoal administrativo-financeiro pré. O sistema apresenta uma relação de pedidos para serem faturados. 4.Documento de Requisitos Prioridade: Criticidade: Impacto Inicial Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 13 – [RF011] Incluir Fatura [especificado por Marcio Lisboa] [RF011] Incluir Fatura Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso Este requisito inclui uma fatura a uma venda Pessoal administrativo-financeiro pré. 4. O sistema gera uma fatura e associa a venda. O sistema verifica se o cliente esta no plano de contas de faturas.Usuário seleciona uma venda para gerar a fatura pós. 7. O sistema verifica se o cliente esta no plano de contas de faturas. O usuário seleciona um pedido para gerar a fatura 3. O sistema pede a confirmação do cliente 5.

pós.Usuario seleciona uma fatura para excluí-la do sistema.Usuário seleciona uma data de inicio e uma data final para realizar a consulta pósEssencial Alta Sim Importante Média Não Desejável Baixa Tabela 17 – [RF015] Consultar Fatura [especificado por Marcio Lisboa] [RF015] consultar faturas de pedidos de compras Descrição: Realizado por: Este requisito permite que o usuário Consulte as faturas de pedido realizados pela empresa junto aos fornecedores Pessoal administrativo-financeiro Página 20 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pós.Uma fatura é alterada Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 15 – [RF013] Excluir Fatura [especificado por Marcio Lisboa] [RF013] excluir fatura Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Este requisito exclui uma fatura do sistema Pessoal administrativo-financeiro pré.A fatura selecionada é excluida Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 16 – [RF014] Gerar Fatura [especificado por Marcio Lisboa] [RF014] Gerar faturas Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Este requisito permite que o usuário faça um filtro para as faturas serem listadas na tela Pessoal administrativo-financeiro pré.

conforme RN01. alteração ou cancelamento do Pedido. 9. 2. Alternativo: 1. 3. Essencial Alta Sim Importante Média Não Desejável Baixa Este caso de uso tem por objetivo descrever o processo de emissão de um pedido. 11. 12. O sistema irá solicitar quantas vias impressas do pedido devem ser emitidas. Opções para seleção do cliente Razão Social e/ou CNPJ.Usuário seleciona uma empresa fornecedora.Inserir dados do Pedido. 7. O funcionário solicita a inserção de um novo Pedido de Venda.Documento de Requisitos Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré. prosseguir nos passos abaixo. Página 21 de 84 Última Atualização: 11/06/2012 12:11:00h . O sistema solicita a seleção de um. pós. 10. O sistema solicita a seleção de um cliente. O funcionário irá indicar quantas vias a imprimir. conforme RN02. O funcionário seleciona o cliente que está fazendo o pedido. O funcionário solicita o salvamento do pedido. O sistema realiza a impressão solicitada e encerra o precesso. 6.Uma lista com as faturas referentes aos pedidos junto ao fornecedor selecionado é apresentada Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 18 – [RF016] Pedido de Venda [especificado por Marcos Guerra] [RF016] Pedido de Venda Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso O cadastro de Pedido de Venda reflete os dados reais emitidos pela LACBEM. De cada produto selecionado deve ser informada a quantidade requerida. e o processo será encerrado. uma data inicial e uma data final pós. Não atendimento à RN01 Se a RN01 não for atendida. uma mensagem será gerada informando tal situação. O sistema irá validar o novo pedido.Realizado o cadastro. Se acesso permitido. O sistema disponibiliza um novo formulário de Pedido de Venda. a RN03 deverá ser executada e o pedido será salvo. Administrativo pré. 5. 1. ou mais produtos. 8. Se validação positiva. 4. O funcionário seleciona o(s) produto(s). O sistema irá verificar se o funcionário tem acesso ao processo.

uma mensagem será gerada informando tal situação. pós. 3. Estoque zerado Se a execução da RN02 gerou algum estoque zerado então uma mensagem será gerada informando tal situação e sugerindo a produção do produto em questão. atualiza-se o estoque das Mercadorias dos respectivos Itens de Compra.Inserir o número do Pedido de Venda existente.Mostra os dados reais do Pedido de Venda. No caso de solicitação de quantidade de produto acima do estoque disponível.Inserir o número do Pedido de Venda existente. pós. Tabela 19 – [RF017] Exibição de Pedido de Venda [especificado por Marcos Guerra] [RF017] Exibição de Pedido de Venda Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial A exibição de Pedido de Venda mostra na tela os dados cadastrados do pedido de Venda. o produto afetado será destacado no formulário. Administrativo pré.Impressão do Pedido de Venda Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 21 – [RF019] Atualização de Pedido de Venda [especificado por Marcos Guerra] [RF019] Atualização de Pedido de Venda Descrição: Realizado por: Após a baixa de Pedido de Venda.Documento de Requisitos 2. Não atendimento à RN02 Se RN02 não atendida. e solicitar novo salvamento. Administrativo pré. para que o funcionário possa corrigir o problema encontrado. foi impresso um Pedido de Venda. Administrativo Página 22 de 84 Última Atualização: 11/06/2012 12:11:00h . Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 20 – [RF018] Impressão de Pedido de Venda [especificado por Marcos Guerra] [RF018] Impressão de Pedido de Venda Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Se solicitado. e o salvamente é interrompido.

Pré-condições: Gerente.Entradas: Código/ nome do cliente ou código do pedido. Administrador cancela o pedido e armazena dados do cancelamento. pós. Administrador envia ao cliente a confirmação do cancelamento solicitado. 2. Samuel Sarinho pré.O usuário inserir um número de Pedido existente para fazer as alterações pós. Cliente solicita cancelamento do pedido. Administrador localiza código e número do pedido do cliente. 5. 4. atendente ou cliente efetuam login no sistema. preço unitário e preço total dos itens solicitados e listagem com as faturas emitidas). Cliente informa seus dados pessoais.O pedido é alterado Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 22 – [RF020] Cancelamento de Pedido de Compra [especificado por Samuel Sarinho] [RF020] Cancelamento de Pedido de Compra Descrição: Realizado por: Entradas e condições O sistema deve fazer o cancelamento do pedido de compra. 6. Página 23 de 84 Última Atualização: 11/06/2012 12:11:00h . 3.Remoção do pedido no banco de dados Essencial Alta Sim Importante Média Não Desejável Baixa Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso Fluxo de Eventos: 1.Documento de Requisitos Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré. Tabela 23 – [RF021] Baixa de Pedido de Compra [especificado por Samuel Sarinho] [RF021] Baixa de Pedido de Compra Descrição: O sistema deve dar baixa no pedido de compra. Administrador envia ao cliente os dados relativos ao seu pedido (quantidade.

Remoção do produto no banco de dados e do estoque. Administrador insere os dados relativos ao produto a ser dada baixa (quantidade. Samuel Sarinho. pós. 3.Apresentação detalhada de todas as informações solicitadas a respeito do pedido de compra. Tabela 24 – [RF022] Exibição Detalhada de Pedido de Compra [especificado por Samuel Sarinho] [RF022] Exibição Detalhada de Pedido de Compra Descrição: Realizado por: Entradas e condições O sistema deve exibir todas as informações do pedido de compra. com dados do cliente e do produto. 7.Documento de Requisitos Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso Samuel Sarinho. código do produto. pré. Essencial Alta Sim Importante Média Não Desejável Baixa Fluxo de Eventos: 1. Administrador localiza código. de forma detalhada. Sistema financeiro efetua baixa de pedido de compra. Administrador atualiza o status do pedido de compra para “atendido” 5. pós. Administrador notifica o sistema financeiro. Pré-condições: Gerente. pré. 4. Pré-condições: Gerente efetua login no sistema. preço unitário e preço total dos itens solicitados e listagem com as faturas emitidas). código do produto. 2. atendente e cliente efetuam login no sistema. Essencial Alta Sim Importante Média Não Desejável Baixa Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso Fluxo de Eventos: Página 24 de 84 Última Atualização: 11/06/2012 12:11:00h . Administrador efetua login no sistema.Entradas: Código do pedido. O produto é removido do banco de dados e do estoque. 6.Entradas: Código do pedido. número e status do produto. código/nome do cliente.

Usuário insere código do pedido. Sistema oferece informações detalhadas do pedido de compra. 3. meio de transporte da entrega. do produto no sistema. data e possível horário de chegada). 4. contato do transportador. informações nutricionais. Usuário altera endereço de entrega até a saída do produto do estoque. 4. Usuário efetua login no sistema. formato da embalagem. Código EAN. Tabela 25 – [RF023] Entrega de Pedido de Compra [especificado por Samuel Sarinho] [RF023] Entrega de Pedido de Compra Descrição: Realizado por: Entradas e condições O sistema deve exibir informações sobre a entrega do pedido de compra. Pré-condições: Gerente. Cliente efetua login no sistema. lançamentos. Código da Caixa de Embarque. 5. 3. localização precisa do produto.Documento de Requisitos 1. Samuel Sarinho. prazo de entrega. quantas vezes chegou ao destino final e/ou se foi cancelado. atendente e cliente efetuam login no sistema. itens com maior e menor preço e itens melhor avaliados. Cliente realiza busca de produto a partir de nome comercial do produto ou código. 2. Sistema oferece busca detalhada do produto incluindo disponibilidade em estoque. forma de transporte do produto.Entradas: Código do pedido. 2. pagamento (formas de pagamento e compra) e da entrega (data de entrega e condições de transporte do produto). Página 25 de 84 Última Atualização: 11/06/2012 12:11:00h . Usuário identifica possíveis problemas de entrega (atraso. Cliente pode solicitar informações sobre dia e horário da compra. pós. garantias de validade. especificações do produto. Usuário identifica a sinalização do status do produto (data e horário de saída. Essencial Alta Sim Importante Média Não Desejável Baixa Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso Fluxo de Eventos: 1. conteúdo. código/nome do cliente. pré. 5. itens mais vendidos. código do produto.Localização e status do produto se fora entregue.

Realizado por: Página 26 de 84 Última Atualização: 11/06/2012 12:11:00h . Tabela 26 – [RF024] Visualizar histórico de vendas [especificado por Alfredo Neto] [RF024] Visualizar histórico de vendas Descrição: Esse requisito tem como principal funcionalidade gerar a visualização do histórico de vendas onde será possível visualizar o andamento das vendas. Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 28 – [RF026] Previsão de vendas por vendedor [especificado por Alfredo Neto] [RF026] Previsão de vendas por vendedor Descrição: Esse requisito tem como principal objetivo lançar um relatório com os clientes de cada vendedor que serão atendidos.Possuir clientes cadastrados no sistema. Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré. Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré. inclusive a quantidade do produto em estoque e o valor do produto.Informações do produto. permitindo assim aumentar o conhecimento do cliente em relação a todas as características do produto. bem como os dados dos clientes e a venda realizada. pós. onde será possível visualisar a quantidade média/mês de compras de cada cliente e lançar a meta de vendas mensal para cada vendedor.Informação das vendas realizadas ao cliente. Usuário notifica o recebimento das mercadorias através do sistema.Documento de Requisitos desencontros de entregador e receptor e cancelamento). 6.Possuir produtos cadastrados no sistema pós. Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 27 – [RF025] Dados do produto [especificado por Alfredo Neto] [RF025] Dados do produto Descrição: Esse requisito tem como principal objetivo mostrar ao vendedor e ao cliente todas as informações do produto.

Possuir clientes cadstrados no sistema. pós. Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 30 – [RF028] Exportação de relatórios [especificado por Alfredo Neto] [RF028] Exportação de relatórios Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré.Meta venda/mês por vendedor.Documento de Requisitos Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré. Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 31 – [RF029] Controle de desconto [especificado por Alfredo Neto] [RF029] Controle de desconto Descrição: Esse requisito tem como principal objetivo calcular o desconto dado para cada cliente. pós. Página 27 de 84 Última Atualização: 11/06/2012 12:11:00h .Possuir clientes cadstrados no sistema. Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré.A exportação é realizada Esse requisito tem como principal objetivo exportar o relatório de vendas diário dos vendedores para a gerência. Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 29 – [RF027] Previsão de vendas [especificado por Alfredo Neto] [RF027] Previsão de vendas Descrição: Esse requisito tem como principal objetivo lançar um relatório com todos os clientes da LACBEM. levando em consideração a quantidade comprada e a fidelidade do cliente aos produtos da LACBEM. onde será possível visualisar a quantidade média/mês de compras de cada cliente e lançar a previsão de faturamento de vendas mensal. pós.Possuir vendas do dia.Meta venda/mês por vendedor.

Documento de Requisitos Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré. Esse requisito tem como principal objetivo visualizar a comissão por venda dos vendedores.Formulário de vendas. pós.Possuir vendedor com vendas realizadas. Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 32 – [RF030] Controle de Comissões [especificado por Alfredo Neto] [RF030] Controle de Comissões Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré.Possuir clientes cadastrados no sistema pós.Calculo do desconto. Esse requisito tem como principal objetivo visualizar todos os formulários de vendas realizados pelos vendedores da LACBEM.Possuir vendedor com vendas no sistema pós. Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 33 – [RF031] Formulário de Vendas [especificado por Alfredo Neto] [RF031] Formulário de Vendas Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré. Essencial Alta Sim Importante Média Não Desejável Baixa Página 28 de 84 Última Atualização: 11/06/2012 12:11:00h .Comissão por venda.

Endereço O grid: .Limpar -Confirmar Venda .2 O ator informará os campos: .Descrição -Valor unitário -Valor total Prod. -Valor total vendas Os Botões: .Nome Fantasia .1 A tela é exibida com os campos: .CNPJ .Cod. cadastrado no sistema da LACBEM pós.Nome Fantasia . Produto . Esse requisito tem como principal objetivo realizar a vendas dos produtos da LACBEM.Descrição -Valor unitário -Valor total Prod.Documento de Requisitos Tabela 34 – [RF032] Efetuar Venda [especificado por Alfredo Neto] [RF032] Efetuar Venda Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Casos de uso pré.A venda é efetuada.Razão social .Possuir cliente pessoa jurídica.Cod.Pesquisar E3 P. Produto .Endereço O grid: .Razão social . Página 29 de 84 Última Atualização: 11/06/2012 12:11:00h .CNPJ . Essencial Alta Sim Importante Média Não Desejável Baixa Fluxo Principal: O sistema é acessado através do menu Vendas P.

4 O sistema valida as informações digitadas e mostra a mensagem: “Venda realizada com sucesso”. “ Fluxo Alternativo A.No passo P. E. Página 30 de 84 Última Atualização: 11/06/2012 12:11:00h .A1.1 Preenchimento Obrigatório -Para todos os campos do caso de uso.4 Caso o cliente não esteja cadastrado no sistema será exibida a mensagem: “Cliente não cadastrado”.Documento de Requisitos -Valor total vendas P. -Finaliza o caso de uso. Esse requisito tem como principal objetivo realizar a Pesquisa de clientes cadastrados no sistema da LACBEM.5 Finaliza o caso de uso. -Finaliza o Caso de Uso. E1.4 Caso o ator clique em pesquisar o sistema abre uma tela para realizar a pesquisa de Clientes.Finaliza o caso de uso.A consulta é efetuada. Fluxo de Exceção E.2 P.2 Confirmar Venda -No passo P.2 . caso o ator clique no botão [Limpar] o sistema: .1 Limpar Para todos os passos do Caso de Uso.Limpa todos os campos que estiverem preenchidos. E. E.O usuário utiliza o caso de uso Efetuar venda pós. [RF010] Tabela 35 – [RF033] Pesquisar Cliente [especificado por Alfredo Neto] [RF033] Pesquisar Cliente Descrição: Realizado por: Entradas e condições Saídas e condição pré.3 Pesquisar .3 O ator clica no botão [Confirmar Venda] P. 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.

6 O sistema valida a informação digitada e retorna ao passo P.Razão social .CNPJ . E1 P. A1. -Valor total vendas Os Botões: .Confirmar Venda .Nome Fantasia .5 O ator clica no botão [Pesquisar].Limpar P.Cod. Produto .Descrição -Valor unitário -Valor total Prod.Documento de Requisitos Prioridade: Criticidade: Impacto Inicial Casos de uso Essencial Alta Sim Importante Média Não Desejável Baixa Fluxo Principal: O sistema é acessado através do menu Vendas P. P.Pesquisar P.1 A tela é exibida com os campos: .Limpar .3 do [RF009].CNPJ Os Botões: .4 O ator informa o CNPJ do cliente.Endereço O grid: .3 O sistema valida a ação e abre a tela de Pesquisa com o campo: .Pesquisar . Fluxo Alternativo A. P.7 Finaliza o caso de uso. caso o ator clique no botão Página 31 de 84 Última Atualização: 11/06/2012 12:11:00h .1 Limpar Para todos os passos do Caso de Uso.2 O ator clica no botão Pesquisar: P.

Documento de Requisitos “ [Limpar] o sistema: .O motivo do cancelamento é exibido na tela. pós. Esse requisito funcional tem como principal objetivo exibir o motivo do cancelamento da venda.Limpa o campo preenchido.3 .Finaliza o caso de uso. bem como os dados dos clientes e a opção de cancelamento da venda. -Finaliza o Caso de Uso. E.Possuir venda cadastrada no sistema pós.Informação das vendas realizadas ao cliente. Essencial Alta Importante Média Desejável Baixa Página 32 de 84 Última Atualização: 11/06/2012 12:11:00h . Essencial Alta Sim Importante Média Não Desejável Baixa Tabela 37 – [RF035] Motivo de Cancelamento de Venda [especificado por Tiago Uchoa] [RF035] Motivo de Cancelamento de Venda Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: pré. Fluxo de Exceção E. -Finaliza o caso de uso.Caso o ator deixe o campo sem preenchimento o sistema exibe a mensagem: “Informe o CNPJ” e retorna ao passo P. Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré.6 Caso o cliente não esteja cadastrado no sistema será exibida a mensagem: “Cliente não encontrado”.Possuir clientes cadastrados no sistema.1 Preenchimento Obrigatório . Tabela 36 – [RF034] Visualizar pedidos de vendas [especificado por Tiago Uchoa] [RF034] Visualizar pedidos de vendas Descrição: Esse requisito tem como principal funcionalidade gerar a visualização do pedido de vendas onde será possível visualizar o status das vendas.2 Cliente não encontrado -No passo P.

A tela é exibida com os campos: . Produto .Pesquisar E3 P.Nome Fantasia .A venda é cancelada Esse requisito tem como principal objetivo realizar o cancelamento de venda.2 O ator informará os campos: .Endereço O grid: .Limpar .Descrição -Valor unitário Página 33 de 84 Última Atualização: 11/06/2012 12:11:00h .Possuir venda cadastrada no sistema.CNPJ .Cancelar Venda . -Valor total vendas Os Botões: .Nome Fantasia .Razão social . Essencial Alta Importante Média Desejável Baixa Fluxo Principal: O sistema é acessado através do menu Cancelar venda P.Documento de Requisitos Impacto Inicial Sim Não Tabela 38 – [RF036] Cancelar Venda [especificado por Tiago Uchoa] [RF036] Cancelar Venda Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Caso de uso pré. pós.CNPJ . Produto .Razão social .1.Endereço O grid: .Descrição -Valor unitário -Valor total Prod.Cod.Cod.

Limpa todos os campos que estiverem preenchidos.2 Cliente não cadastrado -No passo P.2 E3 E4 P. -Valor total vendas P.No passo P.4 O sistema valida as informações digitadas e mostra a mensagem: “Venda cancelada com sucesso”. E.2 .4 Caso o ator clique em pesquisar o sistema abre uma tela para realizar a pesquisa de Clientes.4 Pesquisar .5 Finaliza o caso de uso.1 Limpar Para todos os passos do Caso de Uso. -Finaliza o caso de uso. E.4 Caso o cliente não esteja cadastrado no sistema será exibida a mensagem: “Não existe venda efetuada para esse cliente ou a venda já foi efetuada”. 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. [RF004] Página 34 de 84 Última Atualização: 11/06/2012 12:11:00h . “ Fluxo Alternativo A. o produto já saiu do estoque”. Fluxo de Exceção E. caso o ator clique no botão [Limpar] o sistema: .Finaliza o caso de uso.3 Venda efetuada -No passo P. E1. E.3 O ator clica no botão [Cancelar Venda] P. -Finaliza o caso de uso.Documento de Requisitos -Valor total Prod.1 Preenchimento Obrigatório -Para todos os campos do caso de uso. A1. -Finaliza o Caso de Uso.4 Caso o produto já tenha saído do estoque o sistema exibirá a mensagem: “Não é possível excluir essa venda. E.

1 A tela é exibida com os campos: .A consulta é efetuada.CNPJ Os Botões: .Pesquisar .Nome Fantasia .CNPJ .O usuário utiliza o caso de uso Cancelar venda pós.2 O ator clica no botão Pesquisar: P.3 O sistema valida a ação e abre a tela de Pesquisa com o campo: . -Valor total vendas Os Botões: . Esse requisito tem como principal objetivo realizar a Pesquisa de clientes cadastrados com vendas efetuadas no mês no sistema da LACBEM.Razão social .Limpar Página 35 de 84 Última Atualização: 11/06/2012 12:11:00h .Pesquisar P.Limpar . Essencial Alta Sim Importante Média Não Desejável Baixa Fluxo Principal: O sistema é acessado através do menu Cancelar vendas P.Confirmar Venda .Cod.Documento de Requisitos Tabela 39 – [RF037] Pesquisar Cliente com Compras Efetuadas [especificado por Tiago Uchoa] [RF037] Pesquisar Cliente com Compras Efetuadas Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Casos de uso pré.Descrição -Valor unitário -Valor total Prod.Endereço O grid: . Produto .

2 Cliente não encontrado -No passo P. Fluxo de Exceção E.4 O ator informa o CNPJ do cliente.Documento de Requisitos P.Finaliza o caso de uso.3 do [RF003].Informar os dados ao sistema para impressão da relação de clientes pós.Caso o ator deixe o campo sem preenchimento o sistema exibe a mensagem: “Informe o CNPJ” e retorna ao passo P. Essencial Alta Sim Especificação do caso de uso: Fluxo principal Página 36 de 84 Última Atualização: 11/06/2012 12:11:00h .3 . com sucesso de acordo com o layout préImportante Média Não Desejável Baixa estabelecido.Relatório emitido Este requisito funcional permite ao usuário imprimir relatório de clientes.1 Limpar Para todos os passos do Caso de Uso. A1.Limpa o campo preenchido. Tabela 40 – [RF038] Relatório De Clientes [especificado por Júlio Cezar] [RF038] Relatório De Clientes Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso pré.1 Preenchimento Obrigatório . “ Fluxo Alternativo A. P.7 Finaliza o caso de uso. E1. -Finaliza o caso de uso. E.5 O ator clica no botão [Pesquisar].6 O sistema valida a informação digitada e retorna ao passo P. E2 P. caso o ator clique no botão [Limpar] o sistema: . -Finaliza o Caso de Uso.6 Caso o cliente não esteja cadastrado no sistema será exibida a mensagem: “Cliente não encontrado”. P.

7. 4. 4. Usuário acessa o sistema com login e senha. Usuário acessa o sistema com login e senha. 6. 1. 13. Usuário seleciona o relatório que deseja (Históricos clientes). 8. 2. Usuário Acessa o menu “Relatórios”. Sistema retorna relatório desejado. sistema retorna “PERÍODO NÃO CADASTRADO OU ERRADO!” Usuário retorna ao período e informa o período correto. média ou grande empresa). 2. Usuário seleciona o tipo do cliente (pequeno. Fluxo Alternativo Fluxo 1 1. Usuário informa o período das vendas (Ex:15 a 17 de maio 2012). Usuário Acessa o menu “Relatórios”. 6. Fluxo 3 1. Usuário não informa o tipo cliente (pequena. Usuário Acessa o menu “Relatórios”. 5. 10. Usuário seleciona o serviço. Fluxo Alternativo Fluxo 2. média ou grande empresa). 8. 9. Usuário informa o tipo cliente (pequena. Usuário acessa o sistema com login e senha. Sistema retorna relatório desejado. 4. 11. 12. 6. 5.Documento de Requisitos 8. Usuário não informa o período de vendas. Usuário não informa o período das vendas. 3. Usuário retorna ao tipo cliente e informa o tipo correto. Usuário seleciona o serviço. sistema retorna “INFORME O TIPO DE CLIENTE”. 7. médio ou grande). 14. Usuário seleciona o serviço. 8. 7. Sistema retorna relatório desejado. 2. Usuário acessa o sistema com login e senha. sistema retorna “informe o período”. 3. Sistema retorna relatório desejado. médio ou grande). Usuário seleciona o relatório que deseja (Histórico clientes). Usuário seleciona o relatório que deseja (Histórico de clientes). Usuário seleciona o relatório que deseja (Históricos clientes). Usuário informa o período das vendas (15 a 17 de maio 2012). 3. Usuário seleciona o serviço. Usuário seleciona o tipo do cliente (pequeno. Usuário Acessa o menu “Relatórios”. Tabela 41 – [RF039] Relatório De Funcionários [especificado por Júlio Cezar] Página 37 de 84 Última Atualização: 11/06/2012 12:11:00h . Usuário retorna ao período e informa o período correto. 5.

Usuário Acessa o menu “Relatórios”. o sistema retorna “INFORME O PERIODO!”. 17. 15. Usuário administrador seleciona o serviço. Usuário administrador seleciona o relatório que deseja (Histórico de movimentações) 18. Usuário Acessa o menu “Relatórios”. 2. Usuário seleciona o serviço. Sistema retorna relatório desejado. 4. 12.: Informar os dados ao sistema para impressão da relação de : Este requisito funcional permite que o usuário administrador imprima relação de funcionários funcionários pós. Usuário seleciona o serviço. 16. 11. 14. 20. 6. 10. Usuário retorna ao período e informa o período correto. Fluxo Alternativo Fluxo 1 9.Documento de Requisitos [RF039] Relatório De Funcionários Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial Caso de Uso pré. Usuário acessa o sistema com login e senha. Página 38 de 84 Última Atualização: 11/06/2012 12:11:00h . Fluxo 2 1. 5. Usuário administrador informa o período para análise (Ex:15 a 17 de maio 2012).Relatório emitido com sucesso de acordo com o layout préImportante Média Não Desejável Baixa estabelecido. Usuário retorna ao período e informa o correto (Ex: 15 de abril de 2012). Usuário informa o período para análise errado (Ex: 15 de abril de 2013). 3. Sistema retorna relatório desejado. Usuário seleciona o relatório que deseja (Histórico de movimentações). 19. Usuário acessa o sistema com login e senha. Essencial Alta Sim Fluxo principal 15. Usuário administrador Acessa o menu “Relatório de Funcionários”. Usuário não informa o período para análise. Usuário administrador acessa o sistema com login e senha. 13. Usuário seleciona o relatório que deseja (Histórico de movimentações). e sistema retorna “Período não cadastrado ou errado”.

deve ser adotar como linguagem principal de desenvolvimento C#. Entretanto. reusabilidade e flexibilidade.NET permite especificar qual será o sistema operacional e a máquina em que o programa irá executar [Produtos Windows]. Código REQUISITOS NÃO-FUNCIONAIS Tabela 43 – Requisitos não-funcionais [especificado por Wagner Sena] Descrição A interface com o usuário é de vital importância para o sucesso do sistema. Visando criar um produto com maior extensibilidade. como também informações sobre o código fonte. Será criado um documento contendo um diagrama de classes.Relatório emitido Este requisito funcional permite que o usuário imprima relação de pedidos de compras a fornecedores com sucesso de acordo com o layout préImportante Média Não Desejável Baixa estabelecido. Prioridade RNF001 Essencial Importante Desejável RNF002 Essencial Importante Desejável RNF003 Essencial Importante Desejável RNF004 Essencial Importante Desejável Página 39 de 84 Última Atualização: 11/06/2012 12:11:00h . deve ser considerada por corresponder a um fator de qualidade de software. O sistema terá uma interface amigável ao usuário primário sem se tornar cansativa aos usuários mais experientes. Desempenho: Embora não seja um requisito essencial ao sistema. essa máquina deverá se comunicar com um sistema de banco de dados. Principalmente por ser um sistema que será utilizado diariamente. outras linguagens também poderão ser usadas quando indicações técnicas recomendem.Informar os dados ao sistema para impressão da relação de pedidos pós. O uso da linguagem C#. Essencial Alta Sim 4. No entanto.NET seguindo cuidadosamente as técnicas de orientação a objetos.Documento de Requisitos Sistema retorna relatório desejado Tabela 42 – [RF040] Relatório De Pedidos Compras [especificado por Júlio Cezar] [RF040] Relatório De Pedidos Compras Descrição: Realizado por: Entradas e condições Saídas e condição Prioridade: Criticidade: Impacto Inicial pré. diagrama de caso de uso e demais diagramas.

explicativas do erro gerado. Para um melhor desempenho do sistema é recomendada uma máquina razoável. Definimos Máquina Tipo_A possuindo no mínimo: Processador 1200MHz. Comunicação sistema e usuário com mensagens simples.Documento de Requisitos RNF005 Os usuários terão que ter permissão para utilizar algumas funcionalidades do sistema. Com os seguintes requisitos mínimos. Essencial Importante Desejável Essencial Importante Desejável Essencial Importante Desejável RNF006 RNF007 RNF008 Essencial Importante Desejável Página 40 de 84 Última Atualização: 11/06/2012 12:11:00h .. Evitando termos técnicos. deverá utilizar do login e senha para manipular estoque dos produtos. O Sistema disponibilizará ao usuário um menu "Ajuda". onde trará de forma objetiva informações sobre o sistema e suas demais funções e possíveis duvidas. 512Mb de Memória. espaço mínimo no HD de 1GB. e gerencia dos funcionários.

003 e 004 [especificado por Wagner Sena] Página 41 de 84 Última Atualização: 11/06/2012 12:11:00h . 002.Documento de Requisitos 5.Diagrama de Caso de uso 001.2 Diagrama de Caso de Uso Figura 2 . ANEXOS (DIAGRAMAS) 5.

Diagrama de Caso de uso [especificado por Alexandre Cavalcanti] Figura 4 .Documento de Requisitos Figura 3 .Diagrama de Caso de uso [especificado por Klebson Lôu] Página 42 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Caso de uso [especificado por Marcio Lisboa] Figura 6 .Diagrama de Caso de uso [especificado por Marcos Guerra] Página 43 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 5 .

Documento de Requisitos Figura 7 .Diagrama de Caso de uso [especificado por Samuel Sarinho] Página 44 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Caso de uso [especificado por Alfredo Neto] Figura 9 .Documento de Requisitos Figura 8 .Diagrama de Caso de uso [especificado por Tiago Uchoa] Página 45 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Caso de uso [especificado por Júlio Cezar] Página 46 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 10 .

Documento de Requisitos

Figura 11 - Diagrama de Caso de uso [especificado por Ariel Dalvo]

Página 47 de 84 Última Atualização: 11/06/2012 12:11:00h

Documento de Requisitos

5.3 Diagrama de Classe

Figura 12 - Diagrama de Classe - Caso de uso 001, 002, 003 e 004 [especificado por
Wagner Sena]

Figura 13 - Diagrama de Classe [especificado por Alexandre Cavalcanti]

Página 48 de 84 Última Atualização: 11/06/2012 12:11:00h

Documento de Requisitos

Figura 14 - Diagrama de Classe [especificado por Klebson Lôu]

Figura 15 - Diagrama de Classe [especificado por Marcio Lisboa]

Página 49 de 84 Última Atualização: 11/06/2012 12:11:00h

Documento de Requisitos

Figura 16 - Diagrama de Classe [especificado por Marcos Guerra]

Figura 17 - Diagrama de Classe [especificado por Samuel Sarinho]

Página 50 de 84 Última Atualização: 11/06/2012 12:11:00h

Documento de Requisitos Figura 18 .Diagrama de Classe [especificado por Alfredo Neto] Página 51 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Classe [especificado por Tiago Uchoa] Página 52 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 19 .

Documento de Requisitos Figura 20 .Diagrama de Classe [especificado por Júlio Cezar] Página 53 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Classe [especificado por Ariel Dalvo] Página 54 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 21 .

Diagrama de Atividade .Caso de uso 001 [especificado por Wagner Sena] Página 55 de 84 Última Atualização: 11/06/2012 12:11:00h .4 Diagrama de Atividade Figura 22 .Documento de Requisitos 5.

Documento de Requisitos Figura 23 .Diagrama de Atividade [especificado por Alexandre Cavalcanti] Página 56 de 84 Última Atualização: 11/06/2012 12:11:00h .

Documento de Requisitos Figura 24 .Diagrama de Atividade [especificado por Klebson Lôu] Página 57 de 84 Última Atualização: 11/06/2012 12:11:00h .

Documento de Requisitos Figura 25 .Diagrama de Atividade [especificado por Marcio Lisboa] Página 58 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Atividade [especificado por Marcos Guerra] Página 59 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 26 .

Documento de Requisitos Figura 27 .Diagrama de Atividade [especificado por Samuel Sarinho] Página 60 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Atividade [especificado por Alfredo Neto] Página 61 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 28 .

Documento de Requisitos Figura 29 .Diagrama de Atividade [especificado por Tiago Uchoa] Página 62 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Atividade [especificado por Júlio Cezar] Página 63 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 30 .

Diagrama de Atividade [especificado por Ariel Dalvo] Página 64 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 31 .

Documento de Requisitos 5.5 Diagrama de Componentes Figura 32 .Diagrama de Componentes [especificado por Alexandre Cavalcanti] Página 65 de 84 Última Atualização: 11/06/2012 12:11:00h .Diagrama de Componentes [especificado por Wagner Sena] Figura 33 .

Diagrama de Componente [especificado por Klebson Lôu] Página 66 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 34 .

Diagrama de Componente [especificado por Marcos Guerra] Página 67 de 84 Última Atualização: 11/06/2012 12:11:00h .Diagrama de Componente [especificado por Marcio Lisboa] Figura 36 .Documento de Requisitos Figura 35 .

Diagrama de Componente [especificado por Samuel Sarinho] Página 68 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 37 .

Documento de Requisitos Figura 38 .Diagrama de Componente [especificado por Júlio Cezar] Página 69 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Componente [especificado por Ariel Dalvo] Página 70 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 39 .

Diagrama de Estados [especificado por Alexandre Cavalcanti] Página 71 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos 5.6 Diagrama de Estados Figura 40 .Diagrama de Estados [especificado por Wagner Sena] Figura 41 .

Documento de Requisitos Figura 42 .Diagrama de Estado [especificado por Klebson Lôu] Página 72 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Estado [especificado por Marcos Guerra] Página 73 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 43 .Diagrama de Estado [especificado por Marcio Lisboa] Figura 44 .

Diagrama de Estado [especificado por Samuel Sarinho] Figura 46 .Documento de Requisitos Figura 45 .Diagrama de Estado [especificado por Alfredo Neto] Página 74 de 84 Última Atualização: 11/06/2012 12:11:00h .

Documento de Requisitos Figura 47 .Diagrama de Estado [especificado por Tiago Uchoa] Página 75 de 84 Última Atualização: 11/06/2012 12:11:00h .

Diagrama de Estado [especificado por Júlio Cezar] Página 76 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 48 .

7 Diagrama de Implantação Página 77 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 49 .Diagrama de Estado [especificado por Ariel Dalvo] 5.

Diagrama de implantação [especificado por Wagner Sena] Figura 51 .8 Diagrama de Sequencia Página 78 de 84 Última Atualização: 11/06/2012 12:11:00h .Diagrama de implantação [especificado por Ariel Dalvo] 5.Documento de Requisitos Figura 50 .

Diagrama de Sequencia [especificado por Wagner Sena] Página 79 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 52 .Diagrama de Sequencia Login [especificado por Wagner Sena] Figura 53 .

Diagrama de Sequencia [especificado por Alexandre Cavalcanti] Figura 55 .Diagrama de Sequencia [especificado por Klebson Lôu] Página 80 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 54 .

Diagrama de Sequencia [especificado por Marcio Lisboa] Figura 57 .Diagrama de Sequencia [especificado por Marcos Guerra] Página 81 de 84 Última Atualização: 11/06/2012 12:11:00h .Documento de Requisitos Figura 56 .

Documento de Requisitos Figura 58 .Diagrama de Sequencia [especificado por Alfredo Neto] Página 82 de 84 Última Atualização: 11/06/2012 12:11:00h .Diagrama de Sequencia [especificado por Samuel Sarinho] Figura 59 .

Diagrama de Sequencia [especificado por Júlio Cezar] Página 83 de 84 Última Atualização: 11/06/2012 12:11:00h .Diagrama de Sequencia [especificado por Tiago Uchoa] Figura 61 .Documento de Requisitos Figura 60 .

ufpe. 1998. 5.rational. 3. The Rational Unified Process – An introduction. Addison-Wesley. REFERÊNCIAS Abaixo são apresentadas referências relacionadas a este documento: 1. Página da empresa Rational Software Corporation www. J.ufpe.Documento de Requisitos Figura 62 . Makron Books.br/~mds. 2. Página da disciplina Análise e Especificação de Requisitos.cin. Kruchten. Página 84 de 84 Última Atualização: 11/06/2012 12:11:00h .com. São Paulo. Página da disciplina Metodologia e Desenvolvimento de Software www.br/~if119.cin.Diagrama de Sequencia [especificado por Ariel Dalvo] 6. P. D. www. 4. Furlan. 1998. Modelagem de Objetos através da UML.