\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

questões analisadas em outros sistemas similares. Como mencionado

anteriormente, o sistema é direcionado para pessoas com TAB, e portanto, o nome

reflete essa escolha. A lógica é, de um aplicativo que consegue conectar

diversos pontos, que em um primeiro momento parecem soltos: sono, rotina,

práticas, humor, gatilhos.

A partir das demandas identificadas na pesquisa e dos princípios estabelecidos

para este projeto, delineia-se um sistema de monitoramento de humor centrado no

usuário, com ênfase em personalização, privacidade e utilidade reflexiva. O

funcionamento do sistema parte da premissa de que o humor não é uma variável

universal, mas sim composto por elementos subjetivos que variam entre

indivíduos. Assim, fundamentalmente para cada entrada no diário, o usuário pode

indicar que componentes de humor ele percebe em vigência naquele momento, como

“raiva”, “tristeza”, “felicidade”, etc., elementos que ele considera mais

representativos de seu estado emocional, permitindo um mapeamento mais fiel da

sua experiência.

O monitoramento, pode ser gerado em diversos momentos do dia, o que torna o

aplicativo mais flexível, ao invés de uma única entrada no dia. O usuário pode

também anotar para cada momento, algo relevante, através de escrita livre, e

usar uma escala que possa indicar o que ele percebe como indicadores dos níveis

de energia, estresse e ansiedade. Associado a isso, o sistema permitirá a

entrada de gatilhos e eventos significativos, sejam positivos ou negativos, que

poderão ser posteriormente correlacionados com os estados de humor, permitindo

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,

garantindo que o usuário tenha controle e mobilidade sobre suas informações,

algo frequentemente negligenciado em sistemas fechados. Além disso, a

ferramenta é por inteiro \textit{software} livre, garantindo transparência de

funcionamento, possibilidade de auditoria e fomento a melhorias comunitárias,

especialmente importantes no contexto de tecnologias sensíveis à saúde mental.

Essas características formam a base de um sistema comprometido com o bem-estar,

o respeito à individualidade e a soberania dos dados pessoais.

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}

Como observado por \cite[p.~58]{sommerville:2010}, "Os requisitos de um sistema são

as descrições dos serviços que o sistema deve prestar e as restrições à sua

operação". Portanto, requisitos são declarações articuladas descrevendo de

forma clara o que o sistema deve ser capaz de fazer para satisfazer as

necessidades postas anteriormente. São definidas em duas categorias: requisitos

funcionais que descrevem o comportamento e funções do sistema e requisitos não

funcionais que descrevem os critérios específicos que podem ser usados para

avaliar o bom funcionamento do sistema. A separação entre requisitos funcionais

e não funcionais permite uma estrutura clara para priorização, testes e

validação do projeto, respeitando tanto os objetivos técnicos quanto éticos da

proposta. Logo a seguir, serão abordados com mais detalhes cada um deles.

\subsection{Requisitos funcionais}

Os requisitos funcionais dizem respeito às funcionalidades centrais do sistema,

ou seja, declarações de tudo o que o sistema deve e está proposto a fazer e

reagir. Sommerville reforça esse aspecto:

\begin{quote}

  Os requisitos funcionais de um sistema descrevem o que ele deve fazer. Eles

  dependem do tipo de software a ser desenvolvido, de quem são seus possíveis

  usuários e da abordagem geral adotada pela organização ao escrever os

  requisitos. Quando expressos como requisitos de usuário, os requisitos

  funcionais são normalmente descritos de forma abstrata, para serem

  compreendidos pelos usuários do sistema.

  \cite[p.~59]{sommerville:2010}

\end{quote}

Portanto, diante das funcionalidades previstas, que foram brevemente listadas,

no Quadro 2 é apresentado os requisitos que o sistema deve fornecer: