eletrotupi / tcc/ commit / 980ac64

monografia: fixing more paragraphs for the app chapter

Pedro Lucas Porcellis porcellis@eletrotupi.com · 4 months ago 980ac648beb8b6f2a98a5bada1af401b1b399d77 Browse files
Parents 039d0e7
Changed files
1
Additions
+32
Deletions
-32
monografia/chapters/app.tex modified+32 -32
monografia/chapters/app.tex
1 1 
\chapter{Nexo}
2 2
3 - 
O aplicativo proposto por esse trabalho, denominado “Orbit”, se propõe a ser
4 - 
uma aplicação para dispositivos móveis, de forma a preencher essas lacunas
3 + 
O aplicativo proposto por esse trabalho, denominado "Nexo", se propõe a ser uma
4 + 
aplicação para dispositivos móveis, de forma a preencher essas lacunas
5 5 
demonstradas tanto pelo questionário, quanto também tentando preencher as
6 6 
questões analisadas em outros sistemas similares. Como mencionado
7 7 
anteriormente, o sistema é direcionado para pessoas com TAB, e portanto, o nome
8 - 
reflete essa escolha, visto que, um determinado objeto celeste em órbita de
9 - 
outro possuí duas fases: apogeu e perigeu. Define-se apogeu como “o ponto mais
10 - 
alto, supremo ou máximo de algo” (APOGEU, 2025). É um ponto de destaque,
11 - 
marcado pelo auge, prosperidade, influência ou excelência em uma determinada
12 - 
área ou contexto. Enquanto o segundo termo, define-se como “distância real ou
13 - 
aparente, de um astro, quando mais se aproxima da Terra”. O mesmo poderia ser
14 - 
utilizado de forma metafórica para descrever as duas fases da bipolaridade, a
15 - 
mania e a hipomania.
8 + 
reflete essa escolha. A lógica é, de um aplicativo que consegue conectar
9 + 
diversos pontos, que em um primeiro momento parecem soltos: sono, rotina,
10 + 
práticas, humor, gatilhos.
16 11
17 12 
A partir das demandas identificadas na pesquisa e dos princípios estabelecidos
18 13 
para este projeto, delineia-se um sistema de monitoramento de humor centrado no
19 14 
usuário, com ênfase em personalização, privacidade e utilidade reflexiva. O
20 15 
funcionamento do sistema parte da premissa de que o humor não é uma variável
23 18 
indicar que componentes de humor ele percebe em vigência naquele momento, como
24 19 
“raiva”, “tristeza”, “felicidade”, etc., elementos que ele considera mais
25 20 
representativos de seu estado emocional, permitindo um mapeamento mais fiel da
26 21 
sua experiência.
27 22
28 - 
O monitoramento, pode ser gerado em diversos momentos do dia e flexível: o
29 - 
usuário poderá escolher entre registrar suas emoções por meio de escrita livre,
30 - 
e usar uma escala que possa indicar o que ele percebe como indicadores dos
31 - 
níveis de estresse e ansiedade. Associado a isso, o sistema permitirá a entrada
32 - 
de gatilhos e eventos significativos, sejam positivos ou negativos, que poderão
33 - 
ser posteriormente correlacionados com os estados de humor, permitindo
34 - 
identificar padrões ou ciclos. A esses dados podem ser associadas intervenções
35 - 
leves, como sugestões de autorreflexão, lembretes de autocuidado, ou apenas
36 - 
mensagens-resumo, todas ajustáveis conforme a preferência de tom do usuário.
23 + 
O monitoramento, pode ser gerado em diversos momentos do dia, o que torna o
24 + 
aplicativo mais flexível, ao invés de uma única entrada no dia. O usuário pode
25 + 
também anotar para cada momento, algo relevante, através de escrita livre, e
26 + 
usar uma escala que possa indicar o que ele percebe como indicadores dos níveis
27 + 
de energia, estresse e ansiedade. Associado a isso, o sistema permitirá a
28 + 
entrada de gatilhos e eventos significativos, sejam positivos ou negativos, que
29 + 
poderão ser posteriormente correlacionados com os estados de humor, permitindo
30 + 
identificar padrões ou ciclos. Esses dados podem ser correlacionados/vinculados
31 + 
com "práticas" ou "intervenções", como fármacos, psicoterapia, atividades
32 + 
físicas.
37 33
38 34 
Outro ponto essencial é a exportação de dados em formatos acessíveis,
39 35 
garantindo que o usuário tenha controle e mobilidade sobre suas informações,
40 36 
algo frequentemente negligenciado em sistemas fechados. Além disso, a
41 - 
ferramenta será open-source, garantindo transparência de funcionamento,
42 - 
possibilidade de auditoria e fomento a melhorias comunitárias, especialmente
43 - 
importantes no contexto de tecnologias sensíveis à saúde mental. Essas
44 - 
características formam a base de um sistema comprometido com o bem-estar, o
45 - 
respeito à individualidade e a soberania dos dados pessoais.
37 + 
ferramenta é por inteiro \textit{software} livre, garantindo transparência de
38 + 
funcionamento, possibilidade de auditoria e fomento a melhorias comunitárias,
39 + 
especialmente importantes no contexto de tecnologias sensíveis à saúde mental.
40 + 
Essas características formam a base de um sistema comprometido com o bem-estar,
41 + 
o respeito à individualidade e a soberania dos dados pessoais.
46 42
47 43 
Com base nas funcionalidades listadas, pode-se definir os requisitos funcionais
48 44 
e não funcionais no qual o sistema deve necessitar.
49 45
50 46 
\section{Classificação dos Requisitos}
51 47
52 - 
Como observado por Sommerville (2011, p. 85), “Os requisitos de um sistema são
48 + 
Como observado por \cite[p.~58]{sommerville:2010}, "Os requisitos de um sistema são
53 49 
as descrições dos serviços que o sistema deve prestar e as restrições à sua
54 - 
operação”. Portanto, requisitos são declarações articuladas descrevendo de
50 + 
operação". Portanto, requisitos são declarações articuladas descrevendo de
55 51 
forma clara o que o sistema deve ser capaz de fazer para satisfazer as
56 52 
necessidades postas anteriormente. São definidas em duas categorias: requisitos
57 53 
funcionais que descrevem o comportamento e funções do sistema e requisitos não
58 54 
funcionais que descrevem os critérios específicos que podem ser usados para
59 55 
avaliar o bom funcionamento do sistema. A separação entre requisitos funcionais
66 62 
Os requisitos funcionais dizem respeito às funcionalidades centrais do sistema,
67 63 
ou seja, declarações de tudo o que o sistema deve e está proposto a fazer e
68 64 
reagir. Sommerville reforça esse aspecto:
69 65
70 66 
\begin{quote}
71 - 
  [...] Requisitos funcionais do sistema variam de requisitos gerais, que
72 - 
  abrangem o que o sistema deve fazer, até requisitos muito específicos, que
73 - 
  refletem os sistemas e as formas de trabalho em uma organização.
67 +
68 + 
  Os requisitos funcionais de um sistema descrevem o que ele deve fazer. Eles
69 + 
  dependem do tipo de software a ser desenvolvido, de quem são seus possíveis
70 + 
  usuários e da abordagem geral adotada pela organização ao escrever os
71 + 
  requisitos. Quando expressos como requisitos de usuário, os requisitos
72 + 
  funcionais são normalmente descritos de forma abstrata, para serem
73 + 
  compreendidos pelos usuários do sistema.
74 +
74 75 
  \cite[p.~59]{sommerville:2010}
75 76 
\end{quote}
76 77
77 - 
Portanto, diante das funcionalidades previstas, que foram anteriormente
78 - 
listadas, no Quadro 2 é apresentado os requisitos que o sistema deve fornecer:
79 -
78 + 
Portanto, diante das funcionalidades previstas, que foram brevemente listadas,
79 + 
no Quadro 2 é apresentado os requisitos que o sistema deve fornecer: