Essa atividade resolve os detalhes dos requisitos.   Isso  favorece o entendimento do escopo do projeto, refletido no conjunto de recursos do produto com prioridade (freqüentemente descritos na Visão) que acredita-se que possa ser atingido por datas e orçamentos justos com empresas. A saída é um entendimento mais detalhado da funcionalidade do sistema expressa nos requisitos refinados e detalhados, nos artefatos de especificação e nos protótipos de comportamento realçados. Os artefatos de especificação podem assumir a forma de casos de Casos de Uso detalhados (consulte Detalhar um Caso de Uso) e Especificações Suplementares (consulte Desenvolver Especificações Suplementares) e, em alguns casos uma Especificação de Requisitos de Software  formal pode ser desenvolvida (consulte Detalhar os Requisitos do Software).Este trabalho geralmente começa revisando as definições de ator existentes e, se necessário, descrevendo rapidamente os atores e, em seguida, continua detalhando os casos de uso que foram anteriormente realçados para cada ator.

Sempre que os requisitos forem alterados, as revisões e atualizações regulares aos atributos de requisitos associados devem ser feitos conforme descritos na atividade Gerenciar Alteração de Requisitos.

A função do Especificador de Requisitos envolve principalmente a execução desse trabalho. As habilidades mais importantes exigidas para conduzir esse trabalho incluem a extração & comunicação de informações. A equipe responsável por especificar os requisitos deveriam ter habilidade para expressão escrita e também ter um bom entendimento do domínio do problema.

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.

Embora a maior parte do trabalho seja feita individualmente, revisões freqüentes (ou seja, ensaios) devem ser feitas para calibrar os produtos de trabalho entre os membros da equipe e para garantir que a equipe esteja em sincronia.