Descreva as metas da arquitetura examinando a Visão e os requisitos do produto, incluindo os requisitos arquiteturalmente significantes. Fale também com os Stakeholder e Analistas do projeto. Essas metas irão guiar a sua abordagem para as decisões arquiteturais e de design importantes.

Compreenda todas as restrições (ou oportunidades) na solução que forem inerentes ao ambiente ou a organização existente. Se disponível, examine os Requisitos Suplementares para todas as restrições que já foram identificadas. Discuta quaisquer restrições críticas de tempo e de recursos com o Gerente de Projetos, pois elas precisão ser consideradas quando chegar a hora de você tomar a sua decisão. Discuta as restrições em potenciais sobre a aquisição dos testes com o tester, a fim de identificar as áreas arquiteturais que possam dificultar o teste.

Estabeleça as disponibilidades de quaisquer recursos de software existente como candidatos disponíveis para o reuso. Assegure-se que você tenha consultado outras pessoas que possuam conhecimento dos recursos existentes, particularmente os Desenvolvedores(s) e outras pessoas fora da equipe de projeto (tais como as equipes de suporte da produção) a fim de formar uma visão equilibrada da disponibilidade dos recursos existentes para reuso. A identificação de recursos reutilizáveis pode ser realizada com uma sessão de brainstorming da equipe.

Decida como estruturar o software em termos lógicos e físicos. No mínimo defina:

• Como particionar o software ao gerenciar o desenvolvimento
• Como o software será composto em tempo de execução.

Para cada partição do software, descreva brevemente

• Seu nome e finalidade.
• Seus relacionamentos com outras partições.

Estas definições irão construir a base para estruturar o Design e a Construção.

Identifique as principais abstrações que o sistema precisa tratar. Você pode normalmente encontra-las procurando pelos substantivos que os requisitos enfatizam ou repetem, porque eles ajudam a identificar o que é importante para o negócio. O Glossário é particularmente útil para isto. Trabalhe com o analista e os Stakeholders, porque eles terão conhecimento e materiais que serão relevantes para esta etapa. Trabalhe com os desenvolvedores para identificar as principais abstrações internas ao sistema.

Catalogue os mecanismos arquiteturais que são necessários para atender aos requisitos. Neste estágio, é necessário capturar somente uma quantidade relativamente pequena de detalhes para cada mecanismo. Discuta os requisitos, (especialmente os Requisitos Suplementares) que estão sendo endereçados por cada mecanismo, com os analistas e os Stakeholders para certificar que os requisitos são inequívocos e bem entendíveis..

Capture decisões importantes sobre a arquitetura para referência futura. Considere o uso dos templates fornecidos para o Caderno de Arquitetura.