Vous êtes sur la page 1sur 7

Como Evaluar una Arquitectura SOA y No Morir en el Intento

Juan J. Flores
En aos recientes el trmino SOA (Service Oriented Architecture) ha cobrado gran
popularidad entre los especialistas de TI y los gestores de negocio y se presenta como
un paradigma basado en la orientacin a servicios; es decir la gestin de los activos de
TI organizados a travs de servicios con un enfoque en el negocio, con la finalidad de
proveer la flexibilidad necesaria de tal manera que se pueda incluso redefinir la propia
organizacin en base a la gestin del ciclo de vida de los servicios. Tal potencial de la
SOA la ha posicionado como un paradigma que las organizaciones han comenzado a
ambicionar con miras a disfrutar de los beneficios prometidos, ello sin embargo ha
trado como consecuencia que muchas veces se embarquen en proyectos de forma
apresurada y sin el enfoque adecuado en la implementacin. Ello aunado a la falta de
experiencia y el desconocimiento de los factores claves de xito ha tenido un alto costo.
Gartner (2007), avis que; con el auge de las SOA, el ndice de fracasos por
implementaciones tcnicas deficientes o la falta de gobierno corporativo es cada vez
ms significante. Asimismo, seala la falta de competencias tcnicas y organizativas
necesarias para sustentar una SOA que cubra toda su actividad empresarial.
Los Gestores de TI que toman decisiones de aceptacin formal de una
Arquitectura SOA tienen elementos de juicio suficientes para evaluar rpidamente dicha
arquitectura?
En este sentido muchos proyectos han sido aceptados a ciegas por el CIO (Chief
Information Officer) y finalmente no siempre han trado los benficos esperados o no
los ha trado en la medida deseada. En este punto, la firma de aceptacin por parte del

CIO sobre un activo tan incierto probablemente habr ocasionado ms de un despido


tomando en cuenta el costo y esfuerzo invertido en tal empresa. Y es que la aceptacin
de la SOA se ubica en un contexto complejo como se aprecia en la figura 1.

Figura 1. Valoracin de los atributos evaluados por los modelos de madurez.


Elaboracin propia.
Cmo se puede mejorar tal situacin? Cmo podra el CIO tener un mnimo de
certidumbre sobre lo adecuado de la implementacin SOA en su organizacin?. Definir
los lineamientos necesarios para dar luz a la aceptabilidad de una arquitectura SOA, a
travs de la identificacin de criterios de aceptacin de una arquitectura de este tipo es
un primer paso. Si bien existen actualmente frameworks y modelos de referencia para
SOA, an no se cuenta con un estndar definido y depurado por su aplicacin en la
industria. Por ello a la hora de identificar los criterios de aceptacin, es pertinente tomar
en cuenta el trabajo desarrollado por los Modelos de Madurez de SOA, con el fin de
delinear los criterios subyacentes a los aspectos que cada modelo cubre y se orienta. Al
respecto se listan los modelos de madurez ms populares en el mbito de SOA, en la
Tabla 1.
Tabla 1

Modelos de Madurez Existentes

Asimismo, Arias y Estrada (2012) analizaron los atributos de los modelos de


madurez identificando sus puntos dbiles. Los atributos analizados se muestran en la
tabla 2.
Tabla 2
Factores Evaluados en los Modelos de Madurez

De los resultados obtenidos (figura 2) los atributos peor valorados por los modelos
de madurez fueron A3 y A4 (beneficios y capacidades de la SOA), justamente los que
juegan un papel fundamental a la hora de la aceptacin de la misma. Existen

antecedentes en relacin a la evaluacin de infraestructura de TI en base a dimensiones,


podemos mencionar los siguientes modelos:
Lewis & Byrd (2003), presentan una investigacin para operacionalizar el
concepto de ITI, identificando sus dimensiones subyacentes y estableciendo un modelo
de medicin vlido y confiable. Las dimensiones de ITI que fueron determinadas son:
Director de TI, Planificacin de TI, Seguridad de TI, Integracin de Tecnologa,
Consejo de Asesora, Modelo de la empresa, y Administracin de Datos.
M. Villanueva (2011), adapt el modelo de medicin de Byrd & Turner e
investig la adicin de un nuevo componente de medicin, la Innovacin Tecnolgica
en TI.
Nurshuhada Zainon & Hafez Salleh (2011), identifican las dimensiones de:
Infraestructura tcnica, Infraestructura Humana y Sistemas de Informacin.

Figura 2. Valoracin de los atributos evaluados por los modelos de madurez.


Tomado de ARIAS, A. y ESTRADA, V., Bases para crear un modelo de madurez para
Arquitecturas Orientadas a Servicios, La Habana, Ingeniera Industrial, Universidad de
las Ciencias Informticas.

En esta lnea se proponen un conjunto de criterios con el fin de cubrir la brecha de


los actuales modelos de madurez a la hora de evaluar una SOA; clasificados de acuerdo
a un conjunto de dimensiones, vase la Tabla 3.
Las Dimensiones relevantes y Factores crticos propuestos deben de ser validados
por el juicio de expertos en el tema, con el fin recoger sus recomendaciones y
posteriormente realizar los ajustes y mejoras necesarias.
Tabla 3
Dimensiones y Factores Crticos Propuesto

A su vez, se presenta un modelo representado en la figura 3 compuesto por un


conjunto de dimensiones las cuales se han identificado a partir de los criterios de
aceptacin. Cada dimensin es evaluada a partir de factores utilizando una escala
adecuada para tal fin; todo ello permite evaluar el nivel de aceptacin de la SOA.

Figura 3. Modelo para la evaluacin de una SOA.


Elaboracin propia.
En aos recientes el trmino SOA ha cobrado gran popularidad entre los
especialistas de TI y los gestores de negocio y se presenta como un paradigma basado
en la orientacin a servicios, la falta de experiencia y el desconocimiento de los factores
claves de xito han tenido un alto costo en la implementacin de esta tecnologa. En
base al anlisis previo podemos concluir que es posible brindar a los Gestores de TI
elementos de juicio suficiente para evaluar rpidamente una SOA; a partir de un
conjunto de criterios clave organizados por dimensiones tales como Tecnologa,
Arquitectura, Factor Humano, Negocio y Gobierno de TI.
La importancia de este resultado radica en que atiende una brecha existente que no
es cubierta por los actuales modelos de madurez a la hora de evaluar una Arquitectura
SOA; vale decir que no es suficiente con una evaluacin de este tipo para dar la
aceptacin de la Arquitectura SOA sino que hay que considerar adicionalmente si los
beneficios de la SOA se han alcanzado realmente en el negocio; lo cual escapa del
mbito de los modelos de madurez que se enfocan ms en los procesos que en el
negocio.

Referencias
Arias, A., & Estrada, V. (2012). Bases para crear un modelo de madurez para
Arquitecturas Orientadas a Servicios. La Habana, Ingeniera Industrial,
Universidad de las Ciencias Informticas.
Lewwis B. & Byrd T. (2003). Development of measure for the information technology
infrastructure constructs. European Journal for information systems.Vol.12, 93109.
Orizondo, A. (2012). Es suficiente la tecnologa para garantizar el xito de iniciativas
SOA?. Actas del Taller de Impacto Social de las TIC. IV Conferencia Cientfica
de la Universidad de las Ciencias Informtica.
Saeid Jorfi, Khalil Md Nor, & Lotfi najjar (2011). The relationships between IT
flexibility, IT-Business Strategic Alignment, and IT Capability. International
Journal of Managing Information Technology Vol 3, Nro 1, 16-31.
Villanueva, M. (2011). Medicin del Nivel de Flexibilidad de Infraestructura de
Tecnologa de Informacin. (Tesis de maestra no publicada). Universidad
Nacional Mayor de San Marcos, Facultad de Ingeniera de Sistema e Informtica,
Lima, Per.