O documento descreve os processos e subpráticas para gerenciar requisitos em um projeto de software, incluindo obter entendimento dos requisitos, obter comprometimento, gerenciar mudanças, manter rastreabilidade e identificar inconsistências. Ele fornece exemplos de produtos de trabalho como lista de critérios e matrizes de rastreabilidade para apoiar essas atividades.

1. ALUNO: Guilherme dos Santos de A. Silva
! A empresa em apuração é uma Startup com 2 funcionários, 1 produto e apenas 3
clientes. O produto que esta empresa oferece é uma solução para Gestão Hoteleira. A
empresa não conta no momento com nenhum modelo para garantir qualidade e controle
dos seus processos.
SG 1 Gerenciar Requisitos
O projeto mantém um conjunto de requisitos aprovado e atual durante a
vida do projeto, executando as seguintes atividades:
· Gerenciar todas as mudanças de requisitos
· Manter os relacionamentos entre os requisitos, planos de projeto e
produtos de trabalho
· Identificar inconsistências entre os requisitos, planos de projeto e
produtos de trabalho
· Executar ações corretivas
SP 1.1 Obter um entendimento dos requisitos
Produtos de Trabalho Típicos
1. Lista de critérios para a apropriada distinção dos fornecedores dos
requisitos.
2. Critérios para avaliação e aceitação dos requisitos.
3. Resultados das análises em relação aos critérios.
4. Um conjunto de requisitos acordados.
Subpráticas
1. Estabelecer critérios para a apropriada distinção dos fornecedores
dos requisitos.
2. Estabelecer critérios objetivos para a avaliação e aceitação de
requisitos.
SP 1.2 Obter comprometimento com os requisitos
Produtos de Trabalho Típicos
1. Avaliações de impacto dos requisitos
2. Acordos documentados sobre os requisitos e mudanças dos
requisitos
Subpráticas
1. Avaliar o impacto dos requisitos nos acordos existentes.
O impacto nos participantes do projeto deveria ser avaliado quando os requisitos
mudam ou no início de um novo requisito.
2. Negociar e registrar acordos.
UNIVERSIDADE DO VALE DO RIO DOS SINOS
Modelos de Melhoria de Processos de Software

2. Mudanças em acordos existentes deveriam ser negociadas antes dos
participantes do projeto se comprometerem com o requisito ou o com a mudança
do requisito.
SP 1.3 Gerenciar as mudanças de requisitos
Produtos de Trabalho Típicos
1. Situação dos requisitos
2. Banco de dados dos requisitos
3. Banco de dados das decisões sobre requisitos
Subpráticas
1. Documentar todos os requisitos e mudanças de requisitos do
projeto.
2. Manter um histórico de mudanças de requisitos com os
fundamentos lógicos das mudanças.
3. Manter o histórico de mudanças ajuda a rastrear a volatilidade dos
requisitos.
4. Avaliar o impacto das mudanças de requisitos do ponto de vista
dos stackeholders relevantes.
5. Tornar disponíveis ao projeto os dados de requisitos e de
mudanças.
SP
SP 1.4 Manter rastreabilidade bidirecional de requisitos
Produtos de Trabalho Típicos
1. Matriz de rastreabilidade de requisitos
2. Sistema de rastreamento de requisitos
Subpráticas
1. Manter a rastreabilidade dos requisitos para assegurar que a
origem do menor nível de requisito (derivado) esteja documentada.
2. Manter a rastreabilidade de um requisito com seus requisitos
derivados e com sua alocação a funções, interfaces, pessoas,
processos e produtos de trabalho.
3. Gerar a matriz de rastreabilidade de requisitos.
SP 1.5 identificar inconsistências entre o projeto de trabalho e os requisitos
Produtos de Trabalho Típicos
1. Documentação das inconsistências incluindo origens, condições e
fundamento lógico.
12 Gestão de Requisitos (REQM)
2. Ações corretivas
UNIVERSIDADE DO VALE DO RIO DOS SINOS
Modelos de Melhoria de Processos de Software

3. Subpráticas
1. Revisar os planos de projeto, atividades e produtos de trabalho
visando a consistência com os requisitos e com as mudanças neles
realizadas.
2. Identificar a origem das inconsistências e fundamento lógico.
3. Identificar mudanças que necessitam ser feitas nos planos e
produtos de trabalho resultantes das mudanças na baseline de
requisitos.
4. Iniciar as ações corretivas.
UNIVERSIDADE DO VALE DO RIO DOS SINOS
Modelos de Melhoria de Processos de Software