Padrão de processo:

Ambler [Amb98] propôs um modelo para descrever um padrão de processo:

Nome do Padrão. O padrão deve receber um nome signifi cativo que o descreva no con-texto do processo de software (por exemplo, RevisõesTécnicas).

Forças. Ambiente onde se encontram o padrão e as questões que tornam visível o proble-ma e que poderiam afetar sua solução.

Tipo. É especifi cado o tipo de padrão. Ambler sugere três tipos:

1. Padrão de estágio - defi ne um problema associado a uma atividade metodológica para o processo. Como uma atividade metodológica envolve múltiplas ações e tarefas de trabalho, um padrão de estágio engloba múltiplos padrões de tarefas (veja o pró-ximo padrão) que são relevantes ao estágio (atividade metodológica). Podemos citar como um exemplo de padrão de estágio EstabelecendoComunicação. Esse padrão incorpora o padrão de tarefas LevantamentodeNecessidades e outros.

2. Padrão de tarefas - defi ne um problema associado a uma ação de engenharia de soft-ware ou tarefa de trabalho relevante para a prática de engenharia de software bem--sucedida (por exemplo, LevantamentodeNecessidades é um padrão de tarefas).

3. Padrão de fases - defi ne a sequência das atividades metodológicas que ocorrem den-tro do processo, mesmo quando o fl uxo geral de atividades é iterativo por natureza. Um exemplo de padrão de fases seria ModeloEspiral ou Prototipação. 

Contexto Inicial. Descreve as condições sob as quais o padrão se aplica. 

 Antes do início do padrão: 

 (1) Que atividades organizacionais ou relacionadas à equipe já ocorreram?

 (2) Qual o estado inicial para o processo?

 (3) Que informação de engenharia de software ou de projeto já existe?

 Por exemplo, o padrão Planejamento (um padrão de estágio) requer que:

 (1) clientes e engenheiros de software tenham estabelecido uma comunicação colaborativa;

 (2) Tenha ocorrido a fi nalização bem-sucedida de uma série de padrões de tarefas [especifi cados] para o padrão Comunicação; e 

 (3) Sejam conhecidos o escopo do projeto, as necessidades básicas do negócio, bem como as restrições do projeto. 

Problema. O problema específi co a ser resolvido pelo padrão. 

Solução. Descreve como implementar o padrão de forma bem-sucedida. Esta seção descreve como o estado inicial do processo (que existe antes de o padrão ser implementado) é modifi cado como consequência do início do padrão. Descreve também como as informações de engenharia de software ou de projeto que se encontram à disposição antes do início do padrão são transformadas como consequência da execução do padrão de forma bem-sucedida. 

Contexto Resultante. Descreve as condições que resultarão assim que o padrão tiver sido implementado com êxito.

 Após a fi nalização do padrão: 

(1) Quais atividades organizacionais ou relacionadas à equipe devem ter ocorrido? (2) Qual é o estado de saída para o processo? (3) Quais informações de engenharia de software ou de projeto foram desenvolvidas? 

Padrões Relativos. Forneçe uma lista de todos os padrões de processo que estão diretamente relacionados ao processo em questão. Essa lista pode ser representada de forma hierárquica ou em alguma outra forma com diagramas. Por exemplo, o padrão de estágio Comunicação envolve os padrões de tarefas: 

 EquipeDeProjeto, DiretrizesColaborativas, IsolamentoDoEscopo, LevantamentoDeNecessidades, DescriçãoDasRestrições e CriaçãoDeCenários.