cannudo / conta-ai

Registro de fluxo de caixa para pequenos comerciantes

Perfil carregado

conta-ai's Issues

Backlog da TI — Requisitos iniciais

Boas-vindas à primeira issue do CONTA[AI]

E aí, dev! Meu nick @cannudo, e me chamo Luan 🤝
Bora tomar um cafézinho e falar sobre os requisitos deste projeto? ☕
Esteja à vontade 👨‍💻

O CONTA[AI] surgiu quando eu precisei registrar o meu fluxo de caixa pessoal, em um determinado período no tempo.
Devido à ser útil para os meus estudos, registrei o sistema como software livre. Aqui, tentarei manter a documentação do sistema sempre atualizada, para que outras pessoas possam se encontrar e estudar ou usá-los da maneira que quiserem.

A primeira construção do sistema

A primeira versão usável do sistema seguiu uma breve descrição de requisitos.

Nós — os clientes (eu) e os desenvolvedores (eu) do produto — queríamos uma versão MVP do sistema que nasceu. Em análises empíricas, os clientes do CONTA[AI] descreveram seus requisitos.

Os clientes do CONTA[AI] desejam usar uma versão mínima viável do produto. Eles querem que seja possível, através de uma interface gráfica ou linha de comando, fazer operações CRUD dos objetos (POO) descritos.

Além do mais, ambas as partes concordaram que o desenvolvimento seria feito em Python, com a adoção do framework Django.

🧑‍💻 Desenvolvedores do sistema

O início do desenvolvimento do sistema foi tranquilo. Através de análises heurísticas pessoais, a equipe desenvolveu um sistema que associa lançamentos à fluxos de caixa. No CLI, os desenvolvedores puderam manipular alguns dados de teste, mas não houve uma sessão importante sobre testes. Quanto à interface gráfica, o cliente concordou em usar, provisoriamente, a interface administrativa padrão do Django. Ela também faz o CRUD desses objetos.

Em trabalhos futuros, a equipe de desenvolvimento pretende melhorar a organização das informações na interface administrativa. Atualmente, o sistema não exibe o saldo de cada fluxo automaticamente.

Observações dos clientes

Os clientes esperam poder contar com a ajuda da equipe de desenvolvimento para realizar cadastros no CRUD, para que ele possa comprovar a qualidade do software produzido, testando a adição de dados fictícios.

Os requisitos desta entrega foram atendidos com louvor. Mas, agora, nós pudermos refletir que eles são insuficientes para uma versão MVP.

Estamos satisfeitos com o sistema, embora ainda não tenhamos obtido um retorno grande do design de interface — por ora, a interface administrativa padrão do Django dá conta do recado.

Atualização dos requisitos do MVP

Para que o MVP satisfaça seus novos requisitos, ele deve atender aos seguintes pontos:

• Em algum ponto na documentação, deve-se ter descrito como criar um superusuário para uso na interface administrativa padrão do Django
• Em outro ponto da documentação, deve-se ter uma definição de escopo do sistema;
• No sistema, devem existir testes unitários e documentação que justifique o seu uso;
• Deve-se criar um glossário do sistema, documentando a linguagem usada pelo sistema para se comunicar com os usuários;
• Deve-se investigar como os comerciantes chamam seus registros de fluxo de caixa, para que a interface do usuário se adeque a linguagem do negócio.