Essa atividade trata da coleta e extração de informações dos envolvidos no projeto para entender quais são suas reais necessidades (consulte Extrair Pedidos de Envolvidos). Os Pedidos do Envolvido coletados podem ser considerados uma "lista de desejos" que será utilizada como entrada primária para definir os recursos de alto nível do seu sistema, conforme descrito na Visão (consulte Desenvolver Visão), que conduz a especificação dos Requisitos de Software, conforme descrito na Especificação de Requisitos do Software (que pode fazer referência ao Modelo de Caso de Uso, Casos de Uso e Especificações Suplementares).

O objetivo principal é extrair os pedidos do envolvido, utilizando essa entrada como entrevistas, pedidos de aprimoramento e Workshops de Requisitos. As principais saídas são conjuntos de características priorizadas e seus atributos críticos, que serão utilizados na definição do sistema e gerenciamento do escopo do sistema (consulte definindo o sistema, gerenciando o escopo do sistema).

Essas informações resultam em um refinamento da visão, bem como de um melhor entendimento dos Atributos de Requisitos. Além disso, durante o decreto dessa atividade, você pode começar discutindo os requisitos funcionais do sistema em termos de casos de uso e agentes (consulte Localizar Agentes e Casos de Uso).  Esses requisitos não-funcionais, que não se encaixam apropriadamente dentro dos casos de uso, devem ser documentados nas Especificações Suplementares (consulte Desenvolver Especificações Suplementares). 

Conforme você define novos requisitos, é importante documentar todas as dependências (por exemplo, Rastreabilidade) entre esses requisitos (consulte Gerenciar Dependências).

Outra saída importante é um Glossário atualizado de termos que facilitam a comunicação através do uso de um vocabulário comum entre os membros da equipe (consulte Capturar um Vocabulário Comum).

Os membros do projeto que participam da tarefa de compreensão das necessidades dos principais envolvidos devem ser facilitadores eficientes e ter experiência no levantamento de informações. É claro que a familiaridade com a tecnologia almejada é desejável, mas não é essencial.

Deve ser observado que as atividades que estão sendo executadas nesse padrão de recurso não são executadas em seqüência.   Na realidade, é mais freqüente o caso em que essas atividades são executadas simultaneamente. Por exemplo, ao identificar os agentes e os casos de uso (Localizar Agentes e Casos de Uso), podemos encontrar requisitos que não se alinham naturalmente a um caso de uso específico, nesse caso, o requisito pode ser definido nas Especificações Suplementares (Desenvolver Especificações Suplementares). De modo contrário, ao identificar requisitos não específicos ao caso de uso (por exemplo, requisitos amplos do sistema), podemos encontrar requisitos que se aplicam apenas a um caso de uso específico, nesse caso o requisito está associado ao caso de uso.