Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

Link para esta página de comparações

Ambos lados da revisão anterior Revisão anterior
Próxima revisão
Revisão anterior
pcodifica [2016/08/25 06:51]
mario
pcodifica [2016/08/25 07:25]
mario
Linha 10: Linha 10:
   - Aceitação de uma tarefa e seu desenvolvimento;​   - Aceitação de uma tarefa e seu desenvolvimento;​
   - Revisão e integração;​   - Revisão e integração;​
-  - Estabilizar versão+  - Testes de usuário e estabilização
-  - Gerar versão ​final; +  - Finalização de uma versão;
-  - Realizar commit; +
-  - Atualizar controle (trac)+
   - Documentação do código (request commit).   - Documentação do código (request commit).
  
Linha 30: Linha 28:
 Uma vez que o ambiente de desenvolvimento está pronto, a ação seguinte consiste em aceitar uma tarefa dentre as tarefas disponíveis e realizar o seu desenvolvimento. Em geral, existe sempre um Marco corrente ao qual os desenvolvedores devem focar seu desenvolvimento. Porém não é incomum a necessidade de desenvolver tarefas de correções em Marcos anteriores, ou até tarefas que estão previstas somente para Marcos posteriores. Uma vez que o ambiente de desenvolvimento está pronto, a ação seguinte consiste em aceitar uma tarefa dentre as tarefas disponíveis e realizar o seu desenvolvimento. Em geral, existe sempre um Marco corrente ao qual os desenvolvedores devem focar seu desenvolvimento. Porém não é incomum a necessidade de desenvolver tarefas de correções em Marcos anteriores, ou até tarefas que estão previstas somente para Marcos posteriores.
  
-O desenvolvimento começa com a aceitação de uma tarefa por parte de um desenvolvedor. Esse passo irá indicar ao grupo que determinado desenvolvedor passou a ser o responsável pelo desenvolvimento de determinada tarefa. Em seguida o desenvolvimento se inicia. Ao final do desenvolvimento da tarefa, caberá ao desenvolvedor executar os devidos testes para verificar se tudo está correto e a tarefa está completa.+O desenvolvimento começa com a aceitação de uma tarefa por parte de um desenvolvedor. Esse passo irá indicar ao grupo que determinado desenvolvedor passou a ser o responsável pelo desenvolvimento de determinada tarefa. Em seguida o desenvolvimento se inicia. Ao final do desenvolvimento da tarefa, caberá ao desenvolvedor executar os devidos testes para verificar se tudo está correto e se a tarefa está realmente ​completa.
  
 Quando a tarefa estiver completa, o passo seguinte é o de integrar este desenvolvimento ao repositório principal. Primeiramente,​ o desenvolvedor integrará as modificações aos repositórios existentes na sua conta, e em seguida requisitar a revisão e integração das modificações ao repositório principal. Quando a tarefa estiver completa, o passo seguinte é o de integrar este desenvolvimento ao repositório principal. Primeiramente,​ o desenvolvedor integrará as modificações aos repositórios existentes na sua conta, e em seguida requisitar a revisão e integração das modificações ao repositório principal.
Linha 40: Linha 38:
 Caso seja necessário,​ o desenvolvedor irá modificar o código a partir das sugestões levantadas na revisão. Logo após todas as sugestões terem sido desenvolvidas,​ o código é então integrado ao repositório principal. Caso seja necessário,​ o desenvolvedor irá modificar o código a partir das sugestões levantadas na revisão. Logo após todas as sugestões terem sido desenvolvidas,​ o código é então integrado ao repositório principal.
  
 +  4.Testes de usuário e estabilização
 +
 +Quando todas as tarefas de um marco estão finalizadas,​ ação seguinte é o início da fase de testes de usuário e estabilização. O objetivo desta fase é verificar se todas as tarefas que foram desenvolvidas atendem aos requisitos aos quais elas estão associadas. Um usuário com experiência nas regras de negócio do sistema irá realizar testes e analisar os resultados. Este usuário pode qualquer stakeholder,​ tanto interno quanto externo, e de forma geral deve conhecer as regras de negócio do sistema.
 +
 +Se durante a fase de testes alguma inconsistência for encontrada, como por exemplo falha na execução, ou um resultado diferente do esperado, a tarefa será reaberta para que o desenvolvedor possa efetuar as devidas adaptações e correções. Este processo iterativo de testes e ajustes é chamado de estabilização.
 +
 +  5.Finalização de uma versão
 +  ​
 +Uma vez que os testes realizados verificaram que todos as tarefas do Marco foram atendidas, o Marco é dado como estabilizado. Neste momento, inicia-se o desenvolvimento de um novo Marco.
 +
 +Além do início de um novo Marco, outros processos são realizados. O principal deles é a manutenção de uma cópia exata do estado de desenvolvimento ao final do desenvolvimento de cada Marco. Isso se faz necessário uma vez que podem haver entregas de versões, e pode ser preciso efetuar correções pontuais nesta versão entregue. Como não é desejável que aumentemos a instabilidade,​ essas correções devem ser realizadas no próprio Marco que havia sido finalizado.
 +
 +Dependendo do projeto, podem ocorrer entregas de versões nessa etapa. Consequentemente,​ pode ser necessário o empacotamento do sistema e de outros arquivos que compõem as entregas.