PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN POR PROCEDIMIENTO ABIERTO DEL DESARROLLO E IMPLANTACIÓN DE APLICACIONES INFORMÁTICAS EN

Transcripción

1 PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN POR PROCEDIMIENTO ABIERTO DEL DESARROLLO E IMPLANTACIÓN DE APLICACIONES INFORMÁTICAS EN ORACLE, DEL AREA DE METRO DEL CONSORCIO REGIONAL DE TRANSPORTES DE MADRID. TERCERA FASE.

2 ÍNDICE 1 ANTECEDENTES Y JUSTIFICACIÓN OBJETO DEL DOCUMENTO ALCANCE DEL CONTRATO TRABAJOS A REALIZAR Gestión de la red de Metro Adaptación al nuevo modelo de intercambio de datos Oferta Programada Revisión, adaptación y creación de entidades en el modelo de datos para adaptarse a los nuevos procesos objeto de este contrato Documentación DESARROLLO INSTALACIÓN Y PRUEBAS ASEGURAMIENTO DE LA CALIDAD REQUISITOS DEL EQUIPO DE TRABAJO CONDICIONES GENERALES Introducción Dirección del Proyecto Seguimiento y control en la ejecución de trabajos Carácter llave en mano Propiedad de los trabajos realizados Confidencialidad Entorno de desarrollo Entorno de Producción Base de Datos: PLAN DE TRABAJO

3 10 DOCUMENTACIÓN PLAZO DE EJECUCIÓN DE LOS TRABAJOS PRESENTACIÓN DE OFERTAS GARANTÍA PRESUPUESTO FORMA DE PAGO

4 1 ANTECEDENTES Y JUSTIFICACIÓN El Consorcio Regional de Transportes de Madrid (CRTM) para ejercer las competencias que le asigna la Ley 5/85 relativas a la planificación y a la inspección de los servicios de transporte, necesita conocer el cumplimiento de los servicios que se programan y las características de funcionamiento de las diferentes líneas, cuya explotación ha de coordinarse en un plan conjunto de transporte. El CRTM dispone en la actualidad de un conjunto de aplicaciones desarrolladas para la gestión de sus distintas áreas conocido como GESTRA. Dentro de este aplicativo existen en la actualidad algunas funcionalidades para realizar el control y gestión del Metro de Madrid realizadas por el propio departamento de informática del CRTM. Debido a que el modelo de datos ha sufrido ciertas modificaciones surge la necesidad, por una parte, adecuar las funcionalidades actualmente desarrolladas al actual modelo de datos y por otra desarrollar nuevas funcionalidades necesarias para realizar la correcta gestión del Metro de Madrid realizada por el CRTM. 2 OBJETO DEL DOCUMENTO El objeto de este documento es establecer el alcance y las condiciones de carácter técnico que han de regir la contratación por Concurso Público de los trabajos necesarios para el desarrollo e implantación de las aplicaciones software objeto de este contrato. También es objeto de este documento definir los procedimientos de ejecución, seguimiento, control y validación de los trabajos contemplados en el alcance del proyecto, la responsabilidad, garantía y propiedad de los trabajos aquí definidos, así como toda la documentación técnica a presentar en cada caso. 4

5 3 ALCANCE DEL CONTRATO Es objeto de este contrato: 1. Gestión de la red de Metro: Revisión de las funcionalidades desarrolladas en la fase 2. Adaptación al nuevo modelo de intercambio de datos. Oferta Programada. Creación de nuevas funcionalidades y modificación de las ya existentes para la adaptación al nuevo modelo. 2. Revisión, adaptación y creación de entidades en el modelo de datos para adaptarse a los nuevos procesos objeto de este contrato 3. Elaboración de la documentación. 4 TRABAJOS A REALIZAR Los trabajos objeto de contratación se describen a continuación: 4.1 Gestión de la red de Metro En la realización de esta tarea, al objeto de conseguir una completa integración con el sistema existente, se deberán cumplir los siguientes requisitos: Los nuevos desarrollos estarán integrados en el modelo de base de datos en la que se encuentran el resto de las aplicaciones. Este modelo de datos está basado en Transmodel. El desarrollo de las nuevas funcionalidades se realizará en el mismo entorno que el resto de las aplicaciones en Oracle Forms. Las nuevas funcionalidades se integrarán en el funcionamiento general ya desarrollado en la primera y segunda fase. 5

6 Se adaptará y/o ampliará el modelo actual como consecuencia del nuevo modelo de intercambio de datos con los operadores y las nuevas funcionalidades a desarrollar en esta tercera fase Adaptación al nuevo modelo de intercambio de datos En el CRTM se ha procedido a la estandarización de todo el sistema de intercambio de datos con las diferentes operadoras, a través de ficheros xml. Como consecuencia de ello, se deberán revisar todos los procedimientos de intercambio de datos realizados en la fase 2 del proyecto para adaptarlos al nuevo modelo de intercambio Oferta Programada El nuevo aplicativo deberá ser capaz de gestionar la información proporcionada por Metro sobre la Oferta Programada de cada una de sus líneas o tramos de la red. La gestión se realizará en base a las diferentes programaciones creadas en Metro para cada una de las líneas, por tipo de día y periodos. El desarrollo deberá incluir la adaptación y mejora de los actuales procesos, pantallas e informes de GESTRA para la gestión de la oferta programada, adaptándose al nuevo modelo de intercambio de datos y a las nuevas plantillas. Además se incluirá el desarrollo de nuevas funcionalidades, procesos, pantallas e informes Gestión de Carga e Interfase Incluye los siguientes procesos: Proceso de carga de la oferta programada junto con el proceso de cálculo asociado. Se desarrollará un nuevo Proceso de carga de datos de la oferta programada para adaptarse al nuevo formato de intercambio de datos, definido por el Consorcio de Transportes, basado en el intercambio de ficheros xml. 6

7 El proceso deberá incluir los nuevos campos definidos tanto para el intercambio de datos como para acometer las nuevas funcionalidades. Este proceso deberá gestionar los siguientes puntos: o Tratamiento del xml: el proceso deberá validar el formato del xml y la firma digital del mismo y deberá realizar la carga de datos en tablas intermedias. o Validación de datos: el proceso debe realizar todas las validaciones de datos necesarias, duplicidad de programas, rechazo de registros erróneos, rechazo del fichero etc., antes de cargar los mismos en las tablas finales. o Generación del informe de resultados: para cada carga se deberá realizar un informe que recoja el resultado de la misma, conteniendo los errores y avisos detectados en la carga, y las horas-coche y coche-km calculados por programa. o Generación de ficheros logs, en los que se va recogiendo los distintos eventos que tienen lugar en la carga y en sus cálculos asociados. o Creación de las pantallas para validación y muestra de resultados, utilizando las nuevas plantillas. o Procesos de cálculo: Para cada franja horaria del programa, se calcularán la velocidad media, el intervalo y los pasos. Se calcularán las horas-tren, horas-coche y coches-km acumulados por programa. Y si además el tipo de día corresponde a un laborable, se calcularán las horas-tren, horas-coche y coches-km para cada una de las tres horas punta: mañana, mediodía y tarde. o Proceso de carga de datos en las tablas finales de GESTRA. Consulta y actualización de la oferta programada: se creará una nueva pantalla para la consulta y actualización de la programación, basándose en la pantalla actualmente desarrollada en GESTRA, 7

8 incluyendo el nuevo tratamiento de datos y utilizando las nuevas plantillas Procesos de Cálculo y Generación de Informes. Cálculos de Intervalos y Dotación: o Creación del proceso de cálculo para generar los campos necesarios para el informe. Se calculará el intervalo, la velocidad media, la dotación etc. para cada franja horaria preestablecida, calculándose además el total de horas-coche, coches-km y número de viajes por programa. o Generación de una nueva pantalla de criterios de selección por periodo de fechas, tipo de día, línea etc. o Adaptación del informe a las nuevas plantillas y al nuevo tratamiento de la programación, incluyendo los nuevos campos solicitados a Metro. Cálculos de Intervalos en Horas Punta: o Creación del proceso de cálculo para generar los campos necesarios para el informe. Se calculará el intervalo en cada una de las tres horas punta, para cada uno de los programas que aplican a línea selecciona en el periodo de fechas considerado. o Generación de una nueva pantalla de criterios de selección por período de fechas y línea. o Adaptación del informe a las nuevas plantillas y al nuevo tratamiento de la programación, incluyendo los nuevos campos solicitados a Metro. Resumen de la Oferta Programada por Línea: o Creación del proceso de cálculo para generar los campos necesarios para el informe. Se calculará, en el periodo de hora punta de mañana: el intervalo, velocidad media, tiempo medio etc; calculándose además el intervalo en las dos horas punta restantes, y el total de horas-coche y coches-km para cada 8

9 uno de los programas de cada una de las líneas obtenidas con el criterio de selección. o Generación de una nueva pantalla de criterios de selección por período de fechas y línea/s. o Adaptación del informe a las nuevas plantillas y al nuevo tratamiento de la programación, incluyendo los nuevos campos solicitados a Metro. Detalle de la Oferta Programada: o Creación del proceso para generar los campos necesarios para el informe. Se presentará el tipo de día, la descripción, el tramo si aplica, y el detalle por franja horaria: trenes, velocidad, tiempo etc. para cada uno de los programas obtenidos con los criterios de selección. o Generación de una nueva pantalla de criterios de selección por año, línea, tipo de día etc. o Adaptación del informe a las nuevas plantillas y al nuevo tratamiento de la programación, incluyendo los nuevos campos solicitados a Metro. Valoración de la Oferta Programada: o Creación del proceso para generar los campos necesarios para el informe. Dependiendo del parámetro elegido en los criterios de selección, se calcularán las horas-tren, horascoche y coches-km., en cada una de las tres horas punta; los totales para laborables, sábados y festivos para cada una de las líneas y los totales por red, para cada uno de los programas obtenidos con los criterios de selección. o Generación de una nueva pantalla de criterios de selección por año, tipo de programa, parámetros de cálculo: horas-tren, horas-coche y coches-km, etc. o Adaptación del informe a las nuevas plantillas y al nuevo tratamiento de la programación. Resultados de la Oferta Programada sin aplicar Refuerzos: 9

10 o Creación del proceso de cálculo para generar los campos necesarios para el informe. De la oferta programada se calcularán: horas-tren, horascoche y coche-km programados y la velocidad estimada. De la producción real se calculará la velocidad media real, y aplicando esta velocidad se obtendrán los coches-km ajustados. Se calcularán totales por línea, red, tipo de día etc. o Generación de una nueva pantalla de criterios de selección por periodos de fechas, línea/s, tipos de día, modalidad de transición etc., utilizando las nuevas plantillas. o Realización del informe con los datos indicados en el proceso de cálculo, incluyendo el nuevo tratamiento de la programación y utilizando las nuevas plantillas. Resultados de la Oferta Programada aplicando Refuerzos: o Creación del proceso de cálculo para generar los campos necesarios para el informe. Para este informe se tienen que calcular datos de la oferta programada, de la producción real y de los refuerzos. Se calcularán las horas-tren, horas-coche y coche-km finales, coches-km de refuerzo, coches-km ajustados y la velocidad media real. Se calcularán totales por línea, por red, por tipo de día etc. o Generación de una nueva pantalla de criterios de selección por periodos de fechas, línea/s, tipos de día, modalidad de transición etc., utilizando las nuevas plantillas. o Realización del informe con los datos indicados en el proceso de cálculo, incluyendo el nuevo tratamiento de la programación y utilizando las nuevas plantillas. Listado de programas: o Creación del proceso para generar los campos necesarios para el informe. El informe presenta una lista con los programas, con su tipo día, descripción etc. correspondientes 10

11 al año, linea/s y tipo de día que cumplen los criterios de selección. o Generación de una nueva pantalla de criterios de selección por año, línea/s, tipos de día, modalidad de transición etc., utilizando las nuevas plantillas. o Adaptación del informe a las nuevas plantillas y al nuevo tratamiento de la programación Calendarios. Generación: La generación de calendarios se activará desde el proceso de carga de la oferta programada. o Proceso de generación de calendarios: Se desarrollará un procedimiento que calcule el calendario de cada una de las programaciones enviadas por Metro para cada una de las líneas de la red. Dicho calendario deberá irse actualizando en el momento que Metro envíe nuevas programaciones incluidas en la envolvente de alguna de las programaciones ya existentes, evitando solapamientos, de tal forma que para cada línea y cada día exista una única programación. Pantallas: o Se desarrollará una nueva pantalla para realizar modificaciones, bajas y consultas de calendarios. En las modificaciones no deberá permitir el solapamiento de más de una programación para el mismo día y la misma línea. o Generación de una nueva pantalla de criterios de selección utilizando las nuevas plantillas o Se desarrollará una nueva pantalla conteniendo los datos de la oferta programada y su correspondiente calendario, aplicando unos criterios de selección previos. Informes: 11

12 o Adaptación del calendario anual al nuevo tratamiento de la programación. Para cada día del año se indicará la programación que le corresponda. o Modificación del informe actual en GESTRA que muestra el calendario anual de la oferta programada, adaptándose al nuevo tratamiento de calendarios. o Nuevo informe en el que se mostrará, para cada una de las líneas, los distintos programas con los periodos de fechas en que se aplican, y el total de días por tipo de día. o Se generará una nueva pantalla de criterios de selección y se realizará un nuevo informe con los datos de la programación y su correspondiente calendario. 4.2 Revisión, adaptación y creación de entidades en el modelo de datos para adaptarse a los nuevos procesos objeto de este contrato. Se deberá revisar el modelo de datos actual, adecuarlo a las nuevas necesidades y ampliarlo con nuevas tablas para dar cabida a las nuevas funcionalidades del punto Documentación Se incluirá para las aplicaciones desarrolladas y /o adaptadas: Los manuales de usuario y las ayudas online básicas accesibles desde las pantallas de la aplicación. La documentación técnica y funcional. 5 DESARROLLO INSTALACIÓN Y PRUEBAS Las tareas de análisis, programación e instalación se realizarán en las dependencias del CRTM así como las pruebas finales, y serán realizadas por el adjudicatario en presencia de personal responsable del CRTM asignado. Se adjuntarán los scripts utilizados para realizar la implantación, con un 12

13 documento detallado de todos los pasos y requerimientos para desarrollar estas tareas. A continuación vamos a detallar los hitos cuya falta de cumplimiento, originará de forma cierta un retraso en la planificación de puesta en marcha del proyecto, que no sólo puede afectar al CRTM, sino también a los operadores de transporte implicados: Hito I: Deberá estar totalmente concluido en 30 días a contar a partir de la fecha de formalización del contrato y las tareas a implementar son las siguientes: o Apartado 4.2 Revisión y adaptación de entidades en el modelo de datos para adaptarse a los nuevos procesos definidos en el apartado y Hito II : Deberá estar totalmente concluido en 45 días a contar a partir de la fecha de formalización del contrato y las tareas a implementar son las siguientes: o Proceso de carga definido en el apartado La penalización a la empresa adjudicataria por el incumplimiento de estos hitos será la rescisión del contrato. 6 ASEGURAMIENTO DE LA CALIDAD El oferente presentará un Plan de Aseguramiento de la Calidad del software (a partir de ahora QA) para las diferentes aplicaciones, que se realizará en el momento en que los productos estén desarrollados y antes de que lo recepcione definitivamente el CRTM. Este plan de QA estará a su vez compuesto por planes de pruebas unitarias de cada una de las aplicaciones desarrolladas o implantadas y de un plan de pruebas de integración de todos y cada uno de los sistemas nuevos o existentes en el alcance del proyecto. 13

14 La estructura de estos planes incluirá, al menos, los siguientes aspectos: Planificación temporal y de dependencias de las pruebas a realizar. Casos de prueba basados en los casos de uso del sistema. Guiones de pruebas para cada uno de los casos anteriores. Registro de los resultados para cada uno de los guiones de prueba. 7 REQUISITOS DEL EQUIPO DE TRABAJO El equipo de trabajo deberá realizar todos los trabajos necesarios de estudio, análisis, implantación y desarrollo sobre bases de datos, y en concreto sobre Oracle 10g sobre plataforma UNIX Sun Solaris. Para la correcta consecución de los objetivos planteados, el adjudicatario deberá poner a disposición del proyecto tantas personas como sean necesarias y durante el tiempo que considere necesario. El equipo de trabajo estará formado al menos por: 1 jefe de proyecto con una dedicación mínima de 0,6 hombre/mes. 1 Analista Funcional en Oracle. Dedicación mínima de 3,5 hombres/mes. 1 Analista Programador en Oracle. Dedicación mínima de 4,5 hombres/mes. Todos los Analistas integrantes del equipo de trabajo propuesto deben contar con conocimientos y experiencia demostrable en los siguientes campos: Al menos 3 años de experiencia demostrable en desarrollo sobre base de datos Oracle 10g y PL/SQL y en Oracle Developer versión 6i (Forms, Reports y Graphics). Al menos 2 años de experiencia demostrable en análisis y desarrollo de proyectos con la base de datos TRANSMODEL. Deberán especificarse 14

15 los proyectos en los que han trabajado con este modelo de datos y el papel que han realizado en los mismos. Al menos 2 años de experiencia demostrable en Análisis y desarrollo en proyectos de transportes de viajeros. Deberá especificarse la experiencia y los proyectos en los que han participado en este entorno. 8 CONDICIONES GENERALES 8.1 Introducción La realización de los trabajos se atendrá a las especificaciones al respecto contenidas en el Pliego de Cláusulas Administrativas Particulares que le es anejo al presente Pliego de Prescripciones Técnicas. El adjudicatario realizará la totalidad de los trabajos especificados en el presente Pliego de Prescripciones Técnicas en cumplimiento del contrato que se establezca. El adjudicatario será el único responsable de los desarrollos determinados en el contrato, limitándose el CRTM a controlar dichos desarrollos y, en general, a verificar y asegurar que estos se efectúan de acuerdo con lo que se establece en el presente pliego. La Administración facilitará al adjudicatario cuanta información disponga relacionada con el objeto de este Contrato así como su acceso a la documentación existente que considerase de interés para el proyecto. 8.2 Dirección del Proyecto La dirección del proyecto se llevará a cabo por parte del Consorcio de Transportes de Madrid. Por otro lado el contratista determinará un Director 15

16 Técnico que salvo fuerza mayor, y previa justificación y aprobación ante el CRTM, será único a lo largo de la ejecución del proyecto. Las funciones del Director de Proyecto del CRTM serán: Dirigir y supervisar la realización y desarrollo de los mismos. Facilitar la información necesaria para la ejecución de los trabajos descritos. Determinar y hacer cumplir las Normas de Procedimiento. Decidir la aceptación de las modificaciones propuestas por el Director Técnico en el desarrollo de los trabajos. Realizar las certificaciones parciales de servicios prestados. Las funciones del Director Técnico del contratista serán: Ser el único Interlocutor entre el grupo de trabajo del contratista y el CRTM. Organizar la ejecución de los trabajos y poner en práctica las órdenes de la dirección de los mismos. Ostentar la representación del equipo técnico contratado en sus relaciones con la Administración, en lo referente a la ejecución de los trabajos. Observar y hacer observar las Normas de Procedimiento. Proponer a la Dirección del Proyecto las modificaciones en el contenido y realización de los trabajos necesarios para el desarrollo de los mismos. Realizar el acta de todas y cada una de las reuniones de trabajo que se tengan. Previamente al arranque del proyecto el contratista propondrá un Director Técnico al CRTM que deberá ser aprobado por éste. 16

17 8.3 Seguimiento y control en la ejecución de trabajos Corresponde a la Dirección del Proyecto, el control de la productividad y calidad de los trabajos ejecutados por el contratista, siendo potestad suya solicitar nuevamente la realización y/o el cambio de cualquiera de los desarrollos o servicios prestados. Para realizar el seguimiento del proyecto, se mantendrán reuniones quincenales en las oficinas del CRTM el mismo día de la semana y hora que se acuerde al comienzo del proyecto. Según la evolución de los trabajos y si se considera necesario las reuniones pasarán de quincenales a semanales. 8.4 Carácter llave en mano El contratista deberá entregar aplicaciones terminadas, probadas e implantadas, y consecuentemente tendrá la obligación global de realizar todas las prestaciones necesarias, o complementarias de los desarrollos a realizar. El director nombrado por el CRTM será el encargado de validar la totalidad de las aplicaciones, y por tanto el proyecto no se considerará finalizado hasta su validación. 8.5 Propiedad de los trabajos realizados Los trabajos que se realicen en cualquiera de sus fases, serán propiedad del CRTM y éste, en consecuencia, podrá recabar en cualquier momento las entregas de parte del trabajo realizado. La propiedad de los trabajos realizados y los programas desarrollados (fuentes y ejecutables) al amparo del contrato que se suscriba, corresponderá en exclusividad al CRTM. 17

18 Todos los programas, especificaciones y datos que constituyan elementos integrantes del proyecto, así como los informes y cualquier otro componente de la información tratada serán propiedad exclusiva del CRTM. El adjudicatario, que deberá entregar todo este material al CRTM, no podrá hacer otras reproducciones, ni para uso propio ni para cesiones a terceros, no pudiendo quedarse con copia alguna de los mismos, debiendo contar con una autorización expresa y por escrito de la dirección del proyecto en el caso de que desee utilizarlos para alguna otra finalidad diferente de las derivadas del objeto del Contrato. El adjudicatario no podrá utilizar para sí ni proporcionar a terceros, dato alguno de los trabajos contratados, ni publicar, total o parcialmente, el contenido de los mismos sin autorización escrita de este organismo. En todo caso el adjudicatario será responsable de los daños y perjuicios que se deriven del incumplimiento de esta obligación. Sin perjuicio de lo dispuesto por la legislación vigente en materia de propiedad intelectual y de protección jurídica de los programas de ordenador, el contratista acepta expresamente que los derechos de explotación de la aplicación informática y de los programas desarrollados al amparo del presente contrato corresponden únicamente al Consorcio Regional de Transportes, con exclusividad a todos los efectos. 8.6 Confidencialidad Toda la información a la que el adjudicatario tuviere acceso en el marco de este contrato deberá ser tratada como confidencial, no pudiendo ser divulgada ni reproducida sin autorización previa del CRTM. 8.7 Entorno de desarrollo El desarrollo se realizará en las oficinas del CRTM. 18

19 A continuación se describe la plataforma informática del CRTM donde debe realizarse el desarrollo y donde quedará implementado el mismo: Sistema Central Dos servidores de explotación en cluster que almacenarán la base de datos corporativa (GESTRA) Sun FIRE V440 o Procesadores: 2 x UltraSPARC IIIi 1,2 GHz o Memoria RAM: 4Gb o Discos: 4 x 36 Gb SCSI o Adaptadores de red: Tarjeta quadfastethernet, 2 adaptadores o DVD interno Dos servidores para virtualización con VMWare (ESX) Sun Blade X6250 Server o Procesadores: 8 x 1,595 GHz o Memoria RAM: 16 Gb o Discos: 60Gb SCSI o Adaptadores de red: 4 adaptadores El adjudicatario deberá aportar los equipos informáticos necesarios para el desarrollo del proyecto 8.8 Entorno de Producción El adjudicatario deberá desplegar las aplicaciones e implantar el sistema completo en las máquinas de producción del CPD del CRTM utilizadas para este proyecto: Dos servidores de explotación Oracle en cluster que almacenarán la base de datos corporativa (GESTRA) Sun FIRE V440 o Procesadores: 2 x UltraSPARC IIIi 1,2 GHz o Memoria RAM: 4Gb o Discos: 4 x 36 Gb SCSI o Adaptadores de red: Tarjeta quadfastethernet, 2 adaptadores 19

20 Un servidor destinado al intercambio de datos con los operadores de transporte Sun FIRE V240 o Procesadores: 2 x UltraSPARC IIIi 1'5 GHz o Memoria RAM: 2 Gb o Discos: 2 x 73 Gb SCSI o Adaptadores SCSI: Adaptador PCI dual Ultra-3 SCSI HBA o Adaptadores de red: 4 adaptadores Dos servidores para virtualización con VMWare (ESX) Sun Blade X6250 Server. o Procesadores: 8x 1,595 GHz o Memoria RAM: 16GB o Discos: 60Gb SCSI o Adaptadores de red: 4 adaptadores 8.9 Base de Datos: Gestor de bases de datos relacionales ORACLE 10g Herramienta de Modelización Oracle Designer 6.0i Herramientas de Generación: Oracle Developer 6.0i 9 PLAN DE TRABAJO Con carácter previo a la ejecución de los trabajos objeto de la contratación regida por el presente Pliego de Prescripciones Técnicas (PPT) la empresa adjudicataria deberá presentar un plan de trabajo para cada aplicativo, que se someterá a la dirección del proyecto, el cual deberá contener, como mínimo, los siguientes elementos: Metodología pormenorizada según la cual se propone el adjudicatario realizar los trabajos, desarrollada hasta los niveles operativos y acompañada de las justificaciones pertinentes. 20

21 Cronograma de actividades (diagrama de Gantt), desagregado por fases y principales grupos de tareas. Relación de recursos humanos integrantes del equipo técnico asignados a cada tarea, según los currículos presentados. Recursos técnicos que se pondrán a disposición del trabajo. Información de partida que el equipo técnico contratado hubiera recopilado o se propusiera recopilar con vistas a la ejecución de los trabajos. Definición clara de los documentos que se generarán tanto de reporte y seguimiento, como entregables finales. Plazos de ejecución y duración total de los trabajos. 10 DOCUMENTACIÓN Durante al ejecución de los trabajos, el contratista deberá elaborar y presentar al Director del Proyecto del CRTM la documentación necesaria correspondiente a las diferentes fases de los trabajos que permitan a este realizar el control y seguimiento de los trabajos contratados. A la finalización del contrato el adjudicatario aportará los correspondientes manuales de usuario para su validación por parte del CRTM, siendo lo suficientemente exhaustivos y completos para el posterior mantenimiento de las aplicaciones objeto del contrato. Por lo tanto será preciso elaborar al menos la siguiente documentación: Actas de cada una de las reuniones de proyecto mantenidas. Especificaciones técnicas de los módulos a desarrollar y/o adaptar. Diseño Técnico de los módulos a desarrollar y/o adaptar. Manuales de usuario. Manuales de Administración y mantenimiento. Ayuda On-line. 21

22 El soporte de la documentación será papel impreso y DVD, y en un formato que permita su posterior edición e impresión en papel. 11 PLAZO DE EJECUCIÓN DE LOS TRABAJOS El periodo de ejecución del contrato será desde el 1 de julio o desde la fecha de formalización del contrato si es posterior al 1 de julio, hasta el 31 de diciembre de PRESENTACIÓN DE OFERTAS El contenido de las ofertas se ajustará a lo indicado en el Pliego de Cláusulas Administrativas Particulares. 13 GARANTÍA Se incluirá una garantía de un año contada a partir de la instalación y aprobación por parte del CRTM, para todos los trabajos que se realicen bajo este contrato. 14 PRESUPUESTO El presupuesto máximo asciende a cuarenta mil seiscientos ochenta euros ( ) IVA no incluido, que será tramitado con cargo a la partida 2273 Trabajos realizados por empresas de Proceso de Datos, de los presupuestos generales de este Organismo para

23 15 FORMA DE PAGO El pago correspondiente a esta contratación se llevará a efecto mediante certificaciones bimensuales, acreditativas del servicio efectuado, con el visto bueno del Director del proyecto designado al efecto. 23