Atividade:
| ||||||||||||||
Finalidade
|
|
| Passos | |
| Artefatos Informados: | Artefatos Resultantes:
|
| Papel: Analista de Sistemas | |
| Mentores de Ferramentas: | |
| Detalhamentos do Fluxo de Trabalho: |
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.
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.
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.
As mudanças de requisitos são gerenciadas de acordo com o Plano de Gerenciamento de Requisitos. Algumas diretrizes adicionais incluem:
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.
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.
|
Rational Unified Process
|