Siap 2009 2 It Governance 3 Arquitecturas Organizacionais

http://egovernment.no.sapo.pt

Sistemas de Informação da Administração Pública
Governação dos Sistemas e
Tecnologias da Informação
“IT Governance”
3 – Planeamento estratégico e
Arquitecturas Organizacionais
Luís Vidigal

Sistemas de Informação da Administração Pública / | Luís Vidigal

Conceito de arquitectura de empresa

É o conjunto de representações descritivas que são relevantes para a
descrição de uma empresa de forma que possa ser produzida de
acordo com os requisitos de gestão (qualidade) e mantida ao longo do
seu tempo útil de vida. Abrange o negócio da empresa e os sistemas
e tecnologias de informação que o suportam.
John Zachman

É uma base de activos estratégicos de informação que define o
negócio, a informação necessária para operar o negócio, as
tecnologias necessárias para suportar as operações de negócio e os
processos de transição necessários para a implementação das novas
tecnologias em resposta às mudanças das necessidades de negócio.
Governo Americano


Arquitectura Zackman


Matriz da Arquitectura de Zackman
What How Where Who When Why
Dados Funções Rede Pessoas Tempo Motivação

Planner
Planeamento

Owner
Patrocínio

Designer
Concepção

Builder
Construção

Subcontractor
Sub-
contratação
Dados Funções Rede Organi- Agenda Estratégia
Sistemas de Informação da Administração Pública / | Luís Vidigal zação

Recuperar o Passado e construir o Futuro

Interoperabilidade Arquitectura
Plataformas Normalização

Arrumar o Normalizar
Passado o Futuro

Desobstruir Ordenar o
Caminhos Território

Sistemas de Informação da Administração Pública / | Luís Vidigal IT
5
Luís Vidigal

Conceito de arquitectura de empresa

SI 2

Arquitectura de empresa
• Racionalização de
processos negócio
• Consistência e qualidade
SI 4 da informação SI 1
• Inter-operabilidade semântica
tecnologica e aplicacional

SI 3

Sistemas de Informação da Administração Pública / | Luís Vidigal IT
6

O Papel da Arquitectura
Fortalecer as relações entre as TIC e o Negócio

Arquitectura do
Estratégia do Negócio Implementação
Negócio Arquitectura da Processos de
• Forças externas Informação Negócio
• Objectivos do Arquitectura Estruturas de
Negócio Tecnológica Informação
• Política do Negócio Arquitectura da Sistemas de
• Locação de Solução Aplicação
Recursos Infra-estrutura
Tecnológica
Estrutura
Organizacional

Sinergia entre AE e Planeamento Estratégico


Maturidade da Arquitectura de Empresa


Maturidade da Arquitectura de Empresa
• Architecture scope and authority: A common understanding and approach to the business strategy across the
enterprise must drive a mature architecture program. To succeed, the program must support business change
across multiple programs, business units and even companies. Success in this dimension requires optimizing end-
to-end processes, implementing a common infrastructure and creating appropriate governance structures.
• Stakeholder involvement and support: The involvement and support of key stakeholders — including enterprise
senior executives and IT managers, along with key members of the enterprise's lines of business and the wider
architecture community — are critical to program maturity. Key to fostering this support is clear and accessible
communication of the EA, tailored to the needs of different stakeholder groups.
• Architecture definition process: This process should be well-defined, clearly articulated and pragmatically
executed — using regular iterations to progressively expand the EA's scope, and to improve and update its
individual elements. This process should also involve appropriate stakeholders, and be integrated with related
processes such as business planning and IT portfolio management.
• Business context: Mature EA programs are explicitly linked to the business strategy, and can demonstrate that
they deliver business value.
• Architecture content: Expression of the EA should address three basic viewpoints — business, information and
technology — and how these viewpoints combine to create solutions. It should also address three levels —
conceptual, logical and implementation — moving from high-level to detailed expressions of the architecture.
• Future-state realization: The most-mature architecture programs are actionable — defining, planning and
initiating the projects that will be executed to achieve the defined future state.
• Architecture team resources: Because the talents and skills that a successful enterprise architect must possess
are in short supply, a focus on recruiting talented individuals and providing the necessary professional development
and training is key. It is also important for architects in complex and sophisticated environments to have tools to
help them understand the range of information assets, relate these assets to each other and to the business
strategy, and communicate this information to stakeholders.
• • Architecture impact: To improve EA program effectiveness, sophisticated metrics — including measures of
financial efficiency and business effectiveness — should be used to measure the program’s impact on the
business.

Sistemas de Informação da Administração Pública / | Luís Vidigal 10

Gartner Enterprise Architecture Framework


Mapa de Actividades da Arquitectura de Empresa


Ciclo das actividades da AE


Estrutura típica da AE


Modelo de Processos da AE


Gartner Enterprise Architecture Framework

• Perspectiva Arquitectura de Negócio
– Funções de negócio, processos, organização
• Perspectiva Arquitectura de Informação
– Estrutura de informação, activos, fluxos
• Perspectiva Arquitectura Tecnológica
– Normas técnicas para software e
hardware, middleware e infra-estrutura
• "Meta Perspectiva“ Arquitectura de
Solução
– Interacção das 3 outras perspectivas (multi-
perspectivas) mais directivas adicionais


Perspectivas da Arquitectura de Empresa

Níveis de Tipos de
Perspectivas X X Artefactos
Abstracção
•Negócio
•Conceptual •Requisitos
•Requisitos
•Informação
•Lógico •Princípios
•Princ
•Tecnologia
•Implementação •Modelos
•Modelos
•…
•… •…
•…


AE - A Perspectiva do Negócio


AE - A Perspectiva Informacional


AE - A Perspectiva Tecnológica


Estilos de liderança do Arquitecto Chefe
(Gartner – 2006)


Factores chave para melhores práticas de AE

• De: • Para:
– Especialista – Generalista
– Bottom-up – Top-Down
– Gestores – Líderes
– Reactividade – Proactivifdade
– Centrado na Máquina – Centrado nas Pessoas
– Passado – Futuro
– Exclusivo – Inclusivo
– Solitário – Colaborativo


Competências e Talentos de AE

• Competências: • Talentos:
– Criar documentos AE – Conceptualização
– Gerir Processos AE – Inovação
– Definir a Governança – Perspectiva empresarial
AE – Previsão
–… – Consensualização
– Facilitação
– Liderança
– Lógica
– Comunicação


Alguns dos benefícios da AE
• Flexibilidade nos negócios com redução de tempo de implementação de
novas funções
• Sistemas e tecnologias de informação alinhados com a estratégia de
negócio o que facilita e racionaliza as decisões de investimentos em SI/TI
• Permite controlar a redundância e inconsistência da informação
• Permite eliminar / reduzir a proliferação de sistemas de informação
departamentais desintegrados que obrigam ao desenvolvimento de
inúmeros interfaces difíceis e caros de manter
• Facilita a integração e a inter-operabilidade entre sistemas de informação
• Permite gerir a diversidade e complexidade dos sistemas de informação
da empresa
• Fornece um guia para a estrutura e localização da informação dentro da
empresa


Medição do sucesso da arquitectura de empresa

• Conclusão da arquitectura de empresa
• Grau de implementação dos sistemas
arquitectados.
• Uso das arquitecturas como guia de novos
desenvolvimentos
• Actualização da arquitectura de empresa
A arquitectura de empresa é ‘shelfware’
se estas condições
não se verificarem


Factores críticos de sucesso da arquitectura de empresa

• Patrocínio da gestão de topo
• Disponibilidade de recursos humanos, de tempo e materiais
• Envolvimento de especialistas de negócio
• Atribuição clara de responsabilidades no planeamento da arquitectura
• Credibilidade da equipa de arquitecturas: formação adequada,
envolvimento nos projectos, qualidade do trabalho produzido e sua
percepção …
• Ausência de atropelos à arquitectura por pressões de tempo
• Definição de uma metodologia: consensual, compreensível, aplicável com
o tempo e recursos disponíveis
• Princípio 80/20
• Visibilidade da arquitectura de empresa


Definição de âmbito da Arquitectura de Empresa

• Que sistemas?
• Que organizações?
• Que clientes?
• Que fornecedores?
• Que parceiros?


Componentes de uma arquitectura

• Pressupostos
– Objectivos estratégicos da empresa
– Factores de mudança estratégico - operacionais
• Arquitectura de negócio
• Arquitectura de Sistemas e Tecnologias de
Informação
– Princípios de gestão dos SI/TI
– Arquitectura de informação
– Arquitectura de aplicações
– Arquitectura tecnológica

Arquitectura de negócio – Conceitos

• Conceito de Processo de negócio
– É um conjunto de actividades de que resulta um
produto ou um serviço com valor para um cliente
externo ou interno
• Modelo actual
– Representação da situação actual
• Modelo futuro
– Representação da situação futura. Reflecte
propostas de reengenharia / racionalização de
processos

Arquitectura de negócio – Conteúdo

• Normativo aplicável
• Constrangimentos organizacionais e de negócio
• Organograma da empresa
• Matriz de Processos de negócio * Unidades organizacionais
– Actual (leva em consideração o organograma)
– Futuro (leva em consideração reengenharia de processos)
• Modelo de processos de negócio (até aos níveis de detalhe adequados)
– Actual
– Futuro
• Propostas de:
– Reengenharia de processos, Normativos
• NÃO É PRODUTO
– Análise funcional (diagramas de fluxos de dados, usecases ou outros)


Arquitectura de negócio – processos e produtos

Matriz
Processo Objectivos
Normativo Estratégico -
X aplicável
Unid organiz operacionais
(actual)
Modelo
de negócio
(futuro)
Modelação da Modelação de
situação actual processos

Modelo Matriz
de negócio Processo
(actual) X
Unid organiz
(futuro)
Constrangimentos
Propostas de Normativos organizacionais
Reengenharia de processos e de negócio


Arquitectura de negócio – Modelo de processos
Exemplo BPMN
aquisições
Secção de
Património
Instituto de Informática

Núcleo técnico
(genérico)
Contabilidade

Exemplo de modelo de
Processos de negócio
Fornecedor


Princípios de gestão dos ST/TI
• Princípios de gestão de aplicações
• Princípios de gestão de dados
• Princípios tecnológicos gerais
Por exemplo:
• Tecnologia cliente/servidor
• GUI comum para todas as Aplicações
• Continuidade de negócios
– Princípios de Servidores
– Princípios de Rede
– Princípios de Internet
– Princípios de Segurança

Arquitectura de dados - conceitos

• Entidade de negócio
– É uma pessoa, evento, lugar, conceito ou coisa que tem
significado no contexto do negócio e sobre a qual se
armazenam dados.
• Entidade de negócio chave
– São entidades com potencial para serem utilizadas por
mais do que um processo de negócio
– São entidades que representam conceitos de negócio
fundamentais para a compreensão do modelo de
informação da empresa / processo
– São entidades em que a qualidade dos seus dados tem
impacto importante no negócio da empresa


Arquitectura de dados - produtos

• Macro modelo de dados
• Descrição das entidades de negócio chave
• Matriz de CRUD ou outra representação mais
adequada

• NÃO É PRODUTO
– Modelo de dados da aplicação (relacional ou
outro)


CRUD

•C – Create
•R – Retrieve
•U – Update
•D - Delete

Data Nascimento
Nacionalidade
Naturalidade
Diagrama de
CRUD

Número

Filiação
Morada
Nome

Sexo

xxx
yyy
•
•
•
•
•
•
•
•
•
•
• Processo A C C C C C C C C C C

• Processo B C C C C C C C C C C

• Processo C C C C C C C C C C C

• …
• Processo n C C C C C C C C C C


Data Nascimento
Nacionalidade
“Matrícula”

Naturalidade
Consistência
e Qualidade

Número

Filiação
Morada
dos Dados

Nome

Sexo

xxx
yyy
•
•
•
•
•
•
•
•
•
•
• Processo A C C C C C C C U U U

• Processo B U U U U U U U C U U

• Processo C U U U U U U U U C U

• …
• Processo n U U U U U U U U U C


Arquitectura de aplicações - Produtos

• Identificação dos processos de negócio suportadas por
Aplicação
• Identificação dos processos de negócio não suportadas e por
que motivo
• Relação com as unidades organizacionais através dos
processos de negócio
• Integração duma nova Aplicação no conjunto das Aplicações
existentes
• Impacto de cada nova Aplicação nas Aplicações existentes
– Aplicações totalmente substituídas
– Aplicações parcialmente substituídas ou modificadas para
coexistência
– Aplicações mantidas apenas com ligeiras modificações


Arquitectura de aplicações

Sistema de
Autenticação
Utilizador
Sistema de autenticado
BDO
Organismo
SI
ABCD

Banco
Código Postal Sistema de
…… tabelas gerais


Arquitectura tecnológica - produtos

• Plataforma tecnológica a utilizar
• Relação com outras plataformas
• Relação das plataformas tecnológicas com as
Aplicações
e com as Funções de Negócio

• NÃO É PRODUTO
– Arquitectura tecnológica da aplicação
– Desenho físico da aplicação

Arquitectura tecnológica

Inter operabilidade tecnológica
Sistema de
Autenticação
(Ambiente Oracle)
Sistema de
BDO
(Ambiente Microsoft)
SI
ABCD
(Open Source)

Sistema de
tabelas gerais
(Open Source)


Atribuição de responsabilidades

Fase da AE Responsável Executante Participante Aprovação

Arquitectura de negócio CIO / Neg Arq Util Util

Regras de gestão de SI/TI CIO / Neg Arq Des / IT Des / IT

Arquitectura de dados CIO / Neg Arq Util / Des Util

Arquitectura de aplicações CIO / Neg Arq Des Des

Arquitectura tecnológica CIO / Neg Arq Des / IT Des / IT

Neg – Negócio / Arq – Arquitecto / Util – Utilizador / Des – Desenvolvimento / IT – Infra-estrutura Tecnológica


Bibliografia
SPEWAK, Steven H. - Enterprise Architecture Planning, Developing a
Blueprint for Data, Applications and Technology. New York: John Wiley &
Sons, 1992. ISBN 0-471-59985-9
VELHO, Amândio Vaz - Arquitectura de empresa. Lisboa : Centro Atlântico,
2004. ISBN 972-8426-94-1.
"A Framework for Information Systems Architecture." John A. Zachman. IBM
Systems Journal, vol. 26, no. 3, 1987. IBM Publication G321-5298.
"Extending and Formalizing the Framework for Information Systems
Architecture." J.F. Sowa and J. A. Zachman. IBM Systems Journal, vol.
31, no. 3, 1992. IBM Publication G321-5488.

Sistemas de Informação da Administração Pública / | Luís Vidigal 44
IT

Siap 2009 2 It Governance 3 Arquitecturas Organizacionais

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (9)

Similaire à Siap 2009 2 It Governance 3 Arquitecturas Organizacionais

Similaire à Siap 2009 2 It Governance 3 Arquitecturas Organizacionais (20)

Plus de Luis Vidigal

Plus de Luis Vidigal (20)

Dernier

Dernier (20)

Siap 2009 2 It Governance 3 Arquitecturas Organizacionais