Enterprise Architecture

(1)

SOA on your terms and our expertise

Agradecimentos ao Núcleo de Prática e Pesquisa

em Tecnologia da UNIRIO (NP2TEC), pela cessão

de uso de parte do material didático do seu curso

de extensão em Arquitetura de TI.

Enterprise Architecture

Marcelo Sávio

Senior IT Architect

IBM Software Group

http://www.linkedin.com/in/msavio http://msavio.myplaxo.com/

(2)

Enterprise Architecture (EA)

=

Arquitetura Corporativa

=

Arquitetura Empresarial

≠

(3)

Objetivos da apresentação

Ao final dessa apresentação eu espero que você possa saber um pouco mais sobre:

–

O que é Arquitetura Corporativa;

–

Os desafios na implantação de uma Arquitetura Corporativa;

–

A importância do uso de um framework de Arquitetura;

(4)

Cenário atual em muitas organizações

Principais Problemas com a Tecnologia da Informação

–

Pouca eficácia nas soluções de TI para o negócio;

–

Falta de flexibilidade e alto custo para adaptação dos sistemas às mudanças;

–

Baixa qualidade das informações

• Redundâncias, inconsistências, falta de semântica explícita e consensual;

–

Múltiplas tecnologias para manter, gerenciar e evoluir;

–

Necessidade constantes de soluções de curto prazo;

(5)

Por que isso acontece?

–

Distância entre o planejamento do negócio e os desenvolvimentos da TI;

–

Falta de visão da estratégia de longo prazo;

–

Mercado de tecnologias muito volátil e, ao mesmo tempo, ágil para atendimento

das exigências de curto prazo do negócio;

–

Ausência de modelos conceituais de representação do domínio (do negócio);

–

Fraca integração de aplicações e dados;

(6)

Soluções desenvolvidas de forma independente e sem uma perspectiva corporativa, no

longo prazo, implicam em grande esforço de integração, falta de suporte aos requisitos

funcionais ou não-funcionais, dificuldade de gerência e operação e um maior custo.

(7)

Como resolver esses problemas?

“Conhecendo” a organização

– Objetivos e metas, processos, conceitos e dados, sistemas e componentes, infra-estrutura;

Promovendo alinhamento entre a TI e os processos de negócio;

Integrando e otimizando aplicações, informações e tecnologias;

Definindo melhores práticas para TI;

Definindo e organizando:

– Modelos,

– Métodos,

– e ferramentas para suporte ao desenvolvimento de TI;

Estabelecendo padrões;

Gerindo os repositórios de informações;

Prospectando novas soluções no mercado.

(8)

“The enterprise architecture is the

organizing logic

for

business

processes and

IT

infrastructure, reflecting the integration and

standardisation requirements of the company’s operating model

The Enterprise architecture provides

a long term view

of a company’s

processes, systems and technologies so that

individual projects can

build capabilities

– not just fulfil immediate needs”

Fonte: Ross et al, “Enterprise Architecture as Strategy”, 2006

(Harvard Business Press)

O que é Enterprise Architecture ?

(9)

A Definition

Enterprise Architecture is explicitly describing an organization

through a set of independent, non-redundant artifacts,

defining how these artifacts interrelate with each other, and

developing a set of prioritized, aligned initiatives and

roadmaps to understand the organization, communicate this

understanding to stakeholders, and move the organization

forward to its desired state.

(10)

Arquitetura Corporativa é formada por quatro domínios que encapsulam e asseguram a efetividade

para entregar soluções que suportem a estratégia do negócio.

• Arquitetura de Negócio - Definição dos processos de negócio e suas características funcionais e operacionais, que são a base para estabelecer a estratégia das aplicações que suportam os processos; • Arquitetura de Informação (ou dados)- São os dados e seus relacionamentos com objetivo de

alimentar as estratégias de negócio e otimizar as decisões. Também serve como base para o desenho e entrega das aplicações;

• Arquitetura de Aplicação (ou sistemas)- Identifica quais aplicações são necessárias para suportar o negócio e conduz o desenho, construção (ou aquisição) e integração dessas aplicações;

• Arquitetura de Infra-estrutura (ou tecnologia) - cobre todo o suporte dos elementos de operação de TI que devem ser operados no dia-a-dia, com ferramentas, processo de monitoração e gerenciamento.

Arquitetura de Negócio Arquitetura de Informação Arquitetura de Aplicação Arquitetura Corporativa

(11)

Arquitetura Corporativa

Arquitetura de Negócio

Arquitetura de

Informação

(ou dados)

Arquitetura de

Sistemas

(ou aplicação)

Arquitetura de Infra-estrutura

(ou tecnologia)

Arquitetura Corporativa

É uma composição de Arquiteturas...

Arquitetura de

Sistemas de

Informação

Arquitetura de

Tecnologia de

Informação (TI)

(12)

Oportunidades

de Negócios _TecnologiasNovas

Estratégia de Negócios Estratégia de TI

ARQUITETURA CORPORATIVA Arquitetura de Negócio Processos Classes de Informação Organização Localidades Arquitetura de TI Informações Aplicações Infra-estrutura Governança Visão Princípios Standards Guidelines Métricas Framework

(13)

A Arquitetura Corporativa de uma organização fornece o “plano” para se alinhar

tecnologia e negócios através de alguns elementos/componentes.

Arquitetura Corporativa Estratégia de Negócios Estratégia de TI Alternativas Tecnológicas Arquitetura de Negócio Arquitetura de TI Processos Informação Pessoas Localidades Informações Aplicações Infra-Estrutura

Ambiente Operacional da Empresa e Infra-estrutura de TI Plano de Transição Soluções de TI F o c o d o s p ro je to s A b ra n g ê n c ia c o rp o ra ti v a Estratégia Planejamento Desenho, implementação e Prestação de Serviços Oportunidades de Negócios Arquitetura Corporativa

“O Planejamento da Cidade”

Arquitetura dos sistemas

“O projeto da infra-estrutura de cada um

dos edifícios” Aspectos Funcionais

Aspectos Operacionais

Posicionamento da Arquitetura Corporativa

(14)

Arquitetura em Silos vs. Arquitetura Corporativa

Arquitetura em Silos

• Várias Arquiteturas; • Diferentes soluções/tecnologias; • Falta de padronização; • Dificuldade de integração; • Duplicidade de esforços;

• Falta de visão única da empresa;

• Cada “arquitetura” endereça problemas de negócio da área ou departamento;

• Distribuição do poder decisório.

Arquitetura Corporativa

• Uma única Arquitetura;

• Padronização;

• Viabiliza a Integração;

• Ganhos de sinergia (reúso, etc.)

• Visão única da empresa;

• Endereça problemas de negócio da corporação

• Centralização do poder decisório.

(15)

Arquitetura de Negócio

Arquitetura de

Informação

(ou dados)

Arquitetura de

Aplicação

(ou sistemas)

Arquitetura de Infra-estrutura

(ou tecnologia)

Arquitetura Corporativa

Uma composição de Arquiteturas...

(16)

Arquitetura de Negócio

Arquitetura de

Informação

(ou dados)

Arquitetura de

Aplicação

(ou sistemas)

Arquitetura de Infra-estrutura

(ou tecnologia)

Arquitetura Corporativa

(17)

Arquitetura de Negócio

Domínio das áreas de negócio

Trata dos processos do negócio (suportam as estratégias da

organização e as de cada área)

“O coração de uma boa arquitetura de negócios é a definição dos

processos de negócio com suas características funcionais e

operacionais, se tornando a base para manusear a aplicação das

estratégias de negócio”

Forrester

Arquitetura de Negócio Arquitetura de Informação Arquitetura de Aplicação Arquitetura de Infra-estrutura

(18)

Arquitetura de Negócio

Organização e Estratégia do negócio

Vasta coletânea de pensamentos com os propósitos, metas, estruturas

e planos da organização;

Múltiplas formas possíveis

–

principal objetivo é contextualizar o desenho dos processos de negócio;

Tecnicamente, não faz parte da Arquitetura Corporativa de TI, mas é

crítico o suficiente para que o desenho de arquitetura garanta o que

está sendo levado em consideração como parte dos processos de TI.

(19)

Arquitetura de Negócio

Arquitetura de processos de negócio

Define os principais processos da empresa

–

ex.: Desenvolvimento de produtos, vendas, distribuição, ...

Detalha processos específicos e reflete parâmetros operacionais

–

ex.: Volumes de transações, regras, operação centralizada ou distribuída, ...

Primeiro ponto de contato entre o negócio e a arquitetura de TI;

Apresenta a visão do negócio que será detalhada o suficiente para que

sejam definidos os planos e estratégias para a construção dos

Sistemas de Informação.

(20)

Modelo de Negócio

Sistema Documento Produto

O quê?

Objetivo Obstáculo

Por quê?

Evento

Quando?

Localização

Onde?

Papel Departamento

Quem?

Processo _Atividade

Como?

Conceitos do negócio

(21)

Exemplo de workproduct: Empresa de Seguros

Arquitetura de Negócio

Estrutura Organizacional

Funções de negócios designadas

(22)

Exemplo de workproduct: Empresa de Seguros

Arquitetura de Negócio

(23)

Montando a Arquitetura Corporativa

A rq . A p l. Arquitetura de Negócio Arquitetura Corporativa A rq . In fo r. Arquitetura de Infra

Organização e estratégia de negócio

(24)

Arquitetura de Negócio

Arquitetura de

Informação

(ou dados)

Arquitetura de

Aplicação

(ou sistemas)

Arquitetura de Infra-estrutura

(ou tecnologia)

Arquitetura Corporativa

(25)

40%

do

orcamento

de TI é gasto em

integração.

30%

do tempo das pessoas é gasto buscando informação relevante. Em organizações da ordem de 1B de dólares, na média existem 48 sistemas financeiros distintos e

2.7 sistemas ERP

42%

das transações ainda

são “em papel”

85%

da

informação é

não-estruturada

_{Tráfego de}

dados.

Tráfego de

dados.

Documentos

Relatórios

emails

Mídia

Clientes

Empregados

Parceiros

Bases

Organização

Finanças

Produtos

Conteúdo

Web

Conteúdo

Web

79%

das organizações têm mais de 2 repositórios. 25% têm mais de 15

+60%

dos CEOs: Precisam realizar um trabalho

melhor para capturar e entender rapidamente as informações de forma a viabilizar as decisões de

negócios;

Apenas

1/3

dos CFOs acham que a informação é fácil de usar, objetiva, de custo

e nível de integração razoáveis

30-50%

do tempo de

projeto de aplicações

é gasto em gerência

de cópias.

Fontes: IBM & Industry Studies, Forrester

(26)

Arquitetura de Informação

No domínio da Gerência de Dados;

Orienta e organiza toda a informação que trafega em uma organização

–

Descreve a sua estrutura conceitual, lógica e física;

–

Viabiliza conhecimento da organização sobre seus dados, facilita acesso e

trata aspectos de eficiência;

Visão dos Dados -> Informação -> Conhecimento

–

Operacionalizar e otimizar as estratégias e decisões de negócio;

Base para o desenho e implantação dos Sistemas de Informação.

Arquitetura de Negócio Arquitetura de Informação Arquitetura de Aplicação Arquitetura de Infra-estrutura

(27)

Arquitetura de Informação

Arquitetura de Dados

Dados, Metadados, Modelos

– Princípios e Políticas

• quem é o responsável pela informação, pelo uso e gerenciamento

• Estratégias de uso dos dados

– Semântica (conceitual)

– Estruturas de armazenamento (lógico)

– Eficiência no acesso (físico)

Objetivos

– Facilitar o acesso à informação • abstração

• transformações entre os modelos, rastreabilidade

– Fornecer subsídios para

• mapear a arquitetura de sistemas

• definir a arquitetura futura

– Orientar a arquitetura tecnológica

• bases de dados, serviços de gerência de dados, modelagem física

(28)

Exemplo de workproduct: Empresa de Seguros

Arquitetura de Informação

(29)

Arquitetura da Informação

Serviços de Dados

Serviços para acesso às informações

–

Informação-como-um-Serviço (information-as-a-service – IaaS)

Camada que encapsula as necessidades de dados das aplicações

–

transparência

Altamente reutilizável

Implementação diversa

–

Remete à abordagem SOA

(30)

Arquitetura de Processos de Negócio

A rq u it e tu ra d e d a d o s S e rv iç o s d e D a d o s

(31)

Arquitetura de Negócio

Arquitetura de

Informação

(ou dados)

Arquitetura de

Aplicação

(ou sistemas)

Arquitetura de Infra-estrutura

(ou tecnologia)

Arquitetura Corporativa

(32)

Arquitetura de Aplicação

Muitas vezes dispersa entre as múltiplas gerências de TI

Compreende o mapeamento e planejamento adequado de todos os componentes de

sistemas

– para suportar o negócio e as atividades de uma organização

– Para manipular as informações que trafegam na organização

Contempla

– identificação de quais aplicações são necessárias para suportar o negócio

– desenho, construção (ou aquisição) e integração de aplicações

Composta por

– Arquitetura de Software (desenvolvimento das aplicações);

– Arquitetura de Integração; – Arquitetura de Serviços. Arquitetura de Negócio Arquitetura de Informação Arquitetura de Aplicação Arquitetura de Infra-estrutura

(33)

Arquitetura de Aplicação

Arquitetura de Software

Contempla

–

Documentação das aplicações

• Análise, projeto, construção

–

Informação trafegada entre as aplicações;

–

Processos suportados pelas aplicações;

Objetivo é promover o desenvolvimento de aplicações

–

de fácil integração;

–

consistentes com os requisitos identificados;

–

que manipulem dados conhecidos;

–

adequadas às características do ambiente operacional

• Restrições e requisitos não funcionais;

Arquitetura de Negócio Arquitetura de Informação Arquitetura de Aplicação Arquitetura de Infra-estrutura

(34)

Arquitetura de Aplicação

Arquitetura de Integração

– Visão única (corporativa) da integração de aplicações

• Baseada no reúso e da distribuição de funcionalidades por um barramento lógico de integração;

• Middleware de integração entre as aplicações;

– relacionamentos entre os diversos componentes implementados

• serviços, APIs, conectores, interfaces e protocolos de comunicação disponíveis e padronizados

Arquitetura de Serviços

– Serviços como paradigma de construção das aplicações

• Encapsulamento de detalhes de funcionamento e acesso às informações

• Interoperabilidade

– Cria uma camada que encapsula componentes da aplicação

• Registro e repositório de serviços, Barramento de Serviços (ESB)

– Aderente à abordagem SOA

Arquitetura de Negócio Arquitetura de Informação Arquitetura de Aplicação Arquitetura de Infra-estrutura

(35)

Principais aplicações e

seus relacionamentos

Exemplo de workproduct: Empresa de Seguros

Arquitetura de Aplicação

(36)

Uso de aplicações pelo processo de negócio.

Exemplo de workproduct: Empresa de Seguros

Arquitetura de Aplicação

(37)

Arquitetura de Processos de Negócio Arquitetura de software A rq u it e tu ra d e d a d o s S e rv iç o s d e D a d o s Arquitetura de serviços Arquitetura de integração

(38)

Arquitetura de Negócio

Arquitetura de

Informação

(ou dados)

Arquitetura de

Aplicação

(ou sistemas)

Arquitetura de Infra-estrutura

(ou tecnologia)

Arquitetura Corporativa

(39)

Arquitetura de Tecnologia

Arquitetura de Infra-estrutura

Também conhecida como arquitetura de tecnologia (ou tecnológica)

–

Muito próxima do operacional e produção da organização

Abrange todos os elementos para suportar TI que devem ser operados

no dia a dia, bem como software e processos para gerenciá-los

–

hardware, storage, rede, ambientes de desenvolvimento, plataformas de

gerência de dados,...

–

Recursos que representam uma significativa parte dos ativos da organização

Influencia diretamente a implementação dos Sistemas de Informação

Arquitetura de Negócio Arquitetura de Informação Arquitetura de Aplicação Arquitetura de Infra-estrutura

(40)

Arquitetura de Infra-estrutura

Arquitetura Técnica

– infra-estrutura de hardware e software para as aplicações e dados empresariais

• Plataformas de e-mail, compartilhamento de arquivos, especificação dos equipamentos

• Plataformas de SGBD, servidores, protocolos de rede, ambiente de data warehousing

Arquitetura de Operações

– ferramentas e e processos necessários para construir, monitorar, gerenciar e medir todos os aspectos de tecnologia, aplicações e ativos de dados da empresa

Arquitetura de Segurança

– proteger a informação corporativa e os processos de negócio da organização

• Políticas de privacidade das informações, políticas para detecção e tratamento de invasões e ataques, avaliação de incidentes de segurança

– Aspectos de segurança de vários itens de TI

• Especificação de sistemas de firewall, políticas de acesso a aplicações e arquivos, perfis de acesso às bases de dados, proteção contra vírus e espionagem eletrônica, políticas de recuperação após desastre,

– Tem ganhado cada vez mais projeção

(41)

Arquitetura de Tecnologia

Arquitetura de Infra-estrutura

Derivações da arquitetura técnica e de operações

– Bancos de Dados

• Padrões e procedimentos sobre os dados

• Modelagem física das bases de dados

– Plataformas

• padrões e processos de infra-estrutura

• Estratificação de itens de infra-estrutura

– hardware, sistemas operacionais, mídias de armazenamento (storage), monitoração de infra-estrutura e softwares básicos

• Relacionamento com os diversos fornecedores

– Redes

• Padrões, especificações e infra-estrutura para interconectar os elementos da arquitetura técnica

• Alto grau de especialização dos recursos

(42)

Exemplo de workproduct: Empresa de Seguros

Arquitetura de Infra-estrutura

(43)

Arquitetura de Processos de Negócio Arquitetura de Software Arquitetura de serviços Arquitetura Técnica Arquitetura de Operações A rq u it e tu ra d e d a d o s S e rv iç o s d e D a d o s Arquitetura de Segurança Arquitetura de integração

(44)

Visões semelhantes (4 domínios)

Forrester

(45)

Visão dos quatro domínios da EA

---Arquitetura de Negócios Arquitetura de Sistemas Arquitetura de Infra-estrutura Arquitetura de Informação Conceitual (Estratégia) Funcional (Design) Operacional (Físico) Estrutura Organizacional Processos de Negócios Implementação Operação Desempenho Escalabilidade Consolidação Gerenciamento Visão, Princípios Governança Padrões Critérios de seleção Análise de gaps Plano de Transição Modelo de

(Acesso aos dados & Guidelines de armazenamento Modelo funcional das aplicações (Arquitetura de referência, Patterns) Design específico da aplicação (Arquietura de Referência escolhida Projeto de Rede Escolha de Plataforma Projeto de Storage Projeto Segurança etc. Projetos de BD Data Warehouse Armazenamento e gerenciamento de dados Instalação de Bancos de Dados Aplicação ou Produto Instalação & Operação Modelos de negócios & Alinhamento (Processos, Ativitidades, Eventos, estrutura, Info, papéis, Localidades) Instalações Localidades Framework Tecnológico (Arquitetura de referência) dados

(46)

Como uma arquitetura corporativa funciona?

Infra-estrutura

Informações

Aplicações

Processos

de

Arquitetura

Negócios

Modelagem da arquitetura atual;

Definição de uma arquitetura futura;

Manutenção das arquiteturas em decorrência dos novos desenvolvimentos;

Definição e implantação de políticas e padrões;

E mais..

– Prospecção de novas tecnologias;

– Participação em comitês;

– Avaliação da qualidade de TI;

– Acompanhamento e medições de atividades;

(47)

Implantando uma área de

arquitetura

(48)

Desafios para Implantação da Área de Arquitetura de TI

Mudança cultural na organização;

Identificação de perfis e competências;

Implantação da área;

Total alinhamento com o negócio;

Processos de Arquitetura alinhados com os processos de

desenvolvimento;

(49)

O desafio da

mudança cultural

Que problemas podemos enfrentar?

– “O novo em geral não é confortável” ;

– Resistência a novos processos;

– Dificuldade do ser humano com exposições e avaliações de seu trabalho;

– Falta de maturidade;

– Falta de competência;

– Preferência pelo reconhecimento individual;

– Dificuldade de trabalho em grupo;

– Utilização de práticas pessoais “que já dão certo”;

– “Sindrome de Gabriela”

(50)

O que fazer para melhorar?

–

Treinamento;

–

Disseminação das práticas;

–

Reconhecimento de melhorias (ex: prêmios);

–

Revezamento de equipes (participação temporária na Arquitetura);

–

Estabelecimento de processos participativos para definição de padrões;

–

Demonstração constante dos resultados obtidos por quem utiliza os processos e padrões

estabelecidos;

–

Estabelecimento de programas de integração de equipes (trabalho conjunto com o RH).

(51)

A Implantação de uma área de Arquitetura

Estabelecimento do Grupo / Área;

Definição da estratégia de implantação;

Definição dos processos;

Estabelecimento de parceria com o processo de desenvolvimento;

Definição e aquisição/construção de ferramentas;

Institucionalização dos processos;

Aquisição de infra-estrutura de hardware para suporte, divulgação e

(52)

(53)

A implementação de uma Arquitetura Corporativa abrange

usualmente diversas iniciativas:

Definir a Arquitetura Compreender a Arquitetura dos Negócios Analisar a Estratégia de Negócios Construir o repositório da Arquitetura Desenvolver plano de comunicação Criar a estrutura e os processos de Governança Integrar às operações da empresa Desenvolver o skill dos Arquitetos de TI Plano de capacitação Construir a Arquitetura (Identificação, Seleção e Transição) Formalizar a função “Arquiteto” Desafios usuais: Aquisiçõesou fusões Preocupações de qualidade

Mudanças radical de tecnologia

Outsourcing

Desafios usuais

:

Dificuldades de implementação Benefícios não identificados

Desafios usuais:

Padrões e procedimentos não estabelecidos ou não conhecidos

Desafios usuais:

falta de skills

falta de metodologia

(54)

O escopo de atuação do time de arquitetura envolve um ciclo de atividades

relacionados a estratégia, definição da arquitetura, liderança, governança e

comunicação:

Estratégia – Contribui para a estratégia, no mínimo, para assegurar que a estratégia foi compreendida para atuar. Definição da Arquitetura – Articula o desenvolvimento do modelo futuro, compreende o modelo atual, identifica os gaps e planeja o roadmap para fechar esses gaps;

Liderança – Coordena o esforço de implantação da arquitetura corporativa e agrega e desenvolve os skills necessários para integração de negócio e TI;

Governança – Assegura a adoção dos princípios de arquitetura definidos para as disciplinas e estabelece um processo de decisão sobre a utilização de novos

componentes;

Comunicação - Articula a visão futura e mostra como essa visão se adere ao modelo proposto, retornando feedbacks sobre os progressos alcançados e problemas enfrentados.

(55)

Importante: Parceria com processo de desenvolvimento

ARQUITETURA DE TECNOLOGIA ARQUITETURA DE APLICAÇÃO ARQUITETURA DE INFORMAÇÃO

I

n

ic

ia

li

z

a

ç

ã

o

D

e

fi

n

iç

ã

o

D

e

s

ig

n

C

o

n

s

tr

u

ç

ã

o

T

e

s

te

U

n

it

á

r

io

T

e

s

te

I

n

te

g

r

a

d

o

T

e

s

te

d

e

S

is

te

m

a

U

A

T

I

m

p

la

n

ta

ç

ã

o

P

ó

s

-I

m

p

la

n

ta

ç

ã

o

A R Q U I T E T U R A D E N E G Ó C I O

(56)

Governança – Abordagem balanceada

Não-Estruturada

•Liberdade para tudo e todos

•Processos não repetitíveis

•Não há métricas

•Não há documentação

•Depende de ‘heróis’

Estruturada Demais

•Não há espaço para criatividade

•Burorática e lenta

•Muitas métricas

•Excesso de políticas /procedimentos

•Geralmente ignorada / minada

Governança

•Balanceada •Processos Repetitíveis •Mensurável •Documentada e utilizada Alvo Baseado nos Requisitos

(57)

Arquitetura Corporativa é mais do que apenas uma coleção de componentes e seus

relacionamentos – é uma abordagem para governança da execução da construção

de soluções

Outline da Solução Ciclo de Construção Implemen-tação Macro Planejamento Micro Planejamento Outline da Solução Ciclo de Construção Implemen-tação Macro Planejamento Micro Planejamento Outline da Solução Ciclo de Construção Implemen-tação Macro Planejamento Micro Planejamento ”Esses são os projetos que serão feitos” Forma “normal” de priorização e planejamento dos projetos Transição Governança ”Estamos conduzindo os projetos da forma como desejamos?“ ”Con tinua mos n os m oven do na direç ão co rreta? “

“Nossa Arquitetura alvo continua válida? Arquitetura Corporativa ”Estas são as orientações para a Arquitetura dos projetos“ Projetos

(58)

Recomendações gerais para uma área de arquitetura

Criar processos de arquitetura ágeis

–

documentos de padrões com flexibilidade;

Prover acesso a uma base de conhecimento de arquitetura;

Envolver profissionais de arquitetura mais cedo nos desenvolvimentos

de projetos;

(59)

Papéis e Responsabilidades

Ao construir um processo de Arquitetura, é essencial considerar que:

A comunidade de “arquitetos” é sempre maior

que a área encarregada de gerenciar a

Arquitetura;

Um processo de arquitetura transcende as

atividades realizadas por uma área de

arquitetura;

Um processo de arquitetura tem maior

potencial de benefícios se for parte de uma

iniciativa ou esforço corporativo. Isto significa

atribuir e distribuir responsabilidades sobre as

funções de arquitetura, não apenas fora da

área de Arquitetura, mas principalmente fora

de TI.

Grupo de Revisão da Arquitetura

Grupo de

Arquitetura

Multiplicadores de Arquitetura Áreas Afetadas Usuários de Negócio

(60)

(61)

Por onde começar?

Tentar não “reinventar a roda”:

–

Estudar Modelos de Governança e Práticas;

–

Identificar workproducts baseado em Frameworks existentes;

–

Identificar ferramentas de suporte;

• Exemplo: IBM System Architect

Modelar os processos de arquitetura;

Construir modelos;

Institucionalizar os processos;

Estabelecer a governança;

(62)

(63)

Há 25 anos ...

Em 1984 John Zachman (IBM) escreveu um artigo (de uso interno IBM) sobre arquitetura de sistemas de informação, no qual propôs um framework;

Zachman foi convidado a publicar o artigo externamente, o que ocorreu em 1987, no IBM Systems Journal

(disponível na Internet)

Em 1992 publicou, novamente no IBM Systems Journal, e em parceria com John Sowa (também então recém aposentado da IBM) uma versão

estendida do artigo original, contendo um nova e definitiva versão do framework.

Em 1990 se aposentou da IBM e montou sua própria empresa de consultoria em arquitetura corporativa;

(64)

Zachman Enterprise Architecture Framework

O Framework de Zachman é um esquema, como se fosse uma Tabela Periódica dos Elementos, a qual também é um esquema que classifica os elementos da natureza (em duas dimensões);

Aliás, foi somente após o cientista russo Dmitri Mendeleyev articular esse esquema foi que a Química se tornou uma ciência de fato com disciplina. Até então a Química era somente Alquimia. Não era previsível nem repetitível;

Depois que o Framework de Zachman foi publicado, se tornou o esquema de fato para Arquitetura Corporativas e practicamente transformou a EA em uma discliplina.

e.g. DATA Builder SCOPE (CONTEXTUAL) MODEL (CONCEPTUAL) ENTERPRISE Designer SYSTEM MODEL (LOGICAL) TECHNOLOGY MODEL (PHYSICAL) DETAILED TATIONS CONTEXT) Sub-Contractor FUNCTIONING ENTERPRISE

DATA FUNCTION NETWORK

e.g. Data Definition Ent = Field Reln = Address e.g. Physical Data Model Ent = Segment/Table/etc. Reln = Pointer/Key/etc. e.g. Logical Data Model Ent = Data Entity Reln = Data Relationship e.g. Semantic Model Ent = Business Entity Reln = Business Relationship List of Things Important to the Business ENTITY = Class of Business Thing

List of Processes the Business Performs Function = Class of Business Process

e.g. Application Architecture I/O = User Views Proc .= Application Function e.g. System Design I/O = Data Elements/Sets Proc.= Computer Function e.g. Program I/O = Control Block Proc.= Language Stmt e.g. FUNCTION e.g. Business Process Model Proc. = Business Process I/O = Business Resources

List of Locations in which the Business Operates Node = Major Business Location e.g. Business Logistics System Node = Business Location Link = Business Linkage e.g. Distributed System Node = I/S Function (Processor, Storage, etc) Link = Line Characteristics e.g. Technology Architecture Node = Hardware/System Software Link = Line Specifications e.g. Network Architecture Node = Addresses Link = Protocols e.g. NETWORK Architecture Planner Owner MOTIVATION TIME PEOPLE

e.g. Rule Specification End = Sub-condition Means = Step e.g. Rule Design End = Condition Means = Action e.g., Business Rule Model

End = Structural Assertion Means =Action Assertion End = Business Objective Means = Business Strategy List of Business Goals/Strat Ends/Means=Major Bus. Goal/ Critical Success Factor List of Events Significant Time = Major Business Event

e.g. Processing Structure Cycle = Processing Cycle Time = System Event e.g. Control Structure Cycle = Component Cycle Time = Execute e.g. Timing Definition Cycle = Machine Cycle Time = Interrupt e.g. SCHEDULE e.g. Master Schedule Time = Business Event Cycle = Business Cycle List of Organizations People = Major Organizations e.g. Work Flow Model People = Organization Unit Work = Work Product e.g. Human Interface People = Role Work = Deliverable e.g. Presentation Architecture People = User Work = Screen Format e.g. Security Architecture People = Identity Work = Job e.g. ORGANIZATION

to the Business Important to the Business What How Where Who When Why

Architecture

e.g. STRATEGY e.g. Business Plan

(65)

Zachman Enterprise Architecture Framework

e.g. DATA Builder SCOPE (CONTEXTUAL) MODEL (CONCEPTUAL) ENTERPRISE Designer SYSTEM MODEL (LOGICAL) TECHNOLOGY MODEL (PHYSICAL) DETAILED TATIONS CONTEXT) Sub-Contractor FUNCTIONING ENTERPRISE

DATA FUNCTION NETWORK

e.g. Data Definition

Ent = Field Reln = Address e.g. Physical Data Model

Ent = Segment/Table/etc. Reln = Pointer/Key/etc. e.g. Logical Data Model

Ent = Data Entity Reln = Data Relationship e.g. Semantic Model

Ent = Business Entity Reln = Business Relationship List of Things Important to the Business

ENTITY = Class of Business Thing

List of Processes the Business Performs

Function = Class of

Business Process

e.g. Application Architecture

I/O = User Views Proc .= Application Function e.g. System Design

I/O = Data Elements/Sets Proc.= Computer Function e.g. Program

I/O = Control Block Proc.= Language Stmt

e.g. FUNCTION e.g. Business Process Model

Proc. = Business Process I/O = Business Resources

List of Locations in which the Business Operates

Node = Major Business Location

e.g. Business Logistics System

Node = Business Location Link = Business Linkage

e.g. Distributed System

Node = I/S Function (Processor, Storage, etc) Link = Line Characteristics e.g. Technology Architecture

Node = Hardware/System Software

Link = Line Specifications

e.g. Network Architecture

Node = Addresses Link = Protocols e.g. NETWORK Architecture Planner Owner MOTIVATION TIME PEOPLE

e.g. Rule Specification

End = Sub-condition Means = Step e.g. Rule Design

End = Condition Means = Action e.g., Business Rule Model

End = Structural Assertion

Means =Action Assertion End = Business Objective Means = Business Strategy

List of Business Goals/Strat

Ends/Means=Major Bus. Goal/

Critical Success Factor List of Events Significant

Time = Major Business Event

e.g. Processing Structure

Cycle = Processing Cycle

Time = System Event

e.g. Control Structure

Cycle = Component Cycle Time = Execute e.g. Timing Definition

Cycle = Machine Cycle Time = Interrupt

e.g. SCHEDULE e.g. Master Schedule

Time = Business Event

Cycle = Business Cycle

List of Organizations

People = Major Organizations

e.g. Work Flow Model

People = Organization Unit

Work = Work Product e.g. Human Interface

People = Role

Work = Deliverable

e.g. Presentation Architecture

People = User Work = Screen Format

e.g. Security Architecture

People = Identity Work = Job

e.g. ORGANIZATION

to the Business Important to the Business

What How Where Who When Why

Architecture

e.g. STRATEGY e.g. Business Plan

(66)

Por que Frameworks?

Catálo go de aplica ções Map_{a da} infra -estr_utura Diagra ma de _s Mo de lo de da do s Mode_lo de obje tivos Mapa de redu ndân cias icio ná rio e d ad os D is a s te r R e c o v e ry Polít_{ica d} e Segu ranç_a Mode lo de sos

(67)

(68)

Vantagens do uso de um Framework

Organizar as iniciativas de uma arquitetura corporativa;

Organizar

Uniformizar os termos e linguagem

Uniformizar

– itens e domínios de arquitetura em toda a empresa;

Concentrar as discussões de arquitetura;

Acelerar o funcionamento e

Acelerar

diminuir a

complexidade;

Permitir

proje

ç

ões dos itens de um framework de arquitetura em outros

ões

– Apoio de ferramentas;

Integrar soluções, fornecedores e equipes distintas de forma mais harmônica e estruturada

Integrar

– conforme planejamento;

Facilitar comunica

ç

ão da visão e dos planos para toda a corporação;

ão

(69)

(70)

Refinando alguns conceitos

Frameworks de EA

–

O termo “Framework” de EA pode ser muito genérico e às vezes é necessário adjetivá-lo

• Framework de Navegação – Para localização dos artefatos de EA;

• Framework Conceitual – Para definir os meta-conceitos de EA;

• Framework de Modelagem – Para criar os artefatos/visões de EA;

Metodologias de EA

–

Spewak’s Enterprise Architecture Planning (EAP)

–

Scott Bernard’s EA Cube (EA

3

₎

–

TOGAF – Architecture Development Method (ADM)

Padrões de Notação para artefatos de EA

–

Entidade/Relacionamento – Modelagem de Dados

(71)

Uma sopa de letrinhas...

recomendação de livro:

(72)

É um consórcio aberto, formado por clientes e fornecedores com o objetivo de:

– Capturar, entender e endereçar requisitos existentes ou emergentes, estabelecer políticas e compartilhar melhores práticas;

– Facilitar a interoperabilidade, criar consenso, evoluir e integrar especificações e tecnologias abertas;

– Oferecer serviços para melhorar a eficiência operacional do consórcio;

– Operar um serviço de certificação de alto gabarito para o mercado.

Foi fundado em 1996, através da fusão de duas entidades: X/Open e Open Software

Foundation (OSF);

Trabalha em conjunto com outros consórcios e órgãos de padronização;

Fórums

Architecture

Platform

Jericho & Security

Métodos & Melhores Práticas SOA-WG

Certificações

• UNIX • LDAP • WAP

AQRM

MILS

Tecnologias

LDAP / CCI Promoção de Eventos

(73)

The Open Group Architecture Framework (TOGAF)

TOGAF

– É um framework de EA com foco além da TI;

– “Como as organizações podem, usando sistemas, alcançar objetivos de negócio?”

As quatro áreas principais são endereçadas:

– Negócios (estratégia, organização e processos);

– Aplicações (deployment, interações e relacionamento com processos de negócio);

– Informações (estrutura fisica e lógica dos ativos informacionais de uma organização e os recursos para gerir esses ativos);

(74)

• TOGAF 8 Enterprise Edition

Histórico do TOGAF

• Clientes membros do Open Group demandaram padrões de arquitetura

• DoD Information Systems Agency (DISA) doou o TAFIM como base

• TOGAF 1

publicado

• Clientes membros selecionaram o TAFIM ponto de partida.

‘93

• TOGAF 7 – Technical Edition

‘94 _‘95

‘02

Lançamento do programa

• Foi publicado o estudo

“

The Interoperable Enterprise Business”

‘01 ‘03

• TOGAF 8.1.1

• TOGAF 8.1

TOGAF 9

‘06 ‘07 ‘09

(75)

(76)

The Open Group Architecture Framework (TOGAF)

–

O TOGAF oferece :

• Um método, o ADM (Architectural Development Method),usado projetar,

avaliar e construir a arquitetura para uma organização;

• Um repositório chamado Enterprise Continuum para armazenar a

representação da arquitetura;

• Um conjunto de outras ferramentas úteis no desenvolvimento de

(77)

(78)

TOGAF: Metodologia ADM

Processo iterativo para

desenvolvimento centrado na

arquitetura (sempre baseada

nos requisitos);

Cada passo no processo

está associado a uma view

que pode ser “capturada”;

Permite reúso de artefatos

de arquitetura;

As fases iniciais focam nas

questões conceituais e mais

gerais; as fases posteriores

movem-se em direção às

especificações e às práticas;

(79)

(80)

TOGAF Content Metamodel

(81)

(82)

O papel de uma ferramenta de apoio a EA

(83)

(84)

Popular a EA com informação

de todos os domínios

Comunicar com os stakeholders

(no contexto deles)

Gerenciar as mudanças

(em escala corporativa)

Manter as implementações

em sincronia com o que está

prescrito na EA

Consumindo a EA

(“Downstream EA”)

Desafios que impedem a adoção ampla de uma Arquitetura Corporativa

Reportar a EA em uma linguagem de estrategistas e planejadores Falar a linguagem dos projetistas de soluções Armazenamento das informações de EA para reúso Inventário/informação sobre “as is” e “to-be”

Estabilidade Mover-se no

Desafio de transformar os requisitos de negócio em implementações

Criando a EA

(“Upstream EA”)

(85)

Características de uma “Actionable EA”

Armazenamento simples e automatizado de todos os recursos da organização

Governança corporativa, com

gestão de mudanças e medição de melhores práticas

Facilidades de uso e de geração de relatórios para melhorar a comunicação e a tomada de decisões

Os serviço de TI são realizados de forma integrada e de forma a

possibilitar o reúso de ativos e práticas

Consuming

the EA

Integração entre os requisitos de negócio e as implementações

Possui uma linguagem única de arquitetura,

mas com diversas possibilidades de visualização Oferece integração da ferramenta de EA com outras, oferece usabilidade e facilidade na realização de análises “as-is” / “to-be” Trabalha com aplicações, processos e pessoas de forma integrada Implementa controle de versão e gestão de publicação

Consumindo a EA

(“Downstream EA”)

Criando a EA

(“Upstream EA”)

(86)

Create an Organizational Blueprint

Understand the current structure of the organization, it’s business, it’s information

Analyze and Optimize

Identify, Create, and Optimize for continued improvement

What Challenges Are We Facing

Share the Results

A common resource for empowering informed

decisions

Telelogic System Architect™

(87)

IBM Rational System Architect

Telelogic adquiriu a Popkin Software em Março, 2005.

IBM anunciou a aquisição da Telelogic em Junho, 2007 e a transferência total ocorreu em Novembro, 2008.

Os produtos da Telelogic (System Architect, Focal Point, DOORS, etc.) agora são parte da brand IBM Rational;

IBM anunciou que System Architect como sua ferramenta padrão para Enterprise Architecture.

O System Architect software foi inicialmente criado e desenvolvido pela Popkin Software em 1988, sob o comando do Prof. Jan Popkin, uma reconhecida autoridade em EA. O System Architect foi um dos primeiras ferramentas CASE ( Computer-Aided Software Engineering) para ambiente Windows. A ferramenta evoluiu através dos anos e se tornou uma das primeiras ferramentas de modelagem para EA.

(88)

Um modelo versus um diagrama…

Um diagrama é uma visão dentro de um modelo….

Um diagrama é uma figura

que se desenha

Diagrama de um Modelo de Dados

Diagrama de um modelo UML

Modelo de Dados/ER

Modelo UML Ex: Diagrama MS Visio

(89)

Network Topologies

Usando o SA para capturar e modelar todos os

domínios de uma organização

Behavior (UML Support)

Organizational Charts

Matrix Views

Application Models

Data Models Goals Objectives Class Diagrams

Process Models

Business Process

Modeling and Analysis

Application and

Service Models

Network

Infrastructure

Relational

Data Modeling

(90)

Strategy & Direction Business Architecture Application Architecture Technology Architecture In fo rm a ti o n A rc h it e c tu re

Conceptual & Logical Data Models & ABBs

Physical Data Models & ABBs

Hardware Models & ABBs Technology Reference Models

Application Models & ABBs User Models & ABBs

Organisation Models & ABBs Business Structure & ABBs Functional Models & ABBs Process Models & ABBs

Strategy Maps

Enterprise Direction Diagrams

Use of Resources Promoting Safety and Security Crime Investigation & Reduction Citizen Perception 1 Record High Levels of Citizen Satisfaction With Police Service 8 Increase Availabilty of Police Officers on Operational Duties 3 Record High Levels of Citizen Quality of Life 11 Promote Cross Constabulary Collaboration 6 Reduce 'Fear of Crime' Perception 10 Reduce Levels of Sickness & Retirement 18 Meet Government Objectives 17 Accountability 16 Information Sharing 15 Support for Victims & Witnesses 14 Protect Vulnerable Citizens 13 Reduce Administrative Bureaucracy 12 Reduce Risk of Injury and Litigation 9 Promote Ethnic Representation 7 Increase Feeling of Public Safety 5 Narrow the Justice Gap 4 Reduce Overall Level of Crime

(91)

Processes _{Finance Applications}

Increase Number of Reservations to 1000 a day by July 1, 2008

Increase Vacationers by 10% Per Year Increase Occupancy Rate to 80 percent by July 1, 2008

Increase Number of Return Guests to 60 percent by June 1, 2009 Type: Project ERP Migration Phase 2 Type: Project ERP Migration Phase 1 Type: Project Fill Order Application Project Type: Project Currency Management Type: Project My Marketplace Type: Application Customer Service Maintenance Type: Application Achilles Type: Application Aphrodite Type: Application Application_1 Type: Application BHIS System Type: Application Bid Server Type: Application Billing Application Type: Application Course Management Type: Application Credit Card Booking Type: Application Cronos Type: Application Customer Maintenance Type: Application DOORS Type: Application External Customer login Type: Application Flex LM V10 Type: Application Flex LM v11 Type: Application Hermes Type: Application Hyperion Type: Application Methanex App Type: Application MS IIS Type: Application MSSQL2005 Type: Application New Application Type: Application NoChex Type: Application Paypal Type: Application Pharmacy System Type: Application Polaris Type: Application Policy Application Type: Application Posieden Type: Application Reservations Type: Application Siebel Type: Application Synergy Type: Application System Architect Type: Application Telelogic App Type: Application WebPublisher Type: Application Worldpay

Send req uired d emogr aphic i nform ation Type: BPMN Pr ocess Type: BPMN Pr ocess Accept Payment Details Type: BPMN Pr ocess Ad d Rem ainder to Inventor y Type: BPMN Pr ocess Advise Customer Type: BPMN Pr ocess An al yse performance and ident if y mngt acti on required Type: BPMN Pr ocess

An al yze Account Type: BPMN Pr ocess An al yze Order Type: BPMN Pr ocess An al yze Suppl y Type: BPMN Pr ocess Assign G oods to Order Type: BPMN Pr ocess Au thoriz e Payment Type: BPMN Pr ocess Calculate Room Price Type: BPMN Pr ocess Cancel Or der Type: BPMN Pr ocess Capture informati on Type: BPMN Pr ocess Check Customer Credi t Type: BPMN Pr ocess Check Outandin g Order Items Fill ed Type: BPMN Pr ocess Check Traveler's Credit Type: BPMN Pr ocess Collect M ember & Particip ant Account Informati on Type: BPMN Pr ocess

Create new name and add to list Type: BPMN Pr ocess Create patient profile record Type: BPMN Pr ocess Create response to BHIS Type: BPMN Pr ocess Create/ M odif y Business System Pl ans Type: BPMN Pr ocess Customer Ag rees to Term s Type: BPMN Pr ocess Customer Rej ects Terms

Type: BPMN Pr ocess Determin e if informati on is received Type: BPMN Pr ocess Do Not Amend Members Feedback Type: BPMN Pr ocess Emplo yer list appears ( AP Emplo yer s for AP and AR Emplo yer s for AR ) Type: BPMN Pr ocess Ensure St ock Type: BPMN Pr ocess Enter Type: BPMN Pr ocess Enter beg in dat e

Type: BPMN Pr ocess Enter if available Premium Amount and/or Frequency Type: BPMN Pr ocess Enter if available Subscrib er #, Group #, and/or Policy # Type: BPMN Pr ocess Enter informati on Type: BPMN Pr ocess Enter Poli cy holder Type: BPMN Pr ocess Establish Member & Participant Account Type: BPMN Pr ocess

Go to INSU2 Type: BPMN Pr ocess Identif y missing informati on Type: BPMN Pr ocess Informati on populates fields Type: BPMN Pr ocess INSU2 co mes up if no child is attached Type: BPMN Pr ocess Maintain Individual Member & Participat e Accounts Type: BPMN Pr ocess Make Full Room Rate Charge Type: BPMN Pr ocess Make Reservation Type: BPMN Pr ocess Manage Agency Type: BPMN Pr ocess Manage Emplo yer Participat ion Type: BPMN Pr ocess Manage Internal Services Type: BPMN Pr ocess Manage Member & Participant Account Type: BPMN Pr ocess

New code # assigned Type: BPMN Pr ocess Notif y Cu stomer of Credit Problem Type: BPMN Pr ocess Notif y Cu stomer of Delay Type: BPMN Pr ocess PF9 / Insu rance Resource list comes up Type: BPMN Pr ocess Pick Policy Type Type: BPMN Pr ocess Place on Back Order Type: BPMN Pr ocess Process Message Type: BPMN Pr ocess Process Valid Order Type: BPMN Pr ocess Provide Benefit System/ Plan Training f or Staff Type: BPMN Pr ocess Provide Client wit h Reservation Number Type: BPMN Pr ocess

Provide Educatio nal Informati on Type: BPMN Pr ocess Provide Emplo yee Benefit Services Type: BPMN Pr ocess Provide Info about Legal Order Type: BPMN Pr ocess Provide New/Upd ated Demographic Informati on Type: BPMN Pr ocess

Receive response Type: BPMN Pr ocess Recieve Message Type: BPMN Pr ocess Reorder I tem Type: BPMN Pr ocess Request t o save informati on Type: BPMN Pr ocess Respond to Legal Ord er Request Type: BPMN Pr ocess Return to Send er Type: BPMN Pr ocess Sample Process Type: BPMN Pr ocess Save informati on Type: BPMN Pr ocess Select Insurance b y COBR A Type: BPMN Pr ocess Select Insurance b y Emplo yer Type: BPMN Pr ocess Select Insurance b y Private Type: BPMN Pr ocess Select name from list Type: BPMN Pr ocess Select the appropriate emplo yer Type: BPMN Pr ocess Send missing informati on response Type: BPMN Pr ocess Ship Ord er Type: BPMN Pr ocess Update Insurance Screen wi th Emplo yer Name Type: BPMN Pr ocess

Update relationship to client

Type: BPMN Pr ocess Validate Order

Investment Decisions (Explorer) System Architect

Wed Apr 29, 2009 06:45 Comment

See Project scope impact on other projects

See Projects tied to key strategies, or not

Understand impact of backing off on a project

Current Commence 2010

Models seen from the web via SA/XT

(92)

(93)

Visualizando a Análise de Impacto

Understand the impact of change

Visualize

(94)

Revisão dos objetivos iniciais

Eu espero que agora você saiba um pouco mais sobre:

–

O que é Arquitetura Corporativa;

–

Os desafios na implantação de uma Arquitetura Corporativa;

–

A importância do uso de um framework de Arquitetura;

(95)