PLIEGO DE PRESCRIPCIONES TÉCNICAS

Transcripción

1 PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE HAN DE REGIR EN EL CONCURSO PARA LA CONTRATACIÓN DEL MANTENIMIENTO DEL PROGRAMA INFORMÁTICO DE GESTIÓN DE DEPOSITOS DE MADRID MOVILIDAD Expediente: MM Fecha: 23/12/2009

2 1. OBJETO DEL PLIEGO El presente pliego de prescripciones tiene por objeto fijar las condiciones técnicas que han de regir el servicio de mantenimiento de la aplicación informática que Madrid Movilidad, S.A. utiliza para gestionar la operativa diaria de los distintos centros de trabajo de Madrid Movilidad, S.A (entradas y salidas de vehículos, facturación, procedimiento de eliminación de vehículos, informes de servicio y distintos trámites relacionados con la actividad de la empresa), a realizar mediante un servicio de mantenimiento informático externo que realice funciones preventivas, correctivas y evolutivas del mismo, consiguiendo que la aplicación responda de forma eficaz a la gestión que tiene encomendada Madrid Movilidad 2. LOCALIZACIÓN DE LAS ACTUACIONES Actualmente Madrid Movilidad dispone de una estructura de sedes distribuidas con bases y depósitos municipales de vehículos repartidos por toda la ciudad de Madrid. La presente licitación contempla la inclusión inicial de las bases municipales, depósitos, que a continuación se detallan: Sede Central Albarracín: C/ Albarracín 31, 3ª Base Municipales Colón: Pza. Jardines del Descubrimiento, S/N Imperial: C/ Santa Mª Real de Nieva S/N Vicálvaro: Avda. del Parque S/N, c/v C/ Forjas Escuadrón: Antigua carretera del Pardo PK Barajas: Av. De la Hispanidad, S/N Ntra. Sra. del Recuerdo: C/ Hiedra, Depósitos Periféricos Mediodía II Camino de la China S/N, Nave Mediodía II Mediodía III: Camino de la China S/N, Nave Mediodía III

3 3. CARACTERÍSTICAS DE LA APLICACIÓN Las características técnicas de la aplicación son las que a continuación se mencionan: o Framework 3.5.Net o C# ó Vb.Net, Ajax o IIS 7.0 o Sql Server 2005 Sp 3 (Replicación Base de datos) o Visual Studio 2008 o Windows Server En principio no se utilizarán componentes externos tipo: infragistics, devexpress, etc, salvo que fuera realmente necesario y consultando previamente a Madrid Movilidad. Así mismo, se requiere que todo el acceso a datos se optimice lo máximo posible (utilización de procedimientos almacenados, posibilidad de utilizar Linq,...) 4. DESCRIPCIÓN FUNCIONAL DEL APLICATIVO La aplicación actual comprende los aspectos que se describen a continuación y que será sobre los que el adjudicatario deberá actuar para obtener una operatividad óptima que redunde en beneficio en la gestión de todos los procesos operativos de Madrid Movilidad, S.A., proporcionando una herramienta útil para el cumplimiento de los objetivos pretendidos. El adjudicatario deberá, en un plazo de 15 días a contar desde la notificación de la adjudicación, realizar un estudio desde el punto de vista técnico y funcional de la aplicación existente, teniendo en cuenta que el sistema debe estar operativo y en perfecto funcionamiento durante las 24 horas del día los 365 días al año. Para ello, junto con el personal designado por Madrid Movilidad, S.A., se elaborará un calendario de reuniones con los departamentos implicados. Como consecuencia de este estudio el adjudicatario deberá presentar un documento de análisis técnico y funcional de la aplicación actual. Serán objeto de especial atención, las interconexiones entre la aplicación y otros sistemas de la empresa que nutren la aplicación o son nutridos por ella. En el caso de que dichas interconexiones no sean tenidas en cuenta, puede suponer que la aplicación no reciba la información necesaria (en el caso de las que nutren la aplicación, mediante lectura de datos externos a ella, acceso a otros servidores y bases de datos,...) o que otros sistemas dejen de funcionar debidamente (en el caso de las que son nutridas por la aplicación: otros sistemas que harán búsquedas sobre datos y campos que deben tener la información adecuada, exportación a ficheros debidamente formateados que serán importados por otro sistemas,...). A continuación se describe de manera resumida la funcionalidad del aplicativo

4 GESTIÓN DE DEPÓSITOS Descripción funcional: Gestionar los servicios de grúas, la entrada, salida y facturación de los vehículos depositados en los Depósitos Municipales. Módulos funcionales:. Gestión de grúas (puesta en servicio,...). Gestión de servicios (Entrada de vehículos,...). Pago de Tasas. Retirada de vehículos. Generación de Liquidaciones. Acceso a vehículos. Réplica de Datos Gestión de Grúas: Al comienzo de cada turno, el encargado del depósito introducirá en el sistema las grúas asignadas a ese depósito, que van a salir a trabajar, indicando el empleado que la conducirá, los kilómetros iniciales,... (se contemplarán posibilidades como que una grúa se averíe durante la jornada y tenga que ser sustituida por otra, que un conductor se ponga enfermo y sea sustituido en la misma grúa,...) Gestión de Servicios: Partiendo de la información almacenada en el servidor de gestión de la flota, o de peticiones de Agentes de Movilidad a través de sus pda s, el sistema podrá obtener la información que le sea posible de los servicios realizados por las grúas para que al entregar el conductor el parte de trabajo, se puedan completar con los datos necesarios, validando la entrada (en caso de no haber información de partida, se podrá procesar el servicio igualmente, introduciendo todos los datos necesarios). Pago de Tasas: Siguiendo el ciclo de vida normal de un vehículo en los depósitos, el propietario acudirá a pagar las tasas correspondientes y se le autorizará a retirar su vehículo. El sistema calculará las tasas a pagar teniendo en cuenta la infracción por la que entró el vehículo, el tiempo que ha permanecido en los depósitos... En cuanto al establecimiento de las tasas, el Ayuntamiento revisa las mismas anualmente pudiendo decidir modificarlas. Esto puede dar lugar a tener que facturar vehículos que han cumplido su estancia en diferentes periodos en lo que a tasas se refiere. El sistema lo contemplará para cobrar lo adecuado a cada periodo (la base de datos almacenará las tasas para cada tipo de vehículo, incluyendo la fecha de aplicación a partir de la cual será efectiva). Retirada de vehículos: Junto con el justificante de pago entregado en se le entregará al propietario una hoja que debe entregar al vigilante de seguridad para que le permita retirar el vehículo. Al recibir esta hoja, el vigilante acompañará al propietario a su vehículo y si este lo retira, hará llegar la hoja de salida a los auxiliares administrativos o personal de caja que validarán la salida en la aplicación (puede darse el caso de que el vehículo no arranque, que el propietario decida no retirarlo en ese momento,...). Desde el momento de la facturación, el propietario dispone de un tiempo determinado (parámetro configurable) para retirar su vehículo. Pasado dicho tiempo, el sistema hará constar que el vehículo sigue en base y el propietario tendrá que hacerse cargo de los gastos por estancia generados desde la facturación anterior

5 Generación de Liquidaciones: Para los vehículos de los que se disponga de datos adecuados se emitirá una liquidación mensual al titular de la orden de inmovilización. Hasta que no se dicte su liberación, se manda al titular correspondiente un abonaré mensual. Acceso a vehículos: El propietario de un vehículo, podrá solicitar acceder a su vehículo sin haber realizado el pago de las tasas, para retirar objetos de él. El programa permitirá reflejar esta solicitud así como la autorización o no y la impresión del documento acreditativo en caso de ser necesario. Réplica de Datos: El sistema estará pensado para permitir montar una réplica en los depósitos para que puedan trabajar independientemente en caso de caída de las comunicaciones, restaurándose la información al solucionarse el problema. ELIMINACIÓN DE VEHÍCULOS Descripción funcional: Gestionar la eliminación de vehículos existentes en los depósitos municipales. Transcurrido un periodo determinado (configurable) desde la entrada de los vehículos y sin que hayan sido recuperados por sus propietarios, se comenzará el procedimiento de eliminación de los mismos, cuyo fin es hacer saber al titular de la presencia de su vehículo en nuestros depósitos y que será entregado para su eliminación como residuo sólido en caso de no acudir a recuperarlo. Módulos funcionales:. Validación de eliminación. Generación de notificaciones a propietarios. Gestión de Recursos interpuestos. Gestión de desguaces Validación de eliminación: Inicialmente, el sistema pone a disposición de los policías los datos de los vehículos que llevan un determinado tiempo en los depósitos, para que alimenten el sistema. Igualmente indicarán si encuentran alguna anomalía en los datos proporcionados. A continuación, desde otro departamento, se podrán revisar aquellos vehículos que presenten anomalías para decidir si se puede seguir adelante con ellos o hay que sacarlos del proceso (o pararlos a la espera de tomar una decisión). También se podrán ver las direcciones incompletas o erróneas para intentar corregirlas. Con los vehículos que estén listos para continuar el proceso, el sistema podrá crear una relación de eliminación de la que sacará un informe/decreto para ser firmado, validando así el comienzo del proceso de eliminación y abriendo un expediente de eliminación para cada vehículo. Además, hay que tener en cuenta que previo a los pasos de crear relación de eliminación, emisión de notificaciones, generación de anuncio y autorización de eliminación, el sistema realizará una serie de comprobaciones, cruces con diferentes orígenes de datos para asegurar que los vehículos pueden continuar el proceso. Estos 4 tipos de cruce incluirán comprobar que los vehículos siguen estando activos, que no tienen ninguna causa judicial pendiente, que no tienen ningún recurso abierto,

6 Todas las incidencias que el sistema encuentre al realizar estas comprobación, se resolverán o bien automáticamente (en los casos así definidos) o bien mostrando la lista de incidencias al usuario para que decida qué hacer con los vehículos. Generación de notificaciones a propietarios: Para poner en conocimiento de los propietarios la ubicación de los vehículos se dispondrán de 2 métodos. Notificaciones: Para todos aquellos vehículos de los que se disponga de datos del propietario (incluyendo domicilio), se emitirá una notificación que se enviará por correo certificado (en caso de que pasado un tiempo, correos no haya devuelto el acuse de recibo, se emitirá una segunda notificación). El número de vehículos que entrarán en cada lista de notificaciones, también será configurable. El sistema permitirá procesar los acuses de recibo, incluyendo el tipo de recepción. Anuncio: Para todos aquellos vehículos de los que no se disponga de datos o, habiendo sido notificados, no se haya podido localizar al propietario, se emitirá un listado para su publicación en el boletín oficial. Este anuncio deberá exportarse para ser enviado para su publicación. Gestión de Recursos interpuestos: Los propietarios de los vehículos podrán interponer recursos ante el departamento jurídico que los gestionará dentro de la aplicación, deteniendo el proceso de eliminación para los vehículos que lo requieran y devolviendo los vehículos al estado previo al recurso, o sacando el vehículo del proceso, según se resuelva. Gestión de desguaces: Una vez que se autoriza la eliminación de una serie de vehículos, se emite una lista de eliminación (los vehículos pasarán a constar como propuesto para achatarrar ). La forma de controlar lo que se achatarra es imprimiendo una ficha de achatarramiento para cada vehículo a achatarrar, que es firmada por el personal del desguace cuando acude al depósito a recogerlo. Desde los depósitos se podrán validar la salida de los vehículos recogidos por el desguace (pasando así a constar como achatarrado ). Periódicamente, se enviarán al desguace, listas de vehículos achatarrados (diferenciando motos del resto de vehículos), para que este pueda emitirnos el certificado de destrucción. El desguace nos devolverá la lista de vehículos (así como los certificados, con su número correspondiente), indicándonos cuáles están ya dados de baja y si alguno de los demás no corresponde al tipo indicado. Se procesará el número de expediente de eliminación de cada vehículo y se dará su expediente por cerrado. MÓDULO DE INFORMES El aplicativo dispone de un módulo de informes. Este módulo atiende a las peticiones de cada uno de los departamentos que utiliza el aplicativo ajustándose a las necesidades de Madrid Movilidad, S.A

7 5. MANTENIMIETO EVOLUTIVO El adjudicatario deberá realizar un mantenimiento evolutivo de la aplicación para asegurar que la misma cumpla con las necesidades operativas de Madrid Movilidad. Una vez descrita la nueva funcionalidad la empresa adjudicataria propondrá un plazo de ejecución de la misma que debe ser aprobado por Madrid Movilidad, S.A. En ningún caso el adjudicatario podrá comenzar un nuevo desarrollo sin la aprobación de Madrid Movilidad, S.A. Se establecen 160 horas de mantenimiento evolutivo. Si a 31 de diciembre no se han consumido estás horas el adjudicatario descontará en la última factura el trabajo no realizado. MANTENIMIENTO PREVENTIVO El adjudicatario estará obligado a realizar un mantenimiento preventivo de la aplicación. Control de logs, espacios en disco Una vez analizado el sistema el adjudicatario presentará a Madrid Movilidad, S.A. un listado con las revisiones a realizar. Se acordará fecha y hora entre el adjudicatario y Madrid Movilidad, S.A. para la realización del mismo. 6. MANTENIMIENTO OPERATIVO Tomando como base el análisis realizado por el adjudicatario, éste deberá presentar a Madrid Movilidad, S.A. un calendario de las acciones a realizar para la optimización y mejora del aplicativo, calendario que, una vez aprobado por Madrid Movilidad, S.A. tendrá la consideración de obligación contractual esencial. El adjudicatario realizará el mantenimiento OPERATIVO de todas aquellas incidencias que puedan originarse en el plazo de duración del contrato. El adjudicatario proporcionará un comunicación de las incidencias. teléfono y una mail de contacto para la Las incidencias se clasifican según su criticidad para el funcionamiento operativo de Madrid Movilidad: Incidencia Crítica Cualquier incidencia que suponga la parada del sistema de gestión de depósitos en nuestras bases. El adjudicatario deberá resolver la incidencia en menos de 2 horas desde la comunicación de la incidencia. El adjudicatario deberá dar soporte 24h para este tipo de incidencias. Incidencia Grave Cualquier incidencia que suponga la parada o no funcionamiento de los módulos del sistema utilizados exclusivamente en la oficina central. Así mismo se considerará falta grave cualquier incidencia que suponga una pérdida de funcionalidad que afecte a la operativa diaria de Madrid Movilidad, S.A.. El adjudicatario dispondrá de 48 h horas desde la comunicación de la incidencia para su resolución

8 Incidencia Leve Cualquier incidencia que no alteré la funcionalidad de la aplicación y que no impida el trabajar con ella en todos y cada uno de lo módulos que la integran. El adjudicatario deberá resolver la incidencia, como máximo, en el plazo máximo de 5 días desde la comunicación de la incidencia. 7. VISITA A LAS INSTALACIONES Se facilitará autorización, previa petición, a todos los interesados en presentar oferta en esta licitación para la visita de aquellas instalaciones que fueran de interés técnico oportuno. 8. PLAZO El plazo de ejecución de la presente licitación se extenderá desde la firma del contrato correspondiente hasta el día 31 de diciembre de 2010, teniendo previsto su inicio el día 11 de enero de IMPORTE El importe de licitación máximo previsto para el servicio que se contrata es de NOVENTA Y OCHO MIL EUROS ( ), I.V.A. excluido, 10. OBLIGACIONES DEL ADJUDICATARIO El adjudicatario de la licitación queda sujeto, además de todas las obligaciones definidas en apartados anteriores del presente Pliego de Prescripciones Técnicas, a modificar, cambiar o adaptar el proyecto elegido, en las condiciones de ejecución del contrato y en cualquier momento de su vigencia, a las nuevas circunstancias y/o necesidades que puedan surgir, siempre a instancias de Madrid Movilidad. El adjudicatario deberá facilitar una persona de contacto para la comunicación de incidencias. Así mismo se deberá disponer de un procedimiento para la gestión de las incidencias. Este procedimiento se establecerá entre el adjudicatario y el Departamento de Sistemas de Madrid Movilidad y utilizará un soporte técnico para realizar el seguimiento de cada incidencia (mail, sistemas de gestión de incidencias, ) Asimismo, es obligación del adjudicatario diseñar y ejecutar cuantos desarrollos fueren necesarios para implantar y renovar la aplicación informática de Madrid Movilidad, S.A. al objeto de que sirva de soporte para sus procesos de negocio. CONFORME: EL ADJUDICATARIO, Madrid, a 23 de diciembre de 2009 Raimundo Durán Iglesias Director de RRHH y Comunicación - 8 -

9 ANEXO I SEDE DIRECCIÓN BASE RED GATEWAY Oficina Central Calle Albarracín, 31-3ª Central Datos / Central Voz / Depósitos Urbanos Plaza del descubrimiento, S/N Calle Sta. María la Real de Nieva, S/N Avenida General Perón, Antigua carretera del Pardo PK 3, Avenida de la Hispanidad, S/N Colón / Imperial / Orense / Escuadrón / Barajas / Depósitos Periféricos Camino de la China, S/N, Nave Mediodía II Camino de la China, S/N, Nave Mediodía III Mediodía II / Mediodía III (Wireless) / ISP - Server Web /24-9 -