monografia: adding more methodologies chapter sections, link some references

Pedro Lucas Porcellis porcellis@eletrotupi.com 18 days ago 61db0532853ccc7ee674e543d795966246096c51

Parents: 4049ccf

1 file(s) changed

monografia/chapters/methodologies.tex +82 -42

monografia/chapters/methodologies.tex

@@ -1,22 +1,22 @@
    \chapter{Metodologias}
    
    % TODO: Rewrite this thing, Jesus
  - De forma a prosseguir e conseguir viabilizar construir um software com
  + De forma a prosseguir e conseguir viabilizar construir um \textit{software} com
    qualidade, é necessário adotar algumas metodologias para fundamentar a ideia do
    projeto em si, como primeiro passo. Isso ajuda tanto em como priorizar
    funcionalidades quanto no aspecto de conseguir gerar dados para construir o
    mesmo de forma que entregue o que de fato é necessário para utilização do
    mesmo. Com esses elementos em mente, esse capítulo se debruça tanto na
    abordagem da metodologia de pesquisa do projeto quanto detalhar o método de
  - desenvolvimento de software utilizado no projeto.
  + desenvolvimento de \textit{software} utilizado no projeto.
    
  - \section{Metodologia de Desenvolvimento de Software}
  + \section{Metodologia de Desenvolvimento de \textit{software}}
    
    Existem diversos métodos de desenvolvimento, cada um com seus respectivos prós
    e contras. Todos tentam, de sua forma, responder à necessidade de dar forma ao
    processo de desenvolvimento, de forma que ele tente fluir e assegurar que os
  - requisitos daquele software sejam atendidos, que os membros envolvidos no
  - processo, tanto de desenvolvimento em si, quanto dos atores envolvidos e
  + requisitos daquele \textit{software} sejam atendidos, que os membros envolvidos
  + no processo, tanto de desenvolvimento em si, quanto dos atores envolvidos e
    interessados no sistema tenham seus anseios respondidos de forma minimamente
    transparente e satisfatória.
    

@@ -26,37 +26,39 @@ precisos \cite{pressman:2021}, minimizando a ocorrência de falhas e gestão do
    tempo.
    
    As ideias fundamentais que norteiam esse projeto são baseadas em dois conceitos
  - chaves da engenharia de software: desenvolvimento incremental e desenvolvimento
  - de software ágil. O IEEE define que a engenharia de software é:
  + chaves da engenharia de \textit{software}: desenvolvimento incremental e
  + desenvolvimento de \textit{software} ágil. O IEEE define que a engenharia de
  + \textit{software} é:
    
    \begin{quote}
  - Engenharia de software: A aplicação de uma abordagem sistemática, disciplinada
  - e quantificável no desenvolvimento, na operação e na manutenção de software;
  - isto é, a aplicação de engenharia ao software. (INSTITUTE OF ELECTRICAL AND
  - ELECTRONICS ENGINEERS, 1990, p. 421, tradução do autor)
  +   Engenharia de \textit{software}: A aplicação de uma abordagem sistemática,
  +   disciplinada e quantificável no desenvolvimento, na operação e na manutenção de
  +   \textit{software}; isto é, a aplicação de engenharia ao \textit{software}.
  +   \cite[p.~67]{ieee:1990}
    \end{quote}
    
  - Portanto, a engenharia de software propõe estruturar a criação de software de
  - forma mais organizada e eficiente. Pressman vai destacar os modelos de
  - desenvolvimento de software sequenciais e incrementais que moldam boa parte das
  - práticas de engenharia de software nas últimas décadas.
  + Portanto, a engenharia de \textit{software} propõe estruturar a criação de
  + \textit{software} de forma mais organizada e eficiente. Pressman vai destacar
  + os modelos de desenvolvimento de \textit{software} sequenciais e incrementais
  + que moldam boa parte das práticas de engenharia de \textit{software} nas
  + últimas décadas.
    
  - O modelo em cascata (waterfall) é um modelo sequencial, dos mais tradicionais e
  - antigos a existirem, cujo qual necessita que cada etapa – levantamento de
  - requisitos, projeto, implementação, testes – estejam concluídos antes da
  - próxima etapa começar. Embora forneça uma estrutura rígida e lógica, é
  + O modelo em cascata (\textit{waterfall}) é um modelo sequencial, dos mais
  + tradicionais e antigos a existirem, cujo qual necessita que cada etapa –
  + levantamento de requisitos, projeto, implementação, testes – estejam concluídos
  + antes da próxima etapa começar. Embora forneça uma estrutura rígida e lógica, é
    frequentemente criticado pela baixa adaptabilidade em relação às mudanças
    durante o processo de desenvolvimento.
    
  - Em outro âmbito, o modelo incremental, trabalha com a premissa de um
  - desenvolvimento feito em pequenas partes, que se agrupam para totalizar o
  - projeto em si, trabalhando com a concepção de incrementos funcionais, cujo qual
  - permite maior flexibilidade com as mudanças no processo. Também ajuda a iterar
  - rapidamente em cima do desenvolvimento do sistema, criando um produto mínimo
  - viável que possa preencher a proposta usando o mínimo de tempo, reduzindo as
  + Em outro âmbito, o modelo incremental, trabalha com a premissa de que um
  + desenvolvimento, feito em pequenas porções, agrupam-se para totalizar o projeto
  + em si. Trabalho a concepção de incrementos funcionais, permitindo uma maior
  + flexibilidade com as mudanças no processo ao todo. Também ajuda a iterar
  + rápidamente em cima do desenvolvimento do sistemas, criando um produto mínimo
  + viável, que possa preencher a proposta, usando o mínimo de tempo, reduzindo as
    funcionalidades ao seu estado basal. Essa metodologia também ajuda a reduzir
    custos e riscos, já que necessita que as funcionalidades estejam em seu estado
  - mais reduzido, porém funcionais.
  + mínimo, porém funcionais.
    
    Outros modelos tradicionais citados por Pressman incluem o modelo de
    prototipação e o modelo em espiral, o primeiro trabalhando na ideia de

@@ -71,38 +73,62 @@ um nível de flexibilidade maior, como este, portanto, uma adoção de uma
    metodologia mais flexível se faz necessária.
    
    Pressman, comenta que, por meados de 2001, um grupo de desenvolvedores
  - deflagrou o “Manifesto Ágil”, um documento desenhando uma nova metodologia de
  + deflagrou o "Manifesto Ágil", um documento desenhando uma nova metodologia de
    desenvolvimento, destacando a satisfação dos patrocinadores do sistema,
  - entregas mais rápidas, flexibilidade durante o desenvolvimento do software de
  - forma a evitar que os desenvolvedores ficaram empacados e reduzisse rigidez. Os
  - principais destaques da abordagem ágil é a proposta de que a mesma não é
  - escrita em pedra, ou seja, permite flexibilidade no como aplicá-la. Nesse
  - cenário, existem algumas abordagens sobre ela, como o Kanban e o Scrum, que dão
  - um pouco mais de forma a ideia apresentada com o desenvolvimento ágil o que
  - casa relativamente bem com o modelo de desenvolvimento incremental.
  + entregas mais rápidas, flexibilidade durante o desenvolvimento do
  + \textit{software} de forma a evitar que os desenvolvedores ficaram empacados e
  + reduzisse rigidez. Os principais destaques da abordagem ágil é a proposta de
  + que a mesma não é escrita em pedra, ou seja, permite flexibilidade no como
  + aplicá-la. Nesse cenário, existem algumas abordagens sobre ela, como o
  + \texit{Kanban} e o \textit{Scrum}, que dão um pouco mais de forma a ideia
  + apresentada com o desenvolvimento ágil o que casa relativamente bem com o
  + modelo de desenvolvimento incremental.
    
    Com base nesse panorama, o presente trabalho adota uma abordagem baseada na
    filosofia ágil, estruturada por meio da utilização de um quadro de Kanban,
    adaptado à realidade de um desenvolvimento individual. Diferentemente de
  - modelos tradicionais que envolvem um maior formalismo, o Kanban permite
  - visualizar e gerenciar o fluxo de trabalho de forma contínua, com foco na
  - entrega incremental de funcionalidades. Por ser um método não prescritivo, o
  - Kanban oferece liberdade para que as tarefas possam ser priorizadas, ajustadas
  - ou redefinidas conforme a evolução do desenvolvimento, característica
  + modelos tradicionais que envolvem um maior formalismo, o \textit{Kanban}
  + permite visualizar e gerenciar o fluxo de trabalho de forma contínua, com foco
  + na entrega incremental de funcionalidades. Por ser um método não prescritivo, o
  + \textit{Kanban} oferece liberdade para que as tarefas possam ser priorizadas,
  + ajustadas ou redefinidas conforme a evolução do desenvolvimento, característica
    especialmente útil quando há apenas um desenvolvedor responsável por todas as
    etapas do processo. Vale ressaltar também, que a metodologia adotada acaba por
    ajudar a manter o fluxo de desenvolvimento contínuo sem sobrecarga, já que
    limita a quantidade de tarefas em progresso, gerando um movimento de maior
    produtividade e entregas.
    
  + A escolha pelo \textit{Kanban}, portanto, oferece um equilíbrio sustentável
  + entre estrutura e flexibilidade, permitindo que o desenvolvimento avance de
  + maneira organizada, e sem os entraves burocráticos dos modelos mais rígidos.
  + Essa abordagem permite que o projeto se beneficie dos princípios ágeis, tais
  + como a entrega contínua de valor, adaptação a mudanças e foco na simplicidade,
  + ao mesmo tempo que mantém o controle sobre o progresso e a qualidade do produto
  + final.
    
    \section{Metodologia de Pesquisa}
    
  - \lipsum[1-2]
  + Entende-se por pesquisa científica, a investigação de um fenômeno, de forma a
  + encontrar a solução para algum problema \cite{Coelho:2020}. Portanto, a
  + metodologia científica se torna o conjunto de procedimentos para esta
  + investigação, cujo qual perpassa a coleta e análise de dados. Neste capítulo,
  + abordaremos as metodologias adotadas e suas respectivas justificativas, para
  + além dos dados encontrados para tal.
    
    \subsection{Tipo de Pesquisa}
    
  - \lipsum[1]
  + Segundo \cite{Lakatos:2022}, a a pesquisa científica pode ser classificada
  + quanto aos seus objetivos como exploratória, descritiva ou explicativa. Este
  + trabalho caracteriza-se principalmente como uma pesquisa aplicada de natureza
  + exploratória, uma vez que busca investigar práticas, limitações e necessidades
  + relacionadas a ferramentas digitais para acompanhamento emocional, com o
  + objetivo de desenvolver uma solução tecnológica prática.
  + 
  + Conforme Jung (2009), a pesquisa aplicada visa gerar conhecimento para
  + aplicação direta em problemas específicos, com interesse prático e utilitário,
  + sendo comum em projetos de desenvolvimento de \textit{software}, especialmente
  + nas áreas de Sistemas de Informação e Ciência da Computação, nas quais o
  + produto final visa resolver uma demanda concreta do público-alvo.
    
    \subsection{Instrumento de coleta de dados}
    

@@ -110,7 +136,21 @@ \lipsum[1]
    
    \subsection{Análise de Similares}
    
  - \lipsum[1]
  + A metodologia trata-se de uma avaliação sobre os sistemas relacionados ao tema
  + proposto, observando e levantando desafios e possibilidades, validação de
  + \textit{softwares} e a satisfação dos usuários (Martins, 2018). Seguindo assim,
  + foram pesquisados sistemas similares encontrados na internet com o objetivo de
  + realizar uma revisão crítica-reflexiva, analisando os aplicativos que oferecem
  + algum tipo de diário digital de humor, ou permite algum acompanhamento
  + reflexivo de variações de emoções.
  + 
  + Para realizar esse processo, de forma a simular também um usuário, foi
  + pesquisado na Google Play Store \footnote{Google Play Store — Disponível em:
  + https://play.google.com}, por \textit{mood tracker}, retornando centenas de
  + resultados. Nesse quesito, estabeleceu os seguintes critérios objetivos: (1)
  + pode ser um aplicativo em português ou inglês; (2) o aplicativo tem que
  + apresentar algum tipo de gráfico das entradas feitas (3) tem que possuir
  + entrada textual.
    
    \subsection{Relação entre os dados coletados e o desenvolvimento}
    