Muitos arquitetos de software imaginam que a primeira atividade de arquitetura em um projeto é montar modelos lógicos e físicos em linguagem como a UML. Outros, mais experientes, imaginam que a primeira atividade é capturar os requisitos arquiteturais, i.e, o conjunto de requisitos prioritários e complexos que têm alto impacto no produto de software sendo construído.

Nem modelos, nem requisitos. A primeira atividade de um arquiteto é alinhar as expectativas com todos os envolvidos de um projeto, i.e., definir a Visão Arquitetural.

Visão Arquitetural – As Expectativas do Trabalho de Arquitetura em Um Projeto

A visão arquitetural promove alinhamento. Ela define o norte, o alvo, o objetivo primário para todas as atividades de arquitetura e calibra as expectativas com todos os envolvidos do projeto tais como clientes, patrocinadores, diretores, gerentes e time técnico do projeto.

A visão implementa um dos sete hábitos de uma arquiteto e de equipe altamente eficaz que é: “Comece com um Objetivo em Mente”,  do guru Stephen Covey.  Um excelente exemplo para tornar este conceito concreto é imaginar a visão de Steve Jobs na concepção do iPhone, cuja visão é “trazer para os seus usuários uma experiência única em termos de usabilidade, interatividade  e convergência de mídias em um telefone celular”.

Um outro exemplo, em um contexto da criação de um portal para uma instituição bancária, é trazer segurança real para os seus usuários em suas transações financeiras realizadas de suas casas.

Considere estes dois exemplos. Suas  visões são o norte para os seus arquitetos. Elas definem a priorização de suas atividades na dúvida entre dois mecanismos ou escolhas dentro de um projeto. No primeiro exemplo, a usabilidade, acessibilidade e aspectos de interatividade norteiam as escolhas primárias dos mecanismos e decisões táticas para o time de arquitetura. No segundo exemplo, aspectos de confidencialidade, integridade, autenticação, autorização, não-repúdio terão importância primária nas decisões, prioridades e atividades de um time de arquitetura.

A visão precede os requisitos, embora os requisitos possam ajudar a expressar parte da visão. A visão pode ser escrita em texto livre ou em algum formato estruturado.  Em termos simples, uma boa forma de coletar a visão junto aos usuários chave é através de três perguntas que modelem o estado desejado (processo de imaginação) para cada usuário chave.

• O que conseguimos com o produto, agora que a arquitetura está implementada?
• Como sabemos que atingimos o objetivo do produto?
• Como você se sente, agora que o objetivo do produto foi alcançado?

A visão, portanto, é o compromisso do valor esperado pelos usuários e estabelece o princípio das ações do arquiteto e do time de arquitetura.

Vários arquitetos experientes enfatizam o conceito da visão arquitetural. Destacamos abaixo duas referências para os interessados em como criar uma visão arquitetural em projetos:

1. Criação da Visão Arquitetural – Dana Bredemeyer (Apresenta um processo de entrevistas com usuários para definir a visão de arquitetura).
2. A Visão dos Objetivos do Cliente – Gerrit Muller (Apresenta um processo de identificação de “Condutores Chave” – Key Drivers, que expressa a visão a ser alcançada com uma arquitetura de software).

Pensamento do Dia:  “Meça duas vezes. Corte uma vez”, Regra do Carpinteiro.