Conceito: Descritor
Um Descritor é um Elemento do Processo que representa o uso ou aplicativo de um elemento de Conteúdo do Método no Processo. O Descritor fornece a capacidade de substituir ou incluir o que é definido no Elemento de Conteúdo do Método original. Os Descritores incluem Descrições de Função, de Tarefa e de Produto de Trabalho.
Descrição Principal

Um Descritor representa uma ocorrência de um Elemento de Conteúdo concreto (como por exemplo Tarefa, Função, Produto de Trabalho) em uma Atividade. Os Descritores fornecem uma representação tipo proxy para esses Elementos de Conteúdo dentro de estruturas de interrupção. Além de apenas fazer referência aos Elementos de Conteúdo, permite substituir os relacionamentos estruturais de Elementos de Conteúdo, definindo seus próprios conjuntos de associações.

Descritores são um conceito principal para realização da separação de Processos do Conteúdo do Método. Um descritor pode ser caracterizado como um objeto de referência para um Elemento de Conteúdo específico, o qual possui seus próprios relacionamento e propriedades. Quando um Descritor é criado, ele possui os mesmos relacionamentos que o Elemento de Conteúdo referido. No entanto, os usuários podem modificar esses relacionamentos para a situação de processo específico, para a qual o Descritor foi criado. O conceito do Descritor permite definir novos relacionamentos e propriedades relacionadas do processo específico. Os Descritores não são Elementos de Conteúdo e não contêm suas próprias descrições completas. Eles se referem ou são novamente rastreados para os Elementos de Conteúdo, nos quais por sua vez são baseados.

Exemplo 

Exemplo de Conteúdo do Método referido pelo Descritor

Exemplo de Conteúdo do Método referido por Descritores


A ilustração acima descreve um exemplo utilizando a representação de perfil do UML 2.0 para UMA na qual os Descritores foram criados para uma Tarefa, suas Funções de desempenho, bem como seus Produtos de Trabalho de entrada/saída. A situação indicada por esse exemplo, é que a Tarefa "Dar Prioridade aos Casos de Uso" deve ser desempenhada de forma diferente na fase de Iniciação de um projeto, do que em sua fase de Elaboração. (Isto é, com ênfase diferente em Etapas diferentes, utilizando entradas diferentes, etc.). Em particular, é possível observar o seguinte:

  • A Tarefa na Iniciação possui uma Função de ajuda adicional (Customer.Project Manager) e não fornece um relacionamento para o Produto de Trabalho da Lista de Riscos que foi definido como uma entrada opcional no Conteúdo do Método (isto é, as Etapas da tarefa que funcionam com a Lista de Riscos serão omitidas nesta fase).
  • Dois tipos diferentes de Produtos de Trabalho de Modelo de Caso de Uso são diferenciados aqui: um Modelo de Caso de Uso, tal como ele normalmente está sendo utilizado durante a Iniciação, o qual descreve os casos de uso apenas de forma resumida, versus os casos de uso que foram detalhados, tal como é o caso durante a fase de Elaboração.