CUESTIONES PREVIAS A DECIDIR

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