PLIEGO DE PRESCRIPCIONES TÉCNICAS REINGENIERÍA DEL SISTEMA DE INFORMACIÓN CORPORATIVO DEL PARLAMENTO VASCO Expediente nº: 06-700-14 Tipo de contrato: ACUERDO MARCO Procedimiento: ABIERTO INDICE 1. Introducción 2. Objeto 3. Descripción del servicio solicitado 3.1 Descripción genérica 3.2 Requisitos y características del modelo tecnológico a implantar 3.3 Puesta en marcha del acuerdo marco 3.4 Finalización del acuerdo marco 3.5 Seguimiento de los proyectos, control de calidad, garantía 3.6 Lista estimativa de proyectos 4. Situación actual 4.1 Base tecnológica y organizativa 4.2 Tareas realizadas en una fase previa 5. Oferta 5.1 Contenido y Estructura 5.2 Criterios de valoración de las ofertas 6. Otras consideraciones 6.1 Accesibilidad, usabilidad, seguridad, protección de datos personales 6.2. Confidencialidad 6.3. Penalizaciones 6.4. Marco temporal del servicio 6.5 Propiedad intelectual 6.6 LOPD ANEXO I (Trabajos realizados en una fase previa) 1. Origen o situación de partida 2. Trabajos realizados 2.1 Estudios realizados 2.2 Arquitectura propuesta 2.3 Aplicaciones complementarias 1.- INTRODUCCIÓN Este documento constituye el Pliego de Bases Técnicas para la contratación, dentro de un acuerdo marco, de las tareas a realizar en el proceso de reingeniería del sistema de información del Parlamento Vasco. En el marco de un plan de mejora continua, evolución constante y adecuación a las nuevas herramientas y posibilidades que ofrecen las nuevas tecnologías, el Parlamento Vasco pretende sustituir/rehacer/reprogramar todo su sistema de información corporativo. El Parlamento Vaso quiere posicionar su sistema de información corporativo en la primera línea de las instituciones parlamentarias dando servicio a sus usuarios mediante soluciones tecnológicas avanzadas que incorporen elementos multimedia y de comunicación social. Los objetivos de este sistema de información son: o Desarrollar e implantar una solución que dé respuesta adecuada al Sistema de Información del Parlamento Vasco. o Integrar todos los procesos que componen la actividad parlamentaria. o Migrar toda la información desde el sistema actual al nuevo que se implante. o Mantener todas las funcionalidades de acceso a la información parlamentaria que se están ofreciendo actualmente. o Difundir la actividad del Parlamento Vasco a través de los medios actualmente en funcionamiento: web, dispositivos de movilidad y redes sociales. Por otro lado, este sistema de información: o Se atendrá a lo contemplado en la ley 11/2007 de “acceso electrónico de los ciudadanos a los servicios públicos”, y al “ENS” y “ENI” en aquellos aspectos que afecten al Parlamento Vasco. o Se adecuará al nivel de accesibilidad AA (doble A) definido por la W3C, certificable por tercera parte de conformidad con la Norma UNE 139803. o Incorporará todas las facilidades que proporcionan un entorno amigable al usuario. o Utilizará todas las herramientas de redes sociales adecuadas a este proyecto. 2 2.- OBJETO Este pliego tiene como objetivo el establecimiento de las condiciones técnicas que el licitador tendrá en cuenta para la presentación de una propuesta de solución global al Sistema de Información del Parlamento Vasco y su ejecución. La propuesta puede ser continuación de las tareas que se realizaron en una fase previa, o un nuevo planteamiento que aborde todo el sistema. El Parlamento Vasco firmará con la empresa adjudicataria un acuerdo marco para el desarrollo e implantación global del Sistema de Información. Para su ejecución, se contratarán proyectos concretos, individuales, dentro de este acuerdo marco. Se elaborarán tres planes anuales. Cada plan se desglosará en “n” proyectos “llave en mano”, de mutuo acuerdo entre el Parlamento Vasco y la empresa adjudicataria. Cada proyecto será objeto de contrato y aprobación individualizada por parte del órgano competente del Parlamento Vasco. Cada contrato responderá a una oferta específica que incluirá unos requisitos específicos, su propio plan de desarrollo, número horas a dedicar desglosadas por perfil técnico (que se ajustarán a lo ofertado en el apartado 5.1), plazo de ejecución y plan de pagos. El alcance de este pliego es la presentación de una solución global para el Sistema de Información y la prestación de los servicios necesarios para realizar: o El desarrollo de las aplicaciones correspondientes a la reingeniería del Sistema de Información Corporativo del Parlamento Vasco. o La migración de todos los datos contenidos en los subsistemas actualmente en funcionamiento. o La puesta en marcha del nuevo sistema. o El soporte técnico y mantenimiento evolutivo posteriores a su implantación, mientras dure el contrato y la garantía correspondiente (Ver apartado 3.5). El acuerdo marco contemplará las siguientes tareas: • Diseño y prototipado. Lo realizará en su totalidad la empresa contratada en sus dependencias, de forma coordinada con los interlocutores de la Dirección de Sistemas de Información del Parlamento Vasco. • Construcción. Lo realizará en su totalidad la empresa contratada en sus dependencias, de forma coordinada con los interlocutores de la Dirección de Sistemas de Información del Parlamento Vasco. • Puesta en marcha. o Implantación. Se contará con un entorno de pruebas y otro de producción, ambos en las instalaciones del Parlamento Vasco. La empresa contratada llevará a cabo la instalación de los aplicativos en el Parlamento Vasco tanto en entorno de pruebas como en entorno de producción. Antes de su paso al entorno de pruebas estos aplicativos estarán probados y validados por la empresa contratada en fase previa a esta instalación. Posteriormente, antes de su paso al 3 o o o o entorno de producción, estos aplicativos estarán probados y validados por la Dirección de Sistemas de Información del Parlamento Vasco y por el usuario concernido. En el entorno de pruebas estarán todos los programas fuente actualizados, y se instalará todo el software necesario para poder realizar el desarrollo pertinente. Documentación. Será realizada en su totalidad por la empresa contratada en coordinación con los interlocutores de la Dirección de Sistemas de Información del Parlamento Vasco, de acuerdo a la metodología estipulada en el contrato. Estos trabajos se realizarán en las dependencias de la empresa contratada. La documentación dirigida a usuarios será bilingüe (euskera/castellano). Formación. La empresa contratada se encargará de impartir la formación necesaria tanto a los usuarios finales del sistema como a los futuros responsables del sistema proporcionando la documentación necesaria para ello. Esta formación se realizará en las dependencias del Parlamento Vasco. Mantenimiento. La empresa contratada se encargará del mantenimiento de las aplicaciones implantadas dentro de este proyecto de reingeniería, hasta cumplir sus respectivos períodos de garantía (Ver apartado 3.5). Seguimiento. La empresa contratada implantará y pondrá a disposición del Parlamento Vasco una herramienta que permita tener una visión global de la reingeniería del Sistema de Información del Parlamento Vasco, así como el seguimiento de cada proyecto junto con sus tareas concretas. Con el fin de alcanzar estos objetivos, se pondrán a disposición del adjudicatario todos los estudios y análisis realizados sobre arquitectura, tecnología y proyectos propuestos en una fase previa ya realizada. Para que todos los posibles licitadores puedan evaluar los trabajos realizados en esta fase previa y valorar su grado de aprovechamiento en la oferta a presentar, el Parlamento Vasco pondrá a disposición de aquellos que lo soliciten la documentación e información que se indica en el apartado 4.2. Para todo ello, el Parlamento Vasco necesita un equipo de trabajo que aporte: un amplio conocimiento de herramientas, productos y soluciones del mercado actual, junto con un conocimiento y experiencia en tareas realizadas preferentemente en instituciones de ámbito legislativo. Este equipo trabajará con los interlocutores que conocen la realidad interna del Parlamento Vasco, y se guiará por las directrices que desde la Dirección de Sistemas de Información se le hagan llegar. 4 3.- DESCRIPCIÓN DEL SERVICIO SOLICITADO 3.1 Descripción genérica • El sistema de información: o Atenderá al principio genérico de “oficina sin papeles”. o Tendrá en cuenta, en la medida que le afecte, el cumplimiento de la ley 11/2007 de “acceso electrónico de los ciudadanos a los servicios públicos” y al “ENS” y “ENI” en aquellos aspectos que afecten al Parlamento Vasco. o Incorporará en todas las aplicaciones aquellas facilidades que proporcionen un entorno amigable al usuario (usabilidad). o Estará diseñado para que cada dato diferente se introduzca una sola vez en el sistema de información y se gestione únicamente por parte del servicio responsable de la gestión del mismo. o Estará diseñado para poder ejecutarse de manera integrada con programas ofimáticos y de correo tanto de Microsoft como Open Source. o Dispondrá de ayudas de usuario en cada una de las aplicaciones. o Dispondrá de una herramienta de búsqueda documental válida para todas las bases de datos, tablas, y documentación asociada. o Utilización preferente de software libre. • El gestor documental: o Contendrá un repositorio de documentos, imágenes, vídeos y ficheros en general manejados por las aplicaciones. o Dispondrá de un sistema de seguridad, que proteja a los archivos en cuanto a su manipulación (gestionados solamente por las personas autorizadas) y que permita el acceso en consulta por parte de cualquier aplicación que los necesite. o Permitirá la realización de búsquedas por los contenidos textuales de los documentos. o Permitirá asignar metadatos para la catalogación de los documentos. • Bilingüismo: o Todas las aplicaciones tendrán versiones bilingües (euskera y castellano) tanto en continente como en contenido, con mecanismos cómodos para cambio de idioma por parte del usuario. La entrega bilingüe de las aplicaciones será por cuenta del adjudicatario. El Parlamento Vasco se reserva el derecho de revisar y modificar los textos, si fuera el caso. o Todas las aplicaciones estarán integradas con el módulo específico de traducción euskera/castellano, castellano/euskera (aplicación transversal a todo el Sistema de Información) que facilite al servicio correspondiente la labor de traducción de todos los campos en ambos sentidos. o Las ayudas de usuario incorporadas en cada aplicación, estarán en el idioma específico en el que se haya accedido. 5 o La documentación de las aplicaciones que componen el sistema de información se entregará en bilingüe siempre que esté destinada a los usuarios. o El sistema de búsquedas que se implante en las aplicaciones, deberá discriminar el idioma, es decir, se realizará sobre los campos que tengan contenidos en el idioma correspondiente. o El thesaurus implantado será multilingüe (euskera / castellano). • Se habilitarán mecanismos para integrar en la web y en cualquier otro aplicativo otras aplicaciones del Parlamento Vasco que no son objeto de este concurso. • Para temas específicos y puntuales no incluidos en este pliego pero que de alguna manera condicionan el desarrollo de algunas aplicaciones, se colaborará con aquella empresa que la Dirección de Sistemas de Información del Parlamento Vasco determine. (firma electrónica, vídeos …). • Será obligatorio realizar la migración de todos los datos del actual sistema de información desde Livelink Collection Server (BasisPlus) a la base de datos que se determine en este concurso. • La lista estimativa de proyectos a desarrollar está explicitada en el apartado 3.6 de estas bases técnicas. • Para el desarrollo, seguimiento e implantación de los proyectos, el adjudicatario propondrá una metodología adecuada a esta reingeniería. • El acceso a la información parlamentaria (disponible en la web corporativa) desde dispositivos móviles y desde las redes sociales de mayor utilización estará obligatoriamente integrado en el subsistema de difusión de la actividad del Parlamento Vasco. 6 3.2 Requisitos y características del modelo tecnológico a implantar • Arquitectura distribuida en capas. • Base de datos: Oracle. • Sistema Operativo: Red-Hat Linux. • Desarrollo: Utilización preferente de software libre, lenguaje Java. • Subsistema de gestión parlamentaria. o Existirá un alto nivel de integración entre todas las aplicaciones del subsistema (registro, expedientes, iniciativas, debates, sesiones, vídeos, documentos de cualquier tipo, gestión de órganos) por medio de los campos de enlace que se determinen. o Se implantarán herramientas para la generación de alertas a los usuarios afectados. o En la medida que lo requieran, las aplicaciones harán uso de los siguientes módulos: Gestor thesaurus multilingüe (euskera / castellano) para la catalogación de las iniciativas y otros tipos de información. Aplicación SINADURA (Open Source) de firma electrónica. Programas ofimáticos y de correo tanto de Microsoft como Open Source. • Subsistema de difusión de la información. (Entornos web). o Para la gestión de contenidos de entornos web podrá utilizarse un desarrollo a medida o implantar una herramienta personalizada que cumpla los requerimientos solicitados en este pliego. o A los efectos del punto anterior, se tendrá en cuenta que existirán varios entornos web: ciudadanía, administración, parlamentarios … o Existirán herramientas de representación gráfica acompañando a las estadísticas. o Los cuadros de mando, cálculo y previsiones de plazos, estadísticas, fichas y otros recursos de naturaleza similar se elaborarán de forma automática mediante el uso de procedimientos y programas con la periodicidad que se determine. o Accesibilidad: todas las web cumplirán como mínimo la especificación AA de la W3C, certificable por una tercera parte de conformidad con la Norma UNE 139803. o Usabilidad: Incorporará todas las aquellas facilidades que proporcionen un entorno amigable al usuario. 7 • Gestor documental: o Deberá indexar el contenido de los documentos. Su motor de búsquedas será capaz de realizar búsquedas por el contenido de los ficheros. o Dispondrá de metadatos para describir la documentación incorporada. o Dispondrá de sistemas de seguridad y control de accesos. • Si el licitador, como parte de su solución, propone la adquisición de licencias (de productos no desarrollados por la propia empresa) que supongan pago (adquisición, mantenimiento, soporte), el importe será asumido por el Parlamento Vasco de forma independiente al importe del concurso. El producto propuesto será el que se tendrá que utilizar en el desarrollo de la solución. Su coste será tenido en cuenta a la hora de valorar su propuesta en el apartado del precio. Los precios se incluirán en el sobre “A” de la oferta (Ver apartados 5.1 y 5.2). En cualquier caso, la instalación, configuración, personalización puesta en marcha y formación de todos los productos que se propongan en la oferta como parte de la solución del proyecto serán por cuenta del adjudicatario y formarán parte del importe del concurso. • Todo el código fuente y toda la documentación técnica que elabore el adjudicatario quedará en propiedad del Parlamento Vasco con las salvedades que, en su caso, pudiera ofrecer el software libre. 3.3 Puesta en marcha del acuerdo marco Dentro del acuerdo marco de reingeniería se contratará un primer proyecto que abordará el Sistema de Información del Parlamento Vasco. En este primer proyecto, a realizar en un plazo máximo de seis meses, el adjudicatario detallará la solución propuesta en su oferta, en la que concretará: o Los estudios previos solicitados en el punto 3.6. El Parlamento Vasco pondrá a disposición del adjudicatario todos los estudios y análisis realizados sobre arquitectura, tecnología y proyectos propuestos en una fase previa ya realizada. o Relación completa de los proyectos que componen su solución. La lista estimativa de proyectos a realizar es la descrita en el apartado 3.6. El adjudicatario junto con la Dirección de Sistemas de Información y los usuarios concernidos estudiará esta relación de proyectos en detalle con el fin de determinar los proyectos concretos que hay que desarrollar para sustituir a los que actualmente están funcionando. o Valoración de todos y cada uno de los proyectos a realizar especificando: Plazo para la realización de cada proyecto. Coste de cada proyecto. o Planificación de todos los proyectos, incluyendo estudios, desarrollo, formación e implantación. 8 A partir de la valoración total anterior, se elaborará un cronograma de los proyectos concretos a realizar dentro de los tres años estipulados en el acuerdo marco, ajustándose a los límites presupuestarios establecidos en el pliego. El adjudicatario pondrá a disposición del Parlamento Vasco una herramienta que permita tener una visión de la planificación global de la reingeniería del Sistema de Información del Parlamento Vasco, así como el seguimiento de cada proyecto junto con sus tareas concretas. Cada proyecto será objeto de contrato individualizado. Tendrá su propia planificación y valoración, y responderá a una oferta específica que incluirá unos requisitos específicos, su propio plan de desarrollo, número horas a dedicar desglosadas por perfil técnico (que se ajustarán a lo ofertado en el apartado 5.1), plazo de ejecución y plan de pagos. El Parlamento Vasco procederá a los pagos según se levanten las correspondientes actas de recepción por contrato. El importe total de los contratos aprobados en un año no podrá ser superior a la cantidad especificada en la carátula del concurso. 3.4 Finalización del acuerdo marco El adjudicatario entregará un plan de salida antes de finalizar el acuerdo marco. Este plan contendrá con el máximo nivel de detalle la situación en la que se encuentre en ese momento la reingeniería. (Arquitectura técnica y funcional global y por proyecto, relación de los trabajos realizados y lista de proyectos pendientes, código fuente y herramientas de desarrollo instalados en el entorno de prueba …). Este plan de salida será el último contrato dentro de este acuerdo marco. 3.5- Seguimiento de los proyectos, control de calidad, garantía. • El interlocutor por parte del Parlamento Vasco en todo lo referente a este concurso será la Dirección de Sistemas de Información. • Los proyectos se ajustarán a los estándares técnicos señalados por la Dirección de Sistemas de Información. • Antes de implantar en el entorno de pruebas cada uno de los proyectos, el adjudicatario mostrará las evidencias que muestren el plan de pruebas que ha seguido. • La implantación de los proyectos en producción, incluirá una fase de pruebas por parte del usuario y su formación inicial, y se hará de forma conjunta entre el adjudicatario y la Dirección de Sistemas de Información. 9 • La aprobación definitiva de cada proyecto la dará el grupo de usuarios directamente concernidos con el visto bueno de la Dirección de Sistemas de Información, una vez superada la etapa de pruebas y recibida la documentación pertinente. • Tras la implantación definitiva de cada aplicación el adjudicatario prestará la correspondiente asistencia técnica, en la que se pide un tiempo de respuesta máximo de treinta minutos ante la comunicación de incidentes. En su respuesta, el adjudicatario comunicará el tiempo estimado de resolución del incidente y aportará una explicación o justificación. • El adjudicatario hará un informe que refleje el seguimiento permanente de los incidentes abiertos y no resueltos. Se valorará este seguimiento con herramientas on-line. • Ante incidentes técnicos que afecten a las aplicaciones y cuya causa u origen sea difícil determinar, el adjudicatario colaborará con la Dirección de Sistemas de Información para resolver el problema. • El horario de servicio será de 8:00h a 18:00h en días laborables del calendario de la Comunidad Autónoma de Euskadi. Se valorará la extensión de este horario cuando circunstancias especiales así lo requieran. • Los proyectos entregados y aprobados por la Dirección de Sistemas de Información tendrán un período de garantía de un año (contado a partir de la finalización del acuerdo marco) en lo tocante a los requerimientos técnicos y funcionales estipulados para cada caso. No obstante los licitadores especificarán, en su caso, el tiempo de garantía ofrecido superior a este mínimo, así como el alcance de la misma. 3.6- Lista estimativa de proyectos La reingeniería del Sistema de Información Corporativo del Parlamento Vasco se compone estimativamente de los subsistemas que a continuación se enumeran. La lista está sujeta a concreción definitiva una vez que se realice el proyecto inicial del Sistema de Información (tal como se describe en el apartado 3.3), de mutuo acuerdo entre el adjudicatario y la Dirección de Sistemas de Información del Parlamento Vasco. Estudios previos o Validación de arquitectura, productos implantados, seguridad, soluciones multimedia ... o Validación de los subsistemas detectados que se desarrollarán con sus correspondientes aplicaciones. o Definición y validación del modelo general de datos corporativo. o Definición y validación de modelo visual de aplicaciones (imagen corporativa más herramientas propuestas), planteamiento lingüístico, control de accesos ... 10 o Definición y validación de soluciones a los diferentes entornos web (intranet, internet, extranet, movilidad, redes sociales ...). o Definición y validación del esquema orgánico y funcional del personal (parlamentarios, funcionarios, eventuales). Fijación de roles, perfiles, permisos a aplicar en las aplicaciones. Subsistema de información parlamentaria • Gestión de la actividad parlamentaria o Registro general (entrada / salida) único, presencial y electrónico que engloba registros departamentales. o Gestión de iniciativas parlamentarias. o Gestión de expedientes administrativos. • Gestión de personalidades o Gestión de miembros designaciones ... del Parlamento Vasco, otras personalidades, • Gestión de órganos o Gestión de órganos parlamentarios (personalizada para cada tipo: Mesa, Pleno, Comisión, Ponencia, Junta de portavoces, otros). Entrada de asuntos. Preparación del orden del día. Elaboración del acta. Difusión de los acuerdos. Asistentes. Previsión de reuniones. Firma electrónica de actas y acuerdos. • Gestión de las publicaciones o Gestión de publicaciones oficiales (boletín, diarios de sesiones de plenos y de comisiones) y no oficiales (memorias, catálogo de publicaciones, jornadas, seminarios ...). Seguimiento de asuntos susceptibles de publicación, según acuerdos de Mesa. Seguimiento de asuntos traducidos y maquetados. Publicación electrónica de un número (Boletín oficial, Diario de sesión de pleno, diario de comisiones). Integración (carga) de contenidos en las bases de datos. 11 Subsistema de difusión de la información • Gestión y difusión Web (intranet, extranet, internet, movilidad…) o Existirán diferentes entornos de consulta web (intranet, internet, extranet, área de grupos, movilidad ...) en función de la información a mostrar en cada uno de los casos. o La información visible en los diferentes entornos web que se definan, al menos deberán contener la toda información actualmente disponible en la web corporativa del parlamento. o Herramientas 2.0, tanto de participación (redes sociales) como de comunicación (RSS …). o Adecuación a dispositivos de movilidad. o Gestión de contenidos estáticos que se actualizan directamente en la web y que no provengan de otro tipo de procesos. Cómo llegar. Historia. ... • Gestión de procesos automatizados (tareas batch) o Generación de estadísticas de iniciativas tramitadas. o Generación de estadísticas de debates. o Generación de otras estadísticas. o Cuadros de mando: intervenciones, proponentes, tipos de iniciativas, plazos de ejecución de trámites, plazos de celebración de reuniones ... Subsistemas auxiliares • Gestión de usuarios, grupos y accesos para las aplicaciones o Definición y validación del esquema orgánico y funcional del personal (parlamentarios, funcionarios, eventuales). Fijación de roles, perfiles, permisos a aplicar en las aplicaciones. (Identificación ante el sistema). • Gestión documental. o Repositorio de ficheros: documentos de texto, audio, vídeo, imágenes … o Catalogación por metadatos. o Indexación y búsqueda de contenidos. o Control de acceso y versiones. • Aplicaciones transversales o Difusión selectiva de iniciativas parlamentarias en trámite y previsión de debates que les afectan (Zabalik). o Gestión de agenda y actos parlamentarios e institucionales. o Servicio de oposiciones. 12 o o o o Perfil de contratante. Gestión de la información departamental. Sistema de alarmas. Integración con la aplicación de firma existente (Sinadura). • Gestión de traducción de contenidos o Módulo unificado para traducción on line (castellano-euskera y euskera castellano) de los contenidos de todas aplicaciones. o Integración con cada una de las aplicaciones del subsistema parlamentario. o Reparto de funciones y tareas entre traductores. • Thesaurus Para describir las iniciativas y otros tipos de contenidos se utilizará una herramienta de thesaurus multilingüe (euskera /castellano) que gestionará entre otros el Eurovoc y la codificación del Reglamento del Parlamento Vasco. Subsistemas de la Dirección de Estudios • Área de recursos documentales o Reglamento de la Cámara, repositorio de información relativa al Reglamento del Parlamento compuesto por las siguientes aplicaciones: Reglamento. Bibliografía. Jurisprudencia. Precedentes. Derecho comparado. o Infoberriak, repositorio de selección de información de interés para la actividad parlamentaria compuesto por las siguientes aplicaciones: Recopilación de información de carácter legal, sentencias, informes, dosieres. Elaboración y difusión de un boletín de noticias. o Colección legislativa, compendio completo comentado de todas las leyes aprobadas en el propio Parlamento Vasco. o Repositorio de dosieres temáticos elaborados en el propio Parlamento Vasco. o Recopilación legal, selección de información de interés para la actividad parlamentaria procedente de otras comunidades, compuesto por las siguientes aplicaciones: Legislación. Iniciativas parlamentarias. Jurisprudencia. o Repositorio de enlaces de interés para la actividad parlamentaria. 13 • Archivo general, que acumula toda la documentación histórica digitalizada del Parlamento Vasco. • Repositorio/contenedor de Información (bibliográfica / documental) Implantación de un espacio/repositorio/contenedor que albergue cualquier tipo de información o contenido en cualquier tipo de formato (texto, enlace, audio, video ...) con las siguientes características: o Existirán dos grandes áreas de información: bibliográfica y documental. o Además de los datos básicos de cada elemento, todo contenido incorporado a este contenedor, estará descrito y definido por un número de campos y descriptores que lo enlazarán con las distintas áreas y productos con los que va a tener relación. o Como principales elementos descriptores, pero no los únicos, se utilizarán el thesaurus Eurovoc y los artículos del reglamento del Parlamento Vasco. o El sistema que se implante deberá ser capaz de generar al menos todos los productos que actualmente difunde la Dirección de Estudios: Newsletter Infoberriak, dosieres, notas documentales, recopilación información legislativa y jurídica, repositorio de enlaces de interés parlamentario, artículos de revistas especializadas, recopilación temática sobre iniciativas a tramitar ... o Utilización de herramientas 2.0 en la difusión de los productos. • Thesaurus Para describir este tipo de contenidos se utilizará una herramienta de thesaurus multilingüe (euskera /castellano) que gestionará entre otros el Eurovoc y la codificación del Reglamento del Parlamento Vasco. Subsistemas del Servicio de Comunicación o Servicios de notas de prensa y novedades. o Histórico de noticias de prensa. o Histórico de fotos, videos… o Versiones adecuadas a dispositivos de movilidad de cada una de las aplicaciones web de difusión que anteriormente se han citado: iniciativas, agenda, debates, estadísticas, cuadros de mando, publicaciones, redes sociales, emisiones en directo, licitaciones, oposiciones. 14 4.- SITUACIÓN ACTUAL 4.1 Base tecnológica y organizativa • El almacenamiento de la documentación es independiente del sistema de gestión de BD y se encuentra en un sistema jerárquico organizado por directorios. • El tratamiento, gestión de datos y gestión documental de toda la información está soportada en el gestor de bases de datos Livelink Collection Server (BasisPlus). • Los entornos de desarrollo (lenguaje de programación, manejo de pantallas, procedimientos, etc.) son: o Lenguaje propietario de Livelink Collection Server (BasisPlus). o Visual Basic 6.0. o Aplicaciones desarrolladas bajo J2EE. • Todas las aplicaciones están desarrolladas a medida. • La información publicada en el portal de datos de la web proviene de: o Ficheros XML generados manualmente, y con una frecuencia de modificación muy baja. o Ficheros XML generados diariamente mediante programas específicos. o Consultas directas sobre campos referenciales y textuales de las bases de datos. o La arquitectura informática da servicio a un entorno interno (corporativo) y a un entorno externo (público), cada uno de ellos con servidores específicos web, de aplicaciones y de ficheros. • Los puestos de trabajo actuales están basados en Windows 7. • Varias aplicaciones están integradas con MS Office para elaboración de documentación dentro de la propia aplicación y con MS Outlook para envío de mensajes parametrizados con documentación y firma electrónica. • La arquitectura de aplicaciones está diseñada para que cada dato diferente se introduzca y gestione únicamente por parte del puesto de trabajo autorizado para ello. • Se utiliza un gestor de thesaurus jerárquico, integrado en varias aplicaciones, para descripción de las iniciativas y otros tipos de contenidos. • Las tareas de mantenimiento de aplicaciones están personalizadas en función de los perfiles de usuarios, y al margen de las consultas de la web corporativa, existen otras consultas restringidas a grupos de usuarios. 15 • En la web corporativa está incorporado el “Google Appliance” para indexación y búsqueda genérica en todo su contenido, con visualización personalizada para la presentación de los resultados obtenidos. 4.2 Tareas realizadas en una fase previa En una fase previa a este concurso se han realizado estudios, propuestas y desarrollos parciales correspondientes a la reingeniería del Sistema de Información del Parlamento Vasco. La relación de trabajos realizados, productos utilizados y situación actual de dichas tareas se encuentra detallada en el ANEXO I de este pliego de bases técnicas. No obstante, para que todos los posibles licitadores puedan evaluar los trabajos realizados en esta fase previa y valorar su grado de aprovechamiento en la oferta a presentar, el Parlamento Vasco pondrá a disposición de aquellos que lo soliciten la siguiente documentación e información: o Estudio de Viabilidad del Sistema. Funcional (27.02.2009). o Estudio de Arquitectura Técnica. (27.02.2009). o Código fuente de los módulos desarrollados en la fase previa. o Reuniones aclaratorias. 16 5.- OFERTA A PRESENTAR 5.1 Contenido y Estructura Las ofertas seguirán obligatoriamente el modelo que a continuación se especifica con objeto de poder valorarlas de forma homogénea y correcta. Las ofertas que no se atengan a este modelo podrán ser desestimadas. Toda la documentación contenida en el sobre “C” se aportará en papel y en CD/DVD que incorpore un sistema que permita un mínimo de búsqueda de la documentación. En el precio máximo anual fijado en la carátula de este concurso se incluyen todo tipo de gastos en los que pudiera incurrir el adjudicatario tales como desplazamientos, dietas, etc., quedando incluido el IVA. (Ver carátula del pliego). Las comunicaciones y/o documentación presentada en este pliego, así como la interlocución, serán en alguno de los idiomas oficiales de la Comunidad Autónoma de Euskadi. El Parlamento Vasco, una vez abiertas las ofertas, se reserva el derecho a solicitar cualquier demostración o prueba a las empresas cuyas ofertas hayan sido admitidas para verificar lo expuesto en sus respectivas ofertas. En el sobre “C”: o Planteamiento general. Resumen ejecutivo y visión general de la solución. Puntos fuertes de la oferta. El licitador expondrá en este punto su forma de entender, planificar y llevar a buen término la resolución de este concurso, explicando las líneas maestras de su proyecto, su estrategia, su forma de cumplir con los requisitos y condiciones expuestas en este pliego de bases técnicas. A expensas de definir y concretar en el primer proyecto del acuerdo marco, el licitador presentará un estimación de coste y plazo para la ejecución e implantación de los proyectos que se enumeran en el apartado 3.6. Se incluirá en esta estimación cualquier variación que el licitador estime oportuna, tanto en los subsistemas como en los proyectos. o Solución funcional Planteamiento funcional de cada uno de los subsistemas enumerados en el apartado 3.6 exceptuando “Gestión y difusión Web” que es objeto de una valoración específica que se detalla más adelante en este mismo apartado dentro del punto “Solución a la difusión de la información”. Lista de proyectos propuestos por el licitador a desarrollar para cada subsistema Integración entre estos proyectos 17 Integración entre subsistemas Solución concreta al thesaurus Solución al bilingüismo como elemento transversal a todos los subsistemas. Puntos fuertes de las soluciones ofertadas. Recursos organizativos y humanos de los que dispone la empresa que tengan experiencia para abordar la solución funcional propuesta. o Solución técnica Arquitectura general (hardware y software) que plantea el licitador para realizar la reingeniería del Sistema de Información Corporativo del Parlamento Vasco teniendo en cuenta la información facilitada en este pliego. En este apartado se incluirá: Framework, lenguajes de programación, productos software en general, esquema técnico, licencias si las hubiere … Seguridad de acceso, balanceos, sistema de backup y recuperación … Puntos fuertes de la solución ofertada. Recursos organizativos y humanos de los que dispone la empresa que tengan experiencia para abordar la solución técnica propuesta. Licencias de productos no desarrollados por la propia empresa y que supongan pago (adquisición, mantenimiento, soporte), pero sin indicar su precio, que se incluirá en el sobre “A”. Se especificará su versión concreta. En esta solución es necesario especificar los productos (nombre y versión) que el licitador propone, y que obligatoriamente se utilizarán en el desarrollo. o Plan de migración Planteamiento de migración funcional para cada uno de los subsistemas enumerados en el apartado 3.6 y otros que pudiera plantear el licitador. Detalle del planteamiento para la migración de datos: datos referenciales, documentos, thesaurus … Recursos organizativos y humanos acreditados de los que dispone la empresa que hayan realizado otras migraciones desde Livelink Collection Server (BasisPlus) a otro sistema de base de datos. Alternativamente propondrá su plan de adquisición de conocimiento tecnológico o colaboración empresarial para realizar la migración. o Solución a la difusión de la información. Planteamiento para cada uno de los entornos internet, intranet, extranet, movilidad: integración, acceso, seguridad … Detalle de cada entorno: tecnología propuesta, gestión del contenido … 18 Solución a consultas predefinidas, cuadros de mando, cálculo y previsiones de plazos, estadísticas, gráficos, fichas y otros recursos de naturaleza similar Buscador por idioma Puntos fuertes de la solución ofertada. Recursos organizativos y humanos de los que dispone la empresa que tengan experiencia para abordar la solución técnica propuesta. o Gestión del servicio. Modelo organizativo que propone el licitador para la interlocución con la Dirección de Sistemas de Información, modelo de seguimiento de los servicios planificados y prestados, modelo de informes de dedicación de recursos humanos, establecimiento de indicadores de seguimiento de la gestión en general y del cumplimiento de los tiempos de respuesta en particular, así como del tiempo y forma de resolución de incidentes y anomalías. Se especificará también la o las ubicaciones físicas desde las que se prestará el servicio relacionadas con las personas asignadas a la ejecución de este concurso. El licitador propondrá una metodología para el desarrollo de las aplicaciones, para medir el nivel de seguridad de las aplicaciones, el grado de usabilidad y el cumplimiento del nivel AA de accesibilidad de la W3C. En el sobre “A”: o PRECIO. Se presentará obligatoriamente una tabla con el formato que aquí se indica. El modelo simula un “proyecto tipo” que responde a un equipo de trabajo que desarrolle lo solicitado en el apartado 3 de este pliego de bases técnicas. La empresa licitadora hará una estimación de un proyecto de 1.000 (mil) horas que tendrá que distribuir de forma ponderada entre los diferentes perfiles técnicos que prevea que tendrá que utilizar en su elaboración. La empresa licitadora especificará para cada perfil técnico el importe horario que le corresponda (excluido el IVA). Así, se obtendrá como resultado el coste de este “proyecto tipo”, que se utilizará como un criterio de valoración del precio del concurso. Los precios horarios por categoría se mantendrán durante la vigencia de la adjudicación del concurso, ateniéndose a lo estipulado en la carátula del concurso en lo referente a las revisiones de precios en concepto de IPC anual (punto 4.4 de la carátula). Los perfiles técnicos serán los que aquí se enumeran. Cada ofertante asimilará a estos perfiles aquellos equivalentes con los que trabaje su empresa. 19 Se presentará obligatoriamente lista de precios de licencias que forman parte de la solución ofertada (de productos no desarrollados por la propia empresa) que supongan pago (adquisición, mantenimiento, soporte) durante el período de vigencia del acuerdo marco (Ver apartado 3.2). PROYECTO TIPO Perfil técnico Director de proyecto Jefe de proyecto / Consultor funcional Arquitecto del sistema y software Analista funcional y técnico Programadores Diseñador / Técnico de calidad / experto en accesibilidad y usabilidad TOTAL Número de horas 10 150 70 200 500 70 Precio/hora Precio Total horas 1.000 Nota: Los precios/hora son sin IVA. 5.2 Criterios de valoración de las ofertas (*) • • • • • • • Planteamiento general Solución funcional Solución técnica Plan de migración Solución a la difusión de la información (internet, intranet, extranet ...) Gestión del servicio Precio (**) • Coste del proyecto tipo (precio total horas) • Coste de licencias TOTAL 10 15 15 15 10 5 25 5 100 (*) Para que una oferta sea tomada en consideración deberá obtener al menos 5 puntos en cada uno de estos criterios: “Solución funcional” “Solución técnica” y “Plan de migración”. Además, el conjunto de los criterios técnicos (excluido el precio) tendrá que obtener al menos 30 puntos. 20 (**) Fórmula de valoración del criterio precio (máximo 30 puntos): a) Coste del proyecto tipo = 25 puntos x importe del precio total horas más económico / importe del precio total horas de la oferta. b) Coste de licencias = 5 puntos x importe del coste de licencias más económico / importe del coste de licencias de la oferta. Si el coste es cero, a efectos de fórmula se considera 1€. c) Puntuación precio = a) + b) 21 6.- OTRAS CONSIDERACIONES 6.1 Accesibilidad, usabilidad, seguridad, protección de datos personales • En todos los desarrollos web será de obligado cumplimiento observar la legislación vigente en materia de accesibilidad para las administraciones públicas. Se adecuará al nivel de accesibilidad AA (doble A) definido por la W3C, certificable por tercera parte de conformidad con la Norma UNE 139803. • Se dotará a las aplicaciones de todas las facilidades técnicas dirigidas a que su manejo sea atractivo y cómodo. • Se observará en todas las aplicaciones la normativa 17799 de buenas prácticas en lo referente a seguridad en el desarrollo de aplicaciones. • Se aplicará la norma UNE71502 de gestión de seguridad de la información. • En todas las aplicaciones será de obligado cumplimiento observar la legislación vigente en materia de protección de datos personales para las administraciones públicas. 6.2 Confidencialidad El adjudicatario entregará la información y documentación que considere necesaria para la realización del presente trabajo, debiendo la empresa adjudicataria comprometerse a: • Tratar con absoluta confidencialidad todo el material y la información que reciba como consecuencia de los trabajos realizados objeto de la adjudicación, durante el periodo de tiempo de duración de la misma. • No utilizar la misma para otros fines que los recogidos en el presente Pliego de Condiciones Técnicas. • No duplicar, copiar, revelar, ceder o vender total o parcialmente la información obtenida, en todo o en parte, a terceros sin autorización escrita del Parlamento Vasco. • Advertir a sus empleados de sus obligaciones respecto a la confidencialidad de la información, velando por el cumplimiento de la misma. • Restringir la utilización de la información obtenida como consecuencia de los trabajos realizados objeto del presente pliego de bases técnicas, exclusivamente para aquellos empleados que tengan necesidad de conocerla y con la finalidad de realizar los trabajos expuestos. 22 • Poner todos los medios a su alcance para conservar el carácter confidencial y reservado tanto de la información y documentación recibida del Parlamento Vasco, como de los resultados obtenidos del trabajo realizado. • La devolución de toda la información, material y/ soportes informáticos obtenidos, así como a la descarga de la misma de sus equipos informáticos o (si existieran), una vez finalizado el periodo de contratación correspondiente. Cualquier infracción en este sentido será calificada como grave y será causa de resolución del contrato, sin perjuicio de las responsabilidades penales, o de otro tipo, en que se puedan incurrir. 6.3 Penalizaciones • El incumplimiento en la ejecución de un proyecto concreto podrá ser penalizado hasta un 5% de su importe. Se considerarán incumplimientos los siguientes aspectos: deficiencias en la calidad de una aplicación, retraso en su entrega imputable al adjudicatario, falta de cumplimiento de normas de accesibilidad, seguridad insuficiente, deficiente usabilidad, falta de documentación. • El incumplimiento en la ejecución de tres proyectos, dará lugar a la rescisión del acuerdo marco. 6.4 Marco temporal del servicio • El acuerdo marco tendrá una duración de tres años naturales, no prorrogables, contados a partir de la fecha de su firma. • El contrato de cada proyecto tendrá la duración que se fije en la propuesta presentada por el adjudicatario y aprobada por la Mesa del Parlamento Vasco. 6.5 Propiedad intelectual • Es propiedad del Parlamento Vasco todo el código fuente desarrollado en este acuerdo marco, con las salvedades que, en su caso pudiera ofrecer el software libre. Asimismo, corresponde al Parlamento Vasco cualesquiera derechos de explotación derivados de la Ley de Propiedad Intelectual, tanto del proyecto global como de los proyectos específicos que lo integran, y que igualmente hayan sido desarrollados por la empresa adjudicataria, así como de la documentación técnica de análisis y diseño, documentación de planificación y pruebas, etc. • El adjudicatario garantizará que los trabajos y servicios prestados al Parlamento Vasco por el objeto de este acuerdo marco no infringen ni vulneran los derechos de propiedad intelectual o industrial o cualesquiera otros derechos legales o contractuales de terceros. 23 6.6 LOPD • El adjudicatario quedará obligado al cumplimiento de lo dispuesto en la Ley Orgánica de Protección de Datos, sobre protección de datos de carácter personal. En este sentido, deberá sujetarse a los preceptos de la Ley Orgánica 15/1999, de 13 de diciembre, LOPD, y su Reglamento de Desarrollo, RD 1720/2007, de 21 de diciembre. • El adjudicatario firmará con el Parlamento Vasco un documento contractual referente a las obligaciones que manden observar las leyes de protección de datos personales vigentes y los reglamentos que de ellas se deriven. 24 ANEXO I (Trabajos realizados en una fase previa) 1. Origen o situación de partida • • En una fase previa a este concurso se han realizado tareas de estudios, propuestas y desarrollos complementarios. En los puntos siguientes se detalla con precisión la situación actual del trabajo realizado. 2. Trabajos realizados 2.1 Estudios realizados o Plan de entrada En él se define el “Modelo de Gestión Integrado” que pretende sistematizar los procesos claves y relevantes que intervienen en el Parlamento Vasco. Una vez descrito el “Modelo de Gestión” orientado a procesos, se establecen los fundamentos y herramientas a utilizar. o Estudio de viabilidad del sistema (técnico y funcional) Este documento se encuadra dentro de las iniciativas preliminares del proyecto de Reingeniería de los Sistemas de Información del Parlamento Vasco, y su principal objetivo es servir de referencia y guía estratégica para los futuros proyectos de desarrollo de aplicaciones. o Arquitectura técnica Se describe fundamentalmente la arquitectura técnica del futuro Sistema de Información del Parlamento Vasco. Recoge aquellas cuestiones que afectan al desarrollo de las futuras aplicaciones desde un punto de vista horizontal. Por tanto, se centra en el análisis de los componentes, subsistemas, las relaciones entre éstos, las normativas y las guías aplicables al diseño y construcción de cada una de las nuevas aplicaciones del Parlamento. o Plan de calidad, marco metodológico, gestión de la configuración El Plan de Calidad define un conjunto de actividades planificadas y sistematizadas que asegura que los procesos de software y productos cumplan los requisitos, estándares y procedimientos preestablecidos. El plan metodológico está enfocado como guía de uso para resolver cuestiones tales como: cómo elaborar una guía de uso, contenido de un entregable o estructuración de la documentación. El objetivo de la gestión de la configuración es mantener la integridad de los productos que se obtienen a lo largo del desarrollo de los sistemas de información, garantizando que no se realizan cambios incontrolados y que todos los participantes en el desarrollo del sistema disponen de la versión adecuada de los productos que manejan. 25 o Aplicaciones. Se detallan más adelante en el punto 4.2.2.3 “Gestión de solicitudes” (Plan maestro) “Núcleo de tramitación” (Modelo de tramitación) “Estructura organizativa y seguridad” (Modelo de seguridad) “Buzón” (Plan maestro) “Escritorio” (Plan maestro) “Registro telemático” (Plan maestro) 26 2.2 Arquitectura propuesta o Situación La arquitectura propuesta para el Sistema de Información se basa en el esquema que luego se detalla. Se recogen aquellos elementos que afectan al desarrollo de las aplicaciones desde un punto de vista horizontal. Se centra en la descripción de los componentes de las nuevas aplicaciones del Parlamento Vasco. o Esquema general del sistema de información desarrollado El siguiente esquema representa un resumen sobre la definición de la arquitectura en capas propuesta para el Parlamento Vasco: 27 o Listado de productos Listado de los productos utilizados en una fase previa: Java EE 5 Java Enterprise Edition (Java EE). Plataforma de programación para desarrollar y ejecutar software de aplicaciones en Java con una arquitectura distribuida de varios niveles, basándose en componentes de software modulares y ejecutándose sobre un servidor de aplicaciones. JDK 1.6 Java Development Kit (JDK). Software que provee las herramientas de desarrollo necesarias para la creación y para la ejecución de programas en Java. Checkstyle Es una herramienta de código abierto que facilita la labor de escribir código Java ajustándose a ciertos estándares. PMD Herramienta de código abierto que facilita el análisis del código Java y busca problemas potenciales. Maven 2 Framework para la gestión y compresión de proyectos. Su funcionalidad comprende un conjunto de estándares de construcción, un modelo de repositorio de artefactos y un motor software, que gestiona y describe proyectos. Log4j Biblioteca de código libre desarrollada en Java por Apache Software Foundation que permite a los desarrolladores del software elegir la salida y el nivel de granularidad de los mensajes o “logs” en tiempo de ejecución. Hibernate Herramienta de software libre que facilita el mapeo de datos entre una base de datos relacional y el modelo de objetos de una aplicación Java. GWT GWT o Google Web Toolkit. Framework creado por Google que permite ocultar la complejidad de algunos aspectos de la tecnología AJAX. Este framework hace transparente el desarrollo para distintos navegadores, dado que es compatible con todos los navegadores. EJB 3.0 Especificación de Enterprise Java Beans (EJB) 3.0. Define una arquitectura para el desarrollo y despliegue de aplicaciones basadas en objetos distribuidos transaccionales. 28 Oracle RAC Oracle 10g Enterprise Release 2. Sistema de gestión de base de datos relacional fabricado por Oracle Corporation que proporciona alta disponibilidad al sistema gestor de base de datos. Servidor de Aplicaciones Servidor de aplicaciones Jboss. Servidor Java EE de código abierto implementado en Java. Subversion Sistema de control de versiones libre y de código fuente abierto que administra el acceso a un conjunto de ficheros, y mantiene un historial de cambios realizados. Alfresco Gestor documental 2.3 Aplicaciones complementarias o Escritorio Objetivo: Construcción de un escritorio Web, basado en tecnología GWT, que sirve de contenedor de las aplicaciones del Parlamento Vasco. Este escritorio será el punto de inicio de todas las aplicaciones informáticas. Es el lugar de comienzo para el usuario, donde acorde a su nivel de seguridad o perfiles, podrá visualizar e interactuar con aquellas aplicaciones propias del desempeño de su actividad diaria. El objetivo del escritorio es el de centralizar en un punto único todos los subsistemas y aplicaciones a los que el usuario puede acceder. Situación: La aplicación de Escritorio se encuentra finalizada. o Buzón Objetivo: El módulo de mensajería es el encargado de recibir las comunicaciones más importantes que se generen en el resto de subsistemas, ofreciendo al usuario un punto único de recepción de información, ofreciendo a través de los mensajes que se reciben un canal directo de actuación con el conjunto de subsistemas del Parlamento Vasco. Gracias al buzón, el usuario podrá estar informado en todo momento de los asuntos o temas que le conciernen en lo relativo a la operativa diaria de trabajo, ofreciendo además una manera rápida de acceder a los temas relacionados mediante los accesos directos a través de los propios mensajes que recibe. Situación: La aplicación Buzón se encuentra en un estadio básico para dar servicio inicial a los aplicativos existentes en la actualidad, y con la infraestructura básica para posibilitar su desarrollo futuro, siendo previsible la 29 necesidad de evoluciones para cubrir las circunstancias particulares de nuevos aplicativos a medida que estos se desarrollen e integren. o Gestor Solicitudes Objetivo: Gestionar solicitudes, notificar incidencias, peticiones, etc. entre los diferentes departamentos del Parlamento Vasco. Sobre cada una de ellas se realizan las siguientes tareas de seguimiento de cada asunto: adjuntar notas, catalogar, finalizar, reasignar, solicitar aprobación y solicitar más información. Otra funcionalidad existente es la de generar diferentes tipos de informes: situación de los asuntos, grado de cumplimiento, estadísticas… Se trata de una aplicación interna para la administración parlamentaria. Situación: La aplicación Gestor Solicitudes se encuentra en producción. o Estructura organizativa y seguridad Objetivo: El objetivo principal del proyecto es el diseño y definición de la solución global de seguridad para las aplicaciones del Parlamento Vasco. Los principales requerimientos a los que pretende dar solución son: • Facilitar la gestión de usuarios y permisos de acceso mediante la incorporación de los conceptos de roles y grupos. • Centralizar en un punto único la gestión de usuarios y permisos de acceso a aplicaciones y a sus funcionalidades. • Garantizar el acceso unificado a las aplicaciones con una única autenticación en el sistema. Situación: La aplicación está construida en entorno de desarrollo, sin implantar en pruebas ni en producción. o Registro electrónico Objetivo: El registro electrónico es uno de los componentes que forman parte del registro general del Parlamento Vasco. El registro electrónico se divide en dos aplicaciones. La primera es la que permite registrar electrónicamente desde Internet un nuevo escrito (registro de entrada) mediante una certificación digital. La segunda aplicación muestra todos los escritos que se han generado en la aplicación anterior. Se puede realizar una gestión básica de estos registros de entrada, a la espera de su integración con los aplicativos de registro general y gestión de expedientes a desarrollar. Situación: Las dos aplicaciones mencionadas de Registro electrónico se encuentran finalizadas. 30 o Componentes firma digital Objetivo: El objetivo del presente componente es resolver la problemática y operativa relacionada con la firma digital de la documentación generada en el Parlamento Vasco. Situación: Dentro del proyecto del Registro electrónico y en su parte pública (internet) este componente está puesto en producción. o Servicios documentales Objetivo: Crear un conector para proveer a la plataforma de un API con el que realizar una comunicación con el gestor documental de manera sencilla y unificada abstrayendo al resto de los desarrolladores y componentes de la plataforma de las particularidades del gestor. Se ha optado por realizar una comunicación basada en web services. Situación: En la fase previa se hizo un primer desarrollo con Alfresco. Se encuentra pendiente de finalizar. o Portada de la web Objetivo: El proyecto ha consistido en la creación de una nueva portada a la web del Parlamento Vasco. Se trata de una herramienta complementaria que asume algunas funciones de comunicación (noticias, presidencia, agenda, redes sociales...) Situación: La nueva portada a la web se encuentra en producción. o Núcleo de tramitación Objetivo: Este proyecto intenta resolver fundamentalmente el movimiento de los expedientes entre los distintos gestores, que en una misma acción recogen por un lado la actuación propia de cada órgano asociado al gestor a través de su aplicativo y por otro la información relativa a la tramitación de los expedientes, posibilitando así que cada expediente siga su curso de tramitación determinado por cada tipo de procedimiento al que pertenece cada expediente. El Modelo de Tramitación definido se basa en un conjunto de aplicaciones que colaboran para realizar conjuntamente la Gestión de Expedientes, es decir, el flujo de actividades es transversal a todas las aplicaciones implicadas, las cuales, reciben inputs derivados de la tramitación, realizan su operativa propia, y acaban consolidando determinada información en el Expediente, proceso que desencadena la continuación del flujo de tramitación. 31 Registro Entrada Gestión de Envíos Gestor Expedientes Gestor de Órganos Publicaciones Este modelo operativo se traslada de manera homogénea a todos los aplicativos relacionados con la tramitación de expedientes. El proyecto de Núcleo de Tramitación consiste en crear esta estructura de base común a todos los aplicativos implicados en la tramitación, es decir, desarrollar la parte de cada una de esas aplicaciones que se relaciona con la tramitación, incluyendo interfaces básicas que permitan verificar el comportamiento a nivel de usuario. Proyectos posteriores tendrán que desarrollar la lógica e interfaces complementarias de todos y cada uno de estos sistemas. Situación: Este proyecto está en construcción. 32 33