Implementar tarefas de desenvolvimento

Uma tarefa de desenvolvimento é uma pequena parte de trabalho de desenvolvimento a aquela de um requisito. Implementar uma tarefa de desenvolvimento envolve adicionar nova funcionalidade apropriado para seu software. Depois que você concluir uma tarefa de desenvolvimento, deve ser testada unidade, verificado código, a análise, e integrado na base de código existente.

Neste tópico

Estimativa

Documentos de design

Revisão do projeto

Testes de Unidade

Análise de código

Processo de revisão de código

Refactor

Integração de alterações

Estimativa

Estimando o custo de ajuda das tarefas de desenvolvimento controle o escopo dos recursos e agendar o trabalho de desenvolvimento. Estimativas de custo para todas as tarefas de desenvolvimento devem ser concluídos e todos os problemas devem ser resolvidos antes de atendem de planejamento da iteração. Se o custo total de tarefas de desenvolvimento são mais do que pode ser feito em uma iteração, uma tarefa deve ser adiada ou reatribuído. Depois que uma tarefa de desenvolvimento for escolhida, é responsabilidade do desenvolvedor custar a tarefa.

Criar um item de trabalho de tarefas para cada tarefa de desenvolvimento que é escolhida, e links ao requisito de que foi criado. Isso é feito da guia de implementação da tarefa ou no item de trabalho do requisito. Baseie suas avaliações na hora que foram necessário para concluir tarefas semelhantes, e verifique influenciar nos custos de teste da unidade de gravação. Para cada tarefa, digite a avaliação no campo original de avaliação do item de trabalho da tarefa.

O formulário para itens de trabalho de tarefas armazenam dados nos campos e guias que as ilustrações a seguir 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 o código para implementar o requisito no produto.

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

Considere usar padrões de design, design orientado por objeto, modelos, estruturais de modelagem idiomas, modelos de relação entre entidades, e outras técnicas nas diretrizes para criação que é determinado para sua equipe. Também é uma boa ideia documentar a razão para as decisões chaves que foram feitas. Por exemplo, se houver um efeito significativo em custo, em agenda, ou no desempenho técnico, documentos a razão para as decisões por trás desses efeitos, e inclua essas informações no design.

Depois que você cria os documentos necessários de design, os armazena em que os membros da equipe podem compartilhar os. Para obter mais informações, consulte Gerenciar documentos e bibliotecas de documentos.

Revisão do projeto

Uma revisão do projeto são usadas para assegurar que o novo design ou revisado tecnicamente, é preciso completo, testavel, e de alta qualidade e que implementa o requisito corretamente. As revisões do projeto são um método chave para garantir a qualidade no início identificando problemas antes que sejam exibidas em código. As revisões de projeto também fornecem aprofundamento adicionais sobre o design de outros desenvolvedores.

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

Todos os participantes que são envolvidos ou afetados por design devem participar da análise. Normalmente isso pode incluir o gerente de projeto, o desenvolvedor inicial, e o verificador para a área de design. Todos os desenvolvedores que estão no mesmo equipe que o desenvolvedor cujo código está sendo verificado também devem participar da análise.

Prevê a atendem a análise, e distribui os documentos de design no início suficiente para fornecer ao tempo suficiente para cada um de revisor lê-los. Planejar o comprimento de atendem a revisão para corresponder à quantidade de detalhes técnicos devem ser verificados.

Verifique a qualidade

Certifique-se de que o design seja testavel. A construção codifica que não pode ser verificada ou validado em um modo 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 controlarão para codificar erros. Procure incorretas descrições da interface, erros de design, ou nomeação de confusão. Compare os documentos de design em critérios existentes, como padrões de interface do operador, standard de segurança, restrições de produção, tolerâncias de design, ou parte padrão. Criar itens de trabalho de bug que descrevem todas as falhas que são encontradas nos documentos de design, e os atributos para o desenvolvedor responsável.

Criar um item de trabalho revisão do design

Um item de trabalho revisão é criado para documentar os resultados da análise do projeto. A equipe de revisão deve decidir as etapas a seguir para o design, que dependem do valor das alterações necessárias. Se nenhuma alteração será necessária, defina o estado do item de trabalho a fechado, define a razão para o é aceito (como), e a observe que a codificação pode iniciar o design. Se as alterações menores são necessárias, defina o estado do item de trabalho para resolvido, e a motivo para aceito com pequenas modificações. Isso indica que o código pode iniciar depois que as alterações menores foram implementadas no design. Se as alterações importantes são necessárias, defina o estado do item de trabalho para resolvido, e a motivo para aceito com alterações importantes. O design deve ser reworked e outra revisão do projeto deve ser executada antes que o código pode iniciar o 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 identifica erros antes do início dos testes e, portanto, ajuda a reduzir o custo do controle de qualidade. Os desenvolvedores devem escrever teste de unidade para qualquer código que será gravado como parte da implementação de uma tarefa de desenvolvimento ou de corrigir um bug. Para obter mais informações, consulte Verificando código usando testes de unidade.

Análise de código

Código das verificações de análise de código em um conjunto de regras que ajudam a garantir diretrizes de desenvolvimento. A meta da análise de código não ter nenhum aviso ou violação de análise de código. A análise de código poderá inspecionar seu código para mais do que 200 problemas potenciais nas convenções de nomenclatura, na criação da biblioteca, no local, em segurança, e o desempenho.

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

Entretanto, se você executar a análise de código no código existente do que não esteve verificado antes, você pode ter muitas violações da regra. Se esse for o caso, talvez você queira criar uma linha de base conjunto de regras críticos que o código deve transmitir e expanda a regra definida como mais problemas críticos são resolvidos. Dessa maneira, uma equipe pode avançar na nova funcionalidade como melhorar sua base existente de código.

Para obter mais informações, consulte Analisando a qualidade do aplicativo usando as ferramentas de análise de código e Melhorando a qualidade do código com políticas de check-in do projeto da equipe.

Processo de revisão de código

O desenvolvedor inicial deve organizar a revisão de código identificando os revisores, agendando a revisão de código, e enviando o código para revisão a todos os revisores. Para preparar para revisão de código, siga estas etapas:

1. Criar um item de trabalho revisão para rastrear as decisões feitas na análise. Se nenhuma alteração será necessária, defina o estado do item de trabalho a fechado, define a razão para o é aceito (como), e a observe que a codificação pode iniciar o design. Se as alterações menores são necessárias, define o estado do item de trabalho para resolvido, e definem a razão para aceito com pequenas modificações, que indica a codificação pode iniciar depois que as alterações menores foram implementadas. Se as alterações importantes são necessárias, defina o estado do item de trabalho para resolvido, e a motivo para aceito com alterações importantes. O design deve ser reworked e outra revisão do projeto deve ser executada antes que o código pode iniciar o design.

2. Determine os quais ele participará na revisão de código. Normalmente, pelo menos o desenvolvedor inicial e o arquiteto que é responsável para a área de código devem participar da análise.

3. Prevê uma revisão atendem aos revisores, e para reservar o tempo suficiente para que cada revisor ler e entender o código antes de atendidos. Planejar o comprimento de atendem a revisão para corresponder ao código deve ser verificado.

Revisão de código

Revisão de código é usada para assegurar que o novo ou código modificado localize uma barra de qualidade estabelecida antes de ser integrado na construção diária. As considerações de qualidade são padrões de codificação, compatibilidade com a arquitetura e o design, desempenho, legibilidade e segurança. As revisões de código também fornecem percepções adicionais de outros desenvolvedores sobre como o código deve ser gravado.

Verifique a importância de código	O código que está sendo verificado são relevantes para a tarefa para a qual o código é gravado. Nenhuma alteração de código deve ser permitida que não aborda a funcionalidade que é implementada ou corrigida.
Verifique a extensibilidade	O código é gravado de modo que possa ser estendido, se essa é a finalidade, ou ser reutilizado em outras áreas do sistema. Cadeia de caracteres as constantes são usadas no código são colocadas corretamente em recursos que podem ser internacionalizados.
Verifique a complexidade mínima de código	O código pode ser repetido simplificado em funções comuns. A funcionalidade semelhante é colocada em um procedimento ou uma função comum.
Verifique a complexidade algorítmica	O número de caminhos de execução em código que é verificado é minimizado.
Verifique a segurança de código	O código é verificado quanto a proteção dos recursos, níveis de privilégio, e o uso dos dados em pontos de entrada.

Código de Refactor

O código refactored depois que uma revisão de código determinou que as alterações devem ser feitas para lidar com a qualidade, o desempenho, ou a arquitetura de código.

Leia as notas do item de trabalho revisão de código para determinar como você refactor o código.

Aplicar refactoring incremental, uma alteração de cada vez. Alterar o código e todas as referências à área alterada conforme necessário.

Executar testes de unidade de modo que a área permaneça semanticamente equivalente depois de refactoring. Corrija todos os testes da unidade que não funcionam. Executar 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 da análise de código.

Integração de alterações

A etapa final é integrar as alterações marcando as no controle de versão. Antes que o código seja fazer check-in, todos os testes que são requeridos por seu processo devem ser executados. Para obter mais informações sobre como verificar o código para problemas antes que tenha sido feito check-in, consulte Melhorando a qualidade do código com políticas de check-in do projeto da equipe.

Se o item de trabalho que está associado às alterações é um cenário ou uma qualidade dos requisitos de serviço que você não é o proprietário, notifica o proprietário das alterações forem concluídas. Defina o item de trabalho da tarefa para o resolvido, e atribuí-lo a um dos testadores que criou os casos de teste para o item de trabalho.

Se o item de trabalho que está associado às alterações é um bug, defina o item de trabalho de bugs a resolvido, e atribuí-lo a pessoa que criou o original.