\chapter{Nexo}

O aplicativo proposto por esse trabalho, denominado "Nexo", se propõe a ser uma

aplicação para dispositivos móveis, de forma a preencher essas lacunas

demonstradas tanto pelo questionário, quanto também tentando preencher as

identificar padrões ou ciclos. Esses dados podem ser correlacionados/vinculados

com ``práticas'' ou ``intervenções'', como fármacos, psicoterapia, atividades

físicas.

Outro ponto essencial é a exportação de dados em formatos acessíveis, como o

Com base nas funcionalidades listadas, pode-se definir os requisitos funcionais

e não funcionais no qual o sistema deve necessitar.

\section{Classificação dos Requisitos}

        \multicolumn{3}{c}{\small Fonte: Elaborado pelo autor (2026)} \\

\end{longtable}

Com essas definições em mãos, pode-se avançar para a etapa de modelagem do

sistema, usando os requerimentos apresentados como fundação para o sistema.

\chapter{Design}

% TODO: Find citations

As decisões de design do sistema foram fundamentadas tanto na análise dos

\begin{figure}[h]

\centering

\caption{Logotipo do sistema}

\label{fig:logo}

\includegraphics[width=0.9\linewidth]{logo.png}

\end{figure}

Para convergir com a pesquisa de tonalidade, e abraçar uma estética

``acolhedora'', o logo tenta fugir de parecer algo mecânico ao usar uma técnica

que simule pinceladas ao invés de linhas retas, simulando também diferenças ou

\begin{figure}[h]

  \centering

  \caption{Paleta de cores}

  \label{fig:palette}

  \includegraphics[width=10cm, height=8cm, keepaspectratio]{pallete-small.png}

\end{figure}

% Hack

\newpage

Além da legibilidade, a escolha da Inter também contribui para reforçar a

identidade moderna e funcional proposta pelo aplicativo. Por ser amplamente

utilizada em plataformas digitais e ferramentas de interface, como o Figma, a

fonte transmite familiaridade ao usuário e mantém consistência com os padrões

contemporâneos de design de interfaces.

\chapter{Desenvolvimento}

Como delineado as tecnologias no capítulo anterior, aqui se apresenta a

arquitetura, demonstrando como todas as tecnologias apresentadas acima se

conectam e conversam entre si.

\begin{figure}[h]

\centering

\caption{Arquitetura e elementos do Sistema}

\label{fig:arch}

\includegraphics[width=0.9\linewidth]{arch.png}

\end{figure}

Este capítulo detalha o funcionamento de algumas funcionalidades

desenvolvidas durante o projeto. Apenas algumas funcionalidades mais

\begin{figure}[H]

\centering

\caption{Tela de login}

\label{fig:screenshot-login}

\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-login.jpeg}

\end{figure}

Por fim, destaca-se aqui que, conforme mencionado anteriormente na

modelagem de casos de uso (figura \ref{fig:use-cases}), ao realizar o

login pela primeira vez é enviado um email com um código de

\begin{figure}[H]

\centering

\caption{Tela de Consulta de Registros}

\label{fig:screenshot-consulta-registros}

\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-initial-page.jpeg}

\end{figure}

Aqui já é introduzido ao usuário um padrão de organização e hierarquia:

todos os elementos centrais são organizados em \textit{cards}, exibidos

em no máximo duas colunas. Também é introduzido, caso o usuário já

\begin{figure}[H]

\centering

\caption{Criação de Registros de Humor}

\label{fig:screenshot-consulta-humor}

\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-create-mood.jpeg}

\end{figure}

Naturalmente, é uma questão difícil de responder — e, como o próprio

aplicativo procura deixar claro, é importante que seja um momento

reflexivo, não necessariamente preciso.

\begin{figure}[H]

\centering

\caption{Adicionando sentimentos/emoções}

\label{fig:screenshot-add-components}

\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-add-components.jpeg}

\end{figure}

Ao concluir esse processo e salvar, é apresentada ao usuário uma tela

de confirmação, na qual ele pode, opcionalmente, vincular o registro a

um gatilho específico — que pode ter ocorrido antes de ele salvar o

\begin{figure}[H]

\centering

\caption{Vinculando um humor com um gatilho}

\label{fig:screenshot-link-mood-trigger}

\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-link-mood-with-trigger.jpeg}

\end{figure}

Em seguida, o usuário pode indicar o impacto que aquele gatilho

exerceu sobre o registro de humor em questão. Novamente, trata-se de

uma estimativa subjetiva, sem pretensão de precisão.

\begin{figure}[H]

\centering

\caption{Avaliando o impacto de um gatilho no humor}

\label{fig:screenshot-assess-trigger-mood-impact}

\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-link-mood-assess-impact.jpeg}

\end{figure}

Por fim, vale mencionar que, após esse processo, é enfileirado

internamente um \textit{background job} que recalcula, sob demanda, o

indicador de energia daquele dia, apresentado na figura

\begin{figure}[H]

\centering

\caption{Tela de indicadores}

\label{fig:screenshot-insights}

\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-insights.jpeg}

\end{figure}

% TODO: referenciar EMA / momentary assessment como justificativa da janela de 7 dias

São três os indicadores semanais exibidos: tendência de humor, correlação

\begin{figure}[H]

\centering

\caption{Tela de Histórico}

\label{fig:screenshot-history}

\includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-history.jpeg}

\end{figure}

Como os quatro tipos de dado residem em recursos distintos da API, a

tela consulta os respectivos \textit{endpoints} em paralelo e, em

seguida, processa o resultado no próprio aplicativo. Para isso, é

registro de humor, destaca a dimensão mais relevante daquele registro

(como ``Ansiedade alta'' na figura \ref{fig:screenshot-history}); para um

gatilho, indica sua categoria, e assim por diante.

\FloatBarrier

\chapter{Metodologias}

Como primeiro passo, para conseguir viabilizar construir um \textit{software}

com qualidade, é necessário adotar metodologias que fundamentam a ideia e o

processo. De tal sorte que, ajudem a levantar requisitos, priorizar

\begin{figure}[H]

\centering

\caption{Aplicativo Baseline}

\label{fig:screenshot-baseline}

\includegraphics[width=0.40\textwidth,height=0.40\textheight,keepaspectratio]{screenshot-baseline.jpeg}

\end{figure}

Entre os aspectos observados, destaca-se a natureza open-source da aplicação,

característica que favorece a transparência e a possibilidade de adaptação por

terceiros. Sua interface apresenta baixo nível de complexidade e reduz a

\begin{figure}[H]

\centering

\caption{Aplicativo DailyBeans}

\label{fig:screenshot-dailybeans}

\includegraphics[width=0.40\textwidth,height=0.40\textheight,keepaspectratio]{screenshot-dailybeans.jpeg}

\end{figure}

Entre suas funcionalidades, além do registro de humor e categorização de

atividades e sentimentos, o aplicativo conta com gráficos e históricos. Uma

interface bastante coesa e visualmente agradável. Um outro elemento é que o

\begin{figure}[H]

\centering

\caption{Aplicativo DailyMood}

\label{fig:screenshot-dailymood}

\includegraphics[width=0.40\textwidth,height=0.55\textheight,keepaspectratio]{screenshot-dailymood.jpeg}

\end{figure}

Apesar dos recursos disponíveis, observa-se que é uma solução bastante simples.

Não existe outros recursos além de informar o humor predominante e uma

anotação. Um fator interessante é que não necessita de contas, rodando

\begin{figure}[H]

\centering

\caption{Aplicativo Reflectly}

\label{fig:screenshot-reflectly}

\includegraphics[width=0.40\textwidth,height=0.55\textheight,keepaspectratio]{screenshot-reflectly.jpeg}

\end{figure}

Como pontos observados, destaca-se o fato de ser uma solução proprietária e

dependente de coleta significativa de dados para alimentar seus mecanismos de

análise. Outro ponto observado é o fato de que o aplicativo apresenta

\begin{figure}[H]

\centering

\caption{Aplicativo eMoods}

\label{fig:screenshot-emoods}

\includegraphics[width=0.40\textwidth,height=0.55\textheight,keepaspectratio]{screenshot-emoods.jpeg}

\end{figure}

Entretanto, a aplicação apresenta uma experiência do usuário um tanto confusa,

possuindo interface bastante poluída quando comparada a soluções mais

novas/contemporâneas. Também não oferece suporte para registros textuais

atenda a essas demandas, mas também adote princípios de transparência, abertura

e controle por parte do usuário. A seguir, serão discutidas as decisões de

projeto que nortearam a construção da ferramenta proposta, baseadas tanto nas

limitações identificadas nos sistemas existentes quanto nas necessidades e

expectativas manifestadas pelo público-alvo da pesquisa.

\chapter{Modelagem}

De acordo com \cite{guedes:2022}, a modelagem de sistemas é uma etapa fundamental do

processo de desenvolvimento de software, pois permite representar graficamente

os principais elementos do sistema, seus comportamentos e interações. Essa

\begin{figure}[h]

\centering

\caption{Diagrama de Casos de Uso}

\label{fig:use-cases}

\includegraphics[width=0.9\linewidth]{casos-de-uso.png}

\end{figure}

Na Figura~\ref{fig:use-cases}, pode-se observar que apenas um ator interage

com o sistema, o próprio usuário final. Também visualiza-se que cada elipse,

se resume a um requisito funcional, e os casos de uso estão interligados por

\begin{figure}[h]

\centering

\caption{Diagrama de Classes}

\label{fig:classes}

\includegraphics[width=0.9\linewidth]{diagrama-classes.png}

\end{figure}

Essa representação apresenta alguns vários elementos importantes. Primeiro, um

acoplamento entre \textit{Usuário} e as demais classes. Isso é natural, e

desejado, considerando que é o único ator. Existe também a separação entre as

garantir uma separação adequada de responsabilidades e facilitar a manutenção e

escalabilidade do código, conforme as propostas de \citet{Fowler_2013} e

\citet{Gamma:2011}. Esses elementos são importantes, considerando os princípios

de legibilidade, simplicidade e responsabilidades, muitos organizados por

\citet{Martin_2012}, asseguram que o código produzido seja limpo e sustentável.