Arquitectura Empresarial - Enterprise Architecture, Resumen de Arquitectura Empresarial, basada en Negocio y aplicada a las organizaciones y a los proyectos de TI
3. Arquitectura EmpresarialIntroducción - Ejemplo
Usted es quien define la Planificación de Infraestructura con proyección a 4 años (vías, puentes, edificios,
transporte, agua, luz, gas, semáforos) de esta Ciudad, Piense como definiría los objetivos de la solución y plan
general (etapas) para lograrlo.
4. Arquitectura Empresarial
1 Qué necesidades tiene y tendrá la población ?
2
Qué normas y políticas se deben seguir durante
la implementación de su solución como posterior
a la misma ?
3 Que tecnologías utiliza su estrategia ?
4 En posible y en cuanto tiempo puede entregar
soluciones ? Qué soluciones y en qué orden?
Introducción – Cuestionamiento Ejemplo
5
Quienes o Qué roles están implicados,
requeridos o impactados en su estrategia ?
5. Arquitectura EmpresarialIntroducción – AE EN COLOMBIA
En Colombia empresas como Ecopetrol y el Grupo Familia, pero también
muchas entidades públicas como la Superintendencia de Sociedades y el
Ministerio de Justicia, ya han apropiado la arquitectura empresarial.
7. Arquitectura EmpresarialConceptos - Porqué nace la Arquitectura Empresarial
La AE (Arquitectura Empresarial) nació para hacer frente a algunos problemas:
• Falta de Alineamiento entre la estrategia de Negocio y las tecnologías de la información de la
empresa. Dado que los equipos de Negocio y TI tienen diferentes objetivos, diferentes roles,
diferente formación académica, diferentes capacidades, e incluso lenguajes diferentes, se hace
complejo transformar requerimientos de Negocio en proyectos de TI.
• Complejidad de sistemas. Las organizaciones invertían dinero en la construcción de sistemas
de TI (Tecnología de la Información), creciendo como “SILOS” aislados unos de otros.
• Soporte deficiente a los negocios. Las organizaciones encuentran mayor complejidad en
mantener los sistemas de TI, y ven poca “agilidad” para ofrecer nuevos servicios a sus clientes.
Las implicaciones de estos problemas incluyen:
- Tecnologías que no se usan o no llenan las expectativas de los usuarios
- Las tecnologías de la información de la empresa no responden a las actuales y futuras
exigencias del mercado de manera oportuna y rentable.
- Información de misión crítica que está constantemente desactualizada o simplemente
inconsistente o errónea.
- Una cultura de desconfianza entre las partes del Negocio y tecnológica dentro la organización.
- Sistemas de TI complejos y cada vez más costosos de mantener.
8. Arquitectura EmpresarialConceptos - Qué es Arquitectura?
La definición de arquitectura de sistemas basados en software dada por el estándar ISO/IEC/IEEE 42010 se puede resumir
como: "la organización fundamental de un sistema, representada por sus componentes, sus relaciones entre ellos y con su
entorno, y los principios que gobiernan su diseño y evolución.“
No obstante, TOGAF tiene una definición propia de lo que es una arquitectura, que en resumen es "una descripción formal de
un sistema, o un plan detallado del sistema a nivel de sus componentes que guía su implementación", o "la estructura de
componentes, sus interrelaciones, y los principios y guías que gobiernan su diseño y evolución a lo largo del tiempo.“
Un esquema de arquitectura es un conjunto de herramientas que puede ser utilizado para desarrollar un amplio espectro de
diversas arquitecturas. Este esquema debe:
• Describir una metodología para la definición de un sistema de información en términos de un conjunto de bloques
constitutivos (building blocks, en inglés) que encajen entre sí adecuadamente.
• Contener un conjunto de herramientas.
• Proveer un vocabulario común.
• Incluir una lista de estándares recomendados.
9. Arquitectura EmpresarialConceptos - Múltiples tipos de Arquitectura
• Arquitectura Empresarial
• Arquitectura IT
• Arquitectura de Soluciones
• Arquitectura de Infraestructura
• Arquitectura de Información
• Arquitectura de Aplicaciones/Software
• Arquitectura de Negocios
• Arquitectura de Seguridad
• Otros
Source:
10. Arquitectura EmpresarialConceptos – Qué es Arquitectura Empresarial?
Enterprise Architect – Arquitecto Empresarial
Enterprise architects work with stakeholders, both leadership and subject matter experts, to build a holistic view of the organization's strategy,
processes, information, and information technology assets. The role of the enterprise architect is to take this knowledge and ensure that the
business and IT are in alignment. The enterprise architect links the business mission, strategy, and processes of an organization to its IT
strategy, and documents this using multiple architectural models or views that show how the current and future needs of an organization will
be met in an efficient, sustainable, agile, and adaptable manner.
Enterprise architects operate across organizational and computing "silos" to drive common approaches and expose information assets and
processes across the enterprise. Their goal is to deliver an architecture that supports the most efficient and secure IT environment meeting a
company's business needs.
Enterprise architects are like city planners, providing the roadmaps and regulations that a city uses to manage its growth and provide services
to its citizens. In this analogy, it is possible to differentiate the role of the system architect, who plans one or more buildings; software
architects, who are responsible for something analogous to the HVAC (Heating, Ventilation and Air Conditioning) within the building;
network architects, who are responsible for something like the plumbing within the building, and the water and sewer infrastructure between
buildings or parts of a city. The enterprise architect however, like a city planner, both frames the city-wide design, and choreographs other
activities into the larger plan.
A holistic enterprise architecture (entarch) strategy has the potential to allow both the Business and IT strategies to cohesively enable and
drive each other. Therefore, enterprise architecture may be regarded as one of the key means to achieving competitive advantage through
information technology.
Source : Leo Shuster approach to AE
11. Arquitectura EmpresarialConceptos – Role del Arquitecto Empresarial
El propósito de un Arquitecto Empresarial, es trabajar con los Interesados del Negocio y de TI,
para construir y describir los componentes de una empresa, sus relaciones, cómo colaboran e
interactúan entre sí con el “mundo exterior” y asegurar que las áreas de Negocio y TI están
ALINEADAS. El AE integra la misión de la empresa, su estrategia y procesos a la estrategia de
TI, y documenta esto usando modelos y vistas de arquitectura mostrando cómo las actuales y
futuras necesidades de la empresa van a ser satisfechas de forma eficiente, sostenible, ágil y
adaptable.
12. Arquitectura EmpresarialConceptos – Marco de Referencia de Arquitectura Empresarial
Enterprise Strategy
Fire and
hope!
Enterprise Architecture
Business Operating Environment
and IT Infrastructure
Transition
Planning
Architecture
Governance
Bus Architecture IT Architecture
AEI
Corporate
Yankee
Group
Saturn
Group
Yarn
Division
Knits
Division
Seneca
Plant
Raleigh
Plant
Cash
Management
Shipping
Accounting
Component
Design
Yarn Buying
Order Entry
Component
Scheduling
Yarn
Dyeing
Inventory
Assortment
Planning
Component
Knitting
Tagging &
Packing
Business
Structure
Business
Locations
Típicamente, AE es la función de “Planificacion” entre la Estrategia y la Entrega u
Operación
ProgramfocusEnterprisewidefocus
Strategy
Planning
Design
and
Delivery
Change Programs
Soln Outline Macro Design Micro Design Devt, etc.
Program Architecture
Soln Outline Macro Design Micro Design Devt, etc.
Program Architecture
Enterprise
Architecture
= “the city plan”
System Design
= “the buildings”
Strategy
= “the city’s purpose & goals”
Technology
Availability
Business
Opportunity
Bus Strategy IT Strategy
“Do the Right Things”
“Do the Right Things Right”
Source : Leo Shuster approach to AE
13. Arquitectura EmpresarialConceptos – Definiciones de Arquitectura Empresarial
MIT Center for Information Systems Research (2007)
• Enterprise architecture is the organizing logic for business processes and IT infrastructure reflecting the integration and
standardization requirements of the company's operating model
Enterprise Architecture Research Forum
• Continuous practice of describing the essential elements of a socio-technical organization, their relationships to each other
and to the environment, in order to understand complexity and manage change
Gartner (2013)
• Discipline for proactively and holistically leading enterprise responses to disruptive forces by identifying and analyzing the
execution of change toward desired business vision and outcomes. EA delivers value by presenting business and IT leaders
with signature-ready recommendations for adjusting policies and projects to achieve target business outcomes that capitalize
on relevant business disruptions.
• EA is used to steer decision making toward the evolution of the future state architecture.
The Open Group (2015)
• Enterprise architecture (EA) is the definition and representation of a high-level view of an enterprise‘s business processes and
IT systems, their interrelationships, and the extent to which these processes and systems are shared by different parts of the
enterprise
US Federal Enterprise Architecture Framework (FEAF)
• Enterprise architecture is a management practice to maximize the contribution of an agency’s resources, IT investments, and
system development activities to achieve its performance goals.
• Architecture describes clear relationships from strategic goals and objectives through investments to measurable performance
improvements for the entire enterprise or a portion (or segment) of the enterprise.
14. Arquitectura EmpresarialConceptos - Capas de Arquitectura Empresarial
Necesidades
AlineamientoyJustificación
Visión
Estratégica
Arquitectura de Negocio
Arquitectura de Aplicaciones y Datos
Arquitectura Tecnológica
Gobierno, estándares y Normativas
Plan Estratégico de TI
Programas y Proyectos
de TI
Diseño e implementación de servicios de TI – Gestión Catalogo de Servicios
Evolución de TI
a X años
15. Arquitectura EmpresarialConceptos – Objetivos de Arquitectura Empresarial
Alineamiento de la estrategia de
Negocio y TI
Incrementar la agilidad de Negocio y
de TI
Establecer y refinar la vision futura
de Arquitectura
Gobierno y Dirección de las
decisiones Tecnológicas
Source : Leo Shuster approach to AE
16. Arquitectura EmpresarialConceptos – Beneficios de Arquitectura Empresarial?
Negocio
• Mejor alineamiento
del Negocio y TI
• Negocio más ágil
• Eficiencia en los
procesos de
negocio
• Reduce el tiempo
de producción
TI
• Incremento de
estandarización y
alineamiento de la
tecnología
• Consolidación de
Plataformas
• Simplificación de
tecnología y
aplicaciones
Financiero
• Mejora el retorno
de la inversión
actual y minimiza
el riesgo de futuras
inversiones
• Ahorro en costos
• Modelo de
inversión
predecible
Source : Leo Shuster approach to AE
18. Arquitectura EmpresarialConceptos – Visión de Arquitectura Empresarial
Cost focus Value focus
Tactical, opportunistic Strategic, systematic
Cost Reduction
What do we have?
Need all of it?
Consolidate to
reduce costs?
Desire for impact
analysis
Standardization
Develop standards
and recommended
best practices (e.g.
technology stacks,
server platforms)
Seeking repeatability
Encourage IT
evolution
Focusing on IT
scope only
Broaden Scope
Meet business needs
by linking IT to
business
Managing
architectures outside
IT
Increasing focus on
business architecture
and business
processes
Realizing Strategy
Develop business
strategy
Value propositions,
capabilities,
resources?
Refine into to-be
Compare to as-is
Create transition plan
Execute
Enterprise Architecture has to be treated as an ongoing program that continues to
evolve together with the organization
Source : Leo Shuster approach to AE
19. Arquitectura EmpresarialConceptos – Definición de Framework o marco de referencia de Arquitectura
Architecture Frameworks
ISO/IEC/IEEE 42010 defines architecture framework and specifies
requirements on architecture frameworks.
ISO/IEC/IEEE 42010 was approved for use and published in 2011.
The Standard was the product of joint development by ISO and IEEE
to revise IEEE Std 1471:2000, following the fast-track adoption of
the IEEE Standard by ISO in 2006.
Architecture framework:
conventions, principles and practices for the description of
architectures established within a specific domain of application
and/or community of stakeholders.
20. Arquitectura EmpresarialConceptos – Frameworks o Marcos de Referencia de Arquitectura Empresarial
Many Enterprise Architecture frameworks have
been created
Zachman Enterprise Framework
The Open Group Architecture Framework
(TOGAF)
OMB Federal Enterprise Architecture (FEA)
The Gartner Methodology (formerly the Meta
Framework)
Others
The specification of architecture frameworks is one area of
standardization in ISO/IEC/IEEE 42010:2011 (the international revision
of IEEE 1471:2000).
http://www.iso-architecture.org/ieee-1471/afs/frameworks-table.html
strengths and weaknesses
No ideal framework for all situations
Each framework has to be customized to fit the
organization
EA Frameworks
typically include:
•Common vocabulary,
models, and taxonomy
•Processes, principles,
strategies and tools
•Reference architectures and
models
•Prescriptive guidance (EA
processes, architecture
content, implementation
roadmap, governance)
•Catalog of architecture
deliverables and artifacts
•Enterprise Architecture
Content Metamodel
22. Arquitectura EmpresarialConceptos – Frameworks y Métodos de Arquitectura Empresarial
El Marco de Trabajo Zachman es un marco de referencia
(framework) de Arquitecturas empresariales creado por John
A. Zachman en 1984 y publicado por primera vez en el IBM
Systems Journal en 1987. Los principios fundamentales que
guían la aplicación del Framework de Zachman incluyen los
siguientes aspectos:
1.Un sistema completo que puede ser modelado por
representación de las respuestas a las siguientes preguntas:
¿por qué, quién, qué, cómo, dónde y cuándo?
2.Los seis puntos de vista de captura de todos los modelos
críticos para el desarrollo del sistema.
3.Las restricciones para cada perspectiva son aditivos; las de
una fila inferior se suman a los de las filas de arriba para
ofrecer un creciente número de restricciones.
4.Las columnas representan abstracciones diferentes en un
esfuerzo por reducir la complejidad de un modelo único que se
construyen.
5.Las columnas no tienen ningún orden.
6.El modelo de cada columna debe ser único.
7.Cada fila representa una perspectiva única.
8.Cada celda es única.
9.La lógica inherente es recursivo.
Source : Zachman Framework
23. Arquitectura EmpresarialConceptos – Frameworks y Métodos de Arquitectura Empresarial
TOGAF FRAMEWORK
Source : TOGAF Open Group
TOGAF es un marco de referencia de arquitectura. En términos
simples, TOGAF es una herramienta para asistir en la
aceptación, creación, uso, y mantenimiento de arquitecturas.
Está basado en un modelo iterativo de procesos apoyado por las
mejores prácticas y un conjunto reutilizable de activos
arquitectónicos existentes.
TOGAF es desarrollado y mantenido por el Foro de Arquitectura
de The Open Group. La primera versión de TOGAF,
desarrollada en 1995, se basó en el Marco de Referencia de
Arquitectura Técnica para la Gestión de la Información del
Ministerio de Defensa Estadounidense (TAFIM por sus siglas en
inglés). Comenzando con esta solida fundación, el Foro de
Arquitectura de Th e Open Group ha desarrollado versiones
sucesivas de TOGAF con regularidad y ha publicado cada una
en el sitio web público de The Open Group.
24. Arquitectura EmpresarialConceptos – Frameworks y Métodos de Arquitectura Empresarial
Fase Preliminar: Framework y Principios Preparar a la organización un adecuado proyecto de arquitectura TOGAF,
definir los principios de arquitectura, definir el Framework y las
herramientas.
Gestión de Requerimientos Asegurar que cada etapa del proyecto TOGAF este fundamentada en
requerimientos de negocio validados. Cubre todo el ciclo, se itera varias
veces sobre los requerimientos.
Fase A: Visión de Arquitectura Establecer el alcance, restricciones, y las expectativas del proyecto
TOGAF; Crear la Visión; determinar los stakeholders; validar el contexto
del negocio y crear el “Statement of Architecture Work”; Obtener
aprobaciones.
Fase B: Arquitectura de Negocios
Fase C: Arquitecturas de Sistemas de Información
Fase D: Arquitectura Tecnológica
Desarrollar la arquitectura en tres niveles:
1. Negocio
2. Sistema de Información(aplicaciones y datos)
3. Tecnología
En cada caso desarrollar la arquitectura baseline (“as is”) y el objetivo
(“to be”) y analizar gaps
Fase E: Oportunidades y Soluciones Evaluar y seleccionar entre las opciones de implementación identificadas
en la arquitectura objetivo; identificando los proyectos de
implementación más importantes.
Fase F: Plan de Migración Analizar costos, beneficios y riesgos; desarrollar una lista priorizada de
proyectos sobre las bases del plan de implementación y migración.
Fase G: Implementación del Governance Preparar y realizar los “Architecture Contracts” (Implementación del
Governance Board); asegurando que la implementación del proyecto este
acorde a la arquitectura.
Fase H: Gestión del Cambio Proveer un monitoreo continuo para asegurar que la arquitectura responde
a las necesidades de la empresa.
Source : TOGAF Open Group
TOGAF ADM (Architecture Development Method)
25. Arquitectura EmpresarialConceptos – Frameworks de Arquitectura Empresarial
Enterprise
Architecture consists
of several logical
components
Each component
must identify its
own strategies,
reference models,
and directions
EA serves as a
governance function
Architecture
Review Board
Processes and
policies
Technology
Funding
EA Repository
Central repository
for all EA artifacts
Source : Oracle Enterprise Architecture Framework
ORACLE EA FRAMEWORK
26. Arquitectura EmpresarialConceptos – Gobierno de Arquitectura Empresarial y TI
IT governance is a set of
processes and policies
that dictate how IT work
should be performed
EA governance is a set
of processes and policies
that dictate how
technology decisions are
made
IT and EA governance
domains intersect in the
project delivery space
Source : ebizQ
Gobierno de TI es un conjunto de
procesos y políticas que indican cómo las
tareas de TI deben ser ejecutadas
Gobierno de AE es un conjunto de
procesos y políticas que indican cómo las
decisiones de Tecnología deben ser
tomadas
La intersección entre TI y AE son los
proyectos derivados de AE y ejecutados
por TI
27. Arquitectura EmpresarialConceptos – Gobierno de Arquitectura Empresarial
Enterprise Architecture
establishes a number of
governance mechanisms
Architecture Board serves
as a governance body
ensuring IT initiatives align
with EA
CTO and/or Chief Architect
provide stewardship and
guidance
Enterprise Architects
develop policies, practices,
and processes that the
Architecture Board supports
Enterprise Architecture and
IT leadership ensures
alignment with business
goals, strategies, and
objectives
Source : TOGAF Open Group
Alignment
31. Arquitectura EmpresarialArquitectura de Negocio –Visión y Misión
Entender y definir el contexto estratégico y de
Negocio de la empresa
• Justificantes, motivaciones y lineamientos
estratégicos
• Procesos de Negocio
• Alcance y Limitantes
• Como vamos conseguir estos objetivos?
La Misión de la arquitectura de Negocio es guiar
el desarrollo y dirección de la arquitectura de la
empresa, así como formar las bases y alcance de
todo el trabajo posterior
VISION
MISION
Source: TOGAF Open Group
32. Arquitectura EmpresarialArquitectura de Negocio – Objetivo y Valor
Source: TOGAF
OBJETIVO
Entender, describir y modelar el estado actual
de la arquitectura de Negocio(as is), y entonces
desarrollar la arquitectura de Negocio objetivo
(to be).
Queremos entender :
• Capacidades de Negocio
• Procesos
• Gente
VALOR DE LA VISION DE ARQUITECTURA
Proveer un punto de comparacion de la
arquitectura de negocio actual y futura
Genera un conjunto de requerimientos que
seran alineados con TI
33. Arquitectura EmpresarialArquitectura de Negocio – Donde Nace?
Non-integrated
processes
andsystems
indifferentparts
oftheenterprise
Integratedprocessesandsystems
acrosstheentireenterprise
EnterpriseArchitecture
Non-integrated
processes
andsystems
indifferentparts
oftheenterprise
Integratedprocessesandsystems
acrosstheentireenterprise
EnterpriseArchitecture
Video
Network
Strategy
Business
Information
Systems
Business&TechnologyAlignment
IT
Systems
Web
Services
Process 1
Process 2
Data
Network
Applications
Voice
Network
Systems
Web
Services
Process 1
Process 2
Data
Network
Applications
Voice
Network
Video
Network
Process 3
Strategic
Initiative 2
Strategic
Initiative 1
Strategic
Initiative 1
Strategic
Initiative 2
Data
Dictionary
Object
Reuse
Data
Flows
Object
Reuse Data
Dictionary
Data
Flows
Video
Network
Strategy
Business
Information
Systems
Networks
Business&TechnologyAlignment
IT
Systems
Web
Services
Process 1
Process 2
Data
Network
Applications
Voice
Network
Systems
Web
Services
Process 1
Process 2
Data
Network
Applications
Voice
Network
Video
Network
Process 3
Strategic
Initiative 2
Strategic
Initiative 1
Strategic
Initiative 1
Strategic
Initiative 2
Data
Dictionary
Object
Reuse
Data
Flows
Object
Reuse Data
Dictionary
Data
Flows
EA=S+B+T
La Arquitectura empresarial ayuda a integrar y gestionar recursos de TI desde una perspectiva estratégica
y de Negocio.
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
TechnologyTechnology
InfrastructureInfrastructure
Systems &Systems &
ApplicationsApplications
InformationInformation
FlowsFlows
BusinessBusiness
ServicesServices
NetworkNetwork
InfrastructureInfrastructureNetworkNetwork
InfrastructureInfrastructureStrategicStrategic
InitiativesInitiatives
Lines of BusinessLines of Business
CC
OO
MM
PP
OO
NN
EE
NN
TT
SS
Enterprise Architecture CubeEnterprise Architecture Cube ™™
Security,Standards,WorkforceSecurity,Standards,Workforce
EA³
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
TechnologyTechnology
InfrastructureInfrastructure
Systems &Systems &
ApplicationsApplications
InformationInformation
FlowsFlows
BusinessBusiness
ServicesServices
NetworkNetwork
InfrastructureInfrastructureNetworkNetwork
InfrastructureInfrastructureStrategicStrategic
InitiativesInitiatives
Lines of BusinessLines of Business
CC
OO
MM
PP
OO
NN
EE
NN
TT
SS
Enterprise Architecture CubeEnterprise Architecture Cube ™™
Security,Standards,WorkforceSecurity,Standards,Workforce
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
NetworkNetwork
InfrastructureInfrastructure
TechnologyTechnology
InfrastructureInfrastructure
Systems &Systems &
ApplicationsApplications
InformationInformation
FlowsFlows
BusinessBusiness
ServicesServices
NetworkNetwork
InfrastructureInfrastructureNetworkNetwork
InfrastructureInfrastructureStrategicStrategic
InitiativesInitiatives
Lines of BusinessLines of Business
CC
OO
MM
PP
OO
NN
EE
NN
TT
SS
Enterprise Architecture CubeEnterprise Architecture Cube ™™
Security,Standards,WorkforceSecurity,Standards,Workforce
EA³
Source: winton huang
34. Arquitectura EmpresarialArquitectura de Negocio – Dentro del contexto de Arquitectura Empresarial
Métier
Aplicaciones y Sistemas
Informacion y Datos
Estrategia
Negocio
Definir la estrategia de la organización, metas y
objetivos: Qué hacer?, y Como hacerlo?
Procesos de Negocio: soportar la estrategia de
la organizacion
Aplicaciones que soportan al Negocio,
Implementar funciones de negocio en
los sistemas de TI
La informacion es clave:
Gasolina que conduce la Arquitectura
Infraestrucura que soporta las aplicaciones:
-Componentes tecnicos : servers, networks,
platforms, routers, etc.
Red e Infraestructura
Source: winton huang
35. Arquitectura EmpresarialArquitectura de Negocio - Business Drivers – Motivadores de Negocio
♦ Presidencia – Dirección General Dirección estrategia y prioridades
♦ Gerentes de Negocio Cambios en Procesos de Negocio
♦ Gerente de TI Cambios en TI y procesos de soporte al negocio
Capacidades
Actuales
de la
Empresa
Capacidades
Futuras
de la
EmpresaNuevas tecnologias y
Procesos de soporte
(TI)
Prioridades de Negocio
(Gerencias)
Objetivos y Prioridades
Estrategicos
(Alta Gerencia)
EstrategiaTactica
Metas
de Negocio
KPIs
Programas
Y
Proyectos
Source: winton huang
36. Arquitectura EmpresarialArquitectura de Negocio - Visión
Source: winton huang
Enterprise Direction Diagram
Define e incluye la estrategia
del negocio, objetivos de
negocio, KPIs y tácticas
Muestra lo que queremos
conseguir y como llegar ahí
Objective
TrainPersonnel
Objective
GrowTurnover by 17%per Year Strategy
RetainCoreBusiness
Strategy
ExtendReachOverseas
Strategy
Invest inPeople
Strategy
GrowthThroughAcquisiton
* *
*
*
*
*
*
*
*
*
Vision
JKEnterprises
Goal
*
GrowCompany Size
Goal
*
Multi-Channel Integration
Goal
*
Business Transformation
Objective
NewCustomers
Objective
Increasecross-sell ratio
Objective
Delivery viaChannel
Objective
Channel Cost Reduction
Objective
Optimizethengrow
Objective
OrganizationandProcesses
Objective
Removeredundancies
Objective
Centralizedsharedservices
Objective
Shift focus tostrategic functions
Objective
Outsourcehighcost tactical business functions
37. Arquitectura EmpresarialArquitectura de Negocio - Visión
MAPA ESTRATÉGICO
Representacion visual de los objetivos clave de negocio alineado a iniciativas clave de la empresa.
Customer
Customer Relationship Experience
Personnel
Personnel Proficiencyand Morale
Internal Processes
Internal Operations
Financial Maximise Share Price and Dividends
Optimiseprice,
availability,
product
choices
IncreaseKnowledge
of Sales
Personnel
IntegratedCRM
Systems
EnhanceCultural
Working
Environment
Channel Cost
Reduction
DeliveryviaChannel
Outsourcehighcost
tactical business
functions
Increasecross-sell
ratioImproveCost Structure
GrowTurnover by
17%per Year
TrainPersonnel
Source: winton huang
38. Arquitectura EmpresarialArquitectura de Negocio - Visión
Source: winton huang
REQUERIMIENTOS
Hay diferentes guías, se debe recopilar el conjunto de requerimientos que definan las capacidades que la
empresa debe soportar o proveer a la operación :
• Metas y objetivos de Negocio
• KPIs
• Limitantes del Negocio o estratégicos
• Factores clave de éxito
• Resumen de necesidades de los clientes
• Requerimientos de Clientes
• Problemas (Negocio, TI)
• Políticas de Empresa
• Principios de Empresa
40. Arquitectura EmpresarialArquitectura de Negocio – Procesos de Negocio y Gente
Source: winton huang
COMO SE HACEN LAS
CAPACIDADES DE
NEGOCIO?
QUIEN PARTICIPA O
LIDERA LAS
CAPACIDADES Y
PROCESOS DE NEGOCIO?
41. Arquitectura EmpresarialArquitectura de Negocio – Análisis GAP
Para cada proceso/capacidad/actividad de Negocio
hacemos el análisis GAP comparando la Arquitectura
actual y futura, documentando los cambios o diferencias
resultantes y definir el alcance del trabajo a realizar para
llegar a la Arquitectura objetivo, esto se hace mediante la
definición de programas o proyectos a ser ejecutados por
la empresa en un periodo de tiempo definido.
Business domain gaps:
o People gaps (e.g., cross-training requirements)
o Process gaps (e.g., process inefficiencies)
o Tools gaps (e.g., duplicate or missing tool functionality)
o Information gaps
o Measurement gaps
o Financial gaps
o Facilities gaps (buildings, office space, etc.)
Description of the gap between the current (as-is) and target (to-be) state business architectures.
This difference, or delta, defines the scope of work that needs to be undertaken in order to
transition from the current to the target business architecture. This scope is thus the scope of the
program(s) or project(s) that need to be completed in order to reach the target business architecture.
Source: TOGAF Open Group
42. Arquitectura EmpresarialArquitectura de Negocio – Artefactos y Plantillas TOGAF
Existen diferentes artefactos, entregables
y plantillas de referencia para
documentar esta Arquitectura (AS IS y
TO BE), idealmente usamos matrices
RASCI que permitan describir las
relaciones entre Capacidades de Negocio,
Procesos y Gente.
Location
Physical process Location 1 Location 2 Location 3
Process 1 X
Process 2
Process 3
Process 4
Business Unit Actors
Third-
Party
Actors Implementation Actors
Activity Actor 1 Actor 2 Actor 3 Actor 4 Actor 5 Actor 6 Actor 7
Activity 1 AR C
Activity 2 AR C C C I
Activity 3 A C R I
Activity 4 AR
Activity 5 R C A I C
Activity 6 C C I C AR I
Actor
Business Role Actor 1 Actor 2 Actor 3
Role 1 X
Role 2
Role 3
Role 4
Source: TOGAF Open Group
44. Arquitectura EmpresarialArquitectura de Datos –Visión y Misión
Las vistas generadas en esta fase cubren las
competencias de diseñadores, administradores de
Bases de Datos e ingenieros de sistemas,
documentando los modelos conceptuales de datos,
las relaciones entre las entidades y los flujos de
datos.
La Misión de la arquitectura de datos es definir los
principales tipos y fuentes de información para dar
soporte al sistema, de una manera que sea
completa, coherente, estable y entendible por los
actores. En las vistas de la arquitectura de datos no
se pretende llegar al nivel lógico o físico de los
sistemas de almacenamiento sino definir las
entidades, sus atributos y las relaciones claves
entre ellos para el correcto funcionamiento.
VISION
MISION
Source: TOGAF Open Group
45. Arquitectura Empresarial
OBJETIVO
El objetivo es definir los principales tipos y fuentes de datos
necesarios para el soporte del negocio.
De manera que sea:
• Comprensible por los interesados
• completa y consistente
• estable
El objetivo es definir las entidades de datos correspondientes
a la empresa, no para el diseño de sistemas de
almacenamiento lógicos o físicos.
Arquitectura de Datos - Objetivo
46. Arquitectura Empresarial
• Logical Data Component
A boundary zone that encapsulates related data entities to form a logical location to be held. For example, external procurement information.
• Physical Data Component
A boundary zone that encapsulates related data entities to form a physical location to be held. For example, a purchase order business object, comprising
purchase order header and item business object nodes.
Arquitectura de Datos – Conceptos
Source: Diagrama TOGAF Open Group
47. Arquitectura Empresarial
• Gestión de datos (Data Management)
• Migración de Datos (Data Migration)
• Data Governance
Arquitectura de Datos – Aspectos Clave a Considerar
48. Arquitectura Empresarial
GESTIÓN DE DATOS (DATA MANAGEMENT)
Cuando una empresa ha optado por realizar la transformación arquitectónica a gran escala,
es importante entender y abordar los problemas de gestión de datos.
Se debe de considerar y cuestionar :
• Una definición clara de los componentes de aplicación( sistema de registro o de
referencia para los datos maestros de la empresa )
• ¿Habrá un estándar en toda la empresa que todos los componentes de la aplicación,
incluyendo paquetes de software, tienen que adoptar?
• Las entidades de datos que son utilizados por las funciones de negocio, procesos y
servicios
Arquitectura de Datos – Gestión de Datos (1/2)
49. Arquitectura Empresarial
• Entender claramente cómo y cuando las entidades de datos de la empresa se crean, almacenan,
comunican, y reportan.
• ¿Cuál es el nivel y la complejidad de los datos y las transformaciones necesarias para apoyar el
intercambio de información necesaria entre las aplicaciones?
• ¿Cuáles serán los requisitos para el software de apoyo a la integración de datos (por ejemplo, el
uso de herramientas de ETL durante la migración de datos, los datos herramientas de perfilado para
evaluar la calidad de datos, etc)?
Arquitectura de Datos –Gestión de Datos (2/2)
50. Arquitectura Empresarial
MIGRACIÓN DE DATOS (DATA MIGRATION)
Al sustituir una aplicación existente, se originan necesidades críticas para migrar datos para
la nueva aplicación.
La arquitectura de datos debe identificar los datos, los requisitos de migración y también
proporcionar indicadores como el nivel y tipos de transformación, y la limpieza que se
requiere para presentar los datos de modo que cumpla con los requisitos y limitaciones de la
aplicación de destino.
El objetivo es que la aplicación de destino sea cargada con Datos de buena calidad,
consistencia e integridad. Otra consideración clave es asegurarse de que exista una
definición común de datos la empresa asociada a un Sistema Maestro.
Arquitectura de Datos – Migración de Datos
51. Arquitectura Empresarial
VISTAS DE DATOS
Una vista es una consulta que se presenta como una tabla (virtual) a partir de un conjunto de tablas en una
base de datos relacional.
Las vistas tienen la misma estructura que una tabla: filas y columnas. La única diferencia es que sólo se
almacena de ellas la definición, no los datos.
Una vista se especifica a través de una expresión de consulta (una sentencia SELECT) que la calcula y que
puede realizarse sobre una o más tablas. Sobre un conjunto de tablas relacionales se puede trabajar con un
número cualquiera de vistas.
La mayoría de los Sistemas de Gestión de Bases de Datos (SGBD) soportan la creación y manipulación de
vistas. Las vistas se crean cuando se necesitan hacer varias sentencias para devolver una tabla final.
Gracias a las vistas de la arquitectura de datos, es mucho más fácil detectar errores de relación entre
entidades, datos que se necesitan de los que no se dispone, datos que no estamos utilizando, estructuras de
datos que no se crean, datos que necesitamos y no se encuentran o no están disponibles.
Arquitectura de Datos – Vistas de Datos
Source : Tesis doctoral, D. Vicente Traver Salcedo
52. Arquitectura EmpresarialArquitectura de Datos – Tipos de Vistas de Datos
Arquitectura de Datos
Vista relacion
Negocio/EntidadesVista Flujo de Datos
Vista Modelo
Conceptual de Datos
53. Arquitectura Empresarial
MODELO CONCEPTUAL DE DATOS
Arquitectura de Datos – Tipos de Vistas de Datos
El modelo conceptual de datos recoge las diferentes entidades con sus atributos y las
relaciones existentes entre ellas, donde entendemos como entidad a cualquier persona,
concepto, suceso o evento (en definitiva, cualquier "cosa") con existencia independiente
sobre la cual se desea almacenar información y como atributos a las propiedades
específicas que definen una entidad. Este modelo conceptual permitirá la fácil creación
de la/s base/s de datos que dará/n soporte al sistema.
Source : Tesis doctoral, D. Vicente Traver Salcedo
55. Arquitectura Empresarial
VISTA MODELO ENTIDADES-PROCESOS DE NEGOCIO
Arquitectura de Datos – Tipos de Vistas de Datos
El objetivo de esta vista es relacionar las entidades definidas en la vista previa con el
conjunto de procesos definidos en la arquitectura de negocio. De esta manera,
aseguramos una mayor consistencia de la estructura de datos a crear durante el
desarrollo, pues se facilita la comprobación de cualquier error en su diseño, eliminando
entidades innecesarias o agrupándolas de una manera mucho más productiva.
Source : Tesis doctoral, D. Vicente Traver Salcedo
56. Arquitectura Empresarial
EJEMPLO DE REPRESENTACIÓN VISTA MODELO ENTIDADES-PROCESOS DE
NEGOCIO
Arquitectura de Datos – Tipos de Vistas de Datos
Se sugiere el uso de una
matriz con los procesos
identificados y las entidades,
indicando cuáles de las
operaciones CRUD (Create,
Reference, Update & Delete)
son realizadas por cada uno
de los procesos sobre las
entidades.
Source : Tesis doctoral, D. Vicente Traver Salcedo
57. Arquitectura Empresarial
VISTA FLUJO DE DATOS
Arquitectura de Datos – Tipos de Vistas de Datos
Esta vista presenta cómo se proveen los datos a los usuarios y a las aplicaciones con el
interfaz adecuado en el momento correcto. Principalmente, define cómo se llevará a cabo
el almacenamiento, recuperación, procesado, archivado y seguridad de datos; además,
documenta el modelo de datos utilizado (generalmente relacional aunque también puede
ser jerárquico, en red, orientado a objetos o en texto plano) y el SGBD.
Source : Tesis doctoral, D. Vicente Traver Salcedo
58. Arquitectura Empresarial
EJEMPLO DE REPRESENTACIÓN VISTA FLUJO DE DATOS
Arquitectura de Datos – Tipos de Vistas de Datos
La representación del punto de vista de
flujo de datos esta representada en el
diagrama de flujo de datos (DFD) de la
izquierda y debe documentar cada
entidad y base de datos incluida en el
diagrama. Para ello se propone elaborar
el DFD y documentar la base de datos
mediante fichas para cada una de las
BBDD del proyecto, donde para cada una
de ellas se presentan los siguientes
campos: Descripción, Modelo de Datos,
Sistema de Gestión de Base de Datos
Almacenamiento, Recuperación,
Procesado, Archivado y Seguridad. Así, y
tras el campo de SGBD, se describe
cómo se procede para realizar las tareas
de almacenado, recuperación, procesado,
archivo y seguridad de datos al nivel
indicado en la vista resumen de la
arquitectura.
Source : Tesis doctoral, D. Vicente Traver Salcedo
59. Arquitectura EmpresarialArquitectura de Datos – Análisis GAP
EJEMPLO DE PLANTILLA DE ANALISIS GAP
Código PROCESO
ARQUITECTURA
AS IS
ARQUITECTURA
TO BE
PROGRAMAS DERIVADOS CODIGO
OBJETIVO
ESTRATEGICO
Al finalizar el diseño de cada capa de la Arquitectura Empresarial (Negocio, Datos,
Aplicaciones y Tecnología) se debe realizar un análisis GAP, que consiste en analizar
las diferencias entre la Arquitectura AS IS y la Arquitectura TO BE de cada capa, para
definir los programas derivados.
Se puede usar una plantilla como la siguiente para mostrar los resultados.
61. Arquitectura EmpresarialArquitectura de Aplicaciones - Visión
La Arquitectura de Aplicaciones es un
marco de referencia que reúne todas las
aplicaciones de Negocio sus
funcionalidades y su evolución. Este marco
provee un plano (blueprint, en inglés) para
cada uno de los sistemas de aplicación que
se requiere implantar, las interacciones
entre estos sistemas y sus relaciones con los
procesos de negocio centrales de la
organización.
Source: Diagrama TOGAF Open Group
62. Arquitectura Empresarial
OBJETIVO
El objetivo de la arquitectura de Aplicaciones es definir y describir
las Aplicaciones de Negocio y la funcionalidad requerida para dar
soporte a la implantación de los procesos de Negocio de la
organización.
De manera que sea:
• Comprensible por los interesados
• completa y consistente
• Fácil de Usar y Segura
El objetivo es definir, documentar y diseñar las funcionalidades que
deben cubrir las aplicaciones de negocio, de modo que satisfagan
los requerimientos de Negocio, de TI y de Regulaciones,
proyectando su crecimiento futuro.
Arquitectura de Aplicaciones - Objetivo
Source: Diagrama TOGAF Open Group
63. Arquitectura Empresarial
• Logical Application Component
An encapsulation of application functionality that is independent of a particular implementation. For example, the classification of all purchase request
processing applications implemented in an enterprise.
• Physical Application Component
An application, application module, application service, or other deployable component of functionality. For example, a configured and deployed instance
of a Commercial Off-The-Shelf (COTS) Enterprise Resource Planning (ERP) supply chain management application.
Arquitectura de Aplicaciones – Conceptos
Source: Diagrama TOGAF Open Group
64. Arquitectura Empresarial
• Process should normally be used to describe flow A process is a flow of interactions between
functions and services and cannot be physically deployed. All processes should describe the flow of
execution for a function and therefore the deployment of a process is through the function it supports;
i.e., an application implements a function that has a process, not an application implements a process.
• Function describes units of business capability at all levels of granularity The term "function" is
used to describe a unit of business capability at all levels of granularity, encapsulating terms such as
value chain, process area, capability, business function, etc. Any bounded unit of business function
should be described as a function.
• Business services support organizational objectives and are defined at a level of granularity
consistent with the level of governance needed A business service operates as a boundary for one or
more functions. The granularity of business services is dependent on the focus and emphasis of the
business (as reflected by its drivers, goals, and objectives). A service in Service Oriented Architecture
(SOA) terminology (i.e., a deployable unit of application functionality) is actually much closer to an
application service, application component, or technology component, which may implement or
support a business service.
• Business services are deployed onto application components Business services may be realized by
business activity that does not relate to IT, or may be supported by IT. Business services that are
supported by IT are deployed onto application components. Application components can be
hierarchically decomposed and may support one or more business services. It is possible for a
business service to be supported by multiple application components, but this is problematic from a
governance standpoint and is symptomatic of business services that are too coarse-grained, or
application components that are too fine-grained.
• Application components are deployed onto technology components An application component is
implemented by a suite of technology components. For example, an application, such as "HR
System" would typically be implemented on several technology components, including hardware,
application server software, and application services.
Arquitectura de Aplicaciones – Aspectos Clave
Source: Diagrama TOGAF Open Group
65. Arquitectura Empresarial
VISTAS
• Aplicaciones que soportan
los procesos de Negocio
• Integración entre
Aplicaciones
• Integración de
Aplicaciones de Negocio
y su Almacenamiento
• Inventario de
Aplicaciones de Negocio
Arquitectura de Aplicaciones – Vistas
Source: Diagrama TOGAF Open Group
66. Arquitectura EmpresarialArquitectura de Aplicaciones – Matriz Aplicación - Aplicación
EJEMPLO DE PLANTILLA LEVANTAMIENTO DE INFORMACIÓN DE
APLICACIONES
Source: Diagrama TOGAF Open Group
Logical Application Components Interaction Map
Logical App Component 1 Logical App Component 2 Logical App Component 3 Logical App Component 4 Logical App Component 5 Logical App Component 6
Logical App Component 1
Logical App Component 2
consumes
Logical App Component 3
communicates with communicates with
Logical App Component 4
Logical App Component 5
communicates with communicates with
Logical App Component 6
consumes
Physical Application Components Map
Physical App Component 1 Physical App Component 2 Physical App Component 3 Physical App Component 4 Physical App Component 5 Physical App Component 6
Physical App Component
1
Physical App Component
2 consumes
Physical App Component
3 communicates with communicates with
Physical App Component
4
Physical App Component
5 communicates with communicates with
Physical App Component
6 consumes
67. Arquitectura EmpresarialArquitectura de Aplicaciones – Matriz Aplicación – Procesos de Negocio
EJEMPLO DE PLANTILLA LEVANTAMIENTO DE INFORMACIÓN DE
APLICACIONES – PROCESOS DE NEGOCIO
Source: Diagrama TOGAF Open Group
Logical Application Components Interaction Map to Business Functions
Business Function 1 Business Function 2 Business Function 3 Business Function 4 Business Function 5 Business Function 6
Logical App Component 1
Logical App Component 2 deployed
Logical App Component 3
deployed deployed
Logical App Component 4
Logical App Component 5 deployed
Logical App Component 6
Physical Application Components Map to Business Functions
Business Function 1 Business Function 2 Business Function 3 Business Function 4 Business Function 5 Business Function 6
Physical App Component
1
Physical App Component
2
Physical App Component
3
Physical App Component
4
Physical App Component
5
Physical App Component
6
68. Arquitectura EmpresarialArquitectura de Aplicaciones – Matriz Aplicación – Bases de Datos
EJEMPLO DE PLANTILLA LEVANTAMIENTO DE INFORMACIÓN DE
APLICACIONES – BASES DE DATOS
Source: Diagrama TOGAF Open Group
Logical Application Components Interaction Map with Data Base
Logical DB Component 1 Logical DB Component 2 Logical DB Component 3 Logical DB Component 4 Logical DB Component 5 Logical DB Component 6
Logical App Component 1
Logical App Component 2
consumes
Logical App Component 3
communicates with communicates with
Logical App Component 4
Logical App Component 5
communicates with communicates with
Logical App Component 6
consumes
Physical Application Components Map
Physical DB Component 1 Physical DB Component 2 Physical DB Component 3 Physical DB Component 4 Physical DB Component 5 Physical DB Component 6
Physical App Component
1
Physical App Component
2 consumes
Physical App Component
3 communicates with communicates with
Physical App Component
4
Physical App Component
5 communicates with communicates with
Physical App Component
6 consumes
69. Arquitectura EmpresarialArquitectura de Aplicaciones – Inventario de Aplicaciones de Negocio
EJEMPLO DE PLANTILLA LEVANTAMIENTO DE INFORMACIÓN DE
APLICACIONES DE NEGOCIO
Source: Diagrama TOGAF Open Group
Logical Application Components (CORE)
ID Name Description Category Source Owner Standards Class Standard Creation Date Last Standard Review Date
Next Standard
Review Date
Retire
Date
ISA_LAC_01
ISA_LAC_02
ISA_LAC_03
ISA_LAC_04
ISA_LAC_05
ISA_LAC_06
Physical Application Components (Infrastructure Consolidation Extension)
ID Name Description Category Source Owner Standards Class
Standard Creation
Date Last Standard Review Date
Next Standard
Review Date
Retire
Date
ISA_PAC_01
ISA_PAC_02
ISA_PAC_03
ISA_PAC_04
ISA_PAC_05
70. Arquitectura EmpresarialArquitectura de Aplicaciones – Análisis GAP
EJEMPLO DE PLANTILLA DE ANALISIS GAP
Código PROCESO
ARQUITECTURA
AS IS
ARQUITECTURA
TO BE
PROGRAMAS DERIVADOS CODIGO
OBJETIVO
ESTRATEGICO
Al finalizar el diseño de cada capa de la Arquitectura Empresarial (Negocio, Datos,
Aplicaciones y Tecnología) se debe realizar un análisis GAP, que consiste en analizar
las diferencias entre la Arquitectura AS IS y la Arquitectura TO BE de cada capa, para
definir los programas derivados.
Se puede usar una plantilla como la siguiente para mostrar los resultados.
71. Arquitectura EmpresarialArquitectura de Aplicaciones – Ejemplo
Ejemplo de Arquitectura de Aplicaciones
Infraestructura de Redes
Configuración y fallas
Gestión de Clientes
Administración de canales Mercadeo
Servicio al Cliente Ventas
Registro de Problemas
Telepsit FX3 FX3 SIAV
Vantive ICCGCliente
Intranet
VA
Facturación
Generación de facturas Cobranzas
Presentación de
facturas
Conciliación e Ingresos
Tasación
SAT 2.5 SAT +
Concilia SMS
Gestel
Base de
tasación
Open Flexis DAVOX
Adcontel Elite
CEF
Integración
Aprovisionamiento
Provisión y activación Manejo de órdenes
Manejo de inventarios
Administración de
contratistas
SAT 2.5 SAT +
Open Flexis
Adcontel Elite
Herramienta
colaborativa
SIS
(Internet)
AFA
(ADSL)
MediaciónPlaneación y GIS
Gestión de Tráfico y SLAs
Gestores de elementos de
red
GIS
RGN
CRF
NetBossNetcool
OAMT EMOS
Soporte administrativo y financiero
Finanzas Recursos humanos
Control de fraude
DMS Contabilidad
Fraude
(FoxPro)
PICK Nómina
Intranet
Inteligencia de Negocios
Reportes
Datamarts
Datawarehouse
LDBD REUNE
SGTL Concilia
CLM Capitel
BD
Comercial
Excel
(inventarios)
TesPagos
Presupuesto
Viáticos
Apoteosis
FX3
ODS
SIL
Netminder
Otros
HP OV
Source: Diagrama Telecom
73. Arquitectura EmpresarialArquitectura de Tecnológica - Visión
La Arquitectura Tecnológica es un marco
de referencia que reúne todos los
componentes tecnológicos lógicos y físicos
(Software y Hardware de Infraestructura),
sus relaciones e interfaces y su evolución.
Source: Diagrama TOGAF Open Group
74. Arquitectura Empresarial
OBJETIVO
El objetivo de la arquitectura Tecnológica es definir y describir la
estructura de hardware, software y redes requerida para dar soporte
a la implantación de las aplicaciones principales, de misión crítica,
de la organización.
De manera que sea:
• Comprensible por los interesados
• completa y consistente
• Robusta y Segura
El objetivo es definir y diseñar las capacidades de componentes de
infraestructura lógicos o físicos, que satisfagan los requerimientos
de Negocio, de TI y de Regulaciones, proyectando su crecimiento
futuro.
Arquitectura de Tecnológica - Objetivo
Source: Diagrama TOGAF Open Group
75. Arquitectura Empresarial
• Logical Technology Component
An encapsulation of technology infrastructure that is independent of a particular product. A class of technology product. For example, supply chain
management software as part of an Enterprise Resource Planning (ERP) suite or a Commercial Off-The-Shelf (COTS) purchase request processing
enterprise service.
• Physical Technology Component
A specific technology infrastructure product or technology infrastructure product instance. For example, a particular product version of a Commercial Off-
The-Shelf (COTS) solution, or a specific brand and version of server.
Arquitectura de Tecnologia – Conceptos
Source: Diagrama TOGAF Open Group
76. Arquitectura Empresarial
CONSIDERACIONES CLAVE PARA LA
ARQUITECTURA TECNOLÓGICA
• Entornos y Distribución
Geográfica
• Inventario de
Componentes Físicos y
Lógicos de
Infraestructura
• Conectividad y
Seguridad
Arquitectura de Tecnológica – Aspectos Clave
Source: Rick Lapenna
77. Arquitectura Empresarial
ENTORNOS Y DISTRIBUCIÓN GEOGRÁFICA
Cada empresa tiene desplegados geográficamente sus sitios
de trabajo y sus centros de datos, es importante entender,
planificar y proyectar su evolución tecnológica, en términos
de los componentes de aplicaciones y tecnología alojados en
cada sitio y centro de datos.
Se debe de considerar:
• Una definición clara de los componentes de aplicación y
de tecnología de cada sede de la empresa.
• La ubicación geográfica y entorno (producción, pruebas,
desarrollo, … ) de cada sede de la empresa.
• La relación de componentes de aplicaciones y
tecnología con los entornos y su ubicación geográfica.
Arquitectura de Tecnológica – Aspectos Clave
Source: Diagrama TOGAF Open Group
78. Arquitectura EmpresarialArquitectura de Tecnológica – Entornos y Distribución Geográfica
Environment Location Application Components Technology Components
EJEMPLO DE PLANTILLA LEVANTAMIENTO DE INFORMACIÓN DE
ENTORNOS, UBICACIONES Y COMPONENTES
Source: Diagrama TOGAF Open Group
79. Arquitectura Empresarial
INVENTARIO DE COMPONENTES FÍSICOS
Y LÓGICOS DE INFRAESTRUCTURA
Es clave hacer un levantamiento de información acerca de
las capacidades tecnológicas de Aplicaciones y Tecnología
que soportan al Negocio de la empresa.
Se debe de considerar:
• Los atributos y capacidades (Alta Disponibilidad,
Escalabilidad, Respaldo, Seguridad, Criticidad,
Fabricante, Soporte…) de cada componente, bien
sea software o bien sea hardware.
• Definir y diseñar las agrupaciones lógicas y
físicas de Hardware y Software.
• La relación de componentes de aplicaciones y
tecnología con los Principios de Arquitectura y
como aportan valor al Negocio.
Arquitectura de Tecnológica – Aspectos Clave
Source: Diagrama TOGAF Open Group
80. Arquitectura Empresarial
Arquitectura de tecnológica - Inventario de componentes físicos y lógicos de infraestructura
EJEMPLO DE PLANTILLA LEVANTAMIENTO DE INFORMACIÓN DE
COMPONENTES LOGICOS Y FÍSICOS DE INFRAESTRUCTURA
Source: Diagrama TOGAF Open Group
ID Nombre Descripción
Tipo de
Componente (HW,
SW o Servicio) Proveedor
Fin de
Soporte
Capacidad Total
(MB, TB, MB/SEG,
GB/SEG, GB
Capacidad Usada
(MB, TB, MB/SEG,
GB/SEG, GB)
Procesos de Negocio
que soporta
81. Arquitectura Empresarial
CONECTIVIDAD Y SEGURIDAD
Es clave definir, documentar y diseñar la estrategia de
conectividad y seguridad de la empresa, capacidades de
Red, modelo de seguridad física y lógica, y proyectar su
crecimiento a futuro acorde a las necesidades de la
empresa.
Se debe de considerar:
• Una definición clara de los componentes y
capacidades de Red de cada sede de la empresa.
• La ubicación geográfica y Topología de la Red.
• La relación de componentes de Red con las
Aplicaciones y Tecnología de la empresa.
Arquitectura de Tecnológica – Aspectos Clave
Source: Cisco/Microsoft
82. Arquitectura EmpresarialArquitectura de Tecnológica – Conectividad y Seguridad
Technology Platform Deployment Unit (Application Components) Protocols Network
Required
Bandwidth
Access
Control
EJEMPLO DE PLANTILLA LEVANTAMIENTO DE INFORMACIÓN DE
CAPACIDADES DE RED Y SEGURIDAD
Source: Diagrama TOGAF Open Group
83. Arquitectura EmpresarialArquitectura de Tecnológica – Análisis GAP
EJEMPLO DE PLANTILLA DE ANALISIS GAP
Código PROCESO
ARQUITECTURA
AS IS
ARQUITECTURA
TO BE
PROGRAMAS DERIVADOS CODIGO
OBJETIVO
ESTRATEGICO
Al finalizar el diseño de cada capa de la Arquitectura Empresarial (Negocio, Datos,
Aplicaciones y Tecnología) se debe realizar un análisis GAP, que consiste en analizar
las diferencias entre la Arquitectura AS IS y la Arquitectura TO BE de cada capa, para
definir los programas derivados.
Se puede usar una plantilla como la siguiente para mostrar los resultados.
85. Arquitectura Empresarial
Arquitectura de Tecnológica – Recomendaciones y Resultados del ejercicio de Arquitectura Empresarial
EJEMPLO DE INICIATIVAS DERIVADAS DEL EJERCICIO DE ARQUITECTURA
EMPRESARIAL
Código Iniciativa Nombre Iniciativa Descripción de Iniciativa Prioridad Código Objetivo Estratégico
IN1 .
IN2
IN3
86. Arquitectura Empresarial
Arquitectura de Tecnológica – Recomendaciones y Resultados del ejercicio de Arquitectura Empresarial
ID PROGRAMA Descripción
Tipo de
Beneficio
Métrica del
Beneficio
Proceso de
Negocio Soportado ROI Costo
EJEMPLO DE PLANTILLA DE PROGRAMAS, ROI Y RESULTADOS COSTO-
BENEFICIO
87. Arquitectura Empresarial
Arquitectura de Tecnológica – Recomendaciones y Resultados del ejercicio de Arquitectura Empresarial
ID PROGRAMA Descripción
Servicios TI
Derivados
Proceso de
Negocio Soportado
Fecha
Estimada
Go Live Dependencias
EJEMPLO DE PLANTILLAALINEAMIENTO NUEVOS PROGRAMAS Y
CATALOGO DE SERVICIOS