Trabalho Analise e Projeto de Sistemas

48
UNIVERSIDADE TUIUTI DO PARANÁ VITOR SANTOS SAVICKI SILVIO CESAR DA SILVA SISTEMA DE CONTROLE FINANCEIRO PESSOAL

description

Trabalho apresentado a disciplina de Analise e Projeto de Sistemas II, sob orientação do professor Carlos Eduardo Marquioni.

Transcript of Trabalho Analise e Projeto de Sistemas

Page 1: Trabalho Analise e Projeto de Sistemas

UNIVERSIDADE TUIUTI DO PARANÁ

VITOR SANTOS SAVICKISILVIO CESAR DA SILVA

SISTEMA DE CONTROLE FINANCEIRO PESSOAL

CURITIBA

2012

Page 2: Trabalho Analise e Projeto de Sistemas

1

VITOR SANTOS SAVICKISILVIO CESAR DA SILVA

SISTEMA DE CONTROLE FINANCEIRO PESSOAL

CURITIBA

2012

Page 3: Trabalho Analise e Projeto de Sistemas

2

Sumário1. DIAGRAMA DE CASOS DE USO ESTRUTURADO.............................................................5

1.1. CASOS DE USO ESTRUTURADO...................................................................................5

2. DIAGRAMA DE CLASSES DE DOMINIO...............................................................................6

2.1 CLASSES DE DOMINIO..........................................................................................................6

3. ESPECIFICAÇÃO DOS CASOS DE USO..............................................................................7

3.1. EFETUAR LOGIN................................................................................................................7

3.1.1. Esboço das telas..........................................................................................................7

3.1.2. Diagrama de classes por caso de uso......................................................................7

3.1.4. Pré-condição.................................................................................................................8

3.1.5. Caminho básico............................................................................................................8

3.1.6. Caminho alternativo.....................................................................................................8

3.1.7. Pós Condição...............................................................................................................8

3.2. MANTER CLIENTE...........................................................................................................10

3.2.1. Esboço das telas........................................................................................................10

3.2.2. Diagrama de classe por caso de uso......................................................................10

3.2.3. Descrição....................................................................................................................10

3.2.4. Pré-condição...............................................................................................................11

3.2.5. Caminho básico..........................................................................................................11

3.2.6. Caminho alternativo...................................................................................................11

3.2.7. Pós-condição..............................................................................................................12

3.3. MANTER DESPESA.........................................................................................................13

3.3.1. Esboço das telas........................................................................................................13

3.3.2. Diagrama de classe por caso de uso......................................................................13

3.3.3. Descrição....................................................................................................................13

3.3.4. Pré-condição...............................................................................................................13

3.3.5. Caminho básico..........................................................................................................14

3.3.6. Caminho alternativo...................................................................................................14

3.3.7. Pós-condição..............................................................................................................14

3.4. MANTER CREDITO..........................................................................................................16

3.4.1. Esboço de telas..........................................................................................................16

3.4.2. Diagrama de classes por caso de uso....................................................................16

3.4.3. Descrição....................................................................................................................17

Page 4: Trabalho Analise e Projeto de Sistemas

3

3.4.4. Pré-condição...............................................................................................................17

3.4.5. Caminho básico..........................................................................................................17

3.4.6. Caminho alternativo...................................................................................................17

3.4.7. Pós-condição..............................................................................................................18

3.5. MANTER DESPESA AUTOMATICA...............................................................................19

3.5.1. Esboço de telas..........................................................................................................19

3.5.2. Diagrama de classe por caso de uso......................................................................19

3.5.3. Descrição....................................................................................................................19

3.5.4. Pré-condição...............................................................................................................20

3.5.5. Caminho básico..........................................................................................................20

3.5.6. Caminho alternativo...................................................................................................20

3.5.7. Pós-condição..............................................................................................................21

3.6. MANTER CONFIGURAÇÃO............................................................................................22

3.6.1. Esboço de telas..........................................................................................................22

3.6.2. Diagrama de classe por caso de uso......................................................................22

3.6.3. Descrição....................................................................................................................23

3.6.4. Pré-condição...............................................................................................................23

3.6.5. Caminho básico..........................................................................................................23

3.6.6. Caminho alternativo...................................................................................................23

3.6.7. Pós-condição..............................................................................................................24

3.7. MANTER INVESTIMENTO..............................................................................................25

3.7.1. Esboço de telas..........................................................................................................25

3.7.2. Diagrama de classe por caso de uso......................................................................25

3.7.3. Descrição....................................................................................................................26

3.7.4. Pré-condição...............................................................................................................26

3.7.5. Caminho básico..........................................................................................................26

3.7.6. Caminho alternativo...................................................................................................27

3.7.7. Pós-condição..............................................................................................................27

3.8. ATUALIZAR INVESTIMENTO.........................................................................................29

3.8.1. Diagrama de classe por caso de uso......................................................................29

3.8.2. Descrição....................................................................................................................29

3.8.3. Pré-condição...............................................................................................................29

3.8.4. Caminho básico..........................................................................................................29

3.8.5. Caminho alternativo...................................................................................................30

Page 5: Trabalho Analise e Projeto de Sistemas

4

3.8.6. Pós-condição..............................................................................................................30

3.9. MANTER CONTADOR.....................................................................................................31

3.9.1. Esboço de telas..........................................................................................................31

3.9.2. Diagrama de classe por caso de uso......................................................................31

3.9.5. Caminho básico..........................................................................................................32

3.9.6. Caminho alternativo...................................................................................................32

3.9.7. Pós-condição..............................................................................................................32

3.10. GERAR RELATORIO....................................................................................................33

3.10.1. Esboço de telas......................................................................................................33

3.10.2. Diagrama de classe por caso de uso..................................................................33

3.10.3. Descrição................................................................................................................34

3.10.4. Pré-condição...........................................................................................................34

3.10.5. Caminho básico......................................................................................................34

3.10.6. Caminho alternativo...............................................................................................34

3.10.7. Ponto de Extensão.................................................................................................35

3.10.8. Pós-condição..........................................................................................................35

3.11. LANÇAR DESPESA......................................................................................................36

3.11.1. Diagrama de classe por caso de uso..................................................................36

3.11.2. Descrição................................................................................................................36

3.11.3. Pré-condição...........................................................................................................36

3.11.4. Caminho básico......................................................................................................36

3.11.5. Caminho alternativo...............................................................................................37

3.11.6. Pós-condição..........................................................................................................37

Page 6: Trabalho Analise e Projeto de Sistemas

5

1. DIAGRAMA DE CASOS DE USO ESTRUTURADO1.1.CASOS DE USO ESTRUTURADO

Page 7: Trabalho Analise e Projeto de Sistemas

6

2. DIAGRAMA DE CLASSES DE DOMINIO2.1 CLASSES DE DOMINIO

Page 8: Trabalho Analise e Projeto de Sistemas

7

3. ESPECIFICAÇÃO DOS CASOS DE USO3.1. Manter Curso

3.1.1. Esboço das telas

3.1.2. Diagrama de classes por caso de uso

Page 9: Trabalho Analise e Projeto de Sistemas

8

3.1.3. DescriçãoO caso de uso refere-se ação do ator cadastrar os cursos existentes.

3.1.4. Pré-condição

Não se aplica

3.1.5. Caminho básico1. Carregar Tela de Login: O caso de uso inicia quando o cliente solicita acesso ao

sistema. O sistema carrega a tela com os campos “Nome” e “Senha” e os botões “Login”, “Esqueci Minha Senha”, “Cadastrar Cliente” e “Sair”.

2. Inserir Nome: O cliente seleciona o campo “Nome” e insere seu nome cadastrado. O sistema mantem os dados pendentes de verificação.

3. Inserir Senha: O cliente seleciona o campo “Senha” e insere sua senha cadastrada. O sistema mantem os dados pendentes de verificação.

4. Efetuar Login: O cliente solicita permissão à tela inicial do sistema clicando no botão “Login”. O sistema verifica que os dados conferem com os registrados e atribui permissão para acessar o sistema. O caso de uso termina.

3.1.6. Caminho alternativoCA 1. Tela de login não carregada: Durante a execução do passo "Carregar tela de

login", caso a tela de login não seja carregada o sistema emite a mensagem: "Não foi possível carregar a tela". O caso de uso termina.

CA 2. Nome ou Senha não conferem: Durante a execução do passo "Efetuar login", caso o sistema verifique que o nome ou a senha do cliente esteja incorreta o sistema emite a mensagem:” Nome ou senha incorretos". O caso de uso retorna para o passo "Efetuar login".

CA 3. Cliente esqueceu Nome ou Senha: Durante a execução do passo de qualquer passo, caso o cliente clique no botão "Esqueci minha senha", o sistema envia o nome e senha para o e-mail cadastrado e emite a mensagem: "Seu Nome e senha foram enviados para o e-mail cadastrado". O caso de uso termina.

CA 4. Sair: Durante a execução de qualquer, passo caso o cliente clique no botão “Sair” o caso de uso termina.

3.1.7. Pós Condição

Não se aplica

Page 10: Trabalho Analise e Projeto de Sistemas

9

Page 11: Trabalho Analise e Projeto de Sistemas

10

3.2.MANTER CLIENTE3.2.1. Esboço das telas

3.2.2. Diagrama de classe por caso de uso

3.2.3. DescriçãoO caso de uso refere-se ação do cliente efetuar um cadastro para acessar o

sistema.

Page 12: Trabalho Analise e Projeto de Sistemas

11

3.2.4. Pré-condiçãoO cliente deve estar logado (UC “Efetuar login” foi executado com sucesso).

3.2.5. Caminho básico1. Carregar tela de cadastro: O caso de uso inicia quando o cliente clica no botão

“Cadastrar Cliente”. O sistema carrega a tela com os campos “Nome”, “Senha” e “E-mail” e os botões “Confirmar cadastro”, “Cancelar” e “Fechar”.

2. Cadastrar nome: O cliente seleciona o campo “Nome” e insere um nome. O sistema mantem os dados pendentes de inclusão.

3. Cadastrar senha: O cliente seleciona o campo “Senha” e insere uma senha. O sistema mantem os dados pendentes de inclusão.

4. Cadastrar e-mail: O cliente seleciona o campo “E-mail” e insere um E-mail valido. O sistema mantem os dados pendentes de inclusão.

5. Confirmar cadastro de cliente: O cliente solicita a criação de uma conta de cliente clicando no botão “Confirmar cadastro”. O sistema verifica que os dados são validos, salva e emite uma mensagem confirmando a criação de uma nova conta.

6. Fechar: O cliente clica no botão “Fechar” e o caso de uso termina.

3.2.6. Caminho alternativoCA 1. Tela de cadastro não carregada: Durante a execução do passo “Carregar

Tela de Cadastro”, caso a tela de cadastro de cliente não seja carregada, o sistema emite a mensagem “Ocorreu um erro”. O caso de uso termina.

CA 2. Campo não preenchido: Durante a execução do passo “Confirmar cadastro de cliente”, caso algum campo (ou mais que um) não tenha sido preenchido, o sistema emite a mensagem “Campo em branco” e atribui um asterisco no(s) campo(s) não preenchido(s). O caso de uso retorna para o passo correspondente ao primeiro campo com asterisco.

CA 3. Cliente já cadastrado: Durante a execução do passo “Confirmar cadastro de cliente”, caso já exista um cliente cadastrado com os mesmos dados, o sistema apaga os dados dos campos emite a mensagem “Cliente já cadastrado”. O caso de uso retorna para o passo “Cadastrar nome”.

CA 4. Nome inválido: Durante a execução do passo “Confirmar cadastro de cliente”, caso se verifique que o nome inserido seja invalido , o sistema emite a mensagem “Nome invalido, insira um nome valido“. O caso de uso retorna para o passo “Cadastrar nome”.

CA 5. Senha invalida: Durante a execução do passo “Confirmar cadastro de cliente”, caso se verifique que a senha inserida seja invalida, o sistema emite a

Page 13: Trabalho Analise e Projeto de Sistemas

12

mensagem “Senha invalida, insira uma senha valida”. O caso de uso retorna para o passo “Cadastrar senha”.

CA 6. E-mail inválido: Durante a execução do passo “Confirmar cadastro de cliente”, caso se verifique que o e-mail inserido e invalido, o sistema emite a mensagem “E-mail invalido, insira um e-mail valido”. O caso de uso retorna para o passo “Cadastrar e-mail”.

CA 7. Cancelar cadastro: Durante a execução de qualquer passo, caso o cliente clique no botão “Cancelar”, o sistema emite a mensagem “Cadastro cancelado”. O caso de uso termina.

3.2.7. Pós-condição

Não se aplica

Page 14: Trabalho Analise e Projeto de Sistemas

13

3.3. MANTER DESPESA3.3.1. Esboço das telas

3.3.2. Diagrama de classe por caso de uso

3.3.3. DescriçãoO caso de uso refere-se ao cliente solicitar o cadastro uma despesa no

sistema.·.3.3.4. Pré-condição

O cliente deve estar logado (UC “Efetuar login” foi executado com sucesso).

Page 15: Trabalho Analise e Projeto de Sistemas

14

3.3.5. Caminho básico1. Carregar tela de despesa: O caso de uso inicia quando o cliente solicita o

cadastro de uma despesa. O sistema carrega a tela com os campos “Nome da despesa”, ”Tipo de moeda”, “Valor da despesa”, “Data da despesa”, “Situação da despesa” e os botões “Confirmar despesa”, “Cancelar” e “Fechar”.

2. Cadastrar nome da despesa: O cliente seleciona o campo “Nome da despesa” e insere o nome da despesa. O sistema mantem os dados pendentes de inclusão.

3. Cadastrar tipo de moeda: O cliente seleciona o campo “Tipo de moeda” e marca o tipo de moeda da despesa. O sistema mantem os dados pendentes de inclusão.

4. Cadastrar valor da despesa: O cliente seleciona o campo “Valor da despesa” e insere o valor Despesa. O sistema mantem os dados pendentes de inclusão.

5. Cadastrar data da despesa: O cliente seleciona o campo “Data da despesa” e insere a data da despesa. O sistema mantem os dados pendentes de inclusão.

6. Cadastrar situação da despesa: O cliente seleciona o campo “Situação da Despesa” e marca uma das opções disponíveis que são “Paga” ou “A Pagar”. O sistema mantem dos dados pendentes de inclusão.

7. Incluir “Lançar despesa”.

8. Fechar: O cliente clica no botão fechar e o caso de uso termina.

3.3.6. Caminho alternativoCA 1. Tela de despesa não carregada: Durante a execução do passo “Carregar tela

de despesa”, caso a tela de cadastro de despesa não seja carregada, os sistema emite a mensagem “Não foi possível carregar a tela”. O caso de uso termina.

CA 2. Tipo de moeda em branco: Durante a execução do passo “Tipo de moeda”, caso o tipo de moeda não tenha sido escolhido, o sistema atribui a moeda padrão configurada ao campo. O caso de uso termina.

CA 3. Cancelar cadastro de despesa: durante a execução de qualquer passo, caso o cliente clique no botão “Cancelar”, o sistema emite a mensagem “Despesa cancelada”. O caso de uso termina.

3.3.7. Pós-condição

Não se aplica

Page 16: Trabalho Analise e Projeto de Sistemas

15

Page 17: Trabalho Analise e Projeto de Sistemas

16

3.4. MANTER CREDITO3.4.1. Esboço de telas

3.4.2. Diagrama de classes por caso de uso

Page 18: Trabalho Analise e Projeto de Sistemas

17

3.4.3. DescriçãoO caso de uso refere-se ação do cliente efetuar lançamento de credito no

sistema.

3.4.4. Pré-condiçãoO cliente deve estar logado (UC “Efetuar login” foi executado com sucesso).

3.4.5. Caminho básico1. Carregar tela de credito: O caso inicia quando o cliente solicita o lançamento de

credito. O sistema carrega a tela com os campos “Nome da Fonte Pagadora”, “Tipo de Moeda” e “Valor do Credito” e os Botões “Lançar credito”, “Fechar” e “Cancelar”.

2. Cadastrar nome da fonte pagadora: O cliente seleciona o campo “Nome da Fonte Pagadora” e insere o nome da fonte de credito. O sistema mantem os dados pendentes de inclusão.

3. Cadastrar tipo de moeda: O cliente seleciona o campo “Tipo de moeda” e marca a moeda na qual está vindo o credito. O sistema mantem os dados pendentes de inclusão.

4. Cadastrar valor do credito: O cliente seleciona o campo “Valor da Moeda” e insere o valor do credito recebido. O sistema mantem os dados pendentes de inclusão.

5. Lançar crédito: O cliente clica no botão “Lançar credito”. O sistema verifica que os dados são validos, salva e emite uma mensagem confirmando o lançamento de credito.

6. Fechar: O cliente clica no botão “Fechar” e o caso de uso termina.

3.4.6. Caminho alternativoCA 1. Tela de credito não carregada: Durante a execução do passo “Carregar tela

de credito”, caso a tela de lançamento de credito não seja carregada, o sistema emite a mensagem “Não possível carregar a tela, tente novamente”. O caso de uso termina.

CA 2. Campo não preenchido: Durante a execução do passo “Lançar credito”, caso algum campo (ou mais que um) não tenha sido preenchido, o sistema emite a mensagem “Campo em branco” e atribui um asterisco no(s) campo(s) não preenchido(s). O caso de uso retorna para o passo correspondente ao primeiro campo com asterisco.

CA 3. Nome da fonte pagadora inválido: Durante a execução do passo “Lançar credito”, caso se verifique que o nome da fonte pagadora inserido seja invalido o

Page 19: Trabalho Analise e Projeto de Sistemas

18

sistema emite a mensagem “Nome invalido, insira um nome de fonte pagadora valida”. O caso de uso retorna para o passo “Cadastrar nome da fonte pagadora”.

CA 4. Tipo de moeda em branco: Durante a execução do passo “Tipo de moeda”, caso o tipo de moeda não tenha sido escolhido, o sistema atribui a moeda padrão configurada ao campo. O caso de uso termina.

CA 5. Valor inválido: Durante a execução do passo “Lançar credito”, caso se verifique que o valor do credito inserido seja invalido, o sistema emite a mensagem “Valor invalido, insira um valor de credito valido”. O caso de uso retorna para o passo “Cadastrar valor do credito”.

CA 6. Cancelar lançamento de credito: durante a execução de qualquer passo, caso o cliente clique no botão “Cancelar”, o sistema emite a mensagem “Credito cancelado”. O caso de uso termina.

3.4.7. Pós-condição

Não se aplica

Page 20: Trabalho Analise e Projeto de Sistemas

19

3.5. MANTER DESPESA AUTOMATICA3.5.1. Esboço de telas

3.5.2. Diagrama de classe por caso de uso

3.5.3. DescriçãoO caso de uso refere-se à ação do cliente solicitar o cadastro uma despesa

automática no sistema.

Page 21: Trabalho Analise e Projeto de Sistemas

20

3.5.4. Pré-condiçãoO cliente deve estar logado (UC “Efetuar login” foi executado com sucesso).

3.5.5. Caminho básico1. Carregar tela de despesa automática: O caso de uso inicia quando o cliente

solicita a criação de uma despesa automática. O sistema carrega a tela com os campos “Nome da Despesa”, ”Tipo de Moeda”, “Dia de Pagamento”, ”Login da Base de Dados da Despesa”, “Senha da Base de Dados da Despesa” e “Endereço Web da base de dados” e os botões “Criar despesa”, "Fechar” e “Cancelar”.

2. Cadastrar nome da despesa: O cliente seleciona o campo “Nome da Conta” e insere o nome da conta a pagar. O sistema mantem os dados pendentes de inclusão.

3. Cadastrar tipo de moeda: O cliente seleciona o campo “Tipo de Moeda” e marca o tipo da despesa automática. . O sistema mantem os dados pendentes de inclusão.

4. Cadastrar dia do pagamento: O cliente seleciona o campo “Dia de Pagamento” e insere um dia de pagamento para a despesa automática. O sistema mantem os dados pendentes de inclusão.

5. Cadastrar login da base de dados: O cliente seleciona o campo ”Login da base de dados da despesa” e insere o login da base dados. O sistema mantem os dados pendentes de inclusão.

6. Cadastrar Senha da Base de Dados: O cliente seleciona o campo “Senha da Base de Dados da Despesa” e insere a senha da base de dados. O Sistema mantem os dados pendentes de inclusão.

7. Cadastrar endereço da base de dados: o cliente seleciona o campo “Endereço web da base de dados” e insere o endereço da base de dados da despesa cadastrada. O sistema mantem os dados pendentes de inclusão.

8. Criar Despesa Automática: O cliente clica no botão “Criar despesa”. O sistema verifica que os dados são validos, atualiza o saldo, salva e emite uma mensagem confirmando a criação da despesa automática.

9. Fechar: O cliente clica no botão “Fechar” e o caso de uso termina.

3.5.6. Caminho alternativoCA 1. Tela de despesa automática não carregada: Durante a execução do passo

“Carregar tela de despesa automática”, caso a tela de despesa automática não seja carregada, o sistema emite a mensagem “Não foi possível carregar a tela, tente novamente”. O caso de uso termina.

Page 22: Trabalho Analise e Projeto de Sistemas

21

CA 2. Campo não preenchido: Durante a execução do passo “Criar despesa automática”, caso algum campo (ou mais que um) não tenha sido preenchido, o sistema emite a mensagem “Campo em branco” e atribui um asterisco no(s) campo(s) não preenchido(s). O caso de uso retorna para o passo correspondente ao primeiro campo com asterisco.

CA 3. Nome da despesa invalido: Durante a execução do passo “Criar despesa automática”, caso se verifique que o nome da despesa e invalido, o sistema emite a mensagem “Nome da despesa invalido, insira um nome valido”. O caso de uso retorna para o passo “Cadastrar nome da despesa”.

CA 4. Tipo de moeda em branco: Durante a execução do passo “Criar despesa automática”, caso o tipo de moeda não tenha sido escolhido, o sistema atribui a moeda padrão configurada ao campo. O caso de uso termina.

CA 5. Dia de pagamento invalido: Durante a execução do passo “Criar despesa automática”, caso o dia de pagamento escolhido se verifique invalido, o sistema emite a mensagem “Dia de pagamento invalido”. O caso de uso retorna para o passo “Cadastrar dia de pagamento”.

CA 6. Login ou senha da base de dados invalida: Durante a execução do passo “Criar despesa automática”, caso se verifique o nome ou senha da base de dados esteja incorreto, o sistema emite a mensagem “Nome ou senha da base de dados invalido”. O caso retorna para o passo “Cadastrar Senha da Base de Dados”.

CA 7. Endereço web invalido: Durante a execução do passo “Criar despesa automática”, caso haja uma falha de confirmação do endereço web, o sistema emite a mensagem “Endereço web não confirmado, verifique se o endereço esta correto”. O caso de uso retorna para o passo “Cadastrar endereço da base de dados”.

CA 8. Cancelar despesa automática: Durante a execução de qualquer passo, caso o cliente clique no botão “Cancelar”, o sistema emite a mensagem “Despesa automática cancela”. O caso de uso termina.

3.5.7. Pós-condição

Não se aplica

Page 23: Trabalho Analise e Projeto de Sistemas

22

3.6. MANTER CONFIGURAÇÃO3.6.1. Esboço de telas

3.6.2. Diagrama de classe por caso de uso

Page 24: Trabalho Analise e Projeto de Sistemas

23

3.6.3. DescriçãoO caso de uso refere-se à ação do cliente solicitar a configuração do sistema.

3.6.4. Pré-condiçãoO cliente deve estar logado (UC “Efetuar login” foi executado com sucesso).

3.6.5. Caminho básico1. Carregar tela de configurações: O caso de uso inicia quando o cliente solicita

configurar o sistema. O sistema carrega tela com os botões “Configurar moeda padrão”, ”Configurar Cores”, “Configurar finais de semana e feriados”, “Configurar idioma”, “Salvar configurações”, “Restaurar para o padrão”, “Fechar” e “Cancelar”.

2. Configurar moeda: O cliente clica no botão “Configurar moeda padrão” e seleciona uma das moedas disponíveis. O sistema mantem os dados pendentes de inclusão.

3. Configurar cor: O cliente clica no botão “Configurar cores” seleciona uma das disponíveis para o credito e outra para o debito. O sistema mantem os dados pendentes de inclusão.

4. Configurar finais de semana: O cliente clica no Botão “Configurar finais de semana e feriados”. O sistema exibe uma tela adicional com os campos “Marcar Final de Semana” e um calendário com todos os meses do ano com o titulo “Marcar Feriados”.

5. Marcar finais de semana: o cliente clica no campo “Marcar finais de semana” e marca todos os dias que não são considerados dias uteis em sua região. O sistema mantem os dados pendentes de inclusão.

6. Marcar feriados: O cliente clica nos dias do calendário que são considerados feriados em sua região. O sistema mantem os dados pendentes de inclusão.

7. Selecionar Idioma: O cliente clica no botão “Configurar idioma” e seleciona um dos idiomas disponíveis. O sistema mantem os dados pendentes de inclusão.

8. Salvar: O cliente clica no botão “Salvar configurações”. O sistema salva os dados e emite a mensagem “As configurações foram salvas”.Fechar: O cliente clica no botão “Fechar” e o caso termina.

3.6.6. Caminho alternativoCA 1. Tela de configurações não carregada: Durante a execução do passo “Carregar

tela de configurações”, caso a tela de configurações não seja carregada o sistema emite a mensagem “Não foi possível carregar a tela, tente novamente”. O caso de uso termina.

Page 25: Trabalho Analise e Projeto de Sistemas

24

CA 2. Moeda padrão não selecionada: Durante a execução do passo “Salvar”, caso o cliente não seleciona nenhuma moeda, o sistema manterá a moeda padrão configurado pelo fabricante. O caso de uso termina.

CA 3. Cores não configuradas: Durante a execução do passo “Salvar”, caso o cliente não seleciona nenhuma cor para credito e debito, o sistema manterá a cor azul para lançamento de credito e vermelha para lançamento de debito. O caso de uso termina.

CA 4. Finais de semana e feriados não configurados: Durante a execução do passo “Salvar”, caso o cliente não tenha feito as configurações de finais de semana e feriados de sua região, o sistema manterá as configurações do fabricante. O caso de uso termina.

CA 5. Idioma não configurado: Durante a execução do passo “Salvar”, caso o cliente não tenha seleciona nenhum idioma, o sistema manterá o idioma padrão configurado pelo fabricante. O caso de uso termina.

CA 6. Restaurar configurações: Durante a execução de qualquer passo, caso o cliente clique no botão “Restaurar configurações”, o sistema restaurara as configurações do fabricante e emite a mensagem “Configurações restauradas”. O caso de uso termina.

CA 7. Cancelar configurações: Durante a execução de qualquer passo, caso o cliente clique no botão “Cancelar”, o sistema emite a mensagem “Configuração cancelada”. O caso de uso termina.

3.6.7. Pós-condição

Não se aplica

Page 26: Trabalho Analise e Projeto de Sistemas

25

3.7. MANTER INVESTIMENTO3.7.1. Esboço de telas

3.7.2. Diagrama de classe por caso de uso

Page 27: Trabalho Analise e Projeto de Sistemas

26

3.7.3. DescriçãoO caso de uso refere-se à ação do cliente cadastrar um investimento para poder

acompanhar seus rendimentos.

3.7.4. Pré-condiçãoO cliente deve estar logado (UC “Efetuar login” foi executado com sucesso).

3.7.5. Caminho básico1. Carregar tela de investimento: O caso de uso inicia quando o cliente solicita

cadastrar um investimento. O sistema carrega a tela com os campos “Investimento em Poupança”, “Investimento em Ouro”, “Investimento em Moeda”, “Cadastrar base de dados” e ao lado de cada campo o botão “Confirmar”, uma lista com os “Investimentos Cadastrados” abaixo os botões “Resgatar investimento”. “Consultar Valores de investimento”, “Cancelar, e “Fechar”“.

2. Cadastrar investimento em poupança: O cliente solicita a cadastrar um investimento em poupança e insere o valor do investimento. O sistema mantem os dados pendentes de inclusão.

3. Confirmar poupança: O cliente clica no botão “Confirmar”. O sistema debita o investimento do credito, salva os dados e emite a mensagem “Investimento Cadastrado”.

4. Cadastrar Investimento em Ouro: O cliente solicita cadastrar um investimento em ouro e insere o valor do investimento. O sistema mantem os dados pendentes de inclusão.

5. Confirmar investimento em ouro: o cliente clica no botão “Confirmar”. O sistema debita o investimento do credito, salva os dados e emite a mensagem “Investimento Cadastrado”.

6. Cadastrar investimento em moeda: O cliente solicita cadastrar um investimento em moeda e insere o valor do investimento. O sistema mantem os dados pendentes de inclusão.

7. Confirmar investimento em moeda: O cliente clica no botão “Confirmar”. O sistema debita o investimento do credito, salva os dados e emite a mensagem “Investimento cadastrado”.

8. Cadastrar base de dados: O cliente solicita cadastrar uma base de dados de investimento e insere um endereço web valido. O sistema mantem os dados pendentes de inclusão.

9. Confirmar base de dados: O cliente clica no botão “Confirmar”. O sistema verifica que o endereço e valido, salva dos dados e emite a mensagem “Base de dados cadastrada”.

10. Fechar: O cliente clica no botão “Fechar” e o caso de uso termina.

Page 28: Trabalho Analise e Projeto de Sistemas

27

3.7.6. Caminho alternativoCA 1. Tela de investimento não carregada: Durante a execução do passo “Carregar

tela de investimento, caso a tela de investimento não seja carregada o sistema emite a mensagem “Ocorreu um erro”“.

CA 2. Valor de poupança em branco ou invalido: Durante a execução do passo “Confirmar poupança”, caso o cliente não tenha inserido um valor ou inseriu um valor invalido, o sistema emite a mensagem “Insira um valor de poupança valido”. O caso de uso retorna para o passo “Cadastrar Investimento em Poupança”.

CA 3. Valor de investimento em ouro em branco ou invalido: Durante a execução do passo “Confirmar investimento em ouro”, caso o cliente não tenha inserido um valor ou inseriu um valor invalido, o sistema emite a mensagem “Insira um valor de investimento em ouro valido”. O caso de uso retorna para o passo “Cadastrar Investimento em poupança”.

CA 4. Valor de investimento em moeda em branco ou invalido: Durante a execução do passo “Confirmar investimento em moeda”, caso o cliente não tenha inserido um valor de investimento em moeda ou inseriu um valor invalido, o sistema emite a mensagem “Insira um valor de investimento em moeda valido”. O caso de uso retorna para o passo “Cadastrar investimento em moeda”.

CA 5. Resgatar investimento: Durante a execução de qualquer passo, caso o cliente seleciona um investimento da lista clique no botão “Resgatar investimento”, o sistema cancelara o investimento seleciona e acrescentara o valor atual do investimento nos créditos. O caso de uso termina.

CA 6. Consultar cotações: Durante a execução de qualquer passo caso o cliente clique no botão “Consultar cotações de investimento”, o sistema exibira uma tela adicional com as cotações dos investimentos. O caso de uso termina.

CA 7. Base de dados não preenchida: Durante a execução do passo “Confirmar base de dados”, caso o cliente não tem inserido um endereço da base de dados, o sistema ira inserir o endereço da base de dados padrão de fabrica. O caso de uso termina.

CA 8. Base de dados invalida: Durante a execução do passo “Confirmar base de dados”, caso o cliente tenha inserido um endereço web invalido, o sistema emite a mensagem “Base de dados invalida, insira um endereço valido”. O caso de uso retorna para o passo “Cadastrar Base de dados”.

CA 9. Cancelar investimento: Durante a execução de qualquer passo, caso o cliente clique no botão cancelar, o sistema emite a mensagem “Investimento Cancelado”.

3.7.7. Pós-condição

Page 29: Trabalho Analise e Projeto de Sistemas

28

Não se aplica

Page 30: Trabalho Analise e Projeto de Sistemas

29

3.8. ATUALIZAR INVESTIMENTO3.8.1. Diagrama de classe por caso de uso

3.8.2. DescriçãoO caso de uso refere-se à ação do ator tempo em atualizar os valores

cadastrados e valores para consulta de investimentos.

3.8.3. Pré-condiçãoO cliente deve estar logado (UC “Efetuar login” foi executado com sucesso).

3.8.4. Caminho básico1. Conectar com base de dados: O caso de uso inicia quando o ator tempo

verifique que e hora de atualizar os valores dos investimentos cadastrados e valores de consulta e solicita estabelecer conexão com a base de dados. O sistema estabelece a conexão com a base de dados.

2. Obter valores da base de dados: o ator tempo solicita os valores atualizados dos investimentos, o sistema envia a solicitação dos valores de investimentos para a base de dados.

Page 31: Trabalho Analise e Projeto de Sistemas

30

3. Atualizar valores: O ator tempo solicita atualizar os valores do investimento, o sistema recebe os dados atualizados e atualiza o valor do investimento. O caso de uso termina.

3.8.5. Caminho alternativoCA 1. Falha de conexão com base de dados: Durante a execução do passo

“Conectar com base de dados”, caso não seja possível estabelecer uma conexão com a base de dados, o sistema emite a mensagem “Conexão com a base de dados indisponível”. O caso de uso termina.

CA 2. Valores indisponíveis: Durante a execução do passo “Obter valores da base de dados”, caso não seja possível obter os valores dos dados de investimento, o sistema emite a mensagem “Não foi possível atualizar os valores de investimentos”. O caso de uso termina.

3.8.6. Pós-condição

Não se aplica.

Page 32: Trabalho Analise e Projeto de Sistemas

31

3.9. MANTER CONTADOR3.9.1. Esboço de telas

3.9.2. Diagrama de classe por caso de uso

3.9.3. DescriçãoO caso de uso refere-se à ação do cliente inserir um contador para o envio do

relatório de seu controle financeiro.

3.9.4. Pré-condiçãoO cliente deve estar logado (UC “Efetuar login” foi executado com sucesso).

3.9.5. Caminho básico

Page 33: Trabalho Analise e Projeto de Sistemas

32

1. Carregar tela do contador: O caso de uso inicia quando o cliente solicita cadastrar um contador para receber o relatório de controle financeiro. O sistema carrega a tela com os campos “Nome do contador” e “E-mail” e os botões “Confirmar contador”, “Fechar” e “Cancelar”.

2. Cadastrar nome do contador: O cliente seleciona o campo “Nome do contador” e insere um nome para o contador. O sistema mantem os dados pendentes de inserção.

3. Cadastrar e-mail: O cliente seleciona o campo “E-mail” e insere um e-mail para o contador. O sistema mantem os dados pendentes de inserção.

4. Confirmar cadastro de contador: O cliente clica no botão “Confirmar contador”. O sistema verifique que os dados são validos, salva e emite a mensagem “Contador cadastrado”.

5. Fechar: O cliente clique no botão “Fechar” e o caso de uso termina.

3.9.6. Caminho alternativoCA 1. Tela de cadastro de contador não carregada: Durante a execução do passo

“Carregar tela do contador”, caso a tela não seja carregada, o sistema emite a mensagem “Ocorreu um erro”. O caso de uso termina.

CA 2. Campo não preenchido: Durante a execução do passo “Confirmar cadastro de contador”, caso algum campo (ou mais que um) não tenha sido preenchido, o sistema emite a mensagem “Campo em branco” e atribui um asterisco no(s) campo(s) não preenchido(s). O caso de uso retorna para o passo correspondente ao primeiro campo com asterisco.

CA 3. Nome de contador invalido: Durante a execução do passo “Confirmar cadastro de contador”, caso o cliente insira um nome invalido, o sistema emite a mensagem “Nome invalido, insira um nome valido”. O caso de uso retorna para o passo “Cadastrar nome do contador”.

CA 4. E-mail invalido: Durante o execução do passo “Confirmar cadastro de contador”, caso o cliente insira um e-mail invalido, o sistema emite a mensagem “E-mail invalido, insira um e-mail valido”. O caso de uso retorna para o passo “Cadastrar e-mail”.

CA 5. Cancelar: Durante a execução de qualquer passo, caso o cliente clique no botão “Cancelar”, o sistema emite a mensagem “Cadastro de contador cancelado”. O caso de uso termina.

3.9.7. Pós-condição

Não se aplica.

3.10. GERAR RELATORIO3.10.1. Esboço de telas

Page 34: Trabalho Analise e Projeto de Sistemas

33

3.10.2. Diagrama de classe por caso de uso

3.10.3. Descrição

Page 35: Trabalho Analise e Projeto de Sistemas

34

O caso de uso refere-se à ação do cliente solicitar que o sistema gere um relatório mostrando seus créditos e débitos de um período escolhido.

3.10.4. Pré-condiçãoO cliente deve estar logado (UC “Efetuar login” foi executado com sucesso).

3.10.5. Caminho básico1. Carregar tela de relatório: O caso de uso inicia quando o cliente solicita gerar

um relatório contendo seus créditos e débitos de um determina período. O sistema carrega a tela com os campos “Data a partir de”, “Data ate” e os botões “Gerar relatório”, “Enviar relatório via e-mail”, “Cancelar” e “Fechar”.

2. Inserir data inicial: O cliente seleciona o campo “Data a partir de” e insere a partir de qual data o sistema ira gerar o relatório financeiro. O sistema mantem os dos pendentes de inclusão.

3. Inserir data final: O cliente seleciona o campo “Data ate” e insere a ate qual data o sistema ira gerar o relatório financeiro. O sistema mantem os dados pendentes de inclusão.

4. Gerar relatório: O cliente clica no botão “Gerar relatório”. O sistema gera um relatório em formato “PDF” e emite a mensagem “Relatório gerado com sucesso”.

5. Fechar: o cliente clica no botão “Fechar” e o caso de uso termina.

3.10.6. Caminho alternativoCA 1. Tela de relatório não carregada: Durante a execução do passo “Carregar tela

de relatório”, caso a tela de relatório não seja carregada, o sistema emite a mensagem “Não foi possível carregar a tela”. O caso de uso termina.

CA 2. Data inicial invalida: Durante a execução do passo “Gerar relatório”, caso o cliente insira uma data invalida, o sistema emite a mensagem “Data invalida, insira uma data valida”. O caso de retorna para o passo “Inserir data inicial”.

CA 3. Data final invalida: Durante a execução do passo “Gerar relatório”, caso o cliente insira uma data invalida no campo “Data a partir de”, o sistema emite a mensagem “Data invalida”, insira uma data valida. O caso de uso retorna para o passo “Inserir data final”.

CA 4. Campo de data em branco: Durante a execução do passo “Gerar relatório”, caso algum campo (ou mais que um) não tenha sido preenchido, o sistema emite a mensagem “Campo em branco” e atribui um asterisco no(s) campo(s) não preenchido(s). O caso de uso retorna para o passo correspondente ao primeiro campo com asterisco.

Page 36: Trabalho Analise e Projeto de Sistemas

35

CA 5. Erro ao gerar ao relatório: Durante a execução do passo “Gerar relatório”, caso o relatório não possa ser gerado, o sistema emite a mensagem “Erro ao gerar relatório, tente novamente”. O caso de uso retorna para o passo “Gerar relatório”.

CA 6. Enviar relatório por e-mail: Durante a execução do passo “Gerar relatório”, caso o cliente clique no botão “Enviar relatório via e-mail”, o sistema exibe uma tela uma tela adicional com os botões “Enviar para meu e-mail” e “Enviar para o contador cadastrado”; caso o cliente opte por:a. - “Enviar para meu e-mail”: o sistema recupera o e-mail cadastrado do cliente;b. - “Enviar para o contador cadastrado”: o sistema recupera o e-mail

cadastrado do contador;Em ambos os casos, o relatório gerado é enviado ao e-mail. O caso de uso termina.

CA 7. Contador não cadastrado: Durante a execução do caminho alternativo “Enviar relatório por e-mail”, caso o cliente clique no botão “Enviar relatório via e-mail” e não haja nenhum contador cadastrado, o sistema emite a mensagem “Não existe contador cadastrado no momento”. O sistema retorna para o passo “Enviar relatório via e-mail”.

CA 8. Cancelar relatório: Durante a execução de qualquer passo, caso o cliente clique no botão “Cancelar”, o sistema emite a mensagem “Relatório cancelado”. O caso de uso termina.

3.10.7. Ponto de Extensão

Incluir Contador: O Ponto de extensão “Incluir Contador” ocorre no fluxo alternativo após o “Contador não cadastrado”, quando o cliente clica no botão “Incluir Contador”. É instanciado o caso de uso “Manter Contador”.

3.10.8. Pós-condição

Não se Aplica

Page 37: Trabalho Analise e Projeto de Sistemas

36

3.11. LANÇAR DESPESA3.11.1. Diagrama de classe por caso de uso

3.11.2. Descrição O caso de uso refere-se à ação do sistema efetuar o lançamento de uma despesa.

3.11.3. Pré-condiçãoNão se aplica.

3.11.4. Caminho básico1. Verificar data: O caso de uso inicia quando é instanciado pelo caso de uso

base “Manter despesa automática”- o ator verifica que existe uma despesa na data atual, O sistema verifica que a data atual é um dia útil.

2. Estabelecer comunicação com base de dados: o ator solicita acesso à base de dados da despesa automática. O sistema se conecta a base de dados da despesa automática.

Page 38: Trabalho Analise e Projeto de Sistemas

37

3. Obter Valor: O ator solicita o valor da despesa automática. O sistema obtém o valor da despesa automática e mantem os dados pendentes de inclusão.

4. Realizar lançamento de despesa: O ator solicita o lançamento da despesa automática. O sistema debita o valor da despesa do credito, salva e os dados.

5. Emitir mensagem de confirmação: O sistema emite uma mensagem confirmando o lançamento da despesa automática caso de uso termina.

3.11.5. Caminho alternativo

CA 1. Lançar Despesa: Antes da execução do passo 1, caso o cliente clique no caso de uso base “Manter Despesa” no botão “Confirmar”, este caso de uso e iniciado e avança para o passo 4 “Realizar lançamento de despesa”.

CA 2. Encerar caso de uso não automático: Após a execução do passo 4, caso o caso de uso tenha sido instanciado por “Manter Despesa”, o caso de uso termina.

CA 3. Dia de pagamento não e dia útil: Durante a execução do passo “Verificar data”, caso o tempo identifique que o dia de pagamento não é um dia útil, o sistema alterara o dia de pagamento da despesa para o próximo dia útil. O caso de uso termina.

CA 4. Falha de comunicação com a base de dados: Durante a execução do passo “Estabelecer comunicação com a base dados”, caso não se estabelece uma comunicação com a base de dados, o sistema emite a mensagem “Não foi possível estabelecer conexão com a base de dados da despesa”. O caso de uso termina.

CA 5. Valor da despesa não obtido: Durante a execução do passo “Obter Valor”, caso o tempo não consiga o valor da despesa, o sistema emite a mensagem “Não foi possível obter o valor da despesa”. O caso de uso termina.

CA 6. Erro ao lançar a despesa: Durante a execução de passo "Realizar lançamento de despesa”, caso o tempo não consigo solicitar o lançamento da despesa, o sistema emite a mensagem “Não foi possível lançar a despesa”. O caso de uso termina.

3.11.6. Pós-condição

Não se aplica.

.