PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO PARA EL MANTENIMIENTO DEL PROGRAMA DELPHOS.

Transcripción

1 PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO PARA EL MANTENIMIENTO DEL PROGRAMA DELPHOS. 0

2 ÍNDICE 1. OBJETO DEL CONTRATO Información general Nuevas necesidades DESCRIPCIÓN DE LA SITUACIÓN ACTUAL Subsistemas Relación con otros sistemas o aplicaciones Descripción tecnológica del sistema OBJETIVOS DEL PROYECTO REQUISITOS DEL PROYECTO Descripción general Requisitos de rendimiento Requisitos de funcionamiento del sistema Requisitos de seguridad Requisitos de arquitectura y desarrollo ENTORNOS DE DESARROLLO Y EXPLOTACIÓN Entorno de Desarrollo Entorno de Explotación EJECUCIÓN Y GESTIÓN DEL PROYECTO Planificación del proyecto Dirección Equipo de trabajo Seguimiento y control METODOLOGÍA EN LA ELABORACIÓN DE LOS TRABAJOS PROPIEDAD INTELECTUAL DE LOS TRABAJOS CONFIDENCIALIDAD DE LA INFORMACIÓN Tratamiento de datos de carácter personal CALIDAD TRANSFERENCIA TECNOLÓGICA

3 1. OBJETO DEL CONTRATO El objeto de este expediente es la contratación de los servicios técnicos para el mantenimiento y el soporte a la explotación del programa Delphos Información general Delphos es un proyecto de la Consejería de Educación y Ciencia para creación de un modelo de gestión único para todos los centros educativos de Castilla- La Mancha, que permite compartir tareas e información entre todos los miembros relacionados con la administración educativa. Los objetivos principales del proyecto son la mejora en el intercambio de información Consejería-Centros Educativos y en la fluidez de los datos, la inmediatez de las comunicaciones y facilitar las tareas de gestión de los Centros Educativos Nuevas necesidades Los usuarios de Delphos necesitan un entorno de trabajo fiable, con un alto nivel de atención a sus requerimientos y un tiempo de respuesta mínimo ante una incidencia tanto del sistema, como provocada por el propio usuario o ante nuevos requerimientos funcionales. Para dar respuesta a estas demandas se diseña el plan de mantenimiento y soporte del programa Delphos Los trabajos realizados en el marco del presente expediente se organizarán en forma de proyecto. El presente Pliego Técnico describe los objetivos a cubrir y los requisitos técnicos necesarios para la realización de los trabajos. Así mismo, se enuncian los aspectos organizativos de las diferentes etapas de desarrollo y la calidad mínima requerida para la realización de los trabajos a realizar. 2. DESCRIPCIÓN DE LA SITUACIÓN ACTUAL. Se describen a continuación todos aquellos elementos funcionales y tecnológicos relativos al sistema actual, que permiten una mejor comprensión del mismo. Delphos es un proyecto modular, que ha permitido implementar progresivamente diferentes funcionalidades necesarias en la gestión educativa, tanto para los centros educativos como para los órganos de gestión la Consejería. Se trata del sistema de información de la Consejería, accesible a través de Internet, de mayor complejidad tanto en su desarrollo tecnológico como en su alcance. La gestión que actualmente se realiza con Delphos supera con creces las tareas administrativas que tradicionalmente se venían realizando en los centros educativos. Los procesos de admisión del alumnado, la confección de las platillas del personal docente y la gestión de los servicios de transporte y comedor escolar se realizan de manera centralizada desde los Servicios Centrales y las Delegaciones Provinciales de la Consejería. Los servicios de la Inspección Educativa tienen en Delphos toda la información necesaria de cada uno de los centros pertenecientes a su zona de inspección, así como las planificaciones semanales, los informes y reseñas que realizan en las tareas de inspección. Delphos es además la fuente de datos para 2

4 otros Sistemas de Información estratégicos para la Consejería como son: Papás 2.0, el sistema estadístico, el registro de títulos no universitarios, el programa de gratuidad de materiales curriculares. En concreto, desde el punto de vista funcional la aplicación cuenta con los siguientes servicios: Configuración de los planes de estudio. Gestión académica de los centros educativos: Gestión de expedientes, historiales y certificados académicos. Formación de los Consejos Escolares. Censos, elecciones y composición. Gestión del Personal docente y no docente. Definición de las jornadas y los horarios de trabajo. Gestión de cargos directivos. Gestión del alumnado. Datos personales y familiares. Gestión de la matriculación. Confección de las unidades, definición de tutores y de sus horarios. Gestión de las convocatorias de evaluación, registro de notas y elaboración de las actas de las diferentes etapas educativas. Gestión de otros servicios/actividades ofertadas por el centro. Organización de Inspección Educativa Seguimiento de los centros. Datos agregados. Gestión de zonas educativas. Definición de los planes de trabajo y registro de las actividades. Servicios de transporte escolar y comedores. Gestión de propuestas y elaboración de unidades y plantillas. Gestión de pruebas de acceso, pruebas libres y evaluación de diagnostico. Procesos de admisión del alumnado. Desde el punto de vista de la producción la aplicación tiene actualmente usuarios, de los cuales más de un 95% son profesores. Diariamente se conectan de media en torno a usuarios. Se gestionan los expedientes académicos de alumnos, de los cuales están matriculados en el curso actual, repartidos en unidades de centros educativos Relación con otros sistemas o aplicaciones. Delphos se integra con otros sistemas de información de la Consejería, principalmente con los siguientes: Registro de Centros Docentes. Proporciona a Delphos la relación de centros de la región así como las enseñanzas impartidas en cada uno de dichos centros. Registro de Personal Docente. Proporciona a Delphos la relación de personal docente en situación administrativa activa durante el curso escolar. 3

5 Estadística educativa. Recoge de Delphos los datos de carga de los formularios para la Estadística Educativa elaborada por el Ministerio de Educación y Ciencia. Programa de Gratuidad de Materiales Curriculares. Recoge de Delphos la relación de matriculas de cada centro para cada curso escolar. Programa de Títulos no Universitarios. Recoge de Delphos la relación de alumnos propuestos para títulos (en fase de desarrollo). LDAP de la Consejería. Además, hace uso de Servicios Corporativos de otras Consejerías de la Junta de Comunidades de Castilla-La Mancha, como son el Registro Telemático de Documentos, la Firma Electrónica y el envío de mensajes SMS Descripción tecnológica del sistema. El proyecto Delphos esta soportado por una aplicación informática J2EE, basada en desarrollos orientados a objetos, con un diseño de base de datos relacional. Los entornos y plataformas del proyecto se describen en el apartado 5 del presente Pliego. El acceso al sistema desde los puestos de los centros administrativos de la Consejería, tanto Servicios Centrales como Delegaciones Provinciales, acceden a Delphos desde la propia red corporativa. El resto de accesos utilizan la red de comunicación de telefonía para el acceso a través de Internet. Desde el punto de vista de la programación la aplicación se compone de los siguientes elementos: 2258 páginas JSP, 1209 ficheros javascript, 1828 clases de java, 623 reports de Oracle y 5288 objetos de base de datos Oracle. 3. OBJETIVOS DEL PROYECTO. El plan de mantenimiento dará respuesta a las peticiones de mantenimiento que los usuarios realizan con motivo de un problema detectado en el sistema, o por la necesidad de una mejora del mismo, así como garantizar un funcionamiento correcto que permita realizar, en tiempo y forma, la gestión académica y administrativamente de los centros educativos de Castilla-La Mancha. Así mismo, el proyecto permitirá analizar el tipo de peticiones registras durante el curso escolar mediante una serie de indicadores que muestren aspectos significativos sobre la calidad del sistema y sobre los puntos críticos del mismo. 4. REQUISITOS DEL PROYECTO. Los nuevos desarrollos resultantes del presente contrato deberán ajustarse a los requisitos técnicos descritos en este apartado. Si durante la ejecución del presente contrato se llevase a cabo alguna modificación en alguno de estos requisitos, estos cambios serán tenidos en cuenta en los sucesivos trabajos Descripción general Los trabajos que se deberán abordar durante la ejecución del contrato se clasifican en: 4

6 Mantenimiento correctivo: Incluye los trabajos relativos a corrección de errores del programa o de pequeños ajustes de los módulos implantados y en explotación. Mantenimiento evolutivo: Incluye los trabajos para la adecuación a nueva normativa y legislación de los módulos implantados y en explotación. Soporte a la gestión: Incluye los trabajos derivados de peticiones no previstas en el diseño del programa detectadas en momentos muy avanzados del proceso de gestión y que son consideradas críticas para la resolución del proceso. Estas peticiones suelen conllevar un análisis y solución inmediatos que sin embargo no eliminan la necesidad de una revisión posterior para valorar los posibles efectos secundarios, establecer una solución definitiva y actualizar todos los productos implicados (trabajos que se imputan al mantenimiento evolutivo). Las tareas a realizar son variadas y van desde la elaboración de consultas específicas para la toma de decisiones o para la solución de incidencias hasta la implementación de código para la subsanación de datos o para la ejecución de procesos masivos. También se incluyen en este apartado la participación en la resolución de incidencias de los centros cuando el equipo de técnicos que realizan esta tarea requiere de asesoramiento. Administración del sistema: Incluye las tareas de actualización de la aplicación y de la base de datos, de la gestión de la configuración. Así mismo, engloba trabajos de monitorización y optimización de los módulos implantados y en explotación cuando el rendimiento de los mismos no es el deseado. El elevado número de modificaciones que se realizan de manera continua y el incremento de datos y de usuarios en el sistema, justifican la dedicación de recursos a este tipo de tareas. Los trabajos de mantenimiento se realizarán acordes con lo establecido en la metodología Métrica V3, y se abordarán los trabajos derivados de las peticiones de mantenimiento que los usuarios realizan con motivo de un problema detectado en el sistema, o por la necesidad de una mejora del mismo. Las necesidades a cubrir dentro de este se enmarcan en las categorías de los mantenimientos correctivos y evolutivos. El desarrollo de este expediente está marcado por las actividades definidas en el proceso de Mantenimiento de Sistema de Información de Métrica V3. Se seguirán el procedimiento de registro de las peticiones de trabajo, con el fin de llevar el control de las mismas y de proporcionar datos estadísticos de peticiones recibidas o atendidas en un determinado periodo, sistemas que se han visto afectados por los cambios, en qué medida y el tiempo empleado en la resolución de dichos cambios. El catálogo de peticiones generado por el registro de las mismas contendrá además la información necesaria para identificar la tipología, la prioridad, la dimensión y el procedimiento para abordar la solución. La aceptación o rechazo de una petición registrada, corresponderá a la Consejería, que una vez disponga de los datos necesarios, decidirá sobre su actuación. Igualmente, tras el análisis de la petición y con la propuesta de solución y el impacto en el sistema, la decisión sobre la solución definitiva será tomada por la Consejería. 5

7 Se deberán cumplir las políticas establecidas por la Consejería para la gestión de la configuración del proyecto Requisitos de rendimiento. Las modificaciones que se realicen en la aplicación deberán funcionar correctamente en condiciones límites de uso del sistema. Se debe prever en los periodos de máximo uso del programa más de usuarios concurrentes. Se tendrán en cuanta a la hora de definir accesos a la base de datos, el volumen de las tablas, dando un tratamiento especial en aquellos casos que se trabaje con tablas de gran tamaño y/o transacciones sobre un gran volumen de datos Requisitos de funcionamiento del sistema. Las modificaciones que se realicen en la aplicación deben cumplir los siguientes requisitos de funcionamiento: Facilidad de uso: Se utilizarán con carácter general los estilos definidos en las pantallas actuales del sistema y así como los criterios de uso y navegación. Si los criterios de usabilidad establecidos para el proyecto fueran modificados, estos cambios serán tenidos en cuenta para los futuros trabajos. Interactividad: Todas las tareas que el usuario realice en el sistema deben obtenr una respuesta con la suficiente rapidez como para que éste pueda trabajar de forma continuada, teniendo en cuenta que se trata de tecnología Web y el grado de concurrencia que puede tener en sistema en determinado momentos. Integridad: El sistema debe de incorporar las validaciones y los controles necesarios, tanto en la parte clientes como en la parte servidora, para garantizar la coherencia e integridad de los datos. Eficiencia: Se tratarán en todos los casos de minimizar la transmisión de los datos a través de las líneas y la utilización de los recursos. Facilidad de mantenimiento: En general, se deben seguir las normas e instrucciones técnicas en el proyecto Delphos, tanto para el diseño como para el desarrollo Requisitos de seguridad Todas las modificaciones y cambios que se realicen en el programa, responderán a las máximas exigencias de seguridad en el acceso a la información y manipulación, en la integridad de los datos y en la capacidad de su recuperación en caso de fallo. Se tomarán las medidas necesarias para autorizar y tracear los accesos al sistema y a la información. Ninguna operación del usuario podrá producir una pérdida de la consistencia de los datos almacenados en la base de datos. Se minimizarán los errores de mal uso de la aplicación mediante programación defensiva. En general, se cumplirán las especificaciones de seguridad establecidas para el sistema. 6

8 4.5. Requisitos de arquitectura y desarrollo. Delphos está basado en un marco de trabajo o framework propio que unifica el tratamiento de los aspectos internos de la construcción del programa. Todos los trabajos de desarrollo deberán realizarse correctamente bajo las especificaciones de dicho framework y deberán cumplir las normas y estándares de diseño y desarrollo de la Consejería de Educación y Ciencia. En general, todos los trabajos incluidos en este pliego deben diseñarse respetando el entorno tecnológico del sistema, definido para cada una de las capas del proyecto: Capa de datos: Se basa en una base de datos Oracle. Los desarrollos de componentes de la Base de Datos se realizan mediante el lenguaje de programación PL/SQL. Capa de aplicación: Desarrollada con tecnología J2EE y desplegada en un servidor de aplicaciones Oracle. Para la realización de validaciones en cliente se utiliza el lenguaje Javascript. Los informes se realiza en SQL*Report. El interfaz de usuario será a través de cualquier navegador Web que cumpla los estándares W3C. Los elementos del modelo de datos que según las reglas de negocio necesiten compartir información de otros sistemas, deberán utilizar las interfaces de conexión existentes para recoger dicha información. En concreto, las interfaces operativas son: Interfaz de personal Interfaz de usuario Interfaz de centros Interfaz de planes Interfaz de tablas generales Se tendrán en cuenta el módulo de administración interna de la propia aplicación, de manera que cualquier elemento desarrollado o modificado debe configurarse a través de dicho módulo 4.6. Requisitos de nivel de servicio. La aplicación debe estar plenamente operativa y en correcto funcionamiento en todo momento. La Consejería clasificará las peticiones de trabajo de tipo mantenimiento correctivo y soporte a la gestión como críticas y no criticas en función de impacto que tengan en el correcto funcionamiento de la aplicación. Se consideran peticiones críticas aquellas incidencias que afecten a módulos y procesos básicos y fundamentales cuya realización es de obligado cumplimiento en el plazo temporal establecido. En cuanto a las peticiones no críticas serán aquellas que no impiden la correcta gestión de los procedimientos gestionados. 7

9 Los licitadores deberán establecer el tiempo de resolución de estas peticiones de trabajo teniendo en cuenta que una incidencia crítica habrá de ser resuelta en un tiempo no superior a cuatro horas laborables. El tiempo medio de resolución de las peticiones se calculará por meses naturales. Se considera periodo laborable el comprendido entre las 8 de la mañana y las 19 horas de lunes a viernes. La Consejería podrá determina necesario la ampliación de esta jornada en momentos críticos. En todo caso, se tratará de circunstancias excepcionales que deban realizarse actuaciones de urgencia. En cuanto a los trabajos de mantenimiento evolutivo, se realizará previamente una estimación de horas por perfil ajustándose a las siguientes métricas: Tipo modificación Perfil PNA PNN PMA PMN PMS RNA RNN RMA RMN RMS Analista Analista/Programador Programador Donde: PNA: Proceso de nueva creación de complejidad alta con programación Java y PL/SQL. PNN: Proceso de nueva creación de complejidad normal con programación Java y PL/SQL. PMA: Proceso de modificación de complejidad alta con programación Java y PL/SQL. PMA: Proceso de modificación de complejidad normal con programación Java y PL/SQL. PMS: Proceso de modificación simple con programación Java. RNA: Report de nueva creación de complejidad alta. RNN: Report de nueva creación de complejidad normal. RMA: Report de modificación de complejidad alta. RMA: Report de modificación de complejidad normal. RMS: Report de modificación simple. con programación Java. Una vez hecha la estimación, se planificarán los trabajos en función del resto de tareas que se estén abordando, acordándose las fechas previstas de entregas. Los licitadores deben establecer el nivel de servicio para este tipo de trabajos ajustándose a los siguientes indicadores: Porcentaje de consumo de horas real con respecto a la métrica establecida: Nº de horas reales/nº de horas previstas 8

10 Cumplimiento del Plan de Entregas: (nº entregables aceptados o aceptados con reserva pero entregados en plazo / nº total de entregables) Porcentaje de entregables rechazados (nº de entregables rechazados/nº total de entregables) Porcentaje de entregables aceptados con reserva (nº de entregables aceptados con reserva/nº total de entregables) Cuando el número de horas reales consumidas exceda en un 25% al número de horas previstas, no se contabilizarán dicho exceso de horas como horas del proyecto. El incumplimiento del nivel de servicio ofertado podrá dar lugar a la resolución del contrato o a penalidades según lo dispuesto en el pliego de cláusulas administrativas particulares Requisitos del equipo de trabajo. Los trabajos se realizarán normalmente en las dependencias del adjudicatario, si bien la Consejería podrá requerir en determinadas tareas la presencia de parte o de todo el equipo de trabajo en la Consejería. Dicho requisito, salvo situaciones excepcionales de urgencia, se establecerá previamente en las planificaciones de los trabajos. El equipo de trabajo que la empresa adjudicataria podrá a disposición del proyecto debe adaptarse a las características particulares de un proyecto de mantenimiento. Deberá de estar dirigido por un Jefe de Proyecto. Los perfiles de los participantes deberán establecer al menos las figuras de analista funcional, analista programador y programador. Las funciones y las responsabilidades de cada perfil son las siguientes: Analistas Funcional: Realizarán las tareas propias de los responsables del mantenimiento, participando en las actividades de registro, análisis, preparación para la implementación de la modificación y seguimiento y evaluación de los cambios hasta su aceptación. Analista Programador: Realizará las tareas de análisis junto con el analista funcional y realizará los cambios de programación en casos de mantenimiento evolutivo. Programador. Realizará las tareas propias de la codificación del código para cualquier tipo de mantenimiento tanto para la corrección de errores como para la nueva construcción. En caso de que el adjudicatario presente en su equipo de trabajo algún otro perfil, deberá detallar sus funciones y responsabilidades en el proyecto. Las personas asignadas a cada uno de estos perfiles deberán cumplir los siguientes requisitos de formación y experiencia: Jefe de proyecto. Titulación oficial Superior con 3 años mínimos desarrollando tareas de Jefe de Proyecto o 5 años mínimos entre las categorías de Jefe de Proyecto y Analista Funcional. Analista funcional. Titulación oficial Superior con 2 años mínimos desarrollando tareas de Analista Funcional o 4 años mínimo entre las categorías de Analista Funcional y Programador 9

11 Analista programador. Titulación oficial Media o superior con 2 años mínimos desarrollando tareas de Analista Programador ó 3 años mínimos entre las categorías de Programador y Analista Programador. Programador. CFGS o superior con 2 años mínimos desarrollando tareas de programación. En circunstancias excepcionales que deban realizarse actuaciones de urgencia no ajustadas a la planificación, el adjudicatario se comprometerá a una plena disponibilidad. Si de cualquier actuación consecuencia de los trabajos objeto dentro del presente proyecto, se derivasen situaciones de denegación del servicio de la aplicación o de degradación del sistema, la empresa adjudicataria prestará un especial apoyo con el fin de restaurar el sistema en el menor tiempo posible. La empresa adjudicataria deberá disponer para estos casos, de personal cualificado, tanto en desarrollo de aplicaciones en estos entornos como de administración de servidores de aplicaciones y bases de datos, como apoyo al personal de la Consejería. 5. ENTORNOS DE DESARROLLO Y EXPLOTACIÓN Entorno de Desarrollo Fases del desarrollo y metodología. Los trabajos propios del mantenimiento se realizarán acorde a lo establecido por MÉTRICA V Software de base y herramientas de desarrollo. Para el desarrollo de las actividades definidas en el presente Pliego Técnico, se tendrá en cuenta el empleo de software de base y de las herramientas informáticas de ayuda al desarrollo adoptadas por la Consejería, en concreto: IDE Eclipse V3. Sistema de control de versiones Subversión. JDK 1.4 Oracle Reports 10G PL/SQL Productos que se deben obtener. Los productos resultantes de la ejecución del contrato, que deben ser entregados conforme a lo expresado en el presente pliego son: Fuentes. La última versión de los programas fuentes de la aplicación suministrados por el adjudicatario. Deberán ser compilados con éxito y libre de errores. Documentos. Los documentos requeridos para este proyecto relativos al mantenimiento son al menos los siguientes: Catálogo de peticiones 10

12 Propuesta de Soluciones Análisis de impacto de los cambios Plan de acción Plan de pruebas de regresión Evaluación del cambio Resultado de las pruebas. En cuanto a la implementación de las modificaciones se deberán obtener o revisar los siguientes productos: Análisis de requisitos del sistema. Especificación funcional del sistema Documento de diseño técnico Plan de pruebas Plan de formación Guía de procedimientos de usuario Guías de instalación Toda la documentación se entregará en español, bajo las plantillas facilitadas por la Consejería y en el soporte magnético que se acuerde para facilitar el tratamiento y reproducción de los mismos. Todos estos elementos están sujetos a la gestión de la configuración del proyecto, cuyas políticas y procedimientos establece la propia Consejería Plataformas y lugar de trabajo. Con carácter general, todas las actividades relacionadas con el desarrollo de este sistema se realizarán en las instalaciones del adjudicatario, y tanto el hardware como el software y sus licencias necesarios para llevar a cabo las tareas propias de este proyecto, serán por cuenta del adjudicatario. Los trabajos se realizarán con un entorno tecnológico similar al que alberga la aplicación en el CPD de la Consejería. Cualquier error en desarrollo derivado de la utilización de un entorno tecnológico diferente al especificado en este pliego será imputable al adjudicatario. Una ver realizado el desarrollo y todas las pruebas previstas en la fase de desarrollo, se realizará la implantación del sistema en los servidores de la Consejería del entorno de pre-producción, para su verificación mediante las correspondientes ejecuciones de los planes de prueba y la validación por parte de la Consejería. 11

13 El paso a producción del sistema se realizará siempre desde la versión de preproducción. No se realizará ninguna subida a producción que no haya sido previamente validada por la Consejería. Las instalaciones en los sistemas de producción se realizarán por el personal de la Consejería con el apoyo de la empresa adjudicataria. Se realizarán en fechas concretas que determinará la Consejería y podrán realizarse fuera del horario habitual de la Consejería y de los centros educativos, con el fin de incidir lo menos posible en la actividad normal de los usuarios del sistema. El horario habitual es de 8h a 20h de lunes a viernes Entorno de Explotación Entorno de físico. La plataforma sobre al que deberá ser implantada la aplicación se compone de un Servidor de Aplicaciones, un Servidor de Base de Datos y un cluster de dos Servidores de Reports Entorno lógico. Los servidores de la aplicación tienen las siguientes Servidor de Aplicaciones. OracleAS sobre Solaris 9. Servidor de Base de Datos: Oracle Database Server sobre Solaris 9. Servidores de Reports: OracleAs Forms&Report Services sobre Linux RedHat. 6. Ejecución y gestión del proyecto Planificación del proyecto. El calendario de hitos para el proyecto viene marcado por los principales periodos del curso escolar. Durante los meses previos a cada uno de dichos periodos se realizarán los trabajos propios del mantenimiento de los principales módulos utilizados. Se reservará parte del equipo para el soporte a la explotación, reforzando dicho equipo en los mese de diciembre, junio y septiembre Dirección. El adjudicatario designará una persona como Jefe de Proyecto que asumirá las labores de interlocución con la persona responsable del proyecto de la Consejería de Educación y Ciencia. Corresponde a la Consejería la supervisión, control y aprobación de los trabajos así como determinar las correcciones que se estimen oportunas Seguimiento y control. El seguimiento y control del proyecto se efectuará sobre las siguientes bases: 12

14 Seguimiento continuo de la evolución del proyecto entre el Jefe de Proyecto y el Responsable del Proyecto. Reuniones de seguimiento quincenales al objeto de revisar el grado de cumplimiento de los objetivos, las reasignaciones y variaciones de recursos dedicados al proyecto, las especificaciones funcionales de cada uno de las peticiones y la validación de las programaciones de actividades realizadas. Revisiones técnicas del cumplimiento de las normativas y estándares, así como de los requisitos definidos por la Consejería. Tras las revisiones técnicas el Responsable del Proyecto podrá rechazar en todo o en parte los trabajos realizados, en la medida que no respondan a lo acordado o que no superen los controles de calidad. 7. Metodología en la elaboración de los trabajos. El proyecto se ajustaría a la metodología MÉTRICA promovida por el Consejo Superior de Informática en su versión Propiedad intelectual de los trabajos. Todos los estudios y documentos, así como los productos y subproductos, incluidos los datos contenidos en ellos, elaborados por la empresa adjudicataria como consecuencia de la ejecución del contrato, será propiedad exclusiva de la Junta de Comunidades de Castilla-La Mancha, quien podrá reproducirlos, publicarlos y cederlos, total o parcialmente, sin que pueda oponerse a ello la empresa adjudicataria autora material de los trabajos. El adjudicatario renuncia expresamente a cualquier derecho que sobre los trabajos realizados que como consecuencia de la ejecución del presente contrato pudieran corresponderle, y no podrá hacer ningún uso o divulgación de los estudios y documentos utilizados o elaborados sobre la base de este pliego de condiciones, bien sea en forma total o parcial, directa o extractada, original o reproducida, sin autorización expresa del contratante. 9. Confidencialidad de la información El adjudicatario se responsabilizará de la custodia y salvaguarda de toda la información propiedad de la Junta de Comunidades de Castilla-La Mancha a la que tenga acceso como resultado de la ejecución del presente contrato Tratamiento de datos de carácter personal Si durante la ejecución de los trabajos, la empresa adjudicataria, tuviera que manejar ficheros con datos de carácter personal en el marco del objeto del presente contrato, cumplirá con la legislación vigente en materia de protección de datos de carácter personal. Los datos de carácter personal o documentos objeto del tratamiento no los aplicará o utilizará con un fin distinto al que figura en el objeto del contrato y no podrán ser comunicados a un tercero bajo ningún concepto. Una vez cumplida la prestación contractual, los datos de carácter personal utilizados deberán ser destruidos o devueltos a la Administración, al igual que cualquier soporte o documentos utilizados. En el caso de que el contratista destine los datos a otra finalidad, los comunique o los utilice 13

15 incumpliendo las estipulaciones del contrato, será considerado como único responsable, respondiendo de las infracciones en que hubiera incurrido personalmente. 10. Calidad. Durante el desarrollo de los trabajos y la ejecución de las diferentes fases del proyecto, la Consejería podrá establecer controles de calidad sobre las actividades desarrolladas y los productos obtenidos, conforme a lo establecido en la interfaz de Aseguramiento de la Calidad de MÉTRICA V3. Al objeto de justificar la conformidad de la firma prestadora del servicio con determinadas normas de garantía de calidad, se aportarán los certificados de garantía de calidad basados en la serie de normas internacionales ISO 9000, europeas EN o españolas UNE y expedidos por organismos conformes con la serie de normas europeas EN No obstante, se podrán tener en cuenta certificados de calidad equivalentes expedidos por otros organismos de normalización establecidos en cualquier Estado Miembro de la Unión Europea. En defecto de los certificados anteriores el licitador aportará pruebas de medida equivalentes de control de calidad. 11. Transferencia tecnológica Durante la ejecución del contrato la empresa adjudicataria se compromete, en todo momento, a facilitar a las personas designadas por la Consejería toda la información y documentación que éstas soliciten, para disponer de un pleno conocimiento técnico de los trabajos que se desarrollan, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos. Con el fin de asegurar dicha transferencia, la empresa adjudicataria presentará una propuesta especifica para llevarla a cabo, indicando jornadas y contenidos de las mismas. 14