1. OBJETO DEL CONTRATO SITUACIÓN ACTUAL DESCRIPCIÓN GENERAL DEL SISTEMA DESCRIPCIÓN DE LAS TAREAS A REALIZAR...

Transcripción

1 PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES PARA LA CONTRATACION DE TAREAS DE ASISTENCIA, DESARROLLO E IMPLANTACIÓN DE LOS SERVICIOS DE REGISTRO Y CONSULTA DE DENUNCIAS EN ENTORNO DE MOVILIDAD. 1. OBJETO DEL CONTRATO SITUACIÓN ACTUAL DESCRIPCIÓN GENERAL DEL SISTEMA DESCRIPCIÓN DE LAS TAREAS A REALIZAR ALCANCE FUNCIONAL DEL SISTEMA INFORMÁTICO METODOLOGÍA APLICABLE ENTORNO TECNOLOGICO PLANIFICACIÓN Y ORGANIZACIÓN MECANISMOS DE SEGUIMIENTO Y CONTROL FORMACIÓN MANTENIMIENTO DEL SISTEMA REPOSICIÓN Y MANTENIMIENTO DE MATERIAL LOPD DOCUMENTACIÓN IDIOMA PLAZO DE EJECUCION DEL CONTRATO PRECIO DEL CONTRATO Y FORMA DE PAGO

2 1. OBJETO DEL CONTRATO El objeto del presente Pliego de Bases Técnicas es la contratación, por parte del Ayuntamiento de Vitoria-Gasteiz, de los servicios profesionales necesarios para realizar la definición, desarrollo e implantación del sistema de consulta, registro y pago de denuncias de tráfico en entorno de movilidad para su uso por parte de los empleados del servicio de la OTA y de los agentes del Servicio de Policía Local. El propósito final que persigue este proyecto es la mejora de la gestión de las denuncias agilizando el proceso y reduciendo costes de tramitación, dotando a los empleados de la OTA y a los agentes del Servicio de Policía Local de dispositivos móviles. Como objetivos principales de este proyecto se describen los siguientes: - Adquirir dispositivos móviles para el registro y consulta de denuncias, así como impresoras para la impresión de las mismas. - Registro de denuncias en el sistema de gestión de denuncias corporativo desde los dispositivos móviles - Gestión del pago en el acto de las denuncias. El alcance territorial de la implantación del proyecto está delimitado a todo el término municipal de la ciudad de Vitoria-Gasteiz. 2

3 2. SITUACIÓN ACTUAL En la actualidad el Ayuntamiento de Vitoria-Gasteiz no dispone de un servicio de consulta y registro de información referente a denuncias en entorno de movilidad. Actualmente, el registro se realiza mediante boletines cumplimentados por los agentes y que posteriormente, una vez en las dependencias centrales de la Policía Local, se dan de alta en la aplicación de gestión de manera manual. Esta tramitación de las denuncias de tráfico es bastante costosa. El nuevo procedimiento sancionador, Ley 18/2009 de 23 de noviembre de 2009, contempla la posibilidad del abono de la sanción en el acto por parte del denunciado Por otra parte, el Ayuntamiento de Vitoria-Gasteiz ha desarrollado o está inmerso en el desarrollo de distintos proyectos relacionados con la incorporación del régimen establecido en la Ley 11/2007 de acceso electrónico de los ciudadanos a los Servicios Públicos, por lo que la solución propuesta debe contemplar las directrices y principios de la citada ley. 3. DESCRIPCIÓN GENERAL DEL SISTEMA El Departamento de Nuevas Tecnologías pretende con este proyecto dotar a todos sus agentes de unos terminales portátiles que les permitan emitir y tramitar todas las denuncias impuestas por infracciones de la LSV y Reglamentos de desarrollo, de la Ordenanza de Movilidad de la ciudad, y otras Ordenanzas, así como tramitar otros documentos relacionados con las funciones a desempañar. 3

4 Estos terminales, además de permitir la firma digital de los documentos mencionados, estarán conectados mediante una conexión GPRS con los servidores que en cada momento se determinen, de manera que firmados se almacenen y gestionen posteriormente en ellos. La gestión de dichos documentos incluirá la realización de remesas digitales de para su posterior envío al departamento correspondiente. 4. DESCRIPCIÓN DE LAS TAREAS A REALIZAR El adjudicatario será el encargado de coordinar los distintos módulos del proyecto desde el punto de vista técnico y organizativo, de forma que: Tenga la visión global del avance del proyecto y la situación de cada uno de los módulos o subproyectos en los que se ha dividido. Sea un interlocutor único con el Ayuntamiento de Vitoria-Gasteiz que permita mejorar la gestión, control y seguimiento del proyecto por parte del Ayuntamiento de Vitoria-Gasteiz. Para cumplir estos fines, el contratista deberá abordar los siguientes trabajos o subproyectos: 4.1. Subproyecto de definición, desarrollo e implantación de los sistemas de información que se relacionan, y su integración con el sistema municipal de multas y sistema de ingresos municipal (SI2). El objetivo de este subproyecto será definir e implantar los sistemas de información y su integración con el Sistema de Gestión de Multas corporativo en el ámbito de la gestión del Servicio de Policía Local y del Servicio de Recaudación. 4

5 La gestión de dichas denuncias incluirá la realización de remesas digitales de denuncias para su posterior envío al Departamento municipal correspondiente. Las actividades a realizar en este subproyecto se clasifican en: Definición y análisis funcional de los sistemas de información. Diseño técnico en base a la arquitectura tecnológica que conforma el sistema de información y los sistemas de gestión de multas y de ingresos del Ayuntamiento Construcción del modelo Implantación: formación y gestión del cambio Pruebas integradas y despliegue en producción 4.2. Suministro del equipamiento de dispositivos móviles necesario para la consecución del objetivo propuesto en este pliego. El Ayuntamiento de Vitoria-Gasteiz pretende con este subproyecto dotar a todos sus Agentes de los elementos que les permitan emitir y tramitar todas las denuncias que deriven del desarrollo de sus competencias en las materias de movilidad, tráfico y transporte. Las denuncias se realizarán con terminales portátiles. Estos terminales, además de permitir la firma digital de las denuncias, estarán conectados con un servidor de datos de manera que dichas denuncias firmadas se almacenen y puedan ser posteriormente gestionadas Terminales PDA Características mínimas de los terminales PDA Disponer de tecnología WIFI Disponer de servicio de roaming entre WIFI y GPRS/3G Independencia de la operadora en el uso de tarjetas 5

6 Servicio tribanda Albergue de estándares GPRS, UMTS y HSPA, es decir, estándares 3G y 3,5G Máxima potencia de recepción Batería Principal con más de 10 horas de servicio Batería de soporte interna recargable, tiempo de retención de datos 20 minutos Dimensiones y peso reducido Pantalla táctil con tamaño suficiente para el manejo cómodo de la aplicación Módulo de cámara CMOS en color con codificador JPEG Bluetooth compatible 1.1, alimentación Clase Impresoras portátiles Características mínimas de las impresoras portátiles Resolución 8 puntos por mm (203ppp). Máxima velocidad de impresión Dimensiones y peso reducido Anchura del material para denuncias; 3 pulgadas. Debe admitir tipos de letras y gráficos definidos por el usuario incluido logotipos personalizados. Programa de configuración Windows Label Vista para diseño de tiques y etiquetas. Debe incluir lector de smart cards y banda magnética. No será necesario que los dispositivos sean antivandálicos. El número mínimo de dispositivos que se deben suministrar es de 20 dispositivos móviles con sus 20 impresoras correspondientes. 6

7 En todo caso, durante la vigencia del contrato el Ayuntamiento podrá decidir la ampliación del número de equipos necesarios. Por ello será necesario detallar en la oferta los precios unitarios Establecimiento de la metodología para la gestión y difusión del cambio en el Ayuntamiento. Este subproyecto tendrá por objeto el definir una metodología que conduzca a sensibilizar y concienciar a los usuarios respecto al cambio que supondrá la implantación del nuevo sistema, con el fin de paliar el posible rechazo inicial que pueda tener en la organización y formar a quienes van a ser los responsables de su utilización. La realización de un cambio en la organización implica el paso de una situación conocida y controlada, a un estado que plantea dudas en cuanto a los pasos a seguir y al resultado final que se conseguirá. Comprenderá cuatro actividades: Definición de la estrategia de cambio Comunicación, con el fin de difundir la visión, objetivos y resultados del proyecto, tanto a nivel interno como externo. Cambio organizativo, que engloba las acciones tendentes a minimizar el impacto que las nuevas formas de hacer pudieran tener, facilitando la asunción del proyecto por los usuarios y personal en general. Formación y soporte, para facilitar el conocimiento del nuevo sistema a los distintos perfiles de usuario. 7

8 5. ALCANCE FUNCIONAL DEL SISTEMA INFORMÁTICO El sistema informático deberá cubrir las siguientes funcionalidades mínimas, así como aportar de forma añadida aquellas que supongan un valor añadido al proyecto: 5.1. Requerimientos Generales La solución informática se basará en un software funcionalmente potente donde se encuentren perfectamente integradas las funciones requeridas. Debe responder a los criterios de: La interface será lo más funcional posible, de manera que se reduzca al máximo el tiempo de interacción del usuario con el dispositivo para cada una de las funcionalidades desarrolladas. Solicitud de la cantidad mínima necesaria de datos para realizar cada operación. Registro de cada actuación que se realice. Configuración de alta disponibilidad en la que tanto el sistema de soporte como el de backup puedan estar activos en balanceo de carga. Se plantea el suministro del sistema completo, tanto el equipamiento de los dispositivos móviles como la aplicación informática para la sincronización entre el sistema central de B.D. municipal y los dispositivos móviles, así como la realización de consultas necesarias para la mejora del servicio ciudadano. 8

9 5.2. Aplicación PDA La aplicación de denuncias deberá permitir realizar como mínimo las siguientes funcionalidades: Denunciar tanto vehículos como peatones. Permitir una localización completa del vehículo o del peatón en la denuncia. Notificar la denuncia al infractor, incluso si es diferente al titular del vehículo. Generar la ráfaga bancaria y código de barras asociado para ser impreso en el boletín según las especificaciones del Ayuntamiento de Vitoria-Gasteiz (cuaderno 60 modificado). Cobrar in situ y en modo online las notificaciones y gestionar dichos cobros en central. Solicitar grúa y enviar dicha solicitud en tiempo real al Servicio de Movilidad, pudiendo establecer un diálogo con el agente. Gestión de los enganches de las grúas solicitadas, realización de parte de estado del vehículo a retirar y permitir el cobro de dichos enganches. Permitir al agente una gestión de sus denuncias completas, pudiendo introducir modificaciones. Posibilidad de realizar denuncias que impliquen retirada de documentación. Permitir la introducción de notas, grabaciones o fotografías y anexionarlas a la denuncia. Firma digital de las denuncias en el Terminal portátil en tiempo real y tramitación de las mismas. Permitir el envío de mensajes a la central. 9

10 Permitir trabajar, registro de denuncias y pago in situ, tanto con conexión como sin conexión para no perder ninguna denuncia, ni ningún pago. Permitir una configuración automática del Terminal portátil en caso de desconfiguración en calle. Gestión del personal y material en central. Envío de mensajes al personal desde central, gestión de la mensajería. Gestión de recursos (batería, estado de conexión ) en el Terminal portátil. Se valorará la posibilidad de conexión con las bases de datos del Ayuntamiento para la gestión integral de actuaciones en materia de movilidad relativas a personas y vehículos (reservas de aparcamiento, autorizaciones y permisos especiales, parkings, servicio de estacionamiento regulado, ). Actualización automática de versiones. La firma electrónica que se genere ha de ser compatible con el esquema de denuncia que existe en la actualidad y que utiliza el Ayuntamiento de Vitoria-Gasteiz Aplicación en central El adjudicatario deberá prever una aplicación que permita al menos las siguientes cuestiones: Gestión de rutas de agentes. Gestión de personal: datos personales, turnos, material asignado. Gestión de los rangos de denuncia. 10

11 Gestión integral de denuncias y tramitación de las mismas. Emisión de remesas de denuncias firmadas digitalmente. Gestión del cobro de denuncias. Gestión de cobros de grúas pagadas en calle. Generación de informes específicos Esquema de denuncia Las denuncias deberán seguir el formato de denuncia aprobado por el Ayuntamiento de Vitoria-Gasteiz. 6. METODOLOGÍA APLICABLE Las propuestas técnicas deberán contener una descripción detallada de las metodologías propuestas en cada caso y respetar los estándares del Ayuntamiento de Vitoria-Gasteiz. Se exigirá la aplicación de métodos ágiles con el objetivo de lograr: Entregas frecuentes de software. Adopción de cambios sugeridos por el cliente. Comunicación fluida con los equipos de desarrollo Generación de conjuntos de pruebas y su adopción desde las fases más tempranas de todos los proyectos. Integración continúa entre proyectos. Atención continúa a la calidad y al buen diseño. Definición de estándares o reglas de codificación. 11

12 7. ENTORNO TECNOLOGICO Tradicionalmente los desarrollos en Java se han realizado con la siguiente arquitectura : Se realizarán teniendo en cuenta que la aplicación será desarrollada con el WebSphere Development Studio Client Advanced Edition para iseries que soporta el estándar J2EE y que incorpora el JDK 1.4.1, estando instalada en un servidor IBM Websphere Application Server como servidor de aplicaciones y en un Apache 2.0 como servidor de páginas estáticas. El framework de desarrollo: Struts SIG (ArcGIS versión 9.1., Spatial Data Engine SDE 9.1., DB2/UDB). Durante en año 2010 el nuevo entorno tecnológico derivado de la infraestructura de productos que está adoptando el Ayuntamiento de Vitoria-Gasteiz es: o Servidor Web Apache 2 o o o o o Servidor de Aplicaciones Java JBoss JDK6 Sistema de Single Sign On : JA-SIG CAS o equivalente. Productos instalados en alta disponibilidad Alfresco como gestor documental SIG: (ArcGIS versión 9.3., Spatial Data Engine SDE 9.3., DB2/UDB). Servidor de datos AS/400 Aplicativo de multas: desarrollado en COBOL/400 Bases de Datos: Para la información de gestión: DB2/UDB, MySQL 12

13 La propuesta técnica deberá tener en cuenta estas alternativas y proveer una solución que en el plazo de ejecución del contrato pueda implementarse. 8. PLANIFICACIÓN Y ORGANIZACIÓN Se deberá presentar un programa de trabajo y Plan de Proyecto ajustado a lo prescrito en este Pliego y conteniendo cuantos aspectos complementarios sobre la forma de realización de cada una las tareas descritas en el mismo se consideren oportunas, detallando las actividades y la organización de los recursos humanos ofertados. La empresa adjudicataria identificará en su oferta la persona o personas que formarán parte de su equipo de trabajo para este proyecto: Jefe de Proyecto Técnicos y/ó Consultores En la oferta se habrá de incluir los siguientes aspectos relativos al equipo de trabajo: Historial profesional de cada una de las personas que participan en el proyecto. Responsabilidades y roles asignados a cada una de personas Organización del equipo de trabajo 9. MECANISMOS DE SEGUIMIENTO Y CONTROL Se realizarán reuniones de seguimiento periódicas presenciales entre el adjudicatario y el Jefe de proyecto del Ayuntamiento de Vitoria-Gasteiz, 13

14 en las que este último determinará las pautas a seguir. Así mismo tendrán lugar reuniones periódicas de seguimiento del proyecto global. Se presentará una propuesta concreta de seguimiento y control en la que por lo menos se tengan en cuenta los siguientes mecanismos: Reuniones operativas. En base a una solicitud presentada por cualquiera de los Jefes de Proyecto, el Jefe de Proyecto del Ayuntamiento convocará la reunión, invitando a la misma al personal municipal que considere oportuno. Reuniones de seguimiento. Con una periodicidad quincenal se celebrarán reuniones de seguimiento y revisiones técnicas, en las que participarán el Jefe de Proyecto del Ayuntamiento y el Jefe de Proyecto de la empresa adjudicataria, así como el personal municipal o los miembros del equipo de trabajo que se consideren oportunos por cada una de las partes. El Jefe de Proyecto de la empresa adjudicataria entregará un informe de avance y situación del proyecto. Actas de las reuniones de seguimiento. El Jefe de Proyecto de la empresa adjudicataria realizará y enviará al Ayuntamiento el acta correspondiente a cada una de las reuniones. Estas actas serán contrastadas y aprobadas por ambas partes. Documento de trabajo de instalación. Cuando se deban realizar trabajos de instalación o similares en las dependencias municipales, el Jefe de Proyecto de la empresa adjudicataria presentará un documento detallando los trabajos a realizar, quién los llevará a cabo, la duración aproximada de los mismos y los medios técnicos o humanos necesarios por parte del Ayuntamiento de Vitoria-Gasteiz Documento de reasignación de personal. Cuando, por el motivo que sea, se produzca algún cambio en el equipo de trabajo de la empresa adjudicataria, el Jefe de Proyecto 14

15 presentará un documento indicando los motivos por los que se produce el cambio, el personal afectado y el historial profesional de los nuevos miembros del equipo. Así mismo se indicará si este cambio supone alguna alteración de los planes de trabajo, o de la organización del equipo. En cualquier caso, toda modificación del equipo de trabajo deberá contar con el visto bueno del Jefe de Proyecto del Ayuntamiento, que podrá rechazar el mismo si considera que no se cumplen los requisitos mínimos establecidos. 10. FORMACIÓN El adjudicatario deberá realizar cursos de formación acerca del manejo de la aplicación y de sus posibles actualizaciones de funcionalidades. Además realizará los cursos de reciclaje necesarios a lo largo de la concesión. El contenido mínimo del curso comprenderá: Descripción técnica de los equipos. Utilización de los equipos. Funcionalidades de la aplicación de denuncias. Funcionalidades de la aplicación en central (a los usuarios de la misma). Mantenimiento de los equipos. Deberá, además, entregar el número de manuales de la aplicación necesarios para que cada agente conozca las funcionalidades de su herramienta de trabajo. 11. MANTENIMIENTO DEL SISTEMA 15

16 El sistema habrá de actualizarse cuando sea necesario y deberá darse cobertura en caso de desconfiguración o problemas con el Terminal por motivos del software. Además deberán darse los cursos de formación necesarios para el manejo de la aplicación, tanto en calle como en central. El adjudicatario deberá nombrar una persona de contacto para que, en caso necesario, se reúna con los técnicos del Ayuntamiento. Esta persona deberá conocer a la perfección la aplicación y todas sus funcionalidades. 12. REPOSICIÓN Y MANTENIMIENTO DE MATERIAL El adjudicatario deberá contar con las instalaciones necesarias (locales, almacén ) y el personal adecuado para realizar la reposición y mantenimiento de los materiales. Los terminales portátiles, las impresoras portátiles y los lectores smart card (éstos tanto si son periféricos como integrados) serán objeto de reposición o reparación por parte del concesionario, que será el responsable de todo el proceso de reparación de las mismas. Será necesario realizar los registros adecuados de todo el material para poder informar al Ayuntamiento en caso de necesidad. La recepción y entrega de los materiales se deberá realizar en dependencias municipales. 13. LOPD 16

17 La empresa adjudicataria está obligada al cumplimiento íntegro de La Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal (LOPD) y su normativa de desarrollo. La ejecución de este contrato llevará consigo el tratamiento de datos de carácter personal en cuanto a la gestión de distintivos de residentes y a la tramitación de las posibles denuncias, por ello la empresa adjudicataria adquiere la condición de Encargado del Tratamiento y el Ayuntamiento de Responsable del Fichero, de acuerdo con lo dispuesto en el art. 12 de la LOPD. Así pues, el Encargado del Tratamiento, se verá obligado a: Utilizar dichos datos única y exclusivamente para la ejecución del contrato y a llevar a cabo el tratamiento conforme a las especificaciones dadas por el Responsable del Fichero. Velar para que los datos sean adecuados, pertinentes y no excesivos, garantizando su exactitud y su periódica actualización. No ceder ni comunicar a terceros a los que tenga acceso para la prestación del servicio, sin la previa autorización del Responsable del Fichero. El responsable del Fichero a la finalización del servicio decidirá si el Encargado del Tratamiento devuelve o destruye los datos. Mantener y cumplir durante y con posterioridad a la finalización del contrato, el deber de secreto profesional recogido en el art. 10 de la LOPD. El Encargado de Tratamiento, estará obligado a adoptar las medidas de seguridad necesarias dispuestas en el Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de protección de datos de carácter personal, tanto técnicas, como organizativas que garanticen la protección de los datos personales objeto de tratamiento conforme el art. 9 de la LOPD y de acuerdo al nivel de seguridad de los datos tratados. 17

18 14. DOCUMENTACIÓN A lo largo del proyecto se irá entregando documentación que será validada por el Jefe de Proyecto del Ayuntamiento de Vitoria-Gasteiz. Esta documentación incluirá, como mínimo, en el caso de desarrollo de aplicaciones informáticas, los siguientes apartados: Análisis de requisitos Análisis funcional Diseño de prototipo Análisis técnico Plan detallado de Pruebas Plan detallado de Instalación e Implantación por fases Plan detallado de Formación Manual de usuario de cada aplicación Manual de instalación Manual de explotación Guía de implantación La empresa adjudicataria deberá suministrar al Ayuntamiento de Vitoria-Gasteiz, en plazos razonables, las nuevas versiones de la documentación que se vayan produciendo. También se entregarán, si es el caso, los documentos sobre los que se haya basado el desarrollo, en las mismas condiciones que los anteriores. En todos los documentos que se hayan de entregar constará, como mínimo, el responsable, la fecha de finalización y la versión. 15. IDIOMA 18

19 Todos los contenidos y componentes desarrollados (los elementos de entrada/salida) se han de presentar de tal forma que, en cualquier momento, se pueda optar por el idioma castellano o euskera. Las labores previas de traducción deberán poderse realizar de forma fácil, sencilla y abierta. 16. PLAZO DE EJECUCION DEL CONTRATO El plazo de ejecución del contrato será de 4 meses, a partir de la firma del mismo Una vez implantado el sistema, el periodo de mantenimiento a cargo de la empresa adjudicataria será de un año, en los términos especificados en los puntos 11 y 12 del presente Pliego de Condiciones. 17. PRECIO DEL CONTRATO Y FORMA DE PAGO El tipo de licitación es de ,16 euros IVA incluido, de los cuales 8.568,44 corresponden al importe del IVA (16%). Aunque en este precio se incluye el mantenimiento del primer año, se debe especificar la cantidad que correspondería al mismo. Los pagos se harán de acuerdo a un plan de entregas de trabajos finalizados. En Vitoria-Gasteiz a 6 de Mayo de Elías Olave Sasigain JEFE DE DESARROLLO DE SERVICIOS DEPARTAMENTO DE TECNOLOGIAS DE LA INFORMACIÓN 19