Finalidade
  • Usar os atributos e a rastreabilidade dos requisitos do projeto para auxiliar no gerenciamento do escopo do projeto e gerenciar requisitos variáveis.
Passos
Artefatos Informados: Artefatos Resultantes:

 

 
Papel: Analista de Sistemas
Mentores de Ferramentas:

Detalhamentos do Fluxo de Trabalho:

Designar AtributosInício da página

O Plano de Gerenciamento de Requisitos define os atributos a serem rastreados para cada tipo de requisito.  Os atributos mais importantes são Benefício (por parte dos envolvidos), Esforço para implementação, Risco para o esforço de desenvolvimento, Estabilidade (probabilidade de não sofrer mudanças) e Impacto na Arquitetura (é significativo do ponto de vista da arquitetura) de cada requisito.

Os atributos Benefício e Estabilidade são definidos pelo Analista de Sistemas, com o consentimento dos envolvidos.  Esforço e Risco são definidos pelo Gerente de Projeto, com o consentimento do Arquiteto de Software.  Impacto na Arquitetura é definido pelo Arquiteto de Software.

Os requisitos instáveis com alto risco, esforço ou benefício deverão ser sinalizados para uma análise mais detalhada.  Os requisitos de poucos benefícios com alto esforço, risco ou instabilidade deverão ser sinalizados para possível remoção.

É apresentado a seguir um exemplo de um conjunto de recursos da ferramenta RequisitePro, conforme mostra o documento Visão, junto com os atributos de requisitos de cada recurso.  O atributo Benefício se refere à opinião do cliente e Esforço à dos desenvolvedores.

Recursos Benefício Esforço Risco Impacto na
Arquitetura
Estabilidade
RECURSO1: Salvar e restaurar critérios de classificação e filtro Méd. Alto Baixo Baixo Baixo Alta
RECURSO2: Capacidade de salvar um documento do RequisitePro como um documento do Microsoft® Word®. Méd. Alto Baixo Baixo Baixo Alta
RECURSO3: Capacidade de ver requisitos excluídos em uma janela de visualização. Médio Méd. Alto Médio Baixo Média
RECURSO4: Suporte para atributos do tipo de dados Moeda. Médio Médio Méd. Baixo Baixo Média
RECURSO5: Suportar o tipo de documento "Todos" (permite definir facilmente atributos comuns em diversos tipos de documentos). Méd. Alto Médio Médio Baixo Méd. Alta
RECURSO6: Capacidade de selecionar o requisito em uma visualização e com o recurso GoTo no documento do Word. Méd. Alto Médio Médio Baixo Méd. Alta
RECURSO7: Exibir o atributo de um requisito no texto do documento do requisito. Médio Médio Médio Baixo Méd. Alta
RECURSO8: Novo assistente do projeto Méd. Alto Alto Méd. Alto Alto Média
RECURSO9: Criação rápida de um requisito (evitar a caixa de diálogo do requisito durante a criação). Méd. Alto Méd. Baixo Méd. Baixo Baixo Alta
RECURSO10: Gravação Automática de um projeto (arquivo do projeto). Médio Méd. Baixo Médio Baixo Média
RECURSO11: Alterar um ou mais atributos de um conjunto selecionado de requisitos. Médio Méd. Alto Médio Baixo Média
RECURSO12: Capacidade de clonar a estrutura de um projeto para permitir aos usuários criar novos projetos facilmente a partir de projetos antigos. Alto Médio Médio Baixo Baixa
RECURSO13: Melhorias de desempenho na identificação de requisitos e impressão. Méd. Baixo Méd. Alto Médio Baixo Méd. Alta
RECURSO14: Porta Microsoft® Windows95®. Alto Médio Alto Alto Alta

Digamos que, com base no seu conhecimento sobre recursos, você determinou que apenas 2/3 desses recursos podem ser incluídos em uma primeira iteração. Você precisa estabilizar a arquitetura; por isso, os recursos 8 e 14 deverão ser implementados logo. No entanto, como a estabilidade do recurso 8 é apenas Média, você precisa trabalhar com os envolvidos para reduzir essa classificação para Baixa assim que possível.

O benefício do recurso 13 é apenas Médio Baixo, mas o esforço é Médio Alto. Então, ele poderá ser sinalizado para remoção.

Você também sabe que é essencial cumprir os prazos de liberação; assim, convém evitar recursos com alto esforço, especialmente se estiverem associados à instabilidade. Dessa forma, você poderá optar por excluir os recursos 3, 11 e 12.

Estabelecer e Verificar a RastreabilidadeInício da página

O Plano de Gerenciamento de Requisitos define como os tipos de requisitos são rastreados para outros artefatos. O Analista de Sistemas deverá estabelecer a rastreabilidade necessária e usar periodicamente relatórios de rastreabilidade para garantir que ela seja mantida de acordo com o Plano de Gerenciamento de Requisitos.

Gerenciar Requisitos Variáveis Início da página 

As mudanças de requisitos são gerenciadas de acordo com o Plano de Gerenciamento de Requisitos.  Algumas diretrizes adicionais incluem:

Reavaliar Atributos e Rastreabilidade de Requisitos

Mesmo se um requisito não tiver mudado, os atributos e a rastreabilidade a ele associados poderão mudar.  O Analista de Sistemas é responsável pela manutenção contínua dessas informações.

Gerenciar Mudanças de Forma Hierárquica

Uma mudança em um requisito poderá ter um efeito "dominó" que afeta outros requisitos relacionados, o design ou outros artefatos.  Para gerenciar esse efeito, você deverá alterar os requisitos do nível mais alto para o nível mais baixo.  Revise o impacto na Visão, depois no Modelo de Casos de Uso, no Modelo de Design e no Material de Suporte para o Usuário. Para gerenciar o impacto da mudança de requisitos no esforço de teste, revise as informações relacionadas na Atividade: Definir Necessidades de Avaliação e Rastreabilidade. Os relatórios de rastreabilidade são úteis para determinar os elementos possivelmente afetados.

Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process