Arquitecturas empresariales version gerencia de información

ARQUITECTURAS
EMPRESARIALES
INTRODUCCIÓN
Marta Silvia Tabares B.
Ph.D en Ingeniería – Sistemas e Informática
Gerencia de Información – AE II

Agenda de trabajo 2014-2 1/3
2
Tema Fechas
Dinámica de
trabajo
Producto Entregable Fechas de
Entrega
Valor del
entregable
Revisión de los conceptos
básicos de la Arquitectura
Empresarial:
- La vista
organizacional, su
estrategia, los
objetivos
organizacionales,
stakeholders, etc.
- Marcos de trabajo
28 y 29
de Julio
- Clase
magistral
- Dinámicas
activas de
aprendizaje
- Trabajo de clase
- Lectura artículo:
“The Role of Enterprise
Architecture in Aligning
Business and
Information Technology in
Organisations: Nigerian
Government
Investment on Information
Technology”
(By Mohammed Alhassan
Enagi, Abraham
Ochoche) - http://iet-
journals.org/archive/2013/
jan_vol_3_no_1/9159351
35222421.pdf
Evaluación:
- Ensayo escrito
individual (10%)
- Sustentación
individual (10%)
4 de Agosto - Trabajos de
clase 10%
- Ensayo y
defensa del
artículo
(15%)
- Total
evaluación
(30%)

3
Tema Fechas Dinámica de trabajo Producto Entregable
Fechas de
Entrega
Valor del
entregable
Arquitectura de Negocio:
- Apropiación de temas
como:
- Principios
- Modelos de
Referencia
- Escenarios de
Negocio
- Revisión del tema
gestión de procesos
de negocio
30,31 Julio
4 de
Agosto
- Foro de discusión
– sustentación
artículo (fase I)
- Clase Magistral
- Desarrollo
Proyecto de Clase
Proyecto de clase
Fase I
(Se inicia el 29 y se
entrega y presenta el
5 de agosto)
- Proceso de Negocio
- Escenarios de
Negocio
- Modelo de
Referencia
- Análisis de brechas
de la Arquitectura
de Negocio
4 de
Agosto
30%

4
Tema Impartido Fechas Dinámica de trabajo Producto Entregable Fechas de
Entrega
Valor del
entregable
- Arquitectura de
Sistemas de
Información:
- Arquitectura de
Aplicaciones
- Arquitectura de
Datos
5,6,11 de
Agosto
- Defensa de
avance del
Proyecto Fase I.
(Máximo tiempo
por equipo 15’)
- Clase Magistral
- Desarrollo
Proyecto de Clase.
- Defensa de
avance del
Proyecto Fase II.
Proyecto de clase Fase
2
- Modelo de Datos
- Modelo de
Aplicaciones
- Modelo de Gestión
de Información
desde los sistemas
de información
11 de Agosto 40%
Los casos desarrollados en clase y fuera de ella deben ser trabajados en las siguientes herramienta:
- Trabajo colaborativo: http://realtimeboard.com. Allí el equipo deberá crear una cuenta para manejar
la siguiente información.
- Mapa conceptual de la arquitectura de visión del caso determinado
- Modelo de negocio (project canvas o business model)
- Escenarios de Negocio (diagrama espina de pescado – modelo causa-efecto)
- Documentos anexos (google drive)
- Modelo de Procesos de Negocio:
- Herramientas Bizagi o Bonita (BPM Tool).

CONCEPTOS
BÁSICOS DE LA
ARQUITECTURA
EMPRESARIAL
5

¿De donde surge el concepto de
Arquitecturas Empresariales?
Áreas de Tecnologías de InformaciónÁreas de Negocio
Alineación
6
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)

Áreas de Negocio
PLANEACIÓN ESTRATÉGICA
GOBIERNO ORGANIZACIONAL
INNOVACIÓN
REDUCCIÓN DEL GASTO
OPITIMIZACIÓN DE LA INVERSIÓN
MISIÓN - VISIÓN
7

Áreas de Tecnologías de Información
GOBIERNO DE TI
GESTIÓN DE LAS TECNOLOGÍAS DE
INFORMACÓN
INNOVACIÓN
GESTIÓN DE LA INFORMACIÓN
GENERACIÓN DE VALOR
SOBRE LA CADENA DE VALOR
8

Áreas de Tecnologías de InformaciónÁreas de Negocio
Gestión
del
Cambio
9

¿DedondesurgeelconceptodeArquitecturasEmpresariales?
10
Compañía X
Compañía Y
Compañía ZRed Q
Unidad de
Negocio A
Undad de
Negocio C
Unidad de
Negocio BCompañía
X
Recursos
Humanos
Finanzas y
Contabilidad
Mercadeo y
Ventas
Unidad de Negocio
A
Mercdeo
Gestión de
Ventas
Gestión del
Producto
Mercadeo y Ventas
Nivel de Agregación Nivel Organizacional
Nivel de Red
Nivel
Corporativo
Nivel
Operativo
Nivel
Funcional
Socios/Alianzas
Grupo/
Corporación
Unidad
Operqativa
Departamento
Funcional

Gente
Liderazgo
Arquitectura
Empresarial
Proceso
Medición
Información
InfraestructuraAplicaciones
Gestión
Comunicación
Gobernabilidad
Qué Cuándo
Donde
Cómo
Quién
Gartner
http://www.gartner.com/it-glossary/enterprise-architecture-ea/
Arquitectura Empresarial
11

ARQUITECTURA
• Arquitectura es la organización fundamental de algo.
• Está embebida en:
• Sus COMPONENTES
• Las relaciones de un componente con otro
• Los principios de gobierno sobre su diseño y evolución
12

• Arte de proyectar y
construir edificios.
• Arte de conducir y
aprovechar …
• Arte de fortificar.
13

ARQUITECTURA EMPRESARIAL
• Es la organización lógica para los procesos de negocio y
la infraestructura de TI de tal forma que se refleje la
integración y estandarización de los requisitos del modelo
operativo de la compañía [MIT Center for Information
Systems Research].
• Un diseño conceptual (Blueprint) que define la estructura
y operación de una organización.
14

ARQUITECTURA EMPRESARIAL
Es una base de activos de información estratégica,
que definen la misión, la información necesaria para
llevar a cabo la misión, las tecnologías necesarias
para llevar a cabo la misión, y los procesos de
transición para la aplicación de las nuevas
tecnologías en respuesta a las necesidades de
cambio de la misión.
Una arquitectura de la empresa incluye una
arquitectura de base, la arquitectura de destino, y un
plan de secuencia.
Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture
15

Enterprise architecture (EA) is the process of translating business vision and
strategy into effective enterprise change by creating, communicating and
improving the key requirements, principles and models that describe the
enterprise’s future state and enable its evolution. The scope of the EA includes
the people, processes, information and technology of the enterprise, and
their relationships to one another and to the external environment.
Enterprise architects compose holistic solutions that address the business
challenges of the enterprise and support the governance needed to
implement them. Enterprise architects use the EA process to discover the
target state that the organization wishes to invest in and then helps the
organization understand its progress toward the desired state.
GARTNER
16

“Arquitectura empresarial, como su nombre lo indica, tiene que ver
con el pensamiento de alto nivel y diseño de alto nivel. Las tecnologías
de información y las comunicaciones se han vuelto tan complejas y
tan interrelacionadas en las grandes organizaciones, y los datos de la
empresa han llegado a ser tan fundamentales, que ya no es posible
diseñar, construir e instalar los sistemas principales de forma aislada.
Alguien tiene que estar pensando en el panorama general, acerca de
cómo todas las piezas encajan entre sí.”
31/07/2014 AE - Marta Silvia Tabares B. 17
by Ken Orr, Senior Consultant, Cutter Consortium.

AE permite relacionar algunos
elementos del negocio con los
elementos de TI que los
soportan, haciendo explícita la
intención de evolución
AE define las relaciones entre
los principales activos de una
empresa incluyendo
estrategias, procesos, datos,
aplicaciones y otras
tecnologías.
Negocio
Tecnologías de
Información y
Comunicacione
s
Otras
Tecnologías
KPI
cadena
de valor ontología del negocio
proceso del
negocio Motivadores del negocio
estrategias
Líneas de negocio
18

La Gestión de Procesos
(Business Process Management - BPM) es
una forma de organizar el trabajo (procesos,
equipos de trabajo, tecnología, estilo de
liderazgo, indicadores, etc.) para que las
personas pueda concentrar su esfuerzo en
alcanzar resultados significativos para sus
clientes (Revelo, 2007). Una Arquitectura de Empresa
(AE) es un diseño conceptual que
define la estructura y la operación de
una organización. La intención de una
arquitectura empresarial es determinar
cómo una organización puede lograr
más efectivamente sus objetivos
actuales y futuros.
Arquitectura del
Negocio
Arquitectura de la
Información
Arquitectura de
Aplicaciones
Arquitectura de
Tecnologías
Nivel Estratégico
Nivel Táctico
Nivel Operativo
19

Logros - Arquitectura Empresarial
Alineación
asegurar la realidad de la
empresa implementado está alineación
con la intención de gestión
Integración
Darse cuenta de que las reglas de negocio son
consistentes en toda la organización:
 que los datos y su uso son inmutables,
 que las interfaces y el flujo de la
información están estandarizados, y
 que la conectividad y la interoperabilidad son
administradas en toda la empresa
facilitar y gestionar el cambio
en cualquier aspecto de la
organización
Cambio
reducir el desarrollo de sistemas, la
generación de aplicaciones, los
plazos de modernización, y las
necesidades de recursos
Tiempo de salida
al mercado
Convergencia
esfuerzos hacia una cartera de productos de TI
estándar que figura en el Modelo de Referencia
Técnico (TRM).
Fuente: Chief Information
Officer Council v1.0. Federal
Enterprise Architecture
20

Beneficios - Arquitectura Empresarial
• Captura de datos acerca de la misión, funciones, y la base de
negocios de una manera comprensible para promover una
mejor planificación y la toma de decisiones.
• Mejorar la comunicación entre las organizaciones
empresariales y las organizacionesde TI dentro de la empresa a
través de un vocabulario estandarizado.
• Proporcionar puntos de vista arquitectónicos que ayudan
a comunicar la complejidad de los sistemas grandes y facilitar la
gestión de entornos amplios y complejos.
• Enfoque en el uso estratégico de las nuevas tecnologías para
gestionar mejor la información de las empresas y
consistente insertar esas tecnologías en la empresa.
21

Beneficios - Arquitectura Empresarial
• Mejorar la consistencia, exactitud, puntualidad, integridad, calidad,
disponibilidad, acceso y uso compartido de TI de laa información en la
empresa
• Apoyar los procesos de CPIC, proporcionando una herramienta para la
evaluación de los beneficios, impactos y medidas de inversión de capital y el
apoyo a los análisis de las alternativas, los riesgos y las compensaciones
• Destacar las oportunidades de creación de una mayor calidad y flexibilidad
en las aplicaciones sin aumentar los costes
• Lograr economías de escala, proporcionando mecanismos para la
distribución de los servicios a través de la
• empresa
• Acelerar la integración de la herencia, la migración, y los nuevos sistemas
• Velar por el cumplimiento legal y regulatorio.
22

Una vista general de una Arquitectura
Empresarial
23
Fuente: Disney Architecture Council

MARCOS DE TRABAJO
(FRAMEWORS) PARA LAS
ARQUITECTURAS
EMPRESARIALES
http://pubs.opengroup.org/architecture/togaf8-
doc/arch/chap37.html
24

Marcos de Trabajo de las Arquitecturas
Empresariales
• The Enterprise Architecture Center of Excellence
• The Zachman Framework
• The Open Group Architectural Framework (TOGAF)
• The Federal Enterprise Architecture
• The Gartner Methodology
25

Empresariales
• ‘“Un framework de arquitectura empresarial es un modelo
de comunicación para el desarrollo de una arquitectura
empresarial. De por si no es una arquitectura. Por el
contrario, presenta un conjunto de modelos, principios,
servicios, métodos, estándares, conceptos de diseño,
componentes, visualizaciones y configuraciones que
guían el desarrollo de aspectos específicos de una
arquitectura empresarial”’
Zachman
26

Empresariales
• ‘”Un framework es una estructura lógica para clasificar y
organizar las representaciones descriptivas de una
Empresa, las cuales son especialmente significativas
tanto para la dirección y control de la organización como
para el desarrollo de sus sistemas”’
The Open Group Architecture Framework
27

Empresariales
• ‘“Una arquitectura de framework empresarial es una
herramienta que puede ser usada para desarrollar una
extensa gama de diferentes arquitecturas empresariales.
Describe un método para diseñar un sistema de
información en términos de un conjunto de componentes
y demuestra como estos componentes se implementan
conjuntamente. Un framework debe contener una serie
de herramientas y brindar un vocabulario común.
También debe incluir una relación de estándares
recomendados y productos afines que pueden ser usados
para implementar los distintos componentes.”’
International Enterprise Architecture Institute
28

The EnterpriseArchitecture Center of Excellence
29

The Zachman Framework
http://cybertesis.upc.edu.pe/upc/2010/morales_lc/html/TH.2.html
30

The Open Group Architectural Framework
(TOGAF)
31

The Federal Enterprise Architecture
Fuente: Chief Information
Officer Council v1.0. Federal
Enterprise Architecture
32

DEFINICIÓN Y PUESTA EN
MARCHA DE UNA
ARQUITECTURA
EMPRESARIAL
FRAMEWORK seleccionado:
TOGAF – Open Group
33

Arquitectura Empresarial - TOGAF
Fuente: Open Group
El ADM (Architecture
Development Method)
Consta de un número de fases del
ciclo de que a través de un
conjunto de
dominios de arquitectura le
permiten al arquitecto asegurar
que un conjunto complejo
requisitos se aborden
adecuadamente
34

TOGAF – Content Metamodel
Fuente: Open Group
35

TOGAF – Content Metamodel Proporciona una definición de todos
los tipos de bloques de
construcción que pueden existir
dentro de una arquitectura, que
muestra cómo estos bloques de
construcción pueden ser descritas y
relacionadas entre sí.
Por ejemplo, al crear una
arquitectura, un arquitecto
identificará las aplicaciones, las
entidades de datos'''' celebradas
dentro de las aplicaciones y
tecnologías que implementan estas
aplicaciones.
Estas aplicaciones serán activadas
para los grupos de apoyo
particulares de usuarios de
empresa o actor, y se utilizará para
cumplir con los servicios del
negocio'.
Fuente: Open Group
36

Entidades Centrales y sus Relaciones
Fuente: Open Group
37

Análisis de Brechas (Gap Analysis)
38
Arquitectura Base (Baseline)
Arquitectura Objetivo (Target)
Brechas (Gaps)
http://pubs.opengroup.org/architecture/togaf91-doc/arch/chap27.html

39
Brechas en el dominio de Negocios:
• Gente (por ejemplo, los requisitos de entrenamiento
cruzado)
• Proceso (por ejemplo, las ineficiencias del proceso)
• Herramientas (por ejemplo, duplicar o falta de
funcionalidad de la herramienta)
• Información
• Medición
• Financieras
• Instalaciones (edificios, oficinas, etc)
Brechas en el dominio de Datos:
• Datos actuales no son suficiente
• Datos que no se encuentren donde se necesita
• Datos que no se necesitan
• Datos no disponibles cuando se necesiten
• Datos que no se ha creado
• Datos no utilizados
• Relación de datos
• Aplicaciones afectadas, eliminadas, o creadas
• Tecnologías afectadas, eliminadas, o creadas
Brechas (Gaps)

40
Brechas (Gaps)

Herramientas para la implementación de
una Arquitectura Empresarial
Las herramientas usadas para el desarrollo e implantación de una Arquitectura
Empresarial deben orientar los requerimientos de diferentes staholders en la
organización y contener las siguientes capacidades.
41
• Negocio
• Información
• Tecnología
• Contexto empresarial:
tendencias, estrategias
y objetivos
• Arquitectura futura
Repositorio
•Soporta todos los
puntos de vista de la
arquitectura
Capacidades de
Modelado
• Análisis de brechas
• Análisis de impacto
• Escenario de planificación
• Proyección del sistema
Capacidades de
Análisis para la
decisión
• Soporte a la demanda
visual o interactiva de
los diferentes puntos de
vista de los
stakeholders
Capacidades de
Presentación
• Seguridad
• Gestión de usuarios
• Administración de tareas
Capacidades de
Administración
• Extensiva
• Simple
• Sencilla
• Soportar múltiples
ambientes
Capacidades de
Configuración
• Interfases que
cumplan la norma ISO
25000 (antes ISO/IEC
9126)
Usabilidad
Fuente: Magic Quadrant for EA Tools. Gartner.
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013

una Arquitectura Empresarial -
EJEMPLOS
42
http://www.iteraplan.de/en/online-demo

una Arquitectura Empresarial -
EJEMPLOS
43
http://pubs.opengroup.org/architecture/archimate2-doc/chap02.html
ARCHIMATE

44
ESCENARIO DE NEGOCIO
• 1. Problema
Identificar, documentar y clasificar el problema que direcciona el
escenario
• 2. Ambiente
Identificar el entorno empresarial y técnico de la situación y la
documentación en modelos de escenarios
• 3. Objetivos
Identificar y documentar los objetivos deseados (los resultados del
manejo de los problemas con éxito), obtener "SMART"
• 4. Actores Humanos
La identificación de los actores humanos (stakeholders) y su lugar en el
modelo de negocio
• 5. Actores Computacionales
• La identificación de los actores de ordenador (elementos de
computación) y su lugar en el modelo de la tecnología
• 6. Roles y Responsabilidades
• Identificar y documentar las funciones, las responsabilidades y las
medidas de éxito por el actor, la documentación de los scripts
requeridos por el actor, y los resultados del manejo de la situación
• 7. Redefinición
• Identificar y documentar las funciones, las responsabilidades y las
medidas de éxito por el actor, la documentación de los scripts
requeridos por el actor, y los resultados del manejo de la situación
Ver ejemplo en:
http://learningsoftwareeng.edublogs
.org/bpm-soa/casos-de-estudio/

OBJETIVOS SMART
• SPECIF (Específico): El objetivo de proporcionar "una interfaz de usuario coherente que asegure todas las
funciones y servicios accesibles al usuario aparecerán y se comportan de una manera predecible similares
independientemente de la aplicación o el sitio". Es bastante específico. Sin embargo, las medidas que
figuran en la segunda frase podría ser más específico ...
• MEASURABLE (Medibles): Como se ha indicado anteriormente, el objetivo es medible, pero podría ser
más específico. La segunda frase podría modificarse para leer (por ejemplo): "Esto llevará a un 10%
mayor eficiencia de los usuarios y el 20% menos de errores de usuario de entrada de pedidos, que a su
vez puede dar lugar a un 5% más bajos costos de entrada de pedidos".
• ACTIONABLE (Actionable): El objetivo es una acción. Parece claro que se debe proporcionar la
consistencia de la interfaz de usuario, y que podría ser manejado por los responsables de proporcionar la
interfaz de usuario para el dispositivo del usuario.
• REALISTIC (Realista): El objetivo de proporcionar "una interfaz de usuario coherente que asegure todas
las funciones y servicios accesibles al usuario aparecerán y se comportan de una manera predecible
similares independientemente de la aplicación o el sitio" podría no ser realista. Teniendo en cuenta el uso
actual de la PDA en el usuario final podría llevarnos a aumentar el objetivo de asegurar que los
desarrolladores no creen indebidamente diseños que dificultan el uso de las nuevas tecnologías. El
objetivo podría ser re-declarado como "una interfaz de usuario consistente, a través de dispositivos de
interfaz de usuario que proporcionen una funcionalidad similar, que asegure ..." etc.
• TIME-BOUND (De duración determinada): El objetivo como se ha dicho no es de duración determinada.
Para llevar mucho tiempo atado el objetivo podría ser re-declarado como "el final de la Q3, proporcionan
una constante ..."
45

PRELIMINARES Y VISIÓN
DE LAARQUITECTURA
Bajo el framework TOGAF:
- http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html
46

Prelimenares para definir la Arquitectura Empresarial
Fase - Preliminar:
Prepara la organización para entender el éxito del
proyecto de arquitectura empresarial.
• Entender el ambiente del negocio
• Compromiso del alto nivel (nivel estratégico)
• Acuerdos en el Alcance
• Establecer los principios
• Establecimiento de la Estructura de
Gobierno – gobernabilidad
• Acuerdos a ser adoptados TOGAF
Fuente: Open Group
47

Fase - Preliminar:
Prepara la organización para entender el éxito del
proyecto de arquitectura empresarial.
• Asegurar que cada persona que será
involucrada en el compromiso para el éxito
del proceso arquitectónico
• Definir el footprint (modelo conceptual) de la
arquitectura
• Definir el framework y sus detalles
• Definir los criterios para evaluar la
arquitectura
• Iniciar el repositorio de la arquitectura
TOGAF
Fuente: Open Group
48

Fase – Arquitectura de Visión:
En esta se define el proyecto a partir del
compromiso de la administración, de.
• Inicia una iteración del proceso de arquitectura
• Define el alcance, las restricciones y expectativas
para la iteración
• Valida el contexto del negocio, sus principios,
metas y direccionamientos (Plan estratégico)
• Identifica los stakeholders, sus problemas y
objetivos
• Define los requisitos y restricciones del negocio.
TOGAF
Fuente: Open Group
49

Fuente: Open Group
50

ARQUITECTURA DE
NEGOCIO
TOGAF – Open Group:
51

Arquitectura de Negocio
Arquitectura del
Negocio
Arquitectura de la
Información
Arquitectura de
Aplicaciones
Arquitectura de Tecnologías
La arquitectura de negocio es resultado de la
definición de la estrategia de la organización, de
sus procesos de negocio y su funcionalidad
(Sousa, Marques & Alves, 2005). Es la base para
identificar los requisitos de los sistemas de
información que apoyan a las actividades del
negocio.
Gestión de Procesos
(Business Process Management – BPM)
La Arquitectura de Negocio describe CÓMO lograr las estrategias planteadas entre el negocio y TI.
Fuente: Open Group
52

Misión
El propósito de la definición de la misión corporativa, consiste en
establecer la dirección y el enfoque, bajo el cual se tomarán las
decisiones estratégicas.
Por lo general, una misión bien definida consta del establecimiento
del rubro (negocio) de la organización, su visión, metas a grandes
rasgos, y enuncia los principales valores filosóficos que respaldan su
actuar
Fuente:
http://www.inf.utfsm.cl/~lhevia/asignaturas/
sdeg/topicos/Gestion/cap1pdf.pdf
53

Visión
Es el segundo componente en la declaración de la misión
corporativa, llamado también intento estratégico, consiste
en una manifestación formal de lo que la empresa trata de
lograr. Ejemplo: “ser la mejor empresa de productos
alimenticios del mundo”.
Fuente:
http://www.inf.utfsm.cl/~lhevia/asignaturas/
sdeg/topicos/Gestion/cap1pdf.pdf
54

Estrategia
Estrategia es el patrón o plan que integra las principales metas y políticas de
una organización, y a la vez establece las acciones coherentes a realizar.
Según esta definición, una estrategia debe ser racionalmente planificada, esto
determina metas y objetivos a largo plazo, distribución adecuada de recursos,
y un plan de acción que ponga en práctica todo lo anterior.
La estrategia del negocio define QUÉ se va a lograr
Fuente: http://www.inf.utfsm.cl/~lhevia/asignaturas/sdeg/topicos/Gestion/cap1pdf.pdf
55

TOGAF
Fuente: Open Group
56

• En el primer paso, es muy importante ubicar la
organización en un sector industrial y seleccionar el
modelo de referenica proporcionado por el Enterprise
Continuum. Este será usado como base para la definición
de la arquitectura futura y específica de la organización.
• Ejemplo:
• ARTS – Sector: Retail
• Etom – Sector: Telecom
El la arquitectura del Repositorio deberán existir modelos
de referencia para cada sector industrial.
57

Modelos de Referencia para abordar el
desarrollo de una AE
Modelo de referencia de negocios
Es un modelo de referencia, concentrándose en los
aspectos funcionales y organizacionales de la actividad
principal de una empresa, organización de servicio o
agencia de gobierno.
En la ingeniería de la empresa un modelo de referencia de
negocios es parte de un marco de trabajo de Arquitectura
Empresarial o Architecture Framework.
58
http://en.wikipedia.org/wiki/Business_reference_model

Arquitectura de Negocio – Ejemplo
Modelo de Referencia
http://astimen.wordpress.com/category/ngoss-etom/
eTOM (enhanced Telecom Operations Map)
http://www.tmforum.org/InformationFramework/1684/home.html
http://videos.cw-innovations.de/etom-enhanced-telecom-operations-map-best-practice-
framework-fuer-die-telekomindustrie/1187/
LINKS:
59

Otros modelos de referencia del Negocio
• FEA Business Reference Model
• http://www.whitehouse.gov/sites/default/files/omb/assets/fea_docs/
FEA_CRM_v23_Final_Oct_2007_Revised.pdf
• Business Process Model from the FEAPMO, version 2.0
• http://pic.dhe.ibm.com/infocenter/rsysarch/v11/index.jsp?topic=%2F
com.ibm.sa.irma.doc%2Ftopics%2Fc_Business_Ref_Mdl_BRM.ht
ml
Así se pueden encontrar otros modelos de referencia de difererentes
tipos de negocio (dominios empresariales): banca, educación, textil,
servicios, retail, etc.
60

Otros modelos de referencia del Negocio
61

Gestión de Procesos de Negocio
62

[Fuente: http://bpminsights.blogspot.com/2006/11/big-
picture.html]
63

• Workflow (el flujo de trabajo)
La secuencia de actividades que
entrega un resultado para una
organización. Se analiza la
secuencia para detectar desperdicio,
fuentes de errores, fuentes de
retrasos y otras impedimentos para
un flujo del trabajo eficiente.
(video recomendado:
http://www.youtube.com/watch?v=3K
JjKY8k9Lk)
• Systems (los sistemas)
Los sistemas de una organización
son mas y más importantes para el
mejoramiento de los procesos. Qué
sistemas se usan actualmente para
apoyar a los procesos? Cuál es la
dimensión del apoyo? Cuál es el
nivel de integración de los sistemas?
Qué innovaciones podemos
observar?
picture.html]
64

picture.html]
• Metrics (métricas)
• Definir indicadores que
muestren si la empresa
cumple con los objetivos
• Para indicar medidas para
mejorar los procesos
• Una empresa que esta
enfocada en ser líder de
costos (cost leadership)
necesita otras métricas que
una empresa que esta
enfocado en el servicio al
cliente
• Se pueden ponderar las
métricas según su
importancia para lograr los
objetivos de la empresa.
Las métricas con mas peso
dan también orientación
para el mejoramiento de
procesos
65

Métricas en el proceso de Negocio
Key Success Factors (KSF) Factores críticos
de éxito (clave) - FCE
Aspectos que son indispensables para el adecuado
funcionamiento de un proceso
Key Goal Indicators (KGI)
Mide el impacto o consecuencia de un proceso en el
contexto de una empresa
Key Performance Indicators (KPI)
Mide el funcionamiento de un proceso
Balance Scorcard
66

• Governance (la gobernabilidad)
• Gobernabilidad también tiene un
impacto en el mejoramiento de los
procesos. Muchos procesos son
ineficientes debido a las normas,
reglas y políticas existentes. Ellos
afectan las iniciativas de
mejoramiento.
• Si son externos (leyes etc.) no se
puede hacer mucho, pero si son
internos se tiene que pensar en
revisarlos
[Fuente: http://bpminsights.blogspot.com/2006/11/big-picture.html]
67

• Personnel (los empleados)
• Buenas practicas con respecto a la
contratación de empleados facilita la
incorporación de “process thinkers” (personas
que piensan en procesos).
• Una capacitación que se realiza de una manera
metódica asegurará coherencia en la manera
como se realiza y se mejora el trabajo dentro
de una organización.
• Una condición previa para lograr resultados
excelentes es la gente que esta a cargo de la
realización de la actividades y el trabajo en una
empresa.
• La “calidad” de estas personas se asegura a
través de un proceso de contratación bien
diseñado que apoya la realización de los
objetivos de la organización.
68

• Environment (el entorno)
Tanto los factores internos,
como p.ej. la estructura de una
organización o la infraestructura
física, como los factores
externos, incluyendo los
mercados de objetivo y factores
económicos pueden influir el
diseño de los procesos de una
empresa.
69

* Mas preciso: Gobierno Corporativo, Administración de Riesgos y Cumplimiento Regulatorio
70

[http://www.pa.com.au/sunsystems/newsletter/images/diagram.jpg]
La vista
panorámica del
problema el
cual BPM
pretende
solucionar
71

Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio
72

Definición
Ejecución
Monitoreo
Optimización
Herramientas BPM (Business
Process Modelling)
73

Modelado del Proceso de Negocio (Ej: Proceso Solicitud de Vacaciones)
74

Definición
Ejecución
Monitoreo
Optimización
Herramientas BAM (Business
Activity Monitoring)
75

Herramientas BPM (Business
Process Management)
Definición
Ejecución
Monitoreo
Optimización
76

77

78

Una vista
más
“técnica”:
Business Process
Ontology*
[Barros,O.:BusinessProcessesArchitectureandDesign,inBPTrends,p.1May2007]
* El término ontología en
la informática hace
referencia a la formulación
de un exhaustivo y
riguroso esquema
conceptual dentro de uno
o varios dominios dados;
con la finalidad de facilitar
la comunicación y la
compartición de la
información entre
diferentes sistemas y
entidades
[http://es.wikipedia.org/wiki
/Ontolog%C3%ADa_(Infor
m%C3%A1tica)]
79

ARQUITECTURA DE
SISTEMAS DE INFORMACIÓN
– ARQUITECTURA DE DATOS
80

Arquitecturas de Sistemas de Información
Fuente: Open Group
81

Fuente: Open Group
82

Fuente: Open Group
83

Arquitecturas de Sistemas de
Información
Arquitectura de
Datos/Información
Arquitectura de
Aplicaciones
Arquitectura de Tecnologías
La arquitectura de la información describe
qué necesita la organización saber para
ejecutar los procesos descritos en la
arquitectura de negocio. Es decir,
especifica qué partes del proceso de
negocio son apoyadas por cada aplicación
y donde cada tipo de datos será
almacenado y manejado.
84

Arquitectura de Datos
• El objetivo aquí es definir los principales tipos y fuentes
de datos necesarios para soportar el negocio, de una
manera que es:
 Comprensible por los interesados
 Completa y consistente
 Estable
El esfuerzo en esta arquitectura NO se refiere al diseño de
base de datos.
Fuente: Open Group
85

El objetivo es definir las entidades de datos relevantes para la empresa,
no para diseñar sistemas de almacenamiento lógico o físico. (Sin
embargo, los vínculos a los archivos y bases de datos existentes pueden
desarrollarse, y puede demostrar áreas significativas de mejora)
Fuente: Open Group
86

• El equipo de arquitectura tendrá que considerar qué
recursos relevantes arquitectura de datos están
disponibles en el Enterprise Continuum, en particular,
los modelos de datos genéricos relevantes a la industria
"vertical" del sector. Por ejemplo:
• ARTS ha definido un modelo de datos para la industria de
Retail (al por menor).
• POSC ha definido un modelo de datos para la industria
de petrotécnicos.
Fuente: Open Group
87

ARTS – DATA MODEL
http://www.nrf-arts.org/content/arts-data-model-home-page
88

Customer Subject Area Data Model for ARTS
http://www.nrf-arts.org/content/arts-data-model-home-page
89

• Otros Modelos de Referencia:
• The Enterprise Data Model -
http://www.whitehouse.gov/sites/default/files/omb/assets/egov_doc
s/DRM_2_0_Final.pdf
• Modelo de datos para la industria de la distribución de alimentos:
http://www.databaseanswers.org/data_models/food_distribution/ind
ex.htm
• Modelo de Referencia de Datos Sector Financiero:
http://www1.worldbank.org/publicsector/pe/trm.pdf
http://www.information-management.com/issues/20020701/5339-
1.html
• Universal Data Models for Manufacturing: http://www.information-
management.com/issues/20021201/6078-1.html
90

Fuente: Open Group
91

ARQUITECTURA DE
SISTEMAS DE INFORMACIÓN
– APPLICATION
ARCHITECTURE
92

Arquitectura de Aplicaciones
• Objetivo
• Desarrollar la Arquitectura de Aplicación de destino
(Target) que permite desplegar la Arquitectura de Negocio
y la de Visión en la organización, cumpliendo así con la
Solicitud de Trabajo Arquitectura (base line) y las
preocupaciones de los interesados.
• Identificar los componentes de la Hoja de Ruta de
Arquitecturas candidatas sobre la base de las diferencias
entre la línea de base y las arquitecturas de aplicaciones
de destino.
93

94
Proceso de
Negocio
Tarea 1 Tarea 2 Tarea n
GENTE
- Administran y operan el negocio
- Hacen la gestión del proceso
- Producen los servicios
- Demandan y gestionan la información
- Usan las aplicaicones y las tecnologías
ARQUITECTURA DE NEGOCIO
ARQUITECTURA DE APLICACIONES
APLICACIONES DE SOFTWARE
QUE ACTUALMENTE APOYAN LA
ORGANIZACIÓN
Qué hay hoy?
Qué applicaciones de
software necesito para
apoyar las estrategias
de la organización

95
Proceso de
Negocio
GENTE
Catálogo de
Aplicaciones

96
Proceso de
Negocio
GENTE
Catálogo de
Interfases
Catálogo de
Aplicaciones

97
Proceso de
Negocio
GENTE
Matrices
Catálogo de
AplicacionesMatriz de Aplicación / Organización
Función / Aplicación matriz
Matriz de Uso / función
Matriz de interacción de aplicaciones
Catálogo de
Interfases

98
Proceso de
Negocio
GENTE
Diagramas
Catálogo de
AplicacionesDiagrama de comunicaciones de la aplicación
Aplicación y ubicación del usuario diagrama
Diagrama de casos de uso de aplicaciones
Diagrama de administración empresarial
Diagrama de realización de procesos / aplicaciones
Diagrama de distribución de software
Catálogo de
Interfases
Matrices

El Blueprint de un Modelo de Referencia
de la Arquitectura de Aplicaciones
99
Fuente: http://www.academia.edu/798069/The_Application_Architecture_Reference_Model_Blueprint

Detalle del Modelo de Referencia de la
100
Fuente: http://www.academia.edu/798069/The_Application_Architecture_Reference_Model_Blueprint

Arquitectura de Aplicaciones vista desde
Zachman
101

• El Open Group cuenta con un modelo de referencia para la Infraestructura de
Información Integrado (III-RM) que se centra en los componentes de nivel de
aplicación y servicios necesarios para proporcionar una nfraestructura de información
integrada.
• Ver las siguientes referencias:
• http://pubs.opengroup.org/architecture/togaf8-doc/arch/chap22.html
102

103
Federal Architecture Reference Model (http://www.dol.gov/_sec/e_government_plan/p37_appendixc.htm#.UL0vUuSmBlw)

104
Business Reference Model of Healthcare (U.S. Department of Health & Human Services)

105
SOA Reference Model
(Fuente: SOA terminology overview, Part 1: Service, architecture, governance, and business terms)

106
SOA – Enterprise Architecture
Algunos links de referencia documental:
- http://www.opengroup.org/soa/source-book/soa/soa_ea.htm
- http://www.slideshare.net/mstabare/arquitecturas-empresariales-introduccin
- http://www.ibm.com/developerworks/webservices/library/ws-soa-term1/
- http://www.ibm.com/developerworks/webservices/library/ws-soa-enterprise2/
- http://www.ibm.com/developerworks/webservices/library/ws-soa-enterprise3/
- http://msdn.microsoft.com/en-us/architecture/aa699438.aspx
- http://sreenisetty.blogspot.com/

Arquitecturas empresariales version gerencia de información

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Arquitecturas empresariales version gerencia de información

Similar a Arquitecturas empresariales version gerencia de información (20)

Más de Marta Silvia Tabares

Más de Marta Silvia Tabares (20)

Último

Último (20)

Arquitecturas empresariales version gerencia de información