Você está na página 1de 12

Prof. Fabrício G. M.

de Carvalho 17/08/2022

KICKOFF API 1º DSM

P2: Fabrício Galende Marques de Carvalho

São José dos Campos – 2022

ROTEIRO DO KICK OFF


1. TEMA, MOTIVAÇÃO E CLIENTE
2. CONHECIMENTOS EXIGIDOS NO SEMESTRE
3. DESCRIÇÃO DO PROBLEMA
4. REQUISITOS
a. REQUISITOS DE DADOS
b. REQUISITOS FUNCIONAIS
c. REQUISITOS NÃO FUNCIONAIS
5. CANAL E MECÂNICA DE COMUNICAÇÃO
COM O CLIENTE

1
Prof. Fabrício G. M. de Carvalho 17/08/2022

1. TEMA E MOTIVAÇÃO

TEMA: SISTEMA PARA GERENCIAMENTO DE


TRANSAÇÕES EM UM BANCO DIGITAL

MOTIVAÇÃO: Monitorar e controlar operações


bancárias de um banco digital, reduzindo as
interações presenciais, etc.

CLIENTE: Interno, FATEC, representado por um


dos professores do curso. (banco fictício)

2. CONHECIMENTOS EXIGIDOS NO SEMESTRE


 Documentação de Software (backlog de produto, de
sprint, briefing, etc.)
 Controle de versão
 Processo de desenvolvimento ágil
 Fundamentos de sistemas Web
 Lógica de programação básica
 Persistência de dados em BD relacional
 Arquitetura de Informação e boas práticas no projeto
de interfaces

2
Prof. Fabrício G. M. de Carvalho 17/08/2022

3. DESCRIÇÃO DO PROBLEMA
Com a popularização da Internet e dos dispositivos móveis, a
digitalização de serviços bancários tornou-se algo essencial no dia a
dia das pessoas. Operações que antes eram realizadas “na boca dos
caixas” passaram a ser realizadas em computadores pessoais e
dispositivos móveis. Nesse sentido, processos antes manuais tais
como execução de transferências, pagamentos de contas via
transferência e boletos, aplicações financeiras, entre outros,
passaram a ser executados digitalmente, através de apenas alguns
cliques. Nesse projeto, o desafio proposto é que os alunos
desenvolvam um sistema para um banco digital simples, que seja
capaz de efetuar transações típicas de um sistema bancário
digitalizado e acessível a um usuário comum.
O problema a ser abordado pelas equipes é, portanto, o
desenvolvimento de um sistema para um Internet Banking.

4. REQUISITOS DO SISTEMA
REQUISITOS DE DADOS
RD.1. Um usuário comum do sistema deve possuir pelo menos os
seguintes dados:
a) Nome
b) Endereço
c) CPF
d) Data de nascimento
e) Gênero
RD.2. Um usuário especializado (ex. Gerente Geral ou Gerente de
Agência), deve possuir, além dos dados de um usuário comum:
a) Número de matrícula
b) Papel (Gerente Geral ou de Agência)

3
Prof. Fabrício G. M. de Carvalho 17/08/2022

4. REQUISITOS DO SISTEMA
REQUISITOS DE DADOS
RD.2. (Continuação)
c) Agência correspondente (para o caso de Gerente de Agência).

RD.3. Uma conta bancária, deve possuir pelo menos os seguintes


dados:
a)Agência
b)Data de abertura
c)Tipo (conta corrente ou conta poupança)
d)Saldo
e)Histórico de movimentação (débitos e créditos com
detalhamento).

4. REQUISITOS DO SISTEMA
REQUISITOS DE DADOS
RD.4. O banco, deve possuir um capital total (utilizado, por
exemplo, na execução de operações de empréstimos, etc.).

Obs: Ao ser inicializado pela primeira vez, o sistema deve


solicitar a inserção do valor inicial para o capital disponível do
banco.

4
Prof. Fabrício G. M. de Carvalho 17/08/2022

4. REQUISITOS DO SISTEMA
REQUISITOS FUNCIONAIS BÁSICOS

RF.1. Um Gerente Geral deve ter acesso a todas as


funcionalidades do sistema, sem nenhuma restrição. Só há um
gerente geral. Além disso:
a)Somente o gerente geral pode gerenciar usuários do tipo
Gerente de Agência.
b)Somente o gerente geral pode alterar informações referente a
uma Agência.

4. REQUISITOS DO SISTEMA
REQUISITOS FUNCIONAIS BÁSICOS
RF.2. Um Gerente de Agência possui as seguintes autorizações, além de todas
referentes a um usuário comum de sua agência:
a)Abertura de conta atrelada a sua agência (ex. através de confirmação
de dados informados pelo cliente).
b)Encerramento de conta (no caso de existência de saldo na conta em
encerramento, deve confirmar o débito correspondente – equivalente
a um saque).
c)Alteração de dados cadastrais de um usuário de sua agência.
d)Confirmação de uma operação de depósito (correspondente, por
exemplo, a contagem de valores em cédulas que são inseridas em
envelopes em caixas eletrônicos e são conferidas pelo gerente antes
de efetuar o crédito na conta do cliente).

10

5
Prof. Fabrício G. M. de Carvalho 17/08/2022

4. REQUISITOS DO SISTEMA
REQUISITOS FUNCIONAIS BÁSICOS

RF.3. Um usuário comum possui as seguintes funcionalidades:


a) Solicitação de abertura de conta;
b) Solicitação de encerramento de conta;
c) Solicitação de alteração de dados cadastrais;
d) Depósito em espécie em “caixa eletrônico” (i.e., informa os
valores no envelope que serão conferidos pelo Gerente de
Agência e serão atrelados à sua conta ou a uma conta de terceiro
no mesmo banco).

11

4. REQUISITOS DO SISTEMA
REQUISITOS FUNCIONAIS BÁSICOS
RF.3. (Continuação)
e) Saques em espécie em “caixa eletrônico” (i.e., Informa o valor,
o banco processa e emite uma notificação correspondente a
disponibilização dos valores).
f) Execução de transferências a partir de sua conta para uma
outra conta no mesmo banco (similar ao Pix).
g) Emissão de extratos de conta, a qualquer momento,
informando o período correspondente ao extrato desejado.
h) Emissão de comprovantes de operações imediatamente após
a sua execução (depósitos, saques e transferências).

12

6
Prof. Fabrício G. M. de Carvalho 17/08/2022

4. REQUISITOS DO SISTEMA
REQUISITOS FUNCIONAIS BÁSICOS

RF.4. Um depósito em espécie, em uma determinada conta,


aumenta o capital total disponível no banco, atrelando o valor
adicional, também, à conta específica.
RF.5. Um saque em espécie, referente a uma determinada conta,
reduz o capital total disponível no banco e na conta vinculada ao
saque.
RF.6. Não é possível efetuar um saque em espécie que extrapole
o capital total disponível em um determinado momento no
banco (ex. usuário solicita um saque de $ 1000.000,00 mas o
banco, nesse momento, só dispõe de $999.999,99).

13

4. REQUISITOS DO SISTEMA
REQUISITOS FUNCIONAIS BÁSICOS

RF.7. Todas as operações bancárias são operadas até a segunda


casa decimal (centavos), devendo ser feito o truncamento dos
valores com as correções apropriadas para evitar inconsistência
de dados.
RF.8. Saques, depósitos em espécie e transferências podem ser
feitos utilizando-se centavos (“moedas”).

14

7
Prof. Fabrício G. M. de Carvalho 17/08/2022

4. REQUISITOS DO SISTEMA
REQUISITOS FUNCIONAIS BÁSICOS

RF.9. (REQUISITO OPCIONAL) A remuneração da poupança é


feita de acordo com o aniversário “mensal” do depósito na conta
poupança. (ex. 05/agosto a 05/setembro, então o saldo diário
correspondente ao dia fará jus à remuneração – juros mais
correção monetária - caso contrário, não haverá remuneração).
RF.10. (REQUISITO OPCIONAL) A remuneração da poupança
deve ser configurável, incluindo os valores de juros e correção
monetária. Essa remuneração ocorre utilizando juros compostos.

15

4. REQUISITOS DO SISTEMA
REQUISITOS FUNCIONAIS BÁSICOS

RF.11. (REQUISITO OPCIONAL) Quando ocorre a remuneração da


poupança de um cliente, o capital total do banco efetua uma
“transferência de valores” do capital próprio do banco para o
capital atrelado do cliente.

16

8
Prof. Fabrício G. M. de Carvalho 17/08/2022

4. REQUISITOS DO SISTEMA
REQUISITOS FUNCIONAIS BÁSICOS

RF.12. Se o cliente efetuar um saque que extrapole o valor do


saldo em sua conta, ele entra automaticamente na situação de
“cheque especial”.
RF. 13. Um cliente que entra em situação de contratação de
cheque especial, ao efetuar um depósito em sua conta, terá o
valor do cheque especial automaticamente debitado, acrescido
de juros compostos, calculados em base diária e de valor com
taxa configurável.

17

4. REQUISITOS DO SISTEMA
REQUISITOS NÃO FUNCIONAIS – USABILIDADE E INTERFACE

RN.U.1 – Qualquer operação efetuada por um cliente, após ele


ter sido autenticado, tem que ser acessível em, no máximo, 4
passos ou cliques.
RN.U.2 – Comprovantes do tipo extrato, saldos, transferência,
etc. devem possuir um formato apropriado para impressão em
papel e, opcionalmente, a conversão para um arquivo .txt ou
PDF. Esses arquivos devem possuir um formato de alinhamento
que facilite a leitura dos valores, detalhamentos, etc.
RN.U.3 – A interface deve manter a coerência das informações
mesmo quando utilizada em um computador de mesa ou em um
dispositivo móvel tal como um celular.

18

9
Prof. Fabrício G. M. de Carvalho 17/08/2022

4. REQUISITOS DO SISTEMA
REQUISITOS NÃO FUNCIONAIS – RESTRIÇÕES DE PROJETO
RN.P.1. Desenvolver o back end com a linguagem Python 3+ e o
micro framework Flask;
RN.P.2. Utilizar o sistema gerenciador de banco de dados
MariaDB ou MySQL;
RN.P.3. Utilizar HTML 5 para arquitetura da informação da
aplicação;
RN.P.4. Utilizar CSS 3 para especificação do layout e demais
características de renderização da interface com o usuário.
RN.P.5. Utilizar o GitHub para controle de versão dos artefatos
de projeto.

19

4. REQUISITOS DO SISTEMA
REQUISITOS NÃO FUNCIONAIS – RESTRIÇÕES DE PROJETO
RN.P.6. Interface com navegação intuitiva (e.g. acesso à
informação com poucos “cliques”, metáforas, etc.);
RN.P.7. Sistema responsivo.
RN.P.8. Não utilizar framework de mapeamento objeto-
relacional para implementar as operações em banco de dados.
RN.P.9. Os parâmetros de configuração do sistema (ex. Data de
inicialização, data corrente, capital próprio inicial, taxas de juros
e correção monetária, etc.) devem ser mantidos ou em um
arquivo de configuração, no formato JSON, ou em banco de
dados de configuração.

20

10
Prof. Fabrício G. M. de Carvalho 17/08/2022

4. REQUISITOS DO SISTEMA
OBSERVAÇÃO SOBRE TECNOLOGIAS UTILIZADAS

O trabalho e o rol de tecnologias elencadas nesse documento


garantem o suporte técnico dos professores de acordo com o
planejamento das disciplinas-chave (Eng. de Software I, Design
Digital e Desenvolvimento Web I) e, também, de acordo com as
demais disciplinas do 1º Semestre. Quaisquer tecnologias
adicionais não elencadas nesse documento só devem ser
utilizadas caso os alunos da equipe tenham conhecimentos
suficientes ou autonomia de aprendizagem suficiente para os
fins do projeto.

21

5. CANAL E MECÂNICA DE
COMUNICAÇÃO COM O CLIENTE
• Algumas das aulas da disciplina de Design Digital serão
dedicadas ao acompanhamento e a feedbacks relacionados
ao API.
• Criar equipes no Slack, contendo os integrantes do grupo, um
workspace e um canal denominado “cliente” onde todos da
equipe poderão observar porém a conversa será somente
entre o professor P2 (fabricio.carvalho01@fatec.sp.gov.br) e o
aluno PO. O professor M2 estará, também, como observador
das interações e deve ser agregado ao workspace.
• Perguntas, referentes à visão do cliente, feitas pelo slack serão
respondidas em até 48h úteis ou via Slack ou nas aulas
dedicadas aos feedbacks do API.

22

11
Prof. Fabrício G. M. de Carvalho 17/08/2022

FIM DA APRESENTAÇÃO

23

12

Você também pode gostar