Compartilhar via

Requisito (CMMI)

  • Artigo

Você pode aprender como preencher os detalhes de um item de trabalho do requisito em este tópico.Um requisito comunica a funcionalidade que é o valor para o cliente do produto ou do sistema.Cada requisito rapidamente deve indicar o que um usuário desejar fazer com um recurso de software e para descrever o da perspectiva de usuário.Para obter mais informações, consulte Planejando o projeto (CMMI).

Para obter informações sobre como criar este tipo de item de trabalho, consulte Itens e fluxo de trabalho de trabalho (CMMI).

Neste tópico

Tópicos relacionados

  • Definindo um requisito

  • Vinculando um requisito para outros itens de trabalho

  • Adicionando detalhes, anexos, ou hiperlinks a um requisito

  • Modificando o estado de um requisito

Processo de orientação

Pastas de trabalho

Painéis e relatórios

Referência do campo

Permissões Necessárias

Para exibir um requisito, você deve ser um membro do grupo de Leitores ou seu *** Exibir itens de trabalho em este nó *** deve ser definido como Permitir.Para criar ou modificar um requisito, você deve ser um membro do grupo de Colaboradores ou suas permissões de *** Itens de trabalho em este nó de edição *** devem ser definidas para Permitir.Para obter mais informações, consulte Gerenciando permissões.

Definindo um requisito

Quando você escreve um requisito, você deve focalizar em quem o recurso é para, o que desejam executar, como e.Você deve evitar as descrições que especificam como o recurso deve ser desenvolvido.

Quando você cria um requisito, você deve especificar somente o título.Em o entanto, você ainda pode definir o requisito especificando uma variedade de outros tipos de informações, como as ilustrações a seguir mostram:

Formulário de item de trabalho requisito

Quando você define um requisito, você deve definir Título.Você pode deixar a todos os campos restantes a placa ou aceitar os valores padrão.

Para definir um requisito

  1. Em Título (necessário), digite uma breve descrição.

    Os títulos de bons requisito refletem o valor de cliente ou à funcionalidade que a equipe deve implementar.

  2. Em a seção direita do formulário de item de trabalho, especifique um ou mais dos seguintes tipos de informação:

    • Em a lista de Atribuído a , escolha o nome do membro da equipe que possui o requisito.

      ObservaçãoObservação

      Você pode atribuir itens de trabalho somente a membros do grupo de Colaboradores .

      Se você deixar o requisito não atribuída, ele determinado automaticamente.

    • Em a lista de Estado , deixe a valor padrão, Proposto.Em a lista de Motivo , deixe a valor padrão, Novo.

      Para obter mais informações sobre o campo de Estado e como você usa o para controlar o fluxo de trabalho Modificando o estado de um requisito , consulte posteriormente em este tópico.

    • Em a lista de Prioridade , escolha o nível de importância para o requisito todo escala de 1 (o mais importante) para 4 (a menos importante).

    • Em a lista de *** triagem *** , escolha o substate de triagem.

      Os valores válidos são Pendente (padrão), Mais Informações, *** informações recebida ***, e *** Triaged ***.Este campo identifica um nível de triagem para os requisitos que estão no estado de Proposto .

    • Em a lista de Bloqueado , escolha Sim se um problema está bloqueando o progresso para a implementação do requisito.

    • Em a lista de Confirmado , escolha Sim se um comprometida foi feita para implementar o requisito.

    • Listas de Área e de Iteração , escolha a área e a iteração apropriadas.

      ObservaçãoObservação

      O administrador de projeto para cada projeto de equipe define a área e caminhos de iteração para o projeto de equipe para que o possa acompanhar o progresso por essas designações.Para obter mais informações, consulte Criar e modificar áreas e iterações.

    • Em Tipo, escolha o tipo de requisito que você está definindo.

      o valor padrão é Funcional.

  3. Em a guia de DESCRIÇÃO , descreve o requisito e os critérios que a equipe usará para verificar se é atingido.

    Você deve fornecer todos os detalhes de necessário para garantir que um desenvolvedor pode implementar e o requisito que um verificador pode testar o requisito.

    Sua equipe usará essas informações para criar itens de trabalho e tarefas para situações de teste.Para obter mais informações, consulte Tarefa (agile) e Caso de teste.

  4. Em a guia de ANALYSIS , descreve o impacto para o cliente se o requisito não é implementado.

    Você pode desejar incluir detalhes sobre o modelo de Kano sobre se esse requisito está em surpresa, categorias necessárias, ou óbvias.

  5. Em a guia de OUTRO , especifique os seguintes tipos de informação:

    • Em *** Especialistas de assunto ***, escolha os nomes de até três membros da equipe que estão familiarizados com a área e as expectativas do problema que o cliente tem para esse requisito.

    • Em a caixa de *** avaliação original *** , digite um número que representa a hora de trabalho que o requisito pode demorar para implementar.

      ObservaçãoObservação

      Geralmente, você define os seguintes dois campos mais tarde no ciclo de desenvolvimento e não quando você define primeiro o requisito.

    • Em a lista de *** Integrado *** , escolha o nome ou o número de compilação em que a equipe de desenvolvimento integrado o requisito.

    • Em a lista de Testar , escolha o status de teste de aceitação de usuário para esse requisito.

      Os valores válidos são Aprovado, Falha, Não está pronto, Pronto, ou Ignorado.Você deve especificar Não está pronto quando o requisito está no estado e em Pronto de Ativo quando o requisito está no estado de Resolvido .

  6. Em Implementação, Solicitações de Alteração, Casos de Teste, e guias de Todos os Links , você pode criar links de requisito para outros itens de trabalho, como tarefas, solicitações de alteração, situações de teste, bugs, e problemas.

    Em a guia de Anexos , você pode anexar especificações, imagens, ou outros arquivos que fornecem mais detalhes sobre o requisito ser implementado.

    Para obter mais informações, consulte as seguintes seções posteriores em este tópico:

    • Vinculando o requisito para outros itens de trabalho

    • Adicionando detalhes, anexos, ou hiperlinks a um requisito

  7. Escolha Salvar*** Salvar o item de trabalho ***.

    ObservaçãoObservação

    Depois de salvar o requisito, o identificador aparece no título na barra de ferramentas de item de trabalho.

Vinculando um requisito para outros itens de trabalho

Criando relações entre os requisitos e outros itens de trabalho, você pode planejar projetos mais efetivamente, acompanhar dependências mais precisamente, exiba relações hierárquicas mais claramente, e localizar informações pertinentes mais rapidamente.O formulário de item de trabalho para um requisito, você pode criar um item de trabalho vinculado automaticamente ao requisito, ou você pode criar links para itens de trabalho existentes.

Você usa Implementação, Solicitações de Alteração, Casos de Teste, e guias de Todos os Links para criar links para tipos específicos de itens de trabalho e tipos específicos de links.Para obter mais informações sobre as restrições para cada guia, consulte Linking Work Items (CMMI).

ObservaçãoObservação

Os relatórios de visão geral dos requisitos dos requisitos de progresso e exigem que você criar links entre requisitos e tarefas e entre requisitos e situações de teste.

  1. Abra o formulário de item de trabalho para o requisito, e execute uma das seguintes ações:

    • Para criar e vincular a uma tarefa, o erro, ou o subelemento requisito, clique na guia de Implementação , e Adicionar Novo Item de trabalho vinculadasescolhaNovo.

    • Para criar e vincular a uma solicitação de alteração, escolha a guia de Solicitações de Alteração , e então escolha Adicionar Novo Item de trabalho vinculadasNovo.

    • Para criar e vincular a uma situação de teste, escolha a guia de Casos de Teste , e então escolha Adicionar Novo Item de trabalho vinculadasNovo.

    • Para criar e vincular a qualquer outro tipo de item de trabalho, escolha a guia de Todos os Links , e então escolha Adicionar Novo Item de trabalho vinculadasNovo.

    a caixa de diálogo de Adicionar Novo Item de Trabalho Vinculado abre.

    Adicionar nova caixa de diálogo de item de trabalho vinculado

  2. Em a lista de Tipo de link , deixe a valor padrão, ou escolha uma das seguintes opções:

    • Para vincular a uma tarefa, um erro, ou subelemento um requisito, escolha Filho.

    • Para vincular a uma solicitação de alteração, escolha *** Afetado por ***.

    • Para vincular a uma situação de teste, escolha *** Testado por ***.

    • Para vincular a qualquer outro tipo de itens de trabalho, escolha Relacionado ou outro tipo de link que representa o relacionamento que você deseja controlar.

  3. Em a lista de Tipo de Item de Trabalho , escolha o tipo de item de trabalho que você deseja criar.

  4. Em Título, digite uma breve descrição mas específica de trabalho a ser executado.

  5. (Opcional) em, Comentárioinformações adicionais de tipo, e clique em OK.

    Um formulário de item de trabalho para o tipo de item de trabalho que você especificou abre com informações que você forneceu.

  6. Especificar os campos restantes como os tópicos a seguir descrevem:

  7. Escolha Salvar*** Salvar o item de trabalho ***.

Para vincular vários itens de trabalho existentes a um requisito

  1. Abra o formulário de item de trabalho para o requisito, e execute uma das seguintes ações:

    • Para vincular a um ou mais bugs, tarefas, ou subelemento os requisitos, clique na guia de Implementação , e Adicionar LinksescolhaVincular a.

    • Para vincular a um ou mais solicitações de alteração, escolha a guia de Solicitações de Alteração , e então escolha Adicionar LinksVincular a.

    • Para vincular a um ou mais situações de teste, escolha a guia de Casos de Teste , e então escolha Adicionar LinksVincular a.

    • Para vincular a um ou mais itens de trabalho de outros tipos, escolha a guia de Todos os Links , e então escolha Adicionar LinksVincular a.

    a caixa de diálogo de *** Adicione o link para o requisito *** abre.

    Adicionar link para a caixa de diálogo de requisito

  2. Em a lista de Tipo de link , deixe a valor padrão, ou escolha uma das seguintes opções:

    • Para vincular a uma tarefa, um erro, ou subelemento um requisito, escolha Filho ou Pai.

    • Para vincular a uma solicitação de alteração, escolha *** Afetado por ***.

    • Para vincular a uma situação de teste, escolha *** Testado por ***.

    • Para vincular a qualquer outro tipo de item de trabalho, escolha Relacionado ou outro tipo de link que representa o relacionamento que você deseja controlar.

  3. Escolha Procurar.

    a caixa de diálogo de *** Escolha itens de trabalho vinculados *** aparece.

    Para vincular tarefa a caixa de diálogo de história de usuário

  4. Digite os itens em *** IDs de item de trabalho ***, ou procurar pelos itens que você deseja vincular.

    Você também pode executar uma consulta de equipe para localizar itens de trabalho que você deseja vincular.Essas consultas são ativos alterem solicitações, bugs, tarefas abertas, situações de teste abertas, e tarefas abertas.

  5. Selecione a caixa de seleção ao lado de cada item de trabalho que você deseja vincular ao requisito.

    Para obter mais informações, consulte Localizar itens de trabalho para o Link ou importação.

  6. (Opcional) digite uma descrição para itens de trabalho que você estar vinculando.

  7. Escolha OK, clique em***** Salvar o item de trabalho *****Salvar.

    ObservaçãoObservação

    O requisito e itens de trabalho que você o vinculou são atualizados.

Você pode adicionar detalhes aos requisitos das seguintes maneiras:

  • Em a guia de Detalhes , informações de tipo no campo de Descrição ou no campo de Histórico .

  • Anexar um arquivo.

    Por exemplo, você pode anexar um segmento de email, um documento, uma imagem, um arquivo de log, ou outro tipo de arquivo.

  • Adicionar um hiperlink para o site ou um arquivo que é armazenado em um servidor ou site.

Para adicionar detalhes a um requisito

  1. Escolha a guia de Detalhes , e, em Histórico, adicionar comentários que você deseja capturar como parte do registro histórico.

    Cada vez que um membro da equipe atualiza o item de trabalho, o histórico mostra a data de alteração, do membro da equipe que fez a alteração, e campos que foram alterados.

    Você pode formatar informações para fornecer a ênfase ou capturar uma lista com marcadores.Para obter mais informações, consulte Referência de campos de requisito (CMMI).

  2. Escolha Salvar*** Salvar o item de trabalho ***.

Para anexar um arquivo a um requisito

  1. Em a guia de Anexos , execute uma das seguintes ações:

    • Arraste um arquivo anexo na área do.

    • Copiar um arquivo, e então escolha Colar ou pressione CTRL-V a colagem.

    • AdicionarEscolha Adicionar anexo, e escolha Procurar.Em a caixa de diálogo de Anexo , digite o nome ou navegue até o arquivo que você deseja anexar.

      (Opcional) na caixa de, digite Comentário mais informações sobre o anexo.

      Para fechar a caixa de diálogo de Anexo , escolha OK.

  2. Escolha Salvar*** Salvar o item de trabalho ***.

  1. Em a guia de Todos os Links , escolha Adicionar LinksVincular a.

    Adicionar caixa de diálogo hiperlink

  2. Em a lista de Tipo de link , escolha Hiperlink.

  3. Em a caixa de Endereço , digite o endereço de destino do link.

    Se o destino for um site, digite a URL, ou copie-a de seu navegador de Internet e cole-o o URL na caixa de Endereço .Se o destino for um local de servidor, digite o endereço no formato de um nome de UNC.

  4. (Opcional) na caixa de, digite Comentário mais informações sobre o hiperlink.

  5. OKEscolha, e Salvarescolha***** Salvar o item de trabalho *****.

Modificando o estado de um requisito

Uma equipe pode acompanhar o progresso de um requisito definindo o campo de Estado a um dos seguintes valores:

  • Proposto

  • Active

  • Resolvido

  • Fechado

Quando você cria um requisito, está no estado de Proposto por padrão.Quando o equipe aceite um requisito para a iteração atual, a equipe move o item de trabalho ao estado de Ativo e cria tarefas implementar.Quando a equipe concluir as tarefas e testes do sistema que mostra a equipe tiver implementado com êxito o requisito, a equipe movê-lo ao estado de Resolvido .Finalmente, quando a equipe valida o requisito, a equipe movê-lo ao estado de Fechado .

Qualquer membro da equipe pode alterar o estado de um requisito.

Para obter mais informações sobre campos de dados que você pode usar para controlar estados de item de trabalho, consulte Atribuições, fluxo de trabalho e planejamento (CMMI).

Para alterar o estado de um requisito

  1. Abra o formulário de item de trabalho para o requisito.

  2. Em a lista de Estado , escolha Ativo, Resolvido ou Fechado.

    • Se você alterar o estado de Proposto a Ativo, o campo de Motivo altera automaticamente a Aceito.

    • Se você alterar o estado de Ativo a Resolvido, o campo de Motivo altera automaticamente a *** Código completo e teste do sistema passado ***.

    • Se você alterar o estado de Resolvido a Fechado, o campo de Motivo muda para *** Teste de validação de passagem ***.

    • Se você alterar o estado de Ativo a Fechado, você deve escolher uma opção que corresponde a sua intenção na lista de Motivo .

      As opções são válidos Dividir (padrão), *** Abandonadas ***, e *** Para fora de Escopo ***.

  3. Escolha Salvar*** Salvar o item de trabalho ***.

Progressão típica de fluxo de trabalho:

  • Um membro da equipe cria um requisito no estado padrão, Proposto, com a razão padrão, Novo.

  • Um membro da equipe altera o estado de Proposto a Ativo com a razão padrão, Aceito.

  • Um membro da equipe altera o estado de Ativo a Resolvido quando o requisito é código completo e testes do sistema passou.

  • Um membro da equipe altera o estado de Resolvido a Fechado quando o requisito é validado como com êxito localizando expectativas de cliente.

transições atípicas:

  • Um membro da equipe altera o estado de Proposto a Fechado com a razão padrão, Rejeitado.

  • Um membro da equipe altera o estado de Ativo a Proposto com a razão padrão, *** investigado ***.

  • Um membro da equipe que determina o requisito não é relevante ou fora do escopo e alterar o estado de Ativo a Fechado.

  • Um teste para o requisito de validação falhar.Portanto, um membro da equipe altera o estado de Resolvido a Ativo.

  • Um membro da equipe que determina o requisito foi fechada no erro ou agora está no escopo e alterar o estado de Fechado a Ativo.

Diagrama de estado do requisito

Fluxo de trabalho requisito

Ee332491.collapse_all(pt-br,VS.110).gifProposto (novo)

Os seguintes campos de dados são capturados automaticamente quando um membro da equipe cria um requisito:

  • Criado por: Nome do membro da equipe que criou o requisito.

  • data criada: Data e hora quando o requisito foi criado, como identificado pelo relógio do servidor.

Ee332491.collapse_all(pt-br,VS.110).gifProposta de um ativo

Um membro da equipe pode alterar o estado de um requisito de Proposto a Ativo por razões que a tabela a seguir descreve:

Razão

Quando usar

Tomar ações adicionais

Aceito

Quando o comitê de triagem aprovar o requisito para a implementação na iteração atual.

Atribua o requisito para o membro da equipe que o implementará.

Investigar

Quando o comitê de triagem determinar que a equipe deve investigar o impacto de cliente antes que o comitê decidir se a equipe deve implementar o requisito.

Retornar o requisito para estado de Proposto quando investigação concluída.

Os seguintes campos de dados são capturados quando um membro da equipe altera o estado de um requisito a Ativo:

  • Ativado por: Nome do membro da equipe que ativou o requisito.

  • data ativada: Data e hora quando o requisito foi ativado, como identificado pelo relógio do servidor.

  • Data de alteração de estado: Data e hora em que o estado do requisito foi alterado.

Ee332491.collapse_all(pt-br,VS.110).gifProposta da fechado

Um membro da equipe pode fechar um requisito que está no estado de Proposto devido à razão para a tabela a seguir descreve:

Razão

Quando usar

Tomar ações adicionais

Rejeitado

Quando o comitê de triagem determina que a equipe não pode implementar o requisito ou o cliente não precisam-no.

Nenhum.

Os seguintes campos de dados são capturados quando um membro da equipe fecha um requisito:

  • Fechado por: Nome do membro da equipe que finaliza o requisito.

  • data fechado: Data e hora quando o requisito foi fechada, como identificado pelo relógio do servidor.

  • Data de alteração de estado: Data e hora em que o estado do requisito foi alterado.

Ee332491.collapse_all(pt-br,VS.110).gifActive

A equipe deve implementar somente os requisitos que estão no estado de Ativo .Requisitos para ativos, os membros da equipe devem criar tarefas para escrever código, os testes, e o requisito documentação do.Quando todas as tarefas está concluída, o requisito move a Resolvido o estado.Um membro da equipe também pode fechar um requisito se é dividido, abandonadas, ou determinado ser fora do escopo.

Ee332491.collapse_all(pt-br,VS.110).gifResolvido do ativo

Um membro da equipe pode resolver um requisito ativo para a razão que a tabela a seguir descreve:

Razão

Quando usar

Tomar ações adicionais

Código completo e teste do sistema passado

Quando a equipe no código para implementar requisito e todos os testes do sistema passaram.

Atribua o requisito para o membro da equipe que o testará.

Os seguintes campos de dados são capturados quando um membro da equipe resolve um requisito ativa:

  • Resolvido por: Nome do membro da equipe que solucionar o requisito.

  • data resolvida: Data e hora quando o requisito foi resolvido, como identificado pelo relógio do servidor.

  • Data de alteração de estado: Data e hora em que o estado do requisito foi alterado.

Ee332491.collapse_all(pt-br,VS.110).gifAtiva da fechado

Um membro da equipe pode fechar um requisito ativa devido a um dos motivos pelos quais a tabela a seguir descreve:

Razão

Quando usar

Tomar ações adicionais

Dividir (padrão)

Quando o requisito é muito grande ou precisar de uma definição mais precisa.

Crie um ou mais requisitos adicionais, e vincular-lhes do requisito original.Os novos requisitos devem ser aceitos como Ativo.

Abandonadas

Quando a equipe ainda não precise implementar o requisito.

Nenhum.

Fora do escopo

Quando a equipe tiver vez tempo implementar o requisito para a iteração atual ou descobriu problemas de bloqueio.

Especifique quais iteração o requisito pode ser implementado.Se o requisito é adiado para a próxima versão de software, deixe o campo de iteração, mas descreva-a detalhadamente como o requisito foi postergado e quando a equipe deve para implementar.

Os seguintes campos de dados são capturados quando um membro da equipe fecha um requisito ativa:

  • Fechado por: Nome do membro da equipe que finaliza o requisito.

  • data fechado: Data e hora quando o requisito foi fechada, como identificado pelo relógio do servidor.

  • Data de alteração de estado: Data e hora em que o estado do requisito foi alterado.

Ee332491.collapse_all(pt-br,VS.110).gifProposta do ativo

Um membro da equipe pode alterar o estado de um requisito ativa a Proposto devido a um dos motivos a seguinte tabela:

Razão

Quando usar

Tomar ações adicionais

Adiado

Quando a equipe não implementará o requisito na iteração atual mas pode em uma iteração futura.

Nenhum.

*** investigação completo *** (padrão)

Quando a equipe investigar o e o requisito é submetendo novamente para a triagem.

Nenhum.

Os seguintes campos de dados são capturados quando um membro da equipe fecha um requisito ativa:

  • Modificado por: Nome do membro da equipe que alterou o estado do requisito.

  • Data de alteração de estado: Data e hora em que o estado do requisito foi alterado.

Ee332491.collapse_all(pt-br,VS.110).gifResolvido

Depois que um requisito foi implementado no código e passa testes do sistema, o desenvolvedor de ligação defina seu estado para Resolvido e atribui o requisito para um verificador.O testador valida então se foi implementado de acordo com as expectativas de cliente.Se tem, o testador fecha o requisito.Caso contrário, ele tem o reactivates o para um trabalho adicional.

Ee332491.collapse_all(pt-br,VS.110).gifDe resolvido para fechado

Um membro da equipe pode fechar um requisito resolvido para o motivo pelo qual a tabela a seguir descreve:

Razão

Quando usar

Tomar ações adicionais

Teste de validação passado

Quando o requisito passar por todos os testes de validação que estão associados com ele.

Atribua o requisito para o proprietário do produto.

Os seguintes campos de dados são capturados automaticamente quando um membro da equipe fecha um requisito resolvido:

  • Fechado por: Nome do membro da equipe que finaliza o requisito.

  • data fechado: Data e hora quando o requisito foi fechada, como identificado pelo relógio do servidor.

  • Data de alteração de estado: Data e hora em que o estado do requisito foi alterado.

Ee332491.collapse_all(pt-br,VS.110).gifResolvido do ativo

Um membro da equipe pode reativar um requisito resolvido para o motivo pelo qual a tabela a seguir descreve:

Razão

Quando usar

Tomar ações adicionais

Teste de validação falha

Quando o teste de validação indicar que o requisito não encontra uma ou mais expectativas de cliente.

Documento problemas como erros, e atribua o requisito para o desenvolvedor de ligação.

Os seguintes dados são capturados automaticamente quando um membro da equipe reactivates um requisito resolvido:

  • Ativado por: Nome do membro da equipe que reactivated o requisito.

  • data ativada: Data e hora quando o requisito reactivated, como identificado pelo relógio do servidor.

  • Data de alteração de estado: Data e hora em que o estado do requisito foi alterado.

Ee332491.collapse_all(pt-br,VS.110).gifFechado

A equipe deve ainda não estiver trabalhando em qualquer requisito que é fechado porque foi descartado ou implementado com êxito, verificado, e validados.

A equipe pode reativar um requisito fechado se volta no escopo.Geralmente um analista ou um gerenciador de programa comercial reactivates um requisito fechado.

Ee332491.collapse_all(pt-br,VS.110).gifFechado do ativo

Um membro da equipe pode reativar um requisito fechado por razões descritas na tabela a seguir:

Razão

Quando usar

Tomar ações adicionais

Reintroduzido no escopo

Quando os recursos se torna disponíveis para implementar o requisito.

Certifique-se de que as tarefas, as situações de teste, e os detalhes de implementação que foram definidos para o requisito são inteiros e atualizados.

Fechado em erro

Quando um requisito foi fechada acidentalmente.

Certifique-se de que as tarefas, as situações de teste, e os detalhes de implementação que foram definidos para o requisito são inteiros e atualizados.

Os seguintes dados são capturados automaticamente quando um membro da equipe reactivates um requisito fechada:

  • Ativado por: Nome do membro da equipe que reactivated o requisito.

  • data ativada: Data e hora quando o requisito reactivated, como identificado pelo relógio do servidor.

  • Data de alteração de estado: Data e hora em que o estado do item de trabalho do requisito foi alterado.

Consulte também

Conceitos

Artefatos (CMMI)

Esboços seqüenciais de um Item de lista de pendências usando o PowerPoint

Solicitação e comentários de Stakeholder processo por meio do acesso da Web da equipe

Referência de campos de item de trabalho para o Visual Studio ALM

Outros recursos

Itens e fluxo de trabalho de trabalho (CMMI)