Skip to content

Latest commit

 

History

History
executable file
·
81 lines (56 loc) · 4.35 KB

03-Metodologia.md

File metadata and controls

executable file
·
81 lines (56 loc) · 4.35 KB

Metodologia

Pré-requisitos: Documentação de Especificação

A escolha da metodologia Scrum para o desenvolvimento do aplicativo se justifica por sua capacidade de atender às necessidades dinâmicas do projeto. A flexibilidade e a colaboração promovidas pelo Scrum, aliadas à entrega incremental por meio de sprints curtos, garantem a adaptabilidade às mudanças e o feedback contínuo dos stakeholders. A estrutura do Scrum, com papéis bem definidos e reuniões regulares, promove a transparência, o engajamento da equipe e a eficiência do processo.

Controle de Versão

A ferramenta de controle de versão adotada no projeto foi o Git, sendo que o Github foi utilizado para hospedagem do repositório.

O projeto segue a seguinte convenção para o nome de branches:

  • main: versão estável já testada do software
  • unstable: versão já testada do software, porém instável
  • testing: versão em testes do software
  • dev: versão de desenvolvimento do software

Quanto à gerência de issues, o projeto adota a seguinte convenção para etiquetas:

  • documentation: melhorias ou acréscimos à documentação
  • bug: uma funcionalidade encontra-se com problemas
  • enhancement: uma funcionalidade precisa ser melhorada
  • feature: uma nova funcionalidade precisa ser introduzida

Gerenciamento de Projeto

Divisão de Papéis

A equipe utiliza metodologias ágeis, escolhendo o Scrum como base para o processo de desenvolvimento. A equipe está organizada da seguinte maneira:

  • Scrum Master: Ana Clara Dunningham Matos Seixas
  • Product Owner: Joel Onofre de São José Júnior
  • Equipe de Desenvolvimento: Guilherme Henrique Salviano, Karina Reis, Victor Emanuel de Souza

Processo

A equipe está utilizando o GitHub - Kanban para organização e estruturação das tarefas do projeto, com as seguintes listas: • Product Backlog: Recebe as tarefas a serem trabalhadas e representa o Backlog do produto. Todas as atividades identificadas no decorrer do projeto são adicionadas a esta lista. • To Do: Esta lista representa o Sprint Backlog que está sendo trabalhado. • In progress: Lista das tarefas iniciadas. • Done: Nesta lista são adicionadas as tarefas finalizadas e as que passaram pelos testes e controle de qualidade, prontas para serem entregues aos usuários. O quadro completo pode ser visualizado através do link aqui, e é representado na figura a seguir:

O quadro kanban do grupo no GitHub está disponível no link https://github.com/orgs/ICEI-PUC-Minas-PMV-ADS/projects/1496 e é apresentado, no estado atual, na figura abaixo:

Ferramentas

As ferramentas empregadas no projeto são:

  • Editor de código.
  • Ferramentas de comunicação
  • Ferramentas de desenho de tela (wireframing)
  • Ferramentas de diagramação

O editor de código foi escolhido porque ele possui uma integração com o sistema de versão. As ferramentas de comunicação utilizadas possuem integração semelhante e por isso foram selecionadas. Por fim, para criar diagramas utilizamos essa ferramenta por melhor captar as necessidades da nossa solução.

Relação de Ambientes de Trabalho Os artefatos do projeto são desenvolvidos a partir de diversas plataformas e a relação dos ambientes com seu respectivo propósito é apresentada na tabela que se segue.

Ambiente Plataforma Links de Acesso
Repositório de código fonte GitHub Repositório
Gerenciamento do Projeto GitHub Kanban GitHUB
Projeto de Interface e Wireframes Figma Figma
Comunicação e reuniões Microsoft Teams e WhatsApp Teams - WhatsApp
Diagramação Astah e Lucidchart Astah (Local) - Lucidchart
Modelo Entidade - Relacionamento UMLet Aplicação para desktop