monografia: fixing more paragraphs for the app chapter

Pedro Lucas Porcellis porcellis@eletrotupi.com 12 days ago 980ac648beb8b6f2a98a5bada1af401b1b399d77
Parents: 039d0e7
1 file(s) changed
  • monografia/chapters/app.tex +32 -32
monografia/chapters/app.tex
@@ -1,18 +1,13 @@
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
@@ -25,33 +20,34 @@ “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
@@ -68,12 +64,16 @@ 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: