Paulo Roberto Queiroz de Oliveira

Tamanho: px
Começar a partir da página:

Download "Paulo Roberto Queiroz de Oliveira"

Transcrição

1 2011 Documentação e implementação de um sistema legado BBA Money Paulo Roberto Queiroz de Oliveira

2 UNIVERSIDADE ESTADUAL DE GOIÁS UNIDADE UNIVERSITÁRIA DE CIÊNCIAS EXATAS E TECNOLÓGICAS BACHARELADO EM SISTEMAS DE INFORMAÇÃO PAULO ROBERTO QUEIROZ DE OLIVEIRA Documentação e implementação de um sistema legado: BBA Money Anápolis dezembro, 2011

3 UNIVERSIDADE ESTADUAL DE GOIÁS UNIDADE UNIVERSITÁRIA DE CIÊNCIAS EXATAS E TECNOLÓGICAS BACHARELADO EM SISTEMAS DE INFORMAÇÃO PAULO ROBERTO QUEIROZ DE OLIVEIRA Documentação e implementação de um sistema legado: BBA Money Trabalho de Curso apresentado ao Departamento de Sistemas de Informação da Unidade Universitária de Ciências Exatas e Tecnológicas da Universidade Estadual de Goiás, como requisito parcial para obtenção do grau de Bacharel em Sistemas de Informação. Orientador: Prof. Esp. Guiliano Rangel Alves Anápolis dezembro, 2011

4

5

6 FICHA CATALOGRÁFICA VASCONCELOS, Célio. BBA MONEY, Anápolis (UEG / UnUCET, Bacharelado em Sistemas de Informação, 2006). Projeto. Universidade Estadual de Goiás, Unidade Universitária de Ciências Exatas e Tecnológicas. Departamento de Sistemas de Informação. 1.Planejamento 2.Gerenciamento 3.Receitas 4.Despesas 5.Provisão 6.Orçamento 7.Saldos SANTOS, Thiago. Projeto de Manutenção Evolutiva de um Sistema de Orçamento Pessoal: BBA MONEY. Anápolis (UEG / UnUCET, Bacharelado em Sistemas de Informação, 2007). Trabalho de Conclusão de Curso.Universidade Estadual de Goiás, Unidade Universitária de Ciências Exatas e Tecnológicas. Departamento de Sistemas de Informação. 1.Planejamento 2.Gerenciamento 3.Receitas 4.Despesas 5.Provisão 6.Orçamento 7.Saldos 8.Assistentes 9.Facilitadores SILVA, Pedro. Projeto de Manutenção Evolutiva e Corretiva de um Sistema de Orçamento Pessoal: BBA MONEY. Anápolis (UEG / UnUCET, Bacharelado em Sistemas de Informação, 2007). Trabalho de Conclusão de Curso.Universidade Estadual de Goiás, Unidade Universitária de Ciências Exatas e Tecnológicas. Departamento de Sistemas de Informação. 1.Planejamento 2.Gerenciamento 3.Receitas 4.Despesas 5.Provisão 6.Orçamento 7.Saldos 8.Cartão de créditos 9.Manuais de ajuda OLIVEIRA, Paulo Roberto Queiroz de. Documentação e implementação de um sistema legado: BBA Money. Anápolis, 2011.(UEG / UnUCET, Bacharelado em Sistemas de Informação, 2011). Trabalho de Curso.Universidade Estadual de Goiás, Unidade Universitária de Ciências Exatas e Tecnológicas. Departamento de Sistemas de Informação. 1.Planejamento 2.Gerenciamento 3.Receitas 4.Despesas 5.Provisão 6.Orçamento 7.Saldos 8. 8.Cartão de créditos

7 REFERÊNCIA BIBLIOGRÁFICA VASCONCELOS, Célio. BBA MONEY: Projeto de desenvolvimento de um sistema de orçamento pessoal. Anápolis, Curso de Sistemas de Informação, UnUCET, Universidade Estadual de Goiás. BARBOSA, Thiago. BBA MONEY V 2.0: Projeto de manutenção evolutiva de um sistema de orçamento pessoal. Anápolis, Curso de Sistemas de Informação, UnUCET, Universidade Estadual de Goiás. SILVA, Pedro. BBA MONEY V 3.0: Projeto de manutenção evolutiva de um sistema de orçamento pessoal. Anápolis, Curso de Sistemas de Informação, UnUCET, Universidade Estadual de Goiás. OLIVEIRA, Paulo Roberto Queiroz de. Documentação e implementação de um sistema legado: BBA Money. Anápolis, Curso de Sistemas de Informação, UnUCET, Universidade Estadual de Goiás. CESSÃO DE DIREITOS NOME DO AUTOR: Paulo Roberto Queiroz de Oliveira TÍTULO DO TRABALHO: Documentação e implementação de um sistema legado: BBA Money GRAU/ANO: Graduação /2011. É concedida à Universidade Estadual de Goiás permissão para reproduzir cópias deste trabalho, emprestar ou vender tais cópias para propósitos acadêmicos e científicos. O autor reserva outros direitos de publicação e nenhuma parte deste trabalho pode ser reproduzida sem a autorização por escrito do autor. Paulo Roberto Queiroz de Oliveira Rua Mc 04 Quadra 08 Lote 01, Residencial Monte Carlo CEP Goiânia GO Brasil

8 RESUMO No mundo em que vivemos ter o controle de nossos gastos é de suma importância. Uma decisão errada pode ocasionar um efeito cascata no orçamento familiar ou pessoal. Um bom planejamento requer saber o que se gasta, como se gasta e com o que se irá gastar. Com esse intuito o sistema BBA Money foi concebido. Aonde se faz o planejamento através de provisões de receitas e despesas, e gerenciamento através de lançamentos reais de receitas e despesas. O sistema se propõe a fazer controles básicos e fornecer informações importantes, onde usuário tomará suas atitudes baseadas nos saldos apresentados. Palavras-chave: 1.Planejamento 2.Gerenciamento 3.Receitas 4.Despesas 5.Provisão 6.Orçamento 7.Saldos 8.Cartão de créditos

9 ABSTRACT In the world we live in to take control of our spending is paramount. Wrong decisioncan cause a cascading effect on personal or family budget. Good planning requires knowing what you spend, how you spend and what you will spend. With this purposethe system was designed BBA Money.Where is done through the planning provisions of revenues and expenses, and release management with real revenuesand expenditures. The system aims to make basic controls and provide important information, where users take their attitudes based on the balances shown. Keywords: 1. Planning 2. Management 3. Revenue 4. Cost 5. Provision 6. Budget 7. Balances 8.Credit card

10 PREFÁCIO O propósito deste documento é servir como uma documentação detalhada e específica da modelagem do sistema (DMS Documento de Modelagem de Sistema). Esse sistema será baseado em um sistema legado e será refeito toda a parte da documentação e implementação. O BBA MONEY é um sistema de Gerenciamento Financeiro Pessoal. Será dado maior ênfase nas questões de usabilidade e confiabilidade do sistema, facilitando o uso por parte do usuário. A documentação está dividida em tópicos e esses tópicos estão divididos em subtópicos que possuem as descrições e detalhes do sistema em si. O documento possui partes principais que são: Gerencia de Projeto, Modelagem de Negócio, Requisitos, Modelos de Domínio, Arquitetura, Projeto e Testes.

11 TABELA DE REVISÕES Versão Principais Autores Descrição da Versão Data de Término V 1.0 V 1.1 V 2.0 V 2.1 Paulo Roberto Queiroz de Oliveira Paulo Roberto Queiroz de Oliveira Paulo Roberto Queiroz de Oliveira Paulo Roberto Queiroz de Oliveira Confecção do pré-projeto 07/04/2011 Confecção do pré-projeto e correção para banca parcial 03/06/2011 Confecção do projeto 03/10/2011 Confecção do projeto e correção para banca final Tabela 1 Tabela de Revisões 07/11/2011

12 ÍNDICE Conteúdo 1 LISTA DE ELEMENTOS GRÁFICOS LISTA DE TABELAS LISTA DE FIGURAS Gerência do Projeto Processo de Desenvolvimento de Software Cronograma de Atividades Iterações do Projeto Relatório Semanal de Progresso Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º Dicionário do Projeto Lista de Abreviaturas nos Artefatos do Documento Elementos de Dados Elementos de Comportamento Modelagem do Negócio Ata de Reunião Ata n.º

13 4.1.2 Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Ata n.º Descrição do Negócio Lista de Requisitos Lista de Regras de Negócio Dificuldades encontradas no Negócio Definição do Problema Objetivo do Software Escopo do Software Clientes Alvo Glossário do Negócio Requisitos R01 - Manter arranjo dos subgrupos de receitas e despesas Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas - R R02 - Manter Provisão de Receitas e Despesas Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas - R

14 5.3 R03 - Replicação de Provisão Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas - R R04 - Exibir saldos provisionados Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas - R R05 - Manter Recipientes de Dinheiro Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas - R R06 - Transferência manual entre recipientes de dinheiro Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas - R R07 - Manter Lançamentos Reais de Receitas e Despesas Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas - R R08 - Exibir Saldo Real Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas - R R09 - Extratos e relatórios Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R

15 5.9.4 Funcionalidades Relacionadas - R R10 - Exibir saldo da diferença por grupo Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R11 - Manual de Ajuda e Processos Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R12 - Usabilidade e Confiabilidade Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R13 - Permitir o lançamento de Parcelamentos Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R14 - Exibir contas a pagar próximas Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R15 - Analisar lançamentos anteriores Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R16 - Tratamento de cartão de créditos Especificação do Requisito R Protótipo de Interface R

16 Informações Relacionadas R Funcionalidades Relacionadas R R17 - Impressão de tabelas do sistema Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R18 - Permitir importação de arquivos de lançamento de cartão de crédito e saldo bancário Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R19 - Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo Especificação do Requisito - R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R20 - Exibir saldo provisionado referente a cada mês e o saldo acumulado Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R21 - Informar quando exceder o saldo provisionado Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R22 - Gerar relatório de saldo provisionado/saldo real por grupo Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R23 - Gerar Relatório de lançamentos e saldos mensais por grupo

17 Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R24 - Gerar relatório de extrato de lançamentos reais por recipiente Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R25 - Manter usuário Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R26 - Controle de acesso Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R27 - Configurações gerais do sistema Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R R28 Exibir dashboard Especificação do Requisito R Protótipo de Interface R Informações Relacionadas R Funcionalidades Relacionadas R Modelagem de Casos de Uso Relação de Casos de Uso Relação dos Atores Usuário Diagrama Geral de Casos de Uso

18 6.4 Detalhamento de Casos de Uso Manter usuário Logar no sistema Manter arranjo dos subgrupos de receitas e despesa Manter provisão de receitas e despesas Manter recipientes de dinheiro Manter lançamentos reais de receitas e despesas Realizar transferência manual entre recipientes de dinheiro Replicar lançamento de provisão Realizar lançamentos parcelados Manter cartão de crédito Conciliar fatura de cartão de crédito Exibir saldos Exibir dashboard Informar configurações gerais do sistema Modelagem Conceitual Diagrama de Classes Conceitual Especificação da Arquitetura Diagrama de Camadas Camada Visão Camada Controle Camada Modelo Modelo de caso de uso Diagrama de Componentes Diagrama de Implantação Diagrama de Pacotes Pacote dao Pacote dao.impl Pacote service Pacote controle Pacote entidade Pacote util Realização de Casos de Uso UC01 Manter usuário

19 9.1.1 Diagrama de classes do projeto Layout da Interface Javadoc UC02 Logar no sistema Diagrama de classes do projeto Layout da Interface Javadoc UC03 Manter arranjo dos subgrupos de receitas e despesas Diagrama de classes do projeto Layout da Interface Javadoc UC04 Manter provisão de receitas e despesas Diagrama de classes do projeto Layout da Interface Javadoc UC05 Manter recipientes de dinheiro Diagrama de classes do projeto Layout da Interface Javadoc UC06 Manter lançamentos reais de receitas e despesas Diagrama de classes do projeto Diagrama de Seqüência Layout da Interface Javadoc UC07 Realizar transferência manual entre recipientes de dinheiro Diagrama de classes do projeto Layout da Interface Javadoc UC10 Manter cartão de crédito Diagrama de classes do projeto Layout da Interface Javadoc UC12 Exibir Saldos Diagrama de classes do projeto

20 9.9.2 Layout da Interface Javadoc UC13 Exibir Dashboard Diagrama de classes do projeto Layout da Interface Javadoc Diagrama Geral de Classes de Projeto Modelagem de Dados Projeto Físico de Dados Projeto Lógico de Dados Script de Criação do Banco de Dados Testes Plano de Testes Casos de Testes Relatório de Testes Conclusão Referências Apêndices Apêndice A Cronograma de Atividades do Trabalho de Conclusão de Curso Apêndice B PÔSTER APRESENTADO NO III SIMPÓSIO DE TECNOLOGIA DA INFORMAÇÃO E III SEMANA DE INICIAÇÃO CIENTÍFICA DO CURSO DE SISTEMAS DE INFORMAÇÃO UNUCET- UEG/

21 1 LISTA DE ELEMENTOS GRÁFICOS 1.1 LISTA DE TABELAS Tabela 1 Tabela de Revisões Tabela 2 Relação de Casos de Uso Tabela 3 Detalhamento do Caso de Uso 01 Cenário Incluir Tabela 4 Detalhamento do Caso de Uso 01 Cenário Alterar Tabela 5 Detalhamento do Caso de Uso 01 Cenário Cancelar Tabela 6 Detalhamento do Caso de Uso Tabela 7 Detalhamento do Caso de Uso 03 Cenário Incluir Tabela 8 Detalhamento do Caso de Uso 03 Cenário Alterar Tabela 9 Detalhamento do Caso de Uso 03 Cenário Excluir Tabela 11 Detalhamento do Caso de Uso 04 Cenário Incluir Tabela 12 Detalhamento do Caso de Uso 04 Cenário Consultar Tabela 15 Detalhamento do Caso de Uso 04 Cenário Alterar Tabela 17 Detalhamento do Caso de Uso 04 Cenário Excluir Tabela 19 Detalhamento do Caso de Uso 05 Cenário Incluir Tabela 21 Detalhamento do Caso de Uso 05 Cenário Consultar Tabela 23 Detalhamento do Caso de Uso 05 Cenário Alterar Tabela 25 Detalhamento do Caso de Uso 05 Cenário Excluir Tabela 27 Detalhamento do Caso de Uso 06 Cenário Incluir Tabela 29 Detalhamento do Caso de Uso 06 Cenário Consultar Tabela 31 Detalhamento do Caso de Uso 06 Cenário Alterar Tabela 33 Detalhamento do Caso de Uso 06 Cenário Excluir Tabela 35 Detalhamento do Caso de Uso 07 Cenário Transferir Tabela 37 Detalhamento do Caso de Uso 07 Cenário Consultar Tabela 39 Detalhamento do Caso de Uso 07 Cenário Estornar Tabela 41 Detalhamento do Caso de Uso Tabela 43 Detalhamento do Caso de Uso 09 Cenário Incluir Tabela 45 Detalhamento do Caso de Uso 09 Cenário Consultar Tabela 47 Detalhamento do Caso de Uso 09 Cenário Alterar Tabela 49 Detalhamento do Caso de Uso 09 Cenário Excluir Tabela 51 Detalhamento do Caso de Uso 10 Cenário Incluir Tabela 53 Detalhamento do Caso de Uso 10 Cenário Consultar Tabela 55 Detalhamento do Caso de Uso 10 Cenário Alterar Tabela 56 Detalhamento do Caso de Uso 10 Cenário Excluir Tabela 59 Detalhamento do Caso de Uso 11 Cenário Consulta Detalhamento do Caso de Uso 11 Cenário Fechar Fatura Tabela 63 Detalhamento do Caso de Uso Tabela 65 Detalhamento do Caso de Uso Tabela 67 Detalhamento do Caso de Uso

22 1.2 LISTA DE FIGURAS Figura 1 Protótipo de Interface do Requisito Figura 1 Diagrama Geral de Casos de Usos Figura 2 Diagrama de Classes Conceitual Figura 6 - Diagrama Geral de Classes de Projeto Figura 7 - Projeto Conceitual do Banco de Dados Figura 8 - Projeto Lógico do Banco de Dados

23 2 Gerência do Projeto 2.1 Processo de Desenvolvimento de Software 1. Levantamento de requisitos a. Marcar e confirmar as reuniões com certa antecedência; b. Documentar as reuniões através de atas assinadas por ambas as partes; c. Apontar e descrever os requisitos ou mudanças verificadas: i. Listar requisitos verificados e descrever brevemente cada um deles em um campo específico na ata de reunião; d. Documentar as regras de negócio; e. Especificar ou modificar os requisitos levantados; f. Validar os requisitos e os limites do software com o cliente: i. Confecção do protótipo do software; ii. Descrição do negócio; iii. Definição do problema; iv. Objetivo; v. Escopo do Sistema; g. Aprovar os requisitos; h. Fazer e/ou ajustar o cronograma; i. Executar correções na documentação caso necessárias; 2. Análise a. Detectar ou modificar casos de uso existentes; b. Confeccionar ou modificar diagrama geral de casos de uso; c. Realizar o detalhamento dos casos de uso; i. Confeccionar diagrama de atividades; d. Validar casos de uso com o cliente; e. Confecção da modelagem de dados: i. Confecção do projeto conceitual de dados; 20

24 ii. Confecção do projeto lógico de dados; iii. Confecção do script de criação do banco de dados; f. Confecção do diagrama de classes de projeto; g. Confecção do diagrama de sequência; h. Confecção do diagrama de classes geral do projeto; i. Executar correções necessárias. 3. Implementação a. Definição da tecnologia que será utilizada (linguagens de programação, frameworks, SGBDs, etc.); b. Implementação das telas do sistema; c. Validação das telas com o usuário; d. Implementação das classes (Interface, controle e persistência); e. Implementação e documentação das alterações ou manutenções necessárias durante o período de programação. 4. Testes a. Confecção do plano de testes; b. Confecção dos casos de testes; c. Confecção dos relatórios de testes. Tabela 2 Processo de Desenvolvimento de Software 21

25 2.2 Cronograma de Atividades Atividade Previsão Entrega Confecção do termo de aceite 08/03/ /03/2011 Entrega do termo de aceite ao coordenador do TC 11/03/ /03/2011 Entrega do projeto de TC ao coordenador do TC 08/04/ /04/2011 Especificação dos requisitos 03/06/ /06/2011 Especificação do diagrama geral de caso de uso 10/06/ /06/2011 Definição da arquitetura 01/10/ /10/2011 Elaboração dos diagramas de caso de uso 12/10/ /10/2011 Elaboração do projeto lógico de dados 22/10/ /11/2011 Elaboração do diagrama de classe conceitual 22/10/ /10/2011 Implementação 25/10/2011 Elaboração do diagrama de sequência 02/11/2011 Testes 15/11/2011 Tabela 2 Cronograma de Atividades 22

26 2.3 Iterações do Projeto Incremento Previsão Entrega 1ª iteração: Especificação de todos os requisitos do sistema 2ª iteração: Implementação dos casos de uso especificados no detalhamento de caso de uso 03/06/ /06/ /11/2011 Tabela 3 Iterações do Projeto 23

27 2.4 Relatório Semanal de Progresso Relatório Semanal de Progresso n.º 01 Relatório Semanal de Progresso N.º 01 Período 26/02/2011 à 12/03/2011 Atividade Planejada Reunião com o cliente; Confecção da planilha eletrônica com os requisitos que serão abordados; Elaboração da ata de reunião nº 01; Elaboração do relatório semanal de progresso nº 01. Atividade Realizada Reunião com o cliente; Confecção da planilha eletrônica com os requisitos que serão abordados; Elaboração da ata de reunião nº 01; Elaboração do relatório semanal de progresso nº 01; Estudo das documentações das versões anteriores do BBA Money; Estudo de cada requisito que foi passado pelo orientador. Próximo Período 12/03/2011 à 26/03/2011 Planejado para o próximo período Elaboração do relatório semanal de progresso nº 02 Tabela 4 - Relatório Semanal de Progresso n.º 01 24

28 2.4.2 Relatório Semanal de Progresso n.º 02 Relatório Semanal de Progresso N.º 02 Período 12/03/2011 à 26/03/2011 Atividade Planejada Reunião com o cliente; Confecção da planilha eletrônica com os requisitos que serão abordados; Elaboração da ata de reunião nº 02; Elaboração do relatório semanal de progresso nº 02 Atividade Realizada Reunião com o cliente; Confecção da planilha eletrônica com os requisitos que serão abordados; Elaboração da ata de reunião nº 02; Elaboração do relatório semanal de progresso nº 02; Estudo das documentações das versões anteriores do BBA Money; Estudo de cada requisito que foi passado pelo orientador. Próximo Período 26/03/2011 á 02/04/2011 Planejado para o próximo período Elaboração do relatório semanal de progresso nº 03 Tabela 5 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 03 Relatório Semanal de Progresso N.º 03 25

29 Período 26/03/2011 á 02/04/2011 Atividade Planejada Reunião com o cliente; Correção da planilha eletrônica com os requisitos que serão abordados; Início da confecção do pré-projeto (Prefácio, Tabela de revisão, Dicionário do projeto, Lista de regra de negócio, Especificação dos requisitos); Elaboração da ata de reunião nº 03; Elaboração do relatório semanal de progresso nº 03. Atividade Realizada Reunião com o cliente; Correção da planilha eletrônica com os requisitos que serão abordados; Início da confecção do pré-projeto (Prefácio, Tabela de revisão, Dicionário do projeto, Lista de regra de negócio, Especificação dos requisitos); Elaboração da ata de reunião nº 03; Elaboração do relatório semanal de progresso nº 03. Próximo Período 02/04/2011 á 09/04/2011 Elaboração do relatório semanal de progresso nº 03; Planejado para o próximo período Término da confecção do pré-projeto (processo de desenvolvimento de software, cronograma, iteração do projeto, descrição do negócio, lista de regras de negócios, dificuldades encontradas no negócio, objetivo do software, escopo do software, clientes alvo, glossário do negócio); Confecção da planilha eletrônica com todas as regras de negócios que serão abordados. Tabela 6 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 04 26

30 Relatório Semanal de Progresso N.º 04 Período 02/04/2011 á 09/04/2011 Atividade Planejada Reunião com o cliente; Confecção da planilha eletrônica com as regras de negócios para que seja escolhida quais serão abordados; Elaboração da ata de reunião nº 04; Elaboração do relatório semanal de progresso nº 04; Término da confecção do pré-projeto (processo de desenvolvimento de software, cronograma, iteração do projeto, descrição do negócio, lista de regras de negócios, dificuldades encontradas no negócio, objetivo do software, escopo do software, clientes alvo, glossário do negócio); Atividade Realizada Reunião com o cliente; Confecção da planilha eletrônica com as regras de negócios para que seja escolhida quais serão abordados; Elaboração da ata de reunião nº 04; Elaboração do relatório semanal de progresso nº 04; Término da confecção do pré-projeto (processo de desenvolvimento de software, cronograma, iteração do projeto, descrição do negócio, lista de regras de negócios, dificuldades encontradas no negócio, objetivo do software, escopo do software, clientes alvo, glossário do negócio); Próximo Período 09/04/2011 á 30/04/2011 Planejado para o próximo período Elaboração do relatório semanal de progresso nº 05; Tabela 7 - Relatório Semanal de Progresso n.º 04 27

31 2.4.5 Relatório Semanal de Progresso n.º 05 Relatório Semanal de Progresso N.º 05 Período 09/04/2011 á 30/04/2011 Atividade Planejada Reunião com o cliente; Correção da planilha eletrônica com as regras de negócios; Correção da planilha eletrônica com os requisitos; Elaboração da ata de reunião nº 05; Elaboração do relatório semanal de progresso nº 05; Término da confecção do pré-projeto (cronograma, iteração do projeto, descrição do negócio, lista de regras de negócios, dificuldades encontradas no negócio, objetivo do software, escopo do software); Correção do pré-projeto (lista de requisitos) Inicio da confecção dos requisitos Atividade Realizada Reunião com o cliente; Correção da planilha eletrônica com as regras de negócios; Correção da planilha eletrônica com os requisitos; Elaboração da ata de reunião nº 05; Elaboração do relatório semanal de progresso nº 05; Término da confecção do pré-projeto (cronograma, iteração do projeto, descrição do negócio, lista de regras de negócios, dificuldades encontradas no negócio, objetivo do software, escopo do software); Início da confecção dos requisitos: foram feitos os seguintes requisitos: Manter Arranjo dos subgrupos de Receitas e Despesas(R01), Manter Provisão de Receitas e Despesas (R02), Replicação no Lançamento de 28

32 Provisão(R03), Exibir Saldos Provisionado(R04), Manter Recipientes de Dinheiro(R05), Transferência manual entre recipientes de dinheiro (R06); Adicionado as seguintes regras de negócios: o recipiente que possuir limite não pode ultrapassá-lo (RN20) e o recipiente que não possuir limite não pode ficar negativo (RN21). Próximo Período 30/04/2011 á 07/05/2011 Planejado para o próximo período Elaboração do relatório semanal de progresso nº 06; Tabela 8 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 06 Relatório Semanal de Progresso N.º 06 Período 30/04/2011 á 07/05/2011 Atividade Planejada Correção dos requisitos anteriores; Especificação dos requisitos: Exibir Saldo Real(R08), Extratos e Relatórios (R09), Exibir Saldo da Diferença por grupo (R10), Manual de Ajuda e Processos (R11), Usabilidade e Confiabilidade (R12), Permitir o lançamento de Parcelamentos (R13) Atividade Realizada Correção dos requisitos anteriores; Especificação dos requisitos: Exibir Saldo Real(R08), Extratos e Relatórios (R09), Exibir Saldo da Diferença por grupo (R10), Manual de Ajuda e Processos (R11), Usabilidade e Confiabilidade (R12), Permitir o lançamento de Parcelamentos (R13) 29

33 Próximo Período 07/05/2011 à 21/05/2011 Planejado para o próximo período Elaboração do relatório semanal de progresso nº 07; Correção dos requisitos Especificação do restante dos requisitos Tabela 9 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 07 Relatório Semanal de Progresso N.º 07 Período 07/05/2011 à 21/05/2011 Atividade Planejada Correção dos requisitos anteriores; Especificação dos requisitos: Exibir contas a pagar próximas (R14), Analisar lançamentos Anteriores(R15),Tratamento de cartão de créditos (R16), Impressão de Tabelas do Sistema (R17), Permitir importação de arquivos de lançamento de Cartão de Crédito e Saldo Bancário(R18), Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo(r19), Exibir saldo provisionado referente a cada mês e o saldo acumulado (R20), Informar quando exceder o saldo provisionado (R21), Gerar Relatório de Saldo Provisionado / Saldo Real por grupo (R22), Gerar Relatório de lançamentos e saldos mensais por grupo(r23), Gerar Relatório de extrato de lançamentos reais por recipiente (R24), Cadastro de Usuário (R25), Controle de Acesso(R26) Atividade Realizada Correção dos requisitos anteriores; Especificação dos requisitos: Exibir contas a pagar próximas (R14), Analisar lançamentos Anteriores(R15),Tratamento de cartão de créditos 30

34 (R16), Impressão de Tabelas do Sistema (R17), Permitir importação de arquivos de lançamento de Cartão de Crédito e Saldo Bancário(R18), Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo(r19), Exibir saldo provisionado referente a cada mês e o saldo acumulado (R20), Informar quando exceder o saldo provisionado (R21), Gerar Relatório de Saldo Provisionado / Saldo Real por grupo (R22), Gerar Relatório de lançamentos e saldos mensais por grupo(r23), Gerar Relatório de extrato de lançamentos reais por recipiente (R24), Cadastro de Usuário (R25), Controle de Acesso(R26) Próximo Período 21/05/2011 à 28/05/2011 Planejado para o próximo período Elaboração do relatório semanal de progresso nº 08; Confecção do requisito Cancelar Usuario (R27) Correção dos requisitos Tabela 10 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 08 Relatório Semanal de Progresso N.º 08 Período 21/05/2011 à 28/05/2011 Atividade Planejada Correção dos requisitos anteriores; Confecção do requisito Cancelar Usuario (R27) Atividade Realizada Correção dos requisitos anteriores; Confecção do requisito Cancelar Usuario (R27) 31

35 Próximo Período 28/05/2011 á 20/08/2011 Planejado para o próximo período Elaboração do relatório semanal de progresso nº 09; Correção dos requisitos Elaboração do slide para apresentacão da banca parcial. Tabela 11 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 09 Relatório Semanal de Progresso N.º 09 Período 28/05/2011 á 20/08/2011 Atividade Planejada Elaboração do slide para apresentacão da banca parcial Atividade Realizada Elaborado o slide para apresentacão da banca parcial. Elaborado a relação de casos de uso. Elaborado o diagrama de caso de uso. Próximo Período 20/08/2011 á 03/09/2011 Planejado para o próximo período Substituir os relacionamentos include por extend no diagrama de caso de uso; Adicionar os seguintes casos de uso na relação de caso de uso: Conciliar fatura de cartão de crédito, Configurações gerais do sistema, Exibir Dashboard e no diagrama de caso de uso. 32

36 Fazer o detalhamento do caso de uso Manter Usuário. Tabela 11 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 10 Relatório Semanal de Progresso N.º 10 Período 20/08/2011 á 03/09/2011 Substituir os relacionamentos include por extend no diagrama de caso de uso; Atividade Planejada Adicionar os seguintes casos de uso na relação de caso de uso: Conciliar fatura de cartão de crédito, Configurações gerais do sistema, Exibir Dashboard e no diagrama de caso de uso. Fazer o detalhamento do caso de uso Manter Usuário. Substituído os relacionamentos include por extend no diagrama de caso de uso; Atividade Realizada Adicionado os seguintes casos de uso na relação de caso de uso: Conciliar fatura de cartão de crédito, Configurações gerais do sistema, Exibir Dashboard e no diagrama de caso de uso. Realizado o detalhamento do caso de uso Manter Usuário. Próximo Período 03/09/2011 á 10/09/2011 No caso de uso Manter Usuário (UC01) colocar pré-condição e corrigir os fluxos alternativos. Planejado para o próximo período Fazer o diagrama de atividades do caso de uso Manter Usuário (UC01). Fazer o detalhamento dos seguintes casos de uso: Logar no sistema (UC02), Manter arranjo dos subgrupos de receitas e despesas (UC03), Manter provisão de receitas e despesas (UC04), Manter recipientes de 33

37 dinheiro (UC05), Manter lançamentos reais de receitas e despesas (UC06). Tabela 11 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 11 Relatório Semanal de Progresso N.º 11 Período 03/09/2011 á 10/09/2011 No caso de uso Manter Usuário (UC01) colocar pré-condição e corrigir os fluxos alternativos. Fazer o diagrama de atividades do caso de uso Manter Usuário (UC01). Atividade Planejada Fazer o detalhamento dos seguintes casos de uso: Logar no sistema (UC02), Manter arranjo dos subgrupos de receitas e despesas (UC03), Manter provisão de receitas e despesas (UC04), Manter recipientes de dinheiro (UC05), Manter lançamentos reais de receitas e despesas (UC06). No caso de uso Manter Usuário (UC01) foi colocada pré-condição e corrigido os fluxos alternativos. Feito o diagrama de atividades do caso de uso Manter Usuário (UC01). Atividade Realizada Realizado o detalhamento dos seguintes casos de uso: Logar no sistema (UC02), Manter arranjo dos subgrupos de receitas e despesas (UC03), Manter provisão de receitas e despesas (UC04), Manter recipientes de dinheiro (UC05), Manter lançamentos reais de receitas e despesas (UC06). Próximo Período 10/09/2011 á 24/09/

38 No caso de uso Logar no sistema (UC02) alterar o fluxo principal, após autenticar usuario redirecionar para a pagina de dashboard. Planejado para o próximo período No caso de uso Manter arranjo dos subgrupos de receitas e despesas (incluir) (UC03) adicionar o fluxo alternativo 2: Excluir um subgrupo com lançamento. Revisar todos os requisitos associados ao casos de uso e continuar o detalhamento dos casos de uso restante com diagramas de atividades. Tabela 11 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 12 Relatório Semanal de Progresso N.º 12 Período 10/09/2011 á 24/09/2011 No caso de uso Logar no sistema (UC02) alterar o fluxo principal, após autenticar usuario redirecionar para a pagina de dashboard. Atividade Planejada No caso de uso Manter arranjo dos subgrupos de receitas e despesas (incluir) (UC03) adicionar o fluxo alternativo 2: Excluir um subgrupo com lançamento. Revisar todos os requisitos associados ao casos de uso e continuar o detalhamento dos casos de uso restante com diagramas de atividades. Atividade Realizada Alterardo o fluxo principal do caso de uso Logar no sistema (UC02), após autenticar usuario redirecionar para a pagina de dashboard. No caso de uso Manter arranjo dos subgrupos de receitas e despesas (incluir) (UC03) adicionado o fluxo alternativo 2: Excluir 35

39 um subgrupo com lançamento. Revisado todos os requisitos associados ao casos de uso e continuado o detalhamento dos casos de uso restante com diagramas de atividades. Próximo Período 24/09/2011 á 08/10/2011 Planejado para o próximo período Na modelagem de caso de uso, no item Detalhamento de casos de uso, ordenar a numeração dos diagramas de atividades. Ficou definido terminar o detalhamento de caso de uso até quarta feira (12/10/2011) para ser corrigido pelo orientador. Tabela 11 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 13 Relatório Semanal de Progresso N.º 13 Período 24/09/2011 á 08/10/2011 Atividade Planejada Na modelagem de caso de uso, no item Detalhamento de casos de uso, ordenar a numeração dos diagramas de atividades. Ficou definido terminar o detalhamento de caso de uso até quarta feira (12/10/2011) para ser corrigido pelo orientador. Atividade Realizada Ordenado a numeração dos diagramas de atividades na modelagem de caso de uso, no item Detalhamento de casos de uso, Terminado o detalhamento de caso de uso. Próximo Período 08/10/2011 á 22/10/

40 No diagrama de pacotes especificar as classes que constituem cada pacote. Planejado para o próximo período Criar um item Modelo de caso de uso dentro da Especificação de arquitetura, aonde irá representar em um diagrama de sequência por cada cenário de um crud básico. Ficou acordado o ínicio da modelagem dos dados, plano de teste e realização de caso de uso. Tabela 11 - Relatório Semanal de Progresso n.º Relatório Semanal de Progresso n.º 14 Relatório Semanal de Progresso N.º 14 Período 08/10/2011 á 22/10/2011 No diagrama de pacotes especificar as classes que constituem cada pacote. Atividade Planejada Criar um item Modelo de caso de uso dentro da Especificação de arquitetura, aonde irá representar em um diagrama de sequência por cada cenário de um crud básico. Ficou acordado o ínicio da modelagem dos dados, plano de teste e realização de caso de uso. Especificado o diagrama de pacotes as classes que constituem cada pacote. Atividade Realizada Criado um item Modelo de caso de uso dentro da Especificação de arquitetura, aonde está representado cada cenário de um crud básico em um diagrama de sequência. 37

41 Ficou acordado o ínicio da modelagem dos dados, plano de teste e realização de caso de uso. Próximo Período 22/10/2011 a 29/10/2011 Alterar os seguintes requisitos para requisitos futuros: Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo (R19). Extratos e relatórios (R09). Gerar relatório de saldo provisionado/saldo real por grupo (R22). Gerar Relatório de lançamentos e saldos mensais por grupo (R23). Gerar relatório de extrato de lançamentos reais por recipiente (R24). Planejado para o próximo período Os casos de uso dos respectivos requisitos acima foram retirados da documentação. Alterar o Diagrama de Entidade Relacionamento (DER) do sistema. Foi adicionado uma nova tabela Fatura, para permitir o controle de fechar e conciliar fatura de cartão de crédito. Alterar o protótipo de interface do requisito Tratamento de cartão de créditos (R16). Foi alterado os campos data de vencimento e data de fechamento para dia de vencimento e data de vencimento. Alterar o protótipo de interface do requisito Manter lançamentos reais de receitas e despesas (R07). Foi adicionado um campo para escolher o cartão de crédito que será utilizado no lançamento. Tabela 11 - Relatório Semanal de Progresso n.º 14 38

42 Relatório Semanal de Progresso n.º 15 Relatório Semanal de Progresso N.º 14 Período 22/10/2011 a 29/10/2011 Alterar os seguintes requisitos para requisitos futuros: Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo (R19). Extratos e relatórios (R09). Gerar relatório de saldo provisionado/saldo real por grupo (R22). Gerar Relatório de lançamentos e saldos mensais por grupo (R23). Gerar relatório de extrato de lançamentos reais por recipiente (R24). Atividade Planejada Os casos de uso dos respectivos requisitos acima foram retirados da documentação. Alterar o Diagrama de Entidade Relacionamento (DER) do sistema. Foi adicionado uma nova tabela Fatura, para permitir o controle de fechar e conciliar fatura de cartão de crédito. Alterar o protótipo de interface do requisito Tratamento de cartão de créditos (R16). Foi alterado os campos data de vencimento e data de fechamento para dia de vencimento e data de vencimento. Alterar o protótipo de interface do requisito Manter lançamentos reais de receitas e despesas (R07). Foi adicionado um campo para escolher o cartão de crédito que será utilizado no lançamento. Atividade Realizada Alterar os seguintes requisitos para requisitos futuros: Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo (R19). 39

43 Extratos e relatórios (R09). Gerar relatório de saldo provisionado/saldo real por grupo (R22). Gerar Relatório de lançamentos e saldos mensais por grupo (R23). Gerar relatório de extrato de lançamentos reais por recipiente (R24). Os casos de uso dos respectivos requisitos acima foram retirados da documentação. Alterar o Diagrama de Entidade Relacionamento (DER) do sistema. Foi adicionado uma nova tabela Fatura, para permitir o controle de fechar e conciliar fatura de cartão de crédito. Alterar o protótipo de interface do requisito Tratamento de cartão de créditos (R16). Foi alterado os campos data de vencimento e data de fechamento para dia de vencimento e data de vencimento. Alterar o protótipo de interface do requisito Manter lançamentos reais de receitas e despesas (R07). Foi adicionado um campo para escolher o cartão de crédito que será utilizado no lançamento. Próximo Período 29/10/2011 á 12/11/2011 Planejado para o próximo período Início da confecção do item Realização de caso de uso e os Casos de testes. Continuação da implementação dos casos de uso. Tabela 11 - Relatório Semanal de Progresso n.º 15 40

44 3 Dicionário do Projeto 3.1 Lista de Abreviaturas nos Artefatos do Documento Artefato Termo ou Sigla Significado Elementos de Dados D.C.C Características no Diagrama de Classes Conceitual Elementos de Dados e Elementos de Comportamento D.C.P Características no Diagrama de Classes de Projeto Elementos de Dados L.T Características no Layout de Tabela Elementos de Dados e Elementos de Comportamento Elementos de Dados e Elementos de Comportamento Elementos de Comportamento Item Artefato Assinatura Identificador único no artefato do diagrama Elemento do diagrama Assinatura do método Cronograma Atividade Atividade que precisa ser realizada. Cronograma Previsão Data planejada para entrega da atividade concluída. Cronograma Entrega Data em que a atividade foi realmente entregue. Tabela 12 Lista de Abreviaturas nos Artefatos do Documento 41

45 3.2 Elementos de Dados apêndice. Os elementos de dados serão especificados no javadoc e estará presente em um 3.3 Elementos de Comportamento Os elementos de comportamento serão especificados no javadoc e estará presente em um apêndice. 42

46 4 Modelagem do Negócio 4.1 Ata de Reunião Ata n.º 01 ATA da Reunião n.º 01 Data Horário Local 26/02/2011 Das 15h45m às 16h47m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. O orientando recebeu do orientador as versões anteriores do DMS BBA Money. Ficou decidido que serão aproveitados os requisitos mais importantes de cada versão e os requisitos semelhantes serão juntados. Outras partes da documentação também serão aproveitadas. As versões anteriores serão utilizadas como fonte bibliográficas. O orientador solicitou uma planilha eletrônica, aonde serão relacionados todos os requisitos de todas as versões e informando quais os requisitos serão utilizados ou não. O orientador informou que as implementações das versões passadas não serão aproveitadas, devido ao uso de tecnologias com versões antigas, falta de compatibilidade, falta de confiabilidade e falta de usabilidade. Para está futura implementação será dada maior ênfase na usabilidade e confiabilidade do BBA Money. Observação Importante Ficou decidido a discussão de algumas funcionalidades de alguns requisitos posteriormente; Durante esta entrevista foi firmado que o orientando se comprometerá a entregar toda semana um relatório descrevendo as atividades exercidas durante tal período. paulo.rqo@gmail.com, Telefone: (62) Será realizadas as reuniões presenciais ou á distância todos os sábados, das 15:30 às 16:30. Requisitos Registrados 43

47 Ficou a sugestão por parte do orientando, de adicionar um requisito para Cadastro de Usuário, um requisito para Controle de acesso e um requisito para Controle de permissão. Tabela 15 Ata de Reunião n.º Ata n.º 02 ATA da Reunião n.º 02 Data Horário Local 12/03/2011 Das 15h52m às 16h23m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. O orientador solicitou as seguintes correções da planilha eletrônica que aborda os requisitos que serão utilizados: remover o item número 20 Definir novos casos de teste da versão de requisitos sugerida; mover o item número 22 Permitir criação de um novo grupo ao criar um parcelamento da versão de requisitos sugerida para o item número 13 Permitir o lançamento de Parcelamentos ; Foi passado pelo orientador alguns tópicos para o inicio da confecção do pré-projeto (Prefácio, Tabela de revisão, Dicionário do projeto, Lista de regras de negócios) e especificações dos requisitos. Observação Importante Não haverá reuniao na próxima semana. Tabela 16 Ata de Reunião n.º Ata n.º 03 ATA da Reunião n.º 03 Data Horário Local 44

48 26/03/2011 Das 15h37m às 16h42m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. O orientador solicitou as seguintes correções na ata de reunião número dois: citar quais foram os requisitos a serem removidos ou movidos para a versão de requisitos sugerida. Foi passado pelo orientador alguns tópicos para o término da confecção do préprojeto (processo de desenvolvimento de software, cronograma, iteração do projeto, descrição do negócio, lista de regras de negócios, dificuldades encontradas no negócio, objetivo do software, escopo do software, clientes alvo, glossário do negócio); O orientador solicitou uma planilha eletrônica, aonde serão relacionadas todas as regras de negócios de todas as versões, aonde na próxima reunião presencial será discutida quais regras serão utilizadas ou não. Remover o item número 26 Criar relatório com gráficos da planilha eletrônica dos requisitos que serão abordados, pois na especificação de requisitos dos relatórios constará se deve possuir ou não gráficos. Ficou decidido para a próxima reunião delimitar o escopo da aplicação. Observação Importante Não haverá reuniao na próxima semana. Tabela 17 Ata de Reunião n.º Ata n.º 04 ATA da Reunião n.º 04 Data Horário Local 02/04/2011 Das 11h00m às 12h15m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. Foram discutidos as regras de negócios presente na planilha eletrônica e escolhidas as regras de negócios que serão abordadas. O orientador solicitou as seguintes correções da 45

49 planilha eletrônica: remover o item RN16 Permitir a replica de Lançamentos de Provisão para os próximos meses da segunda versão do BBA Money. Esse item é um requisito, não uma regra de negócio; remover o item RN18 Aceitar a simulação e inclusão de provisão de Parcelamentos da segunda versão do BBA Money. Esse item é um requisito, e será juntado ao requisito R13 Permitir o lançamento de parcelamentos ; remover o item RN22 Possibilitar a exclusão dos Lançamentos Replicados de um determinado Mês da segunda versão do BBA Money. Esse item é um requisito, e será adicionado aos requisitos como R25 Excluir Lançamentos replicados de um determinado Mês ; Foram discutidos os requisitos presente na planilha eletrônica e atribuidos a prioridade para as iterações. O orientador solicitou as seguintes correções da planilha eletrônica: remover o requisito R30 "Transformar os dois relatórios em consulta na tela com hiperlinks" anterior; juntar o requisito R16 Tratamento de despesas e receitas por período ao R7 Manter Lançamentos Reais de Receitas e Despesas ; Ficou definido os seguintes requisitos como futuros: R11 Ajuda, R15 Analisar lançamentos Anteriores, R17 Construção de manual de processos e R19 Permitir importação de arquivos de lançamento de Cartão de Crédito e Saldo Bancário. Ficou definido que não fará parte do escopo do software as seguintes funcionalidades: importação de cartão de crédito e saldo bancário, manual de processos e ajuda. Tabela 18 Ata de Reunião n.º Ata n.º 05 ATA da Reunião n.º 05 Data Horário Local 30/04/2011 Das 15h45m às 16h47m Ambiente virtual (skype) 46

50 Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. Foram discutidos os requisitos especificados até a presente data. O orientador solicitou as seguintes correções: Manter Provisão de Receitas e Despesas (R02): correção dos seguintes itens referentes ao protótipo da interface: marcar os checkbox com as opções escolhidas, renomeado o item Replicar Provisões para Replicar Provisão ; Replicação no Lançamento de Provisão (R03): discutido o mecanismo para o controle da provisão replicada, aonde será possível cancelar todas as parcelas e posteriormente excluir o restante das informações do cadastro da provisão; Exibir Saldos Provisionados (R04): o período de referência, será sempre o mês de referência; e discutido o protótipo da interface; Transferência manual entre recipientes de dinheiro (R06): criada duas regras de negócios relacionadas a esse requisito: o recipiente que possuir limite não pode ultrapassá-lo (RN20) e o recipiente que não possuir limite não pode ficar negativo (RN21). Tabela 19 Ata de Reunião n.º Ata n.º 06 ATA da Reunião n.º 06 Data Horário Local 07/05/2011 Das 16h00m às 17h02m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. Foram discutidos os requisitos especificados até a presente data. O orientador solicitou as seguintes correções: Replicação no Lançamento de Provisão (R03): sugerido na implementação quando não houver data de ativação, colocar a data de acontecimento e no banco 47

51 usar somente uma data; Transferência manual entre recipientes de dinheiro (R06): criada uma regra de negócio relacionada a esse requisito: as movimentações de transferência não altera o saldo provisionado, só altera o saldo real (RN22); Manter Lançamentos Reais de Receitas e Despesas (R07): os lançamentos reais são baseados no periodo de referência. O lançamento real pode ser imprevisto ou futuro. No caso de lançamento real imprevisto, altera o saldo de referência do mês de referência e não altera o saldo do grupo; e o lançamento futuro não altera o saldo provisionado; Exibir Saldo Real (R08): colocar a definição dos termos Movimentação de Entrada (ME) e Movimentação de Saída (MS), aonde ME são as transferências de entrada realizadas e MS são as transferências de saídas realizadas; Extratos e relatórios (R09): discutido o funcionamento desse requisito e realizar a sua descrição; Permitir o lançamento de parcelamentos (R13): é um lançamento real não realizado, afeta a provisão e modifica o saldo provisionado, mas não modifica o saldo o real. Discutido os seguintes detalhes de funcionamento: o usuário vai informar em qual tipo de saldo(saldo geral provisionado, saldo de um grupo ou criar um novo grupo) vai ser debitado o valor do parcelamento, a data, o valor total, as quantidades de parcelas e a descrição; porém pode ser um parcelamento em andamento. Após será realizada a simulação da inclusão do parcelamento, aonde será mostrada o saldo do grupo e o saldo geral, caso algum saldo ficar negativo não pode realizar o parcelamento. Foi decisão do cliente que caso o saldo saldo geral ou saldo do grupo, for negativo, não permitir a inclusão do parcelamento. Poderá ser verificada a situação dos parcelamentos do mês de referência e dos meses anteriores. Observação Importante Não haverá reuniao na próxima semana Ata n.º 07 Tabela 20 Ata de Reunião n.º 06 ATA da Reunião n.º 07 Data Horário Local 21/05/2011 Das 16h00m às 17h52m Ambiente virtual (skype) 48

52 Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. Foram discutidos todos os requisitos especificados. O orientador solicitou as seguintes correções: Definido o protótipo de interfaces dos saldos do sistema (Exibir Saldos Provisionados(R04), Exibir Saldo Real(R08), Exibir Saldo da Diferença por grupo(r10), Exibir saldo provisionado referente a cada mês e o saldo acumulado(r20)); Manter Lançamentos reais de receitas e despesas (R07): adicionar a legenda dos status para os lançamentos futuros e os lançamentos imprevisto; Exibir Saldo Real (R08): corrigir as unidades do Saldo Real Getal de todos os recipientes(srg) e o do Saldo Real do Recipiente (SRR); Permitir o lançamento de parcelamentos (R13): modificação dos protótipos de interfaces. Definido que os parâmetros para consulta serão a descrição do parcelamento, os parcelamentos ativos ou os todos os parcelamentos. Exibir contas a pagar próximas(r14): renomeado o requisito Exibir os lançamentos futuros para Exibir contas a pagar próximas ; e discutido as funcionalidades desse requisito; Tratamento de cartão de créditos (R16): o pagamento de fatura pode trocar de recipiente. Adicionado a visualzação e conciliação das faturas, aonde será apresentado o saldo conciliado e o saldo total, aonde terá um campo para selecionar as respectivas faturas para serem concialidas; Impressão de Tabelas do Sistema (R17): colocar uma tabela no protótipo da interface, para visualizar a localização do botão imprimir; Removido o requisito Criar reserva de provisão de um mês para o outro, pois o requisito Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo (R19) já possui essa funcionalidade; Colocar os parâmetros de entrada nas definições de requisitos dos seguintes requisitos: Gerar Relatório de Saldo Provisionado / Saldo Real por grupo (R22), Gerar Relatório de lançamentos e saldos mensais por grupo (R23), Gerar Relatório de extrato de lançamentos reais por recipiente (R24); Cadastro de Usuário (R25): adicionar a funcionalidade de confirmação do 49

53 cadastro por , usando o fornecido pelo usuário; Definida a criação do requisito Cancelar Usuário(R27), aonde o usuário poderá cancelar seu cadastro; Ficou definido para a próxima reunião o termino das correções e a possibilidade de implementação de algum requisito, bem como a definição da arquitetura. Tabela 21 Ata de Reunião n.º Ata n.º 08 ATA da Reunião n.º 08 Data Horário Local 28/05/2011 Das 15h52m às 16h07m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. Ficou decidido que para a primeira iteração não será implementado nenhum requisito. A primeira iteração será a especificação de todos os requisitos, e foi sanada dúvidas para a apresentação da banca parcial. Tabela 22 Ata de Reunião n.º Ata n.º 09 ATA da Reunião n.º 09 Data Horário Local 20/08/2011 Das 15h45m às 16h33m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. Discutido inicialmente como será realizado o detalhamento de caso de uso, aonde esse será descrito por cenários e cada cenário sera representado por um diagrama de 50

54 atividades. Definição dos seguintes casos de uso presente na relação de casos de uso: Exibir Saldos: composto pelos seguintes requisitos: Exibir saldos provisionados (R04), Saldo real (R08), Saldo provisionado referente a cada mês e o saldo acumulado (R10), e Saldo da diferença por grupo (R20). Relatório e extrato: composto pelo requisito Extratos e relatórios (R09). O orientador solicitou as seguintes correções: Adicionar os seguintes casos de uso na relação de caso de uso: "Conciliar fatura de cartao de crédito"; "Configurações gerais do sistema, "Exibir Dashboard ; Diagrama de caso de uso: substituir todos os relacionamentos include por extend e adicionar os casos de uso Conciliar fatura de cartao de crédito"; "Configurações gerais do sistema, "Exibir Dashboard no diagrama. Ficou definido para a próxima reunião o termino das correções e fazer o detalhamento do caso de uso Manter usuário. Tabela 22 Ata de Reunião n.º Ata n.º 10 ATA da Reunião n.º 10 Data Horário Local 03/09/2011 Das 16h00m às 16h23m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. Esclarecido duvidas da elaboração do pôster, aonde ficou definido sua estrutura: introdução, problema, objetivo, solução e conclusão. O orientador solicitou as seguintes correções: No caso de uso Manter Usuário (UC01) colocar pré-condição e corrigir os fluxos alternativos. Ficou definido para a próxima reunião o termino das correções, fazer o diagrama de 51

55 atividades do caso de uso Manter Usuário (UC01) e fazer o detalhamento dos seguintes casos de uso: Logar no sistema (UC02), Manter arranjo dos subgrupos de receitas e despesas (UC03), Manter provisão de receitas e despesas (UC04), Manter recipientes de dinheiro (UC05), Manter lançamentos reais de receitas e despesas (UC06). Tabela 22 Ata de Reunião n.º Ata n.º 11 ATA da Reunião n.º 11 Data Horário Local 10/09/2011 Das 15h35m às 16h07m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. O orientador solicitou as seguintes correções: No caso de uso Logar no sistema (UC02) alterar o fluxo principal, após autenticar usuario redirecionar para a pagina de dashboard. No caso de uso Manter arranjo dos subgrupos de receitas e despesas (incluir) (UC03) adicionar o fluxo alternativo 2: Excluir um subgrupo com lançamento. Ficou definido para a próxima reunião revisar todos os requisitos associados ao casos de uso e continuar o detalhamento dos casos de uso restante com diagramas de atividades. Tabela 22 Ata de Reunião n.º Ata n.º 12 ATA da Reunião n.º 12 Data Horário Local 24/09/2011 Das 16h09m às 17h00m Ambiente virtual (skype) Equipe técnica Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. 52

56 Equipe usuária Guiliano Rangel Alves. Teor desta reunião O orientador solicitou as seguintes correções: No caso de uso Manter provisão de receitas e despesas (UC04) retirar a funcionalidade de replicação individual de provisão de receitas ou receitas, e corrigir o detalhamento dos cenários e diagrama de atividades. Ficou definido para os itens elementos de dados e elementos de comportamento do Dicionário de projeto e os atributos e métodos das classes de projeto do Realização de caso de uso será especificado em um apêndice, usando o javadoc. Tabela 22 Ata de Reunião n.º Ata n.º 13 ATA da Reunião n.º 13 Data Horário Local 08/10/2011 Das 15h40m às 16h02m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. O orientador solicitou as seguintes correções: Na modelagem de caso de uso, no item Detalhamento de casos de uso, ordenar a numeração dos diagramas de atividades. Ficou definido terminar o detalhamento de caso de uso até quarta feira (12/10/2011) para ser corrigido pelo orientador. Tabela 22 Ata de Reunião n.º 13 53

57 Ata n.º 14 ATA da Reunião n.º 14 Data Horário Local 22/10/2011 Das 15h56m às 16h45m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. O orientador solicitou as seguintes correções: No diagrama de pacotes especificar as classes que constituem cada pacote. Criado um item Modelo de caso de uso dentro da Especificação de arquitetura, aonde irá representar em um diagrama de sequência por cada cenário de um crud básico. Ficou acordado o ínicio da modelagem dos dados, plano de teste e realização de caso de uso Ata n.º 15 Tabela 22 Ata de Reunião n.º 14 ATA da Reunião n.º 15 Data Horário Local 29/10/2011 Das 15h50m às 16h52m Ambiente virtual (skype) Equipe técnica Equipe usuária Teor desta reunião Paulo Roberto Queiroz de Oliveira, orientando. Guiliano Rangel Alves, orientador. Guiliano Rangel Alves. 54

58 Os seguintes requisitos foram alterados para requisitos futuros: Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo (R19). Extratos e relatórios (R09). Gerar relatório de saldo provisionado/saldo real por grupo (R22). Gerar Relatório de lançamentos e saldos mensais por grupo (R23). Gerar relatório de extrato de lançamentos reais por recipiente (R24). Os casos de uso dos respectivos requisitos acima foram retirados da documentação. O orientador solicitou as seguintes correções: Alterar o Diagrama de Entidade Relacionamento (DER) do sistema. Foi adicionado uma nova tabela Fatura, para permitir o controle de fechar e conciliar fatura de cartão de crédito. Alterar o protótipo de interface do requisito Tratamento de cartão de créditos (R16). Foi alterado os campos data de vencimento e data de fechamento para dia de vencimento e data de vencimento. Alterar o protótipo de interface do requisito Manter lançamentos reais de receitas e despesas (R07). Foi adicionado um campo para escolher o cartão de crédito que será utilizado no lançamento. Tabela 22 Ata de Reunião n.º 15 55

59 4.2 Descrição do Negócio O sistema se baseia em um controle financeiro pessoal, auxiliando os seus usuários na manutenção de suas receitas e despesas. Tem como foco principal as provisões de receitas e despesas, possibilitando uma gestão mais apurada das informações. Para o funcionamento eficaz do sistema é necessário um comprometimento do usuário em utilizar a ferramenta como auxilio no controle e gestão de suas finanças. O usuário inicialmente deverá cadastrar grupos de receitas e despesas, respeitando os níveis e subníveis de cada grupo. Poderão ser realizados lançamentos de provisões de receitas e despesas em cada subgrupo, todos os lançamentos devem constar um subgrupo. O usuário deverá cadastrar recipientes de dinheiro (contas bancárias, cofres, carteira, etc.). Poderão ser realizados lançamentos reais de receitas e despesas, todos os lançamentos reais devem constar um subgrupo e também um recipiente de dinheiro. Os lançamentos reais devem ser classificados como imprevisto (caso não haja uma provisão relacionada ao lançamento), e Lançamentos Futuros (caso o lançamento real ainda não tenha acontecido). Os lançamentos reais classificados como futuro, serão novamente classificados quando a data atual alcançar a data do lançamento. O usuário poderá realizar a transferência de valores entre recipientes (transferência entre contas bancaria, saque em uma conta bancaria, etc.). Poderá ser verificada a possibilidade de lançamentos provisionados com parcelamento, de acordo com a situação financeira do usuário. O sistema exibirá diversos tipos de saldos e a possibilidade de acesso a relatórios com as informações desejadas. 56

60 4.3 Lista de Requisitos Identificação R01 R02 R03 R04 R05 R06 R07 R08 R09 R10 R11 R12 R13 R14 R15 R16 R17 R18 R19 R20 R21 R22 R23 R24 R25 R26 R27 Requisito Manter arranjo dos subgrupos de receitas e despesas Manter provisão de receitas e despesas Replicação de provisão Exibir saldos provisionados Manter recipientes de dinheiro Transferência manual entre recipientes de dinheiro Manter lançamentos reais de receitas e despesas Exibir saldo real Extratos e relatórios Exibir saldo da diferença por grupo Manual de ajuda e processos Usabilidade e confiabilidade Permitir o lançamento de parcelamentos Exibir contas a pagar próximas Analisar lançamentos anteriores Tratamento de cartão de créditos Impressão de tabelas do sistema Permitir importação de arquivos de lançamento de cartão de crédito e saldo bancário Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo Exibir saldo provisionado referente a cada mês e o saldo acumulado Informar quando exceder o saldo provisionado Gerar relatório de saldo provisionado / saldo real por grupo Gerar relatório de lançamentos e saldos mensais por grupo Gerar relatório de extrato de lançamentos reais por recipiente Manter usuário Controle de acesso Configurações gerais do sistema 57

61 R28 Exibir dashboard Tabela 23 Lista de Requisitos 58

62 4.4 Lista de Regras de Negócio Identificação RN01 RN02 RN03 RN04 RN05 RN06 RN07 RN08 RN09 RN10 RN11 RN12 Regras de Negócio Existir dois grupos fixos (pré-cadastrados) no banco de dados: Receitas e Despesas Aceitar provisões ou lançamentos reais somente nos nós folha (ultimo nível da árvore) de grupos Não aceitar cadastro de filhos para um determinado grupo que já está sendo usado em alguma provisão ou lançamento real, bem como a deleção do grupo Não aceitar mais de três níveis de grupos na árvore de receitas ou despesas Não aceitar alteração do saldo atual do recipiente, somente alterar o saldo inicial Não aceitar deleção de um recipiente de dinheiro que já está sendo usado em lançamentos reais ou em transferências entre recipientes Provisões precisam afetar algum grupo, portanto para efetuar provisões é necessário que existam grupos cadastrados Lançamentos reais precisam afetar algum grupo e algum recipiente, portanto para efetuar lançamentos reais é necessário que existam grupos e recipientes cadastrados; Lançamentos reais com datas maiores que a data atual devem ser marcados manualmente como lançamentos futuros O tipo do lançamento real Imprevisto e/ou Futuro deve influenciar no calculo tradicional dos saldos Para serem efetivas, as transferências precisam afetar dois recipientes (Origem e Destino), portanto é necessária a existência de pelo menos dois recipientes cadastrados no sistema Recalcular os saldos do sistema a cada criação ou alteração de: provisões, lançamentos reais, recipientes e transferências entre recipientes Requisito Associado R01 R02, R07 R01 R01 R05 R05, R06, R07 R01, R02 R01, R05, R07 R07 R07 R05, R06 R02, R05, R06, R07 RN13 Não permitir deleção do grupo que possui filhos R01 59

63 RN14 RN15 RN16 RN17 RN18 RN19 Possibilitar a alteração de Lançamento Real Não Realizado com data maior que a data atual, alterando também a sua data Permitir somente a replica de Provisão e lançamentos Reais Não Realizados A Inclusão na Provisão de um parcelamento so pode ser realizada caso haja orçamento até o termino das parcelas. A inclusão na Provisão de um Parcelamento deve ser possível somente quando há saldo suficiente em todos os meses Para cada Parcela de um Lançamento de um Parcelamento na provisão, deve existir um lançamento Real Não Realizado, sendo identificado sua origem Uma determinada receita não necessáriamente deverá ser utilizada no mês de seu lançamento R07 R03, R07 R02, R13 R02, R13 R02, R13 RN20 O recipiente que possuir limite não pode ultrapassá-lo R06, R07 RN21 RN22 O recipiente que não possuir limite não pode ficar negativo As movimentações de transferência não altera o saldo provisionado, só altera o saldo real Tabela 24 Lista de Regras de Negócio R07 R06, R07 R06 60

64 4.5 Dificuldades encontradas no Negócio Dificuldades 1. Adquirir conhecimento sobre gerenciamento financeiro e contabilidade. 2. Manter os diversos saldos apresentados pelo sistema. 3. Necessidade do registro constante dos gastos do cliente. 4. A mudança de cultura do usuário de controlar despesas para programar/provisionar seus gastos e receitas. Propostas de Soluções Estudar sistemas já existentes e conversar com pessoas que possuem experiência sobre o assunto. Manter a implementação robusta, respeitando os cálculos e relacionamentos. Acompanhamento de gastos sequenciais simplificados. Planejamento de receitas e despesas do usuário. Tabela 25 Dificuldades encontradas no negócio 61

65 4.6 Definição do Problema Você sabe quais são suas responsabilidades financeiras no mês? Provavelmente você responderá tal pergunta com um sonoro Não!. Existem muitas despesas a pagar todo mês e ter o controle de todas nossas contas é uma tarefa difícil. Confeccionar uma planilha dos gastos e ganhos não garante uma vida financeira confortável, diversas vezes o planejamento simplesmente não dá certo por um motivo simples, é preciso refletir sobre os gastos e ganhos. No mundo em que vivemos ter o controle de nossos gastos é de suma importância. Uma decisão errada pode ocasionar um efeito cascata no orçamento familiar ou pessoal. Nem sempre é preciso dizer não para ter o orçamento sob controle. Um bom planejamento requer saber o que se gasta, como se gasta e com o que se irá gastar. Com esse intuito o sistema BBA Money foi concebido. Aonde se faz o planejamento através de provisões de receitas e despesas, e gerenciamento através de lançamentos reais de receitas e despesas. O sistema se propõe a fazer controles básicos e fornecer informações importantes, onde usuário tomará suas atitudes baseadas nos saldos apresentados. À medida que os gastos vão aumentando o auxílio de uma ferramenta capaz de prover um planejamento se faz necessário. O sistema BBA Money auxiliará seus usuários na tarefa de saber para onde vai o seu dinheiro. 62

66 4.7 Objetivo do Software O sistema aparece como uma ferramenta de planejamento e gerenciamento do orçamento pessoal. Planejando através de provisões de receitas e despesas, e gerenciando através de lançamentos reais de receitas e despesas. Possuindo como um dos principais objetivos a eficiência no retorno de informações gerencias ao usuário. Além disso se apresentar como uma ferramenta de fácil utilização, garantindo assim uma maior usabilidade. 4.8 Escopo do Software O sistema acompanhará receitas e despesas, sendo elas fixas e ou extras, a vista ou a prazo, que poderão ser divididas em categorias e subcategorias. As categorias serão agrupamentos que normalmente identificarão a origem da receita ou despesa. O acompanhamento do sistema será feito através de Provisões e Lançamentos Reais, onde Provisões caracterizam o planejamento do que se quer que aconteça, e Lançamentos Reais os eventos financeiros reais. Identificação de lançamentos facilitaram a utilização e acompanhamento das provisões e lançamentos Reais e tratamento para cartões de créditos. Sendo que somente será tratado o cadastro de cartões de crédito. Não fará parte do escopo do software as seguintes funcionalidades: importação de cartão de crédito e saldo bancário, replicação de provisão, lançamentos de parcelamentos, configurações do sistema, manual de processos e ajuda. 63

67 4.9 Clientes Alvo Nome Pessoa que possui receitas e despesas Pessoa que desejar um controle financeiro pessoal Definição Próprio controle financeiro Todas as pessoas que desejarem possuir o próprio controle financeiro pessoal 4.10 Glossário do Negócio Tabela 26 Clientes Alvo Termo Definição Sinônimo Provisão Ato de planejar algum evento financeiro Lançamento de provisão Lançamento Ato de efetuar um evento financeiro Lançamento real Recipiente Qualquer local onde se armazena dinheiro Recipiente de dinheiro Grupo Transferência Refere-se a uma entidade do mundo real que é fonte de receita ou despesa Trata-se da movimentação de dinheiro entre recipientes. Subgrupo Movimentação Tabela 27 Glossário do Negócio 64

68 5 Requisitos 5.1 R01 - Manter arranjo dos subgrupos de receitas e despesas Especificação do Requisito - R01 Incremento Nome Tipo Definição Primeiro Manter arranjo dos subgrupos de receitas e despesas Funcional Trata-se do cadastro do nome dos subgrupos nos quais futuramente serão feitos as provisões e lançamentos. Normalmente essas categorias serão agrupamentos que identificarão a origem da receita ou despesa. Essa atividade é vital para que o sistema funcione, e será a primeira atividade de um novo usuário do sistema. Já existem dois grupos fixos inalteráveis no sistema: Receitas e Despesas. Ambos os grupos com seus subgrupos serão mantidos da mesma forma. Vale a pena lembrar que os grupos Receitas e Despesas são independentes apesar de trabalharem da mesma forma. O usuário dará nome aos subgrupos ao seu gosto. Existirá somente três níveis de agrupamentos. O Usuário não poderá excluir ou expandir subgrupos que já estão sendo usados nas provisões ou em lançamentos reais, os demais poderão ser excluídos e expandidos, e grupos que possuem filhos também não poderão ser excluídos. Existem subgrupos que só são úteis por determinado período de tempo. Passado este período não se faz necessário a listagem deles, porém deverão ser mantidos a cargo de possíveis relatórios. Para resolver este problema será implementado um campo para à desativação ou ativação do subgrupo. Será acrescentado à árvore de grupos e subgrupos um campo em que o usuário poderá marcar/desmarcar e assim efetuar a desativação/ativação do subgrupo em questão. Apesar do subgrupo estar desativado, ele será listado na árvore de listagem de grupos, porém não será listado na lista de provisões e lançamentos. Um grupo poderá ser desativado mesmo tendo um provisionamento ou lançamentos referentes a ele, e caso estejam no 3º grau da árvore. O sistema deve permitir que um grupo seja marcado como não replicável, impedindo que seus lançamentos sejam replicáveis 65

69 Regras de negócio associadas para meses futuros. RN01, RN03, RN04, RN07, RN08, RN13 Tabela 28 Tabela de Especificação do Requisito R Protótipo de Interface R01 Figura 1 Protótipo de Interface do Requisito 01 Figura 2 Protótipo de Interface do Requisito 01 66

70 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Informações Relacionadas R01 Ativação/ Desativação Boolean - N N False - - Grupo String 100 N S Nome String 100 N S Não replicar lançamentos desse Grupo/SubGrupo Boolean - N N False - - Tabela 29 Informações relacionadas ao requisito R Funcionalidades Relacionadas - R01 Ação Adicionar Editar Excluir Salvar Funcionalidade Abre uma janela para preenchimento de informações para criação de um novo subgrupo Abre uma janela para alteração de informações do subgrupo Abre uma janela para confirmação da exclusão das informações do subgrupo, e caso confirmado, exclui as informações Valida as informações preenchidas, e caso esteja validado, salva as informações Tabela 30 Funcionalidades relacionadas ao requisito R R02 - Manter Provisão de Receitas e Despesas 67

71 5.2.1 Especificação do Requisito - R02 Incremento Nome Tipo Definição Regras de negócio associadas Primeiro Manter provisão de receitas e despesas Funcional Trata-se de um requisito diretamente relacionado com o requisito Manter arranjo dos subgrupos de receitas e despesas (R01). A provisão mostrará a expectativa mensal idealizada do orçamento pessoal. As provisões serão preenchidas para cada último subgrupo do arranjo mostradas no requisito R01, e respeitarão o agrupamento fixo de Receitas e Despesas. Em cada mês poder se ter uma provisão diferente. O usuário informará valores, que corresponderão à quantia em REAIS da receita e da despesa, datas previstas para recebimento e pagamentos, e descrições das ações. Vale a pena lembrar que a manutenção das provisões de Receitas e Despesas são independentes apesar de trabalharem da mesma forma. RN02, RN07, RN12, RN16, RN17, RN18 Tabela 31 Tabela de Especificação do Requisito R Protótipo de Interface R02 Figura 3 Protótipo de Interface do Requisito 02 68

72 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Figura 4 Protótipo de Interface do Requisito Informações Relacionadas R02 Receita Boolean - N S True - - Despesa Boolean - N N False - - Mês Inteiro 2 N N (Mês) Ano Inteiro 4 N N (Ano) Grupo String 100 N S Data prevista para realização Valor a Receber/Pagar Date 10 N S /00/0000 (Dia/Mês/Ano) Decimal 10 N S - - R$0.000,00 Descrição String 100 N S Tabela 32 Informações relacionadas ao requisito R Funcionalidades Relacionadas - R02 69

73 Ação Pesquisar Novo Consultar(Lupa) Excluir Salvar Funcionalidade Realiza a pesquisa das provisões de receitas/despesas realizadas durante o período informado e apresenta os resultados na listagem Abre uma janela para preenchimento de informações de provisão de receita/despesa Consulta as informações relacionadas a provisão de receita/despesa selecionada na listagem e abre uma janela com estas informações para alteração ou exclusão Abre uma janela para confirmação da exclusão das informações da provisão, e caso confirmado, exclui as informações Valida as informações preenchidas, e caso esteja validado, salva as informações Tabela 33 Funcionalidades relacionadas ao requisito R R03 - Replicação de Provisão Especificação do Requisito - R03 Incremento Nome Tipo Definição Não será incrementado Replicação de Provisão Futuro Trata-se de um requisito diretamente relacionado com o requisito Manter provisão de receitas e despesas (R02). Esse requisito trata dos lançamentos em cascata para provisões de receitas ou despesas com vencimento seqüencial previsto. Este requisito trata de duas possibilidades de réplicas: 1. Caso o usuário tenha um mês orçado, com provisão de receitas e despesas e lançamentos reais não realizados incluídos no sistema, ele terá a opção de replicar todos as provisões para o próximo mês, já realizando a provisão de receitas e despesas para os meses desejados. Serão mantidas todas as informações cadastradas nas provisões, sendo alterada somente a data. Ex.: Provisões realizadas com a data de 01/01/2007, replicadas para o próximo mês 01/02/ O usuário terá a opção de replicar provisões de um grupo ao qual desejar. Selecionando um grupo de receitas ou despesas, 70

74 Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) pode-se selecionar entre o 1º, 2 º ou 3º nível cadastrados, o usuário poderá replicá-lo para um próximo mês. Ex.: Grupo de Receitas/Salário/Ueg com data de provisão 05/01/2007 replicados para o próximo mês 05/02/2007, sendo mantida as demais informações dos lançamentos. Ex: Grupo de Recistas/Salário/Ueg, Recistas/Salário/PJ. Selecionando o Grupo Salário, os nós filhos Ueg e PJ serão replicados. As provisões replicadas para um próximo mês, serão identificadas, para um possível cancelamento. RN15 Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 34 Tabela de Especificação do Requisito R Protótipo de Interface R03 Figura 6 Protótipo de Interface do Requisito 03 71

75 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Figura 6 Protótipo de Interface do Requisito Informações Relacionadas R03 Receita Boolean - N S True - - Despesa Boolean - N N False - - Mês String 20 N S Quantidade de meses Inteiro 2 N S 0-00 Tabela 35 Informações relacionadas ao requisito R03 72

76 5.3.4 Funcionalidades Relacionadas - R03 Ação Replicar Cancelar Funcionalidade Replica o mês ou grupo de Receita/Despesa Cancela a série de replicação de provisão de receitas/despesas Tabela 36 Funcionalidades relacionadas ao requisito R R04 - Exibir saldos provisionados Especificação do Requisito - R04 Incremento Nome Tipo Definição Regras de negócio associadas Primeiro, Segundo Exibir Saldos Provisionados Funcional Esse requisito visa mostrar para o usuário o saldo em REAIS baseado nas provisões, podendo ser positivo ou negativo. Será apresentado ao usuário o Saldo Provisionado Total (calculo entre Total Receitas Provisionadas, Total Despesas Provisionadas e ainda Lançamentos Reais Imprevistos (não provisionados. Normalmente uma boa provisão não terá um saldo negativo, que caracteriza uma situação financeira desfavorável. Um saldo negativo poderá caracterizar um endividamento temporário consciente. SPT: Saldo Provisionado Total TRP: Total de Receitas Provisionadas TDP: Total de Despesas Provisionadas TRLI: Total de Receitas Lançadas Imprevista TDLI: Total de Despesas Lançadas Imprevista SPT = (TRP-TDP) + (TRLNP - TDLNP) Período de referência: São considerados neste calculo somente eventos ocorridos no mês de referência. Não há regras de negócios associadas a este requisito Tabela 37 Tabela de Especificação do Requisito R04 73

77 5.4.2 Protótipo de Interface R04 Figura 5 Protótipo de Interface do Requisito 04 Figura 6 Protótipo de Interface do Requisito Informações Relacionadas R04 Não será descrito as funcionalidades relacionadas a esse requisito 74

78 5.4.4 Funcionalidades Relacionadas - R04 Não será descrito as funcionalidades relacionadas a esse requisito 5.5 R05 - Manter Recipientes de Dinheiro Especificação do Requisito - R05 Incremento Nome Tipo Definição Regras de negócio associadas Primeiro Manter Recipientes de Dinheiro Funcional O sistema controlará a quantia em REAIS que existe em cada lugar onde se possa ter dinheiro. Normalmente se trata de contas bancárias, poupanças e dinheiro sacado (na mão ou carteira). O usuário informará o nome dos recipientes e saldo inicial. O usuário somente poderá excluir um recipiente de dinheiro que não está sendo usado em nenhum lançamento real ou movimentação. O sistema deverá permitir que alguns recipientes possuam um limite para lançamentos. Certos recipientes são permitidos haver um valor negativo para o recipiente, o que represente um limite do Cartão de Credito, por exemplo. RN05, RN06, RN08, RN11, RN12 Tabela 38 Tabela de Especificação do Requisito R05 75

79 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Protótipo de Interface R05 Figura 7 Protótipo de Interface do Requisito 05 Figura 8 Protótipo de Interface do Requisito Informações Relacionadas R05 Nome String 100 N S

80 Saldo Inicial Decimal 10 N S 0,00 - R$0.000,00 Saldo Atual Decimal 10 N S 0,00 - R$0.000,00 Sim Boolean - N N False - - Não Boolean - S N True - - Valor limite Decimal 10 N S 0,00 - R$0.000,00 Tabela 39 Informações relacionadas ao requisito R Funcionalidades Relacionadas - R05 Ação Pesquisar Novo Consultar(Lupa) Excluir Salvar Funcionalidade Realiza a pesquisa dos recipientes de dinheiro cadastrados durante o período informado e apresenta os resultados na listagem Abre uma janela para preenchimento de informações do recipiente de dinheiro Consulta as informações relacionadas ao recipiente de dinheiro selecionado na listagem e abre uma janela com estas informações para alteração ou exclusão Abre uma janela para confirmação da exclusão das informações da provisão, e caso confirmado, exclui as informações Valida as informações preenchidas, e caso esteja validado, salva as informações Tabela 40 Funcionalidades relacionadas ao requisito R R06 - Transferência manual entre recipientes de dinheiro Especificação do Requisito - R06 Incremento Nome Tipo Definição Primeiro Transferência manual entre recipientes de dinheiro Funcional Trata-se da transferência de fundos ocorridas no mundo real, 77

81 Regras de negócio associadas como um depósito, um saque etc. Esses eventos podem ser registrados no sistema. Essa operação ocorre entre dois recipientes e altera seus saldos (o valor da transferência é debitado do saldo do recipiente de origem, enquanto o valor da transferência é creditado no saldo do recipiente de destino). Não será possível a exclusão de movimentações, porém podese realizar outra movimentação (inversa) para restaurar o saldo anterior. RN06, RN11, RN20, RN21, RN22 Tabela 41 Tabela de Especificação do Requisito R Protótipo de Interface R06 Figura 8 Protótipo de Interface do Requisito 06 78

82 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Figura 9 Protótipo de Interface do Requisito Informações Relacionadas R06 Mês Inteiro 2 N N (Mês) Ano Inteiro 4 N N (Ano) Data de movimentação Date 10 N S /00/0000 (Dia/Mês/Ano) Origem String 100 N S Destino String 100 N S Valor Decimal 10 N S 0,00 - R$0.000,00 Tabela 42 Informações relacionadas ao requisito R Funcionalidades Relacionadas - R06 Ação Pesquisar Novo Estonar Transferir Funcionalidade Realiza a pesquisa das transferências entre recipientes cadastradas durante o período informado e apresenta os resultados na listagem Abre uma janela para preenchimento de informações da transferências entre recipientes Realiza o estorno da transferência selecionada na listagem Valida as informações preenchidas, e caso esteja validado, salva as informações Tabela 43 Funcionalidades relacionadas ao requisito R06 79

83 5.7 R07 - Manter Lançamentos Reais de Receitas e Despesas Especificação do Requisito - R07 Incremento Nome Tipo Definição Regras de negócio associadas Segundo Manter Lançamentos Reais de Receitas e Despesas Funcional Trata-se de um requisito diretamente relacionado com o requisito Manter provisão de receitas e despesas (R02), pois os lançamentos são as realizações do que foi provisionado. O usuário informará valores que faturou e que despendeu em REAIS, sempre informando o recipiente e o grupo os quais serão afetado. O usuário também fornecerá as datas exatas dos recebimentos e pagamentos. Esses lançamentos poderão acontecer a qualquer momento, e ainda sobre eventos não provisionados, caracterizando assim um lançamento aberto (sem uma provisão), que deve ser marcado manualmente com imprevisto. Vale a pena lembrar que a manutenção dos lançamentos reais de Receitas e Despesas são independentes apesar de trabalharem da mesma forma. Ainda são permitidos lançamentos reais com a data maior que a data atual, fazendo-se necessário a marcação manual de que o mesmo lançamento é futuro. Esses lançamentos são usados principalmente para despesas fixas, certas e continuas como prestações. Para o tratamento de uma receita adquirida em um mês utilizada em outro mês o saldo será creditado no primeiro dia do mês escolhido pelo usuário, com referência ao lançamento do mês em que o saldo foi cadastrado. O saldo real só será modificado quando o lançamento real não realizado for realizado.vale lembrar que tal receita não entrará nas contas de provisão do mês em questão, mas tal receita entrará na provisão do mês seguinte. RN02, RN06, RN08, RN09, RN12, RN14, RN15, RN19 Tabela 44 Tabela de Especificação do Requisito R07 80

84 5.7.2 Protótipo de Interface R07 Figura 10 Protótipo de Interface do Requisito 07 Figura 11 Protótipo de Interface do Requisito Informações Relacionadas R07 81

85 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Receita Boolean - N S True - - Despesa Boolean - N N False - - Mês Inteiro 2 N N (Mês) Ano Inteiro 4 N N (Ano) Grupo String 100 N S Data do acontecimento Cartão de crédito Date 10 N S /00/0000 (Dia/Mês/Ano) String 100 N S Recipiente String 100 N S Valor a Receber/Pagar Decimal 10 N S 0,00 - R$0.000,00 Descrição String 100 N S Lançamento Futuro Lançamento Imprevisto Boolean - N S False - - Boolean - N N False - - Sim Boolean - N N False - - Não Boolean - S N True - - Data da ativação Date 10 N S /00/0000 (Dia/Mês/Ano) Tabela 45 Informações relacionadas ao requisito R Funcionalidades Relacionadas - R07 Ação Funcionalidade 82

86 Pesquisar Novo Consultar(Lupa) Excluir Realiza a pesquisa dos lançamentos reais de receitas/despesas realizados durante o período informado e apresenta os resultados na listagem Abre uma janela para preenchimento de informações de lançamentos reais de receita/despesa Consulta as informações relacionadas ao lançamento real de receita/despesa selecionada na listagem e abre uma janela com estas informações para alteração ou exclusão Abre uma janela para confirmação da exclusão das informações do lançamento real, e caso confirmado, exclui as informações Tabela 46 Funcionalidades relacionadas ao requisito R R08 - Exibir Saldo Real Especificação do Requisito - R08 Incremento Nome Tipo Definição Segundo Exibir Saldo Real Funcional Serão mostrados o Saldo Real dos Recipientes e o Saldo Real Geral que é a soma dos saldos dos recipientes. O saldo real dos recipientes envolve cálculos entre Saldo Inicial do recipiente, Movimentações e Lançamentos Reais. Nem todos os Lançamentos Reais serão incluídos nesse caso. Os futuros (que não aconteceu - observado no Manter Lançamentos Reais de Receitas e Despesas (R07)) não estão incluídos nesse cálculo. SRG: Saldo Real Geral (Todos os Recipientes) SRR: Saldo Real do Recipiente SIR: Saldo Inicial do Recipiente (Inserido no cadastro do recipiente) TRLEF: Total de Receitas Lançadas Exceto Futuro por recipiente TDLEF: Total de Despesas Lançadas Exceto Futuro por recipiente ME: Movimentação de Entrada (Transferências de entradas realizadas) MS: Movimentação de Saída (Transferências de saídas 83

87 realizadas) SRR n = (SIR) + (TRLEF - TDLEF) + (ME - MS) Aonde n = número do recipiente SRG = SRR 1 + SRR 2 + SRR SRR n Regras de negócio associadas Período de referência: São considerados neste calculo somente eventos ocorridos no mês de referência. Não há regras de negócios associadas a este requisito Tabela 47 Tabela de Especificação do Requisito R Protótipo de Interface R08 Vide o protótipo de inteface do requisito Exibir Saldos Provisionados (R04) Informações Relacionadas R08 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas - R08 Não será descrito as funcionalidades relacionadas a esse requisito 5.9 R09 - Extratos e relatórios Especificação do Requisito - R09 Incremento Nome Tipo Definição Não será incrementado Extratos e relatórios Futuro Esse requisito mostra informações históricas do gerenciamento orçamental pessoal. Estarão disponíveis informações do futuro, presente e passado. Na parte de extratos, será possível visualizar as receitas e despesas provisionadas ou reais, de acordo com o mês e ano informado. Na parte de gráficos, será possível visualizar o gráfico de receitas ou despesas, provisionadas ou reais, de um mês ou 84

88 Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) ano informado. Escolhido o mês, será apresentado todos os grupos de receitas ou despesas com seus respectivos saldos; e caso seja escolhido o ano, será apresentado os saldos gerais de receitas ou despesas, de todos os meses de um ano. Na parte de relatórios, será composto pelos seguintes relatórios: Saldo Provisionado / Saldo Real por grupo (R23), Lançamentos e saldos mensais por grupo (R24) e Extrato de lançamentos reais por recipiente (R25). Informações do layout vide protótipo. Não há regras de negócios associadas a este requisito Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 48 Tabela de Especificação do Requisito R Protótipo de Interface R09 Figura 13 Protótipo de Interface do Requisito 09 85

89 Figura 14 Protótipo de Interface do Requisito 09 Figura 15 Protótipo de Interface do Requisito Informações Relacionadas R09 86

90 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Mês Inteiro 2 N S (Mês) Ano Inteiro 4 N S (Ano) Tipo de lançamento String 12 N S Grupo String 7 N S Anual Boolean - N N False - - Mensal Boolean - S N True - - Tabela 49 Informações relacionadas ao requisito R Funcionalidades Relacionadas - R09 Ação Gerar extrato Gerar gráfico Funcionalidade Gera o extrato e apresenta as informações na listagem Gera o gráfico de acordo com as informações preenchidas Tabela 50 Funcionalidades relacionadas ao requisito R R10 - Exibir saldo da diferença por grupo Especificação do Requisito R10 Incremento Nome Tipo Definição Terceiro Exibir Saldo da Diferença por grupo Funcional Trata-se do saldo comparando o provisionado com o que 87

91 Regras de negócio associadas realmente aconteceu. A partir desse saldo é possível saber se para determinado grupo o usuário excedeu ou não os gastos ou lucros do que foi provisionado. Essa categoria de saldo dá suporte ao gerenciamento das atividades financeiras. SDPG: Saldos da diferença do Grupo TRPG: Total de Receitas Provisionadas por Grupo TDPG: Total de Despesas Provisionadas por Grupo TRLEI: Total de Receitas Lançadas Exceto Imprevista por Grupo TDLEI: Total de Despesas Lançadas Exceto Imprevista por Grupo SDPG = (TRPG - TDPG). (TRLEI - TDLEI) *Período de referência: São considerados neste calculo somente eventos ocorridos no mês de referência Não há regras de negócios associadas a este requisito Tabela 51 Tabela de Especificação do Requisito R Protótipo de Interface R10 Vide o protótipo de inteface do requisito Exibir Saldos Provisionados (R04) Informações Relacionadas R10 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas R10 Não será descrito as funcionalidades relacionadas a esse requisito 5.11 R11 - Manual de Ajuda e Processos Especificação do Requisito R11 Incremento Nome Tipo Definição Não será incrementado Manual de Ajuda e Processos Futuro Embora o sistema seja simples de usar, requer um 88

92 Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) conhecimento sobre planejamento e gerenciamento. O sistema usado incorretamente não é funcional. Existirão dois tipos de manuais de ajuda. Um manual de procedimentos, onde será detalhado um passo a passo, mostrando todas as etapas que deverão ser seguidas quando o usuário está começando a usar o software. O segundo manual será um manual de duvidas. Neste manual será explicado os termos usados no software, serão mostradas todas as telas e todos os campos serão comentados, falando qual é a função de cada campo. Não há regras de negócios associadas a este requisito Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 52 Tabela de Especificação do Requisito R Protótipo de Interface R11 Não será efetuado o protótipo desse requisito Informações Relacionadas R11 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas R11 Não será descrito as funcionalidades relacionadas a esse requisito 5.12 R12 - Usabilidade e Confiabilidade Especificação do Requisito R12 Incremento Nome Tipo Definição Primeiro Usabilidade e confiabilidade Não Funcional O sistema deve apresentar características de usabilidade e confiabilidade. 89

93 A usabilidade sera garantida através da fácil operacionalidade, aprendizagem e compreensibilidade do sistema. Como exemplo, apresentará manual de ajudas e processo, navegação facilitada, prevenção contra erros de operação, padronização e rapidez no desenvolvimento de tarefas. O sistema apresentará mensagens de confirmação de exclusão dos dados, padrão de telas para operações de inclusão, alteração, consulta e exclusão. A confiabilidade será garantida através da maturidade, tolerância a falhas e recuperabilidade do sistema. Regras de negócio associadas Não há regras de negócios associadas a este requisito Tabela 53 Tabela de Especificação do Requisito R Protótipo de Interface R12 Não será efetuado o protótipo desse requisito Informações Relacionadas R12 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas R12 Não será descrito as funcionalidades relacionadas a esse requisito 5.13 R13 - Permitir o lançamento de Parcelamentos Especificação do Requisito R13 Incremento Nome Tipo Definição Não será incrementado Permitir o lançamento de parcelamentos Futuro Trata-se do lançamento de movimentações com parcelas, sendo avaliada a possibilidade de inclusão de cada parcela no mês de referência, serão levadas em conta os saldos provisionados gerais e de cada grupo, se esse parcelamento 90

94 Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) poderá ser incluído no orçamento. Será avaliado o valor total do lançamento, o numero de parcelas, o grupo ao qual afetará esse lançamento, se existe saldo para a inclusão desse lançamento no grupo, se existe saldo geral no orçamento.ao ser criado um parcelamento o usuário deve ter a opção de criar um novo grupo destinado ao parcelamento em criação. Será realizada a simulação do parcelamento, aonde será verificado o valor por mês, e o saldo geral ou do grupo, se algum saldo ficar negativo não será possível gerar o parcelamento. O sistema deve permitir que um parcelamento que já esteja em andamento possa ser cadastrado no sistema. Ex: cadastrar um parcelamento que esteja em sua 4 parcela de um total de 12 parcelas, nesse caso o sistema deve considerar as parcelas anteriores como pagas. O sistema deve informar a situação do parcelamento, aonde mostrará o título do parcelamento, o valor do parcelamento total, a quantidade de parcelas e quantidade que já foram pagas, valor total das parcelas pagas e a quantidade e valor total de parcelas que estejam em aberto. RN16, RN17, RN18 Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 54 Tabela de Especificação do Requisito R Protótipo de Interface R13 Figura 16 Protótipo de Interface do Requisito 13 91

95 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Figura 17 Protótipo de Interface do Requisito 13 Figura 18 Protótipo de Interface do Requisito Informações Relacionadas R13 Descrição String 100 N S

96 Ativo Boolean - N N True - - Todos Boolean - N N False - - Data Date 10 N S /00/0000 (Dia/Mês/Ano) Valor total Decimal 10 N S - - R$0.000,00 Quantidade de parcelas Inteiro 4 N S Sim Boolean - N N False - - Não Boolean - S N True - - Quantidade de parcelas pagas Inteiro 4 N N Debitar em String 14 N S Subrgrupo String 100 N S Tabela 55 Informações relacionadas ao requisito R Funcionalidades Relacionadas R13 Ação Pesquisar Novo Consultar(Lupa) Excluir Novo Subgrupo Simular Parcelamento Funcionalidade Realiza a pesquisa dos lançamentos de parcelamento realizados durante o período informado e apresenta os resultados na listagem Abre uma janela para preenchimento de informações do lançamento de parcelamento Consulta as informações relacionadas ao lançamento do parcelamento selecionado na listagem e abre uma janela com estas informações para alteração ou exclusão Abre uma janela para confirmação da exclusão das informações do lançamento de parcelamento, e caso confirmado, exclui as informações Abre uma janela para preenchimento de informações para criação de um novo subgrupo (Manter Arranjo dos subgrupos de Receitas e Despesas (R01)) Abre uma janela para simulação de informações a respeito do parcelamento em questão 93

97 Gerar Cancelar Gera o simulação do parcelamento após ser realizada a validação das informações Cancela a simulação do parcelamento Tabela 56 Funcionalidades relacionadas ao requisito R R14 - Exibir contas a pagar próximas Especificação do Requisito R14 Incremento Nome Tipo Definição Regras de negócio associadas Terceiro Exibir contas a pagar próximas Funcional O sistema deverá exibir os lançamentos futuros não realizados, para o usuário visualizar quais contas estão próximas de do vencimento. No requisito Configurações gerais do sistema(r28) será informado o período de exibição dessas informações. Não há regras de negócios associadas a este requisito. Tabela 57 Tabela de Especificação do Requisito R Protótipo de Interface R14 Figura 17 Protótipo de Interface do Requisito 14 94

98 Informações Relacionadas R14 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas R14 Não será descrito as funcionalidades relacionadas a esse requisito 5.15 R15 - Analisar lançamentos anteriores Especificação do Requisito R15 Incremento Nome Tipo Definição Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) Não será incrementado Analisar lançamentos anteriores Futuro O sistema deve ser capaz de, a partir de lançamentos anteriores, realizados e não realizados, possibilitar a proposição de um novo orçamento, realizando cálculos para propor novas provisões de receita e despesas. Não ha regras de negócios associadas a esse requisito. Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 58 Tabela de Especificação do Requisito R Protótipo de Interface R15 Não será efetuado o protótipo desse requisito Informações Relacionadas R15 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas R15 Não será descrito as funcionalidades relacionadas a esse requisito 95

99 5.16 R16 - Tratamento de cartão de créditos Especificação do Requisito R16 Incremento Nome Tipo Definição Terceiro Tratamento de cartão de créditos Futuro Manter de modo geral o uso de cartões de crédito, como o cadastro, consulta, alteração e exclusão dos dados. Caso um cartão tenha lançamentos vinculados ele não poderá ser excluído. O cadastro de cartões de crédito deve contemplar os seguintes dados: nome do cartão (descrição do cartão de crédito, deve ser uma palavra que identifique o cartão de crédito. Exemplo: Visa Banco do Brasil), limite do cartão de crédito, data de fechamento da fatura (esta data corresponde a uma data prevista para o fechamento da fatura, dado que em cada mês a fatura pode ser fechada em dias diferentes), data de vencimento da fatura (esta é a data limite de pagamento da fatura. Faturas pagas após esta data estão sujeitas a cobranças) e o recipiente (alguns cartões de crédito estão vinculados com alguma conta ou recipiente. Os gastos referentes a tal cartão serão debitados do recipiente informado quando do pagamento da fatura.) O usuário poderá realizar o pagamento da fatura em outro recipiente ao qual foi realizados os lançamentos. Os lançamentos do cartão de crédito são lançamentos reais não realizados (Manter Lançamentos Reais de Receitas e Despesas (R07)). Ao fazer um lançamento o usuário deverá informar o grupo que será afetado e também o recipiente vinculado ao cartão de crédito. Caso o limite do cartão de crédito seja alcançado, o lançamento será efetuado e será emitido um aviso alertando o usuário que o limite foi ultrapassado. As faturas são os lançamentos realizados correspondentes a um cartão em um determinado mês. A qualquer momento do mês, o usuário poderá realizar o fechamento da fatura do seu cartão de crédito. O usuário vai escolher o cartão do qual deseja fechar a fatura. Através de uma listagem de todos os lançamentos realizados no cartão escolhido( totalizando o saldo total da fatura) o usuário vai marcar os itens referentes a fatura que ele tem em mãos(caso o item não apareça na fatura do cartão, o usuário ira desmarcar o item e esse fará parte da fatura do mês seguinte). Esta lista auxiliará o usuário na conferencia dos itens listados na fatura e dos itens lançados no sistema. O pagamento de uma fatura é dar baixa em vários 96

100 Regras de negócio associadas lançamentos reais não realizados. Não há regras de negócios associadas a este requisito Tabela 59 Tabela de Especificação do Requisito R Protótipo de Interface R16 Figura 18 Protótipo de Interface do Requisito 16 Figura 18 Protótipo de Interface do Requisito 16 97

101 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Figura 18 Protótipo de Interface do Requisito Informações Relacionadas R16 Nome String 100 N S Valor do limite Decimal 10 N S - - R$0.000,00 Dia de vencimento Dia de fechamento Date 10 N S /00/0000 (Dia/Mês/Ano) Date 10 N S /00/0000 (Dia/Mês/Ano) Recipiente String 100 N S

102 Mês Inteiro 2 N N (Mês) Ano Inteiro 4 N N (Ano) Cartão String 100 N S Sim Boolean - N N Não Boolean - N N Valor Conciliado Decimal 10 N S - - R$0.000,00 Valor Total Decimal 10 N S - - R$0.000,00 Tabela 60 Informações relacionadas ao requisito R Funcionalidades Relacionadas R16 Ação Pesquisar Novo Consultar(Lupa) Excluir Salvar Selecionar Conciliar Fechar fatura Funcionalidade Realiza a pesquisa dos cartões de créditos/faturas realizadas durante o período informado e apresenta os resultados na listagem Abre uma janela para preenchimento de informações do cartão de crédito Consulta as informações relacionadas ao cartão de crédito selecionado na listagem e abre uma janela com estas informações para alteração ou exclusão Abre uma janela para confirmação da exclusão das informações do cartão de crédito, e caso confirmado, exclui as informações Valida as informações preenchidas, e caso esteja validado, salva as informações Seleciona na listagem de faturas o item, para posteriormente fechar a fatura Selecionar na listagem de faturas o item, para conciliar o lançamento Realiza o fechamento da fatura do mês de referência em questão Tabela 61 Funcionalidades relacionadas ao requisito R16 99

103 5.17 R17 - Impressão de tabelas do sistema Especificação do Requisito R17 Incremento Nome Tipo Definição Regras de negócio associadas Terceiro Impressão de tabelas do sistema Interface Imprimir determinadas tabelas geradas pelo sistema. Serão impressas através do botão imprimir, que se localiza no rodapé da tabela. As tabelas que apresentaram essa funcionalidade serão as seguintes: tabela de lançamentos reais, transferência entre recipientes e fatura de cartão de crédito. Não há regras de negócios associadas a ese requisito. Tabela 62 Tabela de Especificação do Requisito R Protótipo de Interface R17 Figura 19 Protótipo de Interface do Requisito Informações Relacionadas R17 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas R17 Ação Imprimir Funcionalidade Imprime as informações apresentadas na tabela em questão 100

104 Tabela 63 Funcionalidades relacionadas ao requisito R R18 - Permitir importação de arquivos de lançamento de cartão de crédito e saldo bancário Especificação do Requisito R18 Incremento Nome Tipo Definição Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) Não será incrementado Permitir importação de arquivos de lançamento de cartão de crédito e saldo bancário Futuro O sistema deve criar uma possibilidade para ser possível a importação de arquivos de Lançamento de Cartão de Crédito, fornecidos pela financiadora do Cartão de Crédito. Esse arquivo de importação pode ser de alguns formatos aceitáveis que devem ser definidos previamente. Não há regras de negócios associadas a este requisito Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 64 Tabela de Especificação do Requisito R Protótipo de Interface R18 Não será efetuado o protótipo desse requisito Informações Relacionadas R18 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas R18 Não será descrito as funcionalidades relacionadas a esse requisito 101

105 5.19 R19 - Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo Especificação do Requisito - R19 Incremento Nome Tipo Definição Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) Não será incrementado Permitir liberação do saldo excedente positivo para o grupo geral ou para o mês seguinte do próprio grupo Futuro Ao finalizar os lançamentos de um mês referente a um grupo, caso haja um saldo positivo excedente, esse saldo poderá ser liberado para preencher o saldo geral de grupos ou ser utilizado no mês seguinte no mesmo grupo. Não ha regras associadas a este requisito Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 65 Tabela de Especificação do Requisito R Protótipo de Interface R19 Não será efetuado o protótipo desse requisito Informações Relacionadas R19 Não será efetuado o protótipo desse requisito Funcionalidades Relacionadas R19 Não será descrita as informações relacionadas a esse requisito 102

106 5.20 R20 - Exibir saldo provisionado referente a cada mês e o saldo acumulado Especificação do Requisito R20 Incremento Nome Tipo Definição Regras de negócio associadas Segundo Exibir saldo provisionado referente a cada mês e o saldo acumulado Funcional Exibir o saldo provisionado referente a cada mês e possibilitar a exibição do saldo acumulado. Não há regras de negócios associadas a este requisito. Tabela 66 Tabela de Especificação do Requisito R Protótipo de Interface R20 Vide o protótipo de inteface do requisito Exibir Saldos Provisionados (R04) Informações Relacionadas R20 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas R20 Não será descrito as funcionalidades relacionadas a esse requisito 5.21 R21 - Informar quando exceder o saldo provisionado Especificação do Requisito R21 Incremento Nome Segundo Informar quando exceder o saldo provisionado 103

107 Tipo Definição Regras de negócio associadas Funcional Na inclusão de lançamento reais, o sistema deve informar caso o lançamento ultrapasse o limite do saldo provisionado. E caso haja confirmação desse acréscimo lançar essa diferença como imprevisto. Não há regras associadas a este requisito Tabela 67 Tabela de Especificação do Requisito R Protótipo de Interface R21 Figura 20 Protótipo de Interface do Requisito Informações Relacionadas R21 Não será descrito as informações relacionadas a esse requisito Funcionalidades Relacionadas R21 Ação Sim Não Funcionalidade Confirmação do lançamento Não realiza o lançamento Tabela 68 Funcionalidades relacionadas ao requisito R R22 - Gerar relatório de saldo provisionado/saldo real por grupo Especificação do Requisito R22 104

108 Incremento Nome Tipo Definição Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) Não será incrementado Gerar relatório de saldo provisionado/saldo real por grupo Futuro O sistema deverá emitir relatórios de saldos provisionados e saldos reais por grupo, essas informações serão geradas a partir dos dados previamente inseridos no sistema. Sendo mostradas informações históricas, auxiliando o gerenciamento do orçamento. As informações para o preenchimento serão as seguintes: mês, ano, grupo (receita ou despesa) e o nome do relatório a ser gerado. Não há regras de negócios associadas a esse requisito Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 69 Tabela de Especificação do Requisito R Protótipo de Interface R22 Figura 22 Protótipo de Interface do Requisito Informações Relacionadas R22 105

109 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Mês Inteiro 2 N N (Mês) Ano Inteiro 4 N N (Ano) Grupo String 7 N S Nome String 40 N S - - *.pdf Tabela 70 Informações relacionadas ao requisito R Funcionalidades Relacionadas R22 Ação Gerar Funcionalidade Valida as informações preenchidas, e caso validado, gera o relatório Tabela 71 Funcionalidades relacionadas ao requisito R R23 - Gerar Relatório de lançamentos e saldos mensais por grupo Especificação do Requisito R23 Incremento Nome Tipo Não será incrementado Gerar Relatório de lançamentos e saldos mensais por grupo Futuro Definição O sistema deverá emitir relatórios dos lançamentos, totalizando os saldos mensais por grupo, essas informações serão geradas dos dados previamente inseridos no sistema. Sendo mostradas informações históricas, auxiliando o gerenciamento do orçamento As informações para o preenchimento serão as seguintes: mês, ano, grupo (receita ou 106

110 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) despesa) e o nome do relatório a ser gerado. Não há regras de negócios associadas a esse requisito Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 72 Tabela de Especificação do Requisito R Protótipo de Interface R23 Figura 18 Protótipo de Interface do Requisito Informações Relacionadas R23 Mês Inteiro 2 N N (Mês) Ano Inteiro 4 N N (Ano) 107

111 Grupo String 7 N S Nome String 40 N S - - *.pdf Tabela 73 Informações relacionadas ao requisito R Funcionalidades Relacionadas R23 Ação Gerar Funcionalidade Valida as informações preenchidas, e caso validado, gera o relatório Tabela 74 Funcionalidades relacionadas ao requisito R R24 - Gerar relatório de extrato de lançamentos reais por recipiente Especificação do Requisito R24 Incremento Nome Tipo Definição Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) Não será incrementado Gerar relatório de extrato de lançamentos reais por recipiente Futuro O sistema deverá emitir relatórios dos lançamentos reais por recipiente, como extrato dos lançamentos, essas informações serão geradas dos dados previamente inseridos no sistema. Sendo mostradas informações históricas, auxiliando o gerenciamento do orçamento As informações para o preenchimento serão as seguintes: mês, ano, recipiente e o nome do relatório a ser gerado. Não há regras de negócios associadas a esse requisito Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 75 Tabela de Especificação do Requisito R24 108

112 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Protótipo de Interface R24 Figura 18 Protótipo de Interface do Requisito Informações Relacionadas R24 Mês Inteiro 2 N N (Mês) Ano Inteiro 4 N N (Ano) Recipiente String 100 N S Nome String 40 N S - - *.pdf Tabela 76 Informações relacionadas ao requisito R Funcionalidades Relacionadas R24 109

113 Ação Gerar Funcionalidade Valida as informações preenchidas, e caso validado, gera o relatório Tabela 77 Funcionalidades relacionadas ao requisito R R25 - Manter usuário Especificação do Requisito R25 Incremento Nome Tipo Definição Regras de negócio associadas Primeiro Manter usuário Funcional O usuário para acessar o sistema precisará ter seu cadastro realizado. Para isso deverá preencher as seguintes informações: pessoais (nome, sexo e data de nascimento), contato ( ) e de acesso (login e senha). Após ser realizado o cadastro, será enviado um para confirmação deste. O sistema permitirá ao usuário(já cadastrado) alterar e cancelar seu próprio cadastro. Caso escolha a opção cancelar, seu cadastro será cancelado e será redirecionado para a página principal. Não há regras de negócios associadas a este requisito. Tabela 78 Tabela de Especificação do Requisito R25 110

114 Protótipo de Interface R25 Figura 22 Protótipo de Interface do Requisito 25 Figura 22 Protótipo de Interface do Requisito Informações Relacionadas R25 111

115 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Nome String 100 N S Masculino Boolean - S S True - - Feminino Boolean - S S False - - Data de Nascimento Date 10 N S /00/0000 (Dia/Mês/Ano) String 100 S N Login String 25 S N Senha String 25 S N Tabela 79 Informações relacionadas ao requisito R Funcionalidades Relacionadas R25 Ação Salvar Editar Cancelar Funcionalidade Valida as informações preenchidas, e caso esteja validado, salva as informações Consulta as informações relacionadas ao usuário e abre uma janela com estas informações para alteração Abre uma janela para confirmação da exclusão das informações do usuário, e caso confirmado, exclui as informações Tabela 80 Funcionalidades relacionadas ao requisito R R26 - Controle de acesso Especificação do Requisito R26 112

116 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Incremento Nome Tipo Definição Regras de negócio associadas Segundo Controle de acesso Funcional O usuário para acessar o sistema precisará efetuar o login. Após estar logado, poderá usar todas as funcionalidades do sistema. O usuário que não possuir cadastro, não poderá acessar nenhuma funcionalidade do sistema. Não há regras de negócios associadas a este requisito. Tabela 81 Tabela de Especificação do Requisito R Protótipo de Interface R26 Figura 22 Protótipo de Interface do Requisito Informações Relacionadas R26 Login String 25 S N Senha String 25 S N Tabela 82 Informações relacionadas ao requisito R26 113

117 Funcionalidades Relacionadas R26 Ação Entrar Funcionalidade Valida as informações preenchidas, e caso esteja validado, direciona o usuário a pagina inicial do sistema Tabela 83 Funcionalidades relacionadas ao requisito R R27 - Configurações gerais do sistema Especificação do Requisito R27 Incremento Nome Tipo Definição Regras de negócio associadas Limitação para criação ( somente Requisitos futuros) Não será incrementado Configurações gerais do sistema Futuro O sistema permitirá configurar o período do intervalo de dias que antecede o vencimento dos lançamentos do requisito Exibir contas a pagar próximas (R14). Não há regras de negócios associadas a esse requisito. Este requisito não será implementado nessa versão, devido a prioridade em relação a outros requisitos, e será implementado em versões futuras. Tabela 85 Tabela de Especificação do Requisito R Protótipo de Interface R27 114

118 Item Tipo de Dado Tamanho Definido pelo Sistema Obrigatório Valor inicial Domínio Máscara Figura 22 Protótipo de Interface do Requisito Informações Relacionadas R27 Número de dias Inteiro 2 S N Tabela 82 Informações relacionadas ao requisito R Funcionalidades Relacionadas R27 Ação Aplicar Funcionalidade Aplica as novas configurações do sistema Tabela 83 Funcionalidades relacionadas ao requisito R R28 Exibir dashboard Especificação do Requisito R28 Incremento Nome Tipo Definição Segundo Exibir dashboard Funcional Trata-se da página inicial do sistema, aonde será exibido o saldo real (R08), o saldo da diferença por grupo (R10) e as contas a pagar próximas (R14). 115

119 Regras de negócio associadas Não há regras de negócios associadas a este requisito. Tabela 85 Tabela de Especificação do Requisito R Protótipo de Interface R28 Figura 25 Protótipo de Interface do Requisito Informações Relacionadas R28 Não será descrita as informações relacionadas a esse requisito Funcionalidades Relacionadas R28 Não será descrita as funcionalidades relacionadas a esse requisito 116

120 6 Modelagem de Casos de Uso 6.1 Relação de Casos de Uso Número UC01 UC02 UC03 UC04 UC05 UC06 UC07 UC08 UC09 UC10 UC11 UC12 UC13 UC14 Caso de uso Manter usuário Logar no sistema Manter arranjo dos subgrupos de receitas e despesas Manter provisão de receitas e despesas Manter recipientes de dinheiro Manter lançamentos reais de receitas e despesas Realizar transferência manual entre recipientes de dinheiro Replicar lançamento de provisão Realizar lançamentos parcelados Manter cartão de crédito Conciliar fatura de cartão de crédito Exibir Saldos Exibir Dashboard Informar configuraçoes gerais do sistema Tabela 2 Relação de Casos de Uso 6.2 Relação dos Atores Usuário Este ator é a pessoa que será beneficiada com o sistema e efetuará todas as ações possíveis. É o único ator do sistema. 117

121 6.3 Diagrama Geral de Casos de Uso Figura 2 Diagrama Geral de Casos de Usos 6.4 Detalhamento de Casos de Uso Manter usuário Nome do Caso de Uso Descrição Requisitos Associados Pré Condições Pós Condições Manter usuário (incluir) Cadastrar usuário do sistema R25 Estar na página de cadastro de usuário Novo usuário cadastrado no sistema 118

122 Atores Usuário Ações Recebidas 1. Clicar em Cadastrar. 4. Preencher os campos. 5. Clicar em Salvar. Fluxo Principal Ações Realizadas 2. O sistema abre uma nova janela para preenchimento dos dados. 3. Habilita os campos para inserção dos dados. 6. Validar campos. 7. Exibir mensagem de sucesso. Fluxo alternativo 1: Dados inválidos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de erro inválido. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. Fluxo alternativo 2: Dados inválidos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de erro Data de nascimento inválida. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. Fluxo alternativo 3: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. Tabela 3 Detalhamento do Caso de Uso 01 Cenário Incluir Nome do Caso de Uso Manter usuário (alterar) Descrição Alterar usuário do sistema Requisitos Associados R25 Pré Condições Usuário deve estar cadastrado Pós Condições Usuário alterado no sistema Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Clicar em Editar. 2. O sistema abre uma nova janela para 4. Alterar os campos necessários. visualização dos dados. 5. Clicar em Salvar. 3. Habilita os campos para alterações dos dados. 6. Validar campos. 7. Exibir mensagem de sucesso. Fluxo alternativo 1: Dados inválidos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de erro inválido. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. 119

123 Fluxo alternativo 2: Dados inválidos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de erro Data de nascimento inválida. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. Fluxo alternativo 3: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. Tabela 4 Detalhamento do Caso de Uso 01 Cenário Alterar Nome do Caso de Uso Manter usuário (cancelar) Descrição Cancelar usuário do sistema Requisitos Associados R25 Pré Condições Usuário deve estar cadastrado Pós Condições Usuário cancelado no sistema Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Clicar em Cancelar. 2. O sistema abre uma janela para confirmação 3. Clicar em Sim. do cancelamento do cadastro. 4. Sistema cancela o cadastro do usuário. 5. Sistema abre uma janela informando que será realizado o redirecionamento para a página inicial do sistema. Fluxo alternativo 1: Não cancelar cadastro de usuário Ações Recebidas Ações Realizadas 3. Clicar em Não. 4. Sistema abre uma janela informando que não será realizado o cancelamento do usuário. Tabela 5 Detalhamento do Caso de Uso 01 Cenário Cancelar Diagrama de Atividades 120

124 Figura 3 Detalhamento do Caso de Uso 01 Cenário Incluir Figura 3 Detalhamento do Caso de Uso 01 Cenário Alterar Figura 3 Detalhamento do Caso de Uso 01 Cenário Cancelar 121

125 6.4.2 Logar no sistema Nome do Caso de Uso Logar no sistema Descrição Acessar o sistema (logar) usando uma conta de usuário Requisitos Associados R26 Pré Condições Estar cadastrado no sistema Pós Condições Acesso as funcionalidades do sistema Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Preencher os campos. 2. Clicar em Entrar. 3. Validar campos. 4. Sistema realiza o redirecionamento para a página do dashboard do sistema. Fluxo de exceção 1: Criar uma nova conta de usuário Ações Recebidas Ações Realizadas 3. Clicar em Crie sua conta. 4. O sistema realiza o redirecionamento para a página de cadastro de usuário. 5. Executar o cenário UC01 - Manter usuário(incluir). Fluxo de exceção 2: Dados inválidos Ações Recebidas Ações Realizadas 3.1 Exibir mensagem de erro Login inválido. 3.2 O sistema retorna ao Passo 1 do Fluxo Principal. Fluxo de exceção 3: Dados inválidos Ações Recebidas Ações Realizadas 3.1 Exibir mensagem de erro Senha inválida. 3.2 O sistema retorna ao Passo 1 do Fluxo Principal. Fluxo alternativo 4: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 3.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 3.2 O sistema retorna ao Passo 1 do Fluxo Principal. Tabela 6 Detalhamento do Caso de Uso

126 Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso Manter arranjo dos subgrupos de receitas e despesa Nome do Caso de Uso Manter arranjo dos subgrupos de receitas e despesas (incluir) Descrição Cadastrar subgrupo de receitas ou despesas Requisitos Associados R01 Pré Condições Estar na página de cadastro de subgrupo de receitas e despesas, e estar logado no sistema Pós Condições Novo subgrupo de receitas ou despesas cadastrado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Selecionar o grupo de Receitas ou 2. O sistema exibe a árvore dos subgrupos de Despesas. Receitas ou Despesas. 3. Passar o mouse sobre o grupo(pai) de 4. O sistema exibe as ações. Receitas ou Despesas. 5. Clicar em Adicionar. 8. Selecionar um Grupo. 9. Preencher os campos 6. O sistema abre uma nova janela para preenchimento dos dados. 7. Habilita os campos para inserção dos dados. 12. Validar campos. 10. Marcar ou não para não replicar 13. Exibir mensagem de sucesso. lançamento desse subgrupo; 11. Clicar em Salvar. Fluxo alternativo 1: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 12.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos O sistema retorna ao Passo 9 do Fluxo Principal. 123

127 Tabela 7 Detalhamento do Caso de Uso 03 Cenário Incluir Nome do Caso de Uso Manter arranjo dos subgrupos de receitas e despesas (alterar) Descrição Alterar subgrupo de receitas ou despesas Requisitos Associados R01 Pré Condições Estar na página de cadastro de subgrupo de receitas e despesas, ter algum subgrupo cadastrado e estar logado no sistema Pós Condições Subgrupo de receitas ou despesas alterado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Selecionar o grupo de Receitas ou 2. O sistema exibe a árvore dos subgrupos de Despesas. Receitas ou Despesas. 3. Passar o mouse sobre o subgrupo (pai ou 4. O sistema exibe as ações. filho) de Receitas ou Despesas que 6. O sistema abre uma nova janela para será alterado. 5. Clicar em Editar. visualização dos dados. 7. Habilita os campos para alteração dos dados. 8. Alterar os campos necessários (não 12. Validar campos. poderá alterar o campo Grupo). 13. Exibir mensagem de sucesso. 9. Ativar ou não o subgrupo; 10. Marcar ou não para não replicar lançamento desse subgrupo; 11. Clicar em Salvar. Fluxo alternativo 1: Ativar o subgrupo de receita ou despesa Ações Recebidas Ações Realizadas 9.1 Ativar o subgrupo. 10. O sistema retorna ao Passo 10 do Fluxo Principal. Fluxo alternativo 2: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 12.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos O sistema retorna ao Passo 8 do Fluxo Principal. Tabela 8 Detalhamento do Caso de Uso 03 Cenário Alterar Nome do Caso de Uso Manter arranjo dos subgrupos de receitas e despesas (excluir) Descrição Excluir subgrupo de receitas ou despesas Requisitos Associados R01 Pré Condições Estar na página de cadastro de subgrupo de receitas e despesas, ter algum subgrupo cadastrado e estar logado no sistema Pós Condições Subgrupo de receitas ou despesas excluído Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 124

128 1. Selecionar o grupo de Receitas ou Despesas. 3. Passar o mouse sobre o subgrupo (filho) de Receitas ou Despesas que será excluido. 5. Clicar em Excluir. 7. Clicar em Sim. 2. O sistema exibe a árvore dos subgrupos de Receitas ou Despesas. 4. O sistema exibe as ações. 6. O sistema abre uma janela para confirmação da exclusão. 8. O sistema exclui o subgrupo. 9. Exibir mensagem de sucesso. Fluxo alternativo 1: Não excluir subgrupo de receitas ou despesas Ações Recebidas Ações Realizadas 7.1 Clicar em Não. 8. O sistema retorna ao Passo 1 do Fluxo Principal. Fluxo alternativo 2: Excluir um subgrupo com lançamento Ações Recebidas Ações Realizadas 8.1 Exibir mensagem de aviso Subgrupo possui lançamento e não pode ser excluído. 8.2 O sistema retorna ao Passo 1 do Fluxo Principal Tabela 9 Detalhamento do Caso de Uso 03 Cenário Excluir Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso 03 Cenário Incluir 125

129 Figura 3 Detalhamento do Caso de Uso 03 Cenário Alterar Figura 3 Detalhamento do Caso de Uso 03 Cenário Excluir Manter provisão de receitas e despesas Nome do Caso de Uso Manter provisão de receitas e despesas (incluir) Descrição Cadastrar provisão de receitas ou despesas Requisitos Associados R02, R03 Pré Condições Existir subgrupo de receita ou despesa cadastrado, estar na página de cadastro de provisão de receitas e despesas, e estar logado no sistema. Pós Condições Nova provisão de receitas ou despesas cadastrado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 126

130 1. Escolher o tipo de grupo. 2. Clicar em Novo. 5. Selecionar um Grupo. 6. Preencher os campos. 7. Clicar em Salvar. 3. O sistema abre uma nova janela para preenchimento dos dados. 4. Habilita os campos para inserção dos dados. 8. Validar campos. 9. Exibir mensagem de sucesso. Fluxo alternativo 1: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 8.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 8.2 O sistema retorna ao Passo 6 do Fluxo Principal. Fluxo alternativo 2: Dados inválidos Ações Recebidas Ações Realizadas 8.1 Exibir mensagem de erro Data de prevista para realização inválida. 8.2 O sistema retorna ao Passo 6 do Fluxo Principal. Tabela 10 Detalhamento do Caso de Uso 04 Cenário Incluir Nome do Caso de Uso Manter provisão de receitas e despesas (Consultar) Descrição Consultar provisão de receitas ou despesas Requisitos Associados R02, R03 Pré Condições Existir subgrupo de receita ou despesa cadastrado, estar na página de cadastro de provisão de receitas e despesas, e estar logado no sistema. Pós Condições Consulta de provisão de receitas ou despesas Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Escolher o tipo de grupo. 4. O sistema apresenta uma listagem com os 2. Selecionar os campos de filtros. resultados. 3. Clicar em Pesquisar. Fluxo alternativo 1: Nenhum registro encontrado Ações Recebidas Ações Realizadas 4.1 Exibir mensagem de aviso Nenhum registro encontrado. 4.2 O sistema retorna ao Passo 1 do Fluxo Principal. Tabela 11 Detalhamento do Caso de Uso 04 Cenário Consultar Nome do Caso de Uso Descrição Requisitos Associados Manter provisão de receitas e despesas (alterar) Alterar provisão de receitas ou despesas R02, R03 127

131 Pré Condições Pós Condições Atores Ações Recebidas 1. Executar o cenário UC04 - Manter provisão de receitas e despesas (consultar). 2. Clicar em Consultar(Lupa) na listagem de provisões. 5. Alterar os campos necessários. 6. Clicar em Salvar. Existir subgrupo cadastrado, estar na página de cadastro de provisão de receitas e despesas, existir uma provisão cadastrada e estar logado no sistema. Provisão de receitas ou despesas alterada Usuário Fluxo Principal Fluxo alternativo 1: Dados inválidos Ações Recebidas Ações Realizadas 3. O sistema abre uma nova janela para alteração dos dados. 4. Habilita os campos para alteração dos dado. 7. Validar campos. 8. Exibir mensagem de sucesso. Ações Realizadas 6.1 Exibir mensagem de erro Data de prevista para realização inválida. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. Fluxo alternativo 2: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. Tabela 12 Detalhamento do Caso de Uso 04 Cenário Alterar Nome do Caso de Uso Manter provisão de receitas e despesas (excluir) Descrição Excluir provisão de receitas ou despesas Requisitos Associados R02, R03 Pré Condições Existir subgrupo cadastrado, estar na página de cadastro de provisão de receitas e despesas, e estar logado no sistema. Pós Condições Provisão de receitas ou despesas excluída Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC04 - Manter 3. O sistema abre uma nova janela para provisão de receitas e despesas alteração dos dados. (consultar). 4. Habilita os campos para alteração dos dado. 2. Clicar em Consultar(Lupa) na listagem de 6. O sistema abre uma janela para confirmação provisões. 5. Clicar em Excluir. 7. Clicar em Sim. da exclusão. 8. O sistema exclui a provisão. 9. Exibir mensagem de sucesso. Fluxo alternativo 1: Não excluir provisão de receita ou despesa Ações Recebidas Ações Realizadas 128

132 7.1 Clicar em Não. 8. O sistema retorna ao Passo 2 do Fluxo Principal. Tabela 13 Detalhamento do Caso de Uso 04 Cenário Excluir Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso 04 Cenário Incluir Figura 3 Detalhamento do Caso de Uso 04 Cenário Consultar Figura 3 Detalhamento do Caso de Uso 04 Cenário Alterar 129

133 Figura 3 Detalhamento do Caso de Uso 04 Cenário Excluir Manter recipientes de dinheiro Nome do Caso de Uso Descrição Requisitos Associados Pré Condições Pós Condições Manter recipientes de dinheiro (incluir) Cadastrar recipientes de dinheiro R05, R06, R07 Estar na página de cadastro de recipientes de dinheiro, e estar logado no sistema. Novo recipiente de dinheiro cadastrado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Clicar em Novo. 2. O sistema abre uma nova janela para 4. Preencher os campos. preenchimento dos dados. 5. Marcar Sim ou Não que o recipiente 3. Habilita os campos para inserção dos dados. possui limite. 7. Validar campos. 6. Clicar em Salvar. 8. Exibir mensagem de sucesso. 6.1 Marcar Sim. 7. Preenche o campo. Fluxo alternativo 1: Limite do valor do recipiente Ações Recebidas Ações Realizadas 6. Habilita o campo Valor limite para edição. 8. O sistema retorna ao Passo 6 do Fluxo Principal. Fluxo alternativo 2: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 7.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 7.2 O sistema retorna ao Passo 4 do Fluxo Principal. Tabela 14 Detalhamento do Caso de Uso 05 Cenário Incluir Nome do Caso de Uso Descrição Manter recipientes de dinheiro (consultar) Consultar recipientes de dinheiro 130

134 Requisitos Associados R05, R06, R07 Pré Condições Estar na página de cadastro de recipientes de dinheiro, e estar logado no sistema. Pós Condições Recipiente de dinheiro consultado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Preencher o campo Nome. 3. O sistema apresenta uma listagem com os 2. Clicar em Pesquisar. resultados. Fluxo alternativo 1: Nenhum registro encontrado Ações Recebidas Ações Realizadas 3.1 Exibir mensagem de aviso Nenhum registro encontrado. 3.2 O sistema retorna ao Passo 1 do Fluxo Principal. Tabela 15 Detalhamento do Caso de Uso 05 Cenário Consultar Nome do Caso de Uso Manter recipientes de dinheiro (alterar) Descrição Alterar recipientes de dinheiro Requisitos Associados R05, R06, R07 Pré Condições Estar na página de cadastro de recipientes de dinheiro, e estar logado no sistema. Pós Condições Recipiente de dinheiro alterado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 3. Executar o cenário UC04 - Manter 3. O sistema abre uma nova janela para recipientes de dinheiro(consultar). alteração dos dados. 4. Clicar em Consultar(Lupa) na listagem de 4. Habilita os campos para alteração dos dado. recipientes. 7. Validar campos. 5. Alterar os campos necessários. 8. Exibir mensagem de sucesso. 6. Clicar em Salvar. Fluxo alternativo 1: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 7.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 7.2 O sistema retorna ao Passo 4 do Fluxo Principal. Tabela 16 Detalhamento do Caso de Uso 05 Cenário Alterar Nome do Caso de Uso Descrição Requisitos Associados Manter recipientes de dinheiro (excluir) Excluir recipientes de dinheiro R05, R06, R07 131

135 Pré Condições Estar na página de cadastro de recipientes de dinheiro, e estar logado no sistema. Pós Condições Recipiente de dinheiro excluído Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. UC04 - Manter recipientes de 3. O sistema abre uma nova janela para dinheiro(consultar). alteração dos dados. 2. Clicar em Consultar(Lupa) na listagem de 4. Habilita os campos para alteração dos dado. recipientes. 5. Clicar em Excluir. 8. Clicar em Sim. 6. O sistema abre uma janela para confirmação da exclusão. 8. O sistema exclui o recipiente. 9. Exibir mensagem de sucesso. Fluxo alternativo 1: Não excluir recipiente de dinheiro Ações Recebidas Ações Realizadas 8.1 Clicar em Não. 9. O sistema retorna ao Passo 2 do Fluxo Principal. Fluxo alternativo 2: Recipiente de dinheiro usado em lançamentos reais ou em transferência entre recipientes Ações Recebidas Ações Realizadas 8.1 Exibir mensagem de aviso Recipiente de dinheiro usado em lançamentos reais ou em transferência entre recipientes. 8.2 O sistema retorna ao Passo 2 do Fluxo Principal. Tabela 17 Detalhamento do Caso de Uso 05 Cenário Excluir Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso 05 Cenário Incluir 132

136 Figura 3 Detalhamento do Caso de Uso 05 Cenário Consultar Figura 3 Detalhamento do Caso de Uso 05 Cenário Alterar Figura 3 Detalhamento do Caso de Uso 05 Cenário Excluir Manter lançamentos reais de receitas e despesas Nome do Caso de Uso Descrição Requisitos Associados Pré Condições Pós Condições Atores Manter lançamentos reais de receitas e despesas (incluir) Cadastrar lançamentos reais de receitas e despesas R07, R16 Estar na página de cadastro lançamento reais de receitas e despesa, e estar logado no sistema. Novo lançamento real de receita ou despesa cadastrado Usuário 133

137 Ações Recebidas 1. Escolher o tipo de grupo. 2. Clicar em Novo. 5. Preencher os campos. 6. Clicar em Salvar. Fluxo Principal Ações Realizadas 3. O sistema abre uma nova janela para preenchimento dos dados. 4. Habilita os campos para inserção dos dados. 7. Validar campos. 8. Exibir mensagem de sucesso. Fluxo alternativo 1: Pagamento com cartão de crédito Ações Recebidas Ações Realizadas 5.1 Marcar Sim. 7. Escolher o cartão de crédito. 6. Habilita o campo para escolha do cartão de crédito. 8. O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 2: Receita adquirida em um mês mas utilizada em outro mês Ações Recebidas Ações Realizadas 5.1 Marcar Sim. 7. Preenche o campo. 6. Habilita o campo Data da ativação para edição. 8. O sistema retorna ao Passo 6 do Fluxo Principal. Fluxo alternativo 3: Lançamento real com data maior que a data atual (Lançamento Futuro) Ações Recebidas Ações Realizadas 9. Marcar o campo Lançamento futuro. 7.1 Exibir mensagem de aviso Data de lançamento maior que a data atual. Marcar como lançamento futuro. 8. O sistema habilita o campo lançamento futuro. 10. O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 4: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 7.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 7.2 O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 5: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 7.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 7.2 O sistema retorna ao Passo 5 do Fluxo Principal. Tabela 18 Detalhamento do Caso de Uso 06 Cenário Incluir Nome do Caso de Uso Descrição Requisitos Associados Manter lançamentos reais de receitas e despesas (consultar) Consultar lançamentos reais de receitas e despesas R07, R16 134

138 Pré Condições Estar na página de cadastro lançamento reais de receitas e despesa, e estar logado no sistema. Pós Condições Lançamento real de receita ou despesa consultado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Escolher o tipo de grupo. 4. O sistema apresenta uma listagem com os 2. Selecionar os campos de filtros. resultados. 3. Clicar em Pesquisar. Fluxo alternativo 1: Nenhum registro encontrado Ações Recebidas Ações Realizadas 4.1 Exibir mensagem de aviso Nenhum registro encontrado. 4.2 O sistema retorna ao Passo 1 do Fluxo Principal. Tabela 19 Detalhamento do Caso de Uso 06 Cenário Consultar Nome do Caso de Uso Manter lançamentos reais de receitas e despesas (alterar) Descrição Alterar lançamentos reais de receitas e despesas Requisitos Associados R07, R16 Pré Condições Estar na página de cadastro lançamento reais de receitas e despesa, e estar logado no sistema. Pós Condições Lançamento real de receita ou despesa alterado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC06 - Manter 3. O sistema abre uma nova janela para lançamentos reais de receitas e despesas alteração dos dados. (consultar). 4. Habilita os campos para alteração dos dado. 2. Clicar em Consultar(Lupa) na listagem de 7. Validar campos. lançamentos. 8. Exibir mensagem de sucesso. 5. Alterar os campos necessários. 6. Clicar em Salvar. Fluxo alternativo 1: Pagamento com cartão de crédito Ações Recebidas Ações Realizadas 5.1 Marcar Sim. 6. Habilita o campo para escolha do cartão de 7. Escolher o cartão de crédito. crédito. 8. O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 2: Receita adquirida em um mês mas utilizada em outro mês Ações Recebidas 5.1 Marcar Sim. 7. Preenche o campo. Ações Realizadas 6. Habilita o campo Data da ativação para edição. 8. O sistema retorna ao Passo 6 do Fluxo Principal. 135

139 Fluxo alternativo 3: Lançamento real com data maior que a data atual (Lançamento Futuro) Ações Recebidas Ações Realizadas 9. Marcar o campo Lançamento futuro. 7.1 Exibir mensagem de aviso Data de lançamento maior que a data atual. Marcar como lançamento futuro. 8. O sistema habilita o campo lançamento futuro. 10. O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 4: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 7.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 7.2 O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 5: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 7.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 7.2 O sistema retorna ao Passo 5 do Fluxo Principal. Tabela 20 Detalhamento do Caso de Uso 06 Cenário Alterar Nome do Caso de Uso Manter lançamentos reais de receitas e despesas (excluir) Descrição Excluir lançamentos reais de receitas e despesas Requisitos Associados R07, R16 Pré Condições Estar na página de cadastro lançamento reais de receitas e despesa, e estar logado no sistema. Pós Condições Lançamento real de receita ou despesa excluído Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC06 - Manter 3. O sistema abre uma nova janela para lançamentos reais de receitas e despesas alteração dos dados. (consultar). 4. Habilita os campos para alteração dos dado. 2. Clicar em Consultar(Lupa) na listagem de 6. O sistema abre uma janela para confirmação lançamentos. da exclusão. 5. Clicar em Excluir. 8. O sistema exclui o lançamento. 7. Clicar em Sim. 9. Exibir mensagem de sucesso. Fluxo alternativo 1: Não excluir lançamento real de receitas ou despesas Ações Recebidas Ações Realizadas 7.1 Clicar em Não. 8. O sistema retorna ao Passo 2 do Fluxo Principal. 136

140 Tabela 21 Detalhamento do Caso de Uso 06 Cenário Excluir Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso 06 Cenário Incluir Figura 3 Detalhamento do Caso de Uso 06 Cenário Consultar Figura 3 Detalhamento do Caso de Uso 06 Cenário Alterar 137

141 Figura 3 Detalhamento do Caso de Uso 06 Cenário Excluir Realizar transferência manual entre recipientes de dinheiro Nome do Caso de Uso Realizar transferência manual entre recipiente de dinheiro (transferir) Descrição Realizar transferência manual entre recipiente de dinheiro Requisitos Associados R05, R06 Pré Condições Estar na página de transferência manual entre recipiente de dinheiro, possuir recipientes cadastrados e estar logado no sistema. Pós Condições Transferência entre recepiente de dinheiro realizada Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Clicar em Novo. 2. O sistema abre uma nova janela para 4. Preencher os campos. preenchimento dos dados. 5. Clicar em Transferir. 3. Habilita os campos para inserção dos dados. 6. Validar campos. 7. Exibir mensagem de sucesso. Fluxo alternativo 1: Recipientes de origem e destino idênticos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de aviso Recipientes de origem e destino idênticos. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. Fluxo alternativo 2: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 6.2 O sistema retorna ao Passo 4 do Fluxo Principal. Tabela 22 Detalhamento do Caso de Uso 07 Cenário Transferir 138

142 Nome do Caso de Uso Realizar transferência manual entre recipiente de dinheiro (consultar) Descrição Consultar transferência manual entre recipiente de dinheiro Requisitos Associados R05, R06 Pré Condições Estar na página de transferência manual entre recipiente de dinheiro, possuir recipientes cadastrados e estar logado no sistema. Pós Condições Transferência entre recepiente de dinheiro consultada Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Selecionar os campos de filtros. 3. O sistema apresenta uma listagem com os 2. Clicar em Pesquisar. resultados. Fluxo alternativo 1: Nenhum registro encontrado Ações Recebidas Ações Realizadas 3.1 Exibir mensagem de aviso Nenhum registro encontrado. 3.2 O sistema retorna ao Passo 1 do Fluxo Principal. Tabela 23 Detalhamento do Caso de Uso 07 Cenário Consultar Nome do Caso de Uso Realizar transferência manual entre recipiente de dinheiro (estornar) Descrição Estornar transferência manual entre recipiente de dinheiro Requisitos Associados R05, R06 Pré Condições Estar na página de transferência manual entre recipiente de dinheiro, possuir recipientes cadastrados e estar logado no sistema. Pós Condições Transferência entre recepiente de dinheiro estornada Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. UC07 - Realizar transferência manual 3. O sistema abre uma janela para confirmação entre recipiente de dinheiro (consultar). do estorno. 2. Clicar em Estornar na listagem de 5. O sistema exclui o lançamento. transferências entre recipientes. 6. Exibir mensagem de sucesso. 4. Clicar em Sim. Fluxo alternativo 1: Não estornar transferência entre recipiente de dinheiro Ações Recebidas Ações Realizadas 4.2 Clicar em Não. 5. O sistema retorna ao Passo 2 do Fluxo Principal. Tabela 24 Detalhamento do Caso de Uso 07 Cenário Estornar 139

143 Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso 07 Cenário Transferir Figura 3 Detalhamento do Caso de Uso 07 Cenário Consultar Figura 3 Detalhamento do Caso de Uso 07 Cenário Estornar Replicar lançamento de provisão Nome do Caso de Uso Descrição Requisitos Associados Replicar lançamento de provisão Replicar provisão de receitas e despesas R02, R03 140

144 Pré Condições Estar na página de cadastro provisão de receitas e despesa, e estar logado no sistema. Pós Condições Provisão de receita ou despesa replicada Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC02 - Manter 2. Habilita o campo Quantidade de meses para provisão de receitas e despesas (incluir). inserção do dado. 3. Preencher o campo. 5. O sistema exibe uma listagem de provisão. 4. Clicar em Listar. Fluxo alternativo 1: Cancelar replicação de provisão de receita ou despesa Ações Recebidas Ações Realizadas 5. Clicar em Cancelar. 6. O sistema cancela todas as replicações de provisões. Tabela 25 Detalhamento do Caso de Uso Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso Realizar lançamentos parcelados Nome do Caso de Uso Realizar lançamentos parcelados(incluir) Descrição Realizar lançamentos parcelados Requisitos Associados R13 Pré Condições Estar na página de lançamentos parcelados, e estar logado no sistema. Pós Condições Parcelamento de receita ou despesa cadastrado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Escolher o tipo de grupo. 3. O sistema abre uma nova janela para 2. Clicar em Novo. preenchimento dos dados. 5. Preencher os campos. 4. Habilita os campos para inserção dos dados. 6. Marcar Sim ou Não que o 8. O sistema abre uma nova janela para parcelamento está em andamento. preenchimento dos dados. 7. Clicar em Simular Parcelamento. 10. Validar saldos. 9. Clicar em Gerar. 11. Exibir mensagem de sucesso. 12. Clicar em Salvar. 13. Validar campos. 14. Exibir mensagem de sucesso. Fluxo alternativo 1: Parcelamento em andamento Ações Recebidas Ações Realizadas 141

145 6.1 Clicar em Sim. 8. Preenche o campo. 7. Habilita o campo Quantidade de parcelas pagas para edição. 9. O sistema retorna ao Passo 6 do Fluxo Principal. Fluxo alternativo 2: Criar um novo subgrupo destinado ao parcelamento em criação Ações Recebidas Ações Realizadas 5.1 Clicar em Novo Subgrupo. 6 Executa o Executar o cenário UC03 Manter arranjo dos subgrupos de receitas e despesas(incluir). 7 O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 3: Cancelar simulação de parcelamento Ações Recebidas Ações Realizadas 9. Clicar em Cancelar. 10. Exibir mensagem de sucesso. 11. O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 4: Saldo geral ou saldo do grupo negativo Ações Recebidas Ações Realizadas 10.1 Exibir mensagem de aviso Saldo geral ou saldo do grupo negativo O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 5: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 13.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos O sistema retorna ao Passo 5 do Fluxo Principal. Tabela 26 Detalhamento do Caso de Uso 09 Cenário Incluir Nome do Caso de Uso Realizar lançamentos parcelados(consultar) Descrição Realizar lançamentos parcelados Requisitos Associados R13 Pré Condições Estar na página de lançamentos parcelados, e estar logado no sistema. Pós Condições Parcelamento de receita ou despesa consultado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Preencher o campo Descrição. 3. O sistema apresenta uma listagem com os 2. Selecionar os campos de filtros. resultados. Fluxo alternativo 1: Nenhum registro encontrado Ações Recebidas Ações Realizadas 3.1 Exibir mensagem de aviso Nenhum registro encontrado. 3.2 O sistema retorna ao Passo 1 do Fluxo 142

146 Principal. Tabela 27 Detalhamento do Caso de Uso 09 Cenário Consultar Nome do Caso de Uso Realizar lançamentos parcelados(alterar) Descrição Alterar lançamentos parcelados Requisitos Associados R13 Pré Condições Estar na página de lançamentos parcelados, e estar logado no sistema. Pós Condições Parcelamento de receita ou despesa alterado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC09 Realizar 3. O sistema abre uma nova janela para lançamentos parcelados(consultar). alteração dos dados. 2. Clicar em Consultar(Lupa) na listagem de 4. Habilita os campos para alteração dos dados. lançamentos parcelados. 5. Alterar os campos necessários. 6. Clicar em Simular Parcelamento. 7. Clicar em Gerar. 8. Clicar em Salvar. 9. O sistema abre uma nova janela para preenchimento dos dados. 12. Validar saldos. 13. Exibir mensagem de sucesso. 15. Validar campos. 16. Exibir mensagem de sucesso. Fluxo alternativo 1: Criar um novo subgrupo destinado ao parcelamento em criação Ações Recebidas Ações Realizadas 5.1 Clicar em Novo Subgrupo. 6 Executa o Executar o cenário UC03 Manter arranjo dos subgrupos de receitas e despesas(incluir). 7 O sistema retorna ao Passo 5 do Fluxo Principal. Fluxo alternativo 2: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 12.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos O sistema retorna ao Passo 4 do Fluxo Principal. Tabela 28 Detalhamento do Caso de Uso 09 Cenário Alterar Nome do Caso de Uso Descrição Requisitos Associados Pré Condições Pós Condições Atores Realizar lançamentos parcelados(excluir) Excluir lançamentos parcelados R13 Estar na página de lançamentos parcelados, e estar logado no sistema. Parcelamento de receita ou despesa excluído Usuário 143

147 Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC09 Realizar 3. O sistema abre uma nova janela para lançamentos parcelados(consultar). alteração dos dados. 2. Clicar em Consultar(Lupa) na listagem de 4. Habilita os campos para alteração dos dados. lançamentos parcelados. 5. Clicar em Excluir. 6. O sistema abre uma janela para confirmação da exclusão. 7. Clicar em Sim. 8. O sistema exclui o lançamento de parcelamento. 9. Exibir mensagem de sucesso. Fluxo alternativo 1: Não excluir lançamentos parcelados Ações Recebidas Ações Realizadas 5.2 Clicar em Não. 6. O sistema retorna ao Passo 2 do Fluxo Principal. Tabela 29 Detalhamento do Caso de Uso 09 Cenário Excluir Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso 09 Cenário Incluir Figura 3 Detalhamento do Caso de Uso 09 Cenário Consultar 144

148 Figura 3 Detalhamento do Caso de Uso 09 Cenário Alterar Figura 3 Detalhamento do Caso de Uso 09 Cenário Excluir Manter cartão de crédito Nome do Caso de Uso Manter cartão de crédito(incluir) Descrição Cadastrar cartão de crédito Requisitos Associados R07, R16 Pré Condições Estar na página de cadastro de cartão de crédito, e estar logado no sistema. Pós Condições Cartão de crédito cadastrado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Clicar em Novo. 2. O sistema abre uma nova janela para 4. Preencher os campos. preenchimento dos dados. 5. Clicar em Salvar. 3. Habilita os campos para inserção dos dados. 6. Validar campos. 7. Exibir mensagem de sucesso. Fluxo alternativo 1: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 6.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 6.2 O sistema retorna ao Passo 4 do Fluxo 145

149 Principal. Tabela 30 Detalhamento do Caso de Uso 10 Cenário Incluir Nome do Caso de Uso Manter cartão de crédito(consultar) Descrição Consultar cartão de crédito Requisitos Associados R07, R16 Pré Condições Estar na página de cadastro de cartão de crédito, e estar logado no sistema. Pós Condições Cartão de crédito consultado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Preencher o campo Nome. 3. O sistema apresenta uma listagem com os 2. Clicar em Pesquisar. resultados. Fluxo alternativo 1: Nenhum registro encontrado Ações Recebidas Ações Realizadas 3.3 Exibir mensagem de aviso Nenhum registro encontrado. 3.4 O sistema retorna ao Passo 1 do Fluxo Principal. Tabela 31 Detalhamento do Caso de Uso 10 Cenário Consultar Nome do Caso de Uso Manter cartão de crédito(alterar) Descrição Alterar cartão de crédito Requisitos Associados R07, R16 Pré Condições Estar na página de cadastro de cartão de crédito, e estar logado no sistema. Pós Condições Cartão de crédito alterado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC10 - Manter cartão 3. O sistema abre uma nova janela para de crédito(consultar). alteração dos dados. 2. Clicar em Consultar(Lupa) na listagem de 4. Habilita os campos para alteração dos dado. cartões de créditos. 7. Validar campos. 5. Alterar os campos necessários. 8. Exibir mensagem de sucesso. 6. Clicar em Salvar. Fluxo alternativo 1: Dados obrigatórios não preenchidos Ações Recebidas Ações Realizadas 7.1 Exibir mensagem de aviso Campos obrigatórios não preenchidos. 7.2 O sistema retorna ao Passo 5 do Fluxo Principal. Tabela 32 Detalhamento do Caso de Uso 10 Cenário Alterar 146

150 Nome do Caso de Uso Manter cartão de crédito(excluir) Descrição Ecluir cartão de crédito Requisitos Associados R07, R16 Pré Condições Estar na página de cadastro de cartão de crédito, e estar logado no sistema. Pós Condições Cartão de crédito excluído Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC10 - Manter cartão 3. O sistema abre uma nova janela para de crédito(consultar). alteração dos dados. 2. Clicar em Consultar(Lupa) na listagem de 4. Habilita os campos para alteração dos dado. cartões de créditos 6. O sistema abre uma janela para confirmação 5. Clicar em Excluir. da exclusão. 7. Clicar em Sim. 8. O sistema exclui o cartão de crédito. 9. Exibir mensagem de sucesso. Fluxo alternativo 1: Exclusão do cartão de crédito com lançamento vinculado Ações Recebidas Ações Realizadas 8.1 Exibir mensagem de aviso Cartão de crédito possui lançamento e não pode ser excluído. 8.2 O sistema retorna ao Passo 2 do Fluxo Principal. Fluxo alternativo 2: Não excluir cartão de crédito Ações Recebidas Ações Realizadas 7.1 Clicar em Não. 8. O sistema retorna ao Passo 2 do Fluxo Principal. Tabela 33 Detalhamento do Caso de Uso 10 Cenário Excluir Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso 10 Cenário Incluir 147

151 Figura 3 Detalhamento do Caso de Uso 10 Cenário Consultar Figura 3 Detalhamento do Caso de Uso 10 Cenário Alterar Figura 3 Detalhamento do Caso de Uso 10 Cenário Excluir Conciliar fatura de cartão de crédito Nome do Caso de Uso Descrição Conciliar fatura de cartão de crédito(consulta) Consultar lançamentos de cartões de crédito 148

152 Requisitos Associados R05, R07, R16 Pré Condições Estar na página de conciliar fatura de cartão de crédito, e estar logado no sistema. Pós Condições Lançamento de cartão de crédito consultado Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Selecionar os campos de filtros. 3. O sistema apresenta uma listagem com os 2. Clicar em Pesquisar. resultados. Fluxo alternativo 1: Nenhum registro encontrado Ações Recebidas Ações Realizadas 3.5 Exibir mensagem de aviso Nenhum registro encontrado. 3.6 O sistema retorna ao Passo 1 do Fluxo Principal. Tabela 34 Detalhamento do Caso de Uso 11 Cenário Consulta Nome do Caso de Uso Conciliar fatura de cartão de crédito(fechar fatura) Descrição Consultar lançamentos de cartões de crédito Requisitos Associados R05, R07, R16 Pré Condições Estar na página de conciliar fatura de cartão de crédito, e estar logado no sistema. Pós Condições Fatura de cartão de crédito fechada Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC11 Conciliar 4. O sistema exibe o valor total. fatura de cartão de crédito(consulta). 7. Validar campos. 2. Marcar Sim ou Não para realizar o 8. Exibir mensagem de sucesso. pagamento da fatura usando outro recipiente. 3. Marcar os lançamentos de cartões de crédito a serem fechados na fatura. 5. Marcar ou não os lançamentos de cartões de crédito para serem conciliados. 6. Clicar em Fechar Fatura. Fluxo alternativo 1: Conciliar lançamentos de cartões de crédito Ações Recebidas Ações Realizadas 4.1 Marcar os lançamentos de cartões de 5. O sistema exibe o valor conciliado. crédito para serem conciliados. 6. O sistema retorna ao Passo 6 do Fluxo Principal. Fluxo alternativo 2: Realizar o pagamento da fatura usando outro recipiente Ações Recebidas 2.1 Marcar Sim. 4. Selecionar um Recipiente Ações Realizadas 3. Habilita o campo Recipiente para seleção. 5. O sistema retorna ao Passo 3 do Fluxo 149

153 Principal. Fluxo alternativo 3: Lançamentos não selecionados para conciliação Ações Recebidas Ações Realizadas 7.1 O sistema exibe mensagem de aviso Lançamentos não selecionados para conciliação, estarão presentes na fatura do próximo mês. Fluxo alternativo 4: Lançamentos não selecionados para fechar fatura Ações Recebidas Ações Realizadas 7.1 O sistema exibe mensagem de aviso Lançamentos não selecionados para fechar fatura, estarão presentes na fatura do próximo mês. 35 Detalhamento do Caso de Uso 11 Cenário Fechar Fatura Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso 11 Cenário Consulta Figura 3 Detalhamento do Caso de Uso 11 Cenário Fechar Fatura 150

154 Exibir saldos Nome do Caso de Uso Exibir saldos Descrição Exibir saldos provisionados, saldo real, saldo provisionado referente a cada mês e o saldo acumulado, e o saldo da diferença por grupo. Requisitos Associados R04, R08, R10, R20 Pré Condições Estar na página de saldos, e estar logado no sistema. Pós Condições Saldos exibidos Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Clicar em Saldos. 2. O sistema abre uma nova janela para 4. Clicar ou não na aba Diferença por visualização dos dados. Grupo. 3. O sistema exibe saldos provisionados, saldo real, saldo provisionado referente a cada mês e o saldo acumulado do sistema. Fluxo alternativo 1: Saldo da diferença por grupo Ações Recebidas Ações Realizadas 4.1 Clicar na aba Diferença por Grupo 5. O sistema exibe o saldo da diferença por grupo. Tabela 36 Detalhamento do Caso de Uso Diagrama de Atividades Exibir dashboard Figura 3 Detalhamento do Caso de Uso 12 Nome do Caso de Uso Exibir dashboard 151

155 Descrição Exibir o saldo real (R08), o saldo da diferença por grupo (R10) e as contas a pagar próximas (R14). Requisitos Associados R08, R10, R14 Pré Condições Estar na página de dashboard, e estar logado no sistema. Pós Condições Dashboard exibido Atores Usuário Fluxo Principal Ações Recebidas Ações Realizadas 1. Executar o cenário UC02 Logar no 2. O sistema abre uma nova janela para sistema. visualização dos dados. 3. O sistema exibe informações do sistema. Tabela 37 Detalhamento do Caso de Uso Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso Informar configurações gerais do sistema Tabela 38 Detalhamento do Caso de Uso Diagrama de Atividades Figura 3 Detalhamento do Caso de Uso

156 7 Modelagem Conceitual 7.1 Diagrama de Classes Conceitual Figura 3 Diagrama de Classes Conceitual 153

157 8 Especificação da Arquitetura 8.1 Diagrama de Camadas Figura 3 Diagramas de camadas A arquitetura adotada segue o padrão MVC (modelo visão controle). A arquitetura MVC é um padrão de arquitetura de software. Sua finalidade é separar os dados (lógica de negócios) da interface do usuário. Dentro desse padrão, a aplicação é dividida em três camadas básicas: Camada Visão É a camada de visão da aplicação, responsável por tratar da interação com o usuário através da apresentação de telas e da execução de lógica de interface visual. Aonde contém as páginas xhtml e utilizando css, javascript e Ajax. Utilização do facelets para geração de templates, o que torna a construção de uma aplicação toda com o mesmo layout, muito simples e rápida, além de evitar a repetição de código Camada Controle É a camada de controle da aplicação. Define o comportamento da aplicação, é ela a responsável por interpretar as ações do usuário efetuadas na visão e fazer o mapeamento para chamadas ao modelo. 154

158 8.1.3 Camada Modelo Representa os dados da aplicação e as regras do negócio que governam o acesso e a modificação dos dados. O Modelo mantém o estado persistente do negócio e fornece ao Controle a capacidade de acessar as funcionalidades da aplicação encapsuladas pelo próprio Modelo. Utiliza dois padrões de projetos: Data Access Object (DAO): abstrair e encapsular todo acesso ao armazenamento persistente. Injeção de Dependências (ou IoC): visa desacoplar os componentes da aplicação, estes são instanciados externamente a classe por um container de inversão de controle (IoC). Chama-se de inversão de controle a técnica de desenvolvimento na qual um aspecto comportamental do sistema é delegado a uma entidade externa. 8.2 Modelo de caso de uso Figura 3 Diagrama de Sequência Cenário Incluir 155

159 Figura 3 Diagrama de Sequência Cenário Alterar Figura 3 Diagrama de Sequência Cenário Excluir 8.3 Diagrama de Componentes Figura 3 Diagrama de componentes 156

160 8.4 Diagrama de Implantação Figura 3 Diagrama de implantação 8.5 Diagrama de Pacotes Figura 3 Diagrama de pacotes Pacote dao Pacote que conterá a interface de persistência das entidades do projeto e que serão implementadas pelas classes do pacote dao.imp. 157

161 8.5.2 Pacote dao.impl Pacote que conterá as classes quer implementarão as interfaces do pacote dao. Essas classes farão a persistência das entidades no banco de dados Pacote service Pacote que conterá as classes de serviço que encapsulam o acesso a persistência das entidades no banco de dados Pacote controle Pacote que conterá as classes que receberão as requisições das páginas e emcapsulam o acesso as classes de serviço Pacote entidade Pacote que conterá as classes de entidades do projeto. Essas possuem estrutura de POJO, com atributos e os getters e setters de cada um deles Pacote util Pacote que conterá as classes que farão tarefas auxiliares como filtro, controle de mensagens e outros. 158

162 9 Realização de Casos de Uso 9.1 UC01 Manter usuário Diagrama de classes do projeto Figura 4 - Diagrama de Classes de Projeto UC Layout da Interface Vide o protótipo de interface do requisito R25 (Manter usuário) Javadoc UC01 Manter usuário 159

163 9.2 UC02 Logar no sistema Diagrama de classes do projeto Figura 5 - Diagrama de Classes de Projeto UC Layout da Interface Vide o protótipo de interface do requisito R26 (Controle de acesso) Javadoc UC02 Logar no sistema 160

164 9.3 UC03 Manter arranjo dos subgrupos de receitas e despesas Diagrama de classes do projeto Figura 6 - Diagrama de Classes de Projeto UC Layout da Interface Vide o protótipo de interface do requisito R01 (Manter arranjo dos subgrupos de receitas ou despesas) Javadoc UC03 Manter arranjo dos subgrupos de receitas ou despesas 161

165 9.4 UC04 Manter provisão de receitas e despesas Diagrama de classes do projeto Figura 7 - Diagrama de Classes de Projeto UC Layout da Interface Vide o protótipo de interface do requisito R02 (Manter provisão de receitas e despesas) Javadoc UC04 Manter provisão de receitas ou despesas 162

166 9.5 UC05 Manter recipientes de dinheiro Diagrama de classes do projeto Figura 8 - Diagrama de Classes de Projeto UC Layout da Interface Vide o protótipo de interface do requisito R05 (Manter recipientes de dinheiro) Javadoc UC05 Manter recipientes de dinheiro 163

167 9.6 UC06 Manter lançamentos reais de receitas e despesas Diagrama de classes do projeto Figura 9 - Diagrama de Classes de Projeto UC06 164

168 9.6.2 Diagrama de Seqüência Figura 3 Diagrama de Sequência Cenário Incluir Figura 3 Diagrama de Sequência Cenário Consultar 165

169 Figura 3 Diagrama de Sequência Cenário Alterar Figura 3 Diagrama de Sequência Cenário Excluir 166

170 9.6.3 Layout da Interface Vide o protótipo de interface do requisito R07 (Manter lançamentos reais de receitas e despesas) Javadoc UC06 Manter lançamentos reais de receitas ou despesas 167

171 9.7 UC07 Realizar transferência manual entre recipientes de dinheiro Diagrama de classes do projeto Figura 10 - Diagrama de Classes de Projeto UC Layout da Interface Vide o protótipo de interface do requisito R06 (Transferência manual entre recipientes de dinheiro) Javadoc UC07 Realizar transferência manual entre recipientes de dinheiro 168

172 9.8 UC10 Manter cartão de crédito Diagrama de classes do projeto Figura 11 - Diagrama de Classes de Projeto UC Layout da Interface Vide o protótipo de interface do requisito R16 (Tratamento de cartão de créditos) Javadoc UC10 Manter cartão de crédito 169

173 9.9 UC12 Exibir Saldos Diagrama de classes do projeto Figura 12 - Diagrama de Classes de Projeto UC Layout da Interface Vide o protótipo de interface do requisito R04 (Exibir saldos provisionados) Javadoc UC12 Exibir saldos 170

174 9.10 UC13 Exibir Dashboard Diagrama de classes do projeto Figura 13 - Diagrama de Classes de Projeto UC Layout da Interface Vide o protótipo de interface do requisito R28 (Exibir dashboard) Javadoc UC13 Dashboard 171

175 10 Diagrama Geral de Classes de Projeto Figura 14 - Diagrama Geral de Classes de Projeto 172

176 11 Modelagem de Dados 11.1 Projeto Físico de Dados Figura 15 - Projeto Conceitual do Banco de Dados 173

177 11.2 Projeto Lógico de Dados Figura 16 - Projeto Lógico do Banco de Dados 174

178 11.3 Script de Criação do Banco de Dados -- SQL Manager 2011 for PostgreSQL Host : localhost -- Database : bbamoney -- Version : PostgreSQL SET check_function_bodies = false; Definition for sequence cartao_id_cartao_seq : -- SET search_path = public, pg_catalog; CREATE SEQUENCE public.cartao_id_cartao_seq START WITH 1 INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1; Structure for table cartao : -- CREATE TABLE public.cartao ( id_cartao bigint DEFAULT nextval('cartao_id_cartao_seq'::regclass) NOT NULL, dia_fechamento integer, dia_vencimento integer, nome varchar(70), valor_limite numeric(19,2), id_recipiente bigint, id_usuario bigint ) WITHOUT OIDS; Definition for sequence fatura_id_fatura_seq : -- CREATE SEQUENCE public.fatura_id_fatura_seq START WITH 1 INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1; Structure for table fatura : 175

179 -- CREATE TABLE public.fatura ( id_fatura bigint DEFAULT nextval('fatura_id_fatura_seq'::regclass) NOT NULL, dt_fechamento date, dt_vencimento date, id_cartao bigint ) WITHOUT OIDS; Definition for sequence grupo_id_grupo_seq : -- CREATE SEQUENCE public.grupo_id_grupo_seq START WITH 1 INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1; Structure for table grupo : -- CREATE TABLE public.grupo ( id_grupo bigint DEFAULT nextval('grupo_id_grupo_seq'::regclass) NOT NULL, ativo boolean NOT NULL, dt_ativo date, dt_desativo date, nao_replicavel boolean, nome varchar(45), tipo char(1) NOT NULL, id_pai bigint, id_usuario bigint ) WITHOUT OIDS; Definition for sequence lancamento_id_lancamento_seq : -- CREATE SEQUENCE public.lancamento_id_lancamento_seq START WITH 1 INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1; Structure for table lancamento : -- CREATE TABLE public.lancamento ( 176

180 id_lancamento bigint DEFAULT nextval('lancamento_id_lancamento_seq'::regclass) NOT NULL, dt_referencia date, descricao varchar(70), futuro boolean NOT NULL, imprevisto boolean NOT NULL, replica boolean NOT NULL, tipo char(1) NOT NULL, valor numeric(19,2), id_fatura bigint, id_grupo bigint, id_parcelamento bigint, id_recipiente bigint ) WITHOUT OIDS; Definition for sequence movimentacao_id_movimentacao_seq : -- CREATE SEQUENCE public.movimentacao_id_movimentacao_seq START WITH 1 INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1; Structure for table movimentacao : -- CREATE TABLE public.movimentacao ( id_movimentacao bigint DEFAULT nextval('movimentacao_id_movimentacao_seq'::regclass) NOT NULL, dt_movimentacao date, valor numeric(19,2), id_rec_destino bigint, id_rec_origem bigint ) WITHOUT OIDS; Definition for sequence parcelamento_id_parcelamento_seq : -- CREATE SEQUENCE public.parcelamento_id_parcelamento_seq START WITH 1 INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1;

181 -- Structure for table parcelamento : -- CREATE TABLE public.parcelamento ( id_parcelamento bigint DEFAULT nextval('parcelamento_id_parcelamento_seq'::regclass) NOT NULL, descricao varchar(70), quantidade integer NOT NULL, valor numeric(19,2), valor_total numeric(19,2) ) WITHOUT OIDS; Definition for sequence provisao_id_provisao_seq : -- CREATE SEQUENCE public.provisao_id_provisao_seq START WITH 1 INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1; Structure for table provisao : -- CREATE TABLE public.provisao ( id_provisao bigint DEFAULT nextval('provisao_id_provisao_seq'::regclass) NOT NULL, dt_referencia date, descricao varchar(70), lote bigint, num_replica integer, tipo char(1) NOT NULL, valor numeric(19,2), id_grupo bigint ) WITHOUT OIDS; Definition for sequence recipiente_id_recipiente_seq : -- CREATE SEQUENCE public.recipiente_id_recipiente_seq START WITH 1 INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1; Structure for table recipiente : 178

182 -- CREATE TABLE public.recipiente ( id_recipiente bigint DEFAULT nextval('recipiente_id_recipiente_seq'::regclass) NOT NULL, nome varchar(70), saldo_atual numeric(19,2), saldo_inicial numeric(19,2), valor_limite numeric(19,2), id_usuario bigint ) WITHOUT OIDS; Definition for sequence usuario_id_usuario_seq : -- CREATE SEQUENCE public.usuario_id_usuario_seq START WITH 1 INCREMENT BY 1 NO MAXVALUE NO MINVALUE CACHE 1; Structure for table usuario : -- CREATE TABLE public.usuario ( id_usuario bigint DEFAULT nextval('usuario_id_usuario_seq'::regclass) NOT NULL, dt_nascimento date, varchar(60), login varchar(25), nome varchar(45), senha varchar(32), sexo char(1) NOT NULL ) WITHOUT OIDS; Definition for index cartao_pkey : -- ALTER TABLE ONLY cartao ADD CONSTRAINT cartao_pkey PRIMARY KEY (id_cartao); Definition for index fatura_pkey : -- ALTER TABLE ONLY fatura ADD CONSTRAINT fatura_pkey PRIMARY KEY (id_fatura);

183 -- Definition for index grupo_pkey : -- ALTER TABLE ONLY grupo ADD CONSTRAINT grupo_pkey PRIMARY KEY (id_grupo); Definition for index lancamento_pkey : -- ALTER TABLE ONLY lancamento ADD CONSTRAINT lancamento_pkey PRIMARY KEY (id_lancamento); Definition for index movimentacao_pkey : -- ALTER TABLE ONLY movimentacao ADD CONSTRAINT movimentacao_pkey PRIMARY KEY (id_movimentacao); Definition for index parcelamento_pkey : -- ALTER TABLE ONLY parcelamento ADD CONSTRAINT parcelamento_pkey PRIMARY KEY (id_parcelamento); Definition for index provisao_pkey : -- ALTER TABLE ONLY provisao ADD CONSTRAINT provisao_pkey PRIMARY KEY (id_provisao); Definition for index recipiente_pkey : -- ALTER TABLE ONLY recipiente ADD CONSTRAINT recipiente_pkey PRIMARY KEY (id_recipiente); Definition for index usuario_pkey : -- ALTER TABLE ONLY usuario ADD CONSTRAINT usuario_pkey PRIMARY KEY (id_usuario); Definition for index fkae7c3f4ebc81e680 : 180

184 -- ALTER TABLE ONLY cartao ADD CONSTRAINT fkae7c3f4ebc81e680 FOREIGN KEY (id_recipiente) REFERENCES recipiente(id_recipiente); Definition for index fkae7c3f4ebd0883b4 : -- ALTER TABLE ONLY cartao ADD CONSTRAINT fkae7c3f4ebd0883b4 FOREIGN KEY (id_usuario) REFERENCES usuario(id_usuario); Definition for index fkb39bb7aba5a4d644 : -- ALTER TABLE ONLY fatura ADD CONSTRAINT fkb39bb7aba5a4d644 FOREIGN KEY (id_cartao) REFERENCES cartao(id_cartao); Definition for index fk5e10c69bd0883b4 : -- ALTER TABLE ONLY grupo ADD CONSTRAINT fk5e10c69bd0883b4 FOREIGN KEY (id_usuario) REFERENCES usuario(id_usuario); Definition for index fk5e10c69d16b1759 : -- ALTER TABLE ONLY grupo ADD CONSTRAINT fk5e10c69d16b1759 FOREIGN KEY (id_pai) REFERENCES grupo(id_grupo); Definition for index fk69a57acd577a5a : -- ALTER TABLE ONLY lancamento ADD CONSTRAINT fk69a57acd577a5a FOREIGN KEY (id_parcelamento) REFERENCES parcelamento(id_parcelamento); Definition for index fk69a57abc81e680 : -- ALTER TABLE ONLY lancamento ADD CONSTRAINT fk69a57abc81e680 FOREIGN KEY (id_recipiente) REFERENCES recipiente(id_recipiente); Definition for index fk69a57aafe3c6fe :

185 ALTER TABLE ONLY lancamento ADD CONSTRAINT fk69a57aafe3c6fe FOREIGN KEY (id_fatura) REFERENCES fatura(id_fatura); Definition for index fk69a57a5d82c2a : -- ALTER TABLE ONLY lancamento ADD CONSTRAINT fk69a57a5d82c2a FOREIGN KEY (id_grupo) REFERENCES grupo(id_grupo); Definition for index fk1bb36503aa4f464c : -- ALTER TABLE ONLY movimentacao ADD CONSTRAINT fk1bb36503aa4f464c FOREIGN KEY (id_rec_origem) REFERENCES recipiente(id_recipiente); Definition for index fk1bb f263a5 : -- ALTER TABLE ONLY movimentacao ADD CONSTRAINT fk1bb f263a5 FOREIGN KEY (id_rec_destino) REFERENCES recipiente(id_recipiente); Definition for index fkc5243dc15d82c2a : -- ALTER TABLE ONLY provisao ADD CONSTRAINT fkc5243dc15d82c2a FOREIGN KEY (id_grupo) REFERENCES grupo(id_grupo); Definition for index fkeb4cd16cbd0883b4 : -- ALTER TABLE ONLY recipiente ADD CONSTRAINT fkeb4cd16cbd0883b4 FOREIGN KEY (id_usuario) REFERENCES usuario(id_usuario); Data for sequence public.cartao_id_cartao_seq -- SELECT pg_catalog.setval('cartao_id_cartao_seq', 1, false); Data for sequence public.fatura_id_fatura_seq -- SELECT pg_catalog.setval('fatura_id_fatura_seq', 1, false); Data for sequence public.grupo_id_grupo_seq 182

186 -- SELECT pg_catalog.setval('grupo_id_grupo_seq', 1, false); Data for sequence public.lancamento_id_lancamento_seq -- SELECT pg_catalog.setval('lancamento_id_lancamento_seq', 1, false); Data for sequence public.movimentacao_id_movimentacao_seq -- SELECT pg_catalog.setval('movimentacao_id_movimentacao_seq', 1, false); Data for sequence public.parcelamento_id_parcelamento_seq -- SELECT pg_catalog.setval('parcelamento_id_parcelamento_seq', 1, false); Data for sequence public.provisao_id_provisao_seq -- SELECT pg_catalog.setval('provisao_id_provisao_seq', 1, false); Data for sequence public.recipiente_id_recipiente_seq -- SELECT pg_catalog.setval('recipiente_id_recipiente_seq', 1, false); Data for sequence public.usuario_id_usuario_seq -- SELECT pg_catalog.setval('usuario_id_usuario_seq', 1, false); Comments -- COMMENT ON SCHEMA public IS 'standard public schema'; 183

187 12 Testes 12.1 Plano de Testes TIPOS DE TESTES Funcional Teste que verifica se o software está realmente funcionando, ou seja, se ele é capaz de realizar o que se propõe a fazer. Regras de Negócio Verifica se o software foi desenvolvido atendendo às regras do negócio. Usabilidade Teste que analisa se o software é de fácil entendimento e manuseio. FLUXO DE TESTES Abrir/consultar caso de teste; Executar ações descritas; Aprovar/Reprovar funcionalidades; Preencher Relatório de testes Casos de Testes Caso de Teste Tipo de Teste inválido Funcional Procedimentos Simular um cadastro de usuário no sistema informando um inválido Resultado Esperado Resultado do Teste Mensagem de erro: inválido!. Confere Tabela 39 Casos de Teste da funcionalidade

188 Caso de Teste Tipo de Teste Data de nascimento inválida Funcional Procedimentos Simular um cadastro de usuário no sistema informando uma data de nascimento maior que a data atual Resultado Esperado Resultado do Teste Mensagem de erro: Data de nascimento inválida!. Confere Tabela 40 Casos de Teste da funcionalidade 02 Caso de Teste Tipo de Teste Campos obrigatórios não preenchidos no cadastro de Usuário Funcional Procedimentos Simular um cadastro de usuário no sistema sem informar todos os campos obrigatórios Resultado Esperado Mensagem de erro: Preencha todos os campos obrigatórios!. Resultado do Teste Confere Tabela 41 Casos de Teste da funcionalidade 03 Caso de Teste Tipo de Teste Cadastro correto de Usuário Funcional Procedimentos Simular um cadastro de um novo usuário no sistema preenchendo todos os campos Resultado Esperado Cadastrar usuário no sistema Mensagem de informação: Salvo com sucesso Resultado do Teste Confere Tabela 42 Casos de Teste da funcionalidade

189 Caso de Teste Tipo de Teste Alteração correta de Usuário Funcional Procedimentos Simular uma alteração de um usuário no sistema alterando os campos necessários Resultado Esperado Alterar usuário no sistema Mensagem de informação: Alterado com sucesso Resultado do Teste Confere Tabela 43 Casos de Teste da funcionalidade 05 Caso de Teste Tipo de Teste Senha antiga incorreta Funcional Procedimentos Simular uma alteração de um usuário no sistema alterando as informações do login, informando uma senha antiga incorreta Resultado Esperado Resultado do Teste Alterar usuário no sistema Confere Tabela 44 Casos de Teste da funcionalidade 06 Caso de Teste Tipo de Teste Cancelamento do cadastro do Usuário Funcional Procedimentos Simular o cancelamento do cadastro de um usuário do sistema Resultado Esperado Resultado do Teste Cancelamento do usuário no sistema Confere Tabela 45 Casos de Teste da funcionalidade

190 Caso de Teste Tipo de Teste Senha incorreta Funcional Procedimentos Simular um login no sistema informando um login existente, porém com senha errada Resultado Esperado Resultado do Teste Mensagem de erro: Senha antiga incorreta!. Confere Tabela 46 Casos de Teste da funcionalidade 08 Caso de Teste Tipo de Teste Campos obrigatórios no Login Funcional Procedimentos Simular um login no sistema sem informar todos os campos da tela de login Resultado Esperado Mensagem de erro: Preencha todos os campos obrigatórios!. Resultado do Teste Confere Tabela 47 Casos de Teste da funcionalidade 09 Caso de Teste Tipo de Teste Login válido Funcional Procedimentos Simular um login no sistema preenchendo corretamente todos os campos da tela de login e usando conta de usuário existente. Resultado Esperado Resultado do Teste Logar com sucesso no sistema Confere Tabela 48 Casos de Teste da funcionalidade

191 Caso de Teste Tipo de Teste Cadastro correto de Grupo Funcional Procedimentos Simular um cadastro de um novo grupo no sistema preenchendo todos os campos Resultado Esperado Cadastrar grupo no sistema Mensagem de informação: Salvo com sucesso Resultado do Teste Confere Tabela 49 Casos de Teste da funcionalidade 11 Caso de Teste Tipo de Teste Alteração correta de Grupo Funcional Procedimentos Simular uma alteração de um grupo no sistema alterando o campo necessário Resultado Esperado Alterar grupo no sistema Mensagem de informação: Alterado com sucesso Resultado do Teste Confere Tabela 50 Casos de Teste da funcionalidade 12 Caso de Teste Tipo de Teste Exclusão correta de Grupo Funcional Procedimentos Simular uma exclusão de um grupo no sistema Resultado Esperado Excluir grupo no sistema Mensagem de informação: Excluído com sucesso Resultado do Teste Confere Tabela 51 Casos de Teste da funcionalidade

192 Caso de Teste Tipo de Teste Campos obrigatórios no Grupo Funcional Procedimentos Simular um cadastro de grupo no sistema sem informar todos os campos da tela de cadastro de grupo Resultado Esperado Resultado do Teste Mensagem de informação: Campos obrigatórios não preenchidos Confere Tabela 52 Casos de Teste da funcionalidade 14 Caso de Teste Tipo de Teste Cadastro correto de Provisão Funcional Procedimentos Simular um cadastro de uma nova provisão de receita ou despesa no sistema preenchendo todos os campos Resultado Esperado Cadastrar provisão no sistema Mensagem de informação: Salvo com sucesso Resultado do Teste Confere Tabela 53 Casos de Teste da funcionalidade 15 Caso de Teste Tipo de Teste Alteração correta de Provisão Funcional Procedimentos Simular uma alteração de uma provisão de receita ou despesa no sistema alterando os campos necessários Resultado Esperado Alterar provisão no sistema Mensagem de informação: Alterado com sucesso 189

193 Resultado do Teste Confere Tabela 54 Casos de Teste da funcionalidade 16 Caso de Teste Tipo de Teste Exclusão correta de Provisão Funcional Procedimentos Simular uma exclusão de uma provisão de receita ou despesa no sistema Resultado Esperado Excluir grupo no sistema Mensagem de informação: Excluído com sucesso Resultado do Teste Confere Tabela 55 Casos de Teste da funcionalidade 17 Caso de Teste Tipo de Teste Campos obrigatórios na Provisão Funcional Procedimentos Simular um cadastro de provisão de receita ou despesa no sistema sem informar todos os campos da tela de cadastro de provisão Resultado Esperado Resultado do Teste Mensagem de informação: Campos obrigatórios não preenchidos Confere Tabela 56 Casos de Teste da funcionalidade 18 Caso de Teste Tipo de Teste Cadastro correto de Recipiente Funcional Procedimentos Simular um cadastro de um novo recipiente de dinheiro no sistema preenchendo todos os campos 190

194 Resultado Esperado Cadastrar recipiente no sistema Mensagem de informação: Salvo com sucesso Resultado do Teste Confere Tabela 57 Casos de Teste da funcionalidade 19 Caso de Teste Tipo de Teste Alteração correta de Recipiente Funcional Procedimentos Simular uma alteração de um recipiente no sistema alterando os campos necessários Resultado Esperado Alterar recipiente no sistema Mensagem de informação: Alterado com sucesso Resultado do Teste Confere Tabela 58 Casos de Teste da funcionalidade 20 Caso de Teste Tipo de Teste Exclusão correta de Recipiente Funcional Procedimentos Simular uma exclusão de um recipiente no sistema Resultado Esperado Excluir recipiente no sistema Mensagem de informação: Excluído com sucesso Resultado do Teste Confere Tabela 59 Casos de Teste da funcionalidade 21 Caso de Teste Tipo de Teste Campos obrigatórios no Recipiente Funcional Procedimentos 191

195 Simular um cadastro de recipiente no sistema sem informar todos os campos da tela de cadastro de recipiente Resultado Esperado Resultado do Teste Mensagem de informação: Campos obrigatórios não preenchidos Confere Tabela 60 Casos de Teste da funcionalidade 22 Caso de Teste Tipo de Teste Cadastro correto de Lançamento Funcional Procedimentos Simular um cadastro de um novo lançamento de receita ou despesa no sistema preenchendo todos os campos Resultado Esperado Cadastrar lançamento no sistema Mensagem de informação: Salvo com sucesso Resultado do Teste Confere Tabela 61 Casos de Teste da funcionalidade 23 Caso de Teste Tipo de Teste Alteração correta de Lançamento Funcional Procedimentos Simular uma alteração de um lançamento de receita ou despesa no sistema alterando os campos necessários Resultado Esperado Alterar lançamento no sistema Mensagem de informação: Alterado com sucesso Resultado do Teste Confere Tabela 62 Casos de Teste da funcionalidade

196 Caso de Teste Tipo de Teste Exclusão correta de Lançamento Funcional Procedimentos Simular uma exclusão de um lançamento de receita ou despesa no sistema Resultado Esperado Excluir lançamento no sistema Mensagem de informação: Excluído com sucesso Resultado do Teste Confere Tabela 63 Casos de Teste da funcionalidade 25 Caso de Teste Tipo de Teste Campos obrigatórios no Lançamento Funcional Procedimentos Simular um cadastro de lançamento de receita ou despesa no sistema sem informar todos os campos da tela de cadastro de lançamento. Resultado Esperado Resultado do Teste Mensagem de informação: Campos obrigatórios não preenchidos Confere Tabela 64 Casos de Teste da funcionalidade 26 Caso de Teste Tipo de Teste Lançamento futuro não informado Funcional Procedimentos Simular um cadastro de lançamento de receita ou despesa no sistema com a data de lançamento maior que a data atual, porém sem marcar como lançamento futuro. Resultado Esperado Resultado do Teste Mensagem de erro: Data de lançamento maior que a data atual. Marque o lançamento como futuro. Confere Tabela 65 Casos de Teste da funcionalidade

197 Caso de Teste Tipo de Teste Transferência correta de Recipiente Funcional Procedimentos Simular uma transferência entre dois recipientes de dinheiro no sistema Resultado Esperado Transferência de recipiente no sistema Mensagem de informação: Transferência realizada com sucesso Resultado do Teste Confere Tabela 66 Casos de Teste da funcionalidade 28 Caso de Teste Tipo de Teste Estorno correto de Recipiente Funcional Procedimentos Simular um estorno entre dois recipientes de dinheiro no sistema Resultado Esperado Estorno de recipiente no sistema Mensagem de informação: Estorno da transferência realizada com sucesso Resultado do Teste Confere Tabela 67 Casos de Teste da funcionalidade 29 Caso de Teste Tipo de Teste Recipiente de origem idêntico ao recipiente de destino na transferência Funcional Procedimentos Simular uma transferência entre dois recipientes, aonde o recipiente de origem e idêntico ao recipiente de destino no sistema Resultado Esperado Mensagem de erro: Recipiente de origem idêntico ao 194

198 recipiente de destino. Resultado do Teste Confere Tabela 68 Casos de Teste da funcionalidade 30 Caso de Teste Tipo de Teste Cadastro correto de Cartão de crédito Funcional Procedimentos Simular um cadastro de um novo cartão de crédito no sistema preenchendo todos os campos Resultado Esperado Cadastrar cartão de crédito no sistema Mensagem de informação: Salvo com sucesso Resultado do Teste Confere Tabela 69 Casos de Teste da funcionalidade 31 Caso de Teste Tipo de Teste Alteração correta de Cartão de crédito Funcional Procedimentos Simular uma alteração de um cartão de crédito no sistema alterando os campos necessários Resultado Esperado Alterar cartão de crédito no sistema Mensagem de informação: Alterado com sucesso Resultado do Teste Confere Tabela 70 Casos de Teste da funcionalidade 32 Caso de Teste Tipo de Teste Exclusão correta de Cartão de crédito Funcional Procedimentos 195

199 Simular uma exclusão de um cartão de crédito no sistema Resultado Esperado Excluir cartão de crédito no sistema Mensagem de informação: Excluído com sucesso Resultado do Teste Confere Tabela 71 Casos de Teste da funcionalidade 33 Caso de Teste Tipo de Teste Campos obrigatórios no Cartão de crédito Funcional Procedimentos Simular um cadastro de cartão de crédito no sistema sem informar todos os campos da tela de cadastro de cartão de crédito. Resultado Esperado Resultado do Teste Mensagem de informação: Campos obrigatórios não preenchidos Confere Tabela 72 Casos de Teste da funcionalidade 34 Caso de Teste Tipo de Teste Exibir Saldos Funcional Simular exibição de saldos no sistema Procedimentos Resultado Esperado Resultado do Teste Exibir saldos do sistema Confere Tabela 73 Casos de Teste da funcionalidade

200 Caso de Teste Tipo de Teste Exibir Dashboard Funcional Simular exibição do dashboard do sistema Procedimentos Resultado Esperado Resultado do Teste Exibir dashboard do sistema Confere Tabela 74 Casos de Teste da funcionalidade Relatório de Testes Caso de Teste Resultado 01 inválido Aprovado 02 Data de nascimento inválida Aprovado 03 Campos obrigatórios não preenchidos no cadastro de Usuário Aprovado 04 Cadastro correto de Usuário Aprovado 05 Alteração correta de Usuário Aprovado 06 Senha antiga incorreta Aprovado 07 Cancelamento do cadastro do Usuário Aprovado 08 Senha incorreta Aprovado 09 Campos obrigatórios no Login Aprovado 10 Login válido Aprovado 11 Cadastro correto de Grupo Aprovado 12 Alteração correta de Grupo Aprovado 13 Exclusão correta de Grupo Aprovado 14 Campos obrigatórios no Grupo Aprovado 15 Cadastro correto de Provisão Aprovado 16 Alteração correta de Provisão Aprovado 17 Exclusão correta de Provisão Aprovado 18 Campos obrigatórios na Provisão Aprovado 19 Cadastro correto de Recipiente Aprovado 197

201 20 Alteração correta de Recipiente Aprovado 21 Exclusão correta de Recipiente Aprovado 22 Campos obrigatórios no Recipiente Aprovado 23 Cadastro correto de Lançamento Aprovado 24 Alteração correta de Lançamento Aprovado 25 Exclusão correta de Lançamento Aprovado 26 Campos obrigatórios no Lançamento Aprovado 27 Lançamento futuro não informado Aprovado 28 Transferência correta de Recipiente Aprovado 29 Estorno correto de Recipiente Aprovado 30 Recipiente de origem idêntico ao recipiente de destino na transferência Aprovado 31 Cadastro correto de Cartão de crédito Aprovado 32 Alteração correta de Cartão de crédito Aprovado 33 Exclusão correta de Cartão de crédito Aprovado 34 Campos obrigatórios no Cartão de crédito Aprovado 35 Exibir Saldos Aprovado 36 Exibir Dashboard Aprovado 198

202 13 Conclusão O sistema BBA Money se apresenta como uma ferramenta para planejamento e gerenciamento do orçamento pessoal, proporcionando um retorno de informações gerenciais ao usuário. 199

203 14 Referências GONÇALVES, Edson. Dominando Java Server Faces e Facelets Utilizando Spring 2.5, Hibernate e JPA. Rio de Janeiro: Ciência Moderna, GONÇALVES, Edson. Desenvolvendo aplicações web com JSP, Servlets, JavaServer Faces, Hibernate, EJB 3 Persistence e Ajax. Rio de Janeiro: Ciência Moderna,

204 15 Apêndices 15.1 Apêndice A Cronograma de Atividades do Trabalho de Conclusão de Curso Atividades Previsão Realização Entrega do termo de aceite 08/03/ /03/2011 Entrega do termo de aceite ao coordenador do TC 11/03/ /03/2011 Entrega do projeto de TC ao coordenador do TC 08/04/ /04/2011 Apresentação do projeto 19/06/ /06/2011 Correção das revisões 20/08/ /09/2011 Entrega do pôster 14/09/ /09/2011 Exposição e apresentação do pôster 20/09/ /09/2011 Especificação do diagrama geral de caso de uso 10/06/ /06/2011 Definição da arquitetura 01/10/ /10/2011 Elaboração dos diagramas de caso de uso 12/10/ /10/2011 Elaboração do projeto lógico de dados 22/10/ /11/2011 Elaboração do diagrama de classe conceitual 22/10/ /10/2011 Implementação 25/10/ /10/2011 Elaboração do diagrama de sequência 02/11/ /11/2011 Correções e revisões do DMS 06/11/ /11/2011 Entrega do projeto para avaliação 08/11/ /11/2011 Testes 15/11/2011 Defesa do projeto 26/11/2011 Tabela 38 - Cronograma de atividades proposto no projeto do Trabalho de Conclusão de Curso 201

205 15.2 Apêndice B PÔSTER APRESENTADO NO III SIMPÓSIO DE TECNOLOGIA DA INFORMAÇÃO E III SEMANA DE INICIAÇÃO CIENTÍFICA DO CURSO DE SISTEMAS DE INFORMAÇÃO UNUCET-UEG/2011 Pôster Documentação e implementação de um sistema legado: BBA Money 202

Sistema de pedidos para estabelecimentos de alimentação: QuickPed. Adailton Antonio Ribeiro

Sistema de pedidos para estabelecimentos de alimentação: QuickPed. Adailton Antonio Ribeiro 2011 Sistema de pedidos para estabelecimentos de alimentação: QuickPed Adailton Antonio Ribeiro UNIVERSIDADE ESTADUAL DE GOIÁS UNIDADE UNIVERSITÁRIA DE CIÊNCIAS EXATAS E TECNOLÓGICAS BACHARELADO EM SISTEMAS

Leia mais

O Processo Unificado: Captura de requisitos

O Processo Unificado: Captura de requisitos O Processo Unificado: Captura de requisitos Itana Gimenes Graduação em Informática 2008 Captura de Requisitos Modelagem do negócio: Visão de negócios Modelo de objetos de negócio de negócio Especificação

Leia mais

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1. ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página

Leia mais

Material de Apoio. SEB - Contas a Pagar. Versão Data Responsável Contato 1 05/12/2011 Paula Fidalgo paulaf@systemsadvisers.com

Material de Apoio. SEB - Contas a Pagar. Versão Data Responsável Contato 1 05/12/2011 Paula Fidalgo paulaf@systemsadvisers.com Material de Apoio SEB - Contas a Pagar Versão Data Responsável Contato 1 05/12/2011 Paula Fidalgo paulaf@systemsadvisers.com Conteúdo CONFIGURAÇÃO... 3 Cadastro de Fornecedores... 3 Métodos de Pagamento...

Leia mais

PROCEDIMENTO DA QUALIDADE

PROCEDIMENTO DA QUALIDADE Pág.: 1 de 6 1. OBJETIVO Realizar o gerenciamento dos projetos desde o seu planejamento, desenvolvimento, recebimento, análise crítica, controle e distribuição nas obras. 2. DOCUMENTOS DE REFERÊNCIA Manual

Leia mais

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às

Leia mais

Documento de Arquitetura

Documento de Arquitetura Documento de Arquitetura A2MEPonto - SISTEMA DE PONTO ELETRÔNICO A2MEPonto - SISTEMA DE PONTO ELETRÔNICO #1 Pág. 1 de 11 HISTÓRICO DE REVISÕES Data Versão Descrição Autor 28/10/2010 1 Elaboração do documento

Leia mais

Histórico da Revisão. Data Versão Descrição Autor

Histórico da Revisão. Data Versão Descrição Autor Sistema de Gerenciamento de Loja - SIGEL Documento de Visão Versão 1.0.0 Histórico da Revisão Data Versão Descrição Autor 13/01/2011 0.1 Versão preliminar do levantamento de requisitos funcionais e não

Leia mais

Engenharia de Software III

Engenharia de Software III Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,

Leia mais

Ricardo Roberto de Lima UNIPÊ 2008.1 APS-I. Históricos e Modelagem Orientada a Objetos

Ricardo Roberto de Lima UNIPÊ 2008.1 APS-I. Históricos e Modelagem Orientada a Objetos Históricos e Modelagem Orientada a Objetos Histórico Diversas metodologias e métodos surgiram para apoiar OO. Evolução a partir de linguagens C++ e SmallTalk. Anos 80 Anos 80-90: diversidade de autores.

Leia mais

Sistema MSYS - Sistema Financeiro para Produtoras de Cinema e Vídeo

Sistema MSYS - Sistema Financeiro para Produtoras de Cinema e Vídeo Sistema MSYS - Sistema Financeiro para Produtoras de Cinema e Vídeo Resumo O desenvolvimento de um sistema específico para Produtoras de Cinema foi iniciado em 1984, quando fui convidado pela Companhia

Leia mais

Desenvolvimento de um software de gerenciamento de projetos para utilização na Web

Desenvolvimento de um software de gerenciamento de projetos para utilização na Web Resumo. Desenvolvimento de um software de gerenciamento de projetos para utilização na Web Autor: Danilo Humberto Dias Santos Orientador: Walteno Martins Parreira Júnior Bacharelado em Engenharia da Computação

Leia mais

Alterações presentes na Versão 3.0.0.32 do Sistema OnixNet/TrucksNet

Alterações presentes na Versão 3.0.0.32 do Sistema OnixNet/TrucksNet Alterações presentes na Versão 3.0.0.32 do Sistema OnixNet/TrucksNet 1. Cadastro de Finder; 2. Criação de novos tipos para o cadastro de produto; 3. Substituição do atual formato de geração de Excel em

Leia mais

Unified Process. Sueleni Mendez Batista. Orientadora: Dra. Elisa Hatsue Moriya Huzita

Unified Process. Sueleni Mendez Batista. Orientadora: Dra. Elisa Hatsue Moriya Huzita Unified Process Sueleni Mendez Batista Orientadora: Dra. Elisa Hatsue Moriya Huzita Processo de Desenvolvimento de Software 8O processo de desenvolvimento de software é um conjunto de atividades e resultados

Leia mais

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador>

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador> FACULDADE DE ENGENHARIA DE COMPUTAÇÃO PROJETO FINAL I e II PLANO DE TRABALHO O Trabalho de Conclusão de Curso (TCC) a ser desenvolvido

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Requisitos Cap. 06 e 07 Sommerville 8 ed. REQUISITOS DE SOFTWARE» Requisitos são descrições de serviços fornecidos pelo sistema e suas restrições operacionais. REQUISITOS DE USUÁRIOS: São

Leia mais

Relatório Gerencial. Coordenação de Tecnologia da Informação e Comunicação FUNDEPAG 17/01/2013

Relatório Gerencial. Coordenação de Tecnologia da Informação e Comunicação FUNDEPAG 17/01/2013 2013 Relatório Gerencial Coordenação de Tecnologia da Informação e Comunicação FUNDEPAG 17/01/2013 Sumário 1. Objetivo... 4 2. Seleção dos registros... 4 2.1 Seleção dos executores... 4 2.2 Parâmetros...

Leia mais

Manual Geral do OASIS

Manual Geral do OASIS Manual Geral do OASIS SISTEMA DE GESTÃO DE DEMANDA, PROJETO E SERVIÇO DE TECNOLOGIA DA INFORMAÇÃO OASIS Introdução Esse manual tem como objetivo auxiliar aos usuários nos procedimentos de execução do sistema

Leia mais

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado

Leia mais

InfoMix Tecnologia. Soluções em Tecnologia da Informação. SYSFARM Sistema de Gerenciamento de Farmácias. Documento Requisitos Versão 1.

InfoMix Tecnologia. Soluções em Tecnologia da Informação. SYSFARM Sistema de Gerenciamento de Farmácias. Documento Requisitos Versão 1. SYSFARM Sistema de Gerenciamento de Farmácias Documento Requisitos Versão 1.1 Histórico de Revisão Data Versão Descrição Autor 06/09/2009 1.0 Elaboração da para análise da 1º versão Marcos Silva do documento

Leia mais

Release Notes. [Abril/2013]

Release Notes. [Abril/2013] [Abril/2013] Personal Med - SST Este pacote é obrigatório. Para o perfeito funcionamento do produto, é necessária a aplicação dos procedimentos de atualização do produto, contidos nos Boletins Técnicos

Leia mais

Sistema de de Bilhetagem Eletrônica MANUAL MÓDULO PDV

Sistema de de Bilhetagem Eletrônica MANUAL MÓDULO PDV Sistema de de Eletrônica SETRANSP DOTFLEX MANUAL MÓDULO PDV REGIÃO MANUAL METROPOLITANA MÓDULO PESSOA Revisão JURÍDICA 02 / Setembro SBE de 2008 - DOTFLEX Revisão 00 / Março de 2009 MANUAL MÓDULO EMPRESA

Leia mais

Documento de Requisitos

Documento de Requisitos Documento de Requisitos Projeto: Data 26/05/2005 Responsável Autor (s) Doc ID Localização Versão do Template Márcia Jacyntha Nunes Rodrigues Lucena Silvia Cássia Pereira Márcia Jacyntha Nunes Rodrigues

Leia mais

OBJETIVO MATERIAIS NECESSÁRIOS DESCRIÇÃO DAS PRINCIPAIS ATIVIDADES

OBJETIVO MATERIAIS NECESSÁRIOS DESCRIÇÃO DAS PRINCIPAIS ATIVIDADES PROCEDIMENTO OPERACIONAL PADRÃO Padrão N : 7.3 Estabelecido em: 28/06/2011 Revisado em: 28/06/2011 N da Revisão: 00 Setor: NCP (Núcleo de Controle de Produtos) Tarefa: Padronização de procedimentos internos

Leia mais

Estabelecer os procedimentos para o gerenciamento dos sistemas e demais aplicações informatizadas do TJAC.

Estabelecer os procedimentos para o gerenciamento dos sistemas e demais aplicações informatizadas do TJAC. Código: MAP-DITEC-001 Versão: 00 Data de Emissão: 01/01/2013 Elaborado por: Gerência de Sistemas Aprovado por: Diretoria de Tecnologia da Informação 1 OBJETIVO Estabelecer os procedimentos para o gerenciamento

Leia mais

ANEXO I - Proposta. 1. Apresentação. 2. Tecnologia. 3. Metodologia

ANEXO I - Proposta. 1. Apresentação. 2. Tecnologia. 3. Metodologia ANEXO I - Proposta 1. Apresentação A empresa Join desenvolve projetos que oferecem soluções através da tecnologia, oferecendo aos clientes e usuários ferramentas para a realização de tarefas, de maneira

Leia mais

Resolução da lista de exercícios de casos de uso

Resolução da lista de exercícios de casos de uso Resolução da lista de exercícios de casos de uso 1. Explique quando são criados e utilizados os diagramas de casos de uso no processo de desenvolvimento incremental e iterativo. Na fase de concepção se

Leia mais

Guia de Especificação de Caso de Uso Metodologia CELEPAR

Guia de Especificação de Caso de Uso Metodologia CELEPAR Guia de Especificação de Caso de Uso Metodologia CELEPAR Agosto 2009 Sumário de Informações do Documento Documento: guiaespecificacaocasouso.odt Número de páginas: 10 Versão Data Mudanças Autor 1.0 09/10/2007

Leia mais

Documentação de visão: Sistema de Controle de ponto eletrônico para empresas. Documentados por: Halison Miguel e Edvan Pontes

Documentação de visão: Sistema de Controle de ponto eletrônico para empresas. Documentados por: Halison Miguel e Edvan Pontes Documentação de visão: Sistema de Controle de ponto eletrônico para empresas Documentados por: Halison Miguel e Edvan Pontes Versão do documento: 1.4 Data de atualização: 04 de Fevereiro de 2012 Histórico

Leia mais

Especialização em Engenharia de Software com Ênfase em Software Livre ESL2/2008. Projeto Agenda Saúde Requisitos e Modelagem UML

Especialização em Engenharia de Software com Ênfase em Software Livre ESL2/2008. Projeto Agenda Saúde Requisitos e Modelagem UML Projeto Agenda Saúde Requisitos e Modelagem UML Histórico de Revisão Versão 0.1 Data 01/06/09 Revisor Descrição Versão inicial Sumário 1. Introdução...4 1.1 Visão geral deste documento...4 1.2 Módulos

Leia mais

II. FASE DE PLANEJAMENTO define a maturidade do entendimento do escopo e, o desenvolvimento do Plano do Projeto PP.

II. FASE DE PLANEJAMENTO define a maturidade do entendimento do escopo e, o desenvolvimento do Plano do Projeto PP. II. FASE DE PLANEJAMENTO define a maturidade do entendimento do escopo e, o desenvolvimento do Plano do Projeto PP. Nesta fase busca-se o refinamento dos objetivos do projeto e detalhamento do melhor caminho

Leia mais

Simulador de Financiamento. Versão: 1.0 Data: 26/05/14 Identificador do documento: SF

Simulador de Financiamento. Versão: 1.0 Data: 26/05/14 Identificador do documento: SF Versão: 1.0 Data: 26/05/14 Identificador do documento: SF Histórico de revisões Versão Data Autor Descrição Localização (XX.YY) (DD/MMM/YYYY) 1.0 26/05/14 Misael, Documento de Goiânia GO Sandro, Almeida

Leia mais

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana

Leia mais

Projeto SIGA-EPT. Manual do usuário Módulo Requisição de Almoxarifado SISTEMA INTEGRADO DE GESTÃO ACADÊMICA

Projeto SIGA-EPT. Manual do usuário Módulo Requisição de Almoxarifado SISTEMA INTEGRADO DE GESTÃO ACADÊMICA Projeto SIGA-EPT Manual do usuário Módulo Requisição de Almoxarifado SISTEMA INTEGRADO DE GESTÃO ACADÊMICA Versão setembro/2010 Requisição de Almoxarifado Introdução Requisição é uma solicitação feita

Leia mais

Simulador de Pagamento

Simulador de Pagamento Simulador de Pagamento Versão: VS01 Data: 10/03/13 Identificador do documento: Wytor, Náthilla, Pedro Náthilla 1 Histo rico de reviso es Versão Data Autor Descrição Localização VS01 05/006/2013 Wytor Náthilla

Leia mais

Manual do Sistema "Vida - Controle Financeiro" Editorial Brazil Informatica

Manual do Sistema Vida - Controle Financeiro Editorial Brazil Informatica Manual do Sistema "Vida - Controle Financeiro" Editorial Brazil Informatica I Vida - Controle Financeiro Conteúdo Part I Introdução 2 1 Vida Controle... Financeiro 2 Part II Novidades Versão 2.9 (Contas)

Leia mais

Histórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial

Histórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial 1 of 14 27/01/2014 17:33 Sistema de Paginação de Esportes Universitários Documento de Arquitetura de Software Versão 1.0 Histórico da Revisão Data 30 de novembro de 1999 Versão Descrição Autor 1.0 Versão

Leia mais

Histórico de Revisão Data Versão Descrição Autor

Histórico de Revisão Data Versão Descrição Autor H6Projetos Documento de Requisitos Versão 1.3 Histórico de Revisão Data Versão Descrição Autor 05/09/2013 1.0 Preenchimento do Capítulo 2 Requisitos Funcionais Evilson Montenegro 26/09/2013 1.1 Preenchimento

Leia mais

Demonstrativo de Informações Previdenciárias e Repasses

Demonstrativo de Informações Previdenciárias e Repasses CADPREV CADPREV Ente Local Aplicativo Desktop Manual do Usuário Demonstrativo de Informações Previdenciárias e Repasses Data Publicação: 28/08/2013 1 de 21 Índice 1 Finalidade... 3 2 Visão Geral... 3 3

Leia mais

LINX POSTOS AUTOSYSTEM

LINX POSTOS AUTOSYSTEM LINX POSTOS AUTOSYSTEM Manual Renegociação de Títulos e Apropriação de Juros Sumário 1 CONCEITO... 3 2 REQUISITOS... 3 3 CONFIGURAÇÕES... 3 3.1 Plano de Contas... 3 3.1.1 Transitória - Renegociação...

Leia mais

BH PARK Software de Estacionamento

BH PARK Software de Estacionamento BH PARK Software de Estacionamento WWW.ASASSOFTWARES.COM.BR Índice 1 Informações Básicas... 1 1.1 Sair da aplicação... 1 1.2 Travar aplicação... 1 1.3 Licenciando a aplicação... 1 1.4 Contrato de Manutenção...

Leia mais

Padronização de Documentação de Sistemas. Projeto a ser desenvolvido no âmbito da Gerência de Sistemas/GGTIN e ANVISA

Padronização de Documentação de Sistemas. Projeto a ser desenvolvido no âmbito da Gerência de Sistemas/GGTIN e ANVISA Agência Nacional de Vigilância Sanitária Padronização de Documentação de Sistemas Projeto a ser desenvolvido no âmbito da Gerência de Sistemas/GGTIN e ANVISA Brasília, junho de 2006. 1. IDENTIFICAÇÃO DO

Leia mais

MEDCLIN Software de Clínica Médica

MEDCLIN Software de Clínica Médica MEDCLIN Software de Clínica Médica WWW.ASASSOFTWARES.COM.BR Índice 1 Informações Básicas... 1 1.1 Sair da aplicação... 1 1.2 Travar aplicação... 1 1.3 Menu Diversos -> 5.1 Licenciamento do Sistema... 1

Leia mais

CATÁLOGO DE APLICAÇÕES Atualização de Preços de Tabela de Venda

CATÁLOGO DE APLICAÇÕES Atualização de Preços de Tabela de Venda CATÁLOGO DE APLICAÇÕES Atualização de Preços de Tabela de Venda Objetivo do projeto O projeto de atualização de preços de tabela de venda tem por objetivo permitir que a manutenção de preços de tabela

Leia mais

Manual do Sistema "Vida em Mão - Controle Financeiro Para PALM" Editorial Brazil Informatica

Manual do Sistema Vida em Mão - Controle Financeiro Para PALM Editorial Brazil Informatica Manual do Sistema "Vida em Mão - Controle Financeiro Para PALM" Editorial Brazil Informatica I Vida em Mãos - Controle Financeiro para PALM Conteúdo Part I Introdução 2 1 Fala Comigo -... Sistema de Atendimento

Leia mais

Engenharia de Requisitos Estudo de Caso

Engenharia de Requisitos Estudo de Caso Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este

Leia mais

Movimento. Financeiro. Bancário. Contas a Pagar. Lançamento de Contas a Pagar (simples) Contas a Receber. Lançamento de Contas a Receber (simples)

Movimento. Financeiro. Bancário. Contas a Pagar. Lançamento de Contas a Pagar (simples) Contas a Receber. Lançamento de Contas a Receber (simples) Movimento Financeiro Contas a Pagar Lançamento de Contas a Pagar (simples) Contas a Receber Lançamento de Contas a Receber (simples) Movimento de Caixa Fechamento Caixa Bancos Apropriações de Centros de

Leia mais

Modelagem de Sistemas Prof. Marcos Roberto e Silva

Modelagem de Sistemas Prof. Marcos Roberto e Silva Modelagem de Sistemas Prof. Marcos Roberto e Silva Diagrama de Casos de Uso Demonstra o comportamento externo do sistema, através de uma linguagem simples. Apresentando o sistema sobre a perspectiva do

Leia mais

O Processo de Engenharia de Requisitos

O Processo de Engenharia de Requisitos UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA O Processo de Engenharia de Requisitos Engenharia de Software 2o.

Leia mais

Termo de Abertura Sistema de Vendas de Pizzas Online (PizzaWeb) - Versão 1.0

Termo de Abertura Sistema de Vendas de Pizzas Online (PizzaWeb) - Versão 1.0 Termo de Abertura Sistema de Vendas de Pizzas Online (PizzaWeb) - Versão 1.0 Versão do Documento: 1.1 Histórico de Revisão Data Versão do Documento Descrição Autor 18/03/2011 1.0 Montar o Termo de Abertura.

Leia mais

NOVIDADES COMPLY VERSÃO 4.00

NOVIDADES COMPLY VERSÃO 4.00 NOVIDADES COMPLY VERSÃO 4.00 Página 1 de 15 Maiores informações a respeito dos assuntos destacados abaixo devem ser obtidas no Manual do Comply v4.00 disponível no Portal de Produtos. Página 2 de 15 CADASTROS

Leia mais

Especificação de Requisitos

Especificação de Requisitos Projeto/Versão: Versão 11.80 Melhoria Requisito/Módulo: 000552 / Conector Sub-Requisito/Função: Multas Tarefa/Chamado: 01.08.01 País: Brasil Data Especificação: 13/05/13 Rotinas Envolvidas Rotina Tipo

Leia mais

PROJETO DE FINAL DE CURSO (PFC)

PROJETO DE FINAL DE CURSO (PFC) PROJETO DE FINAL DE CURSO (PFC) Trabalho de Conclusão de Curso (TCC) Aula inaugural 15-03-12 Prof. Conrado Rodrigues (Coordenador da disciplina) e-mail: crodrigues@civil.cefetmg.br ORIENTAÇÕES GERAIS SOBRE

Leia mais

Modelagem de Software Prof. Flávio de Oliveira Silva, Ph.D.

Modelagem de Software Prof. Flávio de Oliveira Silva, Ph.D. UML Diagramas Um diagrama é a apresentação gráfica de um conjunto de elementos, onde os vértices são ITENS e os arcos RELACIONAMENTOS UML 2.0 possui os seguintes diagramas: Diagrama de Classes (Class Diagram)

Leia mais

Melhores práticas no planejamento de recursos humanos

Melhores práticas no planejamento de recursos humanos Melhores práticas no planejamento de recursos humanos Planejamento Performance Dashboard Plano de ação Relatórios Indicadores Preparando a força de trabalho para o futuro Planejamento de recursos humanos

Leia mais

UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas

UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas 4.1 Motivação Sistemas de Informação são usados em diversos níveis dentro de uma organização, apoiando a tomada de decisão; Precisam estar

Leia mais

A Disciplina Gerência de Projetos

A Disciplina Gerência de Projetos A Disciplina Gerência de Projetos Atividades, Artefatos e Responsabilidades hermano@cin.ufpe.br Objetivos Apresentar atividades da disciplina Gerência de Projetos Discutir os artefatos e responsáveis envolvidos

Leia mais

PROCEDIMENTO OPERACIONAL AQUISIÇÃO / QUALIFICAÇÃO E AVALIAÇÃO DE FORNECEDORES

PROCEDIMENTO OPERACIONAL AQUISIÇÃO / QUALIFICAÇÃO E AVALIAÇÃO DE FORNECEDORES Histórico de Revisões Rev. Modificações 01 30/04/2007 Primeira Emissão 02 15/06/2009 Alteração de numeração de PO 7.1 para. Alteração do título do documento de: Aquisição para: Aquisição / Qualificação

Leia mais

Manual Do Usuário Processo Licitação

Manual Do Usuário Processo Licitação Manual Do Usuário Processo Licitação Versão 1.0 Agosto 2015 2 SUMÁRIO 1 OBJETIVO... 4 2 INTRODUÇÃO... 4 3 ACESSANDO O SISTEMA DE GESTÃO DE PROCESSOS... 5 4 CONFIGURANDO O IDIOMA DO SISTEMA... 6 5 ENTENDENDO

Leia mais

Capítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1

Capítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1 Capítulo 2 Processos de Software slide 1 Tópicos apresentados Modelos de processo de software. Atividades de processo. Lidando com mudanças. Rational Unified Process (RUP). Um exemplo de um processo de

Leia mais

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de

Leia mais

Manual do Sistema "Venda - Gerenciamento de Vendas, Estoque, Clientes e Financeiro" Editorial Brazil Informatica

Manual do Sistema Venda - Gerenciamento de Vendas, Estoque, Clientes e Financeiro Editorial Brazil Informatica Manual do Sistema "Venda - Gerenciamento de Vendas, Estoque, Clientes e Financeiro" Editorial Brazil Informatica I Venda - Gerenciamento de Vendas, Estoque, Clientes e Financeiro Conteúdo Part I Introdução

Leia mais

Manual Do Usuário Processo Aditivo de Prazo

Manual Do Usuário Processo Aditivo de Prazo Manual Do Usuário Processo Aditivo de Prazo Versão 1.0 Agosto 2015 2 SUMÁRIO 1 OBJETIVO... 3 2 INTRODUÇÃO... 3 3 ACESSANDO O SISTEMA DE GESTÃO DE PROCESSOS... 4 4 CONFIGURANDO O IDIOMA DO SISTEMA... 5

Leia mais

Universidade Federal Rural de Pernambuco. Bacharelado em Sistemas de Informação. Disciplina: Análise e Projeto de Sistemas de Informação

Universidade Federal Rural de Pernambuco. Bacharelado em Sistemas de Informação. Disciplina: Análise e Projeto de Sistemas de Informação Universidade Federal Rural de Pernambuco Bacharelado em Sistemas de Informação Disciplina: Análise e Projeto de Sistemas de Informação Docente: Rodrigo Aluna: Thays Melo de Moraes Diagramas do Projeto

Leia mais

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Pós-Graduação em Gerenciamento de Projetos práticas do PMI Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL

Leia mais

Especificação de Caso de Uso

Especificação de Caso de Uso Versão: 1.1 Especificação de Caso de Uso UCCITES015 Versão: 1.1 Histórico da Revisão Data Versão Descrição Autor 27/08/2008 0.1 Criação do documento. Ana Ornelas 02/09/2008 0.2 Atualização de alguns termos

Leia mais

Treinamento Sistema Condominium Módulo III

Treinamento Sistema Condominium Módulo III Financeiro (Lançamentos Despesas e Saldos) Nesse módulo iremos apresentar os principais recursos da área contábil do sistema. Contábil> Lançamentos Nessa tela é possível lançar as despesas dos condomínios,

Leia mais

CATÁLOGO DE CUSTOMIZAÇÃO Tag xped e nitempedno XML de Faturamento

CATÁLOGO DE CUSTOMIZAÇÃO Tag xped e nitempedno XML de Faturamento CATÁLOGO DE CUSTOMIZAÇÃO Tag xped e nitempedno XML de Faturamento Índice ÍNDICE... 2 OBJETIVO DO PROJETO... 3 ESCOPO... 3 PREMISSAS... 4 LIMITAÇÕES E RESTRIÇÕES... ERRO! INDICADOR NÃO DEFINIDO. OBSERVAÇÕES...

Leia mais

Introdução Diagramas de Casos de Uso Diagramas de Classes Estoque Fácil

Introdução Diagramas de Casos de Uso Diagramas de Classes Estoque Fácil UFCG Introdução Diagramas de Casos de Uso Diagramas de Classes Estoque Fácil Arthur Silva Freire Caio César Meira Paes Carlos Artur Nascimento Vieira Matheus de Araújo Maciel Tiago Brasileiro Araújo Engenharia

Leia mais

PROCEDIMENTO GERENCIAL PADRÃO Ref.: FIN-PGP-001_00 Emissão: 22/05/2013 P. 1/14 CARTÃO CORPORATIVO

PROCEDIMENTO GERENCIAL PADRÃO Ref.: FIN-PGP-001_00 Emissão: 22/05/2013 P. 1/14 CARTÃO CORPORATIVO Ref.: FIN-PGP-001_00 Emissão: 22/05/2013 P. 1/14 CARTÃO CORPORATIVO Ref.: FIN-PGP-001_00 Emissão: 22/05/2013 P. 2/14 SUMÁRIO 1. RESUMO DO PROCESSO... 3 2. FLUXOGRAMA... 4 3. OBJETIVO... 5 4. APLICAÇÃO...

Leia mais

Convênio, Contrato de Repasse e Termo de

Convênio, Contrato de Repasse e Termo de MINISTÉRIO DO PLANEJAMENTO, ORÇAMENTO E GESTÃO SECRETARIA DE LOGÍSTICA E TECNOLOGIA DA INFORMAÇÃO DEPARTAMENTO DE SUPORTE À GESTÃO DO SISTEMA DE TRANSFERÊNCIAS VOLUNTÁRIAS DA UNIÃO Portal dos Convênios

Leia mais

APOO Análise e Projeto Orientado a Objetos. Requisitos

APOO Análise e Projeto Orientado a Objetos. Requisitos + APOO Análise e Projeto Orientado a Objetos Requisitos Requisitos 2 n Segundo Larman: n São capacidades e condições às quais o sistema e em termos mais amplos, o projeto deve atender n Não são apenas

Leia mais

DIRETRIZES DE ORIENTAÇÃO DAS ATIVIDADES DO TRABALHO DE CURSO

DIRETRIZES DE ORIENTAÇÃO DAS ATIVIDADES DO TRABALHO DE CURSO Manual de Orientação das Atividades do Trabalho de Conclusão de Curso INSTITUTO DE ENSINO SUPERIOR DE RIO VERDE - IESRIVER CURSO DE ADMINISTRAÇÃO DIRETRIZES DE ORIENTAÇÃO DAS ATIVIDADES DO TRABALHO DE

Leia mais

2 a Lista de Exercícios

2 a Lista de Exercícios Projeto de Sistemas 2011/2 2 a Lista de Exercícios (1) Um importante aspecto do projeto da camada de Lógica de Negócio (LN) diz respeito à organização das classes e distribuição de responsabilidades entre

Leia mais

SuperStore. Sistema para Automação de Óticas. MANUAL DO USUÁRIO (Módulo Vendas e Caixa)

SuperStore. Sistema para Automação de Óticas. MANUAL DO USUÁRIO (Módulo Vendas e Caixa) SuperStore Sistema para Automação de Óticas MANUAL DO USUÁRIO (Módulo Vendas e Caixa) Contato: (34) 9974-7848 http://www.superstoreudi.com.br superstoreudi@superstoreudi.com.br SUMÁRIO 1 Vendas... 3 1.1

Leia mais

Andrey Estevão da Silva. Ferramenta de Auxílio aos Estudos: Rede Social de Estudo on-line. Bookman

Andrey Estevão da Silva. Ferramenta de Auxílio aos Estudos: Rede Social de Estudo on-line. Bookman 2011 Ferramenta de Auxílio aos Estudos: Rede Social de Estudo on-line Bookman Andrey Estevão da Silva UNIVERSIDADE ESTADUAL DE GOIÁS UNIDADE UNIVERSITÁRIA DE CIÊNCIAS EXATAS E TECNOLÓGICAS BACHARELADO

Leia mais

POLÍTICA ORGANIZACIONAL

POLÍTICA ORGANIZACIONAL POLÍTICA ORGANIZACIONAL PARA DESENVOLVIMENTO DE SOFTWARE NA DR TECH Data 01/03/2010 Responsável Doc ID Danielle Noronha PoliticaOrg_DR_V003 \\Naja\D\Gerenciamento\Política Localização Organizacional Versão

Leia mais

Versão 6.0.1 Melhorias Melhorias Versão 6.0.1

Versão 6.0.1 Melhorias Melhorias Versão 6.0.1 Versão 6.0.1 Novembro 2010 Versão 6.0.1 Funcionalidade Completa de Planejamento do Trabalho Através dessa funcionalidade o usuário pode planejar quais tarefas e quanto tempo destinará para trabalhar em

Leia mais

PROCEDIMENTO SISTÊMICO DA QUALIDADE

PROCEDIMENTO SISTÊMICO DA QUALIDADE 1. OBJETIVO Estabelecer, documentar, implementar, aprimorar e manter um, que assegure a conformidade com os requisitos da norma de referência. 2. CONTROLE DE DOCUMENTOS E REGISTRO 2. CONTROLE DE DOCUMENTOS

Leia mais

2 Diagrama de Caso de Uso

2 Diagrama de Caso de Uso Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa

Leia mais

Manual de Utilização do Sistema Financeiro Opções Disponíveis a partir da versão 8.0.40 do Sistema Micropost

Manual de Utilização do Sistema Financeiro Opções Disponíveis a partir da versão 8.0.40 do Sistema Micropost O Novo Gerenciador Financeiro Micropost é acessado através do botão "Gerenciador Financeiro" na tela principal do sistema (como mostra a figura 1). Caso o botão esteja desabilitado deve-se entrar nas configurações

Leia mais

MANUAL BÁSICO DE NORMAR E ROTINAS DEPARTAMENTO FINANCEIRO. Contamos com o comprometimento e colaboração de todos.

MANUAL BÁSICO DE NORMAR E ROTINAS DEPARTAMENTO FINANCEIRO. Contamos com o comprometimento e colaboração de todos. MANUAL BÁSICO DE NORMAR E ROTINAS DEPARTAMENTO FINANCEIRO DISPOSIÇÕES INICIAIS O manual trás um resumo de algumas normas e rotinas que devem ser seguidas para o bom desempenho das tarefas necessárias para

Leia mais

Curso de Licenciatura em Informática

Curso de Licenciatura em Informática Curso de Licenciatura em Informática Disciplina: Análise e Projeto de Sistemas Professor: Rafael Vargas Mesquita EXERCÍCIOS SOBRE MODELAGEM DE CASOS DE USO Exercício 1: construa um Diagrama de Casos de

Leia mais

VERSÃO 5.12.0 VERSÃO 5.0.0 FINANCEIRO NEFRODATA ESTOQUE FINALIZAÇÃO: 10 JUN.

VERSÃO 5.12.0 VERSÃO 5.0.0 FINANCEIRO NEFRODATA ESTOQUE FINALIZAÇÃO: 10 JUN. VERSÃO 5.12.0 VERSÃO 5.0.0 FINANCEIRO NEFRODATA ESTOQUE ACD2016 FINALIZAÇÃO: 10 JUN. 13 04 NOV.2014 FEV. 201313 JUN. 2016 PUBLICAÇÃO: Prezado Cliente, Neste documento estão descritas todas as novidades

Leia mais

PLANEJAMENTO OPERACIONAL - MARKETING E PRODUÇÃO MÓDULO 3 O QUE É PLANEJAMENTO DE VENDAS E OPERAÇÕES?

PLANEJAMENTO OPERACIONAL - MARKETING E PRODUÇÃO MÓDULO 3 O QUE É PLANEJAMENTO DE VENDAS E OPERAÇÕES? PLANEJAMENTO OPERACIONAL - MARKETING E PRODUÇÃO MÓDULO 3 O QUE É PLANEJAMENTO DE VENDAS E OPERAÇÕES? Índice 1. O que é planejamento de...3 1.1. Resultados do planejamento de vendas e operações (PVO)...

Leia mais

CATÁLOGO DE APLICAÇÕES Envio de Boleto Automático

CATÁLOGO DE APLICAÇÕES Envio de Boleto Automático CATÁLOGO DE APLICAÇÕES Envio de Boleto Automático Objetivo do projeto Gerar boletos automaticamente a partir da console de notas fiscais de saída eletrônicas. Escopo Este projeto englobará os requisitos

Leia mais

Empresa de Informática Infinity LTDA. Gerenciamento de Configuração. Sistema de Gerenciamento de Plano Corporativo de Celulares

Empresa de Informática Infinity LTDA. Gerenciamento de Configuração. Sistema de Gerenciamento de Plano Corporativo de Celulares Empresa de Informática Infinity LTDA Gerenciamento de Configuração Sistema de Gerenciamento de Plano Corporativo de Celulares 22/05/2012 Índice Analítico 1. Introdução 1.1 Finalidade 1.2 Escopo 1.3 Definições,

Leia mais

Release Notes. Dezembro/2012. TOTVS Saúde e Segurança do Trabalho Personal Med.

Release Notes. Dezembro/2012. TOTVS Saúde e Segurança do Trabalho Personal Med. Dezembro/2012 TOTVS Saúde e Segurança do Trabalho Personal Med. Copyright 2009 TOTVS. Todos os direitos reservados. Nenhuma parte deste documento pode ser copiada, reproduzida, traduzida ou transmitida

Leia mais

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI MDMS- Metodologia de Desenvolvimento e Manutenção de Sistemas da Superintendência de Tecnologia da Informação - STI Metodologia de Desenvolvimento e Manutenção de Sistemas da Histórico de Alterações Versão

Leia mais

ATUALIZAÇÃO DA VERSAO 05.04.00. Abaixo constam as alterações referentes a versão 05.04.00 do dia 02/05/2012:

ATUALIZAÇÃO DA VERSAO 05.04.00. Abaixo constam as alterações referentes a versão 05.04.00 do dia 02/05/2012: ATUALIZAÇÃO DA VERSAO 05.04.00 Abaixo constam as alterações referentes a versão 05.04.00 do dia 02/05/2012: ATENÇÃO: Versões intermediarias não são de atualização obrigatório para todos os clientes, apenas

Leia mais

GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas

GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Sistemas de Informação Tecnologia em Desenvolvimento Web Tecnologia em Análise e Desenvolvimento de Sistemas Tecnologia em Sistemas

Leia mais

Especificação do 3º Trabalho

Especificação do 3º Trabalho Especificação do 3º Trabalho I. Introdução O objetivo deste trabalho é abordar a prática da programação orientada a objetos usando a linguagem Java envolvendo os conceitos de classe, objeto, associação,

Leia mais

Changelog 30/04/2015. Versão 3.0.001

Changelog 30/04/2015. Versão 3.0.001 Versão 3.0.001 Changelog 30/04/2015 RESUMO Parcelamento de itens de atendimento Importação de nota fiscal de fornecedores via arquivo xml Envio de boleto vencido atualizado por e-mail Central de Notificações

Leia mais