-
1
Arquitecturas Empresariales ...ahora sí les encontramos
aplicación!
Juan Carlos Cárdenas [email protected]
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
