Implementando tarefas de desenvolvimento

Uma tarefa de desenvolvimento é uma pequena parte de trabalho de desenvolvimento essa troncos de um requisito.Implementar uma tarefa de desenvolvimento envolve adicionar uma nova funcionalidade adequada para seu software.Depois que você concluir uma tarefa de desenvolvimento, deve ser testada unidade, código revisado, analisado, e integrado a base de código existente.

Neste tópico

Avaliação

Documentos de design

Revisão de projeto

Testes de unidade

Análise de Código

Processo de revisão de código

Refatorar

Integre alterações

Avaliação

Estimando o custo de ajuda sobre tarefas de desenvolvimento controlar o escopo de recursos e agendar o trabalho de desenvolvimento.Custo esperado para todas as tarefas de desenvolvimento devem ser concluído e quaisquer problemas devem ser resolvidos antes de reunião de planejamento de iteração.Se o custo total das tarefas de desenvolvimento são mais que pode ser feito em uma iteração, uma tarefa deve ser adiada ou reatribuido.Depois que uma tarefa de desenvolvimento é escolhida, é responsabilidade do desenvolvedor custar a tarefa.

Crie um item de trabalho de tarefas para cada tarefa de desenvolvimento que é escolhida, e o requisito de link que foi criado.Isso é feito da guia da implementação na tarefa ou no item de trabalho do requisito.Baseie suas classificações tempo que foram necessárias para concluir tarefas semelhantes, e certifique-se de incluir em custo de testes de unidade de escrita.Para cada tarefa, digite a avaliação no campo original de avaliação de item de trabalho de tarefas.

O formulário para itens de trabalho de tarefa armazenam dados em campos e guias que as ilustrações mostram:

Depois que as tarefas foram criadas e estimadas, use a consulta de divisão de trabalho para exibir a divisão de todos os seus requisitos e tarefas.Para obter mais informações, consulte Consultas compartilhadas (CMMI).

Documentos de design

Os documentos de design devem incluir informações suficientes para descrever a um desenvolvedor como escrever código para implementar o requisito no produto.

Documentos de design podem ser uma coleção das especificações, os itens de trabalho do requisito, e outros documentos, dependendo do processo de equipe.

Considere usar padrões de design, design completamente orientado a objeto, modelos, estruturais modelando linguagens, modelos de relacionamento entre as entidades, e outras técnicas nas diretrizes de design que é determinado para sua equipe.Também é uma boa ideia documentar a base para racional decisões chave que foram feitas.Por exemplo, se houver um efeito significativo em custo, em cronograma, ou desempenho técnico, documento a razão para as decisões code-behind desses efeitos, e inclua essas informações no seu design.

Depois de criar documentos necessários de design, armazene-os onde os membros da equipe podem compartilhar os.Para obter mais informações, consulte Gerenciar documentos e bibliotecas de documentos.

Revisão de projeto

Uma revisão de projeto é usada para garantir que o novo ou revisado design é tecnicamente, exato completo, testavel, e de alta qualidade e que implementa o requisito corretamente.As revisões de projeto são um método principal de garantir a qualidade no início identificando problemas antes que eles apareçam no código.As revisões de projeto também fornecem informações sobre adicional sobre o design de outros desenvolvedores.

O desenvolvedor que é responsável para criar o projeto deve organizar a revisão de projeto, identificando revisores agendando a revisão, e distribuindo o design para todos os revisores.

Todos os participantes que estão envolvidos ou afetados por design deve participar da revisão.Geralmente isso pode incluir o gerenciador do projeto, o desenvolvedor de ligação, e o testador para a área de design.Todos os desenvolvedores que estão no mesmo equipe que o desenvolvedor cujo código está sendo examinado devem também participar da revisão.

Prevê a reunião rever, e distribuir documentos de design no início suficiente para dar a cada o tempo suficiente revisor de ler.Planejar o comprimento de reunião de revisão para corresponder a quantos detalhes técnicos devem ser revistos.

Verifique a qualidade

Certifique-se de que o design está testavel.A compilação código que não pode ser marcada ou validado em uma maneira razoável?Nesse caso, você não pode garantir a qualidade de código, e o design deve ser reworked.Examine os documentos de design para os problemas que irão código para erros.Procure descrições incorretas de interface, erros de design, ou nomeação de confusão.Compare os documentos de design versus critérios existentes, tais como padrão do operador, standard de segurança, restrições de produção, tolerâncias design, ou parte padrão.Crie os itens de trabalho de bug que descrevem quaisquer falhas que são encontradas em documentos de design, e os atribua ao desenvolvedor responsável.

Crie um item de trabalho de revisão de design

Um item de trabalho de revisão é criado para documentar os resultados da revisão de projeto.A equipe de revisão deve decidir as próximas etapas para o design, que dependem de valor das alterações necessárias.Se nenhuma alteração é necessária, defina o estado do item de trabalho para fechado, defina a razão para o é aceito (como), e note que a codificação pode iniciar o design.Se as alterações secundárias são necessárias, defina o estado do item de trabalho, resolvido para o e definir a razão para aceito com pequenas alterações.Isso indica que o código pode iniciar após as alterações secundárias foram implementadas no design.Se as mudanças importantes são necessárias, defina o estado do item de trabalho, resolvido para o e definir a razão para aceitou mudanças com importantes.O design deve ser reworked e outra revisão de projeto deve ser executada antes que possa começar no modo design.

Testes de unidade

Os testes de unidade verificam a implementação correta de uma unidade de código.Escrever e executar testes de unidade identificar erros antes que inicia e teste, como consequência, ajuda reduzem o custo de controle de qualidade.Os desenvolvedores deve escrever testes de unidade para qualquer código que será escrito como parte de implementar uma tarefa de desenvolvimento ou de corrigir um bug.Para obter mais informações, consulte Verificando o código usando testes de unidade.

Análise de Código

Código de verificações de análise de código em um conjunto de regras que ajudam a impor diretrizes de desenvolvimento.O objetivo de análise de código é não ter nenhum violação ou aviso de análise de código.A análise de código pode inspecionar o código para mais de 200 possíveis problemas convenções de nomenclatura, no projeto de biblioteca, na localização, na segurança, e desempenho.

Se você inicia para executar a análise de código no início do seu ciclo de desenvolvimento, você pode minimizar violações e avisos todo base permanente.

No entanto, se você executa análise de código no código existente de que não esteve verificado antes, você pode ter muitas violações de regra.Se esse for o caso, você pode querer criar uma linha de base conjunto de regras importantes que o código deve passar para e em seguida expanda a regra definida como assuntos mais importantes são resolvidos.Dessa forma, um pode mover equipe para frente na nova funcionalidade que melhora a base de código existente.

Para obter mais informações, consulte Analisando a qualidade do aplicativo usando as ferramentas de análise de código e Aprimorando a qualidade do código com diretivas de Check-in do projeto de equipe.

Processo de revisão de código

O desenvolvedor de ligação deve organizar a revisão de código identificando os revisores, agendando a revisão de código, e enviá-la código para revisão a todos os revisores.Para preparar para revisão de código, siga as seguintes etapas:

1. Crie um item de trabalho de revisão para controlar as decisões que são feitas na revisão.Se nenhuma alteração é necessária, defina o estado do item de trabalho para fechado, defina a razão para o é aceito (como), e note que a codificação pode iniciar o design.Se as alterações secundárias são necessárias, definem o estado do item de trabalho para resolvido, e definem a razão para aceito com pequenas alterações, que indica que o código pode iniciar após as alterações secundárias foram implementadas.Se as mudanças importantes são necessárias, defina o estado do item de trabalho, resolvido para o e definir a razão para aceitou mudanças com importantes.O design deve ser reworked e outra revisão de projeto deve ser executada antes que possa começar no modo design.

2. Determinar quem participará em revisão de código.Normalmente, pelo menos o desenvolvedor de ligação e o arquiteto que é responsável pela área de código deve participar da revisão.

3. Prevê uma reunião de revisão com os revisores, e allow o tempo suficiente para que cada revisor ler e compreendam o código antes de reunião.Planejar o comprimento de reunião de revisão para corresponder a quanto código deve ser examinada.

Revisão de código

Uma revisão de código é usada para garantir que o novo código ou alterado localize uma barra estabelecida de qualidade antes de ser integrado a compilação diária.Considerações de qualidade está codificando padrão, compatibilidade com a arquitetura e o design, desempenho, legibilidade, e segurança.As revisões de código também fornecem informações sobre adicional de outros desenvolvedores sobre como o código deve ser gravado.

Refactor de código

O código refactored após uma revisão de código determinar que as alterações devem ser feitas para endereçar a qualidade, o desempenho, ou a arquitetura de código.

Ler as notas de item de trabalho de revisão de código para determinar como você refatora o código.

Aplicar refatoração incremental, uma alteração de cada vez.Modificar o código e todas as referências para a área alterada conforme necessário.

Executar testes de unidade de modo que a área permaneça semanticamente equivalente após refatoração.Corrija os testes de unidade que não estiverem trabalhando.Executar a análise de código, e corrigir todos os avisos.Executar testes de unidade novamente se as alterações de código são feitas no resultado de análise de código.

Integre alterações

A etapa final é integrar verificar as alterações no controle de versão.Antes que o código seja feito o check-in, todos os testes que são exigidos pelo seu processo devem ser executados.Para obter mais informações sobre como verificar o código para problemas antes que seja feito o check-in, consulte Aprimorando a qualidade do código com diretivas de Check-in do projeto de equipe.

Se o item de trabalho que está associado com as alterações é um cenário ou uma qualidade do requisito de serviço de que você não é o proprietário, notifique o proprietário que as alterações são completas.Defina o item de trabalho da tarefa resolvido, e o atribui a um dos testadores que criou as situações de teste para o item de trabalho.

Se o item de trabalho que está associado com as alterações é um erro, defina o item de trabalho de bug resolvido para o, e o atribui à pessoa original que o criou.