Skip to content

Latest commit

 

History

History
79 lines (46 loc) · 4.19 KB

03-Metodologia.md

File metadata and controls

79 lines (46 loc) · 4.19 KB

Metodologia

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

Para desenvolvimento do projeto do Easy Rent, a equipe de desenvolvimento usará o Git Hub como repositório principal, onde todas as informações do projeto serão salvas nele, que conterá também, toda a estrutura do código fonte e as descrições das configurações e especificações do projeto e de gerenciamento da equipe.

Relação de Ambientes de Trabalho

Abaixo, temos a descrição dos ambientes que serão utilizados pelo projeto para o desenvolvimento da solução frente aos requisitos elicitados para o projeto.

ITEM FERRAMENTA
Prototipagem das telas MIRO
Testes de software Expo Go, Visual Studio e Visual Code
Ambiente de Desenvolvimento Expo Go, Visual Studio e Visual Code

Controle de Versão

A ferramenta de controle de versão adotada no projeto foi Github também utilizado para hospedagem do repositório.

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

  • main: versão já testada do software
  • homolog: versão em que são realizados os testes do software
  • dev: versão de desenvolvimento do software

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

  • bug: uma funcionalidade encontra-se com problemas
  • documentation: documentos que permeiam o projeto e servem como guias para o desenvolvimento
  • feature: uma nova funcionalidade precisa ser introduzida
  • improvement: itens que a aplicação deveria conter e que serão analisados quanto a sua execução no projeto

Gerenciamento de Projeto

Divisão de Papéis

A equipe de desenvolvimento do projeto do EasyRent está dividida assim:

  • Gerente do Projetor: Thais Cristine

  • Equipe de Desenvolvimento:

    • Leonardo B. Alves
    • Joe Monteiro de Sousa
    • Leonardo Melo de Lima

  • Analista de Teste:

    • Thiago Gomes da Silva

Para organização e distribuição das tarefas do projeto, a equipe está utilizando o GitHub Projects, onde as atividades a serem desenvolvidas, estão estruturada em listas de status, conforme descrito abaixo:

  • ToDo: esta lista, expressará todos os itens que deverão ser desenvolvidas pela equipe, contendo os objetivos que devem ser alcançados dentro pelo projeto

  • Sprint Backlog: esta lista, expressará todos os itens que serão desenvolvidas na iteração atual, é o guideline da equipe, contendo os objetivos que devem ser alcançados dentro da sprint em execução, sendo o ponto de partida da equipe.

  • In progress: Quando a equipe de desenvolvimento iniciar uma atividade, está será movida para esta lista, indicando que está sendo realizada pela equipe.

  • In review: Quando a equipe de desenvolvimento terminar uma atividade, está será movida para esta lista, indicando que aguardando revisão pela equipe.

  • Done: Esta lista conterá todas as atividades finalizadas dentro da sprint e estão aptas a serem disponibilizadas ao cliente após todos os processos de revisões para a garantia da qualidade dos entregáveis que estarão prontos para serem utilizados.

Processo

A equipe de desenvolvimento seguirá com sprints semanais para execução das atividades previstas no Backlog, onde, as quinta-feiras, haverá o planejamento das ações a serem desenvolvidas, na terça-feira, haverá revisão das atividades propostas e na quarta-feira, haverá finalização e entrega dos itens alocados no planejamento da sprint.

Ferramentas

As ferramentas empregadas no projeto são:

  • Editor de código: Visual Studio e Visual Code
  • Ferramentas de comunicação: Whatsapp e Microsoft Teams
  • Ferramentas de desenho de tela: Miro

Os editores de código foram escolhidos porque possuem uma integração com o sistema de versão. As ferramentas de comunicação utilizadas possuem facilidade na troca de informações. Por fim, para criar diagramas utilizamos essa ferramenta por melhor captar e expressar as necessidades da nossa solução.