Post on 29-Jan-2021
1
Arquitecturas Empresariales ...ahora sí les encontramos aplicación!
Juan Carlos Cárdenas Romerocardenas_juan@advantiscg.com
Advantis Consultoría Gerencial
Tel.: (1)2120840, (1)2129841
Bogotá
XXVII Salón deInformática -Septiembre'2007 2
Agenda
● Antecedentes
● ¿Qué es una Arquitectura empresarial?
● Frameworks
● Adaptación de un Framework
ANTECEDENTES
XXVII Salón deInformática -Septiembre'2007 3
La complejidad viene en aumento:Mundo�Empresas�Sistemas de información
● Las necesidades del mundo moderno hacen que lacomplejidad de las empresas crezca de forma al menosgeométrica
➢ Inmediatez, comunicación, competencia, globalización,medio ambiente…. innovación
● La tecnología, y específicamente los sistemas deinformación, son un vehículo para responder a estacomplejidad
➢ Hoy son vistos como uno de los principales pilares del éxitodel negocio
● Esto hace que la complejidad de los S.I. crezca tambiénXXVII Salón deInformática -Septiembre'2007 4
Nuevos conceptos empresariales han aparecido
● Empresas orientadas a procesos
● Empresas orientadas al cliente
● Empresas orientadas a la medición de resultados porobjetivos
● …
XXVII Salón deInformática -Septiembre'2007 5
Las soluciones tradicionalmente han tenido unenfoque puramente tecnológico
XXVII Salón deInformática -Septiembre'2007 6
Internet
WebServer
AppServer
Data\baseServer
Nivel deDatos
Nivel depresentación
Nivel deaplicación
Nivel decliente
WebBrowser
Smart clients
HTTP,XML,XSLT,JSP,Servlets
EJB,IIOP,JCA,
Web Services
JDBC,XML
DHTMLXMLXSL
Com
pone
nte
sE
stá
ndar
es
yte
cnol
ogía
s
Arquitectura tecnol ógicaNecesidad de automatización o información
Solución
La tasa de éxito en proyectos de software es baja
● De acuerdo con StandishGroup, aunque ha habidomejoras desde 1995, latasa de éxito sigue siendobaja
➢ Sólo al rededor de un 35%de los proyectos seconsideran exitosos
➢ 45% -52.7% de los proyectoscuestan cerca del 189% delpresupuesto inicial
XXVII Salón deInformática -Septiembre'2007 7
� � � � � � �Tiempo
AlcanceRecursos
Parámetros de medici óndel éxito
¿Cuánto valor aporta al negocio?
Se requiere ver un poco más allá de la tecnología
● Es un imperativo alinear los objetivos de TI con losdel negocio
➢ No desperdiciar esfuerzos en cosas que no ayuden alnegocio
● La comunicación y la estrategia juegan un papel vitalen la construcción de las soluciones
● Se requiere administración para mantener lacomplejidad bajo control
➢ Mecanismos para entenderla y administrarla
➢ Balance entre eficiencia de TI e innovación del negocio
XXVII Salón deInformática -Septiembre'2007 8
¿QUÉ ES UNA ARQUITECTURAEMPRESARIAL?
XXVII Salón deInformática -Septiembre'2007 9
Definiciones
● Arquitectura➢ La organización fundamental de un sistema, representada en sus
componentes, sus relaciones entre unos y otros y el ambiente, y losprincipios que gobiernan su diseño y evolución. ANSI/IEEE Std1471-2000
● Las arquitecturas son una respuesta a la complejidad➢ Permiten tener una visión simplificada de los sistemas y de esta
manera facilitar su diseño – visión a 5,000 mts.de altura
➢ De igual forma facilitan la administración de su evolución
➢ Tienen mecanismos de gobernabilidad
➢ Son una herramienta de comunicaciónXXVII Salón deInformática -Septiembre'2007 10
Definiciones
● Empresarial➢ De acuerdo con Open Group, es “Cualquier conjunto de
organizaciones, que tienen un conjunto de objetivos comúny/o un solo reporte de resultados”
● Tienen diferentes componentes➢ Organización
➢ Procesos
➢ Productos/servicios
➢ Técnicos ….
XXVII Salón deInformática -Septiembre'2007 11
Una arquitectura empresarial debe tener encuenta los diferentes aspectos de la empresa …
XXVII Salón deInformática -Septiembre'2007 12
… para responder con una solución coherente alas necesidades del negocio
• Su estrategia
• Sus productos y servicios
• Su organización
• Sus procesos
• Su tecnología
• Su entorno
El objetivo de una AE, es soportar al negocioaterrizando adecuadamente una estrategia de TI
XXVII Salón deInformática -Septiembre'2007 13
• Misión, visión, objetivos• Modelo de negocios• Portafolio de productos/servicios• Iniciativas estratégicas
• Modelo de Gestión de TI• Iniciativas de TI•Estructura Organizacional
• Aplicaciones• Infraestructura• Personas
• Procesos• Datos
• Aplicaciones• Infraestructura
ImplementaciónImplementación
ArquitecturaEmpresarialArquitecturaEmpresarial
Estrategia de Negocio
Estrategia de TI
FRAMEWORKS
XXVII Salón deInformática -Septiembre'2007 14
El enfoque arquitectónico Zachman tiene másde 30 años
+
� � �� � � � � � � � � � � � �� �
Modelo de procesos del negocio
+
� � �� � � � � � � � � � � � �
Modelo lógicoDefinición de requerimientos
+
� � �� � � � � � � � � � � � � � � � � �Modelos físicosDefinición y desarrollo de la solución.
+
� � �� � � � � � � � � � � � � � � Configuración e implantación
+
� � �� � � � � � � � � � � � � � � �Funcionamiento empresarial de la soluciónEvaluación, seguimiento y valoración
������
Contextual
Conceptual
Logical
Physical
As Built
Functioning
Contextual
Conceptual
Logical
Physical
As Built
Functioning
Why
Why
Who
Who
When
When
Where
Where
What
What
How
How
+
� !" #$ % !& " '& (
Requerimientos y directrices externasModelamiento funcional del negocio
Tomado: Framework Zachman (www.zifa.com)
Zachman – Resumen ( Vista Global)
Based on work by
John A. Zachman
VA Enterprise
Architecture
DATAWhat
FUNCTIONHow
NETWORKWhere
PEOPLEWho
TIMEWhen
MOTIVATIONWhy
DATA
What
FUNCTION
How
NETWORK
Where
PEOPLE
Who
TIME
When
MOTIVATION
Why
SCOPE
(CONTEXTUAL)
Planner
ENTERPRISE
MODEL(CONCEPTUAL)
Owner
SYSTEM MODEL
(LOGICAL)
Designer
TECHNOLOGY
MODEL
(PHYSICAL)
Builder
DETAILEDREPRESENTATIONS
(OUT-OF-CONTEXT)
Sub-Contractor
FUNCTIONING
ENTERPRISE
SCOPE
(CONTEXTUAL)
Planner
ENTERPRISE
MODEL(CONCEPTUAL)
Owner
SYSTEM MODEL
(LOGICAL)
Designer
TECHNOLOGY
MODEL
(PHYSICAL)
Builder
DETAILEDREPRESENTATIONS
(OUT-OF-CONTEXT)
Sub-Contractor
FUNCTIONING
ENTERPRISE
Things Important to the Business
Entity = Class of
Business T hing
Processes Performed
Function = Class of
Business Process
Semantic Model
Ent = Business Enti ty
Rel = Business Relationship
Business Process
Model
Proc = Business Process
I/O = Business Resources
Business Logistics
System
Node = Business Location
Link = Business Linkage
Work Flow Model
People = Organization Unit
Work = Work Product
Master Schedule
T ime = Business Event
Cycle = Business Cycle
Business Plan
End = Business Objectiv e
Means = Business Strategy
ImportantOrganizations
People = Major
Organizations
Business locations
Node = Major
Business Locations
Events Significantto the Business
T ime = Major
Business Event
Business Goalsand Strategy
Ends/Means =
Major Business Goals
Logical Data
Model
Ent = Data Entity
Rel = Data Relationship
Application
Architecture
Proc = Application Function
I/O = User Views
Distributed System
Architecture
Node = IS Function
Link = Line Characteristics
Human Interface
Architecture
People = Role
Work = Deliv erable
Processing
Structure
T ime = System Event
Cycle = Processing Cycle
Business Rule
Model
End = Structural Assertion
Means = Action Assertion
Physical Data
Model
Ent = Segment/Table Rel = Pointer/Key
System
Design
Proc = Computer Function I/O = Data Elements/Sets
T echnology
Architecture
Node = Hardware/Softw are Link = Line Specifications
Presentation
Architecture
People = User Work = Screen F ormat
Control
Structure
T ime = Execute Cycle = Component Cycle
Rule
Design
End = Condition Means = Action
Data
Definition
Ent = Field
Rel = Address
Program
Proc = Language Statement
I/O = Control Block
Netw ork
Architecture
Node = Addresses
Link = Protocols
Security
Architecture
People = Identi ty
Work = Job
Timing
Definition
T ime = Interrupt
Cycle = Machine Cycle
Rule
Design
End = Sub-Condition
Means = Step
Data
Ent =
Rel =
Function
Proc =
I/O =
Netw ork
Node =
Link =
Organization
People =
Work =
Schedule
T ime =
Cycle =
Strategy
End =
Means =
Based on work by
John A. Zachman
VA Enterprise
Architecture
DATAWhat
FUNCTIONHow
NETWORKWhere
PEOPLEWho
TIMEWhen
MOTIVATIONWhy
DATA
What
FUNCTION
How
NETWORK
Where
PEOPLE
Who
TIME
When
MOTIVATION
Why
SCOPE
(CONTEXTUAL)
Planner
ENTERPRISE
MODEL(CONCEPTUAL)
Owner
SYSTEM MODEL
(LOGICAL)
Designer
TECHNOLOGY
MODEL
(PHYSICAL)
Builder
DETAILEDREPRESENTATIONS
(OUT-OF-CONTEXT)
Sub-Contractor
FUNCTIONING
ENTERPRISE
SCOPE
(CONTEXTUAL)
Planner
ENTERPRISE
MODEL(CONCEPTUAL)
Owner
SYSTEM MODEL
(LOGICAL)
Designer
TECHNOLOGY
MODEL
(PHYSICAL)
Builder
DETAILEDREPRESENTATIONS
(OUT-OF-CONTEXT)
Sub-Contractor
FUNCTIONING
ENTERPRISE
Things Important to the Business
Entity = Class of
Business T hing
Processes Performed
Function = Class of
Business Process
Semantic Model
Ent = Business Enti ty
Rel = Business Relationship
Business Process
Model
Proc = Business Process
I/O = Business Resources
Business Logistics
System
Node = Business Location
Link = Business Linkage
Work Flow Model
People = Organization Unit
Work = Work Product
Master Schedule
T ime = Business Event
Cycle = Business Cycle
Business Plan
End = Business Objectiv e
Means = Business Strategy
ImportantOrganizations
People = Major
Organizations
Business locations
Node = Major
Business Locations
Events Significantto the Business
T ime = Major
Business Event
Business Goalsand Strategy
Ends/Means =
Major Business Goals
Logical Data
Model
Ent = Data Entity
Rel = Data Relationship
Application
Architecture
Proc = Application Function
I/O = User Views
Distributed System
Architecture
Node = IS Function
Link = Line Characteristics
Human Interface
Architecture
People = Role
Work = Deliv erable
Processing
Structure
T ime = System Event
Cycle = Processing Cycle
Business Rule
Model
End = Structural Assertion
Means = Action Assertion
Physical Data
Model
Ent = Segment/Table Rel = Pointer/Key
System
Design
Proc = Computer Function I/O = Data Elements/Sets
T echnology
Architecture
Node = Hardware/Softw are Link = Line Specifications
Presentation
Architecture
People = User Work = Screen F ormat
Control
Structure
T ime = Execute Cycle = Component Cycle
Rule
Design
End = Condition Means = Action
Data
Definition
Ent = Field
Rel = Address
Program
Proc = Language Statement
I/O = Control Block
Netw ork
Architecture
Node = Addresses
Link = Protocols
Security
Architecture
People = Identi ty
Work = Job
Timing
Definition
T ime = Interrupt
Cycle = Machine Cycle
Rule
Design
End = Sub-Condition
Means = Step
Data
Ent =
Rel =
Function
Proc =
I/O =
Netw ork
Node =
Link =
Organization
People =
Work =
Schedule
T ime =
Cycle =
Strategy
End =
Means =
Tomado: Framework Zachman (www.zifa.com)
TOGAF es un Framework neutro para definirArquitecturas Empresariales
● The Open Group Architecture Framework
● Desarrollado en 1995 por Open Group, con base en TechnicalArchitecture Framework for Information Management (TAFIM)del Departamento de Defensa de EEUU
● Como Framework está compuesto por métodos y herramientas➢ Architecture Development Method (ADM) describe el método para
definir AEs
➢ TOGAF Enterprise Continuum provee el contexto general de Togaf–describe los diferentes tipos y alcances de los artefactos que componenla AE
➢ TOGAF Resource Base es un conjunto de guías, formatos, listas dechequeo y otros materiales que soportan ADM
XXVII Salón deInformática -Septiembre'2007 17
ADM es el componente principal de TOGAF
● ADM es el método paradesarrollar la AE, consta denueve fases
➢ Framework y principios
➢ Visión de la arquitectura
➢ Arquitectura de negocio
➢ Arquitectura de S.I.
➢ Arquitectura tecnológica
➢ Oportunidades y soluciones
➢ Plan de migración
➢ Gobernabilidad de la implementación
➢ Administración del cambio de laArquitectura
18
Architecture Development Cycle
Tomado: Togaf Framework (www.opengroup.org)
ADM es el componente principal de TOGAF:Framework y principios
● ¿Cómo haremos la AE?
● R/ Adaptación delFramework y definición delos principios guía de la AE
XXVII Salón deInformática -Septiembre'2007 19
Architecture Development Cycle
Tomado: Togaf Framework (www.opengroup.org)
ADM es el componente principal de TOGAF:A.Visión de la Arquitectura
● Statement of ArchitectureWork (SAW) contiene elalcance, las restricciones, elplan de trabajo y la visión dela Arquitectura.
● Clave: Delimitar del alcance➢ Hasta dónde en la cadena de valor de
la empresa
➢ Cobija todas las arquitecturas?
➢ Nivel de detalle
➢ Horizonte de tiempo de la visión
XXVII Salón deInformática -Septiembre'2007 20
Architecture Development Cycle
Tomado: Togaf Framework (www.opengroup.org)
ADM es el componente principal de TOGAF:B.Arquitectura de negocio
● No es diseñar el negocio!
● Es entender su estructura
● Cubre➢ Estructura Organizacional
➢ Objetivos del negocio
➢ Servicios del negocio
➢ Procesos del negocio
➢ Roles del negocio
➢ Correlación Funciones-Organización
XXVII Salón deInformática -Septiembre'2007 21
Architecture Development Cycle
Tomado: Togaf Framework (www.opengroup.org)
ADM es el componente principal de TOGAF:C.Arquitectura de S.I.
● El objetivo es entender cómoson los SI que requiere elnegocio para realizar su visión
● Cubre➢ Arquitectura de aplicaciones:
cuáles y como son lasaplicaciones que soportarán elnegocio y su integración
➢ Arquitectura de datos: cuáles ycómo son los datos quesoportan el negocio
XXVII Salón deInformática -Septiembre'2007 22
Architecture Development Cycle
Tomado: Togaf Framework (www.opengroup.org)
ADM es el componente principal de TOGAF:D.Arquitectura tecnológica
● El objetivo es definir loscomponentes tecnológicosbásicos que soportarán lasolución
● Define las principalesplataformas de HW y SWbase
XXVII Salón deInformática -Septiembre'2007 23
Architecture Development Cycle
Tomado: Togaf Framework (www.opengroup.org)
ADM es el componente principal de TOGAF:E.Oportunidades y soluciones
● Evaluar y seleccionar opciones deimplementación
➢ Comprar o desarrollar?
➢ Desarrollo interno o subcontratado?
● Visión de alto nivel de losproyectos a realizar y parámetrosestratégicos para el cambio
➢ Arq. Actual
�
Arq. objetivo
● Determinar dependencias, costos ybeneficios
● Generar un plan general deimplementación y migración
XXVII Salón deInformática -Septiembre'2007 24
Architecture Development Cycle
Tomado: Togaf Framework (www.opengroup.org)
ADM es el componente principal de TOGAF:F.Planeación de la migración
● El objetivo es priorizar losproyectos de implementación
● Incluye la determinación dedependencias, costos y beneficiosde los proyectos de migración
● El resultado es un plan detallado deimplementación, calidad de datos ymigración
XXVII Salón deInformática -Septiembre'2007 25
Architecture Development Cycle
Tomado: Togaf Framework (www.opengroup.org)
ADM es el componente principal de TOGAF:G.Gobernabilidad de la implementación
● El objetivo es asegurar queexistirán las condiciones degobernabilidadnecesarias parallevar a cabo los proyectos deimplementación
➢ Formular recomendaciones para cadaproyecto
➢ Diseñar y construir los mecanismosy estructuras de gobierno para losproyectos
➢ Definir las funciones de gobiernoapropiadas –asegurar que todos losproyectos respetarán la arquitectura
26
Architecture Development Cycle
XXVII Salón deInformática -Septiembre'2007
Tomado: Togaf Framework (www.opengroup.org)
ADM es el componente principal de TOGAF:H.Administración del cambio de la Arquitectura
● El objetivo es diseñar los procesosde administración del cambionecesarios para mantener vigentearquitectura
➢ Monitorear nuevos desarrollostecnológicos
➢ Monitorear cambios en el entorno delnegocio
➢ Determinar si es necesario iniciar unnuevo ciclo de evolución de laarquitectura
XXVII Salón deInformática -Septiembre'2007 27
Architecture Development Cycle
Tomado: Togaf Framework (www.opengroup.org)
ADAPTACIÓN DE TOGAFPARA UTILIZAR SOA COMO
ARQUITECTURA DESOFTWARE
XXVII Salón deInformática -Septiembre'2007 28
Partiendo de las fase previstas en TOGAF-ADMformulamos una adaptación
TOGAF ADM● Framework y principios
● Visión de la arquitectura
● Arquitectura de negocio
● Arquitectura de S.I.
● Arquitectura tecnológica
● Oportunidades y soluciones
● Plan de migración
● Gobernabilidad de laimplementación
● Administración del cambio de laArquitectura
Modelo Adaptado● Visión y principios● Arquitectura de negocios
➢ Cadena de valor, organización,procesos de negocio
● Arquitectura funcional➢ Servicios, jerarquías de servicios y
componentes● Arquitectura de datos
➢ ER, XML, Servicos de datos (acceso,calidad)
● Arquitectura de integración➢ Secuencias de mensajes, servicios de
sincronización● Arquitectura de implementación
➢ Física, HW, SW, Estrategia deimplementación, Plan deimplementaciónXXVII Salón de
Informática -Septiembre'2007 29
La adaptación incluye una simplificación delframework
XXVII Salón deInformática -Septiembre'2007 30
31
SOA es hoy la arquitectura de aplicacionesmás importante
BAM(Business ActivityMonitoring)
BPEL(Business ProcessExecution Language)
ESB(EnterpriseService Bus)
Dentro del modelo SOA se pueden identificarcomponentes de la AE
32
Arquitectura deimplementación Modelo abstracto de
datos
S1 S2 Sn
Legacy 1 Legacy 2
Servicios de mensajería (ESB)Servicios de mensajería (ESB)
Servicios que presta el negocio
WS WS
Proc 1Proc 1Proc 2Proc 2
Proc 3Proc 3Proc mProc m
Arquitecturade negocio
Arquitecturafuncional
Arquitecturade integración
Data Data
Doc .Doc.
Servicios de datosServicios de datos
Cadena de valor del negocio
Arquitecturade datos
WSServicios de negocio
WS WS WS
WS WS WS WS WS
AE en acción
XXVII Salón deInformática -Septiembre'2007 33
Visión y principiosVisión y
principios
Cadena de valor
Operación y soporte
CIO
Administración de Proyectos
Staff
Planeación
Apoyo. T/I
Seguridad
Modelo organizacional
Productos/servicios
AplicacionesInfraestructura
Visi ón de la arquitecturaVisi ón del modelo
operativo
Arquitecturade negocio
Arquitecturade negocio
Requerimientos de negocio
Requerimientos de negocio
Servicios del negocio, Macro-procesos
modelo operativo, organizaci ón
La visión del modelo operativo es una gran“direccionador” de la Arquitectura
XXVII Salón deInformática -Septiembre'2007 34
Coordinación+Clientes y productos comunes con
información compartida entre operaciones+Unidades de negocio o funciones
operacionalmente únicas+Gerencia autónoma+Control local sobre el diseño de procesos+Servicios de infraestructura comunes pero
aplicaciones independientes
Diversificación+Pocos o ningún cliente compartido+Unidades de negocio únicas+Gerencia autónoma+Control local sobre el diseño de procesos+Pocos estándares de datos inter-operación+Mayoría de decisiones de TI locales+Transacciones independientes
Replicación+Pocos o ningún cliente compartido+Transacciones independientes consolidadas
a alto nivel+Unidades operacionalmente similares+Líderes autónomos pero con poca inherencia
en la definición centralizada de los procesos+Datos estandarizados, pero locales+Políticas de TI establecidas centralmente
Unificación+Clientes locales o globales+Procesos integrados globalmente con
sistemas de información comunes+Unidades de negocio con operaciones
similares o con alto traslapo+Gerencia centralizada+Decisiones centralizadas de TI
Estandarización de procesos del negocio
Visi ón de modelos operatiivos
Inte
grac
ión
de p
roce
sos
del n
egoc
io (
Dat
os c
omun
es)
Adaptado del “MIT Sloan Center for Information Systems Research”
AE en acción (Cont)
XXVII Salón deInformática -Septiembre'2007 35
Procesos de negocioBPEL/BPMN
Brands
PK Id_Brand
FK2 id_RoasterFed_ID
FK3 Id_ContactFK4 id_package_type
Sizesize_units
FK1 Main_Family_NumberBrandPrivateLabelIDUPCreg_decgro_whoType_Apri_ownSupremoact_inaRegistrat ion_Val _dateRegistrat ion_C an_dateCommentsUndertakingDormantDistributorsDistributors_LocationNew RoasterLabelImageind_logononauthorized
100_Family_Brand
PK Main_family_Number
intFamIdC ompanyFamily_NamestrFamPriOw nintFamPrvtLblintFamContac tCommentsInput_dateActInaIndLogoUnAuthorizedsIntU ndertakingstrNewRoasterRegis trat ion_C an_Date
Companies
PK Id_C ompany
Id_C ompany_TN ame_C ompanyShort_NameC ountryU RLA ctiveC ommentsdatedate_did_company_Fid_language
Contac t
PK Id_C ontact
salutat ionFirst_NameLast_NameId_officePersonal_TelephoneExtentione_mailPersonal_FaxTitle
Package_Types
PK id_package_type
TypeType _B randType_esp
Servicios de DatosModelos ER y XML
ComponentesDiagramas SCAMapa de servicios
SANAcceso a 3x500 GB
RAID 5 (1TB)
PowerEdge6800PowerEdge6800PowerEdge6800 (Virt)
Implementac ónDiagramas
Componente 2
Mensaje 2
Componente 1
Mensaje 1
Mensaje interno 1
Mensaje interno 2
Proc 1Proc 2
Proc 3 Integraci ónDiagramas de secuencia
¿PREGUNTAS?
XXVII Salón deInformática -Septiembre'2007 36