ANEXO I - Sistema de Gestión de Minutas

Transcripción

1 Sumario Licitación abreviada Nº /1 ANEXO I - Sistema de Gestión de Minutas Objeto El objeto del presente llamado es la adquisición y parametrización de una solución de software para la gestión de la Minuta del transporte colectivo. Lleva el nombre de Minuta, al conjunto de información con la que las empresas permisarias del transporte colectivo comunican a la IdeM los horarios, frecuencias y fechas planificadas para sus lineas. El objeto de contratación deberá incluir una solución informática compatible con los sistemas existentes en la Intendencia, y que incluya el relevamiento, parametrización, transferencia de tecnología y capacitación de la solución tecnológica implementada, debiendo cumplir para ello con las especificaciones técnicas del presente anexo. La contratación incluye además hasta 200 horas/hombre destinadas la realización de modificaciones menores y al mantenimiento de la solución por un periodo no mayor a 12 meses. Definiciones Horario de una línea: Es el conjunto de datos que determinan el plan de trabajo para la operación de una linea de transporte colectivo y esta compuesto por los horarios, orígenes y destinos de acuerdo a un tipo de día. Minuta (horarios de líneas): Es la agrupación de los diferentes horarios de todas las lineas operadas por una empresa permisaria. También se denomina minuta al archivo que de intercambio mediante el cual las empresas comunican a la IdeM los recorridos y horarios planificados. Línea: Es el nombre publico con el que se conoce a un conjunto de recorridos de una empresa (por ejemplo 121, 582, etc)

2 Sublínea: Cada uno de los trayectos que tiene una linea, que implique desplazamiento por calles diferentes, bajo el mismo nombre publico. Sentido: Cada una de las dos posibilidades de recorrer una sublínea. Variante: Cada instancia del recorrido de una sublínea, con un origen, destino y sentido determinado. Punto de control: Son puntos del recorrido donde se establece el compromiso de horario de pasada. Condiciones generales Se solicita prever el trabajo conjunto con el equipo de tecnología de la IdeM, tanto para el diseño e implementación de la solución así como para la construcción de las interfaces entre sistemas. Este proyecto deberá finalizar en un plazo máximo de 180 días calendario de comenzado el mismo, y se requiere un período de garantía contra fallos, por el lapso de 12 meses adicionales a partir de la aceptación de la solución. Los módulos desarrollados deberán ser instalados en la infraestructura de la IdeM. El servicio incluye el relevamiento, la parametrización, transferencia tecnológica y la capacitación de la solución implementada. En todos los casos, el adjudicatario deberá proveer la parametrización, configuración inicial, implantación y puesta en producción de todos los componentes de la solución. Eso incluye la instalación, carga inicial de la base de datos y administración del sistema. Se llevará y entregará documentado un registro de incidentes presentados y resolución de los mismos, así como requerimientos de cambio. Se considerará toda la documentación como parte integrante de toda aplicación o servicio desarrollado, aplicándose los mismos criterios de aceptación que a todo componente del sistema. A su vez, el servicio contratado deberá contar con el mantenimiento del software desarrollado, por hasta 200 horas/hombre y será necesaria la transferencia del mismo a quién la IdeM determine. Tecnologías a utilizar La IdeM adoptará como formato para la gestión de la minuta a la Especificación general de feeds de transporte público (GTFS) del Google, cuya definición puede consultarse en El sistema deberá ser 100% Web, desarrollado utilizando las siguientes tecnologías: Sistema Operativo: Centos 7 Base de Datos Postgres 9.6, Oracle 12c Plataforma de desarrollo: JEE 7 sin utilizar generadores de código. Servidor de Aplicaciones: Wildfly 10 JVM: Java 8 Visualización de mapas utilizando servicios WMS Hadoop y herramientas de su ecosistema Herramientas de visualización de tipo Tableau y Qlik El código fuente de la solución deberá quedar disponible en el repositorio de código corporativo de la IM y deberá incluir todos los recursos necesarios para que la instalación del sistema pueda realizarse desde el código por un funcionario de la IM sin necesidad de asistencia del proveedor. Entendiéndose como recursos necesarios todos los scripts, datos de inicialización, configuración y parametrización, librerías y otras dependencias de software, así como procedimientos y manuales para llevar adelante las tareas de compilación, construcción y despliegue del sistema en los distintos ambientes (incluido producción) a partir del código fuente. Plan de trabajo En un plazo no mayor a 15 días calendario, contados a partir de la notificación de adjudicación, la empresa adjudicada deberá presentar el Plan de proyecto con Estructura de Desglose de Trabajo, diccionario de la Estructura de Desglose de Trabajo, organización del equipo de trabajo con roles y responsabilidades, cronograma detallado (incluyendo plan de versiones) con actividades, hitos, responsables y duración, Listado de supuestos, exclusiones y restricciones detectadas, Plan de control de cambios, Plan de gestión de calidad, Plan de gestión de Riesgos, Plan de capacitación, Plan de entrega de

3 proceso piloto y Plan de puesta en producción. Entregables: E01: Plan de proyecto Módulos El sistema estará compuesto los siguientes módulos: Módulo I Análisis para aplicación del estándar GTFS, generación de archivos y diseño del modelo de datos Se deberá definir, para el nuevo formato, todos los modelos de datos necesarios para el adecuado funcionamiento de las herramientas que se desarrollarán. La aceptación del diseño estará supeditada al grado en el que la solución propuesta incorpore toda la información que actualmente incluye la minuta y la facilidad con la que puedan agregarse nuevos datos. Serán especialmente considerados, por parte de la IdeM, toda información que deba ser incluida en campos adicionales no previstos en la definición del estándar GTFS. Entregables: E02: Documento técnico de análisis y definición de formato. E03: Procesos de generación de archivos, validación, importación, etc, implementados con su documentación correspondiente. Módulo II Herramientas de comparación y análisis de minutas Para poder aceptar una modificación de horarios o ingresar una nueva declaración, es de orden realizar la comparación con respecto a la declaración que se encuentra vigente hasta el momento. Con este fin, se diseñarán e implementarán una serie de herramientas que muestren gráficamente y geográficamente lo resultados de la comparación. Se deberá comparar, como mínimo, los horarios, cantidad de frecuencias diarias, semanales y mensuales ofertadas, así como los kilómetros ofertados. Durante el proceso de diseño, conjuntamente con los técnicos de la IdeM, podrán definirse otras consultas, indicadores y comparaciones que puedan resultar de interés. E04: Documento de relevamiento y definición de herramientas y consultas. E05: Aplicación/es implementada/s. Incluida documentación de implementación, manual de uso y capacitación a usuarios. Módulo III - Herramientas de análisis histórico Se diseñarán e implementarán un conjunto de herramientas que faciliten la comparación histórica de las minutas enviadas. Como mínimo, se deberá mostrar en forma gráfica las diferencias entre dos o más minutas históricas y actuales de distintas características como ser diferencias horarias, cadencia, cantidad de frecuencias, kilómetros recorridos, según el tipo de día y periodo del año. Durante el proceso de diseño, conjuntamente con los técnicos de la IdeM, podrán definirse otras consultas y comparaciones que puedan resultar de interés. E06: Documento de relevamiento y definición de herramientas y consultas históricas. E07: Aplicación implementada. Incluida documentación de implementación, manual de uso y capacitación a usuarios.

4 Anexo II) Evaluación de ofertas Evaluación Global Para las ofertas que superen el juicio de admisibilidad y a su vez, cumplan con las especificaciones requeridas del presente llamado, se procederá a realizar la evaluación técnica y económica teniendo en cuenta los siguientes factores y ponderación: Evaluación Ponderación Técnica 60% Económica 40% Por tanto, el puntaje de cada oferta estará dado por la suma de T + P, donde: T = Puntaje Técnico * 0.60 P = Puntaje Económico * 0.40 En caso de que el resultado de T y/o P tenga decimales, se aplica el siguiente criterio: si el valor del primer decimal es 5 (cinco) o más, aumenta el valor del último número en 1 (uno). Se seleccionará la oferta que presente el mayor puntaje global, siempre que obtenga como mínimo un puntaje de 70 puntos en la evaluación técnica. Evaluación Técnica Criterios de evaluación técnica CTEOS DE CALIFICACIÓN 1. Solución Funcional y Técnica Se evaluará la Solución propuesta, en cuanto al cumplimiento de los requerimientos funcionales y técnicos, en función de la completitud y claridad de su descripción. PUNTAJE MÍNIMO PUNTAJE MÁXIMO Se puntuará de acuerdo a la siguiente escala: Evaluación Excelente Muy Satisfactorio Satisfactorio Aceptable Insuficiente Puntaje Metodologías y Plan de Trabajo Se evaluarán las metodologías propuestas, tanto para los servicios de desarrollo y mantenimiento, como para la gestión del proyecto. Se evaluará la lógica del plan presentado, su nivel de detalle, la definición de actividades, hitos, responsables, el análisis de riesgos, y los plazos estimados. Se puntuará de acuerdo a la siguiente escala: Evaluación Excelente Muy Satisfactorio Satisfactorio Aceptable Insuficiente Puntaje Experiencia relevante en proyectos con características similares Se evaluará la experiencia en proyectos que conformen antecedentes relevantes para el presente llamado, con énfasis en las soluciones similares desarrolladas e implantadas con éxito Se puntuará de acuerdo a la siguiente escala:

5 Evaluación Excelente Muy Satisfactorio Satisfactorio Aceptable Insuficiente Puntaje Competencia y dedicación del personal propuesto a) Jefe de Proyecto a.1) Formación universitaria o técnica relevante Título de 4 años o más: 2 puntos Título de 3 años: 1 punto a.2) Certificación en Gestión de Proyectos Certificación PMP: 1 punto a.3) Experiencia relevante Más de 5 años: 2 puntos De 3 a 5 años: 1 punto Menor a 3 años: 0 punto a.4) Dedicación propuesta Completa 5 puntos Media 4 puntos Menor a Media 0 punto b) Equipo de Trabajo Se evaluará el equipo de trabajo en su conjunto, teniendo en cuenta formación y experiencia, así como dedicación propuesta Se puntuará de acuerdo a la siguiente escala: Evaluación Excelente Muy Satisfactorio Satisfactorio Aceptable Insuficiente Puntaje (*) Deberán incluirse en la oferta, los Currículums Vitae del Jefe de Proyecto y del personal que integra el Equipo de Trabajo. (**) Deberá incluirse la dedicación propuesta tanto del Jefe de Proyecto como de cada uno de los integrantes del Equipo de Trabajo, utilizando el formulario detallado en el Anexo II. PUNTAJE TOTAL Contenido de las ofertas para la evaluación técnica A los efectos de la Evaluación Técnica, la oferta deberá incluir: Una descripción detallada de la Solución Funcional y Técnica propuesta. Una descripción de las Metodologías propuestas para los servicios de desarrollo y mantenimiento, y para la gestión del proyecto. El Plan de Trabajo, destacando hitos, actividades, responsables, plazos, e incluyendo un análisis de los riesgos del proyecto a juicio del oferente. La experiencia en proyectos con características similares que el oferente considere relevante, detallando para cada proyecto: Nombre y Descripción Cliente Plazo del proyecto en meses Estado del proyecto (en curso, finalizado) Fecha de comienzo y fin (reales o previstas, según el caso) Contacto en la organización cliente. Los Currículum Vitae del Jefe de Proyecto y del personal que integra el Equipo de Trabajo. La Dedicación propuesta tanto del Jefe de Proyecto como de cada uno de los integrantes del Equipo de Trabajo, utilizando el formulario correspondiente (Ver Anexo Formulario de Dedicación Propuesta).

6 Criterios de evaluación económica Las propuestas serán evaluadas con un puntaje de 0 a 100 puntos, de acuerdo a la siguiente fórmula: Donde: Eval. Económica: puntaje=(pmin / Po)*100 Po: Precio de la solución ofertada Pmin: Menor precio de la solución entre las ofertas evaluadas Anexo III) Forma de Pago del Desarrollo/Parametrización e implantación Se pagará contra aceptación de los entregables correspondientes, y el control de los niveles de servicio acordados, de acuerdo al siguiente esquema: ENTREGABLE % PAGO E01 - Plan de Trabajo 10% E02 y E03 - Documento técnico y procesos de generación de archivos 20% E04 y E05 - Documento técnico y aplicación de comparación y análisis implementada 30% E06 y E07 - Documento técnico y aplicación de análisis histórico implementada 40% Forma de Pago de las Horas de Mantenimiento Se requiere un Servicio de Mantenimiento de software, a los efectos de extender y perfeccionar las funcionalidades del sistema. El Servicio de Mantenimiento de software será de hasta 200 (doscientas) horas/hombre. Las mismas se pagarán mensualmente contra la aceptación de las horas realizadas en el período. La aceptación deberá ser por parte de la contraparte de la IdeM. La IdeM garantiza un consumo mínimo de 100 (cien) horas/hombre para todo el período de vigencia del contrato, no generando obligación de pago alguno por el remanente si los servicios no fueran solicitados y aceptados por parte de la IdeM. No obstante, se deberán cotizar en forma obligatoria el total de 200 (doscientas) horas/hombre, a efectos de la evaluación económica. Niveles de Servicio Reuniones de Seguimiento Semanalmente se realizarán las reuniones de seguimiento y evaluación del servicio, sin perjuicio de lo anterior, el contratante podrá solicitar reuniones adicionales si el proyecto lo requiere. Previo a la misma, el Adjudicatario deberá entregar el informe de actividades cumplidas durante el mes en relación a lo planificado, y una propuesta de planificación para el mes siguiente. La reunión podrá servir de ámbito de acuerdo para la priorización de requerimientos. Plazos La entrega de los requerimientos acordados no podrá extenderse, por razones atribuibles al Adjudicatario, más allá de un 10 % (diez por ciento) del plazo definido en la planificación de línea base acordada por ambas partes.

7 Ambientes de Desarrollo y Testing El adjudicatario del servicio deberá contar con ambientes adecuados y separados para desarrollo y testeo del sistema, así como para las pruebas funcionales internas del proveedor y de aceptación por parte de los usuarios claves. El ambiente de pruebas deberá ser similar al ambiente de producción provisto por la IdeM. Sin perjuicio de lo anterior, la IdeM podrá ofrecer sus propios ambientes, en cuyo caso se acordará al inicio del servicio. Plazo de Resolución de defectos durante la Garantía La resolución de defectos se planificará de manera conjunta entre la IdeM y el adjudicatario. El plazo de resolución de defectos no podrá extenderse por razones atribuibles al Adjudicatario, más allá de un 10% (diez por ciento) del plazo estipulado según la planificación de línea base acordada por ambas partes. Mantenimiento Incluye las intervenciones que se realizan con fin de abarcar requerimientos que surjan con posterioridad a la puesta en producción y que implican complementar o mejorar aspectos de la solución. Todo nuevo requerimiento debe ser desarrollado cumpliendo los mismos requisitos y fases de implementación de la solución. Entregables a) Plan de versiones Se requiere el diseño y actualización del road-map o plan de versiones del software, de acuerdo a las prioridades establecidas por la Contraparte. La planificación incluirá los puntos de actualización del manual de usuario. b) Planificación mensual Se requiere la entrega de la planificación de actividades a realizar en el mes, incluyendo los cambios a implementar y sus plazos. Todo nuevo requerimiento deberá gestionarse de acuerdo al procedimiento de gestión de cambios acordado en el entregable E01 del servicio de desarrollo. c) Informe mensual de avance Se requiere la entrega mensual del informe de avance (ejecución del servicio) del último mes transcurrido, en relación a la planificación acordada. d) Nuevas versiones del sistema y Manual de usuario Se requiere la entrega de nuevas versiones del sistema, de acuerdo al road-map o plan de versiones que se acuerde por ambas partes. Se requiere la actualización correspondiente del Manual de Usuario, de acuerdo a la planificación acordada en el marco del plan de versiones. e) Transferencia del Servicio y Documentación técnica del sistema Se requiere, antes de culminar el servicio, la transferencia técnica del mismo hacia el Contratante o hacia quien el contratante determine. La capacitación a dictar por el Adjudicatario será acordada por ambas partes y se la considerará parte del servicio. La transferencia incluirá la entrega de toda la documentación técnica del sistema actualizada. Anexo IV) Requerimientos funcionales y técnicos : Requerimiento inmediato RNI: Requerimientos no inmediato Requerimientos Funcionales Funcionales Generales Reportes pre configurados para los distintos módulos y procesos Posibilidad de análisis de información en la herramienta y accesibles por el usuario Tipo (, RNI) Lugar en la oferta (# página)

8 final sin requerir soluciones de análisis multidimensional avanzadas Se definirán en forma conjunta reportes mínimos a tener disponibles en cada uno de los módulos del sistema. Contar con un perfil administrador que permita definir, mantener y gestionar usuarios, perfiles del sistema y permisos de acceso a funcionalidades, consultas y reportes Idioma español para todos los componentes con acceso del usuario final (sistema, ayudas, reportes, manuales, etc.) Ayuda en línea en español integrada en la aplicación Provisión de mecanismos para la definición de alertas en función de reglas de negocio Provisión de mecanismos para la definición de alertas en función de reglas de negocio Provisión de herramientas para la documentación de la parametrización realizada Deberá permitir al usuario final exportar lo visualizado hacia formatos abiertos Contar con mecanismos para modelar la baja lógica de usuarios del sistema sin pérdida de información en transacciones en las que participó. Representación y servicio de soporte funcional y técnico local RNI RNI Funcionales Específicos Técnicos La Interfaz de la aplicación debe ser 100% Web. Todas las funcionalidades de la aplicación deben poder accederse y ejecutarse completamente desde un navegador Web. No deberá utilizarse applets de descarga en el navegador. Debe soportar al menos los navegadores Firefox 50, Firefox 52 ESR, Chromium 53 sobre Linux y Windows sin necesidad de plugins. La solución debe autenticar los usuarios con el repositorio de usuarios de la IM (OpenLDAP). Además debe ser factible de integrar a un sistema de inicio de sesión único (SSO) a través de SAML mediante configuración. Deberá contar con un mecanismo de auditoría para la manipulación de los datos

9 Anexo V) - Cuadros de presentación de antecedentes Experiencia específica de la empresa Cliente Fecha de comienzo del contrato Estado (en curso, finalizado) Duración del contrato en meses Monto del contrato (en US$) Objetivo del contrato Productos entregados Principales actividades realizadas (máximo 5) Responsable por la Institución Contratante (Nombre y cargo) Dirección, teléfono, correo electrónico Antecedentes del equipo de trabajo Nombre Formación: indicar título(s) y lugar(es) de estudio Experiencia específica (indique empresa/ organismo/ proyecto, tiempo dedicado y fecha de contratación) Principal contribución al objetivo del proyecto Indique al menos 3 de las principales actividades realizadas