eletrotupi / tcc/ commit / 4ad2632

thesis: rewrite a bit for more cohesion, drop some dumb terms

Pedro Lucas Porcellis porcellis@eletrotupi.com 14 days ago 4ad2632e6c43b962bf7eb67152114c44e132384f
Parents: 6e80d85
1 file(s) changed
  • monografia/chapters/development.tex +33 -34
monografia/chapters/development.tex
1 1 
\chapter{Desenvolvimento}
2 2
3 3 
Este capítulo detalha o funcionamento de algumas funcionalidades
4 4 
desenvolvidas durante o projeto. Apenas algumas funcionalidades mais
5 5 
chaves são abordadas neste capítulo, como o registro de humor, vinculo
6 6 
de um gatilho, indicadores, e o registro de atividades.
7 7
8 8 
\section{Processo de Login}
9 9
10 10 
Logo ao abrir o aplicativo, o usuário é redirecionado para a tela de
11 - 
login. A tela em si é relativamente simples, e contem os campos de
12 - 
email e senha. Existe um elemento proposital aqui, uma forma de gerar
13 - 
um certo nível de anonicidade, onde o usuário não precisa se identificar
14 - 
com um nome ou número de telefone, ou mesmo ativar através de uma conta
15 - 
de outra plataforma, como por exemplo, Google ou Facebook.
11 + 
login. A tela em si é relativamente simples, e contém os campos de
12 + 
email e senha. Existe aqui um elemento proposital: uma forma de
13 + 
garantir um certo nível de anonimato, em que o usuário não precisa se
14 + 
identificar com um nome ou número de telefone, tampouco ativar a conta
15 + 
através de uma plataforma de terceiro, como Google ou Facebook.
16 16
17 - 
Em especial por dois motivos, (1) necessitaria uma conexão OAuth, de
18 - 
forma que as plataformas de terceiro poderiam rastrear dados de qual
19 - 
usuário tem acesso a qual aplicativo. Isso é importante porque existe,
20 - 
e é fartamente documentado, sobre os mecanismos usados por tais plataformas
21 - 
para rastrear e monitorar o acesso aos dados dos usuários, de forma a
22 - 
vender e monetizar os dados dos usuários.
17 + 
Isso se dá, em especial, por dois motivos. Primeiro, o uso de OAuth
18 + 
exigiria uma conexão com plataformas de terceiro, que poderiam então
19 + 
rastrear quais usuários têm acesso a qual aplicativo — algo que é
20 + 
fartamente documentado na literatura sobre os mecanismos usados por
21 + 
tais plataformas para rastrear e monitorar o acesso a dados de
22 + 
usuários, com o fim de vender e monetizar essas informações.
23 23
24 24 
% TODO: Write citations, link to news articles about it
25 25
26 - 
Por fim, ainda retomando a proposta de oferecer a possibilidade de
27 - 
\textit{self-service} para o usuário, o usuário que decidisse
28 - 
ter uma instância do aplicativo própria para si, não precisaria de uma
29 - 
conta em uma plataforma de terceiro, como Google ou Facebook e tampouco
30 - 
precisaria registrar-se nessas plataformas.
26 + 
Segundo, e retomando a proposta de oferecer ao usuário a possibilidade
27 + 
de \textit{self-service}, aquele que decidisse manter uma instância
28 + 
própria do aplicativo não precisaria de uma conta em uma plataforma de
29 + 
terceiro, nem se cadastrar nelas.
31 30
32 31 
\begin{figure}[H]
33 32 
\centering
34 33 
\caption{Tela de login}
35 34 
\label{fig:screenshot-login}
36 35 
\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-login.jpeg}
37 36 
\source{O autor, 2026}
38 37 
\end{figure}
39 38
40 - 
Por fim, destaca-se aqui que, conforme mencionado anteriormente, na
41 - 
modelagem de casos de uso \ref{fig:use-cases}, ao realizar o login,
42 - 
no primeiro acesso é enviado um email com um código de verificação,
43 - 
seguindo a logistica de \textit{magic links}, onde adiciona uma camada
44 - 
extra de segurança, garantindo que apenas o usuário que solicitou o login
45 - 
possa acessar a conta.
39 + 
Por fim, destaca-se aqui que, conforme mencionado anteriormente na
40 + 
modelagem de casos de uso (figura \ref{fig:use-cases}), ao realizar o
41 + 
login pela primeira vez é enviado um email com um código de
42 + 
verificação, seguindo a lógica dos \textit{magic links}. Isso adiciona
43 + 
uma camada extra de segurança, garantindo que apenas o usuário que
44 + 
solicitou o login possa acessar a conta.
46 45
47 46 
\section{Página de Consulta de Registros}
48 47
49 48 
A tela inicial é a tela nomeada apenas como ``Novo''. A proposta aqui
50 49 
é ser a tela de cadastro rápido de um humor, e também é a tela que
▸ 4 unchanged lines
55 54 
    \item Cadastro rápido de um humor
56 55 
    \item Entre ontem e hoje
57 56 
    \item Registros recentes
58 57 
\end{itemize}
59 58
60 - 
Sendo respectivamente, uma seção onde o usuário é convidado a
61 - 
``escolher um humor'', e iniciar o processo de registro de uma nova entrada
62 - 
de humor, a seção onde é computado os indicadores do nível de energia
63 - 
acumulado entre o dia de ontem e hoje, além da informação da média de
64 - 
sono do dia atual e comparada com o dia anterior. Por fim, também é
65 - 
listado os últimos dez registros de humor que o usuário cadastrou.
59 + 
Respectivamente: uma seção em que o usuário é convidado a ``escolher
60 + 
um humor'' e iniciar o processo de registro de uma nova entrada; a
61 + 
seção em que são apresentados os indicadores de nível de energia
62 + 
acumulado entre o dia anterior e o dia atual, além da média de sono do
63 + 
dia comparada com a do dia anterior; e, por fim, a listagem dos dez
64 + 
últimos registros de humor cadastrados pelo usuário.
66 65
67 66 
\begin{figure}[H]
68 67 
\centering
69 68 
\caption{Tela de Consulta de Registros}
70 69 
\label{fig:screenshot-consulta-registros}
71 70 
\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-initial-page.jpeg}
72 71 
\source{O autor, 2026}
73 72 
\end{figure}
74 73
75 - 
Aqui já é introduzido para o usuário um padrão de organização e hierarquia:
76 - 
todos elementos centrais são organizados em \textit{cards}, que são
77 - 
exibidos em no máximo duas colunas. Também é introduzido, caso o usuário
78 - 
já tenha registros de humor cadastrados, como será resumido esses registros
79 - 
cadastrados pelo usuário em todas as seções do aplicativo: geralmente,
80 - 
tendo um ícone, um título e alguma informação adicional destacada.
74 + 
Aqui já é introduzido ao usuário um padrão de organização e hierarquia:
75 + 
todos os elementos centrais são organizados em \textit{cards}, exibidos
76 + 
em no máximo duas colunas. Também é introduzido, caso o usuário já
77 + 
possua registros de humor cadastrados, o padrão pelo qual esses
78 + 
registros são resumidos em todas as seções do aplicativo: geralmente
79 + 
um ícone, um título e alguma informação adicional em destaque.
81 80
82 81 
\section{Criação de Registros de Humor}
83 82
84 83 
Nesta seção, o usuário pode criar novos registros de humor, escolhendo
85 84 
entre uma lista de opções pré-definidas. O humor selecionado na tela
▸ 198 unchanged lines
284 283 
registro de humor, destaca a dimensão mais relevante daquele registro
285 284 
(como ``Ansiedade alta'' na figura \ref{fig:screenshot-history}); para um
286 285 
gatilho, indica sua categoria, e assim por diante.
287 286
288 287 
\FloatBarrier