SCR6150c Versión 2.0(12/01/05)

Transcripción

1 SCR6150c Versión 2.0(12/01/05) : Evolución Tecnológica Platea Gestión Documental dokusi Dokumentu Kudeaketa Sistema Integrala. EXPEDIENTE PREPARADO EXCLUSIVAMENTE PARA LICITACIÓN ELECTRÓNICA. Fecha: Abril 2011 Referencia: 033/2011 EJIE S.A. Mediterráneo, 14 Tel * Fax Vitoria-Gasteiz Posta-kutxatila / Apartado: Vitoria-Gasteiz Este documento es propiedad de EJIE, S.A. y su contenido es confidencial. Este documento no puede ser reproducido, en su totalidad o parcialmente, ni mostrado a otros, ni utilizado para otros propósitos que los que han originado su entrega, sin el previo permiso escrito de EJIE, S.A.. En el caso de ser entregado en virtud de un contrato, su utilización estará limitada a lo expresamente autorizado en dicho contrato. EJIE, S.A. no podrá ser considerada responsable de eventuales errores u omisiones en la edición del documento.

2 Contenido Capítulo/sección Página 1 Introducción 4 2 Objeto del contrato Objeto y Alcance del Servicio Descripción del Servicio Evolución Funcional Evolución Técnica Sustitución del Papel Custodia y Conservación Requisitos y soporte a los departamentos para la evolución de la Administración Electrónica y mantenimiento preventivo, evolutivo y correctivo general de dokusi Metodología Aplicable y Entorno Tecnológico Metodología de desarrollo, normativa y Guía de Estilo Modelo de aseguramiento de la calidad Nivel de Aseguramiento de la Calidad Controles de calidad (SQA) Metodología de pruebas Indicadores Herramientas del ciclo de vida de las aplicaciones Entorno Tecnológico Descripción de entregables. 22

3 5 Planificación y Organización Plan de Proyecto Plan de Entregas e Hitos de Control Diagrama de Gantt Organización del Equipo de Trabajo Asignación de recursos a fases del proyecto Equipo de Trabajo Transferencia Tecnológica Presupuesto y oferta económica Mecanismos de Seguimiento, Control y Supervisión Mecanismos de Seguimiento y Control Supervisión del proyecto 30 8 Plazo de ejecución y Plan de Facturación 31 9 Criterios de Valoración Garantía y Confidencialidad Garantía Confidencialidad de la información Protección de datos Propiedad intelectual Prestaciones superiores o complementarias a las exigidas Estructura y Formato de la Propuesta Estructura normalizada y contenido de las propuestas Formato de la Propuesta. 38

4 1 Introducción El Gobierno Vasco, siguiendo las directrices del Modelo de Gestión Documental, ha desarrollado e implantado un Sistema Integral de Gestión Documental denominado dokusi Documentu Kudeaketa Sistema Integrala, que se integra con las Infraestructuras actuales de PLATEA (Plataforma Tecnológica para la e-administración). La finalidad del proyecto es crear un repositorio unificado para la documentación administrativa generada por los Sistemas de Información del Gobierno Vasco. El Sistema Integral de Gestión Documental dokusi se divide en 3 grandes bloques: Modelo de Gestión Documental. Políticas y Metodologías. Infraestructura de Gestión Documental. La utilización de dokusi garantiza a sus usuarios la preservación de la autenticidad, integridad, conservación, disponibilidad y confidencialidad de los documentos electrónicos en él depositados. El Modelo de Gestión Documental es un esquema teórico que facilita la comprensión y la homogénea implantación de la Gestión documental corporativa del Gobierno Vasco. Es una propuesta de sistematización de la Gestión documental corporativa del Gobierno Vasco. Describe y concreta las funciones, procesos y roles en materia de Gestión documental con el objetivo final de contribuir a la eficacia organizativa. dokusi está formado por dos grandes sistemas: el Archivo Digital (AD) y el Sistema de Gestión de Archivo (AKS/SGA). El Archivo Digital es un sistema de gestión de documentos electrónicos y sus metadatos, con orientación archivística, y gestionables mediante unos servicios web. El Archivo digital dará servicio a todos los Sistemas de Información del Gobierno Vasco que requieran funcionalidades de Gestión Documental, tanto si estos sistemas derivan de la tramitación como de otros procesos de gestión que no estén originados en un procedimiento administrativo. Para asegurar la correcta organización del Archivo Digital, los documentos tendrán que cumplir unos requisitos previos: tipificación documental, asignación a una serie documental o clasificación Las principales características del Archivo Digital son: Repositorio común de documentos electrónicos Servicios documentales (almacenamiento, búsquedas, trasformación de formato ) Conservación y custodia de documentos Control de acceso a documentos (XLNetS, ACL s) Cumplimiento de LOPD Gestión de registro de accesos Gestor documental con todas las potencialidades de un ECM Enterprise Content Management. Independencia de la plataforma ECM Arquitectura SOA Almacenamiento de documentos encriptados 4/38

5 Requisitos de Seguridad. Autenticidad, Integridad, Disponibilidad, Confidencialidad y Conservación, de acuerdo con el Decreto de Medios Electrónicos, Informáticos y Telemáticos en los Procedimientos Administrativos El Archivo Digital se compone de un Framework de Servicios Documentales, un Framework de Servicios Básicos capa intermedia entre el ECM y los servicios documentales y la herramienta de ECM Documentum (DTCM). El Framework de Servicios Documentales (FSD) es un conjunto de servicios mediante los cuales se puede utilizar las funcionalidades documentales que el Archivo Digital ofrece a todos los Sistemas de Información. El FSD ofrece a los Sistemas de Información los siguientes servicios: Servicios de acceso relacionados con el almacenamiento y gestión de documentos. Servicios de contextualización relacionados con el ciclo de vida de los documentos en la producción administrativa. Servicios de ficheros maestros de Gestión Documental. El AKS/SGA es el sistema que gestiona la conservación y el acceso a la información a lo largo del tiempo. El AKS/SGA automatiza los procesos de Archivo. El Sistema de Gestión de Archivo dispone de un «Framework» de Servicios de Archivo (FSA), compuesto por los siguientes servicios: Registro y Descripción de Archivo en base a una descripción multinivel Consulta de información por criterios múltiples Gestión de cuadros de clasificación de fondos Gestión de estructuras organizativas productoras actuales Gestión de estructuras organizativas productoras históricas Transferencia de documentación entre distintos niveles de archivos Control y Gestión de Préstamos, consultas y reproducciones Control y Gestión de espacios de archivo Gestión de Expurgo Ingreso automático de información desde los Sistemas de Gestión de Expedientes Ingreso automático de información desde ficheros Access Acceso a través de internet para la ciudadanía: OPAC Firma electrónica en procesos de autorización Integración con el Sistema de Gestión de la COVASAD Módulo de estadísticas Integración con la seguridad corporativa: XL-nets Gestión del depósito automatizado de Gamarra 5/38

6 2 Objeto del contrato 2.1 Objeto y Alcance del Servicio En este apartado se describen las necesidades detectadas en el Gobierno Vasco para la ampliación, mejora y aplicación de dokusi. El alcance del proyecto cubre todos los aspectos necesarios para la evolución del contexto en el que se sitúa Dokusi: La aplicación práctica del sistema, facilitando su implantación en todo el Gobierno Vasco y OOAA. La evolución y mejora de las funcionalidades que proporcionan las herramientas que lo componen Estos objetivos han de alcanzarse mediante la ejecución de los siguientes bloques de subproyectos (para una descripción detallada ver el apartado 2.2): 1. Evolución Funcional 1.1. Integración con otros sistemas de información 1.2. Adaptación a requerimientos normativos y asesoría para la evolución de normativa asociada 1.3. Incorporación de nuevos módulos a Dokusi 1.4. Evolución del sistema de gestión de archivo AKS/SGA 1.5. Otras evoluciones funcionales 2. Evolución Técnica 2.1. Pruebas de rendimiento y stress de dokusi en Internet,de solicitudes masivas de carga de documentación, de solicitudes de transformación, de solicitudes de localizador y de búsquedas por contenido Aplicación de procesos de monitorización a los servicios de Dokusi 2.3. Implementación de un sistema de restore selectivo Aprovechamiento de las prestaciones de la nueva versión de la herramienta ECM 3. Sustitución del Papel 3.1. Digitalización de documentos en registro e integración del componente de digitalización segura 3.2. Servicio de asesoría para la digitalización de documentos de los departamentos 4. Custodia y Conservación Implantación de mecanismos de conservación de documentos electrónicos a largo plazo. 5. Requisitos y soporte a los departamentos para la evolución de la Administración Electrónica y mantenimiento preventivo, evolutivo y correctivo general de dokusi. El objeto es la contratación de los servicios profesionales de una empresa para que realice las tareas asociadas a los subproyectos enumerados. 6/38

7 En el momento de comienzo de cada subproyecto, éste se someterá a la aprobación definitiva del mismo por parte del Gobierno Vasco, que deberá decidir sobre su oportunidad e idoneidad. En caso de que se decida no ejecutar alguno de los subproyectos enumerados, el esfuerzo planificado correspondiente será dedicado a otras tareas dentro del alcance del proyecto. Igualmente este documento describe los requisitos, de cada uno de los proyectos, que deben cubrir todas aquellas ofertas que presenten las empresas consultoras que deseen colaborar con EJIE en el desarrollo del mencionado proyecto. 7/38

8 2.2 Descripción del Servicio Dentro del alcance de este Pliego de Condiciones, se espera que los siguientes temas ya enunciados en el punto 2.1, sean desarrollados y valorados por el suministrador. La organización global del proyecto comprende la división de los trabajos en subproyectos que permitan facilitar la consecución de hitos parciales que favorezcan la completa ejecución de los trabajos. De este modo el suministrador deberá realizar: Evolución Funcional La evolución funcional de dokusi se compone de varios subproyectos cuya misión global es la mejora y evolución de las funcionalidades proporcionadas por dokusi. Entre los aspectos que se verán potenciados está la usabilidad de cara a usuarios del sistema. También se considera importante desde el punto de vista de homogenización de sistemas dentro del ámbito de EJIE Integración con otros sistemas de información Los objetivos de este subproyecto son: Extender el uso de DOKUSI a todo el ámbito de la administración general Dotar al archivo digital de mayor seguridad facilitando unos servicios de custodia de la documentación electrónica Dentro del ámbito de ejecución de este subproyecto se identifican las siguientes integraciones: Exposición de servicios a través de la red JASO. dokusi en entornos multientidad: Adecuación de dokusi para dar servicio a las entidades que están dentro del ámbito general, Institucional y Sector Publico. Permitiendo la utilización de dokusi tanto desde dentro de la red corporativa del Gobierno Vasco como desde fuera de dicha red corporativa. Implantación de dokusi en otros entornos sin necesidad de implantación del Sistema de Gestión de Archivo AKS/SGA. Tipo de proyecto: Análisis y desarrollo. Evolución de la integración SAP-dokusi. Análisis e implantación de nuevos escenarios de conexión SAP dokusi. Tipo de proyecto: Análisis y desarrollo. Adaptación de dokusi al Catálogo de Servicios del Gobierno Vasco. Unificación de códigos de procedimiento y conexión a los servicios comunes del Catálogo de Servicios. 8/38

9 Tipo de proyecto: Análisis y desarrollo Adaptación a requerimientos normativos y asesoría para la evolución de normativa asociada El objetivo principal es la evolución de dokusi para asegurar el correcto cumplimiento de la normativa relacionada con la administración electrónica. Las adaptaciones funcionales a realizar en dokusi para asegurar el cumplimiento de la normativa asociada son: Estudio del impacto de la sede electrónica en dokusi y desarrollos necesarios. Estudio de los nuevos requerimientos que para dokusi pueda tener la sede electrónica y desarrollo de las modificaciones que se consideren necesarias. Tipo de proyecto: Análisis y desarrollo. Integración con el anteproyecto de ley de Archivo. Consultoría de apoyo en la redacción de la futura ley de archivo del Gobierno Vasco. Tipo de proyecto: Consultoría. Estudio de las implicaciones de la normativa de índice del expediente electrónico sobre el AKS/SGA. Estudio de los nuevos requerimientos que para el sistema de gestión de archivo AKS/SGA pueda tener la normativa sobre índice del expediente electrónico y desarrollo de las modificaciones que se consideren necesarias. Tipo de proyecto: Análisis y desarrollo Incorporación de nuevos módulos a Dokusi Con este subproyecto se debe dotar a dokusi de capacidad de almacenamiento y gestión avanzada de contenidos multimedia, gestión avanzada de permisos sobre la documentación almacenada y gestión de archivo y políticas de retención. Se deberán abordar el estudio de la posibilidad y utilidad de integración de nuevos módulos a dokusi para ampliar sus funcionalidades, como son: Estudio de herramientas de gestión de contenidos multimedia: DAM Estudio comparativo y propuesta de selección de herramientas de gestión de contenidos multimedia, así como análisis de la solución propuesta. Se realizará igualmente una propuesta de plan de implantación y se llevará a cabo un piloto de implantación. Tipo de proyecto: Consultoría, análisis y desarrollo Evolución del sistema de gestión de archivo AKS/SGA Se deberá llevar a cabo la evolución funcional del AKS/SGA relacionada con: 9/38

10 Integración del AKS/SGA con el archivo robotizado de Gamarra. Análisis y desarrollo de una solución de conexión entre el Sistema de Gestión de Archivo AKS/SGA y la solución de gestión robotizada del archivo de Gamarra. Tipo de proyecto: Análisis y desarrollo Otras evoluciones funcionales Dentro de este subproyecto se identifican las siguientes acciones a realizar: Evolución del Interfaz Gráfico del Archivo Digital. Evolución de las funcionalidades del interfaz genérico de acceso a las funcionalidades del Archivo Digital, entre dichas evoluciones se encuentra: Control de permanencia de documentos y expedientes en archivo de oficina en la tramitación telemática. Tipo de proyecto: Análisis y desarrollo. Control de extensiones más empleadas de documentos. Control de la correspondencia entre el formato indicado por los sistemas de información al almacenar documentos en el Archivo Digital y el formato del documento binario almacenado, con el fin de asegurar en lo posible la coherencia entre ambas informaciones. Tipo de proyecto: Análisis y desarrollo Evolución Técnica Dentro de las acciones a realizar en el subproyecto de Evolución técnica se pretende el objetivo de analizar y desarrollar de aquellas mejoras técnicas que puedan detectarse en el proceso de evolución y mejora continua de Dokusi Pruebas de rendimiento y stress de dokusi en Internet, de solicitudes masivas de carga de documentación, de solicitudes de transformación, de solicitudes de localizador y de búsquedas por contenido Se deberán llevar a cabo las siguientes acciones: Diseño y realización de pruebas de rendimiento y stress de dokusi para asegurar un correcto nivel de servicio ante el acceso a la información del mismo desde Internet, de solicitudes masivas de carga de documentación, de solicitudes de transformación de formato, de solicitudes de localizador y de búsquedas por contenido. Asegurar el correcto desempeño de dokusi en los posibles accesos masivos desde internet. Asegurar la disponibilidad completa de dokusi en dicho entorno. Análisis de soluciones a los posibles problemas de rendimiento localizados durante las pruebas realizadas y desarrollos necesarios para la solución de los mismos. 10/38

11 Tipo de proyecto: Diseño, realización y documentación de las pruebas realizadas y desarrollo de las modificaciones necesarias Aplicación de procesos de monitorización a los servicios de Dokusi El objetivo del subproyecto será: Instaurar sistemas y métodos de monitorización de cada componente de dokusi. Asegurar la disponibilidad del sistema y la rápida respuesta a incidencias. Tipo de proyecto: Análisis y desarrollo Implementación de un sistema de restore selectivo Se deberá llevar a cabo el estudio de las posibilidades de selección de información a restaurar así como el desarrollo de procesos de selección y restauración de la información procedente de un backup. Tipo de proyecto: Análisis y desarrollo Aprovechamiento de las prestaciones de la nueva versión de la herramienta ECM Estudio e implantación de funciones que exploten las nuevas posibilidades ofrecidas por la herramienta ECM. Tipo de proyecto: Análisis y desarrollo Sustitución del Papel Se trata de un subproyecto cuya misión es estudiar, diseñar y desarrollar mecanismos que permitan la sustitución del papel por equivalentes electrónicos en el ámbito de la tramitación administrativa. Para llevar a cabo este propósito, se requieren iniciativas enfocadas a la digitalización de documentos, y la optimización de los procesos de digitalización ya existentes Digitalización de documentos en registro e integración del componente de digitalización segura Se deberán llevar a cabo las siguientes acciones: Análisis organizativo, normativo y técnico de las implicaciones de la digitalización de documentos durante la creación de asientos registrales en los registros de entrada. Integración del componente de digitalización segura con el sistema de gestión de libros de registro del Gobierno Vasco Gestión del cambio. Tipo de proyecto: Consultoría, análisis y desarrollo Servicio de asesoría para la digitalización de documentos de los departamentos Apoyo en la definición y gestión de procesos de digitalización de documentación en papel de los diferentes departamentos. 11/38

12 Tipo de proyecto: Consultoría Custodia y Conservación Implantación de mecanismos de conservación de documentos electrónicos a largo plazo Desarrollo e implantación en el AKS/SGA y en el Archivo Digital (EVS hasta IAS) de los principales mecanismos de conservación: Definir los metadatos técnicos de los documentos electrónicos y de registro de actuaciones de conservación. Resellado periódico de la firma de las copias en formato de conservación a largo plazo (PDF/A). Gestión de la obsolescencia de formatos de documentos electrónicos. Realización de una simulación con vistas a estudiar el impacto, rendimiento y posibles mejoras en la estrategia de realización de las funciones de conservación a largo plazo. Tipo de proyecto: Análisis y desarrollo Requisitos y soporte a los departamentos para la evolución de la Administración Electrónica y mantenimiento preventivo, evolutivo y correctivo general de dokusi. Integración con los departamentos y OOAA, que así lo soliciten. Así mismo, se trabajará proactivamente en el impulso de la implantación dokusi en los distintos departamentos. No sólo se realizarán los desarrollos identificados por medio de requisitos de departamentos, sino también aquellos que se identifiquen por el equipo trabajo durante la evolución del proyecto. Estas acciones incluirán el asesoramiento, apoyo técnico y/o todas las tareas de implementación y mantenimiento relacionadas. Todos los desarrollos a realizar en este subproyecto formarán la infraestructura del Sistema Integral de Gestión Documental (FSA, FSD, etc. ). Las tareas a realizar en este proyecto son las siguientes: Evolución del Sistema de Gestión de Archivo AKS/SGA Mantenimiento evolutivo del AKS/SGA. Control de permanencia y expurgo de la documentación no archivable. Apoyo en la ejecución de las siguientes tareas de asistencia presencial: Gestión de cambios. Gestión de incidencias y consultas. Mantenimiento de Series documentales y Procedimientos en los entornos de desarrollo y pruebas. Desarrollos puntuales motivados por solicitudes de los usuarios. Adaptación a las Normas Técnicas del Esquema Nacional de Interoperabilidad ENI. Documento electrónico. Adaptar el servicio del localizador para que muestre también la descripción y valor de los metadatos mínimos obligatorios. 12/38

13 Analizar las correspondencias entre metadatos mínimos exigidos por el ENI y los metadatos de dokusi. Expediente electrónico. Analizar con el Archivo general la solución para poder almacenar el DNI, a fin de que, a posteriori, se pueda extraer. Adaptación a las Normas Técnicas del Esquema Nacional de Seguridad ENS. Protección de claves criptográficas. Sincronización de contraseñas entre dokusi y el sistema de gestión de identidades de Gobierno Vasco. Protección de servicios y aplicaciones web Analizar la seguridad del Acceso al Archivo digital mediante localizador y el OPAC frente a ataques externos. Evolución de la aplicación de la Comisión de Valoración, Selección y Acceso a la Documentación (COVASAD) Adecuar la aplicación para generar los documentos administrativos en el formato actual de larga duración: PDF/A. Desarrollar el proceso de generación del fichero de carga de expedientes COVASAD en el AKS/SGA. Implementar las mejoras solicitadas por los usuarios: Ampliar el ámbito de las unidades productoras a otras ajenas a Xl-Nets. Sugerir valores por defecto en algunos campos de los formularios. Ampliar la longitud de algunos campos descriptivos. Posibilitar el establecimiento de un determinado orden tanto en la normativa legal como en los documentos que componen el expediente. Preimpresos bilingües. Otras modificaciones que pudieran surgir de la definición de una segunda fase de la aplicación COVASAD con los responsables de archivo. Desarrollo de un sistema de validación de documentos por medio del móvil. Integración con el Departamento de Interior: Tareas de formación, análisis y labores de apoyo funcional y técnico a la integración de aplicaciones del Departamento de Interior con el Archivo Digital. Consultoría proactiva, que permita a EJIE proporcionar apoyo consultivo especializado en Administración Electrónica en materia de Gestión Documental, tanto a los diferentes departamentos del Gobierno Vasco como al Comité dokusi (DIT, DIAE y Archivo). Difundir e implantar AKS/SGA en los Departamentos: Se aplicará MEDESGA (MEtodología de DEspliegue del Sistema de Gestión de Archivo en los departamentos del Gobierno Vasco) a los departamentos que se vayan a integrar con el AKS/SGA realizando el perfil que MEDESGA denomina Empresa consultora y que engloba a Consultores de Archivo y Desarrolladores informáticos. Difusión y Gestión del Cambio: Preparación de presentaciones para difundir el proyecto dokusi. Impartir jornadas de difusión. Mantenimiento preventivo, evolutivo y correctivo general de dokusi 13/38

14 3 Metodología Aplicable y Entorno Tecnológico. 3.1 Metodología de desarrollo, normativa y Guía de Estilo La organización del trabajo y ejecución del proyecto estará basada en la Metodología de planificación y desarrollo de sistemas de información ARINBIDE. ARINBIDE se concibe como una metodología práctica para el ciclo de vida completo del software, basada en Métrica 3, y adaptada a las necesidades y directrices de E.J.I.E. Además consta de un apartado para establecimiento de una metodología de Gestión de Proyectos. Como Plan de Calidad la propia metodología, en sus apartados de trabajo habitual, genera los registros de calidad necesarios para el sistema de calidad de E.J.I.E. Para todo el ciclo de vida del proyecto, ARINBIDE define las siguientes fases metodológicas: Gestión del proyecto (GPR) Análisis del Sistema de Información (ASI) Diseño del Sistema de Información (DSI) Construcción del Sistema de Información (CSI) Implantación y Aceptación del Sistema (IAS) Mantenimiento del Sistema de Información (MSI) Gestión de la configuración (GCO) Información detallada sobre las fases y entregables de la metodología ARINBIDE, se encuentra en la página web de E.J.I.E.: En las distintas fases del proyecto, teniendo en cuenta la mencionada metodología ARINBIDE, la empresa adjudicataria deberá contemplar, entre otros, los siguientes elementos: Análisis del sistema. Lo realizará en su totalidad el adjudicatario y en sus dependencias. Debe incluir: El catálogo de requisitos y la relación de los módulos del sistema. Análisis de las aplicaciones, ASI (ERS) Especificación del Plan de Pruebas resultante de la fase Análisis El adjudicatario partirá de los entregables resultantes de las actividades de Definición del Sistema (ASI 1) y de la de Establecimiento de Requisitos (ASI 2). Diseño del sistema. Lo realizará en su totalidad el adjudicatario y en sus dependencias. Debe incluir: Diseño de las aplicaciones, DSI. Especificar el detalle del Plan de Pruebas del sistema por cada uno de los niveles de prueba: unitarias, de integración, de sistema, de implantación y de aceptación Construcción del sistema. Lo realizará en su totalidad el adjudicatario, teniendo en cuenta las directrices de E.J.I.E. en lo que se refiere a los módulos estándar, las normas de funcionamiento y albergue de las aplicaciones en Internet/Intranet, el Manual de Identidad Corporativa del Gobierno 14/38

15 Vasco y las directrices de la Dirección de Innovación y Administración Electrónica en lo que respecta a estética, diseño y funcionalidades de las páginas Web. Incluirá la ejecución del Plan de Pruebas, para verificar el cumplimiento de los requisitos establecidos en el mismo, abarcando pruebas unitarias, de integración y del sistema Asimismo, deberán respetarse las convenciones adoptadas para un desarrollo de aplicaciones homogéneas recogidas en el Libro de Estilo correspondiente. El diseño del sistema tendrá en cuenta el nivel de accesibilidad AA (WAI-AA), para aquellos módulos que sean accesibles desde Internet. Todos los sistemas desarrollados deberán soportar al menos los siguientes idiomas: euskera, castellano. La aplicación, las páginas, los textos, los mensajes de error/aviso y/o cualquier otro componente (tool-tip, textos en imagen,.) dirigidos al usuario final deberán estar en ambos idiomas: euskera y castellano. Implantación en desarrollo. La empresa adjudicataria llevará a cabo la instalación de la aplicación en el entorno de desarrollo de E.J.I.E., habiendo realizado previamente las pruebas necesarias durante la fase de construcción Los entregables de esta fase incluyen en la Especificación de Construcción del Sistema (CSI) y el sistema implantado. Ejecución de las Pruebas de implantación, y Pruebas de Aceptación del Sistema, evaluando los resultados Implantación en entorno de test o preexplotación. La empresa adjudicataria preparará los paquetes y dará soporte a la realización por E.J.I.E. de la correspondiente implantación en el entorno de test o preexplotación, donde se realice el primer test con los usuarios finales de los sistemas. En caso de considerarse necesario, se llevarán a cabo las Pruebas de Aceptación en este entorno Pruebas de carga y rendimiento: Que incluye la verificación de los niveles de respuesta de la aplicación ante las previsiones de carga del sistema, así mismo se verificará el comportamiento global del sistema en cuanto a consumo de memoria y CPU de sus componentes. Implantación en producción y puesta en marcha del sistema. Incluirá: Fuentes de la aplicación. BBDD: scripts y carga inicial de datos. Sistema implantado en entorno pruebas de E.J.I.E. Informe de pruebas unitarias y de integración. Manual de instalación / Explotación. Manuales de Usuario y la Ayuda On-line deberán estar en ambos idiomas: euskera y castellano. Formación a los usuarios y administradores del sistema. Sistema implantado en entorno de producción. 15/38

16 Para las fases de implantación y pruebas de aplicaciones J2EE en entorno de desarrollo, existe un Manual de tareas de ant, donde se describe el conjunto de tareas disponibles y el uso que debe hacerse de ellas. En todas las fases del proyecto, así mismo será de referencia el documento de Estándares de desarrollo de sistemas software, que establece requisitos obligatorios y recomendaciones a seguir en todo el proceso de ejecución del proyecto, en cuando a la elaboración de los productos y la entrega de los mismos a E.J.I.E. Cabe destacar que para el caso de desarrollo de aplicativos con interfaz web basado en navegador que será desplegado en el contexto de internet, las pruebas del sistema deberán contemplar los ensayos necesarios para garantizar que el sistema se comporta correctamente en los navegadores más utilizados (a fecha de Enero de 2010, Internet Explorer, Firefox, Chrome, Opera, y Safari). Mientras que si el contexto de despliegue es intranet (con PCs gestionados), el sistema deberá soportar los navegadores homologados por los estándares tecnológicos publicados por la Dirección de informática y telecomunicaciones del GV para dicho contexto. Para el caso de extranet, la lista de navegadores a soportar se deberá decidir en función de los colectivos usuarios de la aplicación y del uso o no de PCs gestionados. Igualmente será de referencia el Documento de Estándares Tecnológicos de Gobierno Vasco, publicado en: Modelo de aseguramiento de la calidad EJIE contempla la calidad en distintos ámbitos de aplicación, tanto calidad en los procesos como calidad en los productos. Para asegurar la calidad en el proceso de gestión del proyecto, durante le ejecución del mismo el adjudicatario deberá contemplar y proveer la documentación que sea requerida en cumplimiento de la metodología ARINBIDE. Por otro lado, con el objetivo de asegurar la calidad en el proceso de elaboración y la calidad de los productos software obtenidos, será de referencia obligatoria el modelo de aseguramiento de la calidad definido por E.J.I.E. en el documento Estándares de calidad de producto software. v1.3, que contempla: Asignación del Nivel de Aseguramiento de la Calidad (NAC) del sistema a desarrollar Definición de los controles de calidad a ejecutar, en base al NAC asignado Metodología de pruebas y calidad del software elaborada por E.J.I.E, que define el desglose de fases, actividades y tareas así como el conjunto de entregables a elaborar para el aseguramiento de la calidad del sistema. Obtención de Indicadores NAC, que define un conjunto mínimo de indicadores que toda aplicación bajo estándares tecnológicos deberá satisfacer, así como el procedimiento y herramientas para obtenerlos. En este ámbito de definición de la calidad, será de referencia el documento de Aseguramiento de la Calidad de Sistemas Software v1.0, así como la Metodología de Pruebas v1.0. A continuación se detalla el modelo de aseguramiento de la calidad establecido para el proyecto objeto de contratación Nivel de Aseguramiento de la Calidad El NAC asignado para este proyecto es: ALTO 16/38

17 Controles de calidad (SQA) En función del NAC asignado, se han definido una serie de controles de calidad, cuya ejecución es obligatoria o recomendada, tal y como se define en el documento de Aseguramiento de la Calidad de Sistemas Software v1.0. El adjudicatario deberá contemplar la ejecución de estos controles de calidad, dentro del alcance del proyecto objeto de contratación Metodología de pruebas El adjudicatario del presente pliego, además del cumplimiento de la metodología de desarrollo ArinBide, deberá contemplar la ejecución de las tareas propias de la Metodología de Pruebas que se consideren oportunas, como son: Checklist de verificación de Arinbide (CVA) Definición y gestión del plan de pruebas mediante la herramienta homologada a tal efecto (Ver Anexo de herramientas) Realización del Informe Final de Pruebas (IFPB) Seguimiento y gestión de incidencias mediante la herramienta homologada a tal efecto (Ver Anexo de herramientas) Realización del informe final de incidencias (IIPB) Con independencia de lo aquí especificado, se recuerda que la metodología de desarrollo ArinBide incluye tareas y actividades destinadas a la ejecución y gestión de pruebas, cuyo cumplimiento está implícito en el proyecto objeto del presente pliego Indicadores Aunque la propia Metodología de Pruebas ya define un conjunto completo de indicadores y sus umbrales asociados, existe un conjunto básico de indicadores que toda aplicación a implantar en el entorno de GV- EJIE deberá satisfacer. En el entorno de desarrollo, para obtener los resultados de los indicadores para el proyecto se deberán seguir las instrucciones marcadas en el documento Indicadores_NAC.Desarrollo v1.0, en el que se especifican detalladamente los pasos a realizar y las herramientas a utilizar en cada momento. El adjudicatario del presente contrato deberá contemplar la ejecución de las tareas necesarias para la obtención de estos indicadores, dentro del alcance del proyecto objeto de contratación. Igualmente, como parte del aseguramiento de la calidad, se ha definido para el entorno de pruebas (preproducción) el documento Indicadores_NAC.Pruebas v1.0. El adjudicatario del presente contrato deberá suministrar toda la información y entregables que sean requeridos en este ámbito para la realización de las pruebas por parte de EJIE. 3.3 Herramientas del ciclo de vida de las aplicaciones 17/38

18 Como soporte e instrumento necesario en la ejecución de todas las fases del proyecto, existe un conjunto de Herramientas homologadas por E.J.I.E., que abarcan todo el ciclo de vida de las aplicaciones, y que facilitan la realización de distintas tareas y normalizan la obtención de entregables. Estas herramientas homologadas son las que se utilizan en el entorno de trabajo de E.J.I.E., no pudiendo utilizarse en el mismo otras herramientas similares o equivalentes. Para los trabajos a realizar en las dependencias del proveedor, su uso es recomendado frente a otros productos o herramientas del mercado, para dar cobertura a los cometidos para los que están destinadas. No obstante, en los casos en los que el resultado de uso de las herramientas sea un entregable con un formato específico y normado, su uso será obligatorio frente a otras herramientas de mercado, o bien en cualquier caso deberá proporcionarse un formato compatible. En el documento PBT-Anexo Herramientas v1.0 se detallan las herramientas homologadas. 3.4 Entorno Tecnológico. El entorno tecnológico será el definido en los estándares del Gobierno Vasco que se consideren necesarios para la ejecución de este proyecto conforme a sus características específicas. Existen un conjunto de utilidades y sistemas horizontales de uso corporativo que dan solución tecnológica a distintos ámbitos funcionales de uso común, que se citan a continuación, y que el proyecto objeto de contratación deberá contemplar según sus necesidades. Para las áreas funcionales de tramitación de expedientes del sistema final se deberán seguir las directrices marcadas por el modelo básico de tramitación (MBT) del Gobierno Vasco, es decir, identificar la familia a la cual pertenece el procedimiento a mecanizar, recoger los datos mínimos definidos como invariantes de información, modelar los trámites establecidos como invariantes de tramitación, e informar al sistema de visión de ciudadano (Mis Gestiones). Además, con objeto de simplificar y homogeneizar los puntos de acceso y las interfaces gráficas de usuario, y de asegurar una correcta interpretación de las normas legales vigentes, el nuevo producto deberá hacer uso del conjunto de módulos y sistemas comunes que constituyen el núcleo de elementos corporativos horizontales de base de plataforma tecnológica de e-administración, PLATEA, desarrollando y completando por lo tanto todo aquello que dichos sistemas requieran: Sistemas de infraestructura de tramitación, PLATEA-Tramitación. Permiten ofrecer al administrado una visión homogénea de los procesos de tramitación gestionados por cualquier departamento de Gobierno Vasco, facilitar al empleado público las herramientas básicas y únicas de gestión de tareas de tramitación, definir y establecer los flujos de tramitación adscritos al modelo básico de tramitación, y aportar las soluciones técnicas necesarias que garantizan el cumplimiento de las normativas y procedimientos legales vigentes en materia de tramitación. Para la publicación de contenidos y aplicaciones en internet, deberá seguirse la normativa corporativa así como las herramientas de soporte al modelo de presencia en internet: Herramientas de gestión de contenidos, portales, ejes de catalogación y buscador: PLATEA-Internet. Gestionan la creación, publicación y mantenimiento de contenidos en los portales de internet administrados por Gobierno Vasco, y su catalogación en ejes homogéneos que faciliten su búsqueda. Facilita igualmente los mecanismos para la integración de las aplicaciones en la propia infraestructura de portales. Como plataforma de integración entre sistemas: La infraestructura de integración. Simplifica y estandariza los modelos de intercambio de datos y de procesos entre aplicativos, proporcionando para ello las herramientas y sistemas necesarios para su implementación en base a una plataforma tecnológica unificada, normalizada y compartida. Ofrece soluciones corporativas para el intercambio síncrono de información 18/38

19 (exposición de servicios por medio de adaptadores), y el intercambio asíncrono (propagadorenrutador), así como la creación de procesos orquestados. Como referencia obligada respecto a los ámbitos mencionados, deberá considerarse el documento PLATEA Plataforma Tecnológica para la e-administración. El sistema final deberá utilizar el sistema de seguridad homologado en el entorno de Gobierno Vasco: XLNetS. Gestiona los procesos de autenticación y autorización de accesos a usuarios (y sistemas) para aplicativos y recursos, desarrollados bajo distintas tecnologías. Para los desarrollos basados en entorno tecnológico J2EE, en todas las fases de desarrollo del nuevo sistema se deberá contemplar y utilizar el framework J2EE homologado en el entorno de Gobierno Vasco: Geremua/UDA. Capa software entre una aplicación y el software de base (sistema operativo, máquina virtual, bases de datos, middleware) que ayuda a resolver problemáticas comunes a gran cantidad de aplicaciones. Se consigue acelerar los tiempos de desarrollo y mejorar la calidad del software, e incluso el rendimiento, pues también marca una tendencia arquitectural hacia las mejores prácticas de diseño y desarrollo. Para las necesidades de gestión documental, deberá utilizarse el sistema corporativo existente: dokusi. Sistema Integral de Gestión Documental cuyo principal objetivo es la implantación de todas las funciones de gestión documental necesarias en los procesos de producción administrativa. Expone su uso a las aplicaciones departamentales mediante su capa de servicios - framework de servicios documentales FSD, proporcionando además otras utilidades para la carga masiva de documentación, e interfaces gráficas. En el documento PBT-PLATEA-Anexos v2 2 se anexa explicación detallada de los sistemas corporativos involucrados en PLATEA. Como solución corporativa de información de datos de localización: NORA. Sistema horizontal de gestión de datos de localización dirección postal-, que proporciona información actualizada y normalizada hasta nivel de portal. Ofrece diversas alternativas tecnológicas de uso, y como principal valor añadido aporta el tratamiento de Altas Provisionales, solución que permite a las aplicaciones asegurar la normalización de los datos de su negocio, y a su vez favorecer la actualización continua de la información. Incluye además información geográfica. En el documento PBT-Anexo NORA v1.0 se detalla información de referencia acerca del sistema. Para facilitar el tratamiento de pago telemático del ciudadano a la administración: Pasarela de pagos: Sistema que provee los servicios necesarios para gestionar peticiones de pago generadas por la administración para el ciudadano, incluida la aplicación internet de pago electrónico on-line u off-line. En el documento PBT-Anexo Pasarela de Pagos v1.0 se detalla información de referencia acerca del sistema. Otros productos y soluciones corporativas existentes son los siguientes: Gestión de procesos batch: K31/O75: Soluciones corporativas para la ejecución de procesos desasistidos CONTROL-M: Planificación de procesos batch Generación de informes: 19/38

20 Jreport. Existe un middleware corporativo (T43) para uso por las aplicaciones departamentales, con tecnología J2EE. Reporting Services (Microsoft) Business Intelligence: Oracle Discoverer Bitam Sistemas de Información Geográfica: GIS Corporativo, basado en productos ESRI (ArcIMS, ARcSDE, ArcView) Además de los sistemas horizontales especificados, el nuevo sistema, según sus necesidades, deberá utilizar los módulos y servicios establecidos por el Plan de Informática y Telecomunicaciones del G.V. y especificados en el documento de guía de estándares tecnológicos. Las plataformas tecnológicas y productos comunes de base serán, entre otros: Servidor web: Apache Web Server 2 sobre Linux Red Hat Enterprise. Servidor de integración: BEA Weblogic Integration 8.1 sobre Linux Red Hat Enterprise Base de datos: Oracle 10g sobre HP-UX SQL Server 2005 Seguridad: XLNets y PKI Izenpe Infraestructura para la Gestión de contenidos y portales (PLATEA-Internet): Interwoven TeamSite 6.7 Open Deploy 6.1 Autonomy Infraestructura para la gestión documental (dokusi): Documentum Gestión de versionado de aplicaciones Subversion Documentación y trabajo en grupo: SharePoint Portal Server Además, para el entorno tecnológico J2EE: Servidor de aplicaciones: BEA Weblogic Server 8.1/11 sobre Linux Red Hat Enterprise Herramientas para desarrollo: Framework J2EE: Geremua IDE (PC compatible con Windows XP SP1): 20/38

21 Eclipse, con plugin MyEclipse Ant 1.5 Gestión de dependencias Maven Pruebas de rendimiento (pre-producción): LoadRunner Además, para el entorno tecnológico Microsoft.NET: Servidor de aplicaciones: IIS 6.0 sobre Windows 2003 Server Herramientas para desarrollo: IDE (PC compatible con Windows XP SP1): Visual Studio 2005 En todos los casos, y según corresponda al entorno tecnológico a utilizar, se utilizarán igualmente las Herramientas del ciclo de vida de las aplicaciones. En el documento PBT-Anexo Herramientas v1.0 se relacionan las herramientas homologadas. Existe asimismo un conjunto de librerías software homologadas, recogidas en los manuales de albergue de aplicaciones, que deberán contemplarse según corresponda, en el proceso de diseño técnico y construcción del sistema (Izenpe, FOP, POI, LinearBarCode, JfreeChart, IAIK, ) 21/38

22 4 Descripción de entregables. Los productos a entregar, tanto productos software como documentación, serán aquellos que define la metodología de desarrollo ARINBIDE, en referencia a las fases definidas dentro del alcance del proyecto. Igualmente, dentro del alcance definido del proyecto, la Metodología de Pruebas v1.0, así como el documento de Aseguramiento de la Calidad de Sistemas Software v1.0, detallan los entregables a proporcionar en el ámbito de la calidad. Con independencia de lo descrito y requerido a nivel metodológico (metodología de desarrollo Arinbide, y Metodología de Pruebas), a continuación se añaden tareas y entregables a realizar/suministrar por el adjudicatario: Implantación en el Entorno de Desarrollo de EJIE. Definición, ejecución y gestión del Plan de Pruebas Preparación de componentes y soporte a la implantación en el entorno de Test o Preproducción. Soporte a la implantación en el entorno de Producción. La aplicación, las páginas, los textos, tablas de códigos, los mensajes de error/aviso y/o cualquier otro componente (tool-tip, textos en imagen,.) dirigidos al usuario final deberán estar en ambos idiomas: euskera y castellano. Entrega de fuentes de todos los componentes, ficheros de configuración, elementos gráficos utilizados,..y cualquier otro elemento que se considere necesario para el normal y adecuado mantenimiento/evolución del sistema, en soporte magnético (DVD). Confección y entrega de la documentación (funcional, técnica, de explotación y de usuario) correspondiente a cada una de las fases del proyecto tanto en formato papel, como en formato electrónico. Elaboración y mantenimiento de la carpeta de proyecto según el sistema de calidad de EJIE, tanto en formato papel como electrónico. Todos los entregables deberán proporcionarse utilizando las herramientas homologadas en EJIE para el ciclo de vida de las aplicaciones, o en su caso proporcionando formatos compatibles. 22/38

23 5 Planificación y Organización 5.1 Plan de Proyecto Plan de Entregas e Hitos de Control El licitador deberá incluir en su Documento de Propuesta Técnica una descripción de las principales: Fases y tareas del proyecto, Entregas resultantes de cada fase, Hitos de control y/o verificación, Junto con sus correspondientes fechas orientativas de finalización. Así mismo, el licitador podrá establecer propuestas de entregas y/o certificaciones parciales acordes con el planteamiento del proyecto establecido, siempre que: Lo considere más adecuado para facilitar la implantación y puesta en marcha del objeto del contrato. No se establezca nada en sentido contrario en los apartados de: Objeto, Alcance y Descripción del Proyecto. La empresa adjudicataria deberá presentar, previamente al inicio del proyecto, una estimación en Puntos Función de cada uno de los subproyectos descritos en el presente pliego de bases técnicas Diagrama de Gantt El licitador deberá presentar un Diagrama de Gantt o Cronograma de las Fases y Tareas propuestas para la ejecución de las realizaciones objeto del presente pliego. 5.2 Organización del Equipo de Trabajo El licitador deberá describir en su Documento de Propuesta Técnica: La organización (perfiles) del equipo de proyecto asignado a la realización de las actividades resultantes del presente pliego, así como Las funciones de los mismos, y La relación nominal de los participantes, junto su correspondiente documento de currículo Asignación de recursos a fases del proyecto El licitador deberá incluir en su Documento de Propuesta Técnica, un desglose de horas y % de dedicación total por persona y fase del proyecto, siguiendo el siguiente modelo: 23/38

24 Descripción Perfil Responsable de proyecto Responsable de equipo Responsable de consultoría Responsable de desarrollo Asesor I Asesor II Consultor I Consultor II Técnico Análisis I Técnico Análisis II Técnico Desarrollo I Técnico Desarrollo II TOTAL Gest. Proyecto Análisis Diseño Construcción Implantación Horas % Horas % Horas % Horas % Horas % Total Horas (*) Este desglose de horas se considerará como orientativo y será tenido en consideración en el momento de valorar el grado de aproximación a la planificación del proyecto según la estimación del licitador, permitiendo, de esta forma, valorar la idoneidad del dimensionamiento del equipo de trabajo propuesto y su adecuación a la consecución de los objetivos. No obstante este desglose de horas no se considera vinculante, al no tratarse de una contratación de horas de desarrollo, sino un proyecto llave en mano según el importe total ofertado Equipo de Trabajo El equipo de trabajo propuesto estará formado por personal técnico con categoría profesional y nivel de especialización adecuados a las necesidades planteadas en cada momento, de acuerdo con las actividades que se vayan desarrollando. El equipo de trabajo estará formado al menos por los siguientes perfiles: Responsable de proyecto: Responsable de la coordinación de todos los aspectos relativos al proyecto, para lo que se requerirá un seguimiento cercano y continuado del proyecto y con una presencia estimada de al menos un día a la semana en las instalaciones de Ejie, independientemente de la dedicación necesaria el resto del tiempo. Responsable de equipo: Responsable de la coordinación de todos los miembros del equipo y de sus diferentes actividades y tareas, así como del control y supervisión de los entregables de los diferentes subproyectos. Este perfil deberá tener una dedicación a tiempo completo al proyecto desde su comienzo hasta su finalización. Responsable de consultoría y análisis: Encargado de coordinar y gestionar las múltiples actividades del proyecto relacionadas con labores de consultoría y análisis, así como el equipo de consultores y analistas que desarrollen dichas actividades. Dedicación a tiempo completo al proyecto desde su comienzo hasta su finalización. 24/38

25 Responsable de desarrollo: Encargado de coordinar y gestionar las actividades del proyecto relacionadas con labores de desarrollo, así como al equipo de técnicos de desarrollo que realicen dichas actividades. Dedicación a tiempo completo al proyecto desde su comienzo hasta su finalización. Consultores, técnicos de análisis y técnicos de desarrollo: Resto de perfiles que la empresa adjudicataria considere necesarios para la correcta ejecución de cada una de las tareas de los diferentes subproyectos. Responsable de Proyecto Responsable de Equipo Responsable de Consultoría y Análisis Responsable de Desarrollo Equipo de Consultoría y Análisis Equipo de Desarrollo El licitador debe comprometerse, en caso de ser adjudicatario, a mantener el equipo, según lo establecido en el Documento de Propuesta Técnica, y durante el periodo fijado en cada actividad específica. 25/38

26 Certificaciones en PLATEA y Geremua En caso de que en el equipo de trabajo propuesto, la empresa licitadora incluya personal certificado en alguna de las siguientes especialidades: Infraestructura de tramitación electrónica, PLATEA-Tramitación Infraestructura de presencia en Internet, PLATEA-Internet Infraestructura de integración Framework J2EE, Geremua Deberá indicarlo en su oferta, conforme al siguiente cuadro: Especialidad PLATEA-Tramitación PLATEA-Internet Integración Geremua Nº de certificaciones Analista Desarrollador Veracidad de los datos E.J.I.E. se reserva la facultad de solicitar, en cualquier momento, antes o después de la adjudicación y durante el curso de los trabajos, de cualquier otro tipo de documento complementario, en orden a la comprobación de cuantos datos haya ofrecido la empresa adjudicataria, tanto respecto a la misma, como a los recursos de que disponga. La falsedad en los mismos podrá implicar asumir penalizaciones, y en último término, podrá provocar la resolución del contrato Condicionante del equipo de trabajo ofertado La falsedad en el nivel de conocimientos técnicos del personal ofertado, deducida del contraste entre lo reflejado en el currículo y los conocimientos reales demostrados en la ejecución de los trabajos, podría en último término, podrá provocar la revisión de la adjudicación y en su caso la rescisión del pedido/contrato Constitución inicial del equipo de trabajo El equipo humano a incorporar tras la formalización del contrato para la ejecución de los trabajos deberá estar formado por componentes relacionados en la oferta adjudicataria y consecuentemente valorados. 26/38