1 Introducción a la InteroperabilidadFacultad de Ingeniería – InCo Junio Mag Ing. Jorge Abin De María

2 Agenda Interoperabilidad PGE – Plataforma de Gobierno ElectrónicoDefinición Dimensiones Objeto Alcance Arquitectura de Interoperabilidad PGE – Plataforma de Gobierno Electrónico PDI – Plataforma de Interoperabilidad PS – Plataforma de Salud Fundamentación política Fundamentación técnica Red de salud PS Appliance PS Casos de uso básicos

3 Definición Interoperabilidad es una propiedad referida a la habilidad que disponen diversos sistemas y organizaciones para trabajar en conjunto (en equipo) (inter Operar). (Princeton University) Definición: en términos Informáticos (glosario IEEE) La habilidad de dos o más sistemas o componentes para intercambiar información y utilizar la información intercambiada. La Interoperabilidad es una propiedad de un producto o sistema, cuyas interfaces son perfectamente conocidas y comprendidas, que habilita a trabajar con otros productos o sistemas, presentes o futuros, sin ningún tipo de restricción de acceso o implementación. (por restricción de acceso se refiere no a permisos, sino a tecnologías)

4 Interoperability and standardsCreating an European Digital Economy and society with growth potential Cloud services Cybersecurity Data driven economy E-Health Interoperability is strategic for E-Business Intelligent transport systems Internet of Things Global challenges require multidisciplinary approaches 4

5 Alcance Aplicaciones de la interoperabilidad ActoresIntercambio de información entre organismos de estado Intercambio de Información entre privados y gobierno Intercambio de información entre los ciudadanos y el gobierno Intercambio de información entre privados Intercambio de información entre estados Sustento de políticas públicas -> Gobierno Electrónico, eSalud, Open Data … Actores Gobierno Ciudadanos Empresas públicas y privadas Otros países

6 Frameworks de InteroperabilidadSon marcos de referencia que se establecen para definir las reglas que gobiernan la interoperabilidad en una organización, un grupo de organizaciones, un país, una comunidad de países…

7 Contexto Político Creación de AgesicIntegración del Consejo Directivo Honorario y su continuidad en los diferentes gobiernos Agendas Digitales Leyes votadas por unanimidad en el parlamento Recursos financieros en el presupuesto nacional

8 Institucionalidad La Ley de Presupuesto Nacional , artículo 160  que "La Agencia para el Desarrollo del Gobierno de Gestión Electrónica y la Sociedad de la Información y del Conocimiento” (AGESIC) deberá ejercer todas las acciones necesarias para el cumplimiento de los fines y principios establecidos en la presente ley y tendrá las siguientes potestades: Dictar y proponer las políticas, normas, estándares y procedimientos que deberán ser tenidos en cuenta por los organismos estatales y no estatales para garantizar la interoperabilidad". La Agenda Digital Uruguay   describe la Plataforma de Gobierno Electrónico como la "carretera" que permite la transversalidad de las aplicaciones y servicios de Gobierno Electrónico, y hace referencia a que es "un medio para instrumentar la interoperabilidad y el intercambio de información entre Organismos".  Decreto de Interoperabilidad Nº 178/013, de 11 de Junio de 2013: …. B) Adoptar los mecanismos o condiciones de intercambio definidos por la Agencia para el Desarrollo del Gobierno de Gestión Electrónica y la Sociedad de la Información y del Conocimiento (AGESIC) y formalizar un acuerdo.

9 Gestión de Tecnología Los datos deben preservarse y ser accesibles a pesar del paso del tiempo

10 Gobernanza 1. f. Arte o manera de gobernar que se propone como objetivo el logro de un desarrollo económico, social e institucional duradero, promoviendo un sano equilibrio entre el Estado, la sociedad civil y el mercado de la economía. Real Academia Española © Todos los derechos reservados

11 Gobernanza Asegurar la interoperabilidad entre los diferentes actores y sus procesos de negocio, intercambios de información, cooperación de servicios y componentes incluyendo los instrumentos legales necesarios, es una tarea continua. Los cambios en el ecosistema (tecnología, leyes, políticas de gobierno, etc.) afectan a la interoperabilidad. La gobernanza de la misma debe ocuparse de su adopción y continuidad, de que crezca y se mantenga adecuada a las necesidades del ecosistema al que pertenece.

12 Frameworks de InteroperabilidadSon marcos de referencia que se establecen para definir las reglas que gobiernan la interoperabilidad en una organización, un grupo de organizaciones, un país, una comunidad de países…

13 Interoperabilidad LegalConstituye el marco normativo legal que permite el intercambio de datos y servicios asegurando entre otros aspectos: Protección de datos personales Privacidad Seguridad Obligatoriedad En Uruguay se cuenta con un conjunto de leyes y decretos que regulan estos aspectos: Decreto Decreto Nº 178/013, de 11 de Junio de 2013 ….”Artículo 2º.- Intercambio de información pública.- Toda Entidad Pública tiene el deber de intercambiar la información pública que produzca, obtenga, obre en su poder o se encuentre bajo su control, con cualquier otra Entidad Pública que así se lo solicite. Artículo 3º.- Intercambio de información privada.- Toda Entidad Pública deberá intercambiar con las Entidades Públicas que así lo soliciten, la información privada que obre en su poder o se encuentre bajo su control, siempre que su titular hubiere prestado su consentimiento libre, previo, expreso e informado, en los términos preceptuados por la Ley Nº , de 11 de agosto de 2008….

14 Frameworks de InteroperabilidadSon marcos de referencia que se establecen para definir las reglas que gobiernan la interoperabilidad en una organización, un grupo de organizaciones, un país, una comunidad de países…

15 Interoperabilidad OrganizacionalEste dimensión de la interoperabilidad se ocupa de como las organizaciones cooperan para logar sus objetivos comunes. En la práctica, la interoperabilidad organizacional implica la integración de procesos de negocios y el intercambio de los datos relacionados. Si consideramos datos abiertos de gobierno, la interoperabilidad organizacional debe ocuparse también de ese objetivo país. Además de eso, busca orientar, con base en los requerimientos de la comunidad usuaria, los servicios que deben estar disponibles, fácilmente identificables, accesibles y orientados al usuario. Recommendation 15. Public administrations should document their business processes and agree on how these processes will interact to deliver a European public service. Service orientation, on which the conceptual model for public services is built, means that the relationship between service providers and service consumers must be clearly structured. Deben tener los acuerdos de niveles de servicios claramente establecidos (SLA) en un contrato o memorandum de entendimiento Recommendation 17. Public administrations working together to provide European publicservices should agree on change management processes to ensure continuous service delivery. Ej. Proceso para el desarrollo de los trámites online (Acuerdos con los organismos …) e-Health en Uruguay

16 Frameworks de InteroperabilidadSon marcos de referencia que se establecen para definir las reglas que gobiernan la interoperabilidad en una organización, un grupo de organizaciones, un país, una comunidad de países…

17 Interoperabilidad TécnicaCubre todos los aspectos vinculados a las capacidades que deben instrumentarse para que los sistemas informáticos puedan vincularse entre si, ya sea intercambiando información, compartiendo funcionalidades, cooperando para la resolución de problemas, etc. En consecuencia cubre los aspectos relativos a conectividad (redes), protocolos de comunicaciones, arquitectura y plataformas, estándares y normas técnicas, seguridad informática, privacidad.

18 Interoperabilidad SemánticaLa interoperabilidad semántica permite que las organizaciones puedan procesar información proveniente de fuentes externas de manera comprensible y sin ambigüedades. Asegura que el significado preciso de la información intercambiada entre las partes es comprendido y preservado. Ejemplos: Salud, Gobierno electrónico, Open Data, Actividades transfronterizas

19 Interoperabilidad SemánticaContexto de la Interoperabilidad Semántica Interoperabilidad Semántica, que se ocupa del significado de los “data elements” y de las relaciones entre ellos. Incluye el desarrollo de vocabularies que describen el intercambio de datos y que aseguran que los “data elements” son comprendidos de la misma manera por todos los participantes en una comunicación. Interoperabilidad sintáctica, que se ocupa de describir el formato exacto de la información a ser intercambiada en términos de gramática, formatos y esquemas. El desarrollo de las capacidades de interoperablidad semántica requieren al menos Acuerdos en los procesos y metodologías para el desarrollo de los activos de interoperabilidad semántica Acuerdos sector por sector e intersectorialmente para la adopción y uso de los activos de interoperabilidad semántica a nivel nacional Se trata de una tarea compleja, con muchas partes involucradas, por lo tanto es necesario una política de arquitectura de datos, metodología e instrumentos acordes

20 Ejemplos de vocabulariosMetadata de personas Metadata de direcciones Comunidad Europea https://joinup.ec.europa.eu/community/semic/og_page/core-vocabularies#What%20are%20the%20Core%20Vocabularies

21 Core Vocabularies Son modelos de datos (data models) simplificados, reusables y extensibles que capturan las características fundamentales de una entidad de datos en un contexto neutral y utilizando una sintaxis neutral. Permiten resolver un conjunto o al menos reducir un número importante de conflictos de interoperabilidad semántica que suelen ocurrir durante la ejecución de servicios. Estos conflictos, fundamentalmente se deben a discrepancias en la interpretación de procedimientos, de normas, en los acuerdos mismos sobre modelos de datos y a la ausencia de un modelo de datos de referencia universal.

22 Core Vocabularies como buildings blocksPara diseñar nuevos modelos de datos que extienden el Core Vocabularies Domain Data Models: Un ejemplo de uso es para la fundación de por ejemplo un formato para la publicación de datos de registro (catastro, operaciones de negocio, catalogo de servicios, etc.) Pueden ser el punto de partida para el diseño del modelo conceptual y lógico a aplicar en nuevos sistemas. Information Exchange data models: pueden ser la base para el intercambio de información en un contexto específico, utilizándolos como Data Models. Ej. La creación de nuevos registros.

23 Core Vocabularies como buildings blocksPara mapear modelos de datos existentes al Core Vocabularies Los mapeos de datos que se creen debe seguir ciertas reglas y además debe publicarse. Alignment of data models: el análisis de las relaciones entre modelos de datos y el Core Vocabularies permite establecer mapeos para el “alineamiento” (concordancia). Estos alineamientos son necesarios para resolver conflictos de interoperabilidad semántica entre diferentes data models. Ej. BPS – MSP – Salud.uy (Personas) Reconciliación de data sources: Diferentes orígenes de datos cuyos modelos hayan sido mapeados al Core Vocabularies tienen un mínimo de “alineación” , esto significa que por ejemplo dos modelos de datos de diferentes orígenes puedan mapearse o mezclarse en forma automática o semi-automática. Estos mecanismos permiten que se puedan implementar soluciones de interoperabilidad que extraigan la información básica requerida para los intercambios de datos.

24 Reducir conflictos a nivel de esquemasSchema-level conficts son causador por diferencias en las estructuras lógicas y también en las metadatas. El Core Vocabularies puede utilizarse para resolver o al menos reducir este tipo de conflictos. Tipos de conflictos frecuentes: Nombrado – Diferentes nombres para el mismo concepto (sinónimos) Diferentes conceptos para el mismo nombre (homónimos) Isomorfismo – El mismos concepto se describe con diferentes atributos. Ej. Direcciones. El Core Vocabularies provee el mínimo conjunto de atributos comunes. Generalización – Conceptos similares descriptos con alcances diferentes (extendido o compacto), el mapping al Core Vocabularies puede proporcionar una buena alternativa de solición. Agregación – Multiples atributos en un modelo corresponden a un atributo en otro modelo. Ej. Nombre (1er nombre, 2do nombre, 1er apellido, 2do apellido) vs nombre completo. Discrepancias a nivel de equemas - Los atributos de una entidad en un esquema se organizan como atributos de varias entidades en otro esquema. Es una situación compleja de resolver, el uso de Core Vocabularies permite encontrar soluciones a este conflicto a veces con una leve pérdida de significado.

25 Interoperabilidad de datosSi nos abstraemos de las aplicaciones y los servicios que brindan mecanismos de interoperabilidad y consideramos solamente los datos. Para poder hacer una adecuada explotación de los datos en un contexto neutral, se requiere una arquitectura de datos o Arquitectura de Interoperabilidad de Datos. La AID se puede enmarcar dentro de la arquitectura de datos es una de las dimensiones de la arquitectura. Qué se necesita? Un framework (Directivas, estrategias, especificaciones, metodologías, guias de uso, modelos de soluciones) Herramientas (plataformas de referencia, ambientes y plataformas de colaboración, buildings blocks, componentes que resuelvan requerimientos comunes o ampliamentes solicitados) Servicios (aplicaciones operativas e infraestructura que las soporte)

26

27 Arquitectura de InteroperabilidadTo attain interoperability, public administrations in Europe need to coordinate across borders and sectors when developing digital solutions to avoid the risk of creating new digital barriers for administrations, businesses, and citizens. They have the following needs: Need for a common terminology to design, assess, and communicate about e- Government solutions: public administrations need a common terminology to design, assess, communicate about, and find solutions building blocks (frameworks, tools, services) used to deliver interoperable digital public services; Need for a stable interfaces for digital public services: public administrations need to define stable interfaces between digital public services, so that others can rely on them to build new, aggregated digital public services; Need for an overview of already existing solution building blocks: public administrations need to be aware of already existing solution building blocks that have been developed by others. Ref. European Interoperability Reference Architecture (EIRA) (Raúl Abril 2014)

28 EIRA Definiciones inicialesThe EIRA is a four-view reference architecture for delivering interoperable digital public services across borders and sectors. It defines the required capabilities for promoting interoperability as a set of architecture building blocks (ABBs). The EIRA has four main characteristics: Common terminology to achieve a minimum level of coordination: It provides a set of well-defined ABBs that provide a minimal common understanding of the most important building blocks needed to build interoperable public services. Reference architecture for delivering digital public services: It offers a framework to categorise (re)usable solution building blocks (SBBs) of an e-Government solution. It allows portfolio managers to rationalise, manage and document their portfolio of solutions.   Technology- and product-neutral and a service-oriented architecture (SOA) style: The EIRA adopts a service- oriented architecture style and promotes ArchiMate as a modelling notation. In fact, the EIRA ABBs can be seen as an extension of the model concepts in ArchiMate, as explained in Section 3.1. Alignment with EIF and TOGAF: The EIRA is aligned with the European Interoperability Framework (EIF) and complies with the context given in the European Interoperability Strategy (EIS) . The views of the EIRA correspond to the interoperability levels in the EIF: legal, organisational, semantic and technical interoperability. Within TOGAF and the Enterprise Architecture Continuum, EIRA focuses on the architecture continuum. It re-uses terminology and paradigms from TOGAF such as architecture patterns, building blocks and views. 

29 Plataforma de Interoperabilidad

30 Principios de e-gob Servicios centrados en el ciudadanoMejora de la gestión pública Inclusión y accesibilidad Seguridad y privacidad Simplificación administrativa Transparencia Preservación de la información Datos Abiertos Reusabilidad Neutralidad tecnológica y adaptabilidad Efectividad y eficiencia

31 European Interoperability Framework 2.0Modelo conceptual para servicios públicos

32 Modelo conceptual de la PGE Antes de incorporar Salud.uy

33

34 Computación Orientada a ServiciosConcepto de servicios .. Una actividad o series de actividades de naturaleza más o menos intangible, que tiene lugar como el intercambio entre un proveedor y un consumidor, en el cual el objeto de la transacción es un intangible…[GrOnroos, C.: Service Manafement and Marketing. A Customer Relationship Management Aprocho. Wiley, Chistester (2000). El concepto de servicios se utiliza en diferentes dominios, como ser negocios, salud, educación, finanzas, transporte y comunicaciones. Por debajo de estos dominios el concepto de servicios ha sido investigado por diversas disciplinas como, economía, sociología, ciencia de la organización, y naturalmente las ciencias de la computación.

35 e-Services E-ServicesEn térmitos de TIC’s, el uso de Service Oriented Computing (SOC) [1], le quita relevancia al modelado tradicional basado en diseño y desarrollo. La idea básica del SOC es potenciar la interacción entre aplicaciones y sistemas de manera de aumentar la interoperabilidad, integración y colaboración entre diferentes actores y plataformas. Es ir más allá de los Web Services aunque estos sean, de momento, el modo preferido. Se definen los E-Services [2] como la provisión de servicios sobre redes electrónicas (internet, Wireless, ATM’s, kioscos, etc. Dentro de esta definición caben perfectamente los Web Services, a los que podríamos describir como e-services que se auto describen, basados en componentes abiertos y que soportan una forma económica y rápida de distribuir aplicaciones. Estos servicios, son ofrecidos por proveedores que proporcionan la descripción de los mismos y proveen material técnico y de negocios para soportarlos. Por su propia naturaleza requieren de una plataforma tecnológica de comunicaciones y de una infraestructura de computación distribuida a fin de sustentar la integración y colaboración entre aplicaciones, tanto internas como inter organizacionales. La descripción de los servicios debe proporcionar información sobre capacidades, interfaces, propiedades y calidad.

36 Taxonomía de ServiciosSimples Information Retrieving Procesamiento de información Ambos Poner ejemplos Complejos Ejemplos y dibujos

37 MSP DNIC DGRECi Ocurre un nacimiento MaternidadCI Madre Nombre NV Fecha y hora nacimiento Maternidad Organismos Involucrados SIIAS Fondo Nacional de Salud Banco de Previsión Social Tarjeta Uruguay Social - Alimentación Uruguay Crece Contigo - ANEP Administración de Servicios de Salud del Estado (ASSE) Instituto del Niño y del Adolescente Ministerio de Vivienda Ministerio de Desarrollo Social CI Madre Nombre NV Fecha y hora nacimiento y Lugar MSP Confirma datos padres y envía Nro. Doc. Id. Y datos Niño Envía datos NO médicos del CNV DNIC Confirma datos madre Asigna Nº al NV Abre legajo virtual DGRECi Registra la identidad y emite la partida de nacimiento. Cuando se presentan los padres con el niño/a emite Cédula Identidad Comunica el hecho al resto del sistema

38 Gobierno Electrónico Orientado a Serviciose-Business vs. Políticas Públicas Gobierno Electrónico: acercar al ciudadano y hacerle la vida más simple (trámites en línea, compartir información, seguimiento de expedientes, etc.) Promover la participación ciudadana (Open Data Goverment, Acceso a la información pública, Iniciativas ciudadanas) sustento a políticas sociales, educativas, económicas (inclusión social, bancarización electrónica, desarrollo de comunidades e integración social, etc.)

39 Plataforma de interoperabilidad:Arquitectura 6

40 Principales característicasServicio de Control de Acceso Servicio de ruteo Servicio de novedades Servicio de administración y control de carga Servicio Conector PGE Servicio de reportes estadísticos Servicio de monitoreo Servicio de metadatos 7

41 Estándares FundacionalesMensajería sincrónica y asincrónica (persistente y no persistente) Bpel Web Services, verificar pautas WS-I Basic y Security Profiles Web Services extendidos (WS-*) WS-Security, WS-Trust, Servicios UDDI XML/XSD y ebXML Transformaciones XSLT Ruteo de mensajes basados en reglas Xquery y Xpath JSR 168 y WSRP SAML, XACML RBAC y ABAC

42 Principales beneficiosReducción de costos Estandarización Diseño SOA • Seguridad Protocolos Semántica Operativa Gobernanza Adaptabilidad • Economías escala de • Reutilización de servicios Arquitectura flexible Integración con sistemas legados • • 5

43 Componentes Básicos de SeguirdadEl Servicio de Tokens de Seguridad (Security Token Service, STS) tiene la responsabilidad de emitir los tokens de seguridad necesarios para que las aplicaciones cliente puedan invocar a los servicios publicados en la PGE. Este componente soporta el estándar WS-Trust v1.3[24] El Administrador de Políticas de Seguridad actúa como Punto de Decisión de Políticas (Policy Decision Point, PDP) siendo responsable por tomar la decisión de autorizar, o no, los pedidos de invocación a servicios de la PGE. Por último, el Firewall XML actúa como Punto de Aplicación de Políticas (Policy Enforcement Point, PEP) de acuerdo a lo que decida el Administrador de Políticas de Seguridad.

44 Conectarse a la Plataforma, pasos a dar…

45 Servicio de control de acceso Aplicación de políticas AAA de seguridad• Aplicación de Autenticación políticas AAA de seguridad – Modelo basado en confianza – WS-Trust, SAML, Certificados Autorización – Modelo basado en RBAC Auditoría (Persona Jurídica) • • – Quién consumió? Qué servicio? Cuándo? 8

46 Servicio de ruteo Manejo avanzado de errores Filtrado y transformaciónRuteo basado en Contenido (WS-Addressing) ruteo Manejo avanzado de errores Reconfiguración dinámica Filtrado y transformación de mensajes 9

47 Servicio de novedades Enviar y recibir Escalable Publish & Subscribenotificaciones Publish & Subscribe Patrón Suscribe Notifica Interoperabilidad Plataforma de Seguridad & Confiabilidad Publica Suscribe Consulta Modalidades de suscripción Escalable • Push (Notificación) Pull (Consulta) Servicio de novedades 10

48 y Servicio de administración control de cargaProteger la infraestructura de los proveedores de servicios Controlar tráfico Control global del throughput Control fecha/hora Controlar la cantidad máxima de invocaciones 11

49 PDI a Privados • Los servicios se exponen en unrango de puertos visibles desde Internet La normativa técnica se mantiene Se está trabajando en la normativa legal para formar acuerdo de interoperabilidad entre una institución privada y una pública 20

50 Tecnologías necesarias para conectarseSAML (Security Assertion Markup Language) 1.1 Firma digital Certificados digitales Intercambio seguro de información WS-Trust WS-Security SSL Arquitectura SOA Web services WS-Addressing

51 Componentes Básicos de SeguirdadEl Servicio de Tokens de Seguridad (Security Token Service, STS) tiene la responsabilidad de emitir los tokens de seguridad necesarios para que las aplicaciones cliente puedan invocar a los servicios publicados en la PGE. Este componente soporta el estándar WS-Trust v1.3[24] El Administrador de Políticas de Seguridad actúa como Punto de Decisión de Políticas (Policy Decision Point, PDP) siendo responsable por tomar la decisión de autorizar, o no, los pedidos de invocación a servicios de la PGE. Por último, el Firewall XML actúa como Punto de Aplicación de Políticas (Policy Enforcement Point, PEP) de acuerdo a lo que decida el Administrador de Políticas de Seguridad.

52 conectorPGE El Conector PGE permite invocar de forma simple cualquier servicio Web publicado en la Plataforma de Gobierno Electrónico (PGE), a la vez que transparenta la implementación de los estándares de autenticación y ruteo utilizados por la PGE al usuario final. Encapsula la complejidad y simplifica la conexión. Requiere conocimientos mínimos por parte del usuario Funciona en la plataforma del cliente

53 Seguridad y PrivacidadNo puede haber interoperabilidad sin Seguridad No puede haber interoperabilidad sin Privacidad Security by design Privacy by design Security aplicada a las apps Verificación de normas de privacidad automática según contexto

54 Data Governance Se define como el modelo formal de articular personas, procesos y tecnología a fin de permitir a una organización gestionar los datos como un activo. Aspectos claves: Calidad de datos Modelado de datos Integración Integración de esquemas Arquitectura de la gobernanza Gestión de la gobernanza de datos

55 Calidad de Datos El conjunto de actividades necesarias para lograr la mejora continua en las diferentes dimensiones que atañen a la calidad de datos. Ellas involucran acciones sobre los datos y fundamentalmente sobre los procesos que los afectan. Veracidad Disponibilidad en tiempo y forma Consistencia

56 Dimensiones de la calidad de DatosVeracidad: Es la distancia existente entre el valor del dato “v” y un valor “v’” considerado como la correcta representación del fenómeno de la vida real que “v” intenta representar. Ej. Jon y John. Completitud: Se define como una medida que identifica cuanto le falta a un dato para contener la información necesaria para representarlo. Ej, null Currency: Grado de actualización de un dato. Ej. Teléfono celular Consistencia: Se refiere a la ausencia de violación de reglas de negocios a nivel de base de datos. Ej. Integridad referencial en el modelo relacional.

57 Calidad de datos e InteroperabilidadEn 2001 “Guidelines for Ensuring and Maximizing the Quality, Objetivity, Utility and Integrity of Information Disseminated by Federal Agencies” [8] En 2003 – La directiva Europea 2003/98/CE sobre reuso de documentos [9] En 2013 – Uruguay, Decreto de Interoperabilidad “… Toda Entidad Pública tiene el deber de intercambiar la información pública que produzca, obtenga, obre en su poder o se encuentre bajo su control, con cualquier otra Entidad Pública que así se lo solicite…..”

58 Metodologías para la mejora de la Calidad de DatosSe suelen establecer en fases, las más corrientes son [11] Reconstrucción. Revisar los procesos más relevantes involucrados en los datos objeto de análisis Para c/u de ellos revisar y reformular normas y reglas de negocios, ver que se apliquen Verificar y establecer problemas Chequear lo anterior con los usuarios más relevantes e influyentes Identificar métricas para poder generar modelos de validación contínuos Elegir los mejores procedimientos para la mejora de calidad Implementarlos

59 Referencias bibliográficas1. Papazoglou, M. Traverso, et al. Service Oriented Computing (SOC) no in Dgstuhl Seminar Proceedings Schloss Dagstuhl Germany (2006) 2.Rust, R. Kannan, P.: E-Service: New Directions in Theory and Practice. M.E. Sharpe Inc. NY (2002) 3. Papazoglou Michaesl P. Web Services & SOA Principles and Technology (second Edition) 4. Libro blanco de interoperabilidad de gobierno electrónico para América Latina y el Caribe V e r s i ó n Viscusi, G; Batini C.; Mecella M.: Information Systems for egoverment, A-Quality-of-Service Perspective, Springer Heilderberg Dordrecht Batini C. Scannapieco, M: Data Quality Concepts, Metodologies and Techiques. Springer Berlin (2006) https://joinup.ec.europa.eu/asset/core_vocabularies/home