PLIEGO CONTRATACION DIRECTA POR EXCLUSIVIDAD
$1(;2 ',6326,&,Ï1 1□ '*7$/,1)
Gobi erno de l a Ci udad Autónoma de Buenos Ai res
“2016-Año del Bicentenario de la Declaración de Independencia de la República Argentina”
PLIEGO CONTRATACION DIRECTA POR EXCLUSIVIDAD
“Provisión de Servicios Profesionales de Soporte y Mantenimiento Básico y Correctivo; y Servicios de Desarrollo para Mantenimiento
volutivo del Sistema xx Xxxxxx Único, y todos sus módulos asociados, para la Agencia de Sistemas de Información”
Gobi erno de l a Ci udad Autónoma de Buenos Ai res
“2016-Año del Bicentenario de la Declaración de Independencia de la República Argentina”
PLIEGO DE BASES Y CONDICIONES PARTICULARES
1. OBJETO DE LA CONTRATACIÓN
El objeto del presente llamado a contratación directa consiste en “la provisión de Servicios Profesionales de Soporte y Mantenimiento Básico y Correctivo; y Servicios de Desarrollo para Mantenimiento Evolutivo del Sistema xx Xxxxxx Único, y todos sus módulos asociados”, para la Agencia de Sistemas de Información, según los apéndices detallados a continuación y los requerimientos del presente Pliego de Bases y Condiciones Particulares y Especificaciones Técnicas.
2. MARCO NORMATIVO
El presente llamado a Contratación Directa, se regirá por lo normado por el Articulo N° 28, inciso 5) de la Ley N° 2095 (texto consolidado por Ley Nº 5454), y su Decreto Reglamentario Nº95/GCABA/14 y modificatorio Decreto 114/GCABA/16, por el Decreto 1145/09, la Resolución N° 1160-MHGC-2011 y concordantes, por el Pliego Único de Bases y Condiciones Generales para los procesos de Compras y Contrataciones mediante BAC -Buenos Aires Compras-, aprobado por Disposición Nº 396/DGCYC/14, por el Pliego de Bases y Condiciones Particulares y Especificaciones técnicas publicado en BAC. Todos los documentos serán considerados como recíprocamente explicativos de las cláusulas y disposiciones contractuales pero, en el caso de surgir ambigüedades o discrepancias, prevalecerá este Pliego de Bases y Condiciones Particulares y, sucesivamente, los restantes documentos en el orden establecido precedentemente.
3. GENERALIDADES
El presente Pliego de Bases y Condiciones Particulares tiene por objeto completar, aclarar y perfeccionar las estipulaciones xxx Xxxxxx de Bases y Condiciones Generales para la Contratación de Bienes y Servicios, para la contratación de referencia.
Gobi erno de l a Ci udad Autónoma de Buenos Ai res
“2016-Año del Bicentenario de la Declaración de Independencia de la República Argentina”
4. CÓMPUTO DE PLAZOS
Todos los plazos establecidos se computan en días hábiles administrativos, salvo disposición expresa en contrario.
A los efectos del cómputo de plazos fijado en días hábiles, la presentación en un día inhábil se entiende realizada en primera hora del día hábil siguiente.
5. CUMPLIMIENTO CONTRACTUAL
En ningún caso la invocación de situaciones imprevistas o hechos propios o de terceros ajenos a la presente contratación, autorizará al PROVEEDOR a no cumplir en tiempo y forma con las obligaciones emergentes del presente Pliego y del Contrato oportunamente suscripto, además de las establecidas en el Pliego Único de Bases y Condiciones Generales y las xxx Xxxxxx de Especificaciones Técnicas, salvo que se tratare de eventos previstos como caso fortuito o fuerza mayor de conformidad con el artículo 1.730, sus siguientes y concordantes del Código Civil y Comercial de la Nación aprobado por la Ley Nº 26.994 y fuese debidamente documentado y probado por el interesado y aceptado por el organismo licitante, de conformidad con lo establecido en los Artículos 134 de la Ley N° 2.095 (texto consolidado por Ley Nº 5454), el Decreto Reglamentario N° 95/GCABA/14 y su modificatorio Decreto N° 114/GCABA/16. La prestación objeto de la presente Licitación reviste el carácter de esencial, necesaria y continua para el normal desenvolvimiento de la función pública inherente al GCABA. En tal sentido no puede suspenderse, retardarse y/o discontinuarse.
6. NOTIFICACIONES
Todas las notificaciones que hayan de efectuarse en virtud de las disposiciones de la Ley Nº 2095 (Texto consolidado por Ley 5454) y del decreto reglamentario se entienden realizadas a partir del día hábil siguiente al de su publicación y simultaneo envío de mensajería mediante BAC (Art 7 Decreto 1145/ GCABA/09).
7. JURISDICCION
La participación en la presente Contratación implica por parte del oferente la renuncia a todo fuero o jurisdicción que correspondiere para atender cuestiones que susciten la presente Contratación, Adjudicación y Ejecución del contrato, sometiéndose única y expresamente a la jurisdicción de los Tribunales
Gobi erno de l a Ci udad Autónoma de Buenos Ai res
“2016-Año del Bicentenario de la Declaración de Independencia de la República Argentina”
Contenciosos, Administrativos y Tributarios de la Ciudad Autónoma de Buenos Aires (Art. 7 Pliego de Cláusulas Generales).
8. PUESTA A DISPOSICIÓN Y GRATUIDAD DE LOS PLIEGOS
El presente pliego es gratuito.
9. DOCUMENTACIÓN CONTRACTUAL
Los siguientes documentos constituyen los documentos de la Contratación:
a) La Ley Nº 2.095 (Texto consolidado por Ley 5454)
b) Decreto N° 114/GCABA/16 modificatorio del Decreto Reglamentario 95/GCABA/14, reglamentario de la ley citada o la norma que en el futuro lo reemplace.
c) El Pliego Único de Bases y Condiciones Generales.
d) El Pliego de Bases y Condiciones Particulares.
e) El Pliego de Especificaciones Técnicas, con sus Anexos.
f) Las Circulares Aclaratorias con o sin consulta
g) La Oferta y los documentos aclaratorios tomados en cuenta para la Adjudicación.
h) La Adjudicación.
i) La ORDEN DE COMPRA.
10. DE LAS GARANTIAS
11.1GARANTÍA DE MANTENIMIENTO DE LA OFERTA
La oferta será acompañada mediante la constitución de una garantía a favor del Gobierno de la Ciudad Autónoma de Buenos Aires, igual a la que resulte del cinco por ciento (5%) del total de la oferta, de conformidad con lo prescripto en el art.
Gobi erno de l a Ci udad Autónoma de Buenos Ai res
“2016-Año del Bicentenario de la Declaración de Independencia de la República Argentina”
14.1 inciso a) xxx Xxxxxx de Bases y Condiciones Generales, concordante con el art. 101 de la Ley Nº 2.095 (Texto consolidado por Ley 5454).
La constitución de esta garantía podrá realizarse en cualquiera de las formas previstas en el art. 14.2 xxx Xxxxxx de Bases y Condiciones Generales, art. 102 y concordantes de la Ley N° 2.095 (Texto consolidado por Ley 5454) y su correspondiente Decreto Reglamentario y será devuelta de conformidad a lo establecido en el art. 14.3 apartado i) xxx Xxxxxx de Condiciones Generales, concordante con el art. 113 del Decreto Reglamentario Nº95/GCABA/14 y modificatorio Decreto 114//GCABA/16.
La garantía deberá constituirse bajo las modalidades establecidas en la normativa citada en el párrafo que antecede, y que el OFERENTE declara conocer y aceptar. La no presentación de la Garantía de Oferta, dará lugar al descarte de la misma sin más trámite.
12. GARANTÍA DE LA ADJUDICACIÓN
Será xxx XXXX POR CIENTO (10%) del valor total de la adjudicación (Art. 14.1 inciso b) Pliego de Cláusulas Generales). Dicha garantía deberá constituirse bajo una de las modalidades previstas a tal fin en el Pliego de Bases y Condiciones Generales, Art. 102 y concordantes de la Ley N° 2095 (Texto consolidado por Ley 5454) y su correspondiente Decreto Reglamentario. La misma será devuelta al PROVEEDOR dentro de los DIEZ (10) días de finalizado el Contrato, a entera satisfacción del GCABA (Art. 14.3 apartado ii) xxx Xxxxxx de Bases y Condiciones Generales), en caso de fiel cumplimiento en tiempo y forma de cada una de las obligaciones resultantes de esta Contratación y del Contrato.
12.1 EJECUCIÓN DE LA GARANTÍA DE CUMPLIMIENTO DE CONTRATO
La ASI tendrá derecho a ejecutar la Garantía de Adjudicación, no sólo en el caso de resolverse el contrato por culpa del PROVEEDOR o cuando la liquidación final de los trabajos resulte en saldo deudor de aquél, sino también en el caso de ser afectado a la reposición de equipos, reparación o reconstrucción de trabajos y/o instalaciones que tuvieren vicios o defectos. Hecha efectiva la garantía que aquí se
Gobi erno de l a Ci udad Autónoma de Buenos Ai res
“2016-Año del Bicentenario de la Declaración de Independencia de la República Argentina”
trata, su importe podrá aplicarse al pago de cualquier crédito que la ASI tenga con el PROVEEDOR.
13. MANTENIMIENTO DE LA OFERTA
El OFERENTE deberá mantener y garantizar los términos de su Oferta por un período de veinte (20) días a contar desde la fecha del acto de apertura, prorrogables automáticamente hasta la fecha del perfeccionamiento del Contrato, salvo que el OFERENTE manifieste en forma fehaciente su voluntad de no renovar la Garantía de Mantenimiento de Oferta con DIEZ (10) días de antelación al vencimiento del plazo (conforme Art. 102 punto 5) del Decreto Reglamentario Nº95/GCABA/14 y modificatorio Decreto 114//GCABA/16.
14. DE LA OFERTA
14.1 DOCUMENTACIÓN QUE DEBE PRESENTARSE
Las ofertas deben efectuar a través de los formularios electrónicos disponibles en BAC, cumpliendo todos los requerimientos exigidos en los pliegos de Bases y Condiciones y adjuntando todos y cada uno de los documentos solicitados en ellos en soporte electrónico. Para el caso que los pliegos prevean la presentación de muestras o la presentación de documentos que por sus características deban ser presentados en soporte papel, estos serán individualizados en la oferta y serán presentados en la Unidad Operativa de Adquisiciones en la fecha, hora y lugar que indiquen los Pliegos de Bases y Condiciones Particulares.
Asimismo, se deberá presentar:
a) Carta de presentación firmada por el oferente o su representante dónde manifieste expresamente su decisión de contratar.
b) Declaración sobre inhabilidades e incompatibilidades: El oferente deberá
presentar una declaración de que el mismo y sus directivos no están alcanzados por las inhabilidades e incompatibilidades, de conformidad con el art. 11 xxx Xxxxxx Único de Bases y Condiciones Generales que se acompaña.
Gobi erno de l a Ci udad Autónoma de Buenos Ai res
“2016-Año del Bicentenario de la Declaración de Independencia de la República Argentina”
c) Oferta Técnica.
d) Oferta Económica.
e) Garantía mantenimiento de Oferta.
f) Constancia de inscripción en el Registro Informatizado Único y Permanente de Proveedores (RIUPP) del GCABA o constancia de inicio de trámite de inscripción (Art. 5º xxx Xxxxxx de Bases y Condiciones Generales). La documentación e información contenida en el RIUPP deberá estar actualizada a la fecha de presentación de la oferta.
15. FORMAS DE COTIZAR
Renglón | Título | Cantidad | Precio Unitario | Precio Total |
1 | Servicios de Soporte y Desarrollo para Mantenimiento Correctivo y Evolutivo | 12 meses |
El OFERENTE deberá cotizar el renglón solicitados indicando Precio Unitario y Precio Total, en números, letras y en PESOS.
A su vez, no deberá discriminarse en el precio cotizado el importe correspondiente al Impuesto al Valor Agregado (IVA).
El oferente deberá presentar junto con la oferta económica la estructura real de costos mensual que respalda el precio de cada renglón ofertado. De ella debe surgir el detalle de los costos directos e indirectos que la componen, la incidencia impositiva y la utilidad prevista. También se deberá indicar el índice/precio asociado a cada uno de los conceptos que componen la estructura real de costos. Los índices/precios de referencia a utilizar serán los informados por el Instituto Nacional de Estadística y Censos, la Dirección General de Estadística y Censos dependiente de la Administración Gubernamental de Ingresos Públicos del GCABA o el Organismo que la reemplace, o por otros organismos especializados, aprobados por el comitente.
Estos precios o índices de referencia, aprobados por el comitente al momento de la adjudicación, serán los considerados en caso de aplicación del régimen de redeterminación de precios del contrato.
15.1 FALSEAMIENTO DE DATOS
El falseamiento de datos dará lugar a criterio del Gobierno de la Ciudad Autónoma de Buenos Aires, a la inmediata exclusión del oferente, sin lugar a devolución de la garantía que sobre ella se hubiere constituido. Si la falsedad fuere advertida con posterioridad a la contratación, podrá ser causal de rescisión por culpa del contratista, con pérdida de la garantía de adjudicación del contrato, y sin perjuicio de las demás responsabilidades que pudieren corresponder.
15.2 CONOCIMIENTO DE LAS CONDICIONES
El falseamiento de datos dará lugar a criterio del Gobierno de la Ciudad Autónoma de Buenos Aires, a la inmediata exclusión del oferente, sin lugar a la devolución de la garantía que sobre ella se hubiere constituido. Si la falsedad fuere advertida con posterioridad a la contratación, podrá ser causal de rescisión por culpa del contratista, con pérdida de la garantía de adjudicación del contrato, y sin perjuicio de las demás responsabilidades que pudieren corresponder.
15.3 VISTA DE LAS PRESENTACIONES
El derecho a vistas con relación a las ofertas presentadas y admitidas en esta Contratación se regirá por la normativa contenida en el Decreto 1510/97 de Procedimientos Administrativos de la Ciudad Autónoma de Buenos Aires.
16 DE LA EVALUACIÓN
16.1 DEL EXAMEN DE LAS OFERTAS
La Comisión de Evaluación de Ofertas, evaluará el adecuado cumplimiento de las propuestas recibidas de lo exigido en este PLIEGO, desde los puntos de vista técnico, económico, financiero y de la idoneidad del oferente, para determinar la OFERTA más conveniente para la Ciudad Autónoma de Buenos Aires.
17 CONSIDERACIONES GENERALES
La Comisión de Evaluación de Ofertas examinará las ofertas que resulten elegibles desde el punto de vista formal, y luego examinará que los términos y condiciones establecidos en las Especificaciones Técnicas hayan sido aceptados por el OFERENTE sin desviaciones o reservas significativas.
La ASI deberá evaluar los aspectos técnicos de la OFERTA, presentados de acuerdo a lo especificado por el presente PLIEGO, para confirmar que cumple con todos los requisitos establecidos por el mismo.
En ese sentido se aclara que será rechazada la oferta que contuvieran condicionamientos por los cuales se afecten los derechos de la ASI respecto de los bienes o servicios que adquiere o contrata, o se limiten las obligaciones del oferente o PROVEEDOR y que expresamente estén contenidas en este pliego, salvo que los mismos sean rectificados o anulados a satisfacción de la ASI.
Será rechazada la OFERTA que contuviera alguna discrepancia entre las Especificaciones Técnicas y los bienes y/o servicios ofertados, en la medida que ellas afecten la calidad, y/o la funcionalidad principal de los bienes, y/o el alcance de los servicios requeridos.
En el caso que una oferta no se ajustara estrictamente a las especificaciones técnicas, el OFERENTE tendrá la obligación de fundamentar acerca de que la discrepancia no afecta la calidad y/o funcionalidad principal requerida, y/o del alcance de los servicios requeridos, sin perjuicio que será potestad de la ASI determinar si la discrepancia produce la afectación mencionada.
17.1 INFORMACIÓN COMPLEMENTARIA
Para la evaluación de la OFERTA, la Comisión de Evaluación podrá requerir del OFERENTE, la información complementaria que estime necesaria para el cumplimiento de su cometido sin que ello afecte el derecho de igualdad entre ellos, ni altere los términos de las ofertas presentadas.
17.2 RECHAZO
El GCABA se reserva el derecho de rechazar la totalidad de las Ofertas presentadas en cualquier momento con anterioridad a la adjudicación, sin que ello pueda generar reclamo alguno de OFERENTES.
18 ADJUDICACIÓN
La Autoridad Competente dictará el acto administrativo de adjudicación, el que una vez suscripto, registrado y protocolizado, será notificado fehacientemente a través de BAC al adjudicatario y al resto de los oferentes. A su vez, de acuerdo a lo previsto en el artículo 27 del Anexo I del Decreto Nº 1145/GCABA/09, deberá
establecerse la publicación de la adjudicación en el Boletín Oficial de la Ciudad de Buenos Aires por el plazo de un (1) día.
18.1 FORMALIZACIÓN DEL CONTRATO
El contrato se perfecciona, conforme lo normado por el Art. 29 Inc. 1 y 2 del Decreto 1145/GCABA/09, con la notificación mediante BAC de la Orden de Compra al adjudicatario y según lo estipulado en el Art. 24 del PCG.
19 DE LA EJECUCIÓN DEL CONTRATO
19.1 PLAZO DE ENTREGA
Los servicios objeto de la presente contratación deberán ser prestados durante un plazo de DOCE (12) MESES a partir de Perfeccionada la Orden de Compra – Documento Contractual.
19.2 FORMA DEL SERVICIO
El pago será efectuado de acuerdo a las disposiciones contenidas en los Arts.28, 29, 30, 31 xxx Xxxxxx Único de Bases y Condiciones Generales para los Procesos de Compras y Contrataciones mediante BAC y en concordancia con lo estipulado en el Pliego de Especificaciones Técnicas.
19.3 DEL INCUMPLIMIENTO DEL CONTRATO
El incumplimiento en término de las obligaciones del contrato coloca al PROVEEDOR en estado xx xxxx automática y, por lo tanto, sujeto a la aplicación de las sanciones establecidas en la Ley N° 2095 (Texto Consolidado por Ley 5454), y su Decreto Reglamentario Nº 95/GCABA/14 y modificatorio Decreto 114/GCABA/16.
Se deja constancia que las penalidades y/o sanciones de las que pudiera hacerse pasible el PROVEEDOR habrán de ser aplicadas aun cuando el contrato se encontrara extinguido, ello en tanto el hecho motivador de las penalidades y/o sanciones hubieren tenido lugar durante la vigencia del contrato.
19.4 PROHIBICIÓN DE TRANSFERENCIA DEL CONTRATO
El CONTRATO no podrá ser transferido o cedido por el PROVEEDOR a terceros sin previa autorización expresa del GCABA, previo dictamen de la Procuración General de la Ciudad. En caso de que ello sucediera sin la mencionada autorización, podrá darse por rescindido el CONTRATO por causa atribuible al PROVEEDOR. En todos los casos el ce-dente continuará obligado solidariamente con el PROVEEDOR (cesionario) por las obligaciones y responsabilidades emergentes del CONTRATO. La transferencia autorizada del CONTRATO deberá ser publicada en el Boletín Oficial de la Ciudad Autónoma de Buenos Aires y exhibida en los mismos medios y plazos que la ADJUDICACIÓN.
19.5 RESCISIÓN
Serán causales de rescisión del contrato las previstas en la Ley N° 2.095 (texto consolidado por Ley Nº 5454), y su correspondiente Decreto Reglamentario 95/GCABA/14, cuando: “el co-contratante transfiriera o cediera todo o parte del contrato sin que ello fuere autorizado previamente por la entidad contratante, ésta debe rescindir unilateralmente el contrato por culpa del co-contratante, con pérdida de la garantía de cumplimiento del contrato”. Asimismo, el contratista será pasible de los daños y perjuicios que su incumplimiento le cause a la Administración.
19.6 EXTINCIÓN DEL CONTRATO
La relación contractual quedará extinguida por:
• Expiración del término del contrato, conforme a lo previsto en este Pliego.
• Mutuo acuerdo.
• Quiebra del contratista.
• Rescisión del contrato por incumplimiento del contratista.
20. REDETERMINACIÓN DE PRECIOS
El régimen de redeterminación de los precios pactados en el contrato objeto de la presente licitación se rige por la Ley Nº 2809 y su reglamentación.
El principio rector del régimen es el mantenimiento de la ecuación económica financiera del contrato, mediante el establecimiento de un valor compensatorio del incremento del costo sufrido por el proveedor del servicio.
El precio de la contratación objeto de la presente licitación es fijo e invariable y no admite el reconocimiento de mayores costos, salvo que los costos de los factores principales que componen dicho precio reflejen una variación de referencia promedio superior en un cuatro por ciento (4 %) a los del contrato, o al precio surgido de la última redeterminación, de corresponder.
Se tendrá por concretada dicha situación cuando las distorsiones operadas en los precios de los ítems que conforman la Estructura de Costos Estimada, cuya incidencia y parámetros de variación se detallan a continuación superen, en conjunto, el CUATRO POR CIENTO (4%).
A los fines de la redeterminación de precios se tendrá en cuenta la siguiente TABLA DE PONDERACIÓN:
ESTRUCTURA DE COSTOS ESTIMADA | ||
ITEM | INCIDENCIA | PARÁMETROS |
Mano de Obra | 70,00% | Índices de Salarios – Sector Privado Registrado - INDEC |
Insumos | 15,00% | Índice de Precios Internos al por Mayor (IPIM) – CUADRO 7.3.1 NACIONAL (N). |
Gastos Generales /Costos Financieros | 15,00% | Índice de Precios Internos al por Mayor (IPIM) – CUADRO 7.3.1 - Nivel General. |
TOTAL | 100,00% | |
Pliego de Especificaciones Técnicas
Que rige la contratación de Servicios de Soporte y Mantenimiento Básico y Correctivo y Servicios de Desarrollo de Mantenimiento Evolutivo de Soluciones Tecnológicas.
Alcance: Padrón Único
Pliego de Especificaciones Técnicas (PET) – Servicios de Soporte y Mantenimiento Evolutivo de Aplicaciones
JULIO 2016.
Pliego de Especificaciones Técnicas. Ííndice.
1 Marco General 15
1.1 Antecedentes 15
1.2 Descripción de los Servicios Actuales 16
1.3 Objeto de la contratación 16
1.4 Alcance 16
1.5 Principios 17
1.6 Estándares Tecnológicos 17
2 Especificaciones Técnicas 19
2.1 Servicios de Soporte y Desarrollo para Mantenimiento Correctivo y Evolutivo. 19
2.2 Alcance de los Servicios 19
2.3 Servicios Específicamente NO Alcanzados 20
2.4 Condiciones de Prestación del Servicio. 20
2.5 Prestación del Servicio – Metodología de Uso. 22
2.6 Especificaciones Técnicas 22
2.7 Plazo de Ejecución. 24
2.8 Especialistas Afectados 24
2.9 Lugar de Prestación de los Servicios 24
2.10 Días y Horarios de Aplicación de Horas Mensuales 24
2.11 Forma de Cotizar 24
3 Condiciones de Servicio. 25
3.1 Medios de Comunicación. 25
3.2 Recursos del ADJUDICATARIO 25
3.3 Metodología de Trabajo. 28
3.4 Tratamiento de Requerimientos 29
3.5 Transferencia de Conocimientos 30
3.6 Garantía Técnica Final 31
3.7 Recursos del GCABA 31
Pliego de Especificaciones Técnicas.
1 Marco General.
1.1 Antecedentes.
La Base de Datos xxx Xxxxxx Único concentra información de todas aquellas personas físicas y/o jurídicas que interactúan con alguna repartición del Gobierno de la Ciudad Autónoma de Buenos Aires, integrando procedimientos y técnicas de validación en la naturaleza de los datos. Definiéndose a sí mismo como un maestro de datos, y brindando en reciprocidad y apertura de información un servicio a todas las reparticiones que interactúen con ella para consultar, validar, citar o examinar el tratamiento auténtico de las personas.
El diseño xxx Xxxxxx Único se encuentra bajo la premisa de ser un sistema capaz de heredar información de otros sistemas corporativos del gobierno y procesarla; y de satisfacer las necesidades dispares de un alto número de clientes consumidores de la información. También, centrado en las políticas a nivel de configuración, al tiempo que adaptable y escalable a nivel de arquitectura.
Actualmente, es importante destacar que la solución posee a nivel de Plataforma de Hardware y Software y una arquitectura altamente escalable en dimensión e importancia de los datos; como su disponibilidad para interactuar con otras plataformas que hacen uso de su información por diferentes sistemas y plataformas.
Su implementación de Xxxxxxx en la distribución física se encuentra sujeta a una arquitectura modelo Rack.
Destacando su:
• Soporte de transacciones.
• Estabilidad.
• Escalabilidad.
• Soporte multiplataforma.
La arquitectura de Software está compuesta por:
• Sistema Operativo: Red Hat Enterprise Linux.
• Motor de Base de Datos: ORACLE.
• Plataforma de Integración de Datos: SAS.
• Lenguaje de Programación: Oracle PL SQL / Java.
• Servidor de Aplicaciones: TOMCAT App Server.
Su Lógica:
El núcleo del Sistema trabaja en conjunto con distintos algoritmos avanzados y específicos según un Workflow de inteligencia en individualización de cada individuo según la calidad del dato (escaso a rico); los cuales pretenden llegar al máximo nivel
de validez de identificación. Generando distintos grupos de información (identificativa, salud, laboral, educativa, fiscal, etc.).
Los requisitos evaluados con el fin de ofrecer un valor óptimo para los usuarios y el apoyo a una amplia gama de posibles escenarios son los siguientes:
- Alta capacidad de tratamiento de datos.
- Capacidad de modelado de datos y metadatos.
- Soporte para trabajar con diferentes fuentes y destinos de datos.
- Capacidad de gestión de datos.
- Capacidades de la plataforma de ejecución.
- Brindar una plataforma robusta de ejecución.
1.2 Descripción de los Servicios Actuales.
Dado que frecuentemente se solicita la incorporación de nuevos requerimientos funcionales y/o modificaciones a la funcionalidad ya existente, surge la necesidad de contar con un servicio que permita dar respuesta eficaz a dichas solicitudes y que a su vez brinde disponibilidad técnica para efectuar tareas preventivas sobre el conjunto de sus componentes. Determinándose la necesidad de soporte y mantenimiento correctivo y preventivo de ambas soluciones.
Adicionalmente, el uso y aprovechamiento de las funciones ya resueltas, dan origen a nuevos requerimientos de usuarios que se deben resolver por la adaptación, ajuste o creación de nuevos componentes que reportan en el mantenimiento evolutivo/adaptativo de la solución.
Respondiendo a las necesidades planteadas precedentemente, se requiere la contratación de Servicios Profesionales -objeto del llamado-, en los términos presentados en el presente PLIEGO.
1.3 Objeto de la contratación
El objeto del presente llamado es la provisión de Servicios Profesionales de Soporte y Mantenimiento Básico y Correctivo; y Servicios de Desarrollo para Mantenimiento Evolutivo del Sistema xx Xxxxxx Único, y todos sus módulos asociados, para la Agencia de Sistemas de Información -en adelante ORGANISMO CONTRATANTE-, de conformidad con los requerimientos detallados en el presente Pliego de Bases y Condiciones Particulares y Especificaciones Técnicas y sus Anexos y de acuerdo a los términos xxx Xxxxxx Único de Bases y Condiciones Generales.
1.4 Alcance
El alcance del presente llamado cubre la Solución Tecnológica, Sistemas y/o Componentes detallados en el presente Pliego de Especificaciones Técnicas.
Se consideran también alcanzados todos los Componentes, Adaptaciones, Correcciones y/o Agregados a la Solución Tecnológica, incorporados por los mismos mecanismos de Mantenimiento Evolutivo, integrados en el presente llamado, dentro del período de contratación de los servicios objeto del presente.
El presente llamado está orientado a obtener óptimas condiciones técnicas y económicas por parte de los OFERENTES. Se evaluará la idoneidad y calidad técnica del Proveedor y de sus equipos profesionales.
1.5 Principios.
A continuación se detallan los principios a cumplir con la prestación de los servicios requeridos:
A Nivel Solución.
• Auditabilidad: se debe poner especial foco en mantener, mejorar 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.
A Nivel Proveedor:
• Que tenga la 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.
• Que ya haya realizado la provisión de servicios similares en complejidad y en volumen, dentro de la República Argentina.
• Que más allá de lo contractual/legal exista el más alto compromiso por parte del ADJUDICATARIO con el GCABA.
A Nivel de Grado de Independencia:
• Que la metodología de trabajo permita la transferencia de conocimiento, tanto sobre el producto como sobre la plataforma tecnológica hacia los participantes clave provistos por el GCABA.
• Que el proceso de implementación y transferencia de conocimientos asegure la participación de nuestro personal 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 este efecto, los programas de capacitación deberán contemplar este requerimiento y formar a nuestro personal en forma oportuna para su efectiva participación en la implantación.
1.6 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; así como también 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/xxxxxxxxx s
2 Especificaciones Técnicas
2.1 Servicios de Soporte y Desarrollo para Mantenimiento Correctivo y Evolutivo.
Para el cumplimiento de lo estipulado, se entenderá como Soporte: a los servicios de Soporte de aplicaciones que comprenden proveer asesoría y/o consultoría clasificada de los profesionales por parte del ADJUDICATARIO, con el fin de brindar ayuda para implementar y ejecutar aplicaciones, adaptar componentes y/o integrar soluciones.
Para el cumplimiento de lo estipulado, se entenderá como Desarrollo: a los servicios especializados orientados a la producción de Sistemas, Módulos y/o Componentes de Software siguiendo procesos planificados y estructurados que comprenden identificar y/o analizar requerimientos, diseñar soluciones, codificar y/o construir, probar y/o testear, documentar y entregar piezas de software; con el fin de proveer soluciones de sistemas. El ADJUDICATARIO deberá ofrecer el servicio con recursos especializados.
2.2 Alcance de los Servicios.
Proveer TRES MIL (3000) horas de Servicios de Soporte y Desarrollo para el Mantenimiento Correctivo y Evolutivo durante el plazo previsto en el presente llamado, a ser utilizados de acuerdo al siguiente detalle:
Soporte:
• Brindar Soporte a Operadores y Personal Técnico, vía mail, telefónico y presencial según sea requerido, sobre los componentes y aplicaciones objeto de la presente contratación.
• Brindar Soporte a Operadores y Personal Técnico, vía mail, telefónico y presencial según sea requerido, sobre la Actualización de Componentes de Software de Dominio Público involucrados en la Aplicación, cuando estos sean requeridos para garantizar Funcionamiento Pleno, Continuidad de Operaciones y/o Seguridad de la Aplicación.
• Xxxxxxx Xxxxxxx a Operadores y Personal Técnico, vía mail, telefónico y presencial según sea requerido, referido a diagnóstico e informe de performance del sistema y/o logs generales. El informe debe incluir recomendaciones de mejoras a ser consideradas a aplicar por el GCABA.
• Brindar Soporte a Operadores y Personal Técnico, vía mail, telefónico y presencial según sea requerido, referido a acciones correctivas y ajustes de performance, derivadas de los diagnósticos.
• Provisión de paquetes de corrección y/o mejoras de las Aplicaciones objeto de al presente contratación, los cuales su aplicación queda a exclusivo criterio del GCABA.
• Asistir a solicitud del GCABA ante la ocurrencia de algún desperfecto que ocasione la caída parcial o total de alguno de los servicios o funcionalidades implementadas en la solución que no estén cubiertas o alcanzadas por períodos de Garantía Técnica de los componentes afectados.
• Efectuar el Diagnóstico del problema y/o proponer solución/corrección al GCABA para su aceptación.
• Efectuar la corrección del incidente previo acuerdo con el GCABA.
• Proveer scripts de Corrección de Datos en producción en caso de ser requeridos para subsanar errores.
• Soporte remoto u “on-site” de puesta en producción de nuevos componentes, adaptaciones o ajustes basados en Nuevos requerimientos.
• Provisión de código fuente del desarrollo realizado.
Desarrollo:
• Análisis, Diseño, Construcción, Pruebas Unitarias y Pruebas Funcionales de componentes, adaptaciones o ajustes basados en Nuevos Requerimientos Técnicos y/o Funcionales.
• Confección y/o modificación de la documentación involucrada en los cambios producidos por Nuevos Requerimientos resueltos.
• Capacitación relativa a los componentes objetos de la presente contratación para Personal Técnico, a requerimiento del GCABA.
• Soporte Técnico y/o eventual implementación de Conversión y/o Migración de Datos relativos a los componentes objeto del presente llamado, a requerimiento del GCABA.
• Soporte “on-site” de puesta en producción de nuevos componentes, adaptaciones o ajustes basados en Nuevos Requerimientos.
• Provisión de código fuente del desarrollo realizado.
2.3 Servicios Específicamente NO Alcanzados.
• Despliegue de Componentes en ambiente de Producción.
• Migración de versiones: el servicio no incluye la ejecución de ningún tipo de tarea asociada con la migración de versiones de módulos- aplicativos sobre los cuales se apoya la plataforma (DMS, OLAP, etc.), software base (SO, SGBD, etc.) y que soportan al sistema o solución en el alcance del presente llamado.
• Corrección de datos en ambiente de Producción, salvo acuerdo y autorización expresa del GCABA; en cuyo caso deberán ser aplicados en instalaciones locales a ser determinadas por el GCABA.
2.4 Condiciones de Prestación del Servicio.
Soporte: Todos los servicios de Mantenimiento Correctivo, a realizar por el ADJUDICATARIO para cumplir con lo indicado en las condiciones siguientes, deberán considerarse incluidos dentro del costo de servicio.
a) El servicio de mantenimiento correctivo requerido alcanza a cualquier tipo de desperfecto, funcionamiento anormal, o fuera de servicio parcial o total, que ocurra sobre los componentes alcanzados en el objeto de la presente contratación.
b) El ADJUDICATARIO no podrá alegar inconvenientes para el cumplimiento de los servicios mencionados, debiendo garantizar en toda circunstancia la posibilidad de escalamiento de los eventos dentro de su propia organización.
c) El ADJUDICATARIO, deberá intentar en primera instancia, resolver el problema mediante la asesoría telefónica y en caso de no conseguir resultados satisfactorios por esta vía, se hará presente en el lugar que el GCABA determine, con un tiempo de respuesta que no supere las CUATRO (4) HORAS, consideradas en el horario de 09:00 a 18:00 horas durante los días hábiles, a partir de la registración del incidente.
d) En el caso en que el problema sea atribuible a una deficiencia propia del software (BUG) se deberá realizar el diagnóstico y la propuesta de soluciones alternativas.
La corrección de los componentes deberá ser ejecutada a satisfacción del GCABA, considerando:
• El Tiempo de Respuesta máximo para Incidentes de Alta Criticidad, es decir, que imposibiliten el uso del Sistema, será de HASTA DOS (2) HORAS, considerando como disponibilidad siete por veinticuatro por trescientos sesenta y cinco (7x24x365).
• El Tiempo de Respuesta máximo para Incidentes de Baja Criticidad, es decir, que permitan seguir operando el Sistema, aún con dificultad, será de HASTA VEINTICUATRO (24) HORAS HÁBILES consideradas en el horario de 09:00 a 18:00 horas durante los días hábiles. Las horas se acumularán de un día a otro dentro del horario especificado.
• El Tiempo de Reparación máximo será consensuado con el GCABA a partir del diagnóstico y evaluación del desperfecto. El tiempo establecido será registrado por el GCABA en la herramienta de seguimiento.
Para el cumplimiento de lo estipulado, se entenderá como:
• Desperfecto, funcionamiento anormal, o fuera de servicio, parcial o total; a cualquier tipo y clase de evento que no permita que los componentes alcanzados en el objeto del presente llamado, en forma conjunta o separada, puedan cumplir con el desempeño deseado según las especificaciones técnicas y/o funcionales realizadas.
• Tiempo de Respuesta: al tiempo transcurrido entre la comunicación al ADJUDICATARIO de la existencia del mal funcionamiento del/los componente/s por parte del GCABA (llamada de servicio) hasta que el ADJUDICATARIO toma contacto con el Usuario a los efectos de iniciar el tratamiento del incidente.
• Tiempo de Reparación: al tiempo transcurrido entre el diagnóstico y evaluación del desperfecto hasta la corrección y puesta en funcionamiento del/los mismo/s a satisfacción del GCABA.
• Reparación: se entiende que el componente reparado funcione u opere en las mismas condiciones que las exigidas en sus especificaciones.
Desarrollo:
El ADJUDICATARIO deberá responder a los requerimientos del GCABA, antes de los siguientes tiempos máximos de respuesta:
• El Tiempo de Respuesta máximo para Requerimientos Urgentes, será de HASTA CUATRO (4) HORAS HÁBILES consideradas en el horario de 09:00 a 18:00 horas durante los días hábiles, de Lunes a Viernes. Las horas se acumularán de un día a otro dentro del horario especificado.
• El Tiempo de Respuesta máximo para Requerimientos de Rutina, será de
HASTA SETENTA Y DOS (72) HORAS HÁBILES consideradas en el horario de 09:00 a 18:00 horas durante los días hábiles, de Lunes a Viernes. Las horas se acumularán de un día a otro dentro del horario especificado.
Los requerimientos se comunicarán por los medios acordados entre el GCABA y el ADJUDICATARIO.
Los cronogramas de tiempos propuestos por el ADJUDICATARIO para llevar adelante las tareas requeridas deberán ser aprobados por el GCABA.
Para el cumplimiento de lo aquí estipulado, se entenderá como:
Tiempo de Respuesta: al tiempo transcurrido entre la comunicación al ADJUDICATARIO del requerimiento por parte del GCABA (llamada de servicio) hasta que el ADJUDICATARIO toma contacto con el Usuario a los efectos de iniciar el tratamiento del requerimiento.
2.5 Prestación del Servicio – Metodología de Uso.
Los servicios enunciados se brindaran según corresponda por su naturaleza bajo las siguientes modalidades:
• Atención de Consultas: por Mail y Teléfono, xx Xx. a Vi. de 09:00hs a 18:00hs, destinada a soporte de personal Operativo y Técnico.
• Recepción de Incidentes: utilizando las herramientas de gestión de incidentes que a tal fin determine el ORGANISMO CONTRATANTE.
• Atención de Incidentes: telefónica y/o presencial xx Xx. a Vi. de 09:00hs a 18:00hs, destinada a soporte de personal Operativo y Técnico.
• Atención Presencial: la realización de reuniones, a requerimiento, coordinadas con anticipación xx Xx. a Vi. de 09:00hs a 18:00hs, destinadas a Coordinación, Resolución de Incidentes, Planificación, Consultas, etc. a criterio del GCABA.
El ADJUDICATARIO deberá presentar en forma MENSUAL un informe detallado conteniendo al menos:
Soporte.
• Detalle de tareas de mantenimiento correctivo y/o preventivo realizadas.
• Detalle de incidentes reportados, actividades efectuadas en pos de la solución y conclusiones sobre los mismos.
• Recomendaciones, sugerencias, y seguimientos de situaciones.
• Planificación de próximos trabajos a partir de los incidentes o problemas reportados y /o detectados.
Desarrollo.
• Detalle de tareas de mantenimiento evolutivo realizadas.
• Planificación de próximos trabajos a partir de los requerimientos reportados.
2.6 Especificaciones Técnicas
2.6.1 Enriquecimiento de la base de datos
Con el objetivo de enriquecer y completar un entorno Big Data, se requiere expandir la captura de datos para el Padrón Único.
Para brindar el mejor servicio de datos sobre los ciudadanos y sus necesidades, deseos y opiniones resulta imperativo, no sólo basarse en los datos provenientes de instituciones del estado, sino también xx xxxxxxx más heterogéneas.
Para ello se requiere que Padrón Único incorpore datos brindados por las redes sociales como Twitter y Facebook.
Otras fuentes disponibles ya en el gobierno para su procesamiento que deberían tener su espacio en Padrón Único son las referentes a las provistas por lo que llamamos “Internet de las cosas”, como son las que provienen de, por ejemplo, el control de las bicicletas públicas y los accesos a los edificios gubernamentales, entre otros.
También Padrón Único debe procesar los DataSets públicos, provenientes de las políticas de Open data fomentadas por el GCABA.
2.6.2 Procesamiento de la información, análisis predictivo y desarrollo de nuevos servicios
Luego de la obtención y procesamiento de las fuentes el Sistema xx Xxxxxx Único deberá aplicar técnicas de Learning machines y data mining para mejorar los modelos de datos, ya que mientras los humanos pueden generar uno o dos modelos por semana, está técnicas de aprendizaje basado en máquinas pueden crear miles en el mismo período. El objetivo de procesar estos grandes volúmenes de información es descubrir patrones, no evidentes, en el universo de datos que en un principio parece caótico e inconexo. Cuando estás técnicas se aplican con un objetivo claro de negocio, como el que tenemos dentro de la administración de la ciudad, son muy efectivas
Dados los diferentes canales de comunicación que posee el gobierno, solicitamos también aplicar text mining para procesar comentarios y opiniones vertidas en las redes sociales y call centers de las diferentes áreas del estado, enriqueciendo x Xxxxxx Único con la relación usuario-ciudadano. También, orientado al ciudadano, la canalización del feedback positivo generado en redes sociales, así como la obtención de información esencial sobre eventos, transporte y servicios.
Otro objetivo importante es que Padrón Único sirva para mantener actualizados los datos en las diferentes reparticiones del estado, brindando un servicio de actualización de los mismos datos que posean estas divisiones sobre los ciudadanos que les compete.
La otra pata, con respecto a actualización de datos que debe brindar Padrón Único a los ciudadanos es proveer servicios para futuras aplicaciones móviles que le pudieran informar sobre vencimientos, renovaciones y deudas al acercarse a cada una de las reparticiones encargadas de actualizar dichos datos.
2.6.3 Desarrollo de nuevas funcionalidades y servicios
• Desarrollo de Dashboards para analizar datos y proponer nuevas soluciones
• Desarrollo de nuevos servicios web para el consumo de aplicaciones en plataformas heterogéneas
• Nuevos requerimientos evolutivos resultantes de la operación en distintas áreas del gobierno
• Aplicaciones satélites para monitorear el funcionamiento de los servicios implementados
2.6.4 Integración xx Xxxxxxx
• Diseño de interfaz de cada fuente en particular
• Ajuste de filtros del sistema a cada fuente
• Pruebas de importación de datos
• Construcción de Interfaz
• Implementación de Interfaz
2.7 Plazo de Ejecución.
Los servicios objeto de la presente contratación deberán ser prestados durante un plazo de DOCE (12) MESES.
2.8 Especialistas Afectados.
Los recursos afectados por parte del ADJUDICATARIO deberán estar especializados en:
• Conocimiento suficiente en la solución a mantener, soportar y sobre la arquitectura y componentes propios de los aplicativos involucrados.
• Conocimiento de la visión y abordaje con la cual fue diseñada la solución.
2.9 Lugar de Prestación de los Servicios.
El lugar de trabajo del equipo del OFERENTE queda a criterio del GCABA.
2.10 Días y Horarios de Aplicación de Horas Mensuales.
La disponibilidad de todos los servicios deberá ser: los días hábiles, en el rango horario de 09:00hs. a 18:00hs.
Para Puesta en Producción esta disponibilidad debe ser de siete por veinticuatro por trescientos sesenta y cinco (7x24x365), previo acuerdo, coordinación y planificación con el GCABA.
2.11 Forma de Cotizar.
Cada OFERENTE debe cotizar el Precio Unitario y el Monto Total, expresado en un valor único que comprenda el valor horario del servicio, y por el plazo de ejecución señalado en cada caso. La cotización deberá incluir la totalidad de los servicios solicitados en cada renglón.
No serán consideradas las ofertas que no se ajusten estrictamente al principio de cotización precedentemente establecido.
Renglón | Título | Cantidad | Precio Unitario | Precio Total |
1 | Servicios de Soporte y Desarrollo para Mantenimiento Correctivo y Evolutivo | 3000 horas | Precio por hora | Precio Total |
3 Condiciones de Servicio.
3.1 Medios de Comunicación.
A los efectos de poder prestar los servicios objetos del presente llamado, el ADJUDICATARIO deberá suministrar al GCABA un listado detallado de Contactos, con números de teléfonos celulares y mail, a los cuales se podrá requerir el servicio.
Además el ADJUDICATARIO, presentará un listado con los números telefónicos fijos del lugar donde se puede ubicar al equipo asignado.
En todos los casos se deberá establecer de común acuerdo entre el GCABA 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 por el GCABA.
A requerimiento del ADJUDICATARIO, el organismo usuario 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.
3.2 Recursos del ADJUDICATARIO.
3.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 porcentuales de dedicación:
Rol en el equipo de trabajo Responsabilidades y Requisitos Mínimos. |
Líder de Proyecto. DW • Al menos 2 (dos) años de experiencia como Líder de Proyectos de desarrollo de sistemas de características similares a los que son objeto del presente llamado. • Experiencia en gestión de equipos de desarrollo e implementación de Datawarehouse. • Capacidad de interlocución, negociación y resolución de problemas. |
Rol en el equipo de trabajo Responsabilidades y Requisitos Mínimos. |
Arquitecto de Sistema DW • Al menos 3 (tres) años de experiencia en proyectos de desarrollo e implementación de soluciones de características similares a los que son objeto del presente llamado. • Experiencia en definición técnica de proyectos de Datawarehouse. • Capacidad para realizar diagnóstico y resolución de problemas técnicos. • Experiencia en diseño de procesos de ETL. • Capacidad para anticipar posibles riesgos en los procesos de ETL para evitarlos o mitigarlos. |
Administrador de Base de Datos • Al menos 3 (tres) años de experiencia en administración de base de datos relacionales. Preferentemente sobre el motor de base de datos seleccionado durante el diseño de la solución. • Capacidad para realizar evaluaciones técnicas y diagnósticos. • Amplia experiencia en configuración y tuning de base de datos de DW |
Analista Funcional DW. • Al menos 2 (dos) años de experiencia en proyectos de desarrollo e implementación de Datawarehouse. • Experiencia en definición funcional de proyectos. • Especificaciones funcionales de los datos • Capacidad de realizar relevamientos y análisis de requisitos técnicos y de negocio. • Deberá tener conocimiento en UML en especial en el diseño de Casos de Uso. • Capacidad para realizar diagnósticos y resolución de problemas. |
Rol en el equipo de trabajo Responsabilidades y Requisitos Mínimos. |
Analista Programador DW. • Al menos 2 (dos) años de experiencia en proyectos de desarrollo e implementación de Datawarehouse • Mínimo 1 (un) año de experiencia como programador Java y J2EE. • Experiencia en mantenimiento y desarrollo de herramientas de software y scripts para permitir la automatización de los procesos. • Experiencia en desarrollo de procesos de ETL y preparación de cubos OLAP. • Elaboración de queries para los analistas técnicos y de negocios. • En este rol se deberán integrar los siguientes conocimientos técnicos: J2EE, Java, JavaScript, HTML, JUnit, Hibernate, MySQL, Spring Framework, Open LDAP, ADF Faces, Mule, Xxxxxx Report, Jquery. JBoss JBPM, Quartz, Junit. • Capacidad para diseñar, ejecutar y evaluar resultados de pruebas unitarias. • Será deseable que posea conocimientos en Pentaho. |
Científico de datos • Al menos 1 (un) año de experiencia en proyectos de análisis y procesado de datos en entorno big data. • Desarrollo y aplicación de modelos avanzados (machine learning, redes neuronales, análisis multivariante, regresión/predicción, optimización) sobre plataforma big data. • Programación de algoritmos y gestión de bases de datos. |
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.
La propuesta debe contener todos los roles detallando sus responsabilidades y funciones y debe ser congruente con el equipo solicitado.
3.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 para contacto
• Celulares
• CV
3.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 dispusiere el mismo, son a exclusivo cargo y expensa del ADJUDICATARIO no pudiendo exigirse reembolso alguno al GCABA.
3.3 Metodología de Trabajo.
3.3.1 Mantenimiento de Aplicaciones.
El mantenimiento de aplicaciones se realizará atendiendo a las políticas y procedimientos que determina el GCABA las cuales incluyen:
Gestión de Incidencias: el diagnóstico y evaluación de incidencias derivadas al ADJUDICATARIO, desde su recepción, registro, el seguimiento y la resolución del problema (error de la aplicación) o el encaminamiento de las indicaciones para salvar un defecto no relacionado con el software.
Adecuación de Funcionalidades: la realización de los cambios propiamente dichos debe considerar las fases de desarrollo (evaluación, análisis, diseño y programación), implantación y pruebas unitarias y de integración. Finaliza con la comunicación a Producción, para que se implemente la mejora y la misma quede operativa.
Documentación de Cambios: la actualización de las especificaciones técnicas (documento de arquitectura) y funcionales (casos de uso) de la aplicación y de los manuales de usuario y capacitación.
A todos los efectos el GCABA es quien determina el uso de aplicaciones o herramientas de soporte a la gestión de mantenimiento de aplicaciones, tales como para Manejo de Incidencias, Manejo de Requerimientos, Soporte de Documentación, Lenguajes de Desarrollo, etc., el uso de las cuales puede ser modificado durante el período de prestación de servicios, sin que esto implique cambio en la condiciones de servicio por parte del ADJUDICATARIO.
En todos los casos, las prácticas de trabajo conjuntas entre el ADJUDICATARIO y el GCABA deberán adaptarse a los procesos que determine esta última, los cuales pueden ser modificados durante el período de prestación de servicios, sin que esto implique cambio en la condiciones de servicio por parte del ADJUDICATARIO.
Las prácticas de trabajo, especificaciones técnicas, restricciones, etc. se encuentran especificadas en los correspondientes documentos de Arquitectura de Aplicaciones que establece como estándar para el GCABA la Agencia de Sistemas de Información (ASI); y serán provistas al ADJUDICATARIO.
3.3.2 Asignación de Comité de Control del Proyecto.
En el momento de inicio de las tareas del proyecto se procederá a coordinar una reunión con participación del GCABA 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 Proyectos asignado por GCABA con la misión de realizar el seguimiento y control.
• Quedará conformado el COMITÉ DE CONTROL DEL PROYECTO que especificará las prioridades, validaciones y aprobaciones técnicas de los entregables del proyecto.
• Se acordará en detalle la metodología de trabajo y el uso de las Herramientas de seguimiento y control que el GCABA defina.
Los acuerdos establecidos en esta reunión deben quedar debidamente documentados, firmados y aprobados por todos los participantes.
3.4 Tratamiento de Requerimientos.
3.4.1 Resolución de Nuevos Requerimientos.
Las tareas a realizar para cada uno de los nuevos requerimientos identificados para ser resueltos por cualquiera de los servicios considerados dentro del alcance del presente llamado comprenden:
• Relevar a detalle la funcionalidad requerida.
• Especificar Casos de Uso nuevos o modificar los existentes que correspondan a la aplicación y tengan relación con el relevamiento realizado.
• Especificar los Casos de Prueba para las nuevas funcionalidades.
• Ampliar el conjunto de las pruebas de Requerimientos No Funcionales para las nuevas funcionalidades.
• Producir o modificar los componentes de software correspondientes.
• Ejecutar las correspondientes actividades de prueba.
3.4.2 Metodología de Proyecto para Nuevos Requerimientos.
Para cada Nuevo Requerimiento solicitado, que requiera más de CIEN (100) HORAS de esfuerzo se debe especificar un plan de trabajo que deberá incluir:
• Plan de Alto Nivel: Expresado en SEMANAS debe figurar las actividades más importantes. Las cuales deben incluir la Estrategia de Prueba y Criterios de Aceptación.
• Plazo de Ejecución: no debe superar las CUATRO (4) SEMANAS y debe contemplar un horizonte de planificación mínimo de DOS (2) SEMANAS.
• Equipo de Trabajo: Asignación para cada uno de los roles a incluir en el equipo para cada semana del plan.
• Estimación de Esfuerzo: Cantidad de Horas/Hombre involucradas para la resolución del Requerimiento.
Para los casos que sean nuevos requerimientos y requieran menos de CIEN (100) HORAS se debe especificar:
• Estimación de Esfuerzo: Cantidad de Horas/Hombre involucradas para la resolución del Requerimiento.
• Plazo de Tiempo: fecha estimada de entrega del nuevo requerimiento.
Toda priorización y/o planificación de los nuevos requerimientos debe ser realizada con quien determine expresamente el GCABA a tal efecto, para poder ser reconocida y aceptada cualquier Orden de Servicio / Orden de Trabajo originada en ella.
3.4.3 Entregables para Nuevos Requerimientos.
Los entregables para cada funcionalidad serán:
• Plan de Trabajo oportunamente aprobado.
• Caso/s de Uso Nuevo/s y/o Caso/s de Uso Modificado/s aprobado/s.
• Diagrama de Arquitectura actualizado.
• Código fuente y ejecutable/s de la aplicación incorporando la nueva funcionalidad.
• Script de BD relacionado a las entregas.
• Caso/s de Prueba/s.
• Capítulo/s específico/s en la documentación de la aplicación (incluye manual de capacitación y manual de usuarios).
• Manual de instalación.
• Documentación código fuente.
La entrega deberá realizarse cuando las pruebas de aceptación hayan sido ejecutadas con éxito.
3.4.4 Especificación de Pruebas de Aceptación.
El GCABA 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 GCABA 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 GCABA 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.
3.5 Transferencia de Conocimientos.
El ADJUDICATARIO debe realizar la transferencia de conocimientos del proyecto a un grupo de técnicos de la AGENCIA DE SISTEMAS DE INFORMACIÓN y del ORGANISMO USUARIO 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 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.
3.6 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.
Para cada componente o adaptación solicitada, producida y aceptada, implementada en Producción, objeto del presente llamado, 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 o por el 30% del plazo total del presente contrato, el que sea mayor, contados a partir de la finalización de los servicios.
El plazo de vigencia de la mencionada garantía correrá a partir del día en que se haga efectiva la aceptación definitiva del presente servicio por parte del GCABA.
Durante dicho período se deberá sustituir o reparar cualquier elemento, parte o componente, del software desarrollado por el ADJUDICATARIO que resulte defectuoso, entregando las modificaciones y los desarrollos en iguales términos que los mencionados para el desarrollo de la solución.
3.7 Recursos del GCABA.
3.7.1 Equipo de trabajo del GCABA.
Al equipo del ADJUDICATARIO se podrán integrar especialistas del GCABA asignados como Líder de Proyecto, Analistas Programadores y Especialista QA, junto con recursos de las áreas de Seguridad, Redes y 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.
3.7.2 Entorno de Trabajo.
A los fines del desarrollo de las actividades previstas en el presente Xxxxxx, 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, 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 GCABA tendrá acceso a versiones parciales de cualquier pieza en mantenimiento, máximo en forma SEMANAL previo requerimiento de la misma.
A los efectos de poder garantizar la correcta prestación de los servicios, el GCABA está obligando a proveer estos elementos:
ANEXO - DISPOSICIÓN N° /DG7$/,1)/17 (continuación)
Gobi erno de l a Ci udad Autónoma de Buenos Ai res
“2016-Año del Bicentenario de la Declaración de Independencia de la República Argentina”
• 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.
• Suministrará software para control de versiones (GIT) y Bug Tracker.
• Dispondrá de personal capacitado para responder las consultas e interactuar sin demoras con los especialistas.
FIN DEL ANEXO