Organizando requisitos em um plano de produto

Depois que você analisa os requisitos do cliente suficientemente compreender o que o produto deve fazer, você deve preparar um plano para implementar o produto.Ou, para um produto existente, você deve fornecer certeza de qual funcionalidade está faltando e preparar um plano para fazer alterações.Mas os requisitos não irá automaticamente informem o plano.

Este tópico descreve um método para obter um plano, a partir de um conjunto dos requisitos do.Este é apenas um método entre uma variedade que funciona em Visual Studio, e você deve adaptá-lo de modo que atende às suas necessidades.

Neste tópico

Requisitos e recursos

Decomposição do cenário

Atribuir cenários da folha iterações

Recursos - cumpridos requisitos em cada iteração

Qualidade de recursos de serviço

Planejamento de Produto

Planejamento de iteração

Requisitos e recursos

Há dois tipos de requisito em este método: requisitos e recursos de cliente.Os requisitos do cliente são o que você obtém o analisar o que o cliente deseja do produto.Os recursos são itens no plano de produto, que correspondem aos pequenos subconjuntos dos requisitos do cliente.Cada recurso pode incluir partes dos requisitos do cliente que vêm de partes diferentes da experiência do usuário e das áreas funcionais diferentes.

Requisitos do cliente

• Os requisitos do cliente são determinados pela discussão com os usuários e outros participantes em potencial.

• Para ajudá-lo a analisar esses requisitos, você criará normalmente storyboards e modelos, e você decompor situações nas etapas menores, formando uma árvore.Você pode vincular a modelagem elementos como caso de uso e as atividades ao cenário itens de trabalho.

• Há dois tipos de requisito de cliente:

  • Os cenários, também conhecido como caso de uso, representam seqüências das interações entre os usuários e o produto, em busca de metas específicos.Um cenário exemplo pode ter o título do usuário “compras um livro.”

  • A qualidade de requisitos de serviço inclui o desempenho, segurança, a usabilidade, e outros critérios.

• Você pode representar esses requisitos como itens de trabalho do requisito de tipo, com o campo do tipo do requisito definido como o cenário ou a qualidade de serviço.

• Esses itens de trabalho do requisito devem ser associados aos testes do sistema para que você possa assegurar que todos os requisitos são testados.

• Use a consulta ao requisito de cliente para listar esses itens de trabalho do requisito.

• Use o relatório de progresso de requisitos para monitorar que requisitos estarem.

Para obter mais informações, consulte Requisitos desenvolvimento, Consultas compartilhadas (CMMI), Relatório de progresso dos requisitos CMMI () e Criando testes para itens de Lista de Pendências de Produto, histórias do usuário ou requisitos.

Recursos

• Um recurso é um item em um plano de produto que representa um grupo de tarefas.Em o planejamento do produto, os representantes de equipe de desenvolvimento e os participantes usa recursos em iterações.Para obter mais informações, consulte Planejando o projeto (CMMI).

• Insira recursos como os itens de trabalho do requisito com os requisitos digitar o conjunto de campo para caracterizar.

• O título do recurso indica, em termos de usuários, o que os usuários poderão fazer com o produto, que não podem fazer iterações em anteriores.Não há nenhum item, ou muito poucos itens, no plano que não entregam o novo valor de usuário.

  Por exemplo, essa seqüência de recursos pode formar um plano de implementação:

  • Um “comprador pode escolher um livro de uma lista e adicioná-lo a uma lista de fins pretendidos.”

  • “A lista de livros exibe preços.Em a lista de fins pretendidos, o custo total é exibido.”

  • Os “fornecedores pode anexar marcas para livros.Os compradores podem filtrar a lista de livros pela marca.”

  Observe que nenhum toque de recurso apenas uma etapa na experiência do usuário, e nenhum recurso envolve apenas de uma parte da arquitetura do produto.Em vez de isso, como os recursos são implementados, várias funções são revisitadas e aumentadas com novo valor de usuário.

• Um recurso é atribuído a uma iteração durante o planejamento de produto.Todas as tarefas em um recurso devem ser atribuídas a mesma iteração.Para obter mais informações, consulte Planejando o projeto (CMMI).

• Um recurso descreve uma realização parcial dos requisitos do cliente.É um subconjunto dos requisitos do cliente, e pode implementar cada requisito de cliente a uma extensão limitada.

• Cada recurso pode ser associado a uma ou mais situações de teste que eles testam a parte de requisitos que representa o recurso.Essas situações de teste são um subconjunto de testes do sistema que são associados aos requisitos do cliente.

• O estado de recursos não deve ser marcado completo até que os testes totalmente estejam definidos e transmitirem.

• Cada recurso é um grupo de tarefas de desenvolvimento e de teste.É a raiz de uma árvore das tarefas em Visual Studio Team Foundation Server.As tarefas de desenvolvimento implementam os requisitos parciais que descreve o recurso.As tarefas de teste cria e executam as situações de teste apropriadas.

• Você usa os requisitos do produto consulta para listar recursos.Para exibir o plano de produto, você clica opções de coluna e o caminho de iteração para a lista de colunas exibidas.Para classificar por iteração você clicar em, a coluna do caminho de iteração.Para obter mais informações, consulte Consultas compartilhadas (CMMI).

Localizando recursos

Separe requisitos em recursos incrementais é uma tarefa criativa que deve encapsular os desenvolvedores, analistas, e participantes.Um recurso define uma parte da funcionalidade do produto que pode ser implementada apreciàvel separada das funções.Portanto, viável um conjunto de definições de recurso e de ordenação em um plano depende em parte da arquitetura do sistema.

Por esse motivo, planejar e o design inicial do produto devem funcionar paralelamente, especialmente na iteração 0 onde o volume de fundo está sendo descrito.

Decomposição do cenário

Para ajudá-lo a organizar os requisitos em recursos, ajuda a decompr situações nas etapas menores.

Storyboards da ajuda geralmente com esta atividade.Um storyboard é uma seqüência das imagens que ilustram o cenário.Os diagramas de atividade de UML são úteis para mostrar os caminhos alternativos, e diagramas de seqüência de UML podem ajudá-lo ao abordar as interações entre vários atores.Após usar essas ferramentas para analisar um cenário, você pode inserir os cenários decompor em Team Explorer.Isso permite que você vincular situações de teste para cenários e garantir assim que os requisitos foram satisfeitos.Para obter mais informações, consulte Diagramas de atividade UML: diretrizes e Diagramas de seqüência UML: diretrizes.

Em esta explicação breve, você insere um conjunto de requisitos de cliente na forma de uma pequena árvore dos cenários.Isso fornecerá um exemplo de que para criar recursos.

Para abrir a árvore dos requisitos do cliente do excel

1. Em, abra um Team ExplorerMSF para CMMI o projeto de integração v5.0 do processo.

2. Itens de TrabalhoConsultas de EquipeExpanda, expanda, expanda Planejamento e rastreamento, e Requisitos do clienteexecutado.

3. Se as colunas de Caminho de iteração e de Requisitos de tipo não aparecer, clique Opções de Coluna, e adicioná-los à lista de exibição.

   Você também pode querer adicionar a coluna de Caminho de área .

4. Defina a consulta para mostrar uma árvore.

   1. Clique Editar Consulta.

   2. Definir tipo de consulta a Árvore de Itens de Trabalho.

   3. Clique Salvar consulta.

      Se você não pode salvar a consulta em Consultas de Equipe, salve-o no Minhas Consultas.

   4. Clique para fechar a Exibir Resultados o modo de edição.

5. Clique Abra Microsoft Office, clique em Abra a consulta no Microsoft Excel.

6. Em Office Excel, se Título 1 dirigido coluna não é seguido pelas colunas que são título 2 dirigido e título 3, clique na guia de Equipe , clique em Adicione o nível de árvore para criar colunas extras.

Agora você pode inserir os cenários convenientemente como um lote.

Em uma situação real, você pode iniciar inserindo um nível de cenários e em seguida decompor cada cenário para as etapas em menores operações diferentes.

Para inserir os cenários

1. Em a linha imediatamente após a linha inferior de itens de trabalho existentes (se houver), inserir o título do cenário de nível superior na coluna de Título 1 :

   O cliente de uma refeição.

2. Em a discussão com os participantes comerciais, você determina as principais etapas que compõem o cenário de nível superior.

   Linhas que seguem imediatamente o cenário de nível superior, digite as etapas na coluna de título 2 :

   o cliente escolhe um restaurante.

   O cliente escolher itens de menu de restaurante, para criar um pedido.

   O cliente inserir detalhes de pagamento.

   O restaurante prepara e entregar ordem.

   O cartão de cliente é carregada com o pagamento.

3. Análise mais aprofundada, talvez usando diagramas de atividade de UML ou diagramas de interação, mais das etapas detalhadas para alguns de esses cenários.

   Imediatamente abaixo do cliente escolhe um restaurante, inserção algumas linhas, e insira essas etapas na coluna de título 3 :

   O cliente insere o código postal de entrega.

   O site exibe uma lista de restaurantes que entregam ao endereço.

   o cliente pode procurar menus de todos os restaurantes exibidos.

   O cliente seleciona um restaurante para iniciar uma ordem.

   Excluir todas as linhas em branco.

4. Em a coluna de Tipo de Item de Trabalho de todas as novas linhas, definir o tipo a requisito.

5. Definir a coluna de Requisitos de tipo de todas as novas linhas a Cenário.

6. Para publicar os requisitos a Team Foundation Server, selecione qualquer célula na tabela de itens de trabalho, clique em Publicar na guia de Equipe .

Agora você tem uma árvore dos requisitos do cliente, que você pode editar mais em Office Excel ou em Team Explorer.

Atribuir cenários da folha iterações

Cenários de “folha” são aqueles que não têm nenhum filho da própria.

Atribuir as etapas básicas as mais em cenários para iterações através do campo de caminho de iteração.Você pode fazer isso no modo de Office Excel .

Atribuir em cada cenário que tem filhos a iteração a mais recente em que se pode considerar útil.

Em o exemplo, os cenários mais essenciais são implementados em iterações 1 e 2, e outras funções são adicionadas no iterações posteriores.

• iteração 2 - o cliente escolhe um restaurante.

  • iteração 5 - o cliente insere o código postal.

  • 2 - Iteração DinnerNow exibe uma lista de restaurantes.

  • o cliente de3 - Iteração pode procurar o menu de cada restaurante.

  • O cliente de2 - Iteração seleciona um restaurante para criar um pedido.

• iteração 1 - o cliente itens de menu, escolha para criar um pedido.

  • O cliente de1 - Iteração clique no item de menu para adicionar a ordem.

  • O resumo do pedido de2 - Iteração exibe o custo total do pedido.

  • Os cliques de1 - Iteração “confirmam” para concluir a ordem.

• O cliente de4 - Iteração inserir detalhes de pagamento.

• O restaurante de2 - Iteração prepara e entregar ordem.

• iteração 4 - o cartão de cliente é carregada com o pagamento.

Essas atribuições permitem que você exercitar o projeto geral do sistema em uma etapa inicial mas permitir que vários detalhes até que posteriormente.Alguns aspectos que são considerados de baixo-risco podem ser deixados a uma iterações posteriores.Em esse exemplo, a equipe tinha a experiência anterior de vincular a um sistema de pagamento de carta.Portanto, achar seguro para informar essa parte a uma iteração posterior.

Em alguns casos, você desejará decompr mais cenários de folha, para permitir versões simplificadas e mais complexas a ser separadas em iterações diferentes, como a imagem a seguir ilustra.

Recursos - cumpridos requisitos em cada iteração

Um recurso é um requisito que resume o que os usuários podem fazer na conclusão de cada iteração.Você pode criar mais de um recurso para cada iteração.Entre em como os itens de trabalho do requisito, definindo o tipo do requisito para o recurso.

Use as atribuições de cenários para trabalhar itens para ajudá-lo a definir os recursos.O exemplo a seguir de fundo do recurso de exemplo é derivado das atribuições de cenários para iterações na seção anterior:

• Iteração 1

  • O cliente escolher um item de menu, adicioná-los a uma ordem, e adiciona um endereço de entrega.

• Iteração 2

  • Os clientes devem começar visualizando uma lista de restaurantes e escolha um.

  • Quando o cliente concluir um ordem, a ordem aparece na tela de restaurante escolhido.

  • Os preços de itens e o custo total são exibidos na ordem.

• Iteração 3

  • O marca restaurante a ordem como “concluído” quando a refeição preparada foi enviada.A refeição é registrada logon em um restaurante.

  • Cada restaurante pode inserir e atualizar seu menu.

  • o cliente pode procurar o menu de cada restaurante antes de selecionar um.

• Iteração 4

  • O cliente inserir detalhes de pagamento na conclusão de um pedido.O cartão de cliente é carregado quando o restaurante marca o pedido feito como.

  • O restaurante é pago os pedidos que são marcados como feitos.

• Iteração 5

  • Os restaurantes podem definir sua área de entrega.O cliente insere o código postal no início da sessão.O site exibe somente os restaurantes que podem fornecer ao local da área.

Em cenários parte implementados

Decompr situações nas etapas pequenas ajuda você a separar algumas etapas que podem ser implementado anteriores de outro que pode ser implementado posteriormente.

Mas às vezes você pode separar para fora outros aspectos dos cenários.Em esse exemplo, a equipe pode implementar uma versão básica da experiência do usuário em adiantadas iterações e em seguida melhorá-la posteriormente.Assim você pode adicionar os seguintes recursos:

• Iteração 6 - o restaurante pode escolher o esquema de cores e a fonte do seu menu e carregar seus próprios logotipo e imagens de refeições.

Esse tipo de recurso não emerge diretamente de decomposição nas etapas, mas emerge geralmente na discussão de storyboards.Os recursos da experiência do usuário são bons candidatos para uma iterações posteriores.

Inscrevendo e inspecionando recursos

Crie itens de trabalho com o tipo de item de trabalho de requisito, e defina o campo do tipo do requisito para caracterizar.Definir o título de recursos para a descrição curta.

Para inserir os recursos em um lote e discutir a atribuição para adaptar iterações, a consulta ao requisito do produto, uma visualização de Office Excel .

Para inserir e editar recursos

1. Em, abra um Team ExplorerMSF para CMMI o projeto de melhoria de processo v5.0.

2. Itens de TrabalhoExpanda, expanda, expanda Consultas de EquipePlanejamento e rastreamento, e abrir Requisitos de produto.

3. Clique Opções de Coluna, e adicione avaliação original e Caminho de iteração à lista de colunas exibidas.

4. Clique Abra Microsoft Office, clique em Abra a consulta no Microsoft Excel.

5. Em a caixa de diálogo que pergunta se você deseja salvar a consulta, clique em Sim.

6. (Opcional) em, digite Office Excela lista de títulos de recurso, defina caminhos de iteração, e pedidos as linhas pelo caminho de iteração.

7. Para salvar as alterações a Team Foundation Server, clique em qualquer célula na tabela de item de trabalho, clique em Publicar na guia de Equipe .

Recursos de rastreamento aos requisitos

Você pode vincular recursos aos requisitos das seguintes maneiras:

• Itens de trabalho do recurso de link aos requisitos do cenário de folha de suas iterações.Você deve links usando os links relacionados de item como os cenários de folha já têm pais.

• Itens de trabalho de situação de link para cenários e qualidade dos requisitos de serviço que testa.Adicionar recursos ao subconjunto das situações de teste que devem passar quando o recurso foi desenvolvido.De essa maneira, as situações de teste atuam como o link entre recursos e requisitos do cliente.

Qualidade de recursos de serviço

A qualidade de requisitos de serviço é geralmente patente em relação ao design de software.Por exemplo, os requisitos de segurança não são geralmente relacionados a uma tarefa específica de desenvolvimento.

Entretanto, para cada qualidade do requisito de serviço, você deve criar um item de trabalho de recurso cujos filhos sejam testando especialmente se as tarefas que asseguram de que uma qualidade do critério de serviço seja encontrada.Esses itens de trabalho são chamados qualidade de recursos de serviço.

Qualquer qualidade de recursos de serviço pode ter tarefas de desenvolvimento.Por exemplo, em uma iteração inicial, você pode implementar uma versão do sistema que pode manipular apenas alguns usuários, como uma prova de conceito.Para uma iteração posterior, você pode adicionar um recurso que especifica a capacidade de destino como exposto nos requisitos do cliente.

Planejamento de produto

Antes do início de cada iteração, realize uma reunião para examinar o plano de produto.A primeira reunião de planejamento do produto cria o plano, e as reuniões subseqüentes examinar-lo com base em uma iterações anteriores.Para obter mais informações, consulte Planejando o projeto (CMMI).

Em uma revisão de fundo do produto, discutir recursos com os participantes comerciais, e esteja preparado para os reprioritize e organize-os iterações em diferentes.A reunião deve incluir participantes comerciais e representantes de equipe de desenvolvimento.

A reunião discute a seqüência na qual os recursos serão desenvolvidos.Isso pode ser feito projetando ou tela- compartilhando o modo de exibição de Office Excel de consulta dos requisitos do produto e classificação os recursos por iteração.

Uma técnica alternativo é colocar os recursos em uma seqüência específica e ver em quanto pode ser feito em cada iteração.Por exemplo, os desenvolvedores podem discutir se o “cliente pode exibir os preços” deve ser a iteração movida iteração 2 a 3, sem mover na seqüência.Para colocar itens em uma seqüência, adicionar uma coluna extra que é chamada classificação à planilha, e inteiros de inserção indicando a seqüência.Ordenação a planilha por essa coluna.As ordens não serão armazenadas em Team Foundation Server, mas você pode salvar a planilha.Quando você abre a planilha novamente, clique em qualquer célula na tabela de item de trabalho, clique na atualização na guia da equipe.

Planejamento de produto considera as prioridades de recursos e os custos de desenvolvimento.As prioridades vêm de participantes comerciais, com alguma orientação sobre o risco de desenvolvedores.Custo esperado vêm de desenvolvedores.Para obter uma visão detalhada dos custos, a equipe de desenvolvimento já deve ter feito qualquer trabalho na arquitetura do produto e pode precisar alguma experiência de iterações adiantadas.Por esse motivo, custo esperado devem ser refinados em cada revisão de fundo do produto.

Planejamento de iteração

Após a revisão de fundo do produto, planejar a iteração.Plano do produto determina os recursos que serão enviados para o final da iteração.O plano iteração de trabalho determina que fará a equipe para implementar e testar os recursos.

As seguintes atividades são parte de planejamento de iteração:

• Crie tarefas para o desenvolvimento e os testes, e links como filhos os requisitos de recurso.

• Crie situações de teste para os aspectos dos requisitos do cliente que devem ser qualificados em cada recurso.As situações de teste devem ser vinculadas os requisitos do cliente para que você pode monitorar como completo os requisitos são.

Você também pode vincular situações de teste para recursos para que você possa controlar a correspondência entre recursos e requisitos.O recurso não deve ser marcado completo até que as situações de teste vinculadas passem.

Para obter mais informações, consulte Planejando uma interação (CMMI).