“A arquitetura corporativa define a coleção de capacidades de negócio, processos, serviços de negócio, serviços tecnológicos e infraestrutura de TI para realizar tais capacidades.” – TOGAF

TOGAF (The Open Group Architecture Framework) é um dos corpos de conhecimento em arquitetura corporativa. A saber, alguns outros:

• Zachman: o primeiro framework de arquitetura corporativa
• EABOK: iniciativa do governo norte americano
• DoDAF : framework do Departamento de Defesa Norte Americano
• MODAF: framework do Departamento de Defesa do Reino Unido

A arquitetura corporativa se preocupa com as capacidades da organização, enquanto que a arquitetura de software é apenas um dos aspectos para desenvolver tais capacidades. Abaixo relacionamos o senso comum sobre os domínios da arquitetura corporativa.

Arquitetura de negócio é composta por:

• estratégia, governança e organização de um negócio;
• informação sobre os processos-chaves de negócio;
• relacionamento entre todos estes conceitos.

Arquitetura de dados é composta por:

• estrutura lógica e física de ativos de dados da organização;
• recursos de gestão de dados.

Arquitetura de aplicação descreve o grupo lógico das capacidades para gerenciar objetos de dados necessários para processar os dados e o negócio.

E, finalmente, a arquitetura tecnológica:

• envolve capacidades lógicas de software e hardware requeridas para suportar a implantação de serviços de negócio, dados e aplicação;
• inclui infraestrutura de TI, middleware, redes, comunicação e padrões (standards).

A arquitetura de software, ao mesmo tempo que se preocupa fortemente com a arquitetura de sistemas de informação (aplicações e dados), se relaciona diretamente com a arquitetura de negócios e arquitetura tecnológica.  O relacionamento com a arquitetura de negócio provê um alinhamento natural com o contexto organizacional, as estratégias corporativas e os processos de negócio. Além disto, a estreita ligação com a arquitetura tecnológica garante que a fundação de TI estará apta a suportar aplicações com necessidades de negócio perfeitamente endereçadas.

A arquitetura de software, dentro de uma abordagem corporativa, certamente terá maiores chances de transformar o software em valor real para a companhia.

Uma técnica importante para descobrir quais são os processos essenciais é o uso de capacidades de negócio. Uma capacidade de negócio representa uma abstração de negócio que represente a natureza de uma organização e quer normalmente requer alavancagem. Alguns exemplos para tornar concreto o nosso raciocínio poderiam incluir:

• A capacidade de serviços padronizadas em uma franquia de sanduíches, como por exemplo o MacDonalds ou o Giraffas.
• A capacidade de integração de informações em uma rede logística, que necessita coordenar milhares de fornecedores, como por exemplo a rede do Pão de Açucar.
• A capacidade de planejamento do controle de produção em uma linha de montagem de automóveis, com alta padronização de processos e alta integração destes processos de manufatura.
• A capacidade de agilidade na entrega de pedidos na unidade de negócio de delivery de uma grande pizzaria.

Capacidades de Negócio – A bússola BPM

Oriente seus processos de negócio pelas capacidades de negócio que melhor definem a natureza da sua organização ou unidade de negócio

As capacidades de negócio definem atributos sobre um sistema empresarial e permitem expressar a natureza do negócio desta organização. Capacidades complementam a visão clássica de BPM. Enquanto o BPM responde “COMO”, as capacidades de negócio dizem “O QUE” e nos auxiliam nos motivadores de negócio – “POR QUE”.

Uma vez que tenhamos descoberto as capacidades de negócio, podemos focar no mapa de processos. Todo e qualquer processo que não esteja aderente a uma capacidade de negócio será descartado. Apenas os processos de negócio aderentes às capacidades de negócio serão alvo do nosso esforço BPM. Esta iniciativa pragmática permite focar e saber que o nosso esforço será eficaz.

Para os praticantes de SOA, as capacidades de negócio criam um caminho confiável e assertivo para as integrações sistêmicas e automações de processos de negócio.

Para os interessados, um artigo introdutório a respeito está disponível aqui no Microsoft Architecture Journal. Para os realmente interessados, um artigo sobre o modelo de engajamento de TI às capacidades de negócio de uma organização baseado no excelente trabalho de Jeanne Ross está disponível aqui.

A notícia boa é que este corpo de conhecimento técnico permite que o arquiteto projete, elicite requisitos, modele, experimente, prove conceitos com código, acompanhe a sua equipe e edifique toda a arquitetura técnica de um produto.

A notícia ruim é que mesmo este corpo gigantesco não garante o bem mais esperado de uma arquitetura de software, que é o alinhamento às estratégias de uma organização.

A notícia pragmática, então, é uma arquitetura de software somente deve existir para servir à uma arquitetura de nível superior, chamada de arquitetura de negócio. A arquitetura de negócio não é um super-conjunto da arquitetura de software. Ela é apenas uma arquitetura que existe em outro plano.

Uma arquitetura de negócio é uma macro-organização que descreve o modelo operacional de uma organização, suas áreas de negócio, seus processos de negócio nucleares e os seus atores de negócio.

Para tornar o concreto o nosso raciocínio, uso como exemplo o eTOM dentro so segmento de TELECOM. o eTOM é um guia com a descrição dos processos de negócio para um provedor de serviços de telecomunicações.

Um outro exemplo concreto é o SCOR, modelo de referência para empresas que possuam complexas cadeias de fornecimento (supply-chains).

Um terceiro exemplo, dentro do governo Brasileiro, é a empresa de referência da ANEEL. Esta empresa de referência serve como modelo operacional para qualquer concessionária de distribuição de energia elétrica, descrita no documento supracitado através de um conjunto de motivadores de negócio, processos de negócio, regras de negócio e modelo organizacional.

Um quarto exemplo é o ITIL, que é uma arquitetura de negócio para operações e serviços de TI.

Ao saber mais do contexto onde atuamos como arquitetos, podemos escolher entre soluções técnicas mais adequadas e coerentes. Podemos usar melhor os recursos escassos da TI e gerar mais valor de negócio para estas empresas.

Para se tornar um melhor arquiteto e saber mais sobre arquiteturas de software, estude mais as arquiteturas de negócio das verticais de atuação da sua empresa.