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

Transcripción

1 PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO RELATIVO AL 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 durante el curso escolar 2008/ 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 para el curso 2008/2009. 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. Delphos se encuentra implantado actualmente en Colegios Públicos Infantil y Primaria, Institutos de Educación Secundaria, Escuelas de Arte, Centros de Adultos y los Centros Privados Concertados. En estos momentos, el programa Delphos es una herramienta fundamental para la gestión de los centros educativos, y requiere de un mantenimiento continuo para adaptarse a los cambios que se producen en dicha gestión y dar respuesta a los requerimientos de los procesos internos de la Consejería, asegurando la consistencia de información y la calidad de servicio requerida en un sistema de estas características. 2

4 2.1. Subsistemas. Los módulos o subsistemas del proyecto objeto de este contrato son los siguientes: Subsistema de planes de estudio. Gestiona la información obtenida del registro de centros, el árbol de enseñanzas, las materias autorizadas, y todos aquellos aspectos necesarios para la organización de los estudios de cada centro. Subsistema de gestión académica. Centro. Tratamiento de los datos relativos a cada centro, su jornada escolar, sus cargos directivos y la organización general del mismo. Consejos Escolares. Gestión de las elecciones y de la formación de los Consejos Escolares en función de la tipología de cada centro. Personal. Gestión del personal docente y no docente del centro, sus horarios y ausencias Alumnado. Tratamiento de los datos relativos a los alumnos y sus familias. Matriculación. Gestión de todo el proceso de matriculación de alumnados. Unidades y horarios. Tratamiento de la formación de unidades del centro y elaboración de los horarios. Evaluación. Gestión de las convocatorias, proceso de evaluación del alumnado, y generación y cierre de actas de evaluación. Gestión de expedientes. Tratamiento de la información contenida en el libro de escolaridad del alumno, emisión de certificados e historial académico. Servicios complementarios. Gestión de los servicios complementarios ofertados por el centro, dentro y fuera de la jornada escolar. Funcionales de Delphos-Papás. Seguimiento del expediente académico del alumnado. Consulta de la información del expediente del alumno por parte de las familias. Comunicación entre las familias y los centros. Comunicaciones entre perfiles. Utilidad para la comunicación entre los usuarios del sistema. Funcionalidades PDA. Tratamiento de las funcionalidades propias del profesorado accesibles desde dispositivos PDA. Subsistema de planificación de centros. Unidades y plantillas. Gestión de la unidades y plantillas definidas para los centros, tratamiento de las propuestas y acuerdos finales, generación de las publicaciones oficiales y seguimiento de habilitaciones durante el cursos escolar. Admisión del alumnado. Proceso de admisión del alumnado a las enseñanzas obligatorias, bachillerato y ciclos formativos. 3

5 Transporte escolar y comedor. Gestión de las rutas escolares, contratos y usuarios. Gestión del comedor escolar, tratamiento de los diferentes sistemas de gestión, y organización de cada centro. Control de asistencia de los usuarios y de recibos. Subsistema de Inspección Educativa Consulta general de centro y datos agregados. Tratamiento de los datos relativos a los centros por zonas de inspección Plan de trabajo. Definición y seguimiento la planificación semanales de trabajos de la Inspección. Servicios de administración electrónica. Firma Electrónica. Tramite para la firma de información contenida en el sistema. Formularios Telemáticos. Tratamiento de solicitudes para su tramitación a través de Internet e intercambio de datos con los correspondientes módulos. Envíos de mensajes SMS. Subsistema de Arquitectura Técnica. Mantenimiento de información general del Sistema. Administración general del sistema. Estadísticas generales del sistema 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. 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. 4

6 2.3. 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. 3. OBJETIVOS DEL PROYECTO. El plan de mantenimiento 2008/2009 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 incidencias 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 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 mantenimiento recibidas, 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 de mantenimiento 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. 5

7 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. 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. 6

8 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 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 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 V3. 7

9 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 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 8

10 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. 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. 9

11 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. Para la planificación de los trabajos y la estimación de horas por perfil de cada uno de los trabajos se tendrá en cuenta la siguiente métrica: Tipo modificación Perfil PNA PNN PMA PMN PMS RNA RNN RMA RMN RMS Analista Analista/Programado r 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 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. 10

12 6.3. 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. 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 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 11

13 administración de servidores de aplicaciones y bases de datos, como apoyo al personal de la Consejería Seguimiento y control. El seguimiento y control del proyecto se efectuará sobre las siguientes bases: 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. 12

14 9.1. 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 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. En Toledo, a de de

15 POR EL CONTRATISTA (El presente pliego será firmado por el contratista en todas sus páginas) 14