1 Una propuesta de Gobierno electrónico para Nicaragua(Agosto 03 a Junio 05) Yves Chaix - Flor de María Valle - Adolfo Rodríguez - Alfonso Valerio - Sara Moreira - Patrocinada por TELCOR-BM, financiada por BM y con el soporte del CONICYT

2 Gobierno electrónico (MC.Cap. 3 y 4)¿Cuál es la importancia del Gobierno electrónico y como se ubica en el mundo, en la región y en Nicaragua?

3 El papel estratégico de las comunicaciones en el gobierno-eTodas las etapas para llegar a la Democracia digital requieren comunicación, pero solo la comunicación digital permite las relaciones transaccionales, en ambos sentidos. Una parte muy importante de la población no tiene acceso siquiera a la telefonía. Con el 1.5% de la población conectada al Internet, el e-Gobierno no alcanza su verdadera dimensión ni su objetivo en dirección de la democracia digital Los índices mundiales de desarrollo apuntan a la necesidad de incrementar la conectividad Para cumplir sus metas, el país necesita una red nacional confiable y extensa de comunicación digital con una gran penetración territorial (152 municipios) y a bajo costo.

4 El panorama nacional En , la inversión en telecomunicaciones fue del 0.25% del PIB, una décima parte de la de CR. El analfabetismo es el tercer mayor de AL (36%) La telefonía celular cubre actualmente 79 municipios, con una población de 2,700,000 con planes de elevar a 97 municipios La telefonía pública cubre 171 comunidades con 240,000 habitantes (según FITEL, 2004) con planes de elevar a 538 comunidades y 570,000 personas. Hay 3 líneas telefónicas por 100 habitantes (aprox. 15 por 100 hogares) y posiblemente el doble en celulares. ENITEL no ha prácticamente hecho inversiones significativas para incrementar la cobertura, antes del último cambio de dueños. 72% de los municipios y el 42% de la población seguirá sin posibilidad técnica ninguna de conexión a Internet por medio de la telefonía tradicional (C.Hopmann y M.E.Arce, eReadiness 2002) El 80% de las conexiones está en Managua Solo el 10% de la población que pudiera acceder al Internet lo hace (o sea el 1.5% de la población). Causas: Falta de conectividad Altos costos Carencia de contenido

5 Reducir los costos e incrementar la conectividad nacionalCon el monopolio de ENITEL de los últimos tres años y la carencia de una salida directa al ARCOS 1, la conexión al Internet es la mas cara de AL: debe romperse el monopolio de facto. Los nuevos dueños aseguran que están cambiando esto. La red de fibra óptica de ENTRESA ofrece una de las mejores soluciones para extender la conectividad al 90% de los municipios. FITEL, con la fase II de su proyecto complementará la telefonía digital rural El contenido sigue siendo el punto débil que crea un ciclo vicioso, en particular con el sector privado (B2B y B2C)

6 Hemos visto que el gobierno electrónico es el mayor impulsor potencial de accesibilidadPor sus propias necesidades de comunicación Por sus necesidades de comunicarse con la ciudadanía (C2G2C) y el sector privado (G2B2G) Porque solo el e-Gobierno puede elevar a la masa crítica las conexiones domiciliares para que el Sector privado se interese a usar el Internet para hacer negocios.

7 Las necesidades propias de conectividad del e-Gobierno (I)Alcaldías del país, entre si, y con todas las instituciones del gobierno central, incluyendo INIFOM (152 alcaldías) Escuelas del país con las delegaciones municipales, departamentales, con la sede central del MECD (4,000 escuelas). Red de los hospitales, SILAIS, Centros de Salud y Puestos de salud (800 establecimientos) Delegaciones departamentales de la DGI con la oficina central Delegaciones fronterizas de la DGA con la oficina central Delegaciones departamentales del Catastro y de cada dependencia del INETER con la oficina central. Registros civiles de las personas municipales (152, entre si y con el CSE) Delegaciones del MTI con la oficina central, MAGFOR y sus delegaciones (fronterizas y departamentales), MARENA y sus delegaciones, con las oficinas centrales respectivas. MINREX, con su red de embajadas y consulados en todo el mundo Delegaciones departamentales del Catastro fiscal con el Catastro fiscal en Managua. Correos de Nicaragua y todas sus sucursales en el país Policía Nacional y sus delegaciones ENACAL, DAAR MINGO (DGME)Migración y Extranjería; delegaciones fronterizas, compartidas con el MAGFOR y la DGA. MIFIC y sus delegaciones fronterizas INAFOR, ADFOREST y ADPESCA MITRAB, MIFAMILIA Delegaciones departamentales (17 departamentos) del Registro Público de la Propiedad y Registro Mercantil, con la oficina central. A mediano plazo, delegaciones de la CSJ en cada municipio. Juzgados de todo el país (17 departamentos) con la CSJ.

8 Las necesidades propias de conectividad del e-Gobierno (II)Gobierno central Relación Gobierno central/ departos Distrib. al nivel municipal Dependencias operativas Sub total requerimientos a 10 años (Mb/s) S/T Metas de largo plazo Unidades administrativas 60 16 152 4.000 instituciones y dependencias departamentos municipios puntos MECD y MINSA Correo electrónico 50% 25,000 empleados del Estado tienen sus cuentas 0.2 0.9 Intercambio de datos del e-Gobierno 10,000 trámites/día en el captados y 4 requisitos ext. 20KB + lectura 1 doc. digital 600KB 0.7 2.7 Acceso hacia la Internet 6,250 empleados, 1 h/dia, 40Kb/s a lo largo de 8 horas 7.6 30.5 Acceso Intranet mant. y aplicaciones 6,250 empleados, 4 h/dia, 40Kb/s 122.1 156.3 VoIP 50% de 8300 líneas ocupadas a 128Kb/s 129.7 518.8 Video 200 llamadas simultáneas, a 768 Kb/s 37.5 150.0 668.8 Sub total por nivel(Mb/s) 206.3 825.0 Mb/s por entidad 3.4375 1.3569 0.0516

9 Muestra de los requerimientos de conectividad por municipio (acceso directo a Red ENTRESA = 50% de los municipios) Municipio(desde) Población Total Población Urbana Mb/s por dep. Mb/s Dist. Total Laguna de Perlas 7413 3942 0.6 50 Bluefields Santa María de Pantasma (Las Praderas) 35252 2606 2.8 34 Condega 29822 9314 2.4 29 Kukra Hill 8838 3366 0.7 26 El Sauce 30792 8360 2.5 25 El Almendro 13983 1719 1.1 23 San Francisco de Cuapa 3100 1413 0.2 20 San Francisco Libre 10405 1753 0.8 San Juan del Sur 15560 6447 1.2 18 Rivas Morrito 7223 1129 17 El Coral 3666 1671 0.3 16 Terrabona 12573 1295 1.0 Comalapa 12970 915 15 Tola 23585 2025 1.9 12 Boaco 53572 20562 2.1 4.3 11 6.4 Santo Tomás 18965 12053 1.5 El Rama 59089 20318 4.7 10 Catarina 8427 3921 9.75 Tisma 11847 4235 0.9 9.6 San Nicolás de Oriente 7350 565 9 San Ramon 27340 1846 2.2 8.5 Matagalpa El Crucero 11693 4724 5.4

10 El mapa de conectividad nacional con los municipios

11 Mapa nacional de conectividad municipal a la red de ENTRESA

12 MC.Cap.3: Requerimientos no funcionales del e-GobiernoRasgos, beneficios y requerimientos no funcionales del Gobierno-e

13 Glosario Necesidad (de un tomador de decisión interesado)El reto empresarial u operacional que debe satisfacerse (Oportunidad) de manera a justificar la compra o el uso de un sistema. Rasgo (de un sistemas) Un servicio suministrado por el sistema que se puede o se podrá observar desde el exterior y que satisface directamente las necesidades de un tomador de decisión (punto de vista del usuario sobre el sistema concluido). Requerimiento (de un sistema) Describe una condición o capacidad a la cual un sistema debe conformarse; se deriva directamente de las necesidades de un usuario o se establece en un contrato, un estándar, especificaciones o cualquier otro documento formal impuesto. También, un rasgo deseado, una propiedad o actuación de un sistema Requerimiento (de una aplicación) Una especificación de una conducta del sistema que puede observarse desde el exterior. Por ejemplo, las entradas al sistema, las salidas desde el sistema, funcionalidades del sistema, o atributos del entorno del sistema.

14 Descripción de los requerimientos no funcionales; EjDescripción de los requerimientos no funcionales; Ej.: calidad de la interfaz gráfica con el usuario Sub Requerimiento Descripción breve Interfaz Componentes ergonómicos Mensajes de error Menús contextuales Barras de herramientas Uso de colores e iconos Habilitación de menús, controles y campos Multi-lenguaje Guía del flujo de trabajo Configuración del entorno de trabajo para cada usuario Valores por omisión en la parametrización de la instalación Todos aquellos requerimientos que afectan la capacidad de utilización. Por ejemplo: El tiempo de capacitación para que un usuario normal pueda ser productivo en una operación específica. Requerimientos para satisfacer estándares comúnmente establecidos. La capacidad del sistema para ayudar a relajar los músculos o variar los movimientos mecánico-musculares repetitivos, para evitar lesiones en las manos, muñecas, antebrazos, codos, nuca y espalda. Capacidad de iluminación, accesibilidad y disposición de los accesorios de la interfaz del usuario. Las interfaces de usuario deben tomar en cuenta los siguientes aspectos: Los mensajes de error deben ser claros, comprensibles y orientar al usuario acerca de lo que debe hacer para corregir la situación de error. Ayuda en línea directa, contextual y con enlaces de hipertexto. Uso de menús contextuales. Uso de barras de herramientas como menús resumidos de las principales funciones de la aplicación. Uso discreto de colores e iconos descriptivos en las barras de herramientas. Validación de campos. Deshabilitar menús, controles y campos que no son autorizados para el usuario. Debe ser evidente que todos los rasgos esperados deben ser definidos adecuadamente, asi como los requerimientos no funcionales, para poder eventualmente entregar/recibir conforme el sistema terminado.

15 Perspectiva del Gobierno electrónico: Ejemplo: los rasgos asociados a la competitividadUn rasgo subyacente del e-Gobierno Requerimientos no funcionales Beneficios Competitividad afectada Acceso al Gobierno-e por parte de aplicaciones privadas para consultar y/o transferir datos de/a las aplicaciones del Estado (ej.: Sistema de planilla con el INSS) Seguridad y auditoria Requerimientos de red Desempeño Interfases Calidad de la estructura de los datos Disponibilidad y confiabilidad Estándares Aplicables Posibilidad de Integración masiva de la información del sector privado con los trámites del sector público. Ahorro de tiempo y visitas institucionales. Acceso oportuno a información confiable institucional y/o empresarial Institucional Empresarial El marco conceptual contempla 36 rasgos subyacentes (algo que esperan los usuarios del e-Gob), los que se traducen por más de 20 requerimientos no funcionales para generar los beneficios múltiples siguientes. Etc.

16 Nivel mínimo aceptableLos requerimientos no funcionales de calidad: propuesta de nivel mínimo aceptable y peso Atributo de Calidad Nivel mínimo aceptable Importancia Relativa Desempeño[1] 3 65 – 70% Disponibilidad y Confiabilidad 5 100% Seguridad y Auditoria Adaptabilidad al cambio Modularidad 4 [2] Calidad de Interfaz Gráfica con el Usuario 4 80% Integración Operativa Integración Horizontal Integración Vertical Calidad de la Estructura de Datos Uso Multinivel Soporte de Transacciones y Concurrencia Arquitectura de Implementación Requerimientos de Licenciamiento Documentación [1] Se pospone la optimización del código-fuente para una segunda fase [2] El requerimiento de uso de un Motor de Flujo de Trabajo eleva esta nota a 5.

17 Aspectos específicos de la seguridad (Otro ejemplo de requerimiento no funcional)Todas las aplicaciones que tienen que compartir o acceder a datos personales, usan “tarjetas inteligentes” para validar la identidad del usuario y su autorización para acceder a dichos datos. Solo usuarios autenticados y autorizados pueden acceder a mensajes confidenciales Todo mensaje debe identificar quien lo envió. Todo mensaje con un cierto nivel de importancia debe usar un mecanismo de confirmación de la integridad del mismo (Public Key Infrastructure). El remitente de un mensaje no debe poder negar la autoría del mismo Solamente la o las personas a quien(es) va dirigido el mensaje lo pueden abrir Todo registro creado debe identificar quien lo creo y cuando, y por lo menos indicar la última modificación (quien, porque y cuando). Solo las aplicaciones pueden acceder a los servidores de administración de base de datos. Los usuarios y sus roles son validados por la aplicación frontal.

18 MC.Cap. 4: Arquitectura informática del e-GobiernoVisión arquitectural Sinopsis de los metamodelos a presentar Actores y beneficiarios La perspectiva de servicios del e-Gobierno Las capas arquitecturales funcionales Arquitectura de datos Arquitectura de aplicaciones Arquitectura tecnológica Ejemplos Complejidad de la concepción global del e-Gobierno

19 Metamodelos: una forma de representación de la realidad, de alto nivelPermiten generalizar la comprensión de la arquitectura del e-Gobierno reduciendo la curva de aprendizaje. Reducen la labor de análisis: la concepción y parte del análisis se hacen una sola vez, para todos los casos posibles. Permiten lidiar con la complejidad del e-Gobierno en los temas de adaptabilidad al cambio continuo y de crecimiento constante. Permiten construir el e-Gobierno bajo una concepción única que facilita la integración y provee una arquitectura con una vida útil mucho mayor. Encauzan hacia la concepción de componentes reutilizables, lo que facilitará el mantenimiento, la robustez y la parametrización.

20 Sinopsis de los metamodelos a presentar(I)La definición de metamodelos para el e-Gobierno proporciona beneficios superiores a la elaboración de especificaciones particulares para cada trámite, aplicación institucional, registro, etc., porque: Permite generalizar la comprensión de la arquitectura del e-Gobierno reduciendo la curva de aprendizaje. Reduce la labor de análisis: la concepción y parte del análisis se hacen una sola vez, para todos los casos. Permite lidiar con la complejidad del e-Gobierno en los temas de adaptabilidad al cambio continuo y de crecimiento constante. Permite construir el e-Gobierno bajo una concepción única que facilita la integración y provee una arquitectura con una vida útil mucho mayor. Encauza hacia la concepción de componentes reutilizables, lo que facilitará el mantenimiento, la robustez y la parametrización. La perspectiva de servicios del e-Gobierno: enfoca la visión de servicios que proporcionan los sistemas de e-Gobierno a los diversos actores. Las Capas Arquitecturales Funcionales: presenta únicamente la visión general de los elementos del e-Gobierno organizados en forma de capas prestadoras de servicios. Este metamodelo establece el ámbito de modelación para los demás metamodelos. Arquitectura de Datos: Custodia de los registros del Estado: representa la lógica general de los diversos tipos de custodia posible en la administración de los registros del Estado. Relación entre registros básicos y registros auxiliares: representa la relación de dependencia lógica estructural entre los registros del Estado. Repositorios públicos con custodia compartida: representa la visión consolidada de aquellos registros del Estado que proporcionan información de similar naturaleza, aunque se encuentra distribuida en múltiples instituciones. Modelo Universal de Datos: Consiste en un framework de estructuras de datos que facilita la parametrización de sus elementos: relaciones, atributos, recursividad, entre otros, los cuales son fundamentales en el contexto cambiante del gobierno electrónico. Integración horizontal de los datos: Presenta una estructura genérica para la colaboración interinstitucional a nivel de información.

21 Sinopsis de los metamodelos a presentar (II)Arquitectura de Aplicaciones: Metamodelo de las aplicaciones de administración de Registros: Define los elementos funcionales de cualquier módulo aplicativo responsable de la administración de los registros. Metamodelo de la integración operativa de las aplicaciones: Define cómo diversas aplicaciones operando dentro de un mismo dominio pueden integrar sus operaciones de forma transparente para el usuario. Metamodelo de la relación de Trámites y Registros: Establece los nexos conceptuales entre los trámites cargo de las instituciones y los registros que las mismas administran. Metamodelo de Trámites: Representa la estructura interna de los trámites identificando los principales elementos constitutivos. Metamodelo del enlace entre trámites: identifica la forma de interacción entre trámites. Metamodelo de aplicaciones institucionales transaccionales: Modela la estructura genérica de las aplicaciones institucionales que soportan los procesos operativos del gobierno. Metamodelo de aplicaciones institucionales decisionales: Modela la estructura genérica de las aplicaciones institucionales que soportan a los procesos de toma de decisiones. Arquitectura Tecnológica: Metamodelo de implantación física del e-Gobierno: Representa la colocación física de los principales elementos arquitecturales de forma a que su ubicación responda a un conjunto de principios ampliamente aceptados. Metamodelo de componentes reutilizables e interfaces: Conduce al establecimiento de componentes e interfaces que deberán ser utilizados por todos los elementos funcionales de la arquitectura del e-Gobierno. Metamodelo de seguridad en el e-Gobierno: Presenta áreas de interés para el establecimiento de la seguridad en todo el e-Gobierno. Metamodelo general del e-Gobierno: Proporciona una visión global de los elementos conceptuales del supra-sistema del gobierno electrónico, incluyendo los subsistemas, capas de abstracción y principales componentes reutilizables

22 Los participantes del e-Gobierno

23 Los beneficiarios que deben preocuparnosPersonas que no tienen acceso ni al Internet, ni a las terminales Intranet que serán puestas a disposición de la población en las Instituciones del Gobierno. Personas con un bajo nivel de contacto con la tecnología y/o con baja capacidad de absorción de la misma (tercera edad y personas que no recibieron formación en el uso de la computadora). Menores de edad que aún no disfruten de sus derechos legales para realizar trámites en su nombre. Personas analfabetas que no cuentan con los conocimientos básicos para hacer uso de la tecnología. Personas con incapacidad física para operar los dispositivos de la computadora.

24 Actores especiales del e-Gobiernoi-Aplicaciones: aplicaciones desarrolladas por cada institución pública para administrar sus funcionalidades, sus datos y sus registros, o bien, desarrolladas para el uso de cualquier institución pública para administrar procesos transversales a todas las instituciones, y son operadas por los empleados públicos de las instituciones. Pueden ser: g-Aplicaciones: son aplicaciones del Estado desarrolladas por las instituciones públicas para uso del sector privado y de la sociedad civil, para acceder a cierto e-Trámite correspondiente al giro institucional del actor. Las g-Aplicaciones están orientadas a profesionales, ONG o empresas, que no cuentan con capacidad para desarrollar sus propias aplicaciones, pero que requieren acceder a ciertos trámites o servicios, generalmente en forma recurrente o de tipo colectivo. b-Aplicación: aplicación propia del sector privado, o de otros gobiernos de la región o del mundo, modificada para colaborar con las i-Aplicaciones de una o varias instituciones del Estado, y recibir información (Ej.: leer la tasa de cambio C$/US$ del día en el BCN), o realizar trámites y transmitír los datos requeridos (Ej.: registrar el salario bruto recibido por los empleados de una empresa del sector privado, para reportarlo al INSS). Las aplicaciones tramitales, para administrar los procesos institucionales involucrados con los trámites y los registros del Estado (Ej.:SIICAR). Las aplicaciones transversales, para administrar los procesos que son transversales a todas las instituciones del Estado y que apoyan en gran medida la planificación del Gobierno central, por ejemplo, el SIGFA. Las aplicaciones de apoyo a la toma de decisiones, las que por lo general manejan indicadores de gestión que ayudan a la evaluación y a la planificación institucional.

25 La perspectiva de servicios del e-Gobierno

26 Capas funcionales del e-Gobierno (vista de alto nivel)

27 Metamodelo de Custodia de los Registros del Estado

28 Metamodelo de Registros Básicos y Registros Auxiliares

29 Metamodelo de Repositorio Público

30 Metamodelo de Integración Horizontal de Datos

31 Metamodelo de Aplicaciones de Administración de los Registros

32 Metamodelo de Integración Operativa Local

33 Metamodelo de Integración Operativa Remota

34 Metamodelo de las Relaciones entre Trámites y Registros

35 Metamodelo de trámites

36 Metamodelo de la interacción entre trámites dentro del e-Gobierno

37 Ejemplo de Integración de Trámites de Registro y Catastro

38 Metamodelo de Aplicaciones Transaccionales del e-Gobierno

39 Metamodelo de Aplicaciones de Toma de Decisiones del e-Gobierno

40 Metamodelo de Integración Vertical de Aplicaciones

41 Metamodelo de integración entre e-Trámite e i-Aplicación

42 Metamodelos: de interrelación entre e-Trámite e i-Aplicación (por evento) y de instanciación de las i-Aplicaciones por medio de un e-Trámite

43 Metamodelo de Implantación Física del e-Gobierno

44 Responsabilidades clave de actores en la seguridad

45 Interacción de los servicios de seguridad de las Aplicaciones Institucionales

46 Modelo base de seguridad para los trámites en línea

47 Metamodelo de Componentes Reutilizables

48 Ejemplo de la matriz de datos custodiados por una institución (columnas) y utilizados por otras (hileras) Custodios de los datos --> Ministerio de Educación Cultura y Deportes Ministerio de Salud Ministerio de Transporte e Infraestructura FISE Empresa Administradora de Aeropuertos Empresa Portuaria Nacional Datos custodiados Estadísticas escolares, Matrículas, Infraestructura escolar, Mapa Escolar, Proyectos, Registro de Artistas, Profesionales de la Salud, Registro sanitario, Farmacéuticos, Nacimientos y Defunciones, Estadísticas de servicios de salud, Infraestructura de salud, Desempeño de suplidores, Compras de medicinas, Epidemiología Rutas, Infraestructura vial, Desempeño de suplidores Proyectos, Costos de Obras, Indicadores de impacto, Movimientos de los convenios, Desempeño de los contratistas Infraestructura de transporte aéreo, Desempeño de suplidores Situación de los puertos, Red de transporte acuática, Desempeño de suplidores Desempeño de suplidores, Presupuesto y sus movimientos, RRHH, Movimiento de los convenios Desempeño de suplidores, Proyectos, Presupuesto y sus movimientos, RRHH, Movimiento de los convenios Estadísticas de servicios de salud, Infraestructura de salud, Proyectos Infraestructura vial, Proyectos Proyectos, Desempeño de los contratistas Estadísticas escolares, Mapa Escolar, Infraestructura escolar, Proyectos Mapa Escolar, Infraestructura escolar, Proyectos Infraestructura de salud, Proyectos Proyectos Infraestructura de transporte aéreo Situación de los puertos, Red de transporte acuática

49 Complejidad de la concepción global del gobierno-eSe deriva de la inmensa cantidad de sistemas a desarrollar, bajo una visión uniforme que garantice la unicidad de normas, estándares y mejores prácticas, que reduzca los requerimientos de mantenimiento, optimice la capacidad de actualización y la adaptabilidad al cambio. La interdependencia de todas las aplicaciones, sus procesos y sus registros hará su interconexión un malabarismo permanente. Los componentes reutilizables son parte de la solución a este dolor de cabeza: se desarrollan una vez, se reutilizan cualquier cantidad de veces. Se mitiga la dificultad de la concepción global por medio del mecanismo de generalización. Cada vez que se puede detectar patrones repetitivos que pueden ser generalizados, se contribuye a reducir la complejidad.

50 Arquitectura del e-Gobiernoi-Gobierno e-Servicios Servicios del Internet e-fundaciones e-trámites Portal de e-Gobierno Registros del Estado i-fundaciones i-aplicaciones Subsistemas de Infraestructura