eletrotupi / tcc/ commit / 073142e

thesis: fix typos and add reference to the survey results appendix

However, I was not able to just use a regular \ref command there, since
the class is a piece of shit which auto adds the -- dash there, so it
would always become "Apendice B --". So probably requires to change the
counter add a group inside the actual appendix to write it down the rest
of the title so it becomes "-- Something"
Pedro Lucas Porcellis porcellis@eletrotupi.com · 2 months ago 073142e96e0ef78cf2ec5bcf9410cca253bdf710 Browse files
Parents afa6053
Changed files
2
Additions
+33
Deletions
-35
monografia/chapters/methodologies.tex
1 1
\chapter{Metodologias}
2 2

3 -
% TODO: Rewrite this thing, Jesus
4 -
De forma a prosseguir e conseguir viabilizar construir um \textit{software} com
5 -
qualidade, é necessário adotar algumas metodologias para fundamentar a ideia do
6 -
projeto em si, como primeiro passo. Isso ajuda tanto em como priorizar
7 -
funcionalidades quanto no aspecto de conseguir gerar dados para construir o
8 -
mesmo de forma que entregue o que de fato é necessário para utilização do
9 -
mesmo. Com esses elementos em mente, esse capítulo se debruça tanto na
10 -
abordagem da metodologia de pesquisa do projeto quanto detalhar o método de
11 -
desenvolvimento de \textit{software} utilizado no projeto.
3 +
Como primeiro passo, para conseguir viabilizar construir um \textit{software}
4 +
com qualidade, é necessário adotar metodologias que fundamentam a ideia e o
5 +
processo. De tal sorte que, ajudem a levantar requisitos, priorizar
6 +
funcionalidades, quebrar o escopo em entregáveis que possam ser validados, e
7 +
desenvolver o aplicativo/sistema de forma sustentável. Esse capítulo se
8 +
debruça, tanto na abordagem da metodologia de pesquisa do projeto, quanto
9 +
também detalha o método de desenvolvimento de \textit{software} implementado.
12 10

13 11
\section{Metodologia de Desenvolvimento de \textit{software}}
14 12

15 13
Existem diversos métodos de desenvolvimento, cada um com seus respectivos prós
16 -
e contras. Todos tentam, de sua forma, responder à necessidade de dar forma ao
17 -
processo de desenvolvimento, de forma que ele tente fluir e assegurar que os
18 -
requisitos daquele \textit{software} sejam atendidos, que os membros envolvidos
19 -
no processo, tanto de desenvolvimento em si, quanto dos atores envolvidos e
20 -
interessados no sistema tenham seus anseios respondidos de forma minimamente
21 -
transparente e satisfatória.
14 +
e contras. Todos tentam, de sua forma, responder à necessidade de como dar
15 +
forma ao processo de desenvolvimento, para que ele flua e assegure que os
16 +
requisitos levantados sejam atendidos, que os membros envolvidos no processo,
17 +
tanto de desenvolvimento em si, quanto dos atores que o demandam tenham seus
18 +
anseios respondidos de forma minimamente transparente e satisfatória.
22 19

23 20
Além disso, a escolha de uma boa metodologia, adequada para as necessidades do
24 21
sistema, permite que os prazos de entrega sejam melhor controlados e mais
25 22
precisos \cite{pressman:2021}, minimizando a ocorrência de falhas e gestão do
26 23
tempo.
32 29

33 30
\begin{quote}
34 31
  Engenharia de \textit{software}: A aplicação de uma abordagem sistemática,
35 32
  disciplinada e quantificável no desenvolvimento, na operação e na manutenção de
36 33
  \textit{software}; isto é, a aplicação de engenharia ao \textit{software}.
37 -
  \cite[p.~67]{ieee:1990}
34 +
  \cite[p.~67, tradução nossa]{ieee:1990}
38 35
\end{quote}
39 36

40 37
Portanto, a engenharia de \textit{software} propõe estruturar a criação de
41 -
\textit{software} de forma mais organizada e eficiente. Pressman vai destacar
42 -
os modelos de desenvolvimento de \textit{software} sequenciais e incrementais
43 -
que moldam boa parte das práticas de engenharia de \textit{software} nas
44 -
últimas décadas.
38 +
\textit{software} de forma mais organizada e eficiente. Pressman vai dar um
39 +
destaque para os modelos de desenvolvimento de \textit{software} sequenciais e
40 +
incrementais que moldam boa parte das práticas de engenharia de
41 +
\textit{software} nas últimas décadas.
45 42

46 43
O modelo em cascata (\textit{waterfall}) é um modelo sequencial, dos mais
47 -
tradicionais e antigos a existirem, cujo qual necessita que cada etapa –
48 -
levantamento de requisitos, projeto, implementação, testes – estejam concluídos
49 -
antes da próxima etapa começar. Embora forneça uma estrutura rígida e lógica, é
50 -
frequentemente criticado pela baixa adaptabilidade em relação às mudanças
51 -
durante o processo de desenvolvimento.
44 +
tradicionais e antigos a existirem, cujo qual necessita que cada etapa --
45 +
levantamento de requisitos, projeto, implementação, testes -- estejam
46 +
concluídas antes da próxima etapa começar. Embora forneça uma estrutura rígida
47 +
e lógica, é frequentemente criticado pela baixa adaptabilidade em relação às
48 +
mudanças durante o processo de desenvolvimento.
52 49

53 50
Em outro âmbito, o modelo incremental, trabalha com a premissa de que um
54 51
desenvolvimento, feito em pequenas porções, agrupam-se para totalizar o projeto
55 52
em si. Trabalho a concepção de incrementos funcionais, permitindo uma maior
56 53
flexibilidade com as mudanças no processo ao todo. Também ajuda a iterar
74 71

75 72
Pressman, comenta que, por meados de 2001, um grupo de desenvolvedores
76 73
deflagrou o "Manifesto Ágil", um documento desenhando uma nova metodologia de
77 74
desenvolvimento, destacando a satisfação dos patrocinadores do sistema,
78 75
entregas mais rápidas, flexibilidade durante o desenvolvimento do
79 -
\textit{software} de forma a evitar que os desenvolvedores ficaram empacados e
80 -
reduzisse rigidez. Os principais destaques da abordagem ágil é a proposta de
76 +
\textit{software} de forma a evitar que os desenvolvedores ficassem empacados e
77 +
reduzissem rigidez. Os principais destaques da abordagem ágil é a proposta de
81 78
que a mesma não é escrita em pedra, ou seja, permite flexibilidade no como
82 79
aplicá-la. Nesse cenário, existem algumas abordagens sobre ela, como o
83 80
\textit{Kanban} e o \textit{Scrum}, que dão um pouco mais de forma a ideia
84 81
apresentada com o desenvolvimento ágil o que casa relativamente bem com o
85 82
modelo de desenvolvimento incremental.
115 112
abordaremos as metodologias adotadas e suas respectivas justificativas, para
116 113
além dos dados encontrados para tal.
117 114

118 115
\subsection{Tipo de Pesquisa}
119 116

120 -
Segundo \cite{Lakatos:2022}, a a pesquisa científica pode ser classificada
117 +
Segundo \cite{Lakatos:2022}, a pesquisa científica pode ser classificada
121 118
quanto aos seus objetivos como exploratória, descritiva ou explicativa. Este
122 119
trabalho caracteriza-se principalmente como uma pesquisa aplicada de natureza
123 120
exploratória, uma vez que busca investigar práticas, limitações e necessidades
124 121
relacionadas a ferramentas digitais para acompanhamento emocional, com o
125 122
objetivo de desenvolver uma solução tecnológica prática.
141 138
coleta de dados e facilidade de análise quantitativa e qualitativa. Além disso,
142 139
como a amostra é composta por usuários potenciais, a aplicação do questionário
143 140
de forma digital (via um formulário online) permite alcançar um público mais
144 141
amplo com baixo custo e maior comodidade, como também reforça Jung (2009).
145 142

146 -
O questionário foi bem recebido, e obteve por volta de 52 respostas válidas.
147 -
Como a divulgação foi de forma aberta, existia uma pergunta inicial com uma
148 -
função chaveadora, a fim de verificar se os respondentes se encaixavam no
149 -
perfil de potenciais usuários. Isso se justifica pela natureza sensível do
150 -
tema, que envolve saúde mental e experiências subjetivas.
143 +
O questionário, disponível no Apêndice B, foi bem recebido, e obteve por volta
144 +
de 52 respostas válidas. Como a divulgação foi de forma aberta, existia uma
145 +
pergunta inicial com uma função chaveadora, a fim de verificar se os
146 +
respondentes se encaixavam no perfil de potenciais usuários. Isso se justifica
147 +
pela natureza sensível do tema, que envolve saúde mental e experiências
148 +
subjetivas.
151 149

152 150
Na pergunta ``Você já teve algum interesse ou experiência com o monitoramento do
153 151
seu humor ou estado emocional?'', apenas 8\% afirmaram que não tem e não teriam
154 152
interesse em realizar esse tipo de acompanhamento. Esse dado corrobora outro
155 153
resultado relevante: 53\% dos participantes afirmaram já ter, em algum momento
397 395
atenda a essas demandas, mas também adote princípios de transparência, abertura
398 396
e controle por parte do usuário. A seguir, serão discutidas as decisões de
399 397
projeto que nortearam a construção da ferramenta proposta, baseadas tanto nas
400 398
limitações identificadas nos sistemas existentes quanto nas necessidades e
401 399
expectativas manifestadas pelo público-alvo da pesquisa.
monografia/monografia.tex
1 1
\documentclass[tcc,capa,table]{textsi}
2 2

3 3
%\usepackage[brazilian]{babel} % Linguagem do documento: Português-brasileiro
4 4
\usepackage[utf8]{inputenc} % Codificação do arquivo .tex. IMPORTANTE: O arquivo deve ser salvo utilizando a codificação UTF-8 para mostrar corretamente os caracteres!
5 5
\usepackage[T1]{fontenc} % Permite que se faça cópia do texto do PDF de maneira correta, usando a codificação de fonte T1
201 201
\makeatother%
202 202

203 203
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
204 204

205 205
% Adiciona um apêndice
206 -
\append{Documentação de Casos de Uso}
206 +
\append{Documentação de Casos de Uso}\label{appendix:use-cases}
207 207

208 208
\input{extra/usecases}
209 209

210 -
\append{Resultados da Pesquisa}
210 +
\append{Resultados da Pesquisa}\label{appendix:survey-results}
211 211

212 212
\input{extra/survey-results}
213 213

214 214
% Adiciona um anexo
215 215
% \annex{Verão}
216 216

217 217
\end{document}