Universidade Federal do Rio Grande do Norte

Disciplina: Análise e Projeto Orientado a Objetos

Relatório Unidade 2

Alunos: Davi Carvalho Feitosa Gonçalves

Talison Fabio Gomes de Medeiros
Wendy Miller Moreira
Tema/Nome do sistema: Gestão de gastos familiar

1 – Descrição do Sistema

Visando a melhoria da gestão financeira familiar, para começar, o sistema poderá

ser utilizado por pessoas cadastradas no aplicativo. Os adultos responsáveis no núcleo
familiar poderão criar a conta de acesso e inserir outros usuários ao núcleo familiar. O
sistema possui um gestor, no qual é possível cadastrar manualmente as datas das contas a
pagar e sua respectiva data de vencimento
.
2 – Modelo de Casos de Uso e Documentação Complementar
2.1 – Lista de atores
- Responsável → Têm o papel de controlar as principais integraçẽos das contas
dentro do sistema, definir metas para a família, no geral, e dar acesso aos
dependentes para entrar no grupo familiar dentro do aplicativo;
- Dependente → Responsável também por gerir suas próprias contas e seguir o que
foi definido como meta pelo responsável;

2.2 - Lista de funcionalidades

- Fazer login;
- Gerir contas;
- Gerir contas a pagar;
- Notificar contas que vão vencer.

2.3 - Lista de regras de negócio

- Todas as funcionalidades precisam de um responsável ou dependente logado para
serem acessadas;
- Apenas os responsáveis do grupo familiar têm permissão de fazer o cadastro de
outros responsáveis ou dependentes para participar da família.
- Os usuários dependentes têm acesso apenas às suas contas.
- Os usuários responsáveis têm acesso às contas de todos os usuários da família.
- Uma família deve ter UM usuário responsável, pelo menos. E qualquer número de
usuários dependentes.
2.4 – Diagrama de Casos de Uso

contas e contas a pagar está confuso. que tal

trocar o nome contas por participantes ou
usuários ou membros

cadastro de que??

2.5 - Descrição dos casos de Uso

UC01 - Gerir contas
Ator principal: Responsável
Fluxo principal:
1. O responsável escolhe a opção de gerenciamento de outros usuários; casos alternativos
2. O Sistema exibirá as outras contas vinculadas e todas as permissões delas;
3. O responsável Responsável ajusta as permissões, cria ou remove usuários; desmembra
4. O Sistema atualiza com as novas informações; r isso em
fluxos
5. Se algum usuário foi removido, ele será notificado e quando acessar o sistema de
separados
novo não terá mais permissão de visualizar os dados do escopo da casa. e indicar
em cada
UC02 - Gerir contas para pagar CRUD inteiro??? um o que o
sistema faz
Ator principal: Responsável e dependente
Fluxo principal:
1. O Responsável ou o dependente escolher a opção de gerenciamento de contas;
2. O sistema retorna as contas do usuário; Seria as contas as quais ele tem responsabilidade?
3. O ator principal cria uma nova conta;
conta a pagar

quem é esse?
 4. O ator define uma data de vencimento para ela e a data limite, ou seja, até quando
aquela conta será cobrada;
5. Após isso, o Sistema pergunta os dias que ele deseja ser notificado antes do
vencimento. Haverá as opções de notificar 1 dia antes, 2, 4, ou/e 7;
6. O sistema enviará uma notificação para o usuário sempre no dia de vencimento
daquela conta. Além disso, isso se repetirá todo mês até o dia limite. isso tem que ser escrito
7. Quando o Responsável ou o dependente pagar a conta vai marcar a conta como noum passo e não
como uma regra de
sistema. negócio. Regras de negócio
são em outra seção
Fluxo alternativo(4): O usuário não pôs uma data limite
4a1: O sistema o notificará sempre, todo dia do vencimento e os outros configurados
indeterminadamente.

Fluxo alternativo(7): O usuário não pagou a conta

7a1: O sistema o notificará todo dia sobre a conta, mostrando quando dias após o
vencimento e a multa calculada que irá adicionar se ele pagar naquele momento.

UC03 - Login
Ator principal: Responsáveis e dependentes Rever todos os UCs, eles estão muito
Fluxo Principal: pobremente descritos e só mostram algo
sobre cadastrar coisas e não de fato
1. Ator não logado entrar na tela de login gerenciar contas a pagar da familia.
2. Insere suas credenciais
3. Com login bem sucedido é exibido a lista de opções para o responsável ou
dependente

Fluxo alternativo (2): Usuário digitou algum dado errado para acessar o sistema
2a1 sistema exibe um aviso para o usuário corrigir e tentar novamente o login.

UC04 - Cadastro de Responsável CRUD

Ator principal: Responsáveis
Fluxo Principal:
1. Usuário não registrado acessa a tela de cadastro de novo usuário
2. Insere suas credenciais e informações necessárias
3. Quando ele clicar em submeter um novo usuário responsável será criado, junto com
uma nova família. Com esse responsável inserido nessa família. A família terá
apenas esse usuário.
interações
3.0 Diagrama de classes

3.1 - Protótipos de interface

O sistema proposto consiste em quatro telas principais:

Tela Formulário Cadastro: tela que permite o cadastro de novos Responsáveis, criando
uma nova família com um Responsável Insira uma título em todas as páginas para esclarecer
do que se trata

Login: tela que possibilita o login dos usuários já registrados no sistema, sejam eles o
Responsável que se cadastrou inicialmente ou outros Responsáveis e Dependentes criados
por Responsáveis na quarta tela.
 Não dá para indicar que uma conta é recorrente
(permanente)?

Tela Gestão Conta: tela destinada ao gerenciamento de contas, sendo acessível apenas
pelos usuários Responsáveis, que podem criar, deletar ou editar contas dos usuários da
família.

Tela de edição de contas: Tela que permite alterar ou cadastrar uma conta.

Valor?
Tipo (doméstica, educação, diversão, transporte ...)

O que significa uma conta pública ou privada?

Tela Gestão Usuário: tela que permite o gerenciamento dos usuários da família, também
acessível somente pelos Responsáveis.

Tela Gestão Usuário: Tela que permite alterar ou cadastrar um usuário.

Vcs criaram as telas de cadastros, mas e o que é de valor para o cliente, como
controlar suas contas? como visualizar seus gastos diários, mensais, anuais....
como obter ajuda sobre a otimização de seus rendimentos?
 organizar as classes colocando boudary no topo, control no
centro e entity na parte de baixo (na medida do possível)

4.0 Diagrama de Classes

a agenda não
está associada
as pessoas?

5.0 Diagrama de sequência

5.1 - O diagrama de sequência para o caso de uso "Fazer Login"

Este diagrama representa a interação entre o usuário e o sistema durante o processo de

login. O usuário entra na tela de login, insere suas credenciais e pressiona o botão de login.
O sistema verifica a validade das credenciais e, se forem válidas, autentica o usuário e o
redireciona para tela Gestão Conta. Caso as credenciais sejam inválidas, o sistema exibe
uma mensagem de erro. O diagrama ilustra de forma resumida as etapas do processo de
login, destacando as interações entre o usuário e o sistema.
Como vc não está
descrevendo um
comportamento diferente para
cada mensagem, então pode
unir os 3 em uma única
mensagem

coloque o nome da operação e os dois parâmetros

para validar o control iria antes recuperar os

usuários existentes, não?

5.2 - Diagrama de sequência de cadastro de Responsável

Na tela de cadastro, o usuário registra uma nova conta, que, nesse caso, será registrada
como um Responsável e também adicionada à uma nova família. Criada junto com o
registro do usuário.
 incluir os parâmetros das operações e os casos alternativos do
CRUD

6.0 Diagrama de Comunicação

6.1 Diagrama de comunicação do caso de uso Gerir Contas:

Nesse diagrama de comunicação, o ator "Responsável" interage com o sistema. O

ator escolhe a opção de gerar um novo usuário e o sistema solicita os dados
cadastrais do ator selecionado (Responsável ou Dependente). Dessa forma, o
sistema vincula o usuário a Familia.
 situações alternativas?

6.2 - Diagrama de comunicação de Gestão de contas

Esse é o diagrama do fluxo de todo usuário na tela de criação e edição de contas. O
responsável ou Dependente adiciona, remove ou edita as contas registradas para
ele.