Pliego de Especificaciones Técnicas
Pliego de Especificaciones Técnicas
“Servicio de Consultoría para el Mantenimiento evolutivo y correctivo tendiente a la optimización e integración de sistemas, desarrollo de nuevas funcionalidades y evolución del Ecosistema SADE y migración al Ecosistema GDE del Gobierno de la Ciudad Autónoma de Buenos Aires.”
c) Nivel de Grado de Independencia.
4.2.1. MANTENIMIENTO CORRECTIVO
4.2.2. MANTENIMIENTO EVOLUTIVO
5.2 RECURSOS DEL ADJUDICATARIO
5.2.1 EQUIPO DE TRABAJO DEL ADJUDICATARIO
5.2.2 ACREDITACIÓN DE PERSONAL
5.2.3 TRASLADOS Y GASTOS ASOCIADOS
5.3.1 ASIGNACIÓN DE COMITÉ DE CONTROL
5.3.4 ADMINISTRACIÓN DE LA CONFIGURACIÓN
5.3.5 ESPECIFICACIÓN DE PRUEBAS DE ACEPTACIÓN
5.3.7 CERTIFICACIÓN DE SERVICIOS
5.4 TRANSFERENCIA DE CONOCIMIENTOS
5.6.1 EQUIPO DE TRABAJO DEL GCABA
1. OBJETO DE LA CONTRATACIÓN
El presente llamado a Contratación Directa tiene por objeto la contratación de un Servicio de Consultoría para el Mantenimiento evolutivo y correctivo tendiente a la optimización e integración de sistemas, desarrollo de nuevas funcionalidades y evolución del Ecosistema SADE y migración al Ecosistema GDE del Gobierno de la Ciudad Autónoma de Buenos Aires, bajo la modalidad de Orden de Compra Abierta, con destino a la Dirección General de Eficiencia Administrativa y la Dirección General de Gestión Documental, dependientes de la Secretaría de Innovación y Transformación Digital, conforme a los parámetros establecidos en el Pliego de Bases y Condiciones Particulares y en el presente Pliego de Especificaciones Técnicas.
2. PRINCIPIOS
A continuación se detallan los principios prioritarios a cumplir con la prestación de los servicios requeridos:
a) Nivel Solución
• Auditabilidad: se debe poner especial foco en mejorar, mantener, e implementar procesos que eliminen toda y cualquier posibilidad de acción discrecional por parte de personal, agentes y/o funcionarios del GCABA involucrados.
• Calidad en la Atención al Ciudadano: los procesos deben ser mejorados e implementados tomando como premisa la mejora de la calidad de la interacción con el destinatario del proceso, trámite, o servicio a resolver.
• Modernización del Gobierno: las soluciones se deben adoptar tomando como premisa la integración con soluciones que permitan efectivamente la modernización del Gobierno de la Ciudad Autónoma de Buenos Aires.
b) Nivel Proveedor
El proveedor deberá:
• Tener una estructura suficiente, en cantidad e idoneidad de especialistas, para soportar la provisión de los servicios requeridos en el ámbito de la Ciudad de Buenos Aires y durante al menos toda la extensión del contrato.
• Ampliar la experiencia en implementación de la solución detallada y en particular de los componentes o módulos implementados.
• Contar con la provisión de servicios similares en complejidad y en volumen, dentro de la República Argentina.
• Comprometerse, más allá de los términos contractuales, con el proyecto a ejecutar y los valores establecidos en el GCABA.
c) Nivel de Grado de Independencia.
• La metodología de trabajo elegida, deberá permitir y asegurar la transferencia de conocimiento, tanto sobre el producto como sobre la plataforma tecnológica hacia los participantes que el GCABA designe.
• El proceso de implementación y transferencia de conocimientos deberá asegurar la participación del personal del GCABA en forma activa y recurrente en todos los procesos de implantación, de forma tal que
posibilite la independencia del ADJUDICATARIO en el menor lapso posible. A tal efecto, los programas de capacitación deberán contemplar este requerimiento y formar al personal clave del GCABA en forma oportuna para su efectiva participación en la implantación.
3. ESTÁNDARES TECNOLÓGICOS.
Será obligación de quien resulte ADJUDICATARIO de los servicios requeridos, la completa y total observancia de los Estándares Tecnológicos dictados por la Agencia de Sistemas de Información para los sistemas informáticos del GCABA; como de dar cumplimiento a las políticas implementadas a partir de la Resolución Nº 177-ASINF- 2013 y su complementaria Nº 239- ASINF-2014.
Las políticas, estándares y documentación se encuentran disponibles en el Portal del GCABA
xxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxxx/xxxxxxxxxx
4. ESPECIFICACIONES TÉCNICAS
4.1. ECOSISTEMA SADE
La presente contratación alcanza a todos los desarrollos que conforman el Ecosistema SADE, tanto de front-end como back-end. A continuación se detalla un listado (no taxativo) de los mismos:
● Módulos centrales
○ Escritorio Único (EU)
○ Expediente Electrónico (EE)
○ Comunicaciones Oficiales (CCOO)
○ Generador Electrónico de Documentos Oficiales (GEDO)
○ Locación de Obras y Servicios (XXxX)
○ Seguimiento (TRACK)
○ Porta Firma (PF)
○ Archivo (ARCH)
● Módulos periféricos
○ Legajo Único Electrónico (LUE)
○ Gestor Único de Proveedores (GUP)
○ Registro de Identificación de Beneficiarios (RIB)
○ Planes Sociales y Subsidios (PSOC)
○ Registro Civil Electrónico (RCE)
○ Registro Legajo Multipropósito (RLM)
○ Tramitación Única de Subsidios (TUS)
○ Administración Firma Jefe de Gobierno (AFJC)
○ Trámites a Distancia (TAD)
● Herramientas
○ WorkflowDesigner
○ Workflows
Asimismo, el alcance se extiende a cualquier desarrollo o integración necesarias para el correcto funcionamiento del Ecosistema SADE y/o evolución del mismo.
4.2. SOPORTE Y MANTENIMIENTO
La presente contratación tiene por objetivo fortalecer al ORGANISMO CONTRATANTE en la capacidad de análisis, evaluación, adaptación, evolución, desarrollo, implementación, monitoreo y mantenimiento del Ecosistema SADE y en la capacidad de construcción e implementación de workflows cerrados en el contexto de las reingenierías de procesos llevadas a cabo en las distintas reparticiones del GCABA.
El alcance del soporte puede incluir, a solicitud del ORGANISMO CONTRATANTE, el relevamiento de procesos y el diseño de los mismos, la construcción, adaptación e implementación de workflows cerrados, pruebas de integración y su implementación, entre otras.
4.2.1. MANTENIMIENTO CORRECTIVO
El mantenimiento correctivo comprende las acciones que el ADJUDICATARIO ejecuta las para solucionar los incidentes o consultas reportados por el ORGANISMO CONTRATANTE dando cumplimiento a los acuerdos de niveles de servicio de atención y solución.
Se entiende por:
• Consulta: solicitud de información técnica sobre el funcionamiento de una solución o proceso implementado.
• Incidente: cualquier evento que no forma parte del comportamiento habitual del ecosistema SADE y que causa o puede causar una interrupción del mismo o una reducción de la calidad de dicho servicio.
Nota: Todos los incidentes reportados por el ORGANISMO CONTRATANTE están incluidos dentro del alcance del presente contrato, no pudiéndose alegar razón para la no atención de los mismos.
El mantenimiento correctivo puede incluir diagnóstico de performance y testeo de los desarrollos con el objetivo de detectar de potenciales errores y / o problemas, determinando la necesidad de aplicar ajustes preventivos; corrección xx xxxxxx, errores y
/ o problemas detectados que originan un comportamiento distinto al deseado; análisis y corrección de causas raíces; análisis de registros de logs; entre otros.
4.2.2. MANTENIMIENTO EVOLUTIVO
El mantenimiento evolutivo comprende la implementación de mejoras y nuevas funcionalidades dentro del Ecosistema SADE y la migración al Ecosistema GDE. Dichas versiones se encuentran disponibles en el repositorio código fuente de la Ciudad Autónoma de Buenos Aires al cual la Agencia de Sistemas de Información brindará acceso. Las tareas pueden incluir relevamiento, análisis, desarrollo e implementación de nuevas funcionalidades; modificación y actualización del Ecosistema SADE en caso de cambios en su entorno de uso (hardware, sistema operativo, navegadores web); integración con sistemas de terceros; diseño, desarrollo e implementación de web- services; pruebas de testing y QA; desarrollo, configuración y mantenimiento adaptativo de workflows; evaluación de usabilidad; diseño y desarrollo de mejoras centradas en el usuario; entre otros.
4.2.3. ACUERDOS DE NIVELES DE SERVICIO DE ATENCIÓN Y SOLUCIÓN
SLA | Tiempo de Respuesta máximo | Tiempo de Planificación máximo | Tiempo de Resolución máximo | Aplicación de métricas del tiempo |
Consultas | 6 (seis) horas hábiles | Acción directa | 12 (doce) horas hábiles | Días hábiles de 9 a 19hs. |
Incidentes | 24 (veinticuatro) horas corridas | Acción directa | 7 (siete) días hábiles | Días hábiles de 9 a 19hs. |
Incidentes críticos | 2 (dos) horas corridas | Acción directa | 8 (ocho) horas hábiles | 7x24x365 |
Problemas | 2 (dos) días hábiles | 5 (cinco) días hábiles | 15 (quince) días hábiles | Días hábiles de 9 a 19hs. |
Evolutivos | 2 (dos) días hábiles | 5 (cinco) días hábiles | 20 (veinte) días hábiles | Días hábiles de 9 a 19hs. |
Para el cumplimiento de lo aquí estipulado, se entenderá como:
Tiempo de Respuesta: al tiempo transcurrido entre la comunicación al ADJUDICATARIO del incidente o requerimiento por parte del ORGANISMO CONTRATANTE hasta que el ADJUDICATARIO toma contacto a los efectos de iniciar el tratamiento del requerimiento.
Tiempo de Planificación: al tiempo transcurrido entre la comunicación al ADJUDICATARIO del requerimiento por parte del ORGANISMO CONTRATANTE hasta que el ADJUDICATARIO realiza la planificación y estimación.
Tiempo de Resolución: al tiempo transcurrido entre el tiempo de respuesta y la resolución del incidente o requerimiento por parte del ADJUDICATARIO.
INCUMPLIMIENTO DEL ACUERDO DE NIVEL DE SERVICIO
Los tickets que no hayan cumpliemntando el acuerdo de servicio expuesto en el presente pliego no serán certificados por el ORGANISMO CONTRATANTE.
Sin perjuicio de las penalidades y/o sanciones que sean de aplicación conforme lo establecido en la Ley de Compras y Contrataciones N° 2.095 (Texto Consolidado por Ley N° 6.017) y su Decreto Reglamentario N° 168/GCABA/2019.
DÍAS Y HORARIOS DE APLICACIÓN DE HORAS MENSUALES
La disponibilidad de todos los servicios será de días Hábiles, en el rango horario de 09:00 a 19:00hs.
Para atención de incidentes críticos la disponibilidad deberá ser 7x24x365.
Para puesta en producción esta disponibilidad debe ser de 7x24x365, previo acuerdo, coordinación y planificación con el ORGANISMO CONTRATANTE.
4.3. DOCUMENTACIÓN
Todo entregable, sea de mantenimiento correctivo, evolutivo o configuración específica, deberá contar con su correspondiente documentación la cual deberá, como mínimo, incluir:
● Definición y especificación de requerimientos
○ Descripción del proyecto: funcionalidad, objetivos y usuarios.
○ Requerimientos: pautas generales, requisitos funcionales, alcances.
○ Procedimientos: de desarrollo, de instalación y prueba.
● Arquitectura del sistema
● Diseño del modelo de datos
● Descripción de procesos y servicios
● Documentación técnica
● Especificación de APIs (en caso de corresponder)
El ORGANISMO CONTRATANTE puede solicitar en cualquier momento el agregado o modificación de la información requerida en la documentación.
4.4. CARACTERÍSTICAS
Los servicios prestados en el marco de la presente contratación serán:
1. Escalables.
2. De alta disponibilidad.
3. Con un versionado claro.
4. Facilidad de backup.
5. CONDICIONES DEL SERVICIO
5.1 MEDIOS DE COMUNICACIÓN
A los efectos de poder prestar los servicios objeto de la presente contratación, el ADJUDICATARIO deberá suministrar al ORGANISMO CONTRATANTE un listado detallado de Contactos, con números de teléfonos fijos, celulares y casillas de mail, a los cuales se podrá requerir el servicio. Asimismo, deberá presentar un listado, en donde cada uno de los contactos constituya domicilio para su correcta ubicación.
En todos los casos se deberá establecer de común acuerdo entre el ORGANISMO CONTRATANTE y el ADJUDICATARIO los medios de comunicación que garanticen la completa y correcta prestación de los servicios, en el nivel de calidad requerido en el presente Pliego de Especificaciones Técnicas.
En ningún caso se reconocerán trabajos solicitados por medios de comunicación informales u Órdenes de Servicio / Órdenes de Trabajo cursadas de manera informal por parte de Usuarios involucrados en la Solución y/o Proyecto o por cualquier participante que no haya sido expresamente autorizado a tal fin por el ORGANISMO CONTRATANTE.
A requerimiento del ADJUDICATARIO, el ORGANISMO CONTRATANTE podrá solicitar a la Agencia de Sistemas de Información (ASI) acceso mediante una conexión del tipo VPN, si ésta última considera que la misma puede mejorar el nivel de servicio prestado por el ADJUDICATARIO.
5.2 RECURSOS DEL ADJUDICATARIO
5.2.1 EQUIPO DE TRABAJO DEL ADJUDICATARIO
El ADJUDICATARIO deberá constituir un equipo de trabajo que contemple como mínimo los siguientes roles con requisitos mínimos y que asegure los siguientes porcentajes de dedicación, con la posibilidad de ser ampliado en caso de ser considerado necesario y requerido por el ORGANISMO CONTRATANTE:
Rol en el equipo de trabajo y requisitos mínimos | Dedicación mínima |
Analista Funcional Experto en el negocio de Gestión Documental del GCABA con conocimientos Java | 2 personas a Tiempo completo |
Desarrollador Sr. Full Stack Java y SQL | 5 personas a Tiempo completo |
Desarrollador Sr. FrontEnd Angular | 1 persona a Tiempo completo |
Líder Técnico Java y SQL | 1 persona a Tiempo completo |
Gerente de Proyecto | 1 persona a Tiempo completo |
Arquitecto / Infraestructura | 1 persona Tiempo completo |
Al efecto del presente pliego se considera “Tiempo Completo” a la jornada laboral de OCHO (8) HORAS, de lunes a viernes, sin contemplar horario de almuerzo, y “Media Jornada” a la jornada laboral de CINCO (5) HORAS, de lunes a viernes, sin contemplar horario de almuerzo.
Las tareas a desarrollar por el equipo de trabajo del ADJUDICATARIO serán todas aquellas que éste estime necesarias para cumplir con los servicios requeridos, más allá de las enunciadas precedentemente, las cuales no comprenden un detalle exhaustivo.
No obstante, y de conformidad con lo establecido en la normativa para la modalidad de compra seleccionada, el ORGANISMO CONTRATANTE podrá efectuar cambios en las sucesivas solicitudes de servicio, respecto a las cantidades de horas de dedicación mínima del equipo de trabajo y cantidad de personas del equipo de trabajo por cada rol, a los fines de dar cumplimiento a las necesidades de la repartición, manteniendo sin alteraciones los precios cotizados.
El ORGANISMO CONTRATANTE podrá modificar a “Tiempo Completo” o a “Media Jornada” la jornada laboral de dedicación Mínima para los roles detallados a continuación:
● Analista Funcional Experto en el negocio de Gestión Documental del GCABA con conocimientos Java
● Desarrollador Sr. Full Stack Java y SQL
● Desarrollador Sr. FrontEnd Angular
● Líder Técnico Java y SQL
● Gerente de Proyecto
● Arquitecto / Infraestructura
La propuesta debe contener el rol detallando sus responsabilidades y funciones y debe ser congruente con lo solicitado.
5.2.2 ACREDITACIÓN DE PERSONAL
Los OFERENTES deberán presentar la nómina del personal, altamente capacitado, que afectará a la realización de los procesos requeridos para el servicio contratado. En la nómina deberá indicarse:
● Apellido/s y Nombre/s
● Tipo y Número de Documento de Identidad
● E-Mail y Teléfono celular para contacto.
● CV
El ORGANISMO CONTRATANTE se reserva el derecho de solicitar al ADJUDICATARIO la modificación del personal asignado.
5.2.3 TRASLADOS Y GASTOS ASOCIADOS
Todos los traslados del personal afectado del ADJUDICATARIO, así como los Tiempos de Traslado involucrados hacia o desde locaciones del GCABA o donde dispusiera el ORGANISMO CONTRATANTE, son a exclusivo cargo y expensa del ADJUDICATARIO no pudiendo exigirse reembolso alguno al GCABA.
5.3 METODOLOGÍA DE TRABAJO
5.3.1 ASIGNACIÓN DE COMITÉ DE CONTROL
En el momento de inicio de las tareas del proyecto se procederá a coordinar una reunión, la que podrá realizarse de forma presencial o virtual, con participación del ORGANISMO CONTRATANTE y el ADJUDICATARIO donde:
● Quedará establecido la asignación de roles a los participantes de las partes involucradas. Se efectuará la presentación del Gerente de Proyecto asignado por el ORGANISMO CONTRATANTE con la misión de realizar el seguimiento y control.
● Quedará conformado el COMITÉ DE CONTROL que especificará las prioridades, validaciones y aprobaciones técnicas de los entregables del proyecto, realizará las Solicitudes de Provisión y autorizará la certificación del trabajo realizado.
● Se acordará en detalle la metodología de trabajo y el uso de las Herramientas de seguimiento y control que el ORGANISMO CONTRATANTE defina.
Los acuerdos establecidos en esta reunión deben quedar debidamente documentados, firmados y aprobados por todos los participantes. Los documentos podrán ser firmados digitalmente o, en su defecto, firmados holográficamente, escaneados y enviados por correo electrónico.
5.3.2 ENTREGABLES
Para cada proyecto de mantenimiento correctivo y / o mantenimiento evolutivo y / o configuración solicitado por el ORGANISMO CONTRATANTE, el ADJUDICATARIO confeccionará un Plan de Proyecto el cual deberá ser validado y aprobado por el COMITÉ DE CONTROL previo al inicio de su ejecución y en cada uno de sus entregables.
El objetivo general al revisar los entregables consiste en fomentar la entrega de desarrollo libre de errores y en determinar que durante el transcurso del proyecto se genera documentación que permita en la fase de mantenimiento del software generado minimizar el impacto, realizar cambios con menor costo y realizar una transferencia de conocimiento del proyecto al equipo que participará en esta etapa.
El Plan del Proyecto se compone, como mínimo, de los siguientes entregables, el ADJUDICATARIO puede suministrar información adicional en caso de considerarla necesario:
FASE | ENTREGABLES | PLAZO |
Incepción / Concepción | ● Acta de Inicio ● Plan de Proyecto ○ Requerimientos funcionales y no funcionales ○ Arquitectura de la solución ○ Plan de pruebas ○ Horas de desarrollo requeridas | Dentro de los CINCO (5) días corridos de solicitado por el ORGANISMO CONTRATANTE |
Elaboración | ● Plan de Proyecto ○ Especificaciones de caso de uso de la arquitectura ○ Documento de Arquitectura validado ○ Cronograma de iteraciones ○ Fecha MVP y versiones | Dentro de los CINCO (5) días corridos de aprobado la fase de anterior. |
Desarrollo | ● Para cada iteración: ○ Especificaciones de casos de uso actualizadas ○ Diseño actualizado ○ Modelo de datos actualizado ○ Código fuente de la iteración ○ Diseño de pruebas de la iteración ○ Resultado de las pruebas de la iteración | Según cronograma de iteraciones |
Transferenci a | ● Documentación completa ● Manual de operaciones e instalación ● Resultado de las pruebas finales | Dentro de los CINCO (5) días corridos de aprobada la última iteración. |
5.3.3 HERRAMIENTAS
El ADJUDICATARIO deberá validar con el ORGANISMO CONTRATANTE las herramientas que se utilizará para el desarrollo del sistema. El correcto licenciamiento de dichas herramientas es exclusiva responsabilidad del ADJUDICATARIO; no obstante ello, el empleo de copias ilegales y/o de programas inconsistentes con las políticas de seguridad del ORGANISMO CONTRATANTE será considerado falta grave y podrá dar lugar a la rescisión del contrato por culpa del ADJUDICATARIO, sin perjuicio de otras acciones penales y/o civiles que pudiesen corresponder.
5.3.4 ADMINISTRACIÓN DE LA CONFIGURACIÓN
El ADJUDICATARIO deberá definir y mantener un sistema de manejo de versiones para todos los componentes del sistema. Este proceso de administración de la configuración deberá ser acordado previamente con los responsables del ORGANISMO CONTRATANTE.
El ORGANISMO CONTRATANTE indicará al ADJUDICATARIO los estándares y herramientas de software necesarios para conformar el ambiente de trabajo, que serán seleccionadas de acuerdo con los criterios del propio Contratante.
5.3.5 ESPECIFICACIÓN DE PRUEBAS DE ACEPTACIÓN
El ORGANISMO CONTRATANTE y el ADJUDICATARIO desarrollarán conjuntamente una Especificación de Pruebas de Aceptación para cada componente o adaptación solicitada.
La Especificación de Pruebas de Aceptación incluirá:
● Suficiente detalle de las pruebas a realizar por el ORGANISMO CONTRATANTE para confirmar que el Software cumplirá con los criterios de aceptación establecidos; estos incluirán criterios de rendimiento.
● Detalle de las facilidades que el ORGANISMO CONTRATANTE deberá tener disponibles para la realización de las Pruebas de Aceptación.
● Estimaciones de la duración prevista para la ejecución de pruebas específicas en los sistemas informáticos destino.
Las nuevas funcionalidades se considerarán válidas si las pruebas de aceptación son ejecutadas con éxito según lo especificado en la sección Testing de Aceptación del Documento de Estándares de Desarrollo.
5.3.6 CRITERIOS DE ACEPTACIÓN
El ORGANISMO CONTRATANTE tendrá DIEZ (10) días para verificar el cumplimiento de la calidad del producto entregado. Este plazo de verificación vale para todos los entregables requeridos salvo para el Código Fuente.
En todos los casos el ADJUDICATARIO es responsable de brindar el soporte necesario para la instalación de la totalidad del software desarrollado y de la totalidad de los procedimientos necesarios para su funcionamiento y puesta en marcha.
En cuanto a las condiciones generales de aceptación de entregables previstos en el presente documento, se definen las siguientes pautas de trabajo:
● Toda observación a uno de los entregables derivará en, por lo menos, una reunión, que podrá realizarse de forma presencial o virtual, con el ADJUDICATARIO para comunicar los motivos de la observación y definirá los períodos de subsanación. En dicha reunión, El ORGANISMO CONTRATANTE expondrá y explicará los motivos de la observación. El ADJUDICATARIO deberá levantar las observaciones dentro del período de subsanación acordado.
● Toda Revisión – Subsanación dispondrá de las alteraciones y correcciones necesarias hasta la aceptación definitiva de la misma. En el caso de que dicha Revisión - Subsanación no se corresponda con una modificación de alcance solicitada por el ORGANISMO CONTRATANTE, bajo ningún punto de vista podrán
modificarse las “Horas de desarrollo requeridas” acordadas en el Plan de Proyecto.
● Si el resultado de la revisión es satisfactorio, El ORGANISMO CONTRATANTE otorgará la aceptación; de lo contrario, comunicará las razones de la no aceptación.
Una vez que el ORGANISMO CONTRATANTE considere que el producto o entregable es válido (por cumplir con los estándares de calidad, ser completo y correcto, tanto desde el punto de vista formal como funcional), emitirá la aprobación del mismo.
Para el entregable de Código Fuente, el ADJUDICATARIO deberá realizar sus pruebas de desarrollo y entregar el producto con calidad de aceptación. Esta calidad de aceptación se fija en base al porcentaje de errores u omisiones detectados de cada tipo de severidad.
Se define los tipos de severidad como:
● Crítica: Cuando los usuarios no pueden utilizar las funcionalidades principales del sistema. Cuando no es posible realizar algún trabajo productivo. Cuando no se puede prestar el servicio a los clientes.
● Mayor: Cuando el sistema está operando pero con restricciones. Existe impacto en la prestación del servicio a los clientes. Existe impacto para los usuarios.
● Menor: Cuando los usuarios no pueden utilizar las funcionalidades secundarias del sistema. Cuando no se encuentran disponibles algunas funciones o componentes del Sistema, que generan un impacto mínimo para los clientes y para los usuarios. Cuando las limitaciones no son críticas para la operación. El impacto no genera un riesgo considerable, pero es necesario resolverlo.
● Baja/Cosmética: El error se refiere a un mal funcionamiento de la interfaz de usuario, que no impide la correcta ejecución del sistema
Por lo que, cada entregable de Código fuente será aceptado por el ORGANISMO CONTRATANTE si presenta:
● 0% de errores de severidad crítica y mayor
● 20% de errores de severidad menor y
● 35% de errores de severidad baja.
Además de lo mencionado anteriormente, el ORGANISMO CONTRATANTE se reserva el derecho de solicitar la corrección de incidencias particulares que considere de prioridad máxima independientemente de su severidad.
5.3.7 CERTIFICACIÓN DE SERVICIOS
De forma mensual, quincenal y / o semanal, según requerimiento del ORGANISMO CONTRATANTE, el adjudicatario presentará un informe con las horas laboradas de acuerdo a las Solicitudes de Provisión (SPR) que se hayan perfeccionado en dicho plazo y el importe correspondiente a dicho período para la certificación y evaluación del ORGANISMO CONTRATANTE, el cual procederá a certificar la cantidad de horas efectivamente prestadas por los profesionales intervinientes detallados en las especificaciones técnicas.
Durante dicho proceso de certificación, el ORGANISMO CONTRATANTE evaluará el informe de las horas entregado por el adjudicatario, incluyendo una evaluación cuantitativa de las horas, como así también cualitativa con respecto a los servicios prestados y/o productos entregados como fruto del incurrido de dichas horas.
La certificación final de dicho informe implicará la aceptación parcial o total, según corresponda, de dichos servicios prestados y/o productos entregados. Una vez finalizado este proceso, el resultado de la certificación será comunicado al adjudicatario a fin de que éste proceda a la emisión de la correspondiente factura. La certificación de la cantidad de horas efectivamente prestadas podrá realizarse de forma mensual, quincenal y / o semanal según lo disponga el ORGANISMO CONTRATANTE.
5.4 TRANSFERENCIA DE CONOCIMIENTOS
El ADJUDICATARIO debe realizar la transferencia de conocimientos del proyecto a un grupo de técnicos del ORGANISMO CONTRATANTE, o a quienes éste designe, de la manera menos traumática posible. Dicho traspaso debe incluir la entrega de las últimas versiones de la documentación funcional y de diseño relacionada con el proyecto más una capacitación del personal técnico sobre la estructura del código fuente, las particularidades de compilación y funcionamiento del sistema, configuración, parametrización y todo lo necesario para poder realizar la implementación del desarrollo y su posterior mantenimiento.
Esta capacitación, que podrá ser presencial o virtual, debe realizarse antes de finalizar la ejecución del proyecto de manera de poder detectar en forma temprana los problemas que se encuentren en el sistema y entender los arreglos que se vayan realizando.
Esta transferencia tiene como segundo objetivo permitir la evaluación de cuestiones no funcionales que sólo son visibles si se comprende el funcionamiento interno de los componentes.
5.5 GARANTÍA TÉCNICA FINAL
El ADJUDICATARIO deberá brindar una Garantía Técnica de Buen Funcionamiento y Mantenimiento Correctivo Integral (Garantía Técnica) por el término de TRES (3) MESES contados a partir de la finalización de los servicios se encuentre o no vigente el presente contrato, por cada componente o adaptación solicitada e implementada en producción.
La misma comprende todos los servicios dentro de las especificaciones técnicas considerados dentro del alcance del presente llamado.
5.6 RECURSOS DEL GCABA
5.6.1 EQUIPO DE TRABAJO DEL GCABA
Al equipo del ADJUDICATARIO se integrarán especialistas del ORGANISMO CONTRATANTE, a exclusivo criterio de este último, asignados como Líder de Proyecto, Analistas, Programadores y/o Especialistas QA, junto con recursos de las áreas de Seguridad, Redes y/o Administración de Servidores, con el fin de adquirir experiencia específica sobre los trabajos que el ADJUDICATARIO realice, asegurar la autonomía futura del Contratante en el mantenimiento del sistema, y contribuir al control de ejecución de las tareas.
5.6.2 ENTORNO DE TRABAJO
A los fines del desarrollo de las actividades previstas en el presente Pliego de Especificaciones Técnicas y Pliego de Bases y Condiciones Particulares, el
ADJUDICATARIO deberá contar con una oficina permanente en la Ciudad Autónoma de Buenos Aires, durante todo el tiempo de su ejecución.
Independientemente del lugar físico donde se efectúen las actividades, el GCABA dispondrá de un ambiente de desarrollo, prueba, homologación y producción los que se encuentran instalados y serán configurados en base a las premisas de operatividad necesarias que serán suministradas por el ADJUDICATARIO. Durante todo el período de prestación de los servicios y/o desarrollo de Proyectos, el ORGANISMO CONTRATANTE tendrá acceso a versiones parciales de cualquier pieza de desarrollo, sea la misma mantenimiento correctivo, evolutivo o configuración, máximo en forma SEMANAL previo requerimiento de la misma.
El ORGANISMO CONTRATANTE se reserva el derecho de solicitar al ADJUDICATARIO que el equipo de trabajo desempeñe su labor, de forma parcial o completa, en las oficinas del GCABA que el Contratante indique para este propósito. En este caso, será responsabilidad del ADJUDICATARIO suministrar al equipo de trabajo los recursos necesarios para la realización de las tareas (equipos, software); será responsabilidad del ORGANISMO CONTRATANTE suministrar los elementos de infraestructura necesarios (espacio físico, acceso a Internet).
A los efectos de poder garantizar la correcta prestación de los servicios, cuando el Plan de Proyecto requiera indefectiblemente el desarrollo de actividades in-situ en las oficinas del GCABA, el ORGANISMO CONTRATANTE proveerá los siguientes elementos:
● Garantizará el acceso a las instalaciones requeridas para realizar las tareas durante el período de prestación de servicios y/o ejecución del proyecto, incluyendo xxxxxxx, xxxxxxxx y feriados, previo arreglo entre las partes.
● Suministrará los elementos de infraestructura para la prestación del servicio: espacio físico, estación de trabajo, acceso a Internet, etc.
● Proveerá los recursos necesarios para la realización de las tareas y las pruebas de validación, como ser información, equipos, software, tiempos de máquina, discos, manuales, etc.
● Dispondrá de personal capacitado para responder las consultas e interactuar con los especialistas.
X X X X X X X X XX XX X I U D A D DE B U E N O S A I R E S
"2020. Año del General Xxxxxx Xxxxxxxx"
Hoja Adicional de Firmas Informe gráfico
Número:
IF-2020-18268386-GCABA-DGGEDOC
Buenos Aires,
Martes 4 xx Xxxxxx de 2020
Referencia: Pliego de Especificaciones Técnicas - Ecosistema SADE y Migración GDE
El documento fue importado por el sistema GEDO con un total de 19 pagina/s.
Digitally signed by Comunicaciones Oficiales DN: cn=Comunicaciones Oficiales
Date: 2020.08.04 16:07:54 -03'00'
Xxxxxxx Xxxxxxx Xxxxx Director General
D.G. GESTION DOCUMENTAL MINISTERIO JEFATURA DE GABINETE
Digitally signed by Comunicaciones Oficiales
DN: cn=Comunicaciones Oficiales Date: 2020.08.04 16:07:54 -03'00'