Gerente de Projeto (Especialista do Produto)
Engenheiro de Requisitos

Transformar os requisitos do cliente em requisitos do produto, uma vez que uma necessidade do cliente pode ser traduzida em mais de um requisito do produto; a descrição dos requisitos dependerá do nível de detalhamento definido. Também, quando necessário, já devem ser elaboradas as telas do produto.

• Selecionar uma lista de requisitos do produto padrão
• Definir o nível de detalhamento do Documento de Requisitos e Projeto Arquitetural neste processo (ver CG01)
• Descrever os requisitos do produto definidos conforme o nível de detalhamento, baseado na lista de requisitos do cliente
• Resolver conflitos de requisitos
• Analisar os requisitos para ver se há conflitos entre as solicitações dos stakeholders documentando tais conflitos
• No Projeto Arquitetural definir a topologia do sistema. Por exemplo, determinar se o sistema vai ser cliente servidor, três camadas, etc
• No Documento de Requisitos
• elaborar de acordo com o nível de detalhamento, os modelos conceituais: diagrama lógico de telas e diagramas de caso de uso
• Classificar requisitos como funcional ou não funcional
• Priorizar requisitos. Exemplo: Essencial, importante ou desejável.
• Definir volatilidade dos requisitos, isto é, probabilidade de mudança dos requisitos elicitados
• Alocar requisitos aos componentes do projeto arquitetural
• Preencher Lista de Requisitos do Produto (ver CG01)
• Marcar quais dos requisitos serão colocados na proposta
• Marcar quais dos requisitos serão colocados no contrato