Proyecto Corte 2 - SOA

Proyecto SOA corte 2
SOA 2019 - I

Tipo:
Entrega Proyecto corte 2
Objetivo:
Aplicar a un caso de estudio los temas visto en clase sobre: gobierno de TI, arquitectura empresarial,
blueprinting y diagrama de componentes.
Cada pareja aplicara un caso de estudio diferente.
Condiciones de Entrega
Condición Descripción
Fecha de entrega 25 de abril de 2019
Valor ponderado 10 puntos
Entrega por parejas: Mario Alberto Rodríguez Urrego
Alex Fabián Correa Hernández
Ivvone Mayerli Alba Bustos
Juan Carlos Morales Rosas
Miguel Rojas González
Dydier Alexander Ramírez Báez
David Peña
Modo entrega: Documento y exposición de la actividad a realizar
El documento se componente de dos partes, en la primera está el marco teórico y en la

segunda las actividades a realizar.
Ing. Luis Eduardo Barreto Santamaría

Lbarretos2@ucentral.edu.co
SOA 2019 - I
Marco teórico
CONTENIDO
1. Gobierno de TI
a. COBIT
b. ITIL
2. Arquitectura empresarial
a. ZACHMAN
b. TOGAF
c. Software de uso de las Arquitecturas Empresariales
3. Arquitectura orientada a servicios - SOA
a. Blueprinting
b. Diagrama de componentes
1. Gobierno de TI
GOBIERNO TI o IT Governance, consiste en una estructura de relaciones y procesos

destinados a dirigir y controlar la empresa, con la finalidad de alcanzar sus objetivos
y añadir valor mientras se equilibran los riesgos y el retorno sobre TI y sus procesos.
El Gobierno de TI, es una metodología de trabajo, no una solución en sí. Está

orientado a proveer las estructuras que unen los procesos de TI, recursos de TI e
información con las estrategias y los objetivos de la empresa. Además, el Gobierno
de TI integra e institucionaliza las mejores prácticas de planificación y organización,
adquisición e implementación, entrega de servicios y soporte, y monitoriza el
rendimiento de TI para asegurar que la información de la empresa y las tecnologías
relacionadas soportan los objetivos del negocio.
El Gobierno de TI conduce a la empresa a tomar total ventaja de su información

logrando con esto maximizar sus beneficios, capitalizar sus oportunidades y
obtener ventaja competitiva.

SOA 2019 - I
¿Por qué implementar un gobierno de TI?
• Primero. La entrega de valor a las partes interesadas de la empresa requiere

de un buen gobierno y la gestión de la información y de los activos
tecnológicos (TI).
• Segundo. Las juntas empresariales, los ejecutivos y la gerencia tienen que

adoptar a TI como cualquier otra parte importante del negocio.
• Tercero. Los requerimientos externos de cumplimiento, normas legales,
reglamentarias y contractuales relacionadas con el uso de la empresa de la
información y tecnología están aumentando, amenazando la generación
valor si se incumplen.
• Cuarto. Inversiones sin retorno y fallas en los sistemas que impactan al
negocio.
• Quinto. Alta complejidad por la convivencia de múltiples plataformas
tecnológicas.
• Sexto. Tendencias digitales: movilidad, machine learning, social media, bots,
entre otros.
• Sétimo. Big Data, según IDC Digital Universe Study el volumen de datos
continuará creciendo, estimando un incremento por un factor de 8 en los
próximos 5 años.
• Octavo. Cada año se pierden miles de millones de dólares en ciberataques.
Necesidades de las organizaciones
• Primera. Aumentar el logro de los beneficios, a través del uso efectivo e

innovador de las TI de la empresa.
• Segunda. Generar valor para el negocio a partir de nuevas inversiones de la
empresa que son soportadas con inversión en las TI.
• Tercera. Mantener el riesgo vinculado a las TI a un nivel aceptable y a su vez
lograr la excelencia operacional a través de la aplicación de la tecnología.
• Cuarta. Contener los costos de los servicios de TI, además de cumplir con
las leyes, regulaciones y políticas pertinentes.
• Quinta. Asegurar la colaboración entre el negocio y las TI, apuntando a la
satisfacción del usuario del negocio con la participación de TI y sus servicios.
Todo esto nos lleva realmente a replantearnos las teorías falsas de que TI no se
gobierna y que no hay forma alguna de controlar y percibir valor.
Se concluye que realmente las organizaciones existen para genera valor a nuestras
partes interesadas, independientemente de que estas sean internas o externas, que
SOA 2019 - I
los recursos tanto tecnológicos, humanos como financieros deben optimizarse, que
el riesgo si se puede identificar y controlar; y que al final de todo un esfuerzo
organizacional podemos rendir cuentas con toda la tranquilidad garantizando que
los objetivos organizacionales están siendo alcanzados.
Y, definitivamente, hay que tener siempre claro que es incorrecto pensar que el área
de Tecnologías de Información es independiente del negocio o que deba percibirse
como un gasto más allá de una inversión.
Las cinco principales áreas de enfoque del gobierno de TI dentro de las

empresas
Alineamiento estratégico: El gobierno de TI

asegura que tanto los procesos de negocios
como los de tecnología de la información
trabajen en conjunto.
Entrega de Valor: beneficio clave del

gobierno de TI, asegurando que el sector de la
tecnología de la información sea tan eficiente
y eficaz como sea posible.
Gestión de Riesgos: el gobierno de TI permite

que la empresa visualice ampliamente los
posibles riesgos para el negocio y suministra formas de minimizarlos.
Gestión de recursos: en este caso, el papel del gobierno de TI es asegurar que la

gestión de los recursos humanos y tecnológicos de la empresa sea lo más
optimizada posible.
Medición del Desempeño: mediante el uso de indicadores que van mucho más allá
de los criterios financieros, el Gobierno de TI asegura la medición y la evaluación
precisa de los resultados del negocio.

SOA 2019 - I
¿Cómo implantar Gobierno de TI?
Existen diferentes propuestas (frameworks) que permiten guiar a las organizaciones

en la estructuración de un gobierno de TI:
• COBIT (Control Objectives for Information and related Technology)
• ITIL (Information Technology Infrastructure Library)
• ISO/IEC 38500:2008 Corporate governance of information technology.
• AS8015-2005
a. COBIT - Control Objectives for Information and related Technology.
COBIT es un marco de referencia y un conjunto de herramientas de soporte, que

permiten a la alta gerencia de una empresa cerrar la brecha con respecto a los
requerimientos de control, los temas a nivel técnico y los riesgos asociados al
negocio, y comunicar ese nivel de control a las personas interesadas. COBIT permite
el desarrollo de políticas claras y de buenas prácticas para el control de TI a través
de las empresas.
La estructura de procesos de COBIT y su enfoque de alto nivel orientado al negocio

proporcionan una visión completa de TI y de las decisiones a tomar acerca de la
misma.
Los beneficios de implementar COBIT como marco de referencia de gobierno sobre

TI incluyen, entre otros:
• Mejor alineación, con base en su enfoque de negocio

• Una visión entendible para la gerencia, de lo que hace el área de tecnologías de
la información.
• Propiedad y responsabilidades claras, con base en su orientación a procesos
• Entendimiento compartido entre todas las personas involucradas, con base en
un lenguaje común.
En términos generales, COBIT propone un modelo de procesos que promueve la

propiedad de los procesos, permitiendo que se definan las responsabilidades de
manera clara y oportuna. En la siguiente figura se muestra el esquema general de
este marco de trabajo.

SOA 2019 - I
En la figura anterior se puede apreciar que COBIT está fundamentado en tres

grandes procesos: Procesos de TI, Requerimientos de Negocio y Recursos de TI, los
cuales se detallan a continuación:
Procesos de TI
COBIT define las actividades referentes a tecnologías de la información en un

modelo genérico de procesos organizado en cuatro dominios. Estos dominios son
Planear y Organizar, Adquirir e Implementar, Entregar y Dar Soporte y Monitorear y
Evaluar. Los dominios se equiparán a las áreas tradicionales de TI: Planear,
Construir, Ejecutar y Monitorear.
El marco de trabajo de COBIT proporciona un modelo de procesos de referencia y

un lenguaje común para que todas las áreas de la empresa visualicen y administren
eficientemente las actividades de TI, lo que representa uno de los pasos iniciales
más importantes hacia un buen gobierno de TI.
Requerimientos de Negocio:
Para satisfacer los objetivos del negocio, la información necesita adaptarse a ciertos
criterios de control, los cuales son referidos en COBIT como requerimientos de
información del negocio:
• Efectividad: Tiene que ver con que la información sea relevante y

pertinente a los procesos del negocio, y que se proporcione de una manera
oportuna, correcta, consistente y utilizable.

SOA 2019 - I
• Eficiencia: Consiste en que la información sea generada con el óptimo uso

de los recursos.
• Confidencialidad: Se refiere a la protección de información sensitiva
contra revelación no autorizada.
• Integridad: Está relacionada con la precisión y completitud de la
información, así como con su validez de acuerdo a los valores y
expectativas del negocio.
• Disponibilidad: Se refiere a que la información esté disponible cuando sea
requerida por los procesos del negocio en cualquier momento. También
concierne a la protección de los recursos y las capacidades necesarias
asociadas.
• Cumplimiento: Tiene que ver con acatar aquellos reglamentos y acuerdos
contractuales a los cuales está sujeto el proceso de negocios, es decir,
criterios de negocios impuestos externamente, así como políticas internas.
• Confiabilidad: Se refiere a proporcionar la información apropiada para
que la gerencia administre la empresa y ejerza sus responsabilidades
fiduciarias y de gobierno.
Recursos de TI (Tecnologías de la Información):
COBIT define estos recursos como un conjunto de procesos definidos con claridad
que utilizan las habilidades de las personas y la infraestructura de tecnología para
ejecutar aplicaciones automatizadas de negocio, mientras que al mismo tiempo
toma ventaja de la información del negocio. Estos recursos, junto con los procesos,
constituyen una arquitectura empresarial para tecnologías de la información.
Para responder a los requerimientos del negocio, la empresa debe invertir en los
recursos requeridos para crear una capacidad técnica adecuada y dar soporte a la
capacidad del negocio que genere los resultados deseados.
Los recursos de TI identificados en COBIT son:
• Las aplicaciones
• La información
• La infraestructura
• Las personas

SOA 2019 - I
Marco de Trabajo COBIT:
El modelo de procesos de COBIT está compuesto de cuatro dominios que contienen 34

procesos genéricos administrando los recursos de TI para proporcionar información a la
empresa de acuerdo con los requerimientos del negocio y de gobierno. Los dominios y su
relación se muestran en la siguiente figura:
b. ITIL (Information Technology Infrastructure Library)
ITIL es un compendio de publicaciones o librerías, que describen de manera

sistemática un conjunto de “buenas prácticas” para la gestión de los servicios de TI
dentro de una empresa. Nació en la década de 1980, a través de la Agencia Central
de Telecomunicaciones y Computación del Gobierno Británico que ideó y desarrolló
una guía para que las oficinas del sector público británico fueran más eficientes en
su trabajo y por tanto se redujeran de manera significativa los costes derivados de
los recursos TI.
Actualmente, ITIL recoge la gestión de los servicios TI como uno de sus apartados,
habiéndose ampliado el conjunto de estas buenas prácticas a la gestión de la
seguridad de la información, gestión de niveles de servicio, perspectiva de negocio,
gestión de activos software y gestión de aplicaciones. Estas buenas prácticas
provienen de las mejores soluciones posibles que diversos expertos han puesto en
marcha en sus empresas en el momento de ofrecer servicios de TI.
La última versión denominada como ITIL v3, fue divulgada en el año 2007, en la cual
se agrupan los elementos principales de ITIL en 5 volúmenes:

SOA 2019 - I
• Estrategia del Servicio (ES)

• Diseño del Servicio (DS)
• Transición del Servicio (TS)
• Operación del Servicio (OS)
• Mejora Continua del Servicio (MCS)
El ciclo de vida de los servicios TI
ITIL estructura la gestión de los servicios TI sobre el concepto de Ciclo de Vida de

los Servicios. Este enfoque tiene como objetivo ofrecer una visión global de la vida
de un servicio desde su diseño hasta su eventual abandono sin por ello ignorar los
detalles de todos los procesos y funciones involucrados en la eficiente prestación
del mismo.
El Ciclo de Vida del Servicio consta de cinco fases:
• Estrategia del Servicio: Propone tratar la gestión de servicios no sólo

como una capacidad sino como un activo estratégico.
• Diseño del Servicio: Cubre los principios y métodos necesarios para
transformar los objetivos estratégicos en portafolios de servicios y activos.

SOA 2019 - I
• Transición del Servicio: Cubre el proceso de transición para la

implementación de nuevos servicios o su mejora.
• Operación del Servicio: Abarca las mejores prácticas para la gestión del
día a día en la operación del servicio.
• Mejora Continua del Servicio: Proporciona una guía para la creación y
mantenimiento del valor ofrecido a los clientes a través de un diseño,
transición y operación del servicio optimizado.
Cada una de las fases del ciclo de vida del servicio son vitales para alcanzar el éxito
en las áreas de TI de cualquier tipo de empresa, independiente de su tamaño
(grande, mediana o pequeña), o si esta pertenece al sector público o privado, si
cuenta con servicios centralizados o descentralizados, internos o suministrados
por terceros. En cualquiera de estos casos, el servicio debe cumplir con estándares
de alta calidad, ser confiable y eficiente, así como tener un costo asequible para los
clientes.

SOA 2019 - I
2. Arquitectura empresarial
Definición:
La definición de arquitectura empresarial surge frente a la necesidad de alinear las

tecnologías de información a los objetivos estratégicos del negocio. Algunas definiciones de
arquitectura empresarial se presentan a continuación:
The Open Group Architecture Framework:

“… la arquitectura empresarial se puede definir de dos posibles formas dependiendo del
contexto en que se utilice, la primera a través de una descripción formal de un sistema o
un plan detallado de un sistema en cuanto a sus componentes para guiar su
implementación; o la segunda es con una estructura de componentes, sus interrelaciones,
y los principios y guías que gobiernan su diseño y evolución en el tiempo”.
International Enterprise Architecture Institute:

“El análisis y documentación de una organización en su estado actual y futuro desde las
perspectivas de negocio, tecnología y estrategias integradas”.
Federal Enterprise Architecture Framework, 1ra versión – 1999:

“… las arquitecturas empresariales son modelos que se aplican de manera sistemática y
completa para definir el ámbito presente o futuro de una organización. Arquitecturas
empresariales son esenciales para la evolución y desarrollo de nuevos sistemas de
información que optimicen el valor de la misión de una organización…”
Con base en lo anterior, se puede considerar que la AE es el proceso de alinear los objetivos
estratégicos de una organización con la tecnología, el negocio y el recurso humano, a través
del diagnóstico del estado actual de la organización y realizando una prospectiva con la
implementación de nuevas tecnologías.
Importancia de la AE
La visión integral del negocio que se alcanza al adoptar modelos de AE permite convertir a
la tecnología en una aliada de todos los procesos organizacionales; así, gracias a la AE los
líderes de tecnología ya no solo se ocupan de resolver el cableado o el almacenamiento de
información de una compañía, sino que empiezan a construir de manera conjunta con cada
área, y de forma integral entre todas ellas, una serie de procesos organizados, sistemáticos
y que se comunican entre ellos, optimizando los recursos y convirtiendo a la tecnología en
eje de encuentro y herramienta de crecimiento para todos.
SOA 2019 - I
La Arquitectura Empresarial dará como resultado no solo un diagnóstico de la situación

tecnológica actual de una organización, sino que además entregará modelos a seguir para
que todas las áreas logren alinearse, tarea que en principio supone una serie de
responsabilidades adicionales desde todas las áreas, por lo que el proceso de AE debe ir
siempre acompañado de una estrategia de gestión del cambio organizacional
Beneficios de la AE
La AE en una empresa corresponde a la forma de representar de manera integral la

empresa, permitiendo cubrir y considerar todos y cada uno de los elementos que la
conforman. Esto conduce a que se pueda establecer una visión clara sobre los objetivos,
las metas y líneas de negocio en la empresa, comenzando desde la perspectiva estratégica
(misión, visión, lineamientos e indicadores estratégicos), hasta llegar a una descripción
(construcción de arquitectura) integrada, detallada y metodológica de la estructura actual y
futura para los procesos de la organización; la cual incorpora algunos de los componentes
que se consideran como críticos para su funcionamiento; los procesos, la estructura
organizacional (personas, áreas de trabajo) y las tecnologías de información (aplicaciones,
información, infraestructura tecnológica y seguridad informática).
Como resultado final, se va a disponer de las herramientas y los mecanismos necesarios

para la adecuada operación y funcionamiento de la empresa, y por ende, apoyar el
cumplimiento de sus objetivos estratégicos.
Entre los beneficios que obtiene una organización al adoptar de un modelo de AE se tienen
los siguientes:
• Beneficios tangibles:
o Reducir costos
o Mejorar la eficiencia operacional de la empresa
o Identificar las inversiones más rentables a realizar
o Diversificar servicios
o Generar valor agregado para la empresa
• Beneficios intangibles:
• Alinear TI con los objetivos estratégicos de la empresa
o Centralizar la información
o Establecer lineamientos y estándares transversales a toda la organización
o Información confiable y de alta calidad para una mejor toma de decisiones
o Aprovechar de manera eficiente las oportunidades de negocio soportadas
en las fortalezas de la empresa.

SOA 2019 - I
Aspectos a considerar antes de decidirse por un modelo de Arquitectura Empresarial
• Claridad en las metas y objetivos del negocio, lo que facilita definir cuál será la mejor
metodología de AE para la organización.
• La AE se origina en la estrategia corporativa de la organización
• La Arquitectura requerirá la integración de procesos, pero antes de integrar es
necesario diagnosticar y conocer las necesidades puntuales de cada área para que
puedan ser consideradas en la definición del modelo a seguir.
• Uno de los objetivos de la Arquitectura es maximizar la interoperabilidad y
reusabilidad de los recursos, así que todas las áreas de la empresa deben
comprender la importancia de la AE para la toma de decisiones en materia
tecnológica y de procesos.
• La identificación, integración e implementación de servicios es la clave para
asegurar la flexibilidad y la adaptación del modelo de AE.
• Es importante que la empresa defina planes de acción que muestren paso a paso
los proyectos a emprender para lograr así la Arquitectura objetivo.
• La AE requiere un monitoreo y mejora constante.
A continuación, se describen los marcos de referencia o framework de Arquitectura

Empresarial más conocidos.
• ZACHMAN
• TOGAF
a. ZACHMAN
El concepto de AE tiene su origen en el año de 1987 con la publicación del artículo de John
A. Zachman en el Diario IBM Systems, titulado: «Un marco para la arquitectura de sistemas
de información»; en ese documento, el autor establece tanto el desafío como la visión de la
AE, que sirvió para orientarla durante los siguientes años y hasta nuestros días. Zachman
consideraba que el éxito de una empresa dependía cada vez más de sus sistemas de
información, los cuales requieren de una orientación y organización para gestionarlos
eficientemente. La perspectiva de un enfoque en la arquitectura de sistemas es lo que
Zachman originalmente describió como una arquitectura de sistemas de información, que
evolucionó al concepto de un marco de AE como se conoce hoy en día.
John Zachman basado en prácticas de arquitectura e ingeniería tradicionales introdujo el

Zachman Framework, este marco es una estructura bidimensional para clasificar y
organizar los elementos de una empresa.
• El eje vertical proporciona perspectivas de la arquitectura

• El eje horizontal una clasificación de los diferentes artefactos de la misma

SOA 2019 - I
Este framework contiene seis filas y seis columnas que producen 36 celdas o aspectos.
Las filas están compuestas por:
• Alcance/planeador: Se ocupa del contexto de la empresa, de su entorno

competitivo, de los aspectos internos y externos que influyen en su
competitividad, del posicionamiento de sus productos y servicios. Esta perspectiva
cubre los componentes del nivel estratégico.
• Modelo de negocio/propietario: Se interesa en la operación del negocio
mediante modelos de procesos, flujos de trabajo y planes de negocio que le
permitan controlar la operación de la empresa. Esta perspectiva se centra en el
proceso de negocio, por lo que constituye en buena medida el nivel de procesos.
• Modelo de sistema/diseñador: Tiene que ver con la especificación de los planos
conceptuales de los sistemas de información que se requieren para soportar la
operación de los procesos.
• Modelo de tecnología/constructor: Se encarga del ensamblado y fabricación de
los diversos componentes de los sistemas de información de acuerdo con las
restricciones de la tecnología utilizada.
• Componentes/contratista o implementador: Trabaja en la fabricación de los

componentes de acuerdo con las especificaciones del constructor.
• Sistema trabajando
Las columnas se componen de:
• ¿Qué?: Se refiere Los datos, sus relaciones y significados

• ¿Cómo?: Hace alusión a Los procesos y funciones de la empresa
• ¿Dónde?: Indica la ubicación, que comprende red, tecnologías, distribución y
localización de procesos, funciones y sistemas
• ¿Quién?: Tiene que ver con las personas que forman parte de la compañía,
considerando aspectos que van desde la seguridad y roles hasta la organización
de la compañía y los flujos de trabajo existentes
• ¿Cuándo?: Determina el tiempo representando ciclos, estructuras de proceso, de
control y eventos de negocio
• ¿Por qué?: Se refiere a las motivaciones en los diferentes segmentos de la
compañía: objetivos de negocio, planes estratégicos, diseño y especificación de
reglas, etc.

SOA 2019 - I
En términos generales, este marco permite entender aspectos particulares de un

sistema en cualquier punto de su desarrollo y puede ser una herramienta muy útil
para manejar eficientemente los grandes volúmenes de información necesarios
para la toma de decisiones y para impulsar a la organización a ser más competitiva
en el mercado.
Con el fin de brindar un un poco más de claridad a la propuesta de Zachman en

cada una de las vistas, a continuación en la figura 2 se muestra este marco de AE
en español:

SOA 2019 - I
b. TOGAF
Es el marco de AE desarrollado por The Open Group, conocido como TOGAF está formado
por la fusión de X/Open Company Ltd y el grupo Open Software Foundation. El desarrollo
original de TOGAF en el año 1995 estaba basado en la ’Technical Architecture Framework
for Information Management’ (TAFIM), desarrollado por el Departamento de Defensa de
los Estados Unidos.
Este marco proporciona un enfoque para el diseño, la planificación, implementación y

gobierno de una arquitectura empresarial de información. Esta arquitectura es modelada
generalmente con cuatro niveles o dimensiones.
Capas de arquitectura de TOGAF
• La arquitectura de negocio: Describe los procesos que la empresa usa para

alcanzar sus objetivos. La estrategia de negocio, gobierno, organización y procesos
clave que considere la empresa.
• La arquitectura de datos: Describe cómo se organizan, se acceden y estructuran

los almacenes de datos tanto físicos como lógicos de la empresa.

SOA 2019 - I
• La arquitectura de la aplicación: Formado por un plano de aquellas aplicaciones

individuales que deben ser implementadas, sus interacciones y relaciones con los
procesos de negocio principales de la empresa.
• La arquitectura de la tecnología: Toda empresa necesita de unas capacidades de
software y hardware que apoyen a la implementación de los servicios de negocio,
datos y aplicación anteriormente descritos. Esta arquitectura incluye la
infraestructura de la tecnología de información, capa de mediación, procesamiento
y estándares.
¿Como se aplica la arquitectura TOGAF?
TOGAF quiere obtener un método práctico fiable, esto lo consiguen con el método de
desarrollo de arquitectura TOGAF (ADM). ADM sirve para definir las necesidades del
negocio y el desarrollo de una arquitectura que responda a esas necesidades, utilizando los
elementos de TOGAF.
El ADM sigue un ciclo iterativo de definición de la arquitectura y la realización continua que

permite a una organización el poder transformar sus empresas de forma controlada en
respuesta a sus objetivos de negocio y oportunidades.

SOA 2019 - I
El ADM es considerado el componente principal de TOGAF y proporciona dirección a todo

aquel arquitecto que utiliza esta metodología en varios niveles:
• Con un solo ciclo del modelo proporciona varias fases de desarrollo de arquitectura,
que sirve como una plantilla general de procesos para la actividad de desarrollo de
la arquitectura. Estas fases de desarrollo son la arquitectura de negocio, de sistemas
de información y tecnológicas.
• Proporciona una narrativa de cada fase de la arquitectura, facilitando su
implantación indicando los objetivos, enfoque, entradas, pasos a seguir y salidas de
cada uno de las fases que se encuentras en el ciclo del ADM.
• Proporciona resúmenes multi-fase que abordan también la gestión de

requerimientos de la empresa.
Fases del clico del ADM
El ADM está estructurado en varias fases que se desplazan cíclicamente a través de los
distintos tipos de arquitectura explicados en el apartado anterior y permiten al arquitecto
asegurar que un conjunto completo de requerimientos se están abordando
adecuadamente. La estructura del ADM está compuesta por las fases que podemos
observar en la siguiente imagen.
El ADM se caracteriza por poder aplicarse iterativamente durante todo el proceso, entre las
diferentes fases y dentro de ellas misma. Por ello, a lo largo de todo el ciclo del ADM se
recomienda realizar validaciones frecuentes de los resultados teniendo en cuenta los
requisitos originales propuestos, reconsiderando el alcance, los detalles, el plan y los hitos.
Cada fase del ciclo ADM debe considerar cuales son las entradas y salidas producidas.
• Ciclo alrededor del ADM: ADM está representado como vemos en la figura anterior
por un método circular indicando así que la finalización de una fase o de una
arquitectura alimenta directamente a las siguientes fases o arquitecturas.
• Iteración entre fases: TOGAF describe que existe un concepto de iteración entre
fases llegando a la conclusión de volver atrás entre fases, es decir, pasando de la
arquitectura tecnológica a la arquitectura de negocio por ejemplo.
• Ciclo alrededor de una fase individual: TOGAF apoya la ejecución repetida de una
actividad dentro de una fase individual del ADM como una técnica de
retroalimentación.

SOA 2019 - I
Para finalizar, como podemos observar el método ADM está compuesto por diez fases de
las cuales se va a realizar una pequeña explicación.
• La fase preliminar: describe el conjunto de actividades de preparación e iniciación

necesarias para crear una Arquitectura Empresarial, incluyendo personalización de
TOGAF y definición de los principios de la arquitectura.
• Fase A: corresponde a la arquitectura de visión y describe la fase inicial de un ciclo
de desarrollo de la arquitectura. Esta fase contiene información de cómo iniciar el
desarrollo de la arquitectura, la identificación de sus partes, su creación y obtener
el aprobado para proceder a su desarrollo.
SOA 2019 - I
• Fase B: corresponde a la arquitectura de actividades y describe el desarrollo de la

arquitectura de negocios para apoyar el acuerdo realizado en la fase A.
• Fase C: corresponde a la arquitectura de sistemas de información y describe el
desarrollo de esta para apoyar el acuerdo realizado en la fase A.
• Fase D: corresponde a la arquitectura de la tecnología y describe el desarrollo de

esta para dar apoyo al acuerdo realizado en la fase A.
• Fase E: oportunidades y soluciones que se llevan a cabo para la planificación de la

implementación inicial y la identificación de las herramientas para el reparto de las
arquitecturas definidas en las fases anteriores.
• Fase F: compuesta por las direcciones que hay que seguir para pasar de la línea de
base para las arquitecturas objetivo a la finalización de una implementación
detallada.
• Fase G: también llamada gobierno de la implementación que proporciona un

descuido arquitectónico de la implementación.
• Fase H: compuesta por la arquitectura de gestión del cambio que establece los
procedimientos para la gestión del cambio a la nueva arquitectura.
• Gestión de requisitos: Esta fase se aplica a todos las fases del ciclo del ADM. La
gestión de requisitos es un proceso dinámico que se encarga de identificar cuáles
son los requerimientos de la empresa, almacenarlos y más tarde gestionarlos como
entrada y salida de las fases más relevantes del ADM.
C. Software de uso de las Arquitecturas Empresariales
A continuación, se va a realizar un estudio del distinto software que podemos

encontrar para realizar una Arquitectura Empresarial.
• MEGA: utiliza la plataforma HOPEX para dar solución a las Arquitecturas

Empresariales, la cual permite a los practicantes de las arquitecturas y las partes
involucradas de una empresa que estén seguros de que las tecnologías de
información sean un componente clave del gobierno de la empresa. MEGA es
considerado un software muy completo por parte de los analistas.
• Archi: El software Archi es una herramienta de modelado de Arquitectura

Empresarial libre y de código abierto que permite crear modelos de arquitecturas
y bocetos. Archi engloba todos los niveles de la Arquitectura Empresarial
proporcionando solución gratuita a todos los arquitectos o empresas que buscan
una herramienta para modelar Arquitectura Empresarial.
SOA 2019 - I
Una de las características más importantes que presenta Archi es que permite el
uso del arco de arquitectura TOGAF, seleccionado para la realización del proyecto,
entre otros marcos de Arquitectura Empresarial
• Enterprise Architect: es una herramienta de modelado muy completa con una

gran cantidad de elementos, pero con una importante desventaja y es que tiene
un coste muy elevado para la realización de este proyecto.
Enterprise Architect está basado en estándares abiertos y demostrando las

mejoras prácticas, el software ofrece la posibilidad de escalar cómodamente desde
pequeños modelos de un arquitecto individual hasta grandes modelados basados
en un equipo o empresas grandes.

SOA 2019 - I
3. Arquitectura orientada a servicios - SOA
Definición:
• El concepto de SOA (Service Oriented Architecture) ofrece un marco de trabajo para

alinear los procesos de negocio con los sistemas de IT.
• Plataforma de servicios que representan procesos de negocio y que se combinan

entre sí (flexibilidad) para ofrecer soluciones adecuadas a las diferentes necesidades
de negocio (agilidad).
• “SOA es un modelo de componentes que interrelaciona las diferentes unidades

funcionales de las aplicaciones, denominadas servicios, a través de interfaces y
contratos bien definidos entre esos servicios. La interfaz se define de forma neutral,
y debería ser independiente de la plataforma hardware, del sistema operativo y del
lenguaje de programación utilizado. Esto permite a los servicios, construidos sobre
sistemas heterogéneos, interactuar entre ellos de una manera uniforme y
universal.”
• Existen multitud de definiciones del término.
Retos de SOA
• Actualmente las empresas dependen completamente de sus IT, de las que esperan
flexibilidad, agilidad y eficiencia en los costes.
• Las IT de las empresas están compuestas por un gran número de sistemas

interdependientes, heterogéneos y muchas veces redundantes.
• La rapidez con que las IT pueden adaptarse a los cambios en las necesidades del
negocio no siempre es suficiente (falta de agilidad y flexibilidad).
• La estructura actual de las IT puede hacer que los cambios introducidos cuesten
más que los beneficios que aportan (baja eficiencia de costes).
Soluciones
• Ahorro de dinero, tiempo y esfuerzo mediante la reutilización de "componentes" y

gracias a la flexibilidad de SOA.
• Elimina "frustraciones" con IT gracias a las soluciones flexibles y los tiempos más
cortos de despliegue de soluciones.
• Permite justificar más claramente las inversiones en IT, ya que éstas están más
alineadas con el negocio.
SOA 2019 - I
• Proporciona a los ejecutivos del negocio una visión clara de lo que hace IT y su valor
asociado.
• Permite la creación y cambio de servicios de forma incremental, evitando proyectos

de larga duración y alto coste.
Tipos de servicios
• Servicios básicos: pueden estar centrados en datos o en lógica y encapsulan

funcionalidades como cálculos complejos, acceso a datos y reglas complejas de
negocio.
• Servicios intermediarios: servicios adaptadores, façades, etc. Suelen ser servicios

sin estado.
• Servicios de proceso: servicios de negocio que encapsulan la lógica de proceso.

Suelen conservar estado y pueden residir en herramientas BPM.
• Servicios públicos: servicios accesibles por terceros (fuera de la organización).
Los principales componentes de una arquitectura orientada a servicios son:

SOA 2019 - I
Servidores
• Un servicio de negocio es un
componente reutilizable de software, con
significado funcional completo, y que está
compuesto por:
• Contrato: especificación de la finalidad,

funcionalidad, forma de uso y restricciones
del servicio.
• Interfaz: mecanismo de exposición del servicio a los usuarios.
• Implementación: debe contener la lógica o el acceso a datos.
Repositorio de servicios
• Un repositorio de servicios proporciona

facilidades para descubrir servicios y adquirir
la información necesaria para su uso, en
particular fuera del alcance temporal y
funcional del proyecto en el que se crearon.
• Además de la propia información de

contrato, los repositorios pueden
proporcionar información acerca de:
o Localización.
o Personas de contacto.
o Restricciones técnicas.
o Service Level Agreements (SLAs).

SOA 2019 - I
Bus de servicios
El bus de servicios es el elemento de las arquitecturas SOA que conecta

los servicios con sus consumidores y que proporciona:
• Conectividad: el propósito principal de un bus de servicios es

interconectar a los participantes de una arquitectura SOA.
• Soporte a la heterogeneidad de tecnologías: debe ser capaz de

conectar a participantes basados en distintos lenguajes de
programación, sistemas operativos, entornos de ejecución y protocolos
de comunicación.
• Soporte a la heterogeneidad de paradigmas de comunicación:

debe ser capaz de mantener distintos modos de comunicación (por
ejemplo comunicaciones síncronas y asíncronas).
Mensajería + reglas + seguridad + enrutado + transformación + validación etc

SOA 2019 - I
Consumidores de servicios
Definimos consumidores de servicios como

aquellos elementos de una arquitectura SOA
que:
• Pueden descubrir servicios a través de

un repositorio.
• Realizan llamadas a los mismos de

acuerdo al contrato y a través del interfaz
definido a tal efecto.
c. Blueprinting
El Blueprinting es una metodología que se basa en el analizar, visualizar y presentar un

mapa de servicios. Sirve para ver la evolución de un proceso o de la prestación de servicios
a través de un diagrama de flujo.
Como resultado final vamos a obtener un diagrama donde queden representadas de forma
cronológica las actividades del proceso en un eje horizontal. En función de la cercanía con
el cliente de estos procesos o actividades van a estar en uno u otro nivel dentro de un eje
vertical.
¿Cómo se comienza a trabajar con Blueprinting?
Primero tenemos que Establecer los límites

del sistema, en este caso, estamos hablando
de nuestros servicios y productos. De esta
manera conseguiremos visualizar una
acotación de nuestro estudio, nos referimos
al E2E(End to End) del sistema. Por esto es
importante reflejar lo esencial del sistema a la
vista, entonces tenemos que identificar
cuáles son los puntos clave de este sistema,
estos puntos son nuestras actividades o
procesos.

SOA 2019 - I
Componentes de Blueprinting
• La línea de interacción: por encima de esta línea se encuentran todos los puntos
donde se relaciona el cliente con el servicio.
• La línea de visibilidad: más allá de esta línea el cliente ya no puede ver lo que se
está haciendo para prestarle el servicio. Aquí es donde se producen las
interacciones de backstage, y puede incluir actividades como el cumplimiento de
pedidos, procesamiento de pagos, gestión de inventarios, etc.
• La línea de interacción interna: Demarca el punto en el que propio negocio se
detiene y entran en juego los socios o partners.
• Evidencia Física o punto de contacto: Representa los lugares que se encuentran

a lo largo del recorrido del servicio. Para cada acción del cliente y cada “momento
de la verdad”, esta capa describe la evidencia física o el punto de contacto que los
clientes utilizan para interactuar con la empresa. Por ejemplo, como parte de un
viaje de entrega de paquetes, los clientes firman un formulario o un dispositivo
portátil para confirmar la recepción.
• Acciones del cliente: Esta sección del plano incluye todos los pasos que el cliente
realiza durante el proceso de prestación de servicios. Estas son las cosas que el
cliente tiene que hacer para acceder al servicio. Sin las acciones del cliente, no hay
SOA 2019 - I
servicio. Las tareas de los clientes son centrales para el mapeo del ecosistema y
conducen a la definición de los otros componentes del ecosistema.
• Frontstage: Todas las actividades, personas y evidencias físicas que el cliente puede
ver durante el trayecto de servicio. Algunos de los empleados de la empresa o
sistemas que manejan las interacciones con los clientes son visibles para el cliente.
Esta sección describe los roles o sistemas que participan directamente en la
interacción con el cliente. Por ejemplo, un cajero de banco o cajero automático
interactúa con un cliente que desea retirar dinero en efectivo de un banco.
• Backstage: Esto es todo lo que se requiere para producir el servicio y que el cliente
no ve. En esencia, son todas las actividades necesarias para producir el servicio o
producto que el cliente no ve. La mayoría de los empleados de la empresa o
sistemas que procesan las interacciones con los clientes son invisibles para el
cliente. Esta sección del plano refleja justamente las actividades que el cliente no ve
y que, por lo tanto, se encuentran por debajo de la línea de visibilidad. Estas
actividades no vistas también afectan la experiencia del cliente. Por ejemplo, en un
hotel, los clientes no ven a menudo la preparación de la comida que se utiliza para
entregar una comida de alta calidad.
• Procesos de soporte: Documentado bajo la línea de interacción, estas son las

acciones que apoyan al servicio. Refleja los sistemas, procesos y personal de apoyo
que operan tras bastidores. En cada empresa, hay una compleja red de sistemas de
registro y sistemas de automatización que soportan los procesos de la empresa.
Muchos planos buscan identificar a estas personas, procesos y sistemas.
• Flechas: Las flechas denotan la dirección en la que se intercambia el valor en el

servicio. También tienen un significado muy importante más allá de la dirección del
intercambio de valores. Indican quién o qué sistema tiene el control en un momento
dado.
o Una sola flecha significa que el origen de la flecha está en control del
intercambio de valores.
o Una doble flecha indica que se debe llegar a un acuerdo entre las 2
entidades para que el proceso avance. Por ejemplo, acordar el tiempo de
recogida con un cliente o negociar un precio.

SOA 2019 - I
Paso para construir un servicio usando Blueprinting
• Paso 1: Identifique el proceso al cual va a aplicar la metodología blueprinting, puede

tener en cuenta
o Puntos de quiebre que deben ser eliminados o mejorados.

o Oportunidades para medir la calidad del servicio.
o Oportunidades de ahorro de costes o aumento de beneficios.
o Momentos amados por el cliente y que no deben perderse.
• Paso 2: Identifique el cliente o el segmento de cliente del servicio a modelar.

SOA 2019 - I
• Paso 3: Realice el mapa (usando los componentes gráficos de blueprinting) de

proceso desde el punto de vista del cliente.
• Paso 4: realice el mapa (usando los componentes gráficos de blueprinting) de las
acciones de los empleados que soportan el proceso y las acciones tecnológicas que
se deben llevar a cabo.
• Paso 5: Enlace las actividades de contacto con las funciones de soporte necesarias.
• Paso 6: Agregue evidencia de servicio en cada paso de acción del cliente.
Ejemplos de Blueprinting

SOA 2019 - I

SOA 2019 - I

SOA 2019 - I
d. Diagrama de componentes
El diagrama de componentes proporciona una visión física de la construcción del sistema

de información. Muestra la organización de los componentes software, sus interfaces y las
dependencias entre ellos.
Un componente es un módulo de software que puede ser código fuente, código binario, un
ejecutable, o una librería con una interfaz definida. Una interfaz establece las operaciones
externas de un componente, las cuales determinan una parte del comportamiento del
mismo. Además se representan las dependencias entre componentes o entre un
componente y la interfaz de otro, es decir uno de ellos usa los servicios o facilidades del
otro.
Estos diagramas pueden incluir paquetes que permiten organizar la construcción del
sistema de información en subsistemas y que recogen aspectos prácticos relacionados con
la secuencia de compilación entre componentes, la agrupación de elementos en librerías,
etc.
Notación grafica del diagrama de componentes
Componente
Un componente se representa como un rectángulo, con dos

pequeños rectángulos superpuestos perpendicularmente en el
lado izquierdo.
Para distinguir distintos tipos de componentes se les puede

asignar un estereotipo, cuyo nombre estará dentro del símbolo:
<< ... >>
Interfaz
Se representa como un pequeño círculo situado junto al

componente que lo implementa y unido a él por una
línea continua. La interfaz puede tener un nombre que
se escribe junto al círculo. Un componente puede
proporcionar más de una interfaz.

SOA 2019 - I
Paquete
También es posible utilizar el diagrama de paquetes

para hacer un conjunto de varios módulos. Con esto
se consigue representar la unión de esos módulos
para un fin concreto.
Relación de dependencia
representa que un componente requiere de otro para ejecutar su

trabajo. Es diferente a la interfaz, pues esta identifica que un
componente ofrece una serie de operaciones. En cualquier caso,
en ocasiones para simplificar el diagrama no se usan las interfaces
sino que solamente se utilizan relaciones de dependencia.

SOA 2019 - I
Ejemplos de diagramas de componentes
Diagrama de componentes de una clínica veterinaria.
Diagrama de componentes de una tienda online.

SOA 2019 - I
Diagrama de componentes de un cajero.

SOA 2019 - I

SOA 2019 - I

SOA 2019 - I
Actividad para realizar

Caso 1: Universidad Central - https://www.ucentral.edu.co/
La empresa a la que se le va a realizar el estudio es la empresa “Universidad Central

“institución de educación superior, de acuerdo con todos los parámetros legales del
Ministerio de Educación Nacional. Su organización interna se desprende del Estatuto
General y su vida académica depende del Proyecto Educativo Institucional.
El objetivo del proyecto es permitir a la empresa una actualización de su estructura de

información y organizativa teniendo en cuenta las cuatro dimensiones: negocio,
información, aplicaciones y tecnología, de este modo ayudando a la empresa a mejorar
tecnológicamente sus procesos. Para la ayuda del trabajo el alumno a través de una
Arquitectura Empresarial bajo el framework ZACHMAN el alumno identificará y diseñará
las distintas entidades de negocio de una organización a través de distintos niveles de
modelado.
Después de aplicar el framework ZACHMAN deberá empezar a modelar usando la

metodología Blueprinting un mapa de servicios. (usted elige el o el grupo de servicios a
modelar)
Para terminar, usted va a elegir el sistema de información que más completo identifico en
los pasos anteriores y a va a realizar el Diagrama de componentes bajo la especificación
UML.
Caso 2: Transmilenio - https://www.transmilenio.gov.co/#
La empresa a la que se le va a realizar el estudio es la empresa “Transmilenio “ Empresa

que administra los sistemas de transporte público masivo intermodal de pasajeros de la
ciudad de Bogotá D.C. y de la región, con estándares de calidad, dignidad y comodidad.

Arquitectura Empresarial bajo el framework TOGAF el alumno identificará y diseñará las
distintas entidades de negocio de una organización a través de distintos niveles de
modelado.
Después de aplicar el framework TOGAF deberá empezar a modelar usando la metodología

Blueprinting un mapa de servicios. (usted elige el o el grupo de servicios a modelar)
UML.
SOA 2019 - I
Caso 3: Fincomercio - https://www.fincomercio.com/
La empresa a la que se le va a realizar el estudio es la empresa “Fincomercio “es una

cooperativa de ahorro y crédito sólida y confiable, que presta servicios financieros y sociales
a personas en proceso de formación, con actividad económica o en retiro, para
beneficiarlos con rentabilidad económica y social.

Arquitectura Empresarial bajo el framework ZACHMAN el alumno identificará y diseñará
las distintas entidades de negocio de una organización a través de distintos niveles de
modelado.
Después de aplicar el framework ZACHMAN deberá empezar a modelar usando la

metodología Blueprinting un mapa de servicios. (usted elige el o el grupo de servicios a
modelar)
UML.
Caso 4: Porvenir - https://www.porvenir.com.co
La empresa a la que se le va a realizar el estudio es la empresa “Porvenir “administra un

Fondo de Pensiones Voluntarias, Fondos de Pensiones Obligatorias y Fondos de Cesantías,
así como Patrimonios Autónomos.

Arquitectura Empresarial bajo el framework TOGAF el alumno identificará y diseñará las
distintas entidades de negocio de una organización a través de distintos niveles de
modelado.
Después de aplicar el framework TOGAF deberá empezar a modelar usando la metodología

Blueprinting un mapa de servicios. (usted elige el o el grupo de servicios a modelar)
UML.

SOA 2019 - I
Caso Estudiantes Entregables

Caso 1 Mario Alberto Rodríguez Urrego Arquitectura empresarial: ZACHMAN
Alex Fabián Correa Hernández Metodología Blueprinting
Diagrama de componentes
Caso 2 Ivvone Mayerli Alba Bustos Arquitectura empresarial: TOGAF
Juan Carlos Morales Rosas Metodología Blueprinting
Caso 3 Miguel Rojas González Arquitectura empresarial: ZACHMAN
Dydier Alexander Ramírez Báez Metodología Blueprinting
Caso 4 David Peña Arquitectura empresarial: TOGAF
Metodología Blueprinting
Referencias
https://www.isaca.org/pages/404.aspx
https://www.zachman.com/about-the-zachman-framework
https://chae201411700810326.wordpress.com/2014/03/30/modelo-jhon-zachman-de
arquitectura-empresarial/
blueprinting
https://cxlab.cx/inicio/
https://hbr.org/1984/01/designing-services-that-deliver
http://www.servicedesigntools.org/tools/35
http://www.31volts.com/2010/05/the-service-blueprints-overview/


Proyecto Corte 2 - SOA

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Proyecto Corte 2 - SOA

Hochgeladen von

Copyright:

Verfügbare Formate

Proyecto SOA corte 2

Proyecto SOA corte 2

Cada pareja aplicara un caso de estudio diferente.

El documento se componente de dos partes, en la primera está el marco teórico y en la

Ing. Luis Eduardo Barreto Santamaría

c. Software de uso de las Arquitecturas Empresariales

3. Arquitectura orientada a servicios - SOA

GOBIERNO TI o IT Governance, consiste en una estructura de relaciones y procesos

El Gobierno de TI, es una metodología de trabajo, no una solución en sí. Está

El Gobierno de TI conduce a la empresa a tomar total ventaja de su información

Ing. Luis Eduardo Barreto Santamaría

¿Por qué implementar un gobierno de TI?

• Primero. La entrega de valor a las partes interesadas de la empresa requiere

• Segundo. Las juntas empresariales, los ejecutivos y la gerencia tienen que

Necesidades de las organizaciones

• Primera. Aumentar el logro de los beneficios, a través del uso efectivo e

Las cinco principales áreas de enfoque del gobierno de TI dentro de las

Alineamiento estratégico: El gobierno de TI

Entrega de Valor: beneficio clave del

Gestión de Riesgos: el gobierno de TI permite

Gestión de recursos: en este caso, el papel del gobierno de TI es asegurar que la

Ing. Luis Eduardo Barreto Santamaría

¿Cómo implantar Gobierno de TI?

Existen diferentes propuestas (frameworks) que permiten guiar a las organizaciones

• COBIT (Control Objectives for Information and related Technology)

• ITIL (Information Technology Infrastructure Library)

• ISO/IEC 38500:2008 Corporate governance of information technology.

a. COBIT - Control Objectives for Information and related Technology.

COBIT es un marco de referencia y un conjunto de herramientas de soporte, que

La estructura de procesos de COBIT y su enfoque de alto nivel orientado al negocio

Los beneficios de implementar COBIT como marco de referencia de gobierno sobre

• Mejor alineación, con base en su enfoque de negocio

En términos generales, COBIT propone un modelo de procesos que promueve la

Ing. Luis Eduardo Barreto Santamaría

En la figura anterior se puede apreciar que COBIT está fundamentado en tres

COBIT define las actividades referentes a tecnologías de la información en un

El marco de trabajo de COBIT proporciona un modelo de procesos de referencia y

• Efectividad: Tiene que ver con que la información sea relevante y

Ing. Luis Eduardo Barreto Santamaría

• Eficiencia: Consiste en que la información sea generada con el óptimo uso

Recursos de TI (Tecnologías de la Información):

Los recursos de TI identificados en COBIT son:

Ing. Luis Eduardo Barreto Santamaría

Marco de Trabajo COBIT:

El modelo de procesos de COBIT está compuesto de cuatro dominios que contienen 34

b. ITIL (Information Technology Infrastructure Library)

ITIL es un compendio de publicaciones o librerías, que describen de manera

Ing. Luis Eduardo Barreto Santamaría

• Estrategia del Servicio (ES)

El ciclo de vida de los servicios TI

ITIL estructura la gestión de los servicios TI sobre el concepto de Ciclo de Vida de

El Ciclo de Vida del Servicio consta de cinco fases:

• Estrategia del Servicio: Propone tratar la gestión de servicios no sólo

Ing. Luis Eduardo Barreto Santamaría

• Transición del Servicio: Cubre el proceso de transición para la

Ing. Luis Eduardo Barreto Santamaría

La definición de arquitectura empresarial surge frente a la necesidad de alinear las

The Open Group Architecture Framework:

International Enterprise Architecture Institute:

Federal Enterprise Architecture Framework, 1ra versión – 1999:

La Arquitectura Empresarial dará como resultado no solo un diagnóstico de la situación

La AE en una empresa corresponde a la forma de representar de manera integral la

Como resultado final, se va a disponer de las herramientas y los mecanismos necesarios

Ing. Luis Eduardo Barreto Santamaría