E x p e r i e n c i a d e l G o b i e r n o d e l Principado de Asturias en la liberación de aplicaciones Madrid, 13 de mayo de 2009

Tamaño: px

Comenzar la demostración a partir de la página:

Download "E x p e r i e n c i a d e l G o b i e r n o d e l Principado de Asturias en la liberación de aplicaciones Madrid, 13 de mayo de 2009"

Nicolás Iglesias Peña
hace 8 años
Vistas:

1 E x p e r i e n c i a d e l G o b i e r n o d e l Principado de Asturias en la liberación de aplicaciones Madrid, 13 de mayo de 2009 Mª América Alvarez González Directora General de Informática

2 Índice 1. Introducción 2. Proceso de liberación 2

3 1. Introducción La Dirección General de Informática del Gobierno del Principado de Asturias ha desarrollado el openfwpa, descendiente directo del Framework del Principado de Asturias (FWPA), una iniciativa impulsada desde la Dirección General de Informática que comienza a desarrollarse en Abril de 2004 para dotar a la Administración del Principado de Asturias de una plataforma corporativa para el desarrollo de aplicaciones, servicios y componentes. 3

4 1. Introducción OpenFWPA es esencialmente un framework de desarrollo para sistemas de administración electrónica y gobierno electrónico basado en la tecnología J2EE y que permiten facilitar el diseño, implementación y mantenimiento de las aplicaciones. Consiste en más de líneas de código desarrolladas por el Principado de Asturias y las empresas asturinas. Ventajas de disponer de un Framework: Reutilización, homogenización, Calidad, Seguridad, Estándares. Como se hizo?: Equipo integrado en su totalidad por profesionales pertenecientes al Cluster TIC. Partiendo del openfwpa se han desarrollado una serie de módulos reutilizables bajo una Arquitectura Orientada a Servicios (SOA). 4

5 1. Introducción Estos módulos comunes ofrecen los componentes 'del negocio' (Anexación de Documentos, Mantenimiento de Usuarios, Cambio de Estado, Tramitación, Integración de Sistemas, Consulta de Servicios, Registro de Entrada, Lista de Tareas, Autenticación, Notificaciones, Avisos y Alarmas, Registro de Salida, Colaboración y Participación, Acreditación, Pago Electrónico, Custodia de Documentación, Visualización de Documentos, Intercambio de Información, Comunicación, Web Services, Integración de Canales, Inicio de Solicitud, Suscripciones y Firma Digital) que posibilitan la estrategia de eadministración del Principado de Asturias. El Gobierno del Principado de Asturias decidió liberar TODO: framework, módulos comunes, aplicaciones. 5

6 Índice 1. Introducción 2. Proceso de liberación 6

7 Pasos previos Diseño del openfwpa como producto y no como proyecto: Desde el punto de vista de su construcción, éste es un producto en el que ha de ofrecerse soporte a cada una de las versiones entregadas: Gestión de la configuración. Para poder volver al código correspondiente a una entrega en concreto, limpiar los defectos y revertir las mejoras a las distintas versiones. Se usan técnicas de control de versiones ( SVN). Procedimiento de soporte. Ha de darse soporte a los diversos equipos que utilizan esta tecnología. Gestión de entregas. Cada versión ha de planificarse, indicar qué funcionalidad nueva ofrece, de qué versión es, etc. El desarrollo del openfwpa se ha basado en la utilización de componentes de SW Libre: Posibilita que pueda ser liberado al no existir código propietario ajeno. Posibilita que no sea necesario adquirir licencias adicionales. 7

8 Pasos previos Garantizar que la propiedad intelectual de todo el código que se va a liberar es del Gobierno del Principado de Asturias. Los contratos de desarrollo con empresas y desarrolladores deben contener cláusulas que dejen claro que la propiedad intelectual del código desarrollado es del Gobierno del Principado. Elección del tipo de licencia: En función de las dependencias de las licencias de los componentes utilizados, determinar qué tipos de licencias son válidas. Decidir si se quiere copyleft: si alguien hace modificaciones al código liberado y las distribuye, lo tiene que hacer con la misma licencia. El conjunto de licencias valoradas inicialmente fueron: MIT/X o BSD Apache 2.0 LGPL 3.0 GPL 3.0 EUPL 1.0 8

9 Pasos previos Aspectos a considerar sobre el código fuente: Que sea compilable y funcione sobre Java 1.4, 1.5 y 1.6. Independencia del código respecto a productos propietarios: Base de datos Servidor de aplicaciones Gestor documental Etc. Introducir cabeceras en todos los programas fuentes con el copyright y la licencia. Eliminar datos no públicos de los test unitarios. Publicación del código en la forja de MORFEO. Documentación: Elegir un tipo de licencia para la documentación. Limpiar la documentación para que sea publicable. Se barajaron las siguientes licencias: CC-by-sa 3.0, GNU FDL y la misma que se seleccionaría para el código. 9

10 Pasos previos Capacitación y formación: Se han creado unos masters para formar y capacitar tanto a la administración como a las empresas asturianas. Difusión No basta sólo con liberarlo: Hay que hacerlo público (blogs, medios de comunicación, eventos, etc.) para que la información llegue a las personas a las que les puede interesar. Colaborar con otros organismos para buscar sinergias. Crear un punto de referencia en la red: Portal del openfwpa openfwpa Participación en redes sociales: Facebook, Twitter y LinkedIn. Crear mecanismos que faciliten la participación de la comunidad: blog, listas de correo y wiki. 10

11 Difusión Liberado en la comunidad Morfeo (comunidad de SW Libre) Proporciona un marco abierto de colaboración entre empresas universidades, centros de investigación y la Administración. 11

12 Tipo de licencia elegida Se ha liberado con doble licencia: Lesser General Public License (LGPL v3) European Union Public Licence (EUPL v1.1). Se ha escogido la LGPL 3.0 porque: Es muy reconocida a nivel mundial Se conocen sus implicaciones legales El texto legal está adaptado a la diferentes legislaciones Permite combinarlo con aplicaciones privadas Compatible con todas las licencias de los componentes de los que depende. Por este motivo se ha escogido la 3.0 en vez de la 2.1. Tiene Copyleft: si alguien hace modificaciones al OpenFWPA y las distribuye, lo tiene que hacer con la misma licencia. 12

13 Tipo de licencia elegida Se ha escogido la EUPL 1.1 porque: El Copyleft de la LGPL es menos restrictivo que el de la EUPL, que no permite enlazarlo con componentes/productos privados (parecido al de la GPL). Algunos organismos de la EU están fomentando este tipo de licencia para las AA.PP. Por qué licencia dual?: El usuario puede acogerse a una u otra licencia, en función de sus intereses. Evitar el eurocentrismo que puede poner alguna barrera para las administraciones que no sean europeas (p.e. Sudamérica). Se ha optado por utilizar el mismo tipo de licencia para la documentación que la seleccionada para el código. Se elegió esta opción por su compatibilidad para traspasar código a la documentación y viceversa (p.e. ayuda contextual). Las otras fueron consideradas por sus sinergias y compatibilidad con el proyecto GNU y con la Wikipedia, y también por ser las más conocidas. 13

14 Fases de liberación Ya se ha liberado el openfwpa. La liberación del resto de componentes se realizará de forma gradual. 14

15 Estadísticas de acceso a openfwpa.morfeo-project.org 15

16 Siguientes pasos Desarrollo de un programa de formación específico para crear comunidad: La formación actual está enfocada a masters on-line o presenciales dentro del Principado (administración y empresas locales). Desarrollar mecanismos de autoformación para personas de fuera del Principado. Probablemente se utilice Moodle, podcasts, etc. Crear un juego de documentación más completo. Internacionalizar tanto el código como la documentación. Liberación de módulos comunes: M.C. Autenticación, M.C. Mensajería, 16

17 Gracias Mª América Alvarez González 17

Documentos relacionados

Alfresco permite su integración y personalización en sistemas de gestión documental para implementar funcionalidades específicas

Alfresco permite su integración y personalización en sistemas de gestión documental para implementar funcionalidades específicas INTRODUCCIÓN La flexibilidad y facilidad de integración de Alfresco en arquitecturas distribuidas de tipo SOA permiten a Mecatena el desarrollo de proyectos de gestión de contenidos, de cara a los nuevos