scieee AI-readable full text Open interactive document viewer

Propuesta para la transformación de Administraciones Públicas en organizaciones basadas en SOA

Sedeño, Jorge; Torrecilla Salinas, Carlos Joaquín; Escalona Cuaresma, María José; Mejías Risoto, Manuel

Abstract

Hoy en día las Arquitecturas Orientadas a Servicios (SOA) están ampliamente difundidas en entornos empresariales. Sin embargo en las Administraciones Públicas las implantaciones del paradigma SOA están incompletas, impidiendo a estas organizaciones prestar de forma eficiente y eficaz los servicios públicos, ya que no han sido transformadas atendiendo a su naturaleza jurídica. Este artículo presenta una propuesta metodológica para la transformación de Administraciones Públicas en organizaciones con capacidad para ser gobernadas y operadas bajo paradigma SOA, completamente alineada con el Gobierno Electrónico, que puedan prestar de forma eficiente y eficaz los servicios públicos que les confiere su ordenamiento jurídico particular. Para realizar esta transformación se propone un meta-modelo objetivo SOA, que podrá ser instanciado a través de un proceso iterativo e incremental basado en el análisis de imperativos y partiendo del contexto de negocio particular de cada Administración Pública.

Full text

Propuesta para la transformación de Administraciones Públicas en organizaciones basadas en SOA J. Sedeño1, 3, C.J. Torrecilla-Salinas3, M.J.Escalona3 and M. Mejías3 1Agencia Andaluza de Instituciones Culturales [email protected] 3Grupo IWT2, Universidad de Sevilla {jorge.sedeno,carlos.torrecilla}@iwt2.org {mjescalona,risoto}@us.es Abstract. Hoy en día las Arquitecturas Orientadas a Servicios (SOA) están ampliamente difundidas en entornos empresariales. Sin embargo en las Administraciones Públicas las implantaciones del paradigma SOA están incompletas, impidiendo a estas organizaciones prestar de forma eficiente y eficaz los servicios públicos, ya que no han sido transformadas atendiendo a su naturaleza jurídica. Este artículo presenta una propuesta metodológica para la transformación de Administraciones Públicas en organizaciones con capacidad para ser gobernadas y operadas bajo paradigma SOA, completamente alineada con el Gobierno Electrónico, que puedan prestar de forma eficiente y eficaz los servicios públicos que les confiere su ordenamiento jurídico particular. Para realizar esta transformación se propone un meta-modelo objetivo SOA, que podrá ser instanciado a través de un proceso iterativo e incremental basado en el análisis de imperativos y partiendo del contexto de negocio particular de cada Administración Pública. Keywords: SOA, Gobierno Electrónico, Administración Pública, Metodología 1 Introducción Hoy en día las Arquitecturas Orientadas a Servicios (SOA) están ampliamente difundidas en entornos empresariales tanto a nivel práctico como teórico. Sin embargo, a la hora de trasvasar este cuerpo de conocimiento a las Administraciones Públicas, las implantaciones del paradigma SOA se reducen, de forma habitual, a implementaciones de Servicios Web [1], orquestación de procesos [2] o a gobiernos débiles basados en reglas de carácter técnico [3], que impiden a las organizaciones públicas prestar de forma eficiente y eficaz los diferentes servicios públicos. A raíz de la experiencia de implantación de una arquitectura y un gobierno SOA en la Consejería de Cultura y Deporte de la Junta de Andalucía, proyecto pionero en el que se han adaptado las metodologías habituales de modelado SOA [4] a una administración pública [5], se ha podido observar quese requiere una alineación de la legislación con el contexto de negocio para una correcta transformación de la misma. A lo largo del presente artículo transformación de una administración ser gobernada y operar bajo un paradigma SOA modelo Objetiv o SOA. En el capítulo 2 se arquitectura SOA a través de una estrategia iterativa basada en el análisis imperativos, q ue permitirá en el capítulo 3 para expondrán las conclusiones y las futuras líneas de trabajo derivadas de 2 Análisis de Imperativos El proc eso de análisis de arquitectura SOA, analizando cuáles son los retos del negocio, y a los que la adopción de SOA puede aportar soluciones proceso dentro de la estrategia de implantación SOA (Fig par a cada organismo público Para realizar este análisis, se parte del Contexto de Negocio de una pública, que expone cuál es el negocio de la organización, sus áreas func estructura orgánica , de forma que se pongan de manifiesto potenciales distribuciones de la organización en relación al futuro modelo de gobierno. Como parte esencial del contexto de n egocio se introducen decretos de estructura, los planes estratégico y los planes de sistemas, la forma y el modo en reflejan aquellos condicionantes que afectan a la organiz del negocio y desde el punto de vista TIC. Una ve z sentadas las bases d cita dos imperativos de negocio negocio, se obtienen los imperativos TIC, mediante un proceso deductivo en el que se relacionan los retos del negocio con las posibles iniciativas que desde el área TIC pueden llevarse a cabo de cara a mantie nen un cierto nivel de abstracción, pues definen qué hacer, pero no cómo. En un si guiente paso, y partiendo de los imperativos TIC, se procede a plantear las A lo largo del presente artículo se propone una metodología de trabajo para la transformación de una administración pública en una organización con capacidad para ser gobernada y operar bajo un paradigma SOA , que se formalizará en un o SOA. se definen las bases metodológicas para la implantación de la a través de una estrategia iterativa basada en el análisis ue permitirá la instanciación del meta-modelo Objetivo SOA una administración pública. Por último, en el capítulo expondrán las conclusiones y las futuras líneas de trabajo derivadas de este artículo Análisis de Imperativos eso de análisis de imperativos supone el paso previo a la implantación de una arquitectura SOA, analizando cuáles son los retos del negocio, y a los que la adopción de SOA puede aportar soluciones . A continuación se describirá de forma somera estrategia de implantación SOA (Fig . 1) que permitirá instanciar a cada organismo público , el meta-modelo Objetivo SOA. Fig. 1. Estrategia de Implantación SOA Para realizar este análisis, se parte del Contexto de Negocio de una administración expone cuál es el negocio de la organización, sus áreas func ionales , de forma que se pongan de manifiesto potenciales distribuciones de la organización en relación al futuro modelo de gobierno. Como parte esencial del egocio se introducen el marco normativo, las cartas de servicios decretos de estructura, los planes estratégico y los planes de sistemas, que representan la forma y el modo en han de prestarse los servicios a la ciudadanía. Igualmente se reflejan aquellos condicionantes que afectan a la organiz ación, desde el punto de vista desde el punto de vista TIC. z sentadas las bases d el negocio, se procederá a la identificación de los dos imperativos de negocio . A partir de la identificación de dichos imperativos de negocio, se obtienen los imperativos TIC, mediante un proceso deductivo en el que se relacionan los retos del negocio con las posibles iniciativas que desde el área TIC pueden llevarse a cabo de cara a superarlos con éxito. Estos imperativos TIC nen un cierto nivel de abstracción, pues definen qué hacer, pero no cómo. En guiente paso, y partiendo de los imperativos TIC, se procede a plantear las propone una metodología de trabajo para la en una organización con capacidad para que se formalizará en un metapara la implantación de la a través de una estrategia iterativa basada en el análisis de Objetivo SOA propuesto capítulo 4, se este artículo . previo a la implantación de una arquitectura SOA, analizando cuáles son los retos del negocio, y a los que la adopción A continuación se describirá de forma somera el que permitirá instanciar administración ionales y su , de forma que se pongan de manifiesto potenciales distribuciones de la organización en relación al futuro modelo de gobierno. Como parte esencial del las cartas de servicios , los que representan Igualmente se el punto de vista el negocio, se procederá a la identificación de los A partir de la identificación de dichos imperativos de negocio, se obtienen los imperativos TIC, mediante un proceso deductivo en el que se relacionan los retos del negocio con las posibles iniciativas que desde el área TIC superarlos con éxito. Estos imperativos TIC nen un cierto nivel de abstracción, pues definen qué hacer, pero no cómo. En guiente paso, y partiendo de los imperativos TIC, se procede a plantear las posibles implementaciones concretas que SOA puede hacer de los citados imperativos TIC. Estas implementaciones son llamadas Drivers SOA. De esta forma se pone de manifiesto el valor que puede aportar la implantación de una arquitectura SOA a nivel corporativo, en relación a la necesidad de abordar los retos planteados por los imperativos TIC, y por extensión, por los imperativos de negocio. Por lo tanto, una vez establecida la relación entre los Drivers SOA y los propios imperativos del negocio – puesta de manifiesto a través de las distintas matrices de trazabilidad – queda claro que dichos Drivers SOA deben ser los motores de la implantación de la arquitectura SOA. Una vez definidos los Drivers SOA, se definen las métricas de implantación SOA. La definición e implantación de estas métricas se realiza con el objetivo de evaluar si la implantación de la arquitectura SOA está cumpliendo los objetivos marcados. Cada métrica SOA representa la medición de la eficacia de cada Driver SOA. Por último, y una vez se dispone del conjunto de Drivers SOA que debe liderar la implantación de la arquitectura, se define el modelo objetivo SOA. Sirva como ejemplo de aplicación de la estrategia en el marco del Gobierno Electrónico que, abogado por el cumplimiento de Ley 11/2007 [6] (contexto de negocio), se ha deducido como imperativo de negocio el “acceso electrónico de los ciudadanos a los servicios que presta la Consejería de Cultura y Deporte” para lo que será necesario manejar el imperativo TIC “implantar una plataforma de tramitación que permita la rápida incorporación de nuevos procedimientos administrativos por vía telemática”, que a su vez desencadenará el Driver SOA “definir los procesos de administración electrónica como un conjunto de servicios SOA” [5]. La implantación de una Arquitectura Orientada a Servicios debe ser considerada como un proceso incremental cuyo foco no puede ser las tecnologías de la información sino los procesos de negocio de la misma. La estrategia de una organización para afrontar con éxito esta iniciativa, debe consistir en establecer una línea temporal y progresiva, en la que se realicen sucesivas iteraciones que permitan asegurar la alineación de la tecnología con los aspectos culturales, organizativos y de gobierno de dicha organización. Para alcanzar el objetivo de implantación de la arquitectura SOA se deberán llevar a cabo cuatro tipos de iteraciones, descritas a continuación: •Iteraciones de Negocio, constituyen como un ciclo de análisis del negocio que debe permitir detectar cualquier cambio de relevancia en la organización. •Iteraciones Estratégicas, se centrarán especialmente en el punto de la estrategia de implantación SOA definida en el análisis de los imperativos de negocio y TIC. •Iteraciones de Proyecto, se contempla en este periodo la medición del impacto de los resultados SOA. De acuerdo con una serie de indicadores preestablecidos debe ser posible llevar a cabo un seguimiento del grado de implantación alcanzado en los proyectos SOA propuestos, relacionados con los drivers SOA. •Iteraciones de Servicio, las iteraciones de servicios SOA son implementaciones de requisitos de negocio o tecnológicos de la organización, que conformarán finalmente el paradigma SOA. Cada una de estas iteraciones de forma multidimensional a la organi perio dicidad recomendada aunque no definida diferentes disparadores del contexto de negocio legislativo, que volverá corresponda con el tipo de 3 Metamodelo Objetivo SOA A continuación se propone un pública (Fig. 3),que refleja fase de operación bajo paradigma SOA y deberá entenderse tanto como parte de la definición de la metodología definirse a priori un a serie de componentes que imperativos y aplicando la metodología iterativa propuesta final objeti vo de la organización que podrá operar bajo paradigma SOA. modelo tiene cuatro tipos de c (gobierno), al negocio • Componentes Organizativos procedi mientos que vertebran el Gobierno SOA y que serán un conj restric ciones y requerimientos para controlar los comportamientos y acciones en los servicios SOA , negocio y se obtenga un resultado exitoso en la implantación del paradigma SOA. Este modelo de gobierno versará en torno a la definición de los Dominios de Servicios SOA ─ Definición del Model jurídica de una administración. ─ Definición del Modelo de Gobierno SOA. ─ Definici ón de Política • Componentes Funcionales la organización ─ Definición del Catálogo de Servicios. Cada una de estas iteraciones (Fig. 2) formará parte de un ciclo de vida que afectará multidimensional a la organi zación. Las iteraciones podrán dicidad recomendada aunque no definida , ya que é sta dependerá disparadores del contexto de negocio , como puede ser un cambio legislativo, que volverá n a lanzar el ciclo de vida en el tipo de iteración que se tipo de cambio del contexto de negocio. Fig. 2. Metodología iterativa modelo Objetivo SOA propone un meta-modelo Objetivo SOA para una administración refleja la estructura de componentes necesaria para comenzar la fase de operación bajo paradigma SOA y deberá entenderse tanto como parte de la metodología como del resultado de la misma, es decir, deberá a serie de componentes que , una vez realizado al análisis de imperativos y aplicando la metodología iterativa propuesta , deberán reflejar el estado vo de la organización que podrá operar bajo paradigma SOA. tipos de c omponentes, que hacen referenci a a la organización (funcional), a la metodología y a la tecnología: Componentes Organizativos . A este nivel se definirán las políticas y mientos que vertebran el Gobierno SOA y que serán un conj unto de reglas, ciones y requerimientos para controlar los comportamientos y acciones en , de manera que queden alineadas con las necesidades del negocio y se obtenga un resultado exitoso en la implantación del paradigma SOA. de gobierno versará en torno a la definición de los Dominios de Definición del Model o de Dominios de Servicios SOA, basado en la estructura jurídica de una administración. Definición del Modelo de Gobierno SOA. ón de Política s de Gobierno SOA mediante una definición formal Componentes Funcionales . Que parten del análisis de los procesos de negocio de Definición del Catálogo de Servicios. formará parte de un ciclo de vida que afectará tener una sta dependerá de los , como puede ser un cambio en el tipo de iteración que se para una administración de componentes necesaria para comenzar la fase de operación bajo paradigma SOA y deberá entenderse tanto como parte de la como del resultado de la misma, es decir, deberá una vez realizado al análisis de deberán reflejar el estado vo de la organización que podrá operar bajo paradigma SOA. El meta- a a la organización . A este nivel se definirán las políticas y unto de reglas, ciones y requerimientos para controlar los comportamientos y acciones en de manera que queden alineadas con las necesidades del negocio y se obtenga un resultado exitoso en la implantación del paradigma SOA. de gobierno versará en torno a la definición de los Dominios de o de Dominios de Servicios SOA, basado en la estructura definición formal [7]. del análisis de los procesos de negocio de • Componentes Metodológicos necesidad de establecer las bases metodológicas que permitan proporcionar un marco de desarrollo común. ─ Definición del cic ─ Definición de la metodología de d modificaciones a l Cultura y Deporte, ingeniería guiada por modelo, ci clo de vida del des • Componentes Tecnológicos deben seleccionarse los componentes tecnológicos adecuados para el desarrollo orientado a servicios, primando aquellos que maximicen la reutilización del software y de la plataforma de interoperabilidad. ─ Definición de la Arquitectura de Desarrollo SOA. ─ Definición e Implantación de l Este meta-modelo es lo suficientemente genér organización sie mpre adecuado . En el presente artículo se ha incidido en 4 Conclusión y trabajos futuros Esta aproximación metodológica empresariales, la importancia e implicación del área TI la arquitectura, sino en el diseño del Gobierno y en la ejecución de las políticas del mismo, siendo par a las administraciones través de los drivers SOA. Otra conclusión que se extrae para digma desde la legislación Componentes Metodológicos . Esta rama del meta-modelo hace referencia a la necesidad de establecer las bases metodológicas que permitan proporcionar un marco de desarrollo común. Definición del cic lo de vida de los Servicios SOA. Definición de la metodología de d esarrollo para adecuación a SOA, realizando modificaciones a l os ciclos de vida de desarrollo. En el caso de la Co nsejería de Cultura y Deporte, se utiliza una metodología basada en el paradigma de la ingeniería guiada por modelo, llamada NDT, que cubre todos los aspectos del clo de vida del des arrollo [8]. Componentes Tecnológicos . Son c omponentes de Arquitectura. A este nivel deben seleccionarse los componentes tecnológicos adecuados para el desarrollo orientado a servicios, primando aquellos que maximicen la reutilización del plataforma de interoperabilidad. Definición de la Arquitectura de Desarrollo SOA. Definición e Implantación de l a Arquitectura de Ejecución SOA. Fig. 3. Meta-modelo objetivo SOA lo suficientemente genér ico para poder instanciarse en cualquier mpre que se identifique correctamente el contexto de negocio . En el presente artículo se ha incidido en el de la Administraci ón Pública. Conclusión y trabajos futuros metodológica pone de manifiesto , a diferencia de las estructuras empresariales, la importancia e implicación del área TI , no sólo en la implantación de la arquitectura, sino en el diseño del Gobierno y en la ejecución de las políticas del a las administraciones , la piez a clave para la transformación a través de los drivers SOA. Otra conclusión que se extrae , es la necesidad de abordar la implantación del digma desde la legislación , y a que son los elementos esenciales del contexto de hace referencia a la necesidad de establecer las bases metodológicas que permitan proporcionar un esarrollo para adecuación a SOA, realizando nsejería de paradigma de la que cubre todos los aspectos del omponentes de Arquitectura. A este nivel deben seleccionarse los componentes tecnológicos adecuados para el desarrollo orientado a servicios, primando aquellos que maximicen la reutilización del para poder instanciarse en cualquier el contexto de negocio ón Pública. , a diferencia de las estructuras no sólo en la implantación de la arquitectura, sino en el diseño del Gobierno y en la ejecución de las políticas del a clave para la transformación a es la necesidad de abordar la implantación del a que son los elementos esenciales del contexto de negocio y que condicionan fuertemente los componentes fundamentales del metamodelo, como son por ejemplo, la identificación del modelo de dominios con el decreto de estructura orgánica o la carta de servicios con el Catálogo de Servicios. Esto nos permitirá encajar, de manara natural, la componente jurídica y política de una administración en la transformación de la misma. El meta-modelo Objetivo SOA propuesto está basado en la experiencia de la implantación en la Consejería de Cultura y Deporte y en las buenas prácticas, pudiendo reducirse o ampliarse dependiendo de los recursos de que se disponga y del grado de implantación que se requiera. Queda como parte de los trabajos futuros desarrollar los procedimientos y las políticas que detallan el meta-modelo Objetivo SOA y detallar el diagrama de secuencia del análisis de imperativos, que no son objeto directo del presente artículo. 5 Agradecimientos Esta investigación ha sido apoyada por el proyecto Tempos (TIN2010-20057-C03-02) y por el proyecto NDTQ-Framework (TIC-5789) de la Junta de Andalucía. Queremos agradecer a la Consejería de Cultura y Deporte de la Junta de Andalucía, por dejarnos utilizar estos datos para su publicación. 6 Referencias 1. Goudos, S.K.; Loutas, N.;Peristeras, V.; Tarabanis, K.;, "Public Administration Domain Ontology for a Semantic Web Services E-Government Framework," Services Computing, 2007. SCC 2007. IEEE International Conference on , vol., no., pp.270-277, 9-13 July 2007 2. Popescu, Decebal, Nirvana Popescu and Ciprian Dobre. "E-Frameworks to Optimize Public Administration Services." Digital Democracy: Concepts, Methodologies, Tools, and Applications (3 Vols.). IGI Global, 2012. 438-465. Web. 24 Jan. 2013 3. Castellano, M.; Pastore, N.; Arcieri, F.; Summo, V.; de Grecis, G.B.;, "An E-Government Cooperative Framework for Government Agencies," System Sciences, 2005. HICSS '05. Proceedings of the 38th Annual Hawaii International Conference on , vol., no., pp. 121c, 03-06 Jan. 2005. 4. “Servcie-Oriented Modelling and Architecture: How to Identify, Specify and Realize Services for Your SOA”. A. Arsanjani.https://www.ibm.com/developerworks/library/wssoa-design1/. Nov 2004. Accedido el 1 de enero de 2013. 5. Sedeño J.;"Implantación de una arquitectura SOA en Administraciones Públicas", Máster de Gestión de las Tecnologías de la Información y las Comunicaciones 2011-2012.Trabajo Fin de Máster. Universidad de Sevilla. Julio 2012. 6. Ley11/2007 (2007), de 22 de Junio, de acceso electrónicos de los ciudadanos a los servicios públicos. http://www.boe.es/boe/dias/2007/06/23/pdfs/A27150-27166.pdf. Accedido el 1 de febrero de 2013. 7. Parejo, J.A.; Fernández, P.; Ruiz-Cortés, A.; "Ws-governance: A language for SOA governance policies definition. Technical report, "Applied Software Engineering Research Group, University of Seville (2010), http://www.isa.us.es/publications. 8. Escalona, M.J.; Aragón, G.; “NDT: A Model-Driven Approach for Web requirements,” IEEE Transactions on Software Engineering. Vol. 34. No 3. pp. 370-390. May/June 2008.