Instituto Mexicano del Seguro Social
Instituto Mexicano del Seguro Social
Dirección de Administración Unidad de Adquisiciones
Coordinación de Adquisición de Bienes y Contratación de Servicios Coordinación Técnica de Adquisición de Bienes de Inversión y Activos División de Contratación de Activos y Logística.
Xxxxx Xxxxxxx xxxxxx 000, Xxxx 0, Xxxxxxx Xxxx Xxxxx, Xxxxxxxxxxx Xxxxxxxxxxx Xxxxxxxxxx, Xxxxxx Xxxxxx 00000, Xxxxxx xx Xxxxxx, Xxxxxx.
Convocatoria
Licitación Pública Nacional Electrónica Núm. LA-050GYR019-E234-2022
Para la Contratación del servicio de “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)” 2022-2024.
1. DATOS GENERALES O DE IDENTIFICACIÓN DE LA LICITACIÓN PÚBLICA. 10
1.1. Datos de identificación 10
1.2. Medio que se utilizará para la licitación pública y carácter de la misma. 10
1.3. Número de identificación de la Licitación Pública asignado por CompraNet 11
1.4. Indicación de los ejercicios fiscales para la contratación 11
1.5. Idioma en que se deberán presentar las proposiciones, los folletos y anexos técnicos. 11
1.6. Disponibilidad presupuestaria. 11
1.7. Procedimiento financiado con créditos externos. 12
2. OBJETO Y ALCANCE DE LA LICITACIÓN PÚBLICA 12
2.1. Objeto de la contratación 12
2.2. Agrupación de Partidas 12
2.3. Precios Máximos de Referencia. 13
2.4. NORMAS OFICIALES MEXICANAS, NORMAS ESTÁNDAR (ANTES MEXICANAS), INTERNACIONALES, REFERENCIA O ESPECIFICACIONES. 13
2.4.1. Licencias, permisos, registros, certificados o autorizaciones. 13
2.4.2. Folletos, insertos, catálogos. 13
2.5. Método que se utilizará para realizar las pruebas que permitan verificar el cumplimiento de las especificaciones de los servicios a contratar e institución pública o privada que lo realizará. 13
2.6. Cantidades a contratar 14
3. FORMA Y TÉRMINOS QUE REGIRÁN LOS DIVERSOS ACTOS DE LA LICITACIÓN PÚBLICA NACIONAL ELECTRÓNICA 15
3.2. Fecha, hora y lugar para los actos de la Licitación Pública Nacional Electrónica 15
3.3. Visita a las instalaciones. 15
3.4. Junta de aclaraciones. 15
3.5. Recepción de proposiciones. 17
3.6. Proposiciones conjuntas. 18
3.8. Documentación distinta a la proposición 20
3.9. Acreditamiento de existencia legal y personalidad jurídica del licitante. 20
3.10. Documentación que se rubricará. 20
3.11. Fallo y firma de contrato 20
4. REQUISITOS QUE LOS LICITANTES DEBEN CUMPLIR Y QUE SU INCUMPLIMIENTO, AUSENCIA U OMISIÓN AFECTAN LA SOLVENCIA DE LA PROPOSICIÓN Y MOTIVARÁ SU DESECHAMIENTO 24
4.2. Documentación distinta a la proposición (legal-administrativa). 24
4.2.1. Escrito de acreditación legal y personalidad jurídica del licitante 24
4.2.2. Escrito de nacionalidad mexicana. 24
4.2.3. Escrito de Cumplimiento de normas. 25
4.2.4. Escrito de no encontrarse en los supuestos de los artículos 50 y 60 de la LAASSP 25
4.2.5. Declaración de integridad 25
4.2.6. Escrito de estratificación de MIPYME 25
4.2.7. Convenio de participación conjunta 25
4.2.8. Escrito de aceptación de las disposiciones del sistema CompraNet 25
4.6. Documentos que no afectan la solvencia de la proposición y su omisión no será causa de desechamiento 27
a. Escrito para solicitar la clasificación de la información entregada por el licitante 27
b. Declaración de No Colusión Comisión Federal de Competencia Económica. 28
c. Protocolo de actuación en materia de contrataciones públicas y otorgamiento y prórroga de licencias, permisos, autorizaciones y concesiones. 28
d. Manifiesto de conocer y registrarse en el modulo de formalización de instrumentos jurídicos 28
5. CAUSALES EXPRESAS DE DESECHAMIENTO 28
6. CRITERIOS ESPECÍFICOS CONFORME A LOS CUALES SE EVALUARÁN LAS PROPOSICIONES. 31
6.1 Evaluación de la propuesta técnica. 31
6.2 Evaluación de la propuesta económica. 33
7. ADJUDICACIÓN DE CONTRATO. 34
8. DECLARACIÓN DESIERTA DE LA LICITACIÓN 35
9. CANCELACIÓN DE LA LICITACIÓN, PARTIDA(S), O CONCEPTOS INCLUIDOS EN ÉSTA. 35
12. FORMATOS QUE FACILITARÁN Y AGILIZARÁN LA PRESENTACIÓN Y RECEPCIÓN DE LAS PROPOSICIONES.
......................................................................................................................................................................... 36 13. INFORMACIÓN RESERVADA Y CONFIDENCIAL. ......................................................................................... 36
14. PROTOCOLO DE ACTUACIÓN EN MATERIA DE CONTRATACIONES PÚBLICAS Y OTORGAMIENTO Y PRÓRROGA DE LICENCIAS, PERMISOS, AUTORIZACIONES Y CONCESIONES. 37
4.1. Servicios y subservicios por partida 46
4.3. Integración del Gobierno del Contrato. 49
4.4. Proceso de controversias técnicas. 50
4.5. asignación de los Servicios 51
4.6. Mesa de Servicios Tecnológicos 55
5. Especificaciones Técnicas. 58
Partida 1. Centro de Desarrollo de Software 1 (CDS1) 59
Partida 2. Centro de Desarrollo de Software 2 (CDS2) 67
5.1.1. Partida 3. Centro de Desarrollo de Soluciones Analíticas (CDSA) 81
5.1.2. Partida 4 Centro de Proyectos y Calidad (CPC) 85
5.2. Para todas las partidas 90
6. Ambientes 101
7. Métodos de Estimación 102
7.1. Estimación de Proyectos 103
Actualización de Base de Datos para Estimación 104
Validación y Certificación de Estimaciones 104
Evaluación de Calidad del Producto de Software. 104
Seguimiento y Evaluación de Desempeño del Proyecto. 105
Catálogo de Servicios y Unidades de Contraprestación 106
8. Especificaciones de Recursos y Perfiles 114
9. Tabla de Perfiles 117
11. Propiedad Intelectual 145
12. Metodologías, Modelos Rectores y Procesos. 145
13. Plan de Trabajo General (Cronograma de actividades) 149
14. Perfil del Proveedor 172
15. Niveles de servicio acordados que deberán cumplirse 178
15.1 Relación de Niveles de Servicio y Servicios 187
16. Penas convencionales 188
16.1 Deducciones 194
17. Requerimientos de arquitectura tecnológica 199
Anexo 2.- Términos y Condiciones 200
Anexo 3.- Escrito de acreditación legal y personalidad jurídica del licitante 234
Anexo 4.- Escrito de nacionalidad mexicana 235
Anexo 5.- Escrito de cumplimiento de normas 236
Anexo 6.- Escrito de no encontrarse en los supuestos de los artículos 50 y 60 de la LAASSP 237
Anexo 7.- Declaración de integridad 238
Anexo 8.- Escrito de estratificación de MIPYME 239
Anexo 8 Bis.- Instructivo de llenado para el escrito de estratificación de micro, pequeña o mediana empresa (MIPYMES) 240
Anexo 9- Propuesta Económica 241
Anexo 10.- Relación de documentos a presentar 242
Anexo 11.- Escrito para solicitar la clasificación de la información entregada por el licitante 244
Anexo 12.- Escrito de manifestación que no desempeña empleo, cargo o comisión en el servicio público o, en su caso, que a pesar de desempeñarlo, con la formalización del contrato correspondiente no se actualiza un conflicto de interés 245
Anexo 13.- Manifestación de Interés en participar 246
Anexo 13.1- Formato de solicitud de aclaraciones 247
Anexo 14.- Modelo de contrato 248
Anexo 15.- Modelo de convenio de proposición conjunta 278
Anexo 16.- Nota informativa para participantes de países miembros de la Organización para la Cooperación y el Desarrollo Económico (OCDE) 283
Anexo 17.- Declaracion de No Colusión Comisión Federal de Competencia Económica 287
Anexo 18.- Modelo de Fianza 289
Anexo 19 Carta de autorización 32-D 293
Anexo 20 Manifestación de servicios especializados 294
Anexo 21 Escrito de aceptación de las disposiciones del sistema CompraNet. 295
Anexo 22 Manifiesto de conocer y registrarse en el Módulo de Formalización de Instrumentos Jurídicos 296 GLOSARIO DE TÉRMINOS 298
Convocatoria
El Instituto Mexicano del Seguro Social, en cumplimiento al artículo 134 de la Constitución Política de los Estados Unidos Mexicanos; el Titulo Primero “Disposiciones Generales”, Capítulo Único, artículos 3 fracción IX y 25 y Título Segundo “De los Procedimientos de Contratación”, Capítulo Primero “Generalidades”, Capítulo Segundo “De la Licitación Pública” y los artículos 26 fracción I, 26 Bis fracción II, 27, 28 fracción I, 29, 30 y 46 de la LAASSP; el “Protocolo de actuación en materia de contrataciones públicas, otorgamiento y prórroga de licencias, permisos, autorizaciones y concesiones” publicado en el DOF el 20 xx xxxxxx del 2015 y el “Acuerdo por el que se modifica el diverso que expide el protocolo de actuación en materia de contrataciones públicas, otorgamiento y prorroga de licencias, permisos, autorizaciones y concesiones”, publicado en el DOF el día 19 de febrero de 2016 y 28 de febrero de 2017; y los relativos y demás disposiciones vigentes aplicables en la materia, a través de la División de Contratación de Activos y Logística, se convoca a las personas físicas x xxxxxxx de nacionalidad mexicana cuya actividad comercial esté relacionada con los servicios a contratar descritos en los Anexos 1.- Anexo Técnico y 2.- Términos y Condiciones, para participar en la licitación pública y, que NO se encuentren en alguno de los supuestos que se establecen en los artículos 50 y 60 de la LAASSP.
1. DATOS GENERALES O DE IDENTIFICACIÓN DE LA LICITACIÓN PÚBLICA.
Entidad convocante | Instituto Mexicano del Seguro Social. |
Área contratante | Dirección de Administración. Unidad de Adquisiciones. Coordinación de Adquisición de Bienes y Contratación de Servicios. Coordinación Técnica de Adquisición de Bienes de Inversión y Activos División de Contratación de Activos y Logística. |
Domicilio | Xxxxx Xxxxxxx xxxxxx 000, Xxxx 0, Xxxxxxx Xxxx Xxxxx, Xxxxxx Xxxxxx 00000, Xxxxxxxxxxx Xxxxxxxxxxx Xxxxxxxxxx, Xxxxxx xx Xxxxxx, Xxxxxx. |
Área requirente/técnica | Coordinación de Servicios de Infraestructura Tecnológica Institucional / Coordinación de Ingeniería Tecnológica. |
Ninguna de las condiciones contenidas en la presente Convocatoria, así como en las proposiciones presentadas por los licitantes podrán ser negociadas, de conformidad con lo previsto en el séptimo párrafo del artículo 26 de la LAASSP.
1.2. Medio que se utilizará para la licitación pública y carácter de la misma.
La presente Licitación Pública Nacional conforme al medio utilizado es Electrónica. Por lo cual los licitantes deberán participar únicamente a través del Sistema Electrónico de Información Pública Gubernamental denominado “CompraNet”, de conformidad con lo dispuesto en los artículos 26 Bis fracción II de la LAASSP, y en el “Acuerdo por el que se establecen las disposiciones que deberán observar para la utilización del Sistema Electrónico de Información Pública Gubernamental, denominado CompraNet”, publicado en el Diario Oficial de la Federación (DOF) el 28 xx xxxxx de 2011, en la cual exclusivamente se permitirá la participación de los licitantes a través de CompraNet y no se aceptarán proposiciones de manera presencial o a través de servicio postal o de mensajería.
Por lo anterior, las proposiciones remitidas a través de CompraNet deberán emplear los medios de identificación electrónica que establezca la Secretaría de Hacienda y Crédito Público (SHCP), los cuales producirán los mismos efectos que las leyes otorgan a los documentos correspondientes y, en consecuencia, tendrán el mismo valor probatorio; lo anterior conforme a lo establecido en los párrafos penúltimo y último del artículo 27 de la LAASSP y 50 de su Reglamento, así como los numerales 14 y 16 del “ACUERDO por el que se establecen las disposiciones que se deberán observar para la utilización del Sistema Electrónico de Información Pública Gubernamental denominado CompraNet”, publicadas en el DOF el 28 xx xxxxx de 2011, y el Manual de Unidades Compradoras publicado por la SHCP.
El carácter del presente procedimiento de contratación es Nacional.
Se hace de conocimiento a los interesados en participar en esta Licitación, que de conformidad con el artículo 26 Ter de la LAASSP, el presente procedimiento de contratación cuenta con la participación de ONG Contraloría Ciudadana para la Rendición de Cuentas, A.C., Testigo Social PMOAC006 como Testigo Social designado por la Unidad de Auditoría a Contrataciones Públicas de la Subsecretaría de Fiscalización y Combate a la Corrupción de la Secretaría de la Función Pública, mediante No. de Oficio: UACP/DPFCP/161/2022 de fecha 05 xx xxxxxx de 2022, representada por el Ing. Xxxxxx Xxxxxxxx Xxxxxxx.
1.3. Número de identificación de la Licitación Pública asignado por CompraNet.
LA-050GYR019-E234-2022.
1.4. Indicación de los ejercicios fiscales para la contratación.
La presente contratación abarcará los ejercicios fiscales 2022, 2023 y 2024, conforme a la autorización otorgada por el H. Consejo Técnico de este instituto mediante el Acuerdo número ACDO.AS3.HCT.300621/154.P.DIDT
El presupuesto definitivo a ejercer está sujeto a la aprobación del Presupuesto de Egresos de la Federación para el Ejercicio Fiscal 2022 por parte de la X. Xxxxxx de Diputados, por lo que el cumplimiento de las Obligaciones del Instituto Mexicano del Seguro Social quedan sujetas para fines de ejecución y pago a la disponibilidad presupuestaria con la que se cuente conforme al Presupuesto de Egresos de la Federación que para el ejercicio fiscal 2023 se apruebe por la X. Xxxxxx de Diputados en términos de lo señalado en el artículo 42 de la Ley Federal de Presupuesto y Responsabilidad Hacendaria, sin responsabilidad alguna para el Instituto Mexicano del Seguro Social.
1.5. Idioma en que se deberán presentar las proposiciones, los folletos y anexos técnicos.
Las proposiciones deberán presentarse en idioma español.
Los anexos técnicos, certificados, diplomas y folletos del servicio ofertado por el licitante podrán presentarse en el idioma del país de origen de los servicios que se oferta, acompañados de una traducción simple al español. Será motivo de desechar su propuesta si no acompaña la traducción de cualquier documento que presente en otro idioma que no sea el español, de conformidad con el artículo 29, fracción IV de la LAASSP.
1.6. Disponibilidad presupuestaria.
El monto del presupuesto para el ejercicio 2022 se encuentra aprobado de conformidad al Dictamen de Disponibilidad Presupuestal Previo número 0000388183-2022 emitido por la División de Control y Seguimiento al Presupuesto de Operación en Ámbito Central.
Clave CUCOP:
Núm. | CUCOP | Concepto |
1 | 333300006 | Desarrollo y Mantenimiento de Sistemas |
1.7. Procedimiento financiado con créditos externos.
El presente procedimiento de contratación no será financiado con fondos provenientes de créditos externos otorgados al Gobierno Federal, ni con la garantía de Organismos Financieros Regionales o Multilaterales.
2. OBJETO Y ALCANCE DE LA LICITACIÓN PÚBLICA.
2.1. Objeto de la contratación.
El objeto es la Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual).
La descripción amplia y detallada de los servicios a contratar se encuentra especificada en:
a. Anexo 1.- Anexo Técnico.
b. Anexo 2.- Términos y Condiciones.
La adjudicación del presente procedimiento de contratación se llevará a cabo mediante las siguientes partidas:
Partida | Identificador | Descripción |
CDS 1 Partida 1 | Centro de Desarrollo de Software 1 | Centro para el análisis, diseño, documentación, desarrollo, pruebas, evolución de nuevos desarrollos, migración de aplicativos, plataformas, middleware, bases de datos, entre otros; así como mantenimientos y continuidad operativa con el enfoque modernización y nuevas tecnologías que requiera el INSTITUTO, incluyendo migración y/o actualizaciones entre plataformas tecnológicas y centros de datos. |
CDS 2 Partida 2 | Centro de Desarrollo de Software 2 | Centro para el análisis, diseño, documentación, desarrollo, pruebas, evolución de desarrollos, así como mantenimientos y continuidad operativa con el enfoque de sistemas actuales del INSTITUTO. |
Partida | Identificador | Descripción |
CDSA Partida 3 | Centro de Desarrollo de Soluciones Analíticas | Centro para el análisis, diseño, documentación, desarrollo, pruebas, evolución de desarrollos, así como mantenimientos y continuidad operativa con el enfoque de plataformas de analítica de negocio que requiera el INSTITUTO. |
CPC Partida 4 | Centro de Proyectos y Calidad | Centro para la estimación, medición y administración de proyectos, evaluación de calidad y arquitectura, así como de gestión de procesos. Este Centro le permitirá al INSTITUTO contar con los elementos necesarios para promover la estandarización, medición y control de los servicios brindados por los Centros de Desarrollo de Software mediante una serie de actividades que permitan acrecentar las capacidades del INSTITUTO y el Gobierno del Contrato para la medición objetiva, análisis y administración del desempeño de proyectos y/o servicios de los LICITANTES, para proporcionar información para la toma de decisiones del INSTITUTO. |
El licitante, DEBERÁ manifestar la(s) partida(s) respecto de la(s) cual(es) es su voluntad participar.
2.3. Precios Máximos de Referencia.
En el presente procedimiento no se establecen Precios Máximos de Referencia.
2.4. NORMAS OFICIALES MEXICANAS, NORMAS ESTÁNDAR (ANTES MEXICANAS), INTERNACIONALES, REFERENCIA O ESPECIFICACIONES.
Para la presente contratación no se requiere el cumplimiento de alguna Norma Mexicana, Norma Oficial Mexicana o Norma Internacional o de referencia.
2.4.1. Licencias, permisos, registros, certificados o autorizaciones.
Conforme a lo solicitado en el numeral 6.1. del Anexo 2, Términos y Condiciones.
2.4.2. Folletos, insertos, catálogos.
Conforme a lo solicitado en el numeral 7. Xxxxxxxx, catálogos, fotografías, manuales entre otros, en caso de que se requieran para comprobar sus especificaciones, del Anexo 2 Términos y condiciones.
2.5. Método que se utilizará para realizar las pruebas que permitan verificar el
cumplimiento de las especificaciones de los servicios a contratar e institución pública o privada que lo realizará.
No aplica.
Con fundamento en los artículos 47, fracción I de la LAASSP y 85 del Reglamento, la adjudicación objeto de la presente Convocatoria será formalizada mediante contrato abierto, por no tener un número definido de servicios.
La contratación será por un monto mínimo de $638,504,908.18 y un monto máximo de
$1,596,262,270.40 importes que incluyen el Impuesto al Valor Agregado.
El detalle de presupuesto a ejercer por ejercicio fiscal se ilustra a continuación:
PARTIDA | 2022 | 2023 | 2024 | 2022-2024 | ||||
Xxxxxx | Xxxxxx | Xxxxxx | Xxxxxx | Xxxxxx | Xxxxxx | Xxxxxx | Xxxxxx | |
Partida 1 | $ 27,229,232.40 | $ 68,073,081.00 | $ 91,226,527.64 | $ 228,066,319.10 | $ 68,419,895.73 | $ 171,049,739.32 | $ 186,875,655.77 | $ 467,189,139.42 |
Partida 2 | $ 29,972,404.80 | $ 74,931,012.00 | $ 116,392,466.30 | $ 290,981,165.74 | $ 87,294,349.72 | $ 218,235,874.31 | $ 233,659,220.82 | $ 584,148,052.05 |
Partida 3 | $ 15,594,228.00 | $ 38,985,570.00 | $ 69,206,331.32 | $ 173,015,828.28 | $ 51,904,748.49 | $ 129,761,871.21 | $ 136,705,307.80 | $ 341,763,269.49 |
Partida 4 | $ 15,204,134.80 | $ 38,010,337.00 | $ 37,748,907.99 | $ 94,372,269.97 | $ 28,311,681.00 | $ 70,779,202.48 | $ 81,264,723.78 | $ 203,161,809.44 |
TOTAL | $ 88,000,000.00 | $ 220,000,000.00 | $ 314,574,233.24 | $ 786,435,583.09 | $ 235,930,674.94 | $ 589,826,687.31 | $ 638,504,908.18 | $ 1,596,262,270.40 |
El contrato se adjudicará por partida y para cada una habrá un ganador. La forma en que se asignarán las partidas se encuentra establecida en el numeral 2 Descripción del Servicio del Anexo 2 Términos y condiciones.
Se adjudicará al licitante que cumpla con todos y cada uno de los requisitos solicitados en la presente Convocatoria, con los Anexos 1.- Anexo Técnico y 2.- Términos y Condiciones de la convocatoria y obtenga la mayor puntuación en la evaluación por puntos combinada, técnica y económica, de acuerdo con la matriz de evaluación prevista en el numeral 6.1.1, de conformidad con el artículo 36 Bis fracción I de la LAASSP.
Se adjunta como Anexo 14 el modelo de contrato para formalizar los derechos y obligaciones que se deriven de la presente Licitación Pública Nacional Electrónica, al cual estará obligado el licitante que resulte adjudicado y atendiendo a lo establecido en el artículo 45 de la LAASSP y 81 de su Reglamento.
En caso de discrepancia entre el contenido del contrato y el de la presente convocatoria, prevalecerá lo estipulado en ésta última, así como el resultado de la Junta de Aclaraciones, de conformidad con lo señalado en el penúltimo párrafo del artículo 45 de la LAASSP.
3. FORMA Y TÉRMINOS QUE REGIRÁN LOS DIVERSOS ACTOS DE LA LICITACIÓN PÚBLICA NACIONAL ELECTRÓNICA.
Para este procedimiento NO APLICA la reducción de plazos.
3.2. Fecha, hora y lugar para los actos de la Licitación Pública Nacional Electrónica
Acto | Xxxxx | Xxxxxxx (Ciudad de México) | Lugar |
10 de | Los actos se realizarán de conformidad con lo establecido en el artículo 26 Bis, fracción II de la LAASSP, a través de CompraNet en la dirección electrónica xxxxx://xxxxxxxxx.xxxxxxxx.xxx.xx/ web/login.html Al tratarse de una licitación pública electrónica, los licitantes únicamente podrán participar en los actos a través de ese medio. | ||
Junta de Aclaraciones | noviembre | 11:00 horas | |
de 2022 | |||
Presentación y | 22 de | ||
Apertura de Proposiciones | noviembre de 2022 | 13:00 horas | |
Junta para la notificación del Fallo | 05 de diciembre de 2022 | 14:00 horas |
De cada junta se levantará acta, misma que se difundirá en CompraNet para efectos de notificación personal.
Asimismo, se hace del conocimiento de los interesados que los actos del procedimiento de esta licitación se llevarán a cabo en el domicilio de la convocante y, en su caso, con fundamento en el artículo 26 de la LAASSP, podrá asistir cualquier persona en calidad de observador, bajo la condición de registrar su asistencia y abstenerse de intervenir en cualquier forma en los mismos. Una vez iniciado cualquiera de los distintos eventos en que participen los observadores, no se permitirá el ingreso a ningún otro.
Los observadores que ingresen a las instalaciones del Instituto deberán cumplir con las medidas de seguridad implementadas, además de aquellas medidas de prevención relacionadas con el virus SARS-Cov2; el no apegarse a su cumplimiento, les será denegado el acceso al inmueble o en su caso su desalojo.
3.3. Visita a las instalaciones.
No aplica.
La Junta de Aclaraciones se llevará a cabo en términos de los artículos 33 Bis de la LAASSP, 45 y
46 de su Reglamento, por lo que las personas que pretendan solicitar aclaraciones a la Convocatoria deberán presentar un escrito en término de los numerales citados y del artículo 48 fracción V del Reglamento, en el que expresen su interés en participar en la Licitación, por si o en representación de un tercero, de acuerdo con el Anexo 13 que se adjunta para tal efecto, con el cual serán considerados licitantes y tendrán derecho a formular solicitudes de aclaración utilizando para tal caso el Anexo 13.1 de la presente convocatoria.
Con el objeto de agilizar la junta de aclaraciones se solicita a los licitantes remitir el Anexo 13.1
preferentemente en formato Word.
Los licitantes deberán enviar las solicitudes de aclaración y el escrito de interés, a través de CompraNet, en la sección “Mensajes Unidad Compradora/Licitantes” del “Procedimiento de Contratación”, a más tardar veinticuatro horas antes de la fecha y hora programada que se realice la Junta de Aclaraciones.
Las solicitudes de aclaración deberán plantearse de manera concisa y estar directamente vinculadas con los puntos contenidos en la convocatoria, indicando el numeral o punto específico con el cual se relaciona.
El plazo para enviar dichas solicitudes será a partir de la publicación de esta convocatoria y hasta 24 horas de anticipación a la fecha programada para la Junta de Aclaraciones.
Cuando a razón de número de solicitudes de aclaración recibidas, o algún otro factor no imputable a la convocante y que sea acreditable, no sea posible otorgar respuestas el día en que inicia la Junta de Aclaraciones, el servidor público que presida la Junta informará si éstas serán enviadas en ese momento o si se suspenderá la sesión para reanudarla en hora o fecha posterior a efecto de que las respuestas sean remitidas.
Con el envío de las respuestas a que se refiere el párrafo anterior, la convocante informará a los licitantes, atendiendo al número de solicitudes de aclaración contestadas, el plazo que estos tendrán para formular las preguntas que consideren necesarias en relación con las respuestas remitidas. Dicho plazo no podrá ser inferior a seis ni superior a cuarenta y ocho horas. Una vez recibidas las preguntas a las respuestas otorgadas por la convocante, ésta informará a los licitantes el plazo máximo en el que enviará las contestaciones correspondientes, de conformidad con el artículo 46, fracción II del Reglamento.
De la Junta de Aclaraciones se levantará acta, misma que se difundirá en CompraNet para efectos de notificación personal.
Cuando el escrito de interés se presente fuera del plazo previsto en el artículo 33 Bis de la LAASSP, el licitante sólo tendrá derecho a formular preguntas sobre las respuestas que dé la convocante en la mencionada junta.
Asimismo, las solicitudes de aclaración que sean enviadas a través del sistema CompraNet con posterioridad al plazo previsto en el artículo 33 Bis de la LAASSP, no serán contestadas por la convocante por resultar extemporáneas, debiéndose integrar al expediente respectivo, salvo lo previsto en el artículo 46 fracción VI del Reglamento.
En cumplimiento a lo establecido en el artículo 33 penúltimo párrafo de la LAASSP, lo asentado en el acta que se derive del acto de Junta de Aclaraciones, formará parte de la Convocatoria a esta Licitación y deberá ser considerada por los licitantes para la elaboración de sus proposiciones ya que la evaluación de estas se realizará incluyendo lo establecido en dicha acta.
3.5. Recepción de proposiciones.
La presentación y apertura de proposiciones se llevará a cabo en términos de los artículos 34 y 35 de la LAASSP, así como 47, 48, 49, segundo párrafo y 50 del Reglamento, para lo cual podrán hacer uso de los formatos previstos en el numeral 12, de la presente convocatoria.
Para intervenir en el acto de presentación y apertura de proposiciones, bastará que los licitantes presenten un escrito en el que su firmante manifieste, bajo protesta de decir verdad, que cuenta con facultades suficientes para comprometerse por sí o por su representada, sin que resulte necesario acreditar su personalidad jurídica, para lo cual podrán hacer uso del Anexo 3.- Escrito de acreditación legal y personalidad jurídica del licitante.
Asimismo, se precisa que en la documentación técnica, legal y económica que integre la proposición remitida a través de CompraNet, se deberán emplear los medios de identificación electrónica en sustitución de la firma autógrafa, lo anterior de conformidad con lo señalado en la fracción II del artículo 26 Bis, el último párrafo del artículo 27 de la LAASSP y el primer párrafo del artículo 50 del Reglamento.
Sólo serán consideradas las proposiciones que se reciban por medio de CompraNet en respuesta al requerimiento técnico y económico. El licitante deberá firmar electrónicamente la proposición; para que se considere que se envió firmada, deberán descargarse los archivos PDF generados por CompraNet y que contienen los datos capturados en la propuesta, sólo esos archivos deberán firmarse utilizando el módulo de firma electrónica de documentos y cargarse en el área correspondiente.
Se procederá a la apertura de los sobres generados mediante el sistema, en el supuesto de que durante el acto de presentación y apertura de proposiciones, por causas ajenas a la voluntad de la Convocante, no sea posible abrir los sobres que contengan las propuestas enviadas por CompraNet, el acto se reanudará a partir de que se restablezcan las condiciones que dieron origen a la interrupción, salvo lo previsto en el numeral 29 del “ACUERDO por el que se establecen las disposiciones que se deberán observar para la utilización del Sistema electrónico de Información Pública Gubernamental denominado CompraNet” el cual contempla lo siguiente:
“29.- Las dependencias y entidades, a través de la Unidad Compradora, recabarán de los licitantes su aceptación de que se tendrán como no presentadas sus proposiciones y, en su caso, la documentación requerida por la Unidad Compradora, cuando el archivo electrónico en el que se contengan las proposiciones y/o demás información no pueda abrirse por tener algún virus informático o por cualquier otra causa ajena a la dependencia o entidad.”
Una vez alcanzada la fecha y hora de inicio del evento de apertura de proposiciones, el licitante
no podrá enviar su proposición o modificación de esta.
Una vez recibidas las proposiciones en la fecha, hora y lugar establecidos, éstas no podrán retirarse o dejarse sin efecto, por lo que deberán considerarse vigentes dentro del procedimiento de contratación hasta su conclusión.
Recibidas las proposiciones que hayan sido enviadas a través de CompraNet, se procederá a la apertura de todas y cada una de ellas, haciéndose constar la documentación presentada, sin que ello implique la evaluación de su contenido, por lo que, en el caso de que algún licitante omita la presentación de algún documento o requisito, no serán desechadas en ese momento, haciéndose constar ello en el formato de recepción de los documentos que integran la propuesta conforme al Anexo 10 Relación de documentos a presentar, lo anterior de conformidad con lo establecido el artículo 47 del Reglamento.
De acuerdo con lo dispuesto en el artículo 50 del Reglamento, el licitante deberá foliar cada uno de los documentos que integren la proposición y aquéllos distintos a ésta, en todas y cada una de las hojas que los integren. Al efecto, se deberán numerar de manera individual la propuesta técnica y económica, así como el resto de los documentos que entregue el licitante, y por ser una licitación electrónica, podrá enviarse en varios archivos electrónicos. Sólo la falta absoluta de folio será causa de desechamiento, siempre y cuando esta circunstancia impide llevar a cabo su evaluación y por tanto, afecte la solvencia de la proposición.
El Instituto conforme al artículo 35 fracción III de la LAASSP, levantará el acta correspondiente que servirá de constancia de la celebración del acto de presentación y apertura de proposiciones, se hará constar el importe total de cada una de las partidas, en su caso de las proposiciones presentadas, asimismo se señalará lugar, fecha y hora en que se dará a conocer el fallo de la Licitación. El acta será firmada por los asistentes, a los cuales se les entregará copia simple de la misma.
El acta correspondiente al acto de presentación y apertura de proposiciones se difundirá a través de CompraNet al concluir el mismo, para efectos de su notificación en términos de lo dispuesto en el último párrafo del artículo 37 Bis de la LAASSP.
Conforme al artículo 34 de la LAASSP, los interesados podrán presentar propuestas conjuntas, siempre y cuando éstas cumplan con lo establecido en el artículo 44 y 48, fracción VIII, segundo párrafo del Reglamento.
Las personas interesadas podrán agruparse para presentar una propuesta, para tal efecto deberán cubrir los siguientes requisitos:
a) Uno de los integrantes podrá presentar el escrito mediante el cual se manifieste el interés en participar en la junta de aclaraciones y en el procedimiento de contratación.
b) Los integrantes deberán celebrar en términos de la legislación aplicable un convenio, en el cual se establezcan con precisión los siguientes aspectos, de conformidad con el Anexo 15 de la presente convocatoria, o en cualquier instrumento siempre que cumpla con los requisitos
establecidos en los artículos 34 de la LAASSP y 44 del Reglamento:
I. Nombre, Domicilio y RFC de las personas integrantes, señalando, en su caso, los datos de los instrumentos públicos con los que se acredita la existencia legal de las personas xxxxxxx y, de haberlas, sus reformas y modificaciones, así como el nombre de los socios que aparezcan en éstas,
II. Nombre y domicilio de los representantes de cada una de las personas agrupadas, señalando, en su caso, los datos de las escrituras públicas con las que acrediten las facultades de representación, así como la designación de un domicilio común para todos los efectos que deriven del Convenio.
III. Designación de un representante común, otorgándole poder amplio y suficiente, para atender todo lo relacionado con la propuesta y con el procedimiento de licitación pública nacional electrónica,
IV. Descripción de las partes objeto del contrato que corresponderá cumplir a cada persona integrante, así como la manera en que se exigirá el cumplimiento de las obligaciones, y
V. Estipulación expresa de que cada uno de los firmantes quedará obligado junto con los demás integrantes ya sea en forma solidaria o mancomunada para efectos del procedimiento de contratación y del contrato, en caso de que se les adjudique el mismo.
En el acto de presentación y apertura de proposiciones el representante común de la agrupación deberá señalar que la propuesta se presenta en forma conjunta. El convenio a que hace referencia el inciso b), se presentará con la propuesta y, en caso de que a los licitantes que la hubieren presentado se les adjudique el contrato, dicho convenio, formará parte integrante del mismo como uno de sus anexos.
En el supuesto de que se adjudique el contrato a los licitantes que presentaron una propuesta conjunta, el convenio indicado en el inciso b) y las facultades del apoderado legal de la agrupación que formalizará el contrato respectivo, deberán constar en escritura pública, salvo que el contrato sea firmado por todas las personas que integran la agrupación que formula la propuesta conjunta o por sus representantes legales, quienes en lo individual, deberán acreditar su respectiva personalidad, o por el apoderado legal de la nueva sociedad que se constituya por las personas que integran la agrupación que formuló la propuesta conjunta, antes de la fecha fijada para la firma del contrato. Esto deberá comunicarse mediante escrito a la convocante por dichas personas o por su apoderado legal, al momento de darse a conocer el fallo o a más tardar en las veinticuatro horas siguientes.
En caso de que se presente proposición conjunta, y no se presente el convenio de participación conjunta o el presentado no cumpla con los requisitos legales y reglamentarios, afecta la solvencia de la propuesta y motivará su desechamiento.
c) De conformidad con lo establecido en el artículo 48, fracción VIII, segundo párrafo del Reglamento de la LAASSP los integrantes deberán presentar en forma individual los escritos siguientes: Escrito de no encontrarse en los supuestos de los artículos 50 y 60 de la LAASSP, Declaración de integridad, Escrito de nacionalidad mexicana y Escrito de
estratificación de MIPYME, conforme a los Anexos señalados en el numeral 4.2 Documentación distinta a la proposición (legal-administrativa).
La proposición deberá ser enviada por CompraNet y firmada electrónicamente por el representante común que para ese acto haya sido designado por el grupo de personas.
Los licitantes sólo podrán presentar una proposición por cada partida en que pretendan participar en el presente procedimiento de contratación.
3.8. Documentación distinta a la proposición.
El licitante podrá presentar la documentación distinta a la que conforma las propuestas técnica y económica, misma que forma parte de su proposición.
3.9. Acreditamiento de existencia legal y personalidad jurídica del licitante.
El licitante deberá acreditar su existencia legal y, en su caso, la personalidad jurídica de su representante, para efectos de la suscripción de la proposición, en el acto de presentación y apertura de proposiciones, para lo cual podrá hacer uso del Anexo 3 de la convocatoria, o en formato libre siempre que cumpla con los requisitos del artículo 48, fracción V del Reglamento.
3.10. Documentación que se rubricará.
Serán rubricadas por los servidores públicos que asistan al acto de presentación y apertura de proposiciones, las Propuestas Económicas (Anexo 9) y la Relación de documentos a presentar (Anexo 10).
En todo caso, la totalidad de los archivos se almacenarán en medios ópticos de almacenamiento, uno para ser entregado al área técnica y/o requirente y otro para que obre en el expediente.
3.11. Fallo y firma de contrato.
a) Fallo:
El fallo se emitirá de conformidad con el artículo 37 de la LAASSP en la fecha y hora establecida en el numeral 3.2 de la presente Convocatoria; en caso de que en la fecha prevista no se pueda emitir, el mismo podrá ser diferido hasta por veinte días naturales contados a partir de la fecha prevista originalmente y su contenido se difundirá a través de CompraNet el mismo día en que se emita, en el entendido de que este procedimiento sustituye a la notificación personal.
Así también el fallo podrá ser consultado en el portal de compras del IMSS en el apartado “Transparencia” (http.//xxxxxxx.xxxx.xxx.xx/), o bien en el mural de comunicación ubicado en el piso 5 del inmueble en la Xxxxx Xxxxxxx xxxxxx 000, Xxxxxxx Xxxx Xxxxx, Xxxxxx Xxxxxx 00000, Xxxxxxxxxxx Territorial Xxxxxxxxxx, Ciudad de México, México; en donde se fijará copia de un ejemplar del acta por un término no menor de cinco días hábiles.
b) Firma del contrato:
El licitante adjudicado deberá firmar los contratos, dentro de los 15 días naturales siguientes al de la notificación del fallo, sin perjuicio de que con la citada notificación se realice la requisición de los servicios objeto de la presente licitación.
Para tal efecto, deberá hacerlo a través de CompraNet, en términos del Manual de Operación que contiene las directrices que se deberán observar en el Sistema Electrónico de Información Pública Gubernamental sobre Adquisiciones, Arrendamientos, Servicios, Obras Públicas y Servicios relacionados con las Mismas denominado CompraNet, para la utilización del Módulo de Formalización de Instrumentos Jurídicos, derivados de los procedimientos de contratación al amparo de la Ley y de la Ley de Obras Públicas y Servicios Relacionados con las Mismas, en este sentido, se informa que previo a llevar a cabo la formalización de los contratos, el licitante que resulte adjudicado deberá presentar en la División de Contratos, ubicada en Xxxxx Xxxxxxx xxxxxx 000, xxxx 00, Xxxxxxx Xxxx Xxxxx, X.X. 06700, Demarcación Territorial Xxxxxxxxxx, Ciudad de México, los documentos que se indican en el anexo adjunto a la Convocatoria denominado Documentación Legal Solicitada para la Elaboración de Contratos; precisando que el Acta Constitutiva que se integre a dicha documentación, deberá contener sello de recepción de la División de Contratación de Activos y Logística.
Adicionalmente, el licitante adjudicado deberá actualizar sus datos en el registro interno de proveedores del IMSS, a cargo de la División de Investigación de Mercados de Arrendamientos y Servicios, ubicada en Xxxxx Xxxxxxx 000, Xxxx 0, xxx Xxxxxxx, Xxxxxxx Xxxx Xxxxx, Demarcación Territorial Xxxxxxxxxx, C.P. 06700, en la Ciudad de México.
3.12. Documentos que de manera previa a la firma del contrato, deberá presentar el licitante adjudicado
a. Acta constitutiva y, en su caso, sus respectivas modificaciones.
b. Poder notarial del representante legal que firmará el contrato.
a. Acta de nacimiento o carta de naturalización.
a) Identificación oficial vigente y con fotografía del representante legal (cartilla del servicio militar nacional, pasaporte, credencial para votar ó cédula profesional), tratándose de personas físicas, y en el caso de personas xxxxxxx, de la persona que firme la propuesta.
b) Cédula de Registro Federal de Contribuyentes.
c) Comprobante de domicilio con vigencia no mayor a 3 meses.
d) En su caso, escrito de estratificación de empresa en términos del artículo 3 de la Ley para el Desarrollo de la Competitividad de la Micro, Pequeña y Mediana Empresa.
e) Escrito en términos del artículo 50 y 60 de la LASSPP.
f) Opinión positiva de cumplimiento de obligaciones fiscales emitida por el SAT, vigente a la firma del contrato, en términos del artículo 32-D del Código Fiscal de la Federación.
g) Opinión positiva de cumplimiento de obligaciones fiscales en materia de seguridad
social vigente a la firma del contrato emitida por el Instituto Mexicano del Seguro Social (IMSS), en términos del artículo 32-D del Código Fiscal de la Federación y del Acuerdo ACDO.AS1.HCT.260220/64.P.DIR dictado por el H. Consejo Técnico de “EL INSTITUTO” publicado en el Diario Oficial de la Federación el 30 xx xxxxx de 2020.
h) Escrito bajo protesta de decir verdad que no desempeña empleo, cargo o comisión en el servicio público o, en su caso, que, a pesar de desempeñarlo, con la formalización del contrato correspondiente no se actualiza un conflicto de interés. (Artículo 49 fracción IX de la Ley General de Responsabilidades Administrativas DOF 18-07-2016). (Anexo 12)
i) Constancia de situación fiscal vigente, emitida por el Instituto del Fondo Nacional de la Vivienda para los Trabajadores (INFONAVIT) en los términos establecidos por las “Reglas para la obtención de la constancia de situación fiscal en materia de aportaciones patronales y entero de amortizaciones” publicadas en el Diario Oficial de la Federación (DOF) el 28 xx xxxxx del 2017.
El licitante autoriza al IMSS consultar en tiempo real y en línea, la opinión de cumplimiento en materia de contribuciones de seguridad social, a través de los sistemas electrónicos que para tales efectos dispone la Dirección de Incorporación y Recaudación del IMSS. Para tal efecto, el licitante deberá utilizar el Anexo 19, que se adjunta a la presente Convocatoria.
En caso de que el licitante adjudicado haya participado en proposición conjunta, los documentos señalados deberán presentarse por cada uno de los integrantes del consorcio.
En caso de que el licitante:
I. No se encuentre registrado ante este instituto o;
II. Cuente con Registro Patronal, pero se encuentre dado de baja o;
III. No tenga personal que sea sujeto de aseguramiento obligatorio, de conformidad con lo dispuesto por el artículo 12 de la LSS.
No podrá obtener la citada Opinión, por lo cual dicho licitante podrá dar cumplimiento a tal requerimiento presentando lo siguiente:
i. Documento emitido por este Instituto (resultado de la consulta en el sistema para obtener la Opinión), en el que se haga constar que no se puede emitir la Opinión de cumplimiento, de conformidad con la Regla Quinta del Anexo único del ACDO.AS1.HCT.260220/64.P.DIR dictado por el H. Consejo Técnico de “EL INSTITUTO” publicado en el Diario Oficial de la Federación el 30 xx xxxxx de 2020;
ii. Escrito libre, bajo protesta de decir verdad, que no le es posible obtener la multicitada Opinión, justificando el motivo y anexando el documento en el que conste que no se puede emitir la misma y;
En el caso de que el licitante manifieste que presta sus servicios a través de trabajadores subcontratados con un tercero, deberá de presentar en tal caso, junto con la documentación citada en los dos párrafos anteriores, la Opinión de cumplimiento de obligaciones del subcontratante, desde luego, vigente y positiva (lo anterior en términos del artículo 15-A de la LSS).
En caso de que el participante forme parte de un grupo comercial y uno de los entes que forma parte del grupo se encarga de administrar la plantilla laboral de todas las empresas que lo conforman, será necesario que exhiba el documento que acredite la subcontratación para situarse en el supuesto del párrafo anterior.
En caso de que el licitante no cuente con trabajadores debido a que celebró contrato de prestación de servicios con otra empresa que es la que tiene contratados a los trabajadores (outsourcing), deberá presentar dicho contrato, así como escrito libre en el que manifieste que no se encuentra obligado debido a tal situación y opinión positiva vigente de cumplimiento de obligaciones en materia de seguridad social de la empresa subcontratada emitida por el IMSS.
En caso de que el licitante no cuente con trabajadores, deberá presentar escrito libre en el que manifieste que no se encuentra obligado a inscribirse ante el IMSS, por lo que no puede obtener la opinión de cumplimiento de obligaciones en materia de seguridad social.
Para los casos de contratos que se formalicen con personas físicas que presten sus servicios por sí mismos y por lo tanto no cuentan con un Registro Patronal ni tengan trabajadores registrados en el Instituto, el particular deberá de manifestar mediante escrito libre, bajo protesta de decir verdad, que no le es posible obtener la multicitada Opinión, justificando el motivo y anexando el documento (resultado de la solicitud de Opinión que le da el Sistema institucional) en el que conste que no se puede emitir la misma.
En el caso de aquellos patrones (proveedores o contratistas y sus subcontratados) que tengan más de un Registro Patronal ante el Instituto y alguno o más de uno de estos Registros no se encuentre al corriente en el cumplimiento de las multicitadas obligaciones, no se podrá considerar que se encuentra al corriente en el cumplimiento de dichas obligaciones, aun cuando el registro patronal que haya utilizado para el contrato que se trate si se encuentre al corriente en sus pagos, por lo que deberá regularizar todos sus Registros a efecto de poder obtener la Opinión positiva.
En caso de que el participante cuente con trabajadores contratados bajo el régimen de honorarios asimilados a salarios, deberá presentar el(los) contrato(s) con los que acredite el régimen de contratación, así como escrito libre en el que manifieste que no se encuentra obligado a inscribirse ante el IMSS debido a tal situación, por lo que no puede obtener la opinión de cumplimiento de obligaciones en materia de seguridad social.
Para efectos de lo anterior, el licitante deberá presentar un escrito en el que manifieste bajo protesta de decir verdad si se encuentra o no subcontratando algún servicio u obra especializada para llevar a cabo sus operaciones cotidianas, en el cumplimiento de su objeto social o para la prestación de servicios y/o enajenación de bienes que pretende realizar en favor del IMSS, utilizando el Anexo 20 que se adjunta a la presente Convocatoria.
En caso de que el licitante se encuentre inscrito en el Registro Único de Proveedores y Contratistas de CompraNet, deberá remitir únicamente la documentación referida en los incisos: f), g), h) i).
En caso de proposición conjunta, los documentos a que se hace referencia en párrafos anteriores, deberán presentarlos por cada uno de los integrantes del consorcio a quien se le haya adjudicado
el contrato.
Los licitantes podrán presentar como parte de su propuesta, los documentos que se indican en el numeral 3.12, apartado de “Ambos”, sin que su incumplimiento u omisión afecten la solvencia de su proposición, a excepción de los documentos marcados en los incisos d) y e), dado que éstos documentos se incluyen en el numeral 4 de la Convocatoria.
Con fundamento en los artículos 26 Bis fracción II y 34 de la LAASSP, el licitante deberá remitir a través del sistema CompraNet, la documentación legal, las propuestas técnica y económica firmadas con la firma electrónica avanzada del licitante que emite el SAT para el cumplimiento de sus obligaciones fiscales.
La falta de firma electrónica en su proposición será motivo de desechamiento, pues afecta la solvencia de la misma. En caso de propuestas conjuntas, la proposición deberá ser firmada electrónicamente por aquel consorciado designado en el convenio como representante común.
La revisión de la firma electrónica corresponde al área contratante.
4.2. Documentación distinta a la proposición (legal-administrativa).
El licitante deberá presentar los siguientes documentos, para lo cual podrá hacer uso de los anexos que se le proporcionan y que se indican a continuación:
4.2.1. Escrito de acreditación legal y personalidad jurídica del licitante.
Escrito bajo protesta de decir verdad que cuenta con facultades suficientes para comprometerse por sí o por su representada, de acuerdo con el Anexo 3 de la presente convocatoria que se adjunta para tal efecto, o en escrito libre siempre que cumpla con los requisitos del artículo 48, fracción V del Reglamento. (La cual podrán acompañar de una copia simple por ambos lados de su identificación oficial vigente con fotografía (cartilla del servicio militar nacional, pasaporte, credencial para votar o cédula profesional, tratándose de personas físicas, y en el caso de personas xxxxxxx, de la persona que firme la propuesta).
4.2.2. Escrito de nacionalidad mexicana.
Escrito bajo protesta de decir verdad, que el licitante es de nacionalidad mexicana, de acuerdo con el Anexo 4 de la presente convocatoria que se adjunta para tal efecto.
4.2.3. Escrito de Cumplimiento de normas.
No aplica.
4.2.4. Escrito de no encontrarse en los supuestos de los artículos 50 y 60 de la LAASSP.
Escrito bajo protesta de decir verdad, que no se ubica en los supuestos establecidos en los artículos 50 y 60 de la LAASSP, de acuerdo con el Anexo 6 de la presente convocatoria que se adjunta para tal efecto.
4.2.5. Declaración de integridad.
Escrito en el que el licitante manifieste, bajo protesta de decir verdad que se abstendrán de adoptar conductas, por si o a través de interpósita persona, para que los servidores públicos del IMSS induzcan o alteren las evaluaciones de las propuestas, el resultado del procedimiento u otros aspectos que otorguen condiciones más ventajosas con relación a los demás participantes, de acuerdo con el Anexo 7 de la presente convocatoria que se adjunta para tal efecto.
4.2.6. Escrito de estratificación de MIPYME.
En su caso, escrito bajo protesta de decir verdad que el licitante cuenta con estratificación como micro, pequeña o mediana empresa, de acuerdo con el Anexo 8 de la presente convocatoria que se adjunta para tal efecto.
En caso de no clasificarse en dicha estratificación, los licitantes no están obligados a presentar el formato citado, o bien, a presentar un escrito libre en el que manifieste que no se ubica en la misma.
4.2.7. Convenio de participación conjunta.
En caso de presentar propuesta conjunta, cada una de las personas agrupadas deberá presentar en forma individual los siguientes documentos: Escrito de acreditación legal y personalidad jurídica (Anexo 3), Manifestación de Nacionalidad Mexicana (Anexo 4), Escrito de no encontrarse en los supuestos de los artículos 50 y 60 de la LAASSP (Anexo 6), Declaración de Integridad (Anexo 7) y en su caso el Escrito de Estratificación de las micro, pequeñas y medianas empresas (Anexo 8).
En caso de que se presente proposición conjunta, y no se presente el convenio de participación conjunta o el presentado no cumpla con las disposiciones legales y reglamentarias, afecta la solvencia de la propuesta y motivará su desechamiento.
En caso de que el licitante no se ubique dentro de este supuesto, no será necesario integrar a su proposición el citado escrito, ni incluir escrito en el cual manifieste tal condición, lo cual no será considerado como causal de desechamiento.
4.2.8. Escrito de aceptación de las disposiciones del sistema CompraNet.
Escrito libre en el que manifieste su aceptación de que se tendrán como no presentadas sus proposiciones y, en su caso, la documentación requerida, cuando el archivo electrónico en el que se contengan las proposiciones y/o demás información no pueda abrirse por tener algún virus informático o por cualquier otra causa ajena al IMSS, en términos de lo dispuesto por el numeral 29 del “Acuerdo por el que se establecen las disposiciones que deberán observar para la utilización del sistema electrónico de información pública gubernamental, denominado CompraNet”.
La evaluación de la documentación legal-administrativa será realizada por el Área Contratante, de conformidad con el numeral 4.39 primer párrafo de las POBALINES, así como el numeral
4.2.2.1.15 del Manual, verificando que la documentación presentada por el licitante cumpla con los requisitos solicitados, así como los que se deriven del acto de la Junta de Aclaraciones.
En caso de que se presente proposición conjunta, se verificará que el convenio presentado, cumpla con la información señalada en los artículos 34 de la LAASSP y 44 del RLAASP. El área contratante evaluará los términos legales del convenio, y el área técnica, la descripción de las partes objeto del contrato que corresponderá cumplir a cada integrante, en términos del numeral 4.2.2.1.15 del Manual.
La evaluación técnica será realizada por el Área técnica y/o requirente, de conformidad con el artículo 2, fracciones II y III del Reglamento, así como de los numerales 4.25, inciso e) y 4.39 primer párrafo de las POBALINES, así como del numeral 4.2.2.1.16 del Manual.
La propuesta técnica deberá incluir la descripción amplia y detallada del servicio, para lo cual el licitante deberá cumplir con las especificaciones contenidas en el Anexo 1.- Anexo Técnico, así como con el Anexo 2.- Términos y Condiciones de la presente convocatoria, y anexar a su propuesta los documentos solicitados en dichos anexos, considerando el resultado de la Junta de Aclaraciones.
Los licitantes, para la presentación de su propuesta técnica, deberán ajustarse estrictamente a los requisitos y especificaciones previstos en el Anexo 1.- Anexo Técnico, describiendo en forma amplia y detallada el servicio que esté ofertando, así como lo señalado por el Anexo 2.- Términos y Condiciones, lo anterior para que sus proposiciones se declaren solventes técnicamente.
Deberá estar foliada y con firma electrónica avanzada del licitante, que emite el SAT para el cumplimiento de sus obligaciones fiscales.
La falta de presentación de la documentación o su incumplimiento afecta la solvencia de la propuesta y motivará su desechamiento.
Sólo después de haber cumplido con estos requisitos, se proceda a la asignación de puntos de acuerdo a la Matriz de puntos establecida en el numeral 6.1.1 de la convocatoria.
El licitante deberá presentar su propuesta económica debidamente requisitada, considerando el resultado de la Junta de Aclaraciones, para lo cual podrá hacer uso del Anexo 9 de la presente convocatoria; en caso de no hacer uso del citado anexo, el documento que se remita, deberá contener los mismos datos solicitados en el referido anexo, la cual deberá estar foliada y con firma electrónica avanzada del licitante, que emite el SAT para el cumplimiento de sus obligaciones fiscales.
Los servicios objeto de esta licitación deberán cotizarse en pesos mexicanos.
La falta de presentación de la documentación o su incumplimiento afecta la solvencia de la propuesta y motivará su desechamiento.
La información capturada en el sistema CompraNet no será objeto de evaluación.
La evaluación económica será realizada por el Área Contratante, con el apoyo en su caso, del área técnica/requirente, de conformidad con los numerales 4.39, primero y segundo párrafos de las POBALINES y 4.2.2.1.17 del Manual, considerando el resultado de la Junta de Aclaraciones.
El IMSS podrá verificar la autenticidad o veracidad de los documentos solicitados, para asegurarse del cumplimiento de los requisitos establecidos y, que la descripción de los servicios ofertados sean acordes a lo solicitado en las especificaciones técnicas de acuerdo al Anexo 1.- Anexo Técnico de la presente Convocatoria, así como que los licitantes no estén impedidos para participar en esta Licitación.
4.6. Documentos que no afectan la solvencia de la proposición y su omisión no será causa de desechamiento:
a. Escrito para solicitar la clasificación de la información entregada por el licitante.
Escrito mediante el cual el licitante deberá indicar si en los documentos que proporciona al IMSS se contiene información de carácter confidencial o comercial reservada, señalando los documentos o las secciones de éstos que la contengan, así como el fundamento y motivación por los cuales considera que tengan ese carácter, conforme al numeral 13 de la presente convocatoria y Anexo 11 Información Reservada y Confidencial. Cabe señalar que de no clasificarse la información por parte del Licitante en los términos señalados, o no señalar motivo y fundamento de la clasificación, la información presentada como parte de su proposición técnica, legal y económica tendrá tratamiento de información de carácter público de conformidad con el artículo 113, fracción III de la Ley Federal de Transparencia y Acceso a la Información Pública así como el numeral Cuadragésimo del “ACUERDO del Consejo Nacional del Sistema Nacional de Transparencia, Acceso a la Información Pública y Protección de Datos Personales, por el que se aprueban los Lineamientos generales en materia de clasificación y desclasificación de la información, así como para la elaboración de versiones públicas” publicado en el Diario Oficial de la Federación el día 15 xx xxxxx del 2016.
b. Declaración de No Colusión Comisión Federal de Competencia Económica.
Escrito mediante el cual el licitante manifieste una declaración de integridad que conoce la Ley Federal de Competencia Económica. Anexo 17.
Este escrito es a sugerencia de la Comisión Federal de Competencia Económica, siendo optativo al licitante la presentación del mismo.
c. Protocolo de actuación en materia de contrataciones públicas y otorgamiento y prórroga de licencias, permisos, autorizaciones y concesiones.
A fin de fomentar las mejores prácticas en la prevención de conflictos de interés, los particulares podrán formular el manifiesto señalado en los numerales 2 y 3 del Anexo Segundo del Acuerdo por el que se expide el “Protocolo de Actuación en materia de Contrataciones Públicas y Otorgamiento y Prórroga de Licencias, Permisos, Autorizaciones y Concesiones”, para personas físicas o, en su caso, para personas xxxxxxx, el cual podrá realizarse a través de la dirección electrónica xxx.xxx.xx/xxx, siendo este medio electrónico de comunicación el único para presentarlo. El Sistema generará un acuse de presentación del manifiesto, mismo que será necesario presentar como parte de su proposición, de conformidad con la Guía de Operación del Sistema del Manifiesto de los Particulares, disponible en la misma dirección electrónica, lo anterior en términos del numeral 14 de la presente Convocatoria.
d. Manifiesto de conocer y registrarse en el modulo de formalización de instrumentos jurídicos
Declaración escrita en papel membretado por parte del licitante respecto a que conoce y se estará a lo establecido en los artículos tercero, cuarto y demás aplicables del ACUERDO por el que se incorpora como un módulo de CompraNet la aplicación denominada Formalización de Instrumentos Jurídicos y se emiten las Disposiciones de carácter general que regulan su funcionamiento, publicado en el Diario Oficial de la Federación el pasado 18 de septiembre de 2020, donde se determina que todo instrumento jurídico que derive de algún procedimiento de contratación realizado por las Dependencias y Entidades, se deberá utilizar la firma electrónica avanzada (e. Firma) que emite el Servicio de Administración Tributaria como medio de identificación. (Anexo 22).
5. CAUSALES EXPRESAS DE DESECHAMIENTO.
De conformidad con el artículo 29, fracción XV de la LAASSP, a continuación se enlistan las causas expresas de desechamiento:
5.1 El incumplimiento de alguno de los requisitos establecidos en la convocatoria a la Licitación Pública Nacional Electrónica contenidos en los numerales 4.1, 4.2, 4.3 y 4.4, que con motivo de dicho incumplimiento se afecte la solvencia de la proposición.
5.2 Cuando el licitante incurra en cualquier violación a las disposiciones de la LAASSP, a su Reglamento o a cualquier ordenamiento legal o normativo vinculado a este
procedimiento.
5.3 Si se comprueba que algún licitante ha acordado con otro u otros elevar el costo de las partidas objeto de la presente convocatoria, o cualquier otro acuerdo que tenga como fin obtener una ventaja sobre los demás licitantes.
5.4 La falta de presentación o incumplimiento de los escritos o manifestaciones bajo protesta de decir verdad, previstos en la LAASSP o el Reglamento que se soliciten como requisito de participación en la presente convocatoria será motivo de desechamiento, por incumplir las disposiciones jurídicas que los establecen, conforme al artículo 39 penúltimo párrafo del Reglamento.
5.5 Cuando la información proporcionada en cumplimiento del numeral 4.2, discrepe o no corresponda, resulte incompleta o incongruente a la proporcionada en el Anexo 3. (Acreditación legal y personalidad jurídica del licitante).
5.6 En caso de que el licitante no cotice la totalidad de la partida conforme a las condiciones y características solicitadas en la presente convocatoria.
5.7 Que el licitante presente más de una propuesta técnica y/o económica para la misma partida.
5.8 En caso de que la propuesta técnica y/o económica no cuente con la firma electrónica, establecida por la Secretaría de la Función Pública como medio de identificación electrónica, es decir, la firma electrónica avanzada que emite el SAT para el cumplimiento de obligaciones fiscales del licitante. Se tendrá como no firmada la proposición cuando en alguno de los campos de CompraNet denominados “Anexo Requerimiento técnico Firmado Digitalmente” y/o “Anexo Requerimiento Económico Firmado Digitalmente” se aprecie el mensaje: “sin archivo adjunto”.
5.9 Cuando la firma electrónica de la proposición técnica y/o económica no sea válida. Se considerará como no valida la firma electrónica cuando en el campo “Resultado de la verificación de firma electrónica” del Informe sobre la firma digital generado por CompraNet se aprecie la leyenda “Archivo con Firma Digital No Valido”.
5.10 Cuando la firma electrónica de la propuesta sea de una persona diversa al licitante. Se considerará que la firma electrónica de la propuesta es de persona diversa al licitante cuando en el campo “Titular del certificado de firma electrónica” del Informe sobre la firma digital generado por CompraNet aparezca una razón social o un nombre de persona física distinto al del licitante que envía la proposición por CompraNet.
5.11 Tratándose de propuestas conjuntas, cuando la proposición no sea firmada electrónicamente por el integrante del consorcio designado como representante común. Se considerará que la propuesta no se encuentra firmada electrónicamente por el representante común del consorcio cuando el nombre (personas físicas) o la razón social (personas xxxxxxx) del consorciado designado como representante común en el convenio señalado en el numeral 3.6 de la presente convocatoria no sea el que aparezca en el campo “Titular del certificado de firma electrónica” del Informe sobre la firma digital generado por
CompraNet.
5.12 En caso de que las empresas se encuentren dentro de alguno de los supuestos de los artículos 50 y 60 de la LAASSP.
5.13 Cuando sólo se presente la propuesta técnica y no se presente la propuesta económica que oferte, o viceversa.
5.14 En caso de que los documentos que envíen los licitantes a través de la plataforma CompraNet no sean legibles, imposibilitando el análisis integral de la proposición, y esto conlleve a un faltante o carencia de información que afecte la solvencia de la proposición.
5.15 En caso de que la propuesta económica mejor evaluada de la partida de que se trate supere el presupuesto autorizado y no haya la posibilidad de reducir las cantidades de servicios materia de la licitación hasta por un 10%, o para no reasignar recursos a fin de cubrir el faltante, cuando así se determine, en términos del artículo 56 del Reglamento.
5.16 Cuando la proposición conjunta incumpla con lo indicado en los numerales 3.6 y/o 4.2.7 de esta convocatoria, debiendo cumplir con lo establecido en los artículos 44 y 48, fracción VIII, del Reglamento.
5.17 En el caso de proposiciones conjuntas, no presentar el convenio correspondiente, o éste no cumpla con lo establecido en el artículo 34 de la LAASSP y 44 del Reglamento.
5.18 Que la propuesta técnica no alcance el mínimo de 45 puntos de los 60 puntos disponibles en la evaluación técnica.
5.19 Cuando no cumplan con alguno de los requisitos y/o anexos de la Convocatoria, así como los que se deriven de la Junta de Aclaraciones, y que con motivo de dicho incumplimiento se afecte directamente la solvencia de la propuesta, conforme a lo previsto en el último párrafo del Artículo 36 de la LAASSP.
5.20 Cuando exista discrepancia entre lo ofertado en la propuesta técnica con lo ofertado en la propuesta económica, en lo referente a la descripción del servicio o en cualquiera de sus características.
5.21 Cuando la propuesta económica presente precios escalonados o condicionados.
5.22 Cuando se presente la omisión en la presentación de alguna de las cartas compromisos requeridas que afecten la solvencia.
5.23 Si el licitante envía su proposición en fecha u hora posterior a la señalada.
5.24 Que no se puedan abrir los archivos del licitante, por contener virus informáticos o por cualquier causa técnica imputable a estos, en términos del numeral 29 del “ACUERDO por el que se establecen las disposiciones que se deberán observar para la utilización del Sistema Electrónico de Información Pública Gubernamental denominado CompraNet”.
5.25 No manifestar la(s) partida(s) respecto de la(s) cual(es) es su voluntad participar.
5.26 La falta absoluta de folio en los documentos que integran la proposición, cuando se constate que no mantienen continuidad en las hojas que integran la proposición y ello implique no contar con la información suficiente que le permita a la convocante evaluarla y determinar la solvencia de la proposición.
5.27 Si las propuestas no se presentan el idioma español, así como los anexos técnicos, certificados, diplomas y folletos del servicio ofertado por el licitante que se presenten en el idioma del país de origen de los servicios que se oferta y no acompañen la traducción simple al español.
5.28 Cuando no exista correspondencia, resulten incompletos o incongruentes los datos asentados en su propuesta económica Anexo 9.
5.29 Cuando presenten la propuesta económica en moneda extranjera, sin que lo haya permitido la Convocatoria.
Para estos casos se incluirán las observaciones que correspondan en el acta respectiva al acto de fallo.
Nota: De conformidad con el artículo 36 de la LAASSP, quedan comprendidos entre los requisitos cuyo incumplimiento por sí mismos no afecten la solvencia de la propuesta los siguientes: proponer un plazo de entrega menor al solicitado en cuyo caso prevalecerá el estipulado en la convocatoria; omitir aspectos que puedan ser cubiertos con información contenida en la propia propuesta técnica o económica; no observar los formatos establecidos si se proporciona de manera clara la información requerida y no observar requisitos que carezcan de fundamento legal o cualquier otro que no tenga por objeto determinar objetivamente la solvencia de la propuesta presentada. En ningún caso podrán suplirse las deficiencias sustanciales de las propuestas presentadas.
6. CRITERIOS ESPECÍFICOS CONFORME A LOS CUALES SE EVALUARÁN LAS PROPOSICIONES.
6.1 Evaluación de la propuesta técnica.
Con fundamento en lo dispuesto por el artículo 36 Bis fracción I de la LAASSP y 52 del Reglamento; el Capítulo Segundo, Sección Cuarta en su Décimo Lineamiento, del Acuerdo por el que se emiten diversos Lineamientos en Materia de Adquisiciones, Arrendamientos y Servicios y de Obras Públicas y Servicios Relacionados con las Mismas, publicado en el Diario Oficial de la Federación el 9 de septiembre de 2010; el Criterio TU-01/2012 emitido por la Secretaría de la Función Pública el 9 de enero de 2012; el criterio de evaluación que se utilizará será el de PUNTOS, considerando exclusivamente los requisitos y condiciones establecidos en la Convocatoria y en el numeral 6.1.1 “Matriz de Puntos”, considerando el resultado de la Junta de Aclaraciones, a efecto de que se garantice satisfactoriamente el cumplimiento de las obligaciones respectivas.
El puntaje mínimo para considerar que una propuesta técnica es solvente es de al menos 45
puntos de los 60 puntos máximos que se pueden obtener en esta evaluación, de lo contrario, serán desechadas.
El detalle de los documentos con los que se acreditarán los rubros y subrubros, están contenidos en el numeral 6.1.1 “Matriz de Puntos” de esta convocatoria.
La evaluación técnica será realizada por el Área técnica y/o requirente, de conformidad con el artículo 2, fracciones II y III del Reglamento, así como de los numerales 4.25, inciso e) y 4.39 primer párrafo de las POBALINES, así como del numeral 4.2.2.1.16 del Manual.
• En primer término, se verificará si las proposiciones fueron debidamente firmadas electrónicamente, tal como se exige en el Apartado 4. Requisitos que los licitantes deben cumplir y que su incumplimiento, ausencia u omisión afectan la solvencia de la proposición y motivará su desechamiento, numeral 4.1 Firma electrónica, de esta Convocatoria.
• Sólo después de constatar que el o los licitantes firmaron adecuadamente sus proposiciones, se procederá a la evaluación de la documentación distinta a la proposición (legal-administrativa) a que se refiere el Apartado 4. Requisitos que los licitantes deben cumplir y que su incumplimiento, ausencia u omisión afectan la solvencia de la proposición y motivará su desechamiento, numeral 4.2. de la convocatoria.
• Una vez que los licitantes cumplen con el requerimiento anterior, se procederá a la evaluación de los requisitos indispensables, de conformidad con lo previsto en los Anexos 1.- Anexo Técnico y 2.- Términos y Condiciones, de esta Convocatoria, considerando el resultado de de la Junta de Aclaraciones respectiva.
• Sólo después de advertirse el cumplimiento de los requisitos indispensables establecidos en esta Convocatoria, con base en la puntuación que corresponde a la propuesta técnica de cada licitante, se determinará si resulta solvente, para lo cual deberá obtener una puntuación mínima de 45 puntos de los 60 puntos que se pueden obtener en esta Evaluación.
• En caso de que se presente proposición conjunta, el Área técnica verificará que el convenio presentado contenga la descripción de las partes objeto del contrato que corresponderá cumplir a cada integrante, en términos del numeral 4.2.2.1.15 del Manual, incluyendo dentro de su Dictamen técnico el resultado de dicha revisión.
• Finalmente, de advertirse que las propuestas técnicas evaluadas obtuvieron una calificación igual o superior a 45 puntos, se procederá a realizar la evaluación de las propuestas económicas, de conformidad con lo establecido en el Numeral 6.1.1 Matriz de puntos de esta Convocatoria.
La evaluación final será, la que resulte de sumar los puntos obtenidos en la evaluación técnica y la evaluación económica.
Matriz de evaluación Partida 1 | Matriz de evaluación Partida 2 | Matriz de evaluación Partida 3 | Matriz de evaluación Partida 4 |
La evaluación será realizada por el Área técnica y/o requirente, de conformidad con el artículo 2, fracciones II y III del Reglamento, así como de los numerales 4.25, inciso e) y 4.39 primer párrafo de las POBALINES, así como del numeral 4.2.2.1.16 del Manual.
• En primer término, se verificará si las proposiciones fueron debidamente firmadas electrónicamente, tal como se exige en el Apartado 4. Requisitos que los licitantes deben cumplir y que su incumplimiento, ausencia u omisión afectan la solvencia de la proposición y motivará su desechamiento, numeral 4.1 Firma electrónica, de esta Convocatoria.
• Sólo después de constatar que el o los licitantes firmaron adecuadamente sus proposiciones, se procederá a la evaluación de la documentación distinta a la proposición (legal-administrativa) a que se refiere el Apartado 4. Requisitos que los licitantes deben cumplir y que su incumplimiento, ausencia u omisión afectan la solvencia de la proposición y motivará su desechamiento, numeral 4.2. de la convocatoria.
• En caso de que se presente proposición conjunta, el Área técnica verificará que el convenio presentado contenga la descripción de las partes objeto del contrato que corresponderá cumplir a cada integrante, en términos del numeral 4.2.2.1.15 del Manual, incluyendo dentro de su Dictamen técnico el resultado de dicha revisión.
• Una vez que los licitantes cumplen con el requerimiento anterior, se procederá a la evaluación de los requisitos indispensables, de conformidad con lo previsto en los Anexos 1.- Anexo Técnico y 2.- Términos y Condiciones, de esta Convocatoria, considerando el resultado de la Junta de Aclaraciones respectiva.
6.2 Evaluación de la propuesta económica.
La convocante sólo procederá a realizar la evaluación de las propuestas económicas de aquéllas propuestas cuya oferta técnica resulte solvente por haber obtenido por lo menos 45 puntos.
Para la elaboración de la propuesta económica se adjunta el Anexo 9 a la presente Convocatoria.
El cálculo de la puntuación económica tendrá un valor máximo de 40 puntos, de tal manera que aquélla propuesta técnicamente solvente que oferte en su propuesta económica el precio más bajo, obtendrá 40 puntos y al resto de los licitantes se hará el reparto proporcional.
Cuando se detecte un error de cálculo en alguna propuesta, se podrá llevar a cabo su rectificación cuando la corrección no implique la modificación del precio unitario.
En caso de discrepancia entre las cantidades escritas con letra y número, prevalecerá la primera,
asimismo, de presentarse errores en las cantidades o volúmenes solicitados, estos podrán corregirse, en apego al artículo 55 del Reglamento.
No se considerarán las proposiciones, cuando no cotice la totalidad de la partida requerida.
Para determinar la puntuación que corresponda a la oferta económica de cada participante, se aplicará la siguiente fórmula:
PPE = MPemb x 40 / MPi. Donde:
PPE = Puntuación que corresponden a la oferta económica; MPemb = Monto de la oferta económica más baja, y
MPi = Monto de la i-ésima oferta económica;
Calificación final
Para calcular la calificación final se aplicará la siguiente fórmula:
PTj = TPT + PPE Para toda j = 1, 2,…..,n Donde:
PTj = Puntuación total de la propuesta;
TPT = Total de puntuación asignada a la oferta técnica; PPE = Puntuación asignada a la oferta económica, y
El subíndice “j” representa a las demás propuestas determinadas como solventes como resultado de la evaluación.
La suma de todos los rubros con sus correspondientes subrubros en la evaluación técnica representa 60 puntos, a la Propuesta Económica le corresponden los restantes 40 puntos.
La evaluación económica será realizada por el Área Contratante, con el apoyo en su caso, del área técnica/requirente, de conformidad con los numerales 4.39, segundo párrafo de las POBALINES y
4.2.2.1.17 del Manual, considerando el resultado de la Junta de Aclaraciones.
El contrato será adjudicado al licitante cuya oferta resulte solvente porque cumple con los requisitos legales, técnicos y económicos de la presente convocatoria y obtenga el mayor número de puntos combinado de la propuesta técnica y la económica, de conformidad con el artículo 36 Bis fracción I de la LAASSP.
En caso de existir empate en dos o más proposiciones, se dará preferencia en primer término a las micro empresas, a continuación se considerará a las pequeñas empresas y en caso de no
contarse con alguna de las anteriores empresas, la adjudicación se efectuará a favor del licitante que tenga el carácter de mediana empresa.
De no actualizarse el supuesto anterior se realizará la adjudicación del contrato a favor del licitante que resulte ganador del sorteo por insaculación que realice la convocante, en presencia del del representante del OIC, conforme el artículo 54 del Reglamento.
8. DECLARACIÓN DESIERTA DE LA LICITACIÓN.
La convocante procederá a declarar desierta, de conformidad con lo establecido en los artículos 38 de la LAASSP y 58 del Reglamento a la Licitación cuando:
a) La totalidad de las proposiciones presentadas no reúnan los requisitos solicitados;
b) No se presenten proposiciones en el Acto de Presentación y Apertura.
9. CANCELACIÓN DE LA LICITACIÓN, PARTIDA(S), O CONCEPTOS INCLUIDOS EN ÉSTA.
Con fundamento en el artículo 38 de la LAASSP, la Convocante podrá cancelar la presente licitación, o partida(s) o concepto, incluidos en ésta, por caso fortuito o fuerza mayor; de igual manera se podrá cancelar cuando existan circunstancias debidamente justificadas que provoquen la extinción de la necesidad, o que de continuarse con el procedimiento de contratación se pudiera ocasionar un daño o perjuicio al IMSS, previo a la comunicación del fallo por parte del Área requirente/técnica.
De acuerdo con lo dispuesto en artículo 66 de la LAASSP, los licitantes podrán interponer inconformidad en las oficinas de la SFP ubicadas en Xxxxxxx xx xxx Xxxxxxxxxxx Xxx xxxxxx 0000, Xxxxxxx Xxxxxxxxx Xxx, Xxxxxx Xxxxxx 00000, Xxxxxxxxxxx Xxxxxxxxxxx Xxxxxx Xxxxxxx, xx xx Xxxxxx xx Xxxxxx, Xxxxxx.
O bien ante el OIC en el IMSS ubicado en. Xxxxxxx Xxxxxxxxxx xxxxxx 0000, Xxxxxxx Xxx Xxxxx, Xxxxxxxxxxx Territorial Xxxxxx Xxxxxxx, Código Postal 01000, en la Ciudad de México, México.
Asimismo, se señala que tales inconformidades podrán presentarse mediante el sistema CompraNet en la dirección electrónica xxx.xxxxxxxxx.xxxxxxxx.xxx.xx. (xxxx@xxxxxxxx.xxx.xx) Lo anterior, contra actos del procedimiento de contratación que contravengan las disposiciones que rigen las materias objeto del mencionado ordenamiento.
Para aclarar dudas con relación a la operación de CompraNet (Presentación de solicitudes de aclaración, envío y firma electrónica de proposiciones, consulta de actas y documentos publicados por la Unidad Compradora, etc.), los licitantes podrán dirigirse al correo xxxx@xxxxxxxx.xxx.xx o al Centro de Atención Telefónico (CAT): 5536881977 de lunes a viernes de 9:00 AM a 6:00 PM (Ciudad de México).
12. FORMATOS QUE FACILITARÁN Y AGILIZARÁN LA PRESENTACIÓN Y RECEPCIÓN DE LAS PROPOSICIONES.
Número | Descripción |
Anexo 1 | Anexo Técnico |
Anexo 2 | Términos y Condiciones. |
Anexo 3 | Escrito de acreditación legal y personalidad jurídica del licitante. |
Anexo 4 | Escrito de nacionalidad mexicana. |
Anexo 5 | Escrito de cumplimiento de Normas. No aplica. |
Anexo 6 | Escrito de no encontrarse en los supuestos de los artículos 50 y 60 de la LAASSP. |
Anexo 7 | Declaración de integridad. |
Anexo 8 | Escrito de estratificación de MIPYME. |
Anexo 8 Bis | Instructivo de llenado Estratificación de micro, pequeña o mediana empresa (MIPYMES). |
Anexo 9 | Propuesta Económica |
Anexo 10 | Relación de documentos a presentar. |
Anexo 11 | Escrito para solicitar la clasificación de la información entregada por el licitante. |
Anexo 12 | Escrito de manifestación que no desempeña empleo, cargo o comisión en el servicio público o, en su caso, que a pesar de desempeñarlo, con la formalización del contrato correspondiente no se actualiza un conflicto de interés. |
Anexo 13 | Manifestación de Interés en participar |
Anexo 13.1 | Formato de solicitud de aclaraciones. |
Anexo 14 | Modelo de Contrato. |
Anexo 15 | Modelo de convenio de proposición conjunta. |
Anexo 16 | Nota informativa para participantes de países miembros de la Organización para la Cooperación y el Desarrollo Económico (OCDE). |
Anexo 17 | Declaración de No Colusión Comisión Federal de Competencia Económica. |
Anexo 18 | Modelo de fianza |
Anexo 19 | Carta de autorización 32-D |
Anexo 20 | Manifestación de servicios especializados |
Anexo 21 | Escrito de aceptación de las disposiciones del sistema CompraNet |
Anexo 22 | Manifiesto de conocer y registrarse en el Módulo de Formalización de Instrumentos Jurídicos |
13. INFORMACIÓN RESERVADA Y CONFIDENCIAL.
Se hace del conocimiento del licitante, que en términos de lo dispuesto por los artículos 97, 98, 110 fracción XIII, 111 y 113 de la Ley Federal de Transparencia y Acceso a la Información Pública, deberá indicar si en los documentos que proporcionan al IMSS contiene información de carácter confidencial o comercial reservada, señalando los documentos o las secciones de éstos que la contengan, así como el fundamento por el cual considera que tengan ese carácter, para lo cual se anexa el formato Anexo 11.
Se hace del conocimiento de los licitantes que en el presente procedimiento se observará el Protocolo de Actuación en materia de Contrataciones Públicas y Otorgamiento y Prórroga de Licencias, Permisos, Autorizaciones y Concesiones contenido en el Acuerdo por el que se expidió el mismo, publicado en el Diario Oficial de la Federación el 20 xx xxxxxx de 2015, modificado mediante los similares de fecha 19 de febrero de 2016 y 28 de febrero de 2017, mismo que puede ser consultado en la sección de la Secretaría de la Función Pública, en el portal de la Ventanilla Única Nacional (xxx.xx) a través de la liga xxx.xxx.xx/xxx. En ese sentido se informa que los datos personales que se recaben con motivo del contacto con particulares serán protegidos y tratados conforme las disposiciones jurídicas aplicables.
Asimismo, de conformidad con el numeral 2 del Anexo Segundo del referido Acuerdo se hace de conocimiento a los interesados en participar en el presente procedimiento que, tratándose de personas físicas, podrán formular un manifiesto en el que afirmen o nieguen los vínculos o relaciones de negocios, laborales, profesionales, personales o de parentesco por consanguinidad o afinidad hasta el cuarto grado que tenga la propia persona con el o los servidores públicos siguientes:
I. Presidente de la República; II. Secretarios de Estado; III. Jefe de la Oficina de la Presidencia de la República; IV. Consejero Jurídico del Ejecutivo Federal; V. Procurador General de la República; VI. Titulares de entidades; VII. Titulares de órganos reguladores coordinados; VIII. Subprocuradores o Titulares de Fiscalías Especializadas; IX. Comisionados adscritos a órganos reguladores coordinados; X. Subsecretarios, oficiales mayores, consejeros adjuntos, titulares de órganos administrativos desconcentrados, titulares de unidad y directores generales en las dependencias;
XI. Directores generales, gerentes, subgerentes, directores o integrantes de los órganos de gobierno o de los comités técnicos de las entidades, y XII. Personal que interviene en contrataciones públicas, en el otorgamiento y prórroga de licencias, permisos, autorizaciones y concesiones, incluidos en el Registro que lleva la Secretaría de la Función Pública.
Los particulares personas xxxxxxx, podrán formular por medio de sus representantes legales un manifiesto en el que afirmen o nieguen los vínculos o relaciones de negocios, laborales, profesionales, personales o de parentesco por consanguinidad o afinidad hasta el cuarto grado que tengan las personas que a continuación se señalan, con el o los servidores públicos señalados en el párrafo que antecede:
a) Integrantes del consejo de administración o administradores;
b) Director general, gerente general, o equivalentes;
c) Representantes legales, y
d) Personas físicas que posean directa o indirectamente cuando menos el diez por ciento de los títulos representativos del capital social de la persona moral.
En ambos casos, los particulares formularán el manifiesto a través de la dirección electrónica xxx.xxx.xx/xxx siendo este medio electrónico de comunicación el único para presentarlo. El Sistema generará un acuse de presentación del manifiesto, mismo que será necesario presentar como parte de su proposición, de conformidad con la Guía de Operación del Sistema del
Manifiesto de los Particulares, disponible en la misma dirección electrónica. A través de dicho medio electrónico los particulares podrán también denunciar presuntos conflictos de interés de los que tengan conocimiento, enunciando las pruebas con las que en su caso cuenten.
Por otra parte, se informa que de conformidad con el numeral 10 de dicho Anexo Segundo, los licitantes podrán presentar una declaración de integridad en la que manifiesten, bajo protesta de decir verdad, que por sí mismos o a través de interpósita persona, se abstendrán de realizar conductas contrarias a las disposiciones jurídicas aplicables.
Finalmente, se informa que los particulares tienen derecho a presentar queja o denuncia por el incumplimiento de las obligaciones que adviertan en el contacto con los servidores públicos, ante el Órgano Interno de Control en el IMSS, o bien, a través del Sistema Integral de Quejas y Denuncias Ciudadanas, establecido mediante el Acuerdo publicado en el Diario Oficial de la Federación el día 9 de diciembre de 2015.
Nota informativa para participantes de países miembros de la Organización para la Cooperación y el Desarrollo Económico (OCDE) y firmantes de la Convención para Combatir el Cohecho de Servidores Públicos Extranjeros en Transacciones Comerciales Internacionales.
Esta nota es de carácter informativa por lo que no deberá incluirse en la proposición y no será causal de desechamiento la no presentación de esta. Anexo 16.
Mtra. Xxxx Xxxxxx Xxxxx Xxxxxxx
Titular de la División de Contratación de Activos y Logística
Área contratante
Con fundamento en el numeral 5.3.8, inciso a) de las Políticas, Bases y Lineamientos en Materia de Adquisiciones,
Arrendamientos y Servicios del IMSS
Proporcionar los requerimientos y las especificaciones técnicas para la prestación del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”.
Clave CUCOP | Partida Específica | Descripción |
333300006 | 33301 | Desarrollo y Mantenimiento de Sistemas |
Clasificador Único de las Contrataciones Públicas (CUCOP): 333300006
El “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, tiene como objetivo el mantener la continuidad operativa de los aplicativos descritos en el Inventario Único de Aplicaciones adjunto al presente documento, el cual es enunciativo más no limitativo, así como el de llevar a cabo el desarrollo de aplicaciones y mejoras a los aplicativos de cómputo que se tienen actualmente en operación.
A continuación, se describen de manera enunciativa más no limitativa los rubros mediante los cuales se determinan diversos objetivos en materia de mantenimientos a aplicativos y desarrollo de software en el IMSS:
• Proveer de mecanismos para potenciar la capacidad tecnológica de El Instituto Mexicano del Seguro Social, mediante servicios especializados en tecnologías de la información y comunicaciones.
• Diseñar e implementar nuevos servicios digitales para mejorar la experiencia de los ciudadanos en su relación con el INSTITUTO.
• Asegurar la continuidad operativa e incrementar los niveles de servicio con los que se proporciona.
• Privilegiar bajo el respectivo análisis de viabilidad, el desarrollo de software libre, a fin de fomentar la autonomía tecnológica y los estándares abiertos entre las dependencias con quienes interopera el IMSS.
• Atender la demanda operativa y estacionalidad de los aplicativos
• Continuar mejorando la construcción de los aplicativos a través de la implementación de prácticas enfocadas a la calidad en la construcción de software y eficiencia en el uso de componentes tecnológicos.
• Administrar los requerimientos de servicio para continuidad operativa, mantenimientos, servicio de desarrollo de aplicaciones a través de un modelo de costos que permite incrementar y obtener el apoyo de personal experto para los servicios del INSTITUTO, con base a la criticidad e impacto del aplicativo en los objetivos estratégicos del INSTITUTO.
• Asegurar la debida administración de los recursos destinados en programas y proyectos de desarrollo de software que contribuyen a la operación del INSTITUTO, mediante la asignación de las actividades de administración, seguimiento, revisión, mejora a procesos y alineación tecnológica específica al INSTITUTO.
• Mejorar la experiencia de los ciudadanos en su relación con el INSTITUTO a través de mecanismos
de atención multicanal para la prestación de servicios y realización de trámites.
• La integración de una cadena de valor unificada, que integra los procesos institucionales a través del uso compartido de recursos tecnológicos; promueve el manejo homologado de una identidad personal única para los usuarios y genera expresiones económicas y financieras de manera oportuna, lo que incrementa la productividad de la Institución.
• Asegurar la continuidad operativa de las capas de infraestructura y plataforma tecnológica, así como de la capa de aplicaciones.
• Alinear y madurar los procesos de la Dirección de Innovación y Desarrollo Tecnológico, en adelante DIDT, de acuerdo con estándares internacionales y mejores prácticas.
• Alinear y madurar los procesos de la Dirección de Innovación y Desarrollo Tecnológico, en adelante DIDT, de acuerdo con estándares internacionales y mejores prácticas
• Apoyar en la transferencia de conocimiento de los recursos humanos de la DIDT en temas tecnológicos, mediante herramientas de educación a distancia y elaboración de cursos acordes a las realidades y retos del INSTITUTO.
• Apoyar en la madurez y documentación de los procesos, métricas y evidencias para que la DIDT consiga un nivel 5 en CMMI DEV o SVC según sea el caso
• Apoyar en los procesos de preparación para la implementación del modelo de CMMI DEV y SVC de la DIDT para que se alcance un nivel comprobable y documentado de madurez nivel 5, en la versión actual de los modelos. Para ello los LICITANTES deberán incluir en sus propuestas en el apartado de metodología y plan de trabajo todas las consideraciones y valores agregados que proporcionarán al INSTITUTO para el cumplimiento de este punto, sin que esto genere un costo al INSTITUTO.
No se omite mencionar, que para efectos prácticos en el aprovisionamiento y administración del servicio requerido mediante el presente anexo técnico, el INSTITUTO y los LICITANTES deberán de apegarse al “ACUERDO por el que se emiten las políticas y disposiciones para impulsar el uso y aprovechamiento de la informática, el gobierno digital, las tecnologías de la información y comunicación, y la seguridad de la información en la Administración Pública Federal”, publicado en el Diario Oficial de la Federación el 6 de septiembre de 2021.
El “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, se constituye en cuatro partidas, las cuales en su conjunto permitirán cubrir las necesidades de EL INSTITUTO en materia de nuevos desarrollos, mantenimiento y continuidad operativa de los aplicativos, soluciones analíticas, gestión de proyectos y calidad.
Las partidas que conforman el “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual) se describen a continuación:
Partida | Identificador | Descripción |
Partida | Identificador | Descripción |
CDS 1 Partida 1 | Centro de Desarrollo de Software 1 | Centro para el análisis, diseño, documentación, desarrollo, pruebas, evolución de nuevos desarrollos, migración de aplicativos, plataformas, middleware, bases de datos, entre otros; así como mantenimientos y continuidad operativa con el enfoque modernización y nuevas tecnologías que requiera el INSTITUTO, incluyendo migración y/o actualizaciones entre plataformas tecnológicas y centros de datos. |
CDS 2 Partida 2 | Centro de Desarrollo de Software 2 | Centro para el análisis, diseño, documentación, desarrollo, pruebas, evolución de desarrollos, así como mantenimientos y continuidad operativa con el enfoque de sistemas actuales del INSTITUTO. |
CDSA Partida 3 | Centro de Desarrollo de Soluciones Analíticas | Centro para el análisis, diseño, documentación, desarrollo, pruebas, evolución de desarrollos, así como mantenimientos y continuidad operativa con el enfoque de plataformas de analítica de negocio que requiera el INSTITUTO. |
CPC Partida 4 | Centro de Proyectos y Calidad | Centro para la estimación, medición y administración de proyectos, evaluación de calidad y arquitectura, así como de gestión de procesos. Este Centro le permitirá al INSTITUTO contar con los elementos necesarios para promover la estandarización, medición y control de los servicios brindados por los Centros de Desarrollo de Software mediante una serie de actividades que permitan acrecentar las capacidades del INSTITUTO y el Gobierno del Contrato para la medición objetiva, análisis y administración del desempeño de proyectos y/o servicios de los LICITANTES, para proporcionar información para la toma de decisiones del INSTITUTO. |
Para la prestación del servicio los LICITANTES deberán ofertar en sus propuestas que, en caso de resultar adjudicados deberán interoperar con los LICITANTES ganadores de las diversas partidas, en todas las etapas del modelo de servicios que se definan, en el ámbito de las obligaciones y responsabilidades que derivado del contrato objeto del presente anexo técnico les sea adjudicado.
El Instituto requiere empresas Licitantes /Proveedores que cuenten con la capacidad técnica, material, humana y económica, especializadas en la prestación de los servicios objeto de cada una de las partidas y del El “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, por ejemplo; para la Partida 3. Centro de Desarrollo de Soluciones Analíticas, en donde se atienden soluciones de Big Data y Analítica de Datos, El Proveedor deberá contar con experiencia en las plataformas tecnológicas actualmente empleadas en el IMSS (e.g.: Hadoop y Tableau entre otras). Así como capacidad técnica especializada en manejo de grandes volúmenes de datos, (las principales bases de datos estructuradas del IMSS cuentan con más de 40,000,0000,000 CUARENTA MIL MILLONES de registros), por lo cual El Licitante debe demostrar su experiencia y especialidad a través de contratos
iguales o de similar naturaleza así como las Certificación es solicitadas dentro del presente Anexo Técnico así también su personal, deberá contar con experiencia previa comprobable y Certificación es correspondientes.
De la misma manera, la Partida 4, el Licitante /Proveedor debe contar con experiencia en la estimación, medición y administración de proyectos, evaluación de calidad de software, evaluación de métricas en proyectos con arquitecturas complejas, entre ellas microservicios, empleando metodologías tradicionales y ágiles, marco de trabajo “DevOps”, así como de gestión de procesos a modo de promover la homologación, estandarización, medición y control de los servicios brindados en los Centros de Desarrollo de Software, mediante una serie de actividades que permitan acrecentar las capacidades de EL INSTITUTO y el Gobierno del Contrato para la medición objetiva, análisis y administración del desempeño de proyectos y/o servicios de los LICITANTES, promoviendo el re-uso del código y definiendo el costeo de los servicios por partida por cada Dirección Normativa. El Proveedor de la Partida 4 deberá revisar la calidad y debido cumplimiento de las obligaciones contractuales establecidas para los Licitantes de las Partidas 1, 2, y 3, proveyendo al Gobierno del Contrato del IMSS, los elementos necesarios e indicadores de desempeño de los Licitantes analizados, motivo por lo cual resulta contraveniente que El Licitante de esta Partida 4, funja simultáneamente como Proveedor de alguna de las otras Partidas (1, 2 y 3).
Los licitantes que participen para las partidas que conforman el Servicio de “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, deben considerar que, actualmente el Ecosistema Tecnológico del IMSS está integrado por cinco centros de datos y que se encuentra un sexto centro de datos en creación, con más de 200 sistemas centrales y al menos otros 60 componentes tecnológicos transversales que interactúan entre si, intercambiando información necesaria para el desarrollo de sus funciones los 7 días de la semanas, 24 horas al día, en beneficio de los derechohabientes, patrones, afiliados, pensionados y público en general. Adicionalmente se tiene conectividad y operación con más de tres mil inmuebles en el Instituto y se interactúa con diversas dependencias y organismos de la Administración Pública Federal e instituciones privadas, tales como Servicio de administración Tributaria, Registro Nacional de Población, INFONAVIT, CONSAR, PROCESAR, Secretaría de Salud, Bancos, Afores, entre otros. Finalmente es de destacar la integración de nuevos hospitales al IMSS para la cobertura universal establecida en la Ley del IMSS, y el marco normativo denominado “Federalización de los Sistemas de Salud”; en este contexto los licitantes deberán incluir en su oferta todo lo necesario a fin de garantizar el servicio objeto de cada partida dentro del Ecosistema Tecnológico IMSS.
Atendiendo lo anterior, los Licitantes que participen para el servicio objeto de la Partida 4. Centro de Proyectos y Calidad, consisten en realizar la estimación, medición y administración, así como evaluación de calidad, arquitectura, y gestión de procesos de los proyectos, que sean desarrollados en cumplimiento a las partidas 1, 2 y 3; en este contexto y toda vez que la naturaleza del servicios objeto de la partida Partida 4 son transversales, es decir que con ellos se monitorea, controla, verifica y supervisa la correcta prestación y operación de los servicios objeto de partidas 1, 2 y 3; en este sentido, el LICITANTE que resulte adjudicado en la Partida 4 no podrá ser sujeto de adjudicación para las Partidas 1, 2 y 3.
En este mismo sentido y debido a que la naturaleza de la Partida 2 se enfoca a dar servicios que
garanticen la continuidad de los aplicativos existentes en El Instituto, para lo cual analiza, revisa, actualiza código, mejora, modifica, amplia funcionalidad, acrecienta, construye sobre los sistemas productivos, soporta, mantiene vigente, potencializa, moderniza, optimiza aplicativos legados y existentes que actualmente superan los doscientos aplicativos y sesenta herramientas tecnológicas transversales, para lo cual se debe documentar los procesos operativos de los aplicativos incluyendo el registro y seguimiento de los posibles incidentes, problemas, “troubleshooting”, mejoras, áreas de oportunidad y en general todo tipo de documentación operativa de los aplicativos existentes; actividad que a la fecha presenta una deuda técnica de los aplicativos existentes, en virtud de que su continuidad operativa demanda tanto esfuerzo que no ha permitido su actualización respecto de las versiones de plataformas tecnológicas (manejadores de bases de datos, middleware, servidores de aplicación, balanceadores, servidores web, service bus, sistemas operativos, y todos los componentes de su arquitectura base inclusive actualización de versiones, parches, “firmware” y homologación de identity managers), ni la documentación completa y actualizada de los aplicativos en operación (código fuente, librerías, parámetros de configuración, scripts de compilación y todo lo necesario para documentar el versionamiento de los aplicativos, bases de dato, middleware, balanceadores, servidores web, servidores de aplicación, servidores de integración, sistema operativo, contenedores, servidores virtuales y todo tipo de configuración necesaria para regenerar los aplicativos para redespliegues, en los diferentes ambientes, incluyendo la ficha técnica del aplicativo considerando todos los componentes tecnológicos que participan en la solución ofertada para cada partida, como son flujo de datos, direcciones IP, arquitectura tecnológica, interfaces con otros componentes tecnológicos, control de certificados, dependencias con terceros, así como las herramientas y software necesarios para la integración y compilación del aplicativo, políticas de respaldo y monitoreo, definición de pruebas unitarias, de integración y volumen, stress y regresión, matriz de escalación, detallando el equipo de análisis, diseño y desarrollo que participó en el aplicativo correspondiente, indicando ámbitos de responsabilidad de cada uno de los participantes), razón por la que se ha determinado que el licitante de la partida 2, se enfoque exclusivamente en dar continuidad a los aplicativos existentes, así como sus posibles procesos de mejora continua, mantenimientos y en su caso, adecuaciones o fortalecimiento de esos mismos aplicativos, ya que la deuda técnica generada por los últimos cinco contratos de este servicio en el IMSS, debido a su magnitud y complejidad difícilmente podrían atenderse por un solo Proveedor, tal es el caso de los manejadores de base de datos Oracle, los cuales en al menos un 80% presentan versiones “Oracle 11g” obsoletas no soportadas por el fabricante, siendo que las versiones actuales soportadas por el fabricante son “Oracle 19c” en donde se corrobora que un solo Proveedor no podría atender la Partida 2 y en simultáneo la Partida 1 o 3, garantizando la calidad y oportunidad con la que el Instituto requiere el servicio, esto es, no se estaría en condiciones de asegurar las mejores condiciones para el Estado en cuanto a precio, calidad, financiamiento y oportunidad.
En este contexto, el objeto del servicio de la Partida 2, se opone por definición a la naturaleza del objeto de las Partidas 1 y 3, que están enfocadas en la creación, implementación y desarrollo de nuevas tecnologías y aplicaciones diferentes a las actuales en operación; por tanto, toda vez que de participar en ambos roles provocaría la dependencia entre las actividades de implementación y desarrollo de nuevas soluciones respecto de las actividades de continuidad operativa y soporte de aplicaciones existentes, razón por la cual, se ha determinado que estas tareas sean mutuamente excluyentes, permitiendo el análisis de nuevas tecnológicas sin los vicios o costumbres heredadas de los aplicativos legados, incluyendo en estas partidas 1 y 3 los posibles procesos de continuidad operativa de estos nuevos
aplicativos o tecnologías en tanto se realiza su diseño, planeación, desarrollo, implementación, habilitación, operación, pruebas y mejora continua mientras se concluye su configuración completa, entrega a las áreas de operación, puesta a punto y estabilidad. están incluidos en la partida 1, los procesos de modernización, actualización tecnológica y reingeniería de aplicativos, así como en su caso, mediante la optimización de tecnología e infraestructura, los procesos derivados de migración entre centros de datos institucionales y de cambio de plataforma tecnológica, utilizando para el rediseño o reingeniería o actualización tecnológica, la documentación e información de los aplicativos existentes que proporcione el LICITANTE de la partida 2.
En este sentido el LICITANTE que resulte adjudicado de la partida 2, no podrá ser sujeto de adjudicación de las Partidas 1, 3 y 4.
Criterios de asignación de partidas a distintos licitantes.
Los posibles Licitantes deberán de sujetarse al procedimiento de la convocatoria a la Licitación Pública Nacional la cual establecerá en términos del Artículo 50 fracción VII, de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público, la cual establece,
“Las que pretendan participar en un procedimiento de contratación y previamente hayan realizado o se encuentren realizando, por sí o a través de empresas que formen parte del mismo grupo empresarial, en virtud de otro contrato, trabajos de análisis y control de calidad, preparación de especificaciones, presupuesto o la elaboración de cualquier documento vinculado con el procedimiento en que se encuentran interesadas en participar, cuando con motivo de la realización de dichos trabajos hubiera tenido acceso a información privilegiada que no se dará a conocer a los licitantes para la elaboración de sus proposiciones;”
En el supuesto de que se sospeche que existen vínculos entre Licitantes y por la tanto se esté ocultando dicho vínculo, el servidor público que tenga la presunción deberá informar dentro de los quince días naturales siguientes a la fecha en que tenga conocimiento del hecho, dando paso a la intervención del Órgano Interno de Control del IMSS a través de la cual si determina que se actualiza la presentación de información falsa o se está actuando con dolo o mala fe para presentar dos o más proposiciones vinculadas, estas serán desechadas por el área contratante.
Modalidad del Contrato
Con fundamento en el artículo 47, fracción I de la Ley de Adquisiciones, Arrendamientos y Servicios del sector público, los contratos que deriven del procedimiento de contratación serán abiertos en presupuesto, los precios serán fijos y estos no podrán ser modificados durante la vigencia del contrato específico.
La volumetría que se proporciona en el presente Anexo Técnico y en el Formato de Propuesta Económica, son exclusivamente para efectos de cotización y no necesariamente refleja los requerimientos de El Instituto, por lo que no se deberá considerar como las cantidades a contratar.
La cantidad de servicios a contratar se determinarán por el presupuesto mínimo y máximo establecidos para la prestación del servicio objeto del presente Anexo Técnico, los cuales se determinan conforme a las necesidades de El Instituto.
El modelo del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, es el modelo de procesos rector para la gestión y operación de los servicios solicitados en el presente Anexo Técnico.
Los LICITANTES participantes de las Partidas 1, 2, 3 y 4 deberán ofertar como parte fundamental de sus propuestas el ejecutar los servicios cumpliendo con todos los lineamientos y prácticas establecidas en este modelo.
El Modelo del Servicio requerido por EL INSTITUTO, es el definido para trabajar de forma armonizada y ordenada, para lo cual El INSTITUTO proporcionará a los LICITANTES toda la información necesaria para su conocimiento y aplicación, estimando para ello el marco rector que establezca el contrato mismo.
Los componentes del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, se muestran de manera general y en modo de ejemplo en el siguiente diagrama conceptual:
<.. image(Interfaz de usuario gráfica Descripción generada automáticamente) removed ..>
Figura 1. Modelo del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”
4.1. Servicios y subservicios por partida.
El LICITANTE deberá ofertar la prestación de los servicios objeto de las partidas 1, 2, 3 y 4, incluyendo todos y cada uno se los conceptos y componentes que conformar dichos servicios, mismos que enseguida se relacionan:
Concepto | Componente | Partida 1 Centro de Desarrollo de Software 1 (CDS 1) | Partida 2 Centro de Desarrollo de Software 2 (CDS 2) | Partida 3 Centro de Desarrollo de Soluciones Analíticas (CDSA) | Partida 4 Centro de Proyectos y Calidad (CPC) |
Concepto | Componente | Partida 1 Centro de Desarrollo de Software 1 (CDS 1) | Partida 2 Centro de Desarrollo de Software 2 (CDS 2) | Partida 3 Centro de Desarrollo de Soluciones Analíticas (CDSA) | Partida 4 Centro de Proyectos y Calidad (CPC) |
Planeación, transición y estabilización del servicio | Se requiere | Se requiere | Se requiere | Se requiere | |
Desarrollo de Aplicaciones | Proyectos de Desarrollo de Aplicaciones (PDA) | Para nuevos desarrollos o tecnología | para aplicaciones existentes y legadas | No se requiere | No se requiere |
Proyectos de Desarrollo Ágiles (PDL) | Para nuevos desarrollos o tecnología | para aplicaciones existentes y legadas | No se requiere | No se requiere | |
Proyectos de Actualización de Aplicativos y Tecnología (PAAT) | Se requiere | No se requiere | No se requiere | No se requiere | |
Proyectos de Documentación Aplicativa y tecnología (PDOCT) | Se Requiere | No se requiere | No se requiere | No se requiere | |
Proyectos de Documentación Aplicativa (PDOC) | No se requiere | Se requiere | No se requiere | No se requiere | |
Continuidad Operativa | Mantenimiento Menor (Mm) | Para nuevos desarrollos o tecnología | para aplicaciones existentes y legadas | Se requiere | No se requiere |
Soporte Aplicativo (SA) | Para nuevos desarrollos o tecnología | para aplicaciones existentes y legadas | Se requiere | No se requiere | |
Analítica de Negocio | Proyectos de Desarrollo de Soluciones Analíticas (PDSA) | No se requiere | No se requiere | Se requiere | No se requiere |
Concepto | Componente | Partida 1 Centro de Desarrollo de Software 1 (CDS 1) | Partida 2 Centro de Desarrollo de Software 2 (CDS 2) | Partida 3 Centro de Desarrollo de Soluciones Analíticas (CDSA) | Partida 4 Centro de Proyectos y Calidad (CPC) |
Proyectos y Calidad | Estimación, Medición y Administración de Proyectos (EMAP) | No se requiere | No se requiere | No se requiere | Se requiere |
Evaluación de Calidad y Arquitectura (ECA) | No se requiere | No se requiere | No se requiere | Se requiere | |
Gestión de Procesos (GP) | No se requiere | No se requiere | No se requiere | Se requiere | |
Demanda de Ingeniería de Producto | Se requiere | Se requiere | Se requiere | Se requiere |
El Gobierno del Contrato, establece la forma de trabajar, los lineamientos operacionales para los LICITANTES y la forma de medir su desempeño. El Gobierno del Contrato facilitará la comunicación entre los LICITANTES y el INSTITUTO para la ejecución del servicio.
El Gobierno del Contrato estará constituido por los Administradores del Contrato correspondiente a cada partida, quienes, por su nivel jerárquico en el Instituto Mexicano del Seguro Social, darán seguimiento y verificarán el cumplimiento cabal de los derechos y obligaciones establecidos en los contratos, por las áreas técnicas y de planeación que en cumplimiento sus funciones establecidas en el Manual de Organización de la DIDT, deban de llevar a cabo el seguimiento, control, administración y validación los servicios objeto de las partidas, Así mismo, los Administradores de Contrato podrán auxiliarse para la administración de los citados contratos de los Servidores Públicos que estos determinen. De igual forma, los LICITANTES podrán designar un representante que participe en el Gobierno del Contrato.
El Gobierno del Contrato a través de la Coordinación de Planeación Estratégica y Gestión (CPEG), deberá convocar de forma periódica, ya sea semanal o quincenalmente, a los LICITANTES de cada partida para que reporten el avance en las solicitudes de servicios que les hayan sido requeridas con antelación, así mismo, quedará establecido como un foro abierto para la comunicación y resolución de problemas que por alguna razón se hayan presentado durante la ejecución del servicio; como resultado de estas reuniones la CPEG deberá entregar minuta de cada reunión debidamente formalizadas y firmadas por esta coordinación y el resto de las coordinaciones participantes.
Los integrantes del Gobierno del Contrato del INSTITUTO (Administradores del Contrato), en el ámbito de su competencia, serán los responsables de autorizar las facturas y documentación probatoria de los servicios correspondiente, a efecto de que la División de Trámite de Erogaciones, efectúe el trámite correspondiente para realizar el pago de las facturas que soporten la prestación de los servicios efectivamente devengados en tiempo y forma y a entera satisfacción del IMSS.
Los integrantes del Gobierno del Contrato cuentan con pleno conocimiento de las estrategias institucionales relacionadas con las Tecnologías de Información, de manera que sea parte de sus actividades el poder generar propuestas alineadas a estas.
El Gobierno del Contrato, establecerá al arranque del servicio, la forma de trabajar en relación con el contrato, y entregará toda la información necesaria para la correcta supervisión de los servicios en los siguientes temas:
• Gestión de requerimientos de servicios
• Medición de los servicios
• Administración de la configuración
4.3. Integración del Gobierno del Contrato.
A continuación, se muestran los roles y participantes que de forma indubitable deberán conformar el Gobierno del Contrato:
Administrador del Contrato. El Servidor Público del área administradora del contrato, quien fungirá como responsable de administrar y verificar el cumplimiento de los derechos y obligaciones establecidas en el contrato:
En seguida se relacionan los Administradores del Contrato, que, atendiendo a sus funciones establecidas en el Manual de Organización de la DIDT, corresponden a cada partida:
Partida 1 – Coordinación de Ingeniería Tecnológica (CIT)
Coordinación de Servicios de Infraestructura Tecnológica Institucional (CSITI)
Partida 2 – Coordinación de Servicios Digitales de Información para la Seguridad Social (CSDISS)
Coordinación de Servicios Digitales y de Información para la Salud y Administrativos (CSDISA)
Coordinación de Ingeniería Tecnológica (CIT)
Coordinación de Servicios de Infraestructura Tecnológica Institucional (CSITI)
Partida 3 – Coordinación de Datos y Analítica (CDA)
Coordinación de Servicios de Infraestructura Tecnológica Institucional (CSITI)
Partida 4 – Coordinador de Ingeniería Tecnológica (CIT)
Coordinación de Planeación Estratégica y de Gestión (CPEG)
Coordinación de Servicios de Infraestructura Tecnológica Institucional
(CSITI)
Junta de Gobierno. Grupo conformado por los Administradores del Contrato de cada partida, así como miembros que estos designen como responsables de las diferentes partidas que abarquen los contratos derivados del presente anexo técnico.
Administrador del Centro de Desarrollo de Software 1 – CDS 1. Responsable designado por el Administrador del Contrato para dar seguimiento y cabal cumplimiento de es, así como responsable de dar lineamientos y definir las políticas del componente del servicio, revisar y validar los entregables generados por el mismo
Administrador del Centro de Desarrollo de Software 2 – CDS 2. Responsable designado por el Administrador del Contrato para dar seguimiento y cabal cumplimiento de este componente, así como responsable de dar lineamientos y definir las políticas del componente del servicio, revisar y validar los entregables generados por el mismo
Administrador del Centro de Desarrollo de Soluciones Analíticas - CDSA. Responsable designado por el Administrador del Contrato para dar seguimiento y cabal cumplimiento de este componente, así como responsable de dar lineamientos y definir las políticas del componente del servicio, revisar y validar los entregables generados por el mismo
Administrador del Centro de Proyectos y Calidad – CPC. Responsable designado por el Administrador del Contrato para dar seguimiento y cabal cumplimiento de este componente, así como responsable de dar lineamientos y definir las políticas del componente del servicio, revisar y validar los entregables generados por el mismo.
4.4. Proceso de controversias técnicas.
Los LICITANTES y el INSTITUTO deberán conducirse de buena fe para resolver las dudas técnicas derivadas de la prestación de los servicios, en caso de que las partes no lleguen a un acuerdo con relación a esas dudas técnicas, los LICITANTES y el INSTITUTO aceptarán sujetarse al procedimiento que se establezca para tal efecto por el Gobierno del Contrato, mismo que será acordado durante la planeación del arranque.
En caso de una controversia en la interpretación de temas técnicos y administrativos, el Gobierno del Contrato podrá aclarar a los LICITANTES las dudas que presenten, considerando para tal efecto que se valdrá de los mecanismos que la normatividad aplique para el supuesto que atienda.
Durante el periodo en el que cualquier diferencia técnica esté siendo sometida al procedimiento anteriormente referido, se podrá extender el plazo establecido para la entrega del servicio sujeto a aclaración, sin que esta extensión modifique la vigencia total del Contrato.
En tanto no se resuelva la diferencia técnica, el INSTITUTO no deberá aplicar penas convencionales a los LICITANTES, así mismo, el IMSS no estará obligado a realizar pagos relacionados a los servicios en proceso de aclaración.
El LICITANTE de la Partida 4 CPC, intervendrá en apoyo al Gobierno del Contrato, aportando la información, definiciones, criterios, expertos, mejores prácticas y en general todo tipo de elementos, que contribuyan a la solución de las controversias.
4.5. asignación de los Servicios
Con la finalidad de que los LICITANTES cuenten con elementos de planeación, se proporciona la información de referencia de la demanda de servicios, la información expresada es solamente de carácter informativo y no representa un compromiso u obligación por parte de EL INSTITUTO respecto al comportamiento de los servicios, ya que los mismos son bajo demanda conforme a las necesidades del Instituto y de los peticionarios del servicio. Se requiere que el LICITANTE documente y detalle su solución ofertada, a efecto de demostrar que cuenta con la capacidad para atender al menos la operación descrita a continuación:
Partida 1 |
Centro de Desarrollo de Software 1 (CDS 1) |
Concepto | Componente | Unidades | Volumetría de referencia | Unidad de Medida |
Planeación, transición y estabilización del servicio | No Aplica | Unidad de Soporte a la Transición (UST) | 3,551 | Día / Hombre |
Desarrollo de Aplicaciones | Proyectos de Desarrollo de Aplicaciones (PDA) | Unidad de Desarrollo de Aplicación (UDA) | 170,384 | Hora / Hombre |
Proyectos de Desarrollo Ágiles (PDL) | Unidad de Desarrollo Ágil (UDL) | 36,251 | Hora / Hombre | |
Proyectos de Actualización de Aplicativos y Tecnología (PAAT) | Unidad de Actualización de Aplicativos y Tecnologías (UAAT) | 108,756 | Hora / Hombre |
Proyectos de Documentación Aplicativa y Tecnología (PDOCT) | Unidad de Documentación Aplicativa y Tecnología (UDOCT) | 36,251 | Hora / Hombre | |
Soporte Aplicativo (SA) | Unidad de Continuidad Operativa para nuevos desarrollos o tecnología (UCONDOT) | 7,172 | Mes / Hombre |
El LICITANTE deberá ofertar el concepto de ingeniería de producto”, conforme al apartado “Demanda de ingeniería de producto”
Partida 2 |
Centro de Desarrollo de Software 2 (CDS 2) |
Concepto | Componente | Unidades | Volumetría de referencia | Unidad de Medida |
Planeación, transición y estabilización del servicio | No Aplica | Unidad de Soporte a la Transición (UST) | 3,551 | Día / Hombre |
Desarrollo de Aplicaciones | Proyectos de Desarrollo de Aplicaciones (PDA) | Unidad de Desarrollo de Aplicación (UDA) | 271,517 | Hora / Hombre |
Proyectos de Desarrollo Ágiles (PDL) | Unidad de Desarrollo Ágil (UDL) | 109,481 | Hora / Hombre | |
Proyectos de Documentación Aplicativa (PDOC) | Unidad de Documentación Aplicativa (UDOC) | 43,792 | Hora / Hombre | |
Continuidad Operativa | Mantenimiento Menor (Mm) | Unidad de Continuidad Operativa para aplicaciones existentes y legadas (UCO) | 8,997 | Mes / Hombre |
Soporte Aplicativo (SA) |
El LICITANTE deberá ofertar el concepto “demanda de ingeniería de producto”, conforme al apartado “Demanda de ingeniería de producto”
Partida 3 |
Centro de Desarrollo de Soluciones Analíticas (CDSA) |
Concepto | Componente | Unidades | Volumetría de referencia | Unidad de Medida |
Planeación, transición y estabilización del servicio | No Aplica | Unidad de Soporte a la Transición (UST) | 3,551 | Día / Hombre |
Analítica de Negocio | Proyectos de Desarrollo de Soluciones Analíticas (PDSA) | Unidad de Desarrollo de Soluciones Analíticas (UDSA) | 353,092 | Hora / Hombre |
Mantenimiento Menor (Mm) | Unidad de Continuidad Operativa de Soluciones Analítica (UCO) | 7,082 | Mes / Hombre | |
Soporte Aplicativo (SA) |
El LICITANTE deberá ofertar el concepto “demanda de ingeniería de producto”, conforme al apartado “Demanda de ingeniería de producto”
Partida 4 |
Centro de Proyectos y Calidad (CPC) |
Concepto | Componente | Unidades | Volumetría de referencia | Unidad de Medida |
Planeación, transición y estabilización del servicio | No Aplica | Unidad de Soporte a la Transición (UST) | 1,183 | Día / Hombre |
Proyectos y Calidad | Estimación, Medición y Administración de Proyectos (EMAP) | Unidad Estimación, Medición y Administración de Proyectos (UEMAP) | 125,507 | Hora / Hombre |
Evaluación de Calidad y Arquitectura (ECA) | Unidad de Evaluación de Calidad y Arquitectura (UECA) | 167,343 | Hora / Hombre | |
Gestión de Procesos (GP) | Unidad de Gestión de Procesos (UGP) | 119,787 | Hora / Hombre |
El LICITANTE deberá ofertar el concepto “demanda de ingeniería de producto”, conforme al apartado “Demanda de ingeniería de producto”
La cantidad de servicios a contratar se determinarán por el presupuesto mínimo y máximo autorizado para la prestación del servicio objeto del presente Anexo Técnico, los cuales serán determinados “Bajo Demanda”, atendiendo a las necesidades del Instituto.
Mecanismos de Control para todas las Partidas
La administración de todas las partidas que constituyen el Servicio de Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (Plurianual), se llevará a cabo mediante de las reglas de operación que se encuentran definidas mediante los niveles de servicio de cada una de estas partidas, así como las definiciones de las guías de desarrollo, de operación y analítica que rigen en el Instituto, mismas que como parte de los procesos compartidos institucionales se les darán a conocer a lo Licitantes al inicio de la vigencia del contrato.
Cabe mencionar que el responsable único de solicitar, verificar y aprobar los entregables que se generen por parte de los Licitantes será el Administrador del Contrato, lo anterior de conformidad a lo previsto en las Políticas, Bases y Lineamientos en materia de Adquisiciones, Arrendamientos y Servicios en el Instituto Mexicano del Seguro Social.
Cabe mencionar que para la partida 4, no se dará por recibida ninguna estimación sin que antes el administrador del contrato no la haya verificado y en su caso aprobado, por lo que el proveedor deberá en un plazo razonable atender las observaciones que el Instituto le haga, por lo que deberá quedar por entendido que será el Administrador del Contrato el único responsable de la aprobación de estimaciones que sean utilizadas para el desarrollo de software.
Nota importante. - Los Licitantes deberán de asumir que ninguno de los trabajadores con quienes presten servicios al IMSS podrán ganar un sueldo superior al del Presidente de la República, lo anterior, en acato a las Políticas vinculadas a la Ley de Austeridad Republicana, con las que este Instituto se rige al momento de ejercer el presupuesto asignado para el bienestar de sus derechohabientes.
4.6. Mesa de Servicios Tecnológicos
La Mesa de Servicios Tecnológicos (MST), es el punto de contacto de los usuarios de EL INSTITUTO, a través de la MST se gestiona la solución de incidencias y/o requerimientos que pueden afectar la continuidad operativa de servicios que proporciona la Dirección de Innovación y Desarrollo Tecnológico (DIDT); dichos servicios soportan los procesos médicos, de incorporación, recaudación y demás procesos administrativos de EL INSTITUTO; funciona como puerta de enlace para gestionar con las áreas internas de la propia DIDT; así como con otras áreas normativas, la resolución de incidentes, atención de requerimientos y gestión de cambios.
Se establece como el punto de entrada para la prestación del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, contempla:
• Requerimientos de servicio
• Permite reportar fallas en el sistema y/o la aplicación
• Solicitar la modificación de un sistema o aplicación vigente
• Solicitar un nuevo sistema
Permite:
• Administración de Incidentes
• Administración de Solicitudes
• Administración de Configuración
• Administración de Problemas
• Administración de Cambios
En la planeación de arranque, EL INSTITUTO y los LICITANTES acordarán la mecánica de trabajo a seguir, para el registro, atención, categorización, escalamiento, seguimiento, solución y cierre de los incidentes reportados por las áreas usuarias y las solicitudes de servicio sobre los componentes y/o servicios definidos en el catálogo de requerimientos de la Mesa de Servicios Tecnológicos.
Previo a la liberación de un aplicativo, los LICITANTES adjudicados de las partidas 1, 2 y 3, con el acompañamiento del LICITANTE de la partida 4, presentarán ante el Comité de Control de Cambios de la MST y ante el Grupo de Trabajo de Convivencia Operativa de la CSITI, contando con el visto bueno previo del Comité de Arquitectura: la arquitectura propuesta, plan de implementación que incluya los cambios en los activos tecnológicos de los aplicativos y en su caso el plan de rollback, activos tecnológicos con los que interactúa, dependencias, volumetría estimada relacionada al cambio, control de insumos necesarios para la implementación, manuales de operación del aplicativos actualizados, pruebas unitarias del cambio requerido, manual de configuración actualizado, actualización de las políticas de respaldo y monitoreo, actualización de diagramas de arquitectura tecnológica y la línea base de las configuraciones aplicadas que incluyan archivos de configuración o paquetes de despliegue, actualización de la CMDB, propuesta de acuerdos operativos (OLA´S Operation Level Agreements por sus siglas en inglés), conforme a la infraestructura operativa con la que conviva el nuevo aplicativo.
EL LICITANTE deberá ofertar el despliegue, operación y gestión de la operación de los aplicativos objetos de las partidas 1, 2 y 3, en los Centros de Datos institucionales, de acuerdo con lo siguiente:
Para la continuidad de los aplicativos que soportan los servicios de negocio de EL INSTITUTO: Médico, administrativo, de recaudación, pensiones y atención al derechohabiente, EL INSTITUTO cuenta actualmente con infraestructura tecnológica en 3 centros de datos, KIO Networks, Instituto Potosino de Investigación Científica y Tecnológica (IPICyT), los Centros Nacionales de Tecnología Informática (CENATI), y podrá ser solicitado en cualquier otro centro de datos que EL INSTITUTO determine.
El LICITANTE previo al despliegue de los sistemas nuevos o actualizados, objeto de las partidas 1, 2 y 3 (CDS1, CDS2 y CDSA) con la supervisión de la partida 4 (CPC), en los Centros de Datos institucionales, deberá cumplir en su totalidad con lo siguiente:
El Licitante deberá incluir como parte de su propuesta técnica, la habilitación de un Repositorio Electrónico en el Centro de Datos que el IMSS le determine, a efecto de que integre en este repositorio, contando con el visto bueno previo del Comité de Arquitectura: todo el código fuente, librerías, parámetros de configuración, scripts de compilación y todo lo necesario para documentar el versionamiento de los
aplicativos, bases de dato, middleware, balanceadores, servidores web, servidores de aplicación, servidores de integración, sistema operativo, contenedores, servidores virtuales y todo tipo de configuración necesaria para regenerar los aplicativos para redespliegues, en los diferentes ambientes, incluyendo la ficha técnica del aplicativo considerando todos los componentes tecnológicos que participan en la solución ofertada para cada partida, como son flujo de datos, direcciones IP, arquitectura tecnológica, intefaces con otros componentes tecnológicos, control de certificados, dependencias con terceros, así como las herramientas y software necesario para la integración y compilación del aplicativo, políticas de respaldo y monitoreo, definición de pruebas unitarias, de integración y volumen, stress y regresión, matriz de escalación, detallando el equipo de análisis, diseño y desarrollo que participó en el aplicativo correspondiente, indicando ámbitos de responsabilidad de cada uno de los participantes.
Así mismo deberá detallar y documentar todos los procesos necesarios para la operación del aplicativo y su continuidad operativa, tales como bajar servicios, aplicar reinicios al servicio, subir servicios, aplicar actualizaciones, ejecución de respaldos, depuración de información, ubicación de bitácoras del aplicativo para el análisis del comportamiento y búsqueda de posibles errores, donde se detalle la actividad los principales componentes y en su caso errores de diseño o fallas por infraestructura o interfaces con terceros, logs y restauraciones, así como los procesos de administración de cada uno de los componentes que conforman la aplicación desarrollada.
El licitante deberá documentar los componentes de la base de datos de donde se deberá extraer la información para los tableros de información directiva y analítica de datos.
Para el caso de Proyectos de Desarrollo Ágiles, la información y documentación antes descrita, deberá actualizarse simplificada en cada sprint y completa a más tardar 15 días hábiles posteriores a finalizar el desarrollo.
EL LICITANTE deberá proporcionar acceso a la totalidad de herramientas tecnológicas utilizadas en todo el ciclo de vida del aplicativo, a fin de que el IMSS habilite las pruebas de desempeño del aplicativo, necesarias para monitorear la experiencia de usuario en cada etapa y a nivel integral.
En caso de que el LICITANTE no coloque en el Repositorio electrónico la información y documentación antes descrita, no se le permitirá desplegar los sistemas nuevos o actualizados, objeto de las partidas CDS1, CDS2 y CDSA, haciéndose acreedor a las penalizaciones o deductivas correspondientes; en caso de proyectos emergentes, el LICITANTE documentará hasta donde le sea posible esta información, no obstante deberá presentar la documentación completa en un plazo no mayor a 15 días hábiles contados a partir del día siguiente al de la fecha de liberación del aplicativo correspondiente, en caso de no entregar la información y documentación completa en el plazo establecido, el LICITANTE se hará acreedor a las penas y deductivas correspondientes. Finalmente, en caso de aplicativos sujetos a continuidad operativa, el LICITANTE contará con un periodo no mayor a 180 días hábiles para proporcionar la información y documentación requerida, en caso de no entregar la información y documentación completa en el plazo establecido, el LICITANTE se hará acreedor a las penas y deductivas correspondientes
El aprovisionamiento de infraestructura tecnológica de ambientes Desarrollo, Calidad (QA), pruebas de
aceptación de usuario (UAT), y productivo será proporcionado por el INSTITUTO a través de la Coordinación de Servicios de Infraestructura Tecnológica Institucional, para lo cual los LICITANTES adjudicados de las Partidas 1, 2 y 3, bajo la supervisión del LICITANTE de la Partida 4, deberán detallar las especificaciones del aprovisionamiento solicitado.
El LICITANTE deberá ofertar el acompañamiento necesario para interactuar en sus ambientes productivos y no productivos, de conformidad con lo acordado en conjunto con el IMSS en la planeación de arranque del contrato y sus subsecuentes actualizaciones, cuidando en todo momento las políticas y lineamiento de seguridad informática establecidas para tal efecto.
La contratación del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, permitirá cumplir con el marco legal vigente, cumplir con objetivos, actividades y métricas con responsabilidades claramente definidas en un modelo de servicio y un monitoreo constante de la eficiencia y eficacia de los procesos involucrados, con lo que progresivamente se esperará:
• Continuar mejorando la construcción de los aplicativos a través de la implementación de prácticas enfocadas a la calidad en la construcción de software y eficiencia en el uso de componentes tecnológicos.
• Contar con una adecuada gestión de proyectos, técnicas de ingeniería de software detalladas y un nivel adecuado de métricas basados en estándares internacionales y prácticas recomendadas en los procesos soportados por las diferentes herramientas informáticas de EL INSTITUTO
• Asegurar la calidad de los productos y cambios generados en la atención del servicio solicitado, incorporando en sus líneas de producción herramientas que permitan minimizar el número de incidentes en la liberación de las soluciones
• Atender la demanda operativa y estacionalidad de los aplicativos ajustando el costo fijo mensual para el servicio de Ccontinuidad Operativa
• Contar con personal técnico y administrativo especializado en sitio, en función de la demanda que generen los diferentes proyectos de diseño, desarrollo e implementación de sistemas
• Mejorar la construcción de los aplicativos basados en la implementación de prácticas enfocadas a calidad y eficiencia.
• Administrar el Servicio para Continuidad Operativa a través de un modelo de costos que genere eficiencia presupuestal aplicada al número de requerimientos de servicio atendidos
• Brindar al INSTITUTO los mecanismos para generar manuales de usuario, de configuración y mantenimiento de los sistemas sustantivos, lo que permitirá futuras adecuaciones de forma rápida, eficiente y segura, reduciendo el riesgo de errores por falta de información. La documentación generada dependerá del tipo de componente solicitado, las aplicaciones involucradas y de los entregables contratados y que se acuerden entre EL INSTITUTO y los LICITANTES de servicio contratado
• Optimizar, potencializar y eficientar el uso de infraestructura tecnológica en los Centros de Datos Institucionales, apegándose en todo momento de las arquitecturas, lineamientos definidos por el Instituto, de conformidad a las capacidades tecnológicas de infraestructura disponibles en los centros de datos.
• Propiciar la integración de aplicaciones y por consecuencia, mantener la información de forma integrada y en línea, evitando así la separación de procesos que por su definición, deberían estar soportados por la misma solución
• Propiciar el uso de arquitecturas y estándares de desarrollo, codificación y documentación, de tal manera que las aplicaciones puedan ser extendidas en su funcionalidad por cualquier otro proveedor, reduciendo así la curva de aprendizaje para soportar dichas aplicaciones.
Los servicios objeto de las partidas CDS1, CDS2, CDSA y CPC deberán ser proporcionados en las instalaciones de EL INSTITUTO, o en su caso en instalaciones de los LICITANTES, que en su caso, resulten adjudicados para cada partida , lo que será acordado durante la planeación del arranque del Gobierno del Contrato, para lo cual deberá dar cumplimiento a los lineamientos de seguridad e higiene laboral institucional y el plan de protección civil, por lo que en su caso, los LICITANTES adjudicados deberán de manera conjunta con el Grupo de Gobierno del Contrato, establecer en las reuniones xx xxxx de inicio de los contratos las definiciones para su implementación.
Para los servicios que requieran la presencia del personal de los LICITANTES en las Instalaciones de EL INSTITUTO, los LICITANTES deberán contar con la capacidad de equipamiento y herramientas necesarias para operar desde las instalaciones del IMSS. Para estos casos los LICITANTES adjudicados habilitarán enlaces de telecomunicaciones y puntos de acceso wifi necesarios para la prestación del servicio que interconecten las instalaciones del IMSS con las instalaciones del LICITANTE, incluyendo el equipamiento de seguridad perimetral correspondiente en ambos extremos.
Los LICITANTES deberán apegarse a los procesos y documentación establecida por el INSTITUTO en el ámbito del alcance de la prestación de los servicios objeto de cada una de las partidas, de conformidad con lo acordado en conjunto con el IMSS en las reuniones de planeación de arranque del contrato y sus subsecuentes actualizaciones, cuidando en todo momento las políticas y lineamiento de seguridad informática establecidas para tal efecto.
Partida 1. Centro de Desarrollo de Software 1 (CDS1)
El objeto principal de la Partida 1. CDS1, es la Creación y Desarrollo de nuevas Aplicaciones en nuevas Tecnologías, migración de aplicaciones a nuevas tecnologías y migración de aplicaciones entre centros de datos a nuevas tecnologías.
Para esta partida el LICITANTE deberá ofertar la descripción detallada y documentar en su proposición el cumplimiento de al menos los siguientes aspectos para la prestación de los servicios de análisis, diseño, documentación, desarrollo, pruebas, evolución de nuevos desarrollos en nuevas tecnologías, migración de aplicativos a nuevas tecnologías, plataformas, middleware, bases de datos, entre otros; así como desarrollos con el enfoque de modernización a nuevas tecnologías, incluyendo migración entre plataformas tecnológicas y centros de datos a nuevas tecnologías que requiera el INSTITUTO.
El LICITANTE deberá incluir como parte de su oferta de los servicios solicitados, los recursos humanos que cuenten con experiencia, competencias y las Certificación es aplicables específicamente necesarias para la implementación de los servicios objeto de la presente partida CDS1.
El LICITANTE deberá incluir como parte de su propuesta técnica Recursos Humanos propios para la prestación del servicio, de acuerdo con los tiempos y niveles de servicio establecidos en el presente Anexo Técnico.
Para la prestación del servicio el LICITANTE debe contar con los perfiles solicitados en el presente Anexo Técnico.
El servicio objeto de la Partida 1. CDS1, el LICITANTE deberá detallar en su oferta el servicio que incluye los siguientes conceptos y componentes:
• Planeación, transición y estabilización del servicio.
• Desarrollo de Aplicaciones.
- Proyectos de Desarrollo de Aplicaciones (PDA)
- Proyectos de Desarrollo Ágiles (PDL)
- Proyectos de Actualización de Aplicativos y tecnología (PAAT)
- Proyectos de Documentación Aplicativa y Tecnología (PDOCT)
- Soporte Aplicativo (SA) Nuevos Desarrollos
• Demanda de Ingeniería de Producto.
Atendiendo a lo anterior el LICITANTE deberá incluir, detallar y documentar como parte de su proposición, las siguientes especificaciones necesarias para la prestación del servicio:
Planeación, transición y estabilización del servicio.
EL LICITANTE deberá ofertar como parte de su propuesta técnica todas y cada una de las especificaciones y requerimientos técnicos establecidos en el apartado Plan de Trabajo General (Cronograma de actividades), específicamente en lo que se refiere a las fases 1, 2 y 3 así como sus especificaciones establecidas en este mismo apartado.
Desarrollo de Aplicaciones.
EL LICITANTE deberá ofertar como parte de su propuesta técnica todas y cada una de las especificaciones y requerimientos técnicos establecidos en el presente apartado, necesarios para el Desarrollo de Aplicaciones, así también deberá dar cumplimiento a lo establecido en el Ciclo de Vida para el Servicio de Desarrollo de Aplicaciones.
Proyectos de Desarrollo de Aplicaciones (PDA)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de su propuesta todo lo necesario para el desarrollo de nuevas aplicaciones, estableciendo el método a seguir para el desarrollo y
renovación de soluciones tecnológicas en plataformas tecnológicas de última generación (Contenedores, microservicios, entre otros), ofertando la especificación de los requerimientos, el diseño, el desarrollo, la verificación, validación e integración de los componentes o productos necesarios para su entrega, de manera que se obtenga el mejor aprovechamiento posible de los recursos de TIC cumpliendo en todo momento, con los requerimientos especificados.
Para este PDA del servicio CDS1, el LICITANTE deberá ofertar el cumplimiento de manera enunciativa, más no limitativa con los siguientes aspectos,
1. Contar con una solicitud de servicio debidamente autorizada por el INSTITUTO para iniciar con la prestación del servicio.
2. Dividir la atención de la solicitud de servicio en dos etapas, o las que el INSTITUTO considere convenientes, la primera para documentar los requerimientos de la solución y la segunda para las etapas del diseño, construcción, pruebas y liberación de la solución, cumpliendo lo establecido en el apartado denominado “Ciclo de Vida para el Servicio de Desarrollo de Aplicaciones”
3. Realizar una estimación para la definición de requerimientos, utilizando el método de estimación acordado con el INSTITUTO y considerando las actividades a realizar con los diferentes involucrados en el proyecto.
4. Formalizar, gestionar, monitorear y reportar el avance del proyecto en cada una de las etapas de la solicitud de servicio de acuerdo con los lineamientos del INSTITUTO.
5. Realizar el levantamiento de requerimientos funcionales y no funcionales del sistema con los involucrados del proyecto, conforme a la planeación autorizada por el INSTITUTO, contando con el apoyo de CPC.
6. Realizar las actividades que garanticen la calidad de todos los productos generados durante el desarrollo del aplicativo.
7. Al concluir el levantamiento de requerimientos presentar la estimación y formalización de la segunda etapa de la solicitud de servicio.
8. Iniciar la atención de la segunda etapa de la solicitud de servicio cuando se tengan el VoBo correspondiente del INSTITUTO.
9. Alinear el diseño de la solución al Xxxxx Xxxxxxxxxxx de Referencia del INSTITUTO y demás estándares y lineamientos de diseño proporcionados por el INSTITUTO.
10. Asegurar en el diseño de la solución el cumplimiento de los lineamientos y estándares establecidos por el INSTITUTO para la experiencia de usuario (UX) e interfaz de usuario (UI).
11. Diseñar, documentar, construir y probar todos los elementos arquitectónicos de la aplicación, para asegurar su correcto funcionamiento respecto a las especificaciones del INSTITUTO.
12. Ejecutar pruebas funcionales, no funcionales, de convivencia, de integración aplicativa, de regresión, de vulnerabilidad / seguridad, de calidad de código, de estrés, de desempeño, que permitan llevar a cabo una correcta validación del producto entregado. El alcance de las pruebas debe ser acordado y aprobado por el GOBIERNO DEL CONTRATO con el apoyo del CPC.
13. Realizar las pruebas de aceptación de usuario conforme a lo definido por el Área Técnica resposable del aplicativo por parte del INSTITUTO.
14. Elaborar el contenido técnico (manuales de usuario) para las capacitaciones funcionales del usuario final de las aplicaciones que sean desarrolladas para el INSTITUTO.
15. Proporcionar asistencia en la transferencia de conocimiento (manuales de operación) al personal responsable del soporte en ambientes pre-productivos y productivos de INSTITUTO durante las pruebas y en la liberación a producción, esto es áreas operativas en los Centros de Datos institucionales.
Proyectos de Desarrollo Ágiles (PDL)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para los Proyectos de Desarrollo Ágiles (PDL), que serán aquellos en los que se requieran entregas incrementales de funcionalidades graduales e iteraciones cortas de la solución tecnológica, esto es debido a que los requerimientos del área usuaria solicitante hacia al INSTITUTO no son siempre fijos o no se tienen identificadas la totalidad de sus necesidades.
Con la implementación de este componente del servicio, se pretende establecer el método a seguir para el desarrollo y renovación de soluciones tecnológicas con un enfoque ágil, considerando la especificación del backlog del producto, el diseño, el desarrollo, la verificación, validación y entrega de productos de valor que coadyuven a la mejora y optimización de la operación de las diversas funciones del IMSS. Este tipo de solicitudes deberá considerar y privilegiar la homologación y estandarización de todos los componentes técnicos que involucren la solución tecnológica, en sus distintas capas de datos, de reglas de negocio y de presentación.
Para el PDL del servicio CDS1 el LICITANTE deberá ofertar el cumplimiento de los siguientes aspectos, que se describen de forma enunciativa más no limitativa, enseguida se relacionan:
1. Contar con una solicitud de servicio debidamente autorizada por el INSTITUTO para iniciar con la prestación del servicio.
2. Definir al Product Owner (PO) y Scrum Master (SM) del proyecto, tomando en consideración que el (PO) deberá ser un perfil del INSTITUTO, el LICITANTE deberá considerar la conveniencia de incluir un Administrador de Proyectos, sin costo para el INSTITUTO, que apoye al Scrum Master en todas las actividades y productos de trabajo de gestión de proyectos requeridos por el INSTITUTO, que son necesarios para cumplir con su marco normativo
3. Dividir la atención de la solicitud de servicio en dos etapas, o las que el INSTITUTO considere convenientes, la primera para documentar el backlog del producto y la segunda para la ejecución de los sprints que permitan el diseño, construcción, pruebas y liberación del producto, cumpliendo dentro de lo posible lo establecido en el apartado denominado “Ciclo de Vida para el Servicio de Desarrollo de Aplicaciones”
4. Realizar una estimación para la definición del backlog del producto, utilizando el método de estimación acordado con el INSTITUTO
5. El LICITANTE deberá ofertar que la definición y refinamiento del backlog del producto se realizará con un enfoque de gestión kanban
6. Integrar al equipo de desarrollo con perfiles que dispongan de todas las capacidades técnicas, administrativas y experiencia necesaria para atender la solicitud de servicio del INSTITUTO en su primera etapa.
7. Documentar y refinar las épicas, historias de usuario, habilitadores y criterios de aceptación que conforman el backlog del producto.
8. Formalizar, gestionar, monitorear y reportar el avance del proyecto en cada una de las etapas de la solicitud de servicio de acuerdo con los lineamientos del INSTITUTO.
9. Realizar las actividades que garanticen la calidad de todos los productos generados durante esta etapa del desarrollo.
10. Al concluir la definición del backlog del producto presentar la estimación y formalización de la segunda etapa de la solicitud de servicio.
11. Iniciar la atención de la segunda etapa de la solicitud de servicio cuando se tengan el VoBo
correspondiente del INSTITUTO.
12. Considerar que, para la atención de la segunda etapa de la solicitud de servicio, deberá utilizar scrum como marco de trabajo, en donde la duración del sprint será de dos semanas, o bien, la duración que indique el INSTITUTO de acuerdo con sus necesidades.
13. Deberá considerar dentro del marco de trabajo scrum todos los eventos, productos y roles indicados por scrum, sin menoscabo de las actividades, productos o roles fuera del marco de trabajo scrum que por cumplimiento de la normatividad del INSTITUTO deban incluirse como parte de la atención de la solicitud de servicio.
14. Alinear el diseño de la solución al Xxxxx Xxxxxxxxxxx de Referencia del INSTITUTO y demás estándares y lineamientos de diseño proporcionados por el INSTITUTO.
15. Asegurar en el diseño de la solución el cumplimiento de los lineamientos y estándares establecidos por el INSTITUTO para la experiencia de usuario (UX) e interfaz de usuario (UI).
16. Diseñar, documentar, construir y probar todos los elementos arquitectónicos de la aplicación, para asegurar su correcto funcionamiento respecto a las especificaciones del INSTITUTO.
17. Ejecutar pruebas funcionales, no funcionales, de convivencia, de integración aplicativa, de regresión, de vulnerabilidad / seguridad, de calidad de código, de estrés, de desempeño, que permitan llevar a cabo una correcta validación del producto entregado. El alcance de las pruebas debe ser acordado y aprobado por el GOBIERNO DEL CONTRATO con el apoyo del CPC. Realizar las pruebas de aceptación de usuario y validación del sprint conforme a lo definido por el Área Técnica resposable del aplicativo por parte del INSTITUTO
18. Elaborar el contenido técnico (manuales de usuario) para las capacitaciones funcionales del usuario final para las aplicaciones que sean desarrolladas para el INSTITUTO.
19. Proporcionar asistencia en transferencia de conocimiento (manuales de operación) al personal responsable del soporte en ambientes pre-productivos y productivos del INSTITUTO durante las pruebas y en la liberación a producción, esto es áreas operativas en los Centros de Datos institucionales.
Proyectos de Actualización de Aplicativos y Tecnología (PAAT)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo los PAAT, consistentes en la actualización correctiva, preventiva, adaptativa, evolutiva y perfectible de aplicativos y tecnología.
Para el PAAT del servicio CDS1 el LICITANTE deberá ofertar por cada tipo de actualización lo siguiente:
• Actualización preventiva. Consiste en la revisión constante de los sistemas informáticos para detectar posibles errores que deriven en problemas futuros
• Actualización adaptativa. Si se requiere cambiar el entorno de uso de la aplicación, puede ser indispensable modificarla para mantener su plena funcionalidad en estas nuevas condiciones
• Actualización evolutiva. Es un caso especial donde la adaptación resulta prácticamente obligatoria, ya que de lo contrario el sistema en cuestión quedaría obsoleto con el paso del tiempo
• Actualización perfectiva. Consiste en agregar nuevas funcionalidades o características no contempladas al momento de la implementación del sistema en cuestión. La actualización perfectiva adapta la aplicación a este requerimiento
• Actualización tecnológica. Consiste en servicios orientados a la optimización del uso y capacidades de la infraestructura en los Centros de datos institucionales pudiendo abarcar de forma enunciativa mas no limitativa los siguientes servicios: definición y rediseño de arquitecturas, actualización de plataformas, interfaces, herramientas y servicios relacionados; así como migración de componentes
tecnológicos entre centros de datos institucionales
Para el PDL del servicio CDS1 el LICITANTE deberá ofertar el cumplimiento de los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con una solicitud de servicio debidamente autorizada por el INSTITUTO para iniciar con la prestación del servicio.
2. Dividir la atención de la solicitud de servicio en dos etapas, o las que el INSTITUTO considere convenientes, la primera para documentar los requerimientos de la solución y la segunda para las etapas del diseño, construcción, pruebas y liberación de la solución, cumpliendo dentro de lo posible lo establecido en el apartado denominado “Ciclo de Vida para el Servicio de Desarrollo de Aplicaciones”
3. Realizar una estimación para la definición de requerimientos, utilizando el método de estimación acordado con el INSTITUTO y considerando las actividades a realizar con los diferentes involucrados en el proyecto.
4. Formalizar, gestionar, monitorear y reportar el avance del proyecto en cada una de las etapas de la solicitud de servicio de acuerdo con los lineamientos del INSTITUTO.
5. Realizar el levantamiento de requerimientos funcionales y no funcionales del sistema con los involucrados del proyecto, conforme a la planeación autorizada por el por el GOBIERNO DEL CONTRATO con el apoyo del CPC y la Coordinación de Servicios de Infraestructura Tecnológica Institucional.
6. Realizar las actividades que garanticen la calidad de todos los productos generados durante el desarrollo del aplicativo.
7. Al concluir el levantamiento de requerimientos presentar la estimación y formalización de la segunda etapa de la solicitud de servicio.
8. Iniciar la atención de la segunda etapa de la solicitud de servicio cuando se tengan el VoBo correspondiente del INSTITUTO.
9. Alinear el diseño de la solución al Xxxxx Xxxxxxxxxxx de Referencia del INSTITUTO y demás estándares y lineamientos de diseño proporcionados por el INSTITUTO.
10. Asegurar en el diseño de la solución el cumplimiento de los lineamientos y estándares establecidos por el INSTITUTO para la experiencia de usuario (UX) e interfaz de usuario (UI).
11. Considerar como base de sus servicios la optimización del uso y capacidades de la infraestructura en los Centros de datos institucionales conforme Xxxxx Xxxxxxxxxxx de Referencia, así como lo establecido por la Coordinación de Servicios de Infraestructura Tecnológica Institucional, cumpliendo con lo requerido en los apartados Mesa de Servicios Tecnológicos y Centros de Datos del presente Anexo Técnico.
12. Diseñar, documentar, construir y probar todos los elementos arquitectónicos de la aplicación, para asegurar su correcto funcionamiento respecto a las especificaciones del INSTITUTO.
13. Ejecutar pruebas funcionales, no funcionales, de convivencia, de integración aplicativa, de regresión, de vulnerabilidad / seguridad, de calidad de código, de estrés, de desempeño, que permitan llevar a cabo una correcta validación del producto entregado. El alcance de las pruebas debe ser acordado y aprobado por el IMSS.
14. Realizar las pruebas de aceptación de usuario conforme a lo definido por el Área Técnica resposable del aplicativo por parte del INSTITUTO. Elaborar el contenido técnico (manuales de usuario) para las capacitaciones funcionales del usuario final para las aplicaciones que sean desarrolladas para el INSTITUTO.
15. Proporcionar asistencia en la transferencia de conocimiento (manuales de operación) al personal responsable del soporte en ambientes pre-productivos y productivos de INSTITUTO durante las
pruebas y en la liberación a producción, esto es áreas operativas en los Centros de Datos institucionales.
Proyectos de Documentación Aplicativa y Tecnología (PDOCT)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo el PDOCT, consiste en complementar o generar la documentación faltante para los aplicativos existentes y componentes tecnológicos institucionales que durante la vigencia del contrato se generen o se le deleguen, de tal forma que el IMSS pueda contar con la documentación suficiente para futuros mantenimientos o iniciativas.
El LICITANTE deberá valorar la documentación actual, realizando las tareas necesarias para lograr un nivel de estandarización y homologación conforme a las mejores prácticas aplicables en la materia.
Para el PDOCT del servicio CDS1 el LICITANTE deberá ofertar el cumplimiento de los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con la capacidad instalada en términos de perfiles, recursos tecnológicos, competencias técnicas y administrativas para la atención del servicio.
2. Elaborar, actualizar y validar la documentación de las aplicaciones independientemente de la etapa del ciclo de vida de desarrollo donde se encuentren (Análisis, Diseño, Construcción, Pruebas, Puesta en Producción, Post-Implementación), según sea necesario y conforme a los procesos y políticas del IMSS vigentes.
3. La actividad de documentación técnica de los aplicativos, componentes y herramientas transversales, así como activos tecnológicos involucrados en los ambientes operativos que permita contar al IMSS con una CMDB actualizada.
4. El IMSS pondrá a disposición del posible LICITANTE los elementos arquitectónicos existentes de las aplicaciones concernientes al requerimiento de servicio, en sus últimas versiones
5. Llevar a cabo la estimación de la orden de trabajo en cuanto a alcance, reutilización, costos, tiempos y esfuerzo, entregando la propuesta correspondiente y el sustento de la estimación misma
6. Asignar al personal que participará en el proyecto, estableciendo invariablemente roles separados de liderazgo técnico y administración del proyecto
7. Establecer planes de trabajo que contemplen el cronograma de actividades del proyecto, la administración de riesgos, problemas, comunicación, configuración, aseguramiento y control de calidad, así como la participación de terceros que se encuentren involucrados en la realización de dichas actividades
8. Gestionará el establecimiento de los permisos identificados para acceder a los elementos arquitectónicos de las aplicaciones resguardados por el INSTITUTO, así como la adecuada programación de los cambios identificados dentro de los entornos
9. Registrar y actualizar el estado de las actividades listadas en el cronograma, de acuerdo con el proceso definido, dentro de las herramientas de gestión establecidas
10. En el caso de aplicativos no administrados que sean incorporados al esquema de trabajo del posible LICITANTE, gestionará y ejecutará el establecimiento de entornos de desarrollo y calidad que sean fieles a las condiciones productivas del aplicativo en cuanto a sus relaciones y dependencias funcionales y lógicas
11. Diseñar y documentar las especificaciones, modelos y elementos arquitectónicos faltantes de las aplicaciones, a partir de técnicas de ingeniería reversa, de acuerdo con lo establecido en el plan aprobado
al inicio del proyecto
12. Ejecutar las actividades de calidad, conforme al Plan de Calidad del Servicio
13. Supervisar y controlar la ejecución del Plan de Calidad del Servicio
14. Resolver los defectos y/o desviaciones resultantes de la ejecución de las Actividades de Calidad, registrándolos en la herramienta de gestión para el control de defectos del Instituto
15. Llevar a cabo las actividades propias de administración del proyecto para corroborar la entrega del servicio en tiempo, forma y con la calidad esperada por el INSTITUTO, de acuerdo con lo establecido en plan de trabajo
16. Realizar las reuniones de revisión de avance del proyecto conforme al plan de comunicación acordado y proporcionará el reporte escrito de los resultados a el INSTITUTO
17. Adicionalmente, identificación y documentación de deuda técnica de aplicaciones legadas o en versiones diferentes a las versiones más recientes liberadas por los fabricantes de los diversos componentes tecnológicos que componen los aplicativos, componentes y herramientas transversales que componen los ecosistemas tecnológicos, a efecto de proponer los procesos de modernización, actualización tecnológica y reingeniería de aplicativos, así como en su caso, los procesos de migración entre centros de datos institucionales y de cambio de plataforma tecnológica, el rediseño o reingeniería o actualización tecnológica.
El LICITANTE deberá ofertar la generación de una línea base de la demanda y comenzar a generar la historia de peticiones de atención. Con esta historia se podrán hacer ajustes a la línea base cumpliendo en todo momento con los Niveles de Servicio solicitados en el presente anexo.
Las tecnologías y herramientas para soportar se describen de manera enunciativa más no limitativa en la sección “6. Tecnologías y Herramientas” del presente anexo técnico.
Los siguientes componentes de servicio aplicaran para nuevos desarrollos o tecnología mientras se concluye su configuración completa, entrega a las áreas de operación, puesta a punto y estabilidad.
Soporte Aplicativo (SA)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo el SA correspondiente a la partida CDS1.
Es importante hacer notar que de manera inicial se tomará como límite de esfuerzo para Soporte Aplicativo es mayor a 400 hrs/hombre, sin embargo, este límite podrá ser ajustado durante la vida del contrato de acuerdo con las necesidades del INSTITUTO.
El LICITANTE deberá ofertar el cumplimiento de. los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con la capacidad instalada en términos de perfiles, recursos tecnológicos, competencias técnicas y administrativas para la atención de los servicios de continuidad operativa.
2. Gestionar el ciclo de vida de los incidentes y problemas que le sean asignados por parte del INSTITUTO, en el entendido que el alcance del servicio se trata de un soporte de nivel 2 y que el LICITANTE realizará todas las actividades técnicas, operativas y de gestión para que los incidentes
y problemas xxxx xxxxxxxxx, en beneficio del INSTITUTO.
3. Llevar a cabo las modificaciones que sean requeridas a las aplicaciones para dar solución a un incidente o problema, haciéndose cargo de todas las actividades que como Centro de Desarrollo de Software sean de su competencia para que las modificaciones lleguen al ambiente de producción.
4. Generar reportes de desempeño del servicio de acuerdo con las solicitudes del INSTITUTO.
5. El LICITANTE deberá generar una base de conocimiento de los errores repetitivos que se presenten en los ambientes productivos del INSTITUTO, a los cuales les da soporte como parte de la prestación del Servicio de Continuidad Operativa, y deberá entregar un reporte cuatrimestral junto con un plan de trabajo al INSTITUTO, a partir de la base de datos de los errores repetitivos, con el análisis y la identificación de la causa raíz, que permitan definir las soluciones que se necesitan implementar para evitar la presencia de este tipo de errores. El LICITANTE entiende que estas actividades y productos son parte integral del Costo Fijo Mensual (CFM) que se determine con el INSTITUTO y no deberá generar incrementos o costos adicionales.
6. Cuando el análisis de causa raíz determine que el origen del problema es el código o la configuración desarrollada por el LICITANTE, este deberá hacer la reparación del código y documentación relacionada al proyecto, durante el período de garantía, sin cargo adicional para el INSTITUTO.
.
• Demanda de ingeniería de Producto.
El Licitante deberá ofertar llevar a cabo las acciones correspondientes para dotar de recursos técnicos y especializados a El Instituto cuando este lo requiera, mediante la asignación de perfiles; lo anterior aplicará a solicitud de EL INSTITUTO, cuando este determine ejecutar una o varias fases de algún proyecto es especifico bajo la dirección de EL INSTITUTO.
El Licitante deberá atender la Demanda de Ingeniería de Producto ofertando el cumplimiento de todos y cada uno de los requisitos y especificaciones técnicas establecidas en el presente Anexo Técnico.
Partida 2. Centro de Desarrollo de Software 2 (CDS2)
Para esta partida el LICITANTE deberá ofertar la descripción detallada y documentar en su proposición el cumplimiento de al menos los siguientes aspectos para la prestación de los servicios del análisis, diseño, documentación, desarrollo, pruebas, evolución de desarrollos, así como mantenimientos y continuidad operativa con el enfoque de sistemas con los que actualmente cuenta EL INSTITUTO a fin de garantizar la continuidad de la operación y servicios que EL INTITUTO presta con estos aplicativos actuales.
El LICITANTE deberá incluir como parte de su oferta de los servicios solicitados, los recursos humanos que cuenten con experiencia, competencias y las Certificación es aplicables, necesarios para la implementación de los servicios objeto de la presente partida CDS2.
El LICITANTE deberá incluir como parte de su propuesta técnica Recursos Humanos propios para la prestación del servicio, de acuerdo con los tiempos y niveles de servicio establecidos en el presente Anexo Técnico.
Para la prestación del servicio el LICITANTE debe contar con los perfiles solicitados en el presente Anexo Técnico.
El servicio objeto de la Partida 2. CDS2, el LICITANTE deberá detallar en su oferta el servicio incluyendo los siguientes conceptos y componentes:
Planeación, transición y estabilización del servicio Desarrollo de Aplicaciones
- Proyectos de Desarrollo de Aplicaciones (PDA)
- Proyectos de Desarrollo Ágiles (PDL)
- Proyectos de Documentación Aplicativa (PDOC)
- Continuidad Operativa.
- Mantenimiento Menor (Mm)
- Soporte Aplicativo (SA)
• Demanda de Ingeniería de Producto
Planeación, transición y estabilización del servicio.
EL LICITANTE deberá ofertar como parte de su propuesta técnica todas y cada una de las especificaciones y requerimientos técnicos establecidos en el apartado Plan de Trabajo General (Cronograma de actividades), específicamente en lo que se refiere a las fases 1, 2 y 3 así como sus especificaciones establecidas en este mismo apartado.
Desarrollo de Aplicaciones.
EL LICITANTE deberá ofertar como parte de su propuesta técnica todas y cada una de las especificaciones y requerimientos técnicos establecidos en el presente apartado, necesarios para el Desarrollo de Aplicaciones, así también deberá dar cumplimiento a lo establecido en el Apartado Ciclo de Vida para el Servicio de Desarrollo de Aplicaciones (Partida 1 y 2).
Proyectos de Desarrollo de Aplicaciones (PDA)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo la continuidad y en su desarrollo de actualizaciones y mejoras a las aplicaciones legadas, establece el método a seguir para el desarrollo, actualización, mejora continua y renovación de soluciones tecnológicas en plataformas tecnológicas de última generación (Contenedores, microservicios, entre otros), considerando la especificación de los requerimientos, el diseño, el desarrollo, la verificación, validación e integración de los componentes o productos necesarios para su entrega, de manera que se obtenga el mejor aprovechamiento posible de los recursos de TIC cumpliendo en todo momento, con los requerimientos especificados.
Para este componente del servicio, el LICITANTE deberá cumplir de manera enunciativa, más no limitativa
con los siguientes aspectos, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con una solicitud de servicio debidamente autorizada por el INSTITUTO para iniciar con la prestación del servicio
2. Dividir la atención de la solicitud de servicio en dos etapas, o las que el INSTITUTO considere convenientes, la primera para documentar los requerimientos de la solución y la segunda para las etapas del diseño, construcción, pruebas y liberación de la solución, cumpliendo en lo posible lo establecido en el apartado denominado “Ciclo de Vida para el Servicio de Desarrollo de Aplicaciones”
3. Realizar una estimación para la definición de requerimientos, utilizando el método de estimación acordado con el INSTITUTO y considerando las actividades a realizar con los diferentes involucrados en el proyecto
4. Formalizar, gestionar, monitorear y reportar el avance del proyecto en cada una de las etapas de la solicitud de servicio de acuerdo con los lineamientos del INSTITUTO
5. Realizar el levantamiento de requerimientos funcionales y no funcionales del sistema con los involucrados del proyecto, conforme a la planeación autorizada por el INSTITUTO y CPC
6. Realizar las actividades que garanticen la calidad de todos los productos generados durante el desarrollo del aplicativo
7. Al concluir el levantamiento de requerimientos presentar la estimación y formalización de la segunda etapa de la solicitud de servicio
8. Iniciar la atención de la segunda etapa de la solicitud de servicio cuando se tengan el VoBo correspondiente del INSTITUTO
9. Alinear el diseño de la solución al Xxxxx Xxxxxxxxxxx de Referencia del INSTITUTO y demás estándares y lineamientos de diseño proporcionados por el INSTITUTO
10. Asegurar en el diseño de la solución el cumplimiento de los lineamientos y estándares establecidos por el INSTITUTO para la experiencia de usuario (UX) e interfaz de usuario (UI)
11. Diseñar, documentar, construir y probar todos los elementos arquitectónicos de la aplicación, para asegurar su correcto funcionamiento respecto a las especificaciones del INSTITUTO
12. Ejecutar pruebas funcionales, no funcionales, de convivencia, de integración aplicativa, de regresión, de vulnerabilidad / seguridad, de calidad de código, de estrés, de desempeño, que permitan llevar a cabo una correcta validación del producto entregado. El alcance de las pruebas debe ser acordado y aprobado por el GOBIERNO DEL CONTRATO con el apoyo del CPC.
13. Realizar las pruebas de aceptación de usuario conforme a lo definido por el Área Técnica resposable del aplicativo por parte del INSTITUTO.
14. Elaborar el contenido técnico (manuales de usuario) para las capacitaciones funcionales del usuario final para las aplicaciones que sean desarrolladas para el INSTITUTO.
15. Proporcionar asistencia en la transferencia de conocimiento (Manuales de Operación) al personal responsable del soporte en ambientes pre-productivos y productivos de INSTITUTO durante las pruebas y en la liberación a producción, esto es áreas operativas en los Centros de Datos institucionales.
Proyectos de Desarrollo Ágiles (PDL)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para los Proyectos de Desarrollo Ágiles (PDL), que serán aquellos relativos a las aplicaciones legadas en donde se requieran entregas incrementales de funcionalidades graduales e iteraciones cortas de la solución tecnológica, esto es debido a que los requerimientos del área usuaria solicitante hacia al INSTITUTO no son siempre fijos o no se tienen identificadas la totalidad de sus necesidades.
Con la implementación de este componente del servicio, se pretende establecer el método a seguir para el desarrollo y renovación de soluciones tecnológicas con un enfoque ágil, considerando la especificación del backlog del producto, el diseño, el desarrollo, la verificación, validación y entrega de productos de valor que coadyuven a la mejora y optimización de la operación de las diversas funciones del IMSS. Este tipo de solicitudes deberá considerar y privilegiar la homologación y estandarización de todos los componentes técnicos que involucren la solución tecnológica, en sus distintas capas de datos, de reglas de negocio y de presentación.
Para el PDL del servicio CDS2 el LICITANTE deberá ofertar el cumplimiento de los siguientes aspectos, que se describen de forma enunciativa más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con una solicitud de servicio debidamente autorizada por el INSTITUTO para iniciar con la prestación del servicio
2. Definir al Product Owner (PO) y Scrum Master (SM) del proyecto, tomando en consideración que el (PO) deberá ser un perfil del INSTITUTO, el LICITANTE deberá considerar la conveniencia de incluir un Administrador de Proyectos, sin costo para el INSTITUTO, que apoye al Scrum Master en todas las actividades y productos de trabajo de gestión de proyectos requeridos por el INSTITUTO, que son necesarios para cumplir con su marco normativo
3. Dividir la atención de la solicitud de servicio en dos etapas, o las que el INSTITUTO considere convenientes, la primera para documentar el backlog del producto y la segunda para la ejecución de los sprints que permitan el diseño, construcción, pruebas y liberación del producto, cumpliendo dentro de lo posible lo establecido en el apartado denominado “Ciclo de Vida para el Servicio de Desarrollo de Aplicaciones”
4. Realizar una estimación para la definición del backlog del producto, utilizando el método de estimación acordado con el INSTITUTO
5. El LICITANTE deberá considerar que la definición del backlog del producto deberá realizarse con un enfoque de gestión kanban
6. Integrar al equipo de desarrollo con perfiles que dispongan de todas las capacidades técnicas, administrativas y experiencia necesaria para atender la solicitud de servicio del INSTITUTO en su primera etapa
7. Documentar las épicas, historias de usuario, habilitadores y criterios de aceptación que conforman el backlog del producto
8. Formalizar, gestionar, monitorear y reportar el avance del proyecto en cada una de las etapas de la solicitud de servicio de acuerdo con los lineamientos del INSTITUTO
9. Realizar las actividades que garanticen la calidad de todos los productos generados durante esta etapa del desarrollo
10. Al concluir la definición del backlog del producto presentar la estimación y formalización de la segunda etapa de la solicitud de servicio
11. Iniciar la atención de la segunda etapa de la solicitud de servicio cuando se tengan el VoBo correspondiente del INSTITUTO
12. Considerar que, para la atención de la segunda etapa de la solicitud de servicio, deberá utilizar scrum como marco de trabajo, en donde la duración del sprint será de dos semanas, o bien, la duración que indique el INSTITUTO de acuerdo con sus necesidades
13. Deberá considerar dentro del marco de trabajo scrum todos los eventos, productos y roles indicados por scrum, sin menoscabo de las actividades, productos o roles fuera del marco de trabajo scrum que por cumplimiento de la normatividad del INSTITUTO deban incluirse como parte de la atención de la
solicitud de servicio.
14. Alinear el diseño de la solución al Xxxxx Xxxxxxxxxxx de Referencia del INSTITUTO y demás estándares y lineamientos de diseño proporcionados por el INSTITUTO.
15. Asegurar en el diseño de la solución el cumplimiento de los lineamientos y estándares establecidos por el INSTITUTO para la experiencia de usuario (UX) e interfaz de usuario (UI)
16. Diseñar, documentar, construir y probar todos los elementos arquitectónicos de la aplicación, para asegurar su correcto funcionamiento respecto a las especificaciones del INSTITUTO.
17. Ejecutar pruebas funcionales, no funcionales, de convivencia, de integración aplicativa, de regresión, de vulnerabilidad / seguridad, de calidad de código, de estrés, de desempeño, que permitan llevar a cabo una correcta validación del producto entregado. El alcance de las pruebas debe ser acordado y aprobado por el GOBIERNO DEL CONTRATO con el apoyo del CPC.
18. Realizar las pruebas de aceptación de usuario y validación del sprint conforme a a lo definido por el Área Técnica responsable del aplicativo por parte del INSTITUTO.
19. Elaborar el contenido técnico (Manuales de Usuarios) para las capacitaciones funcionales del usuario final para las aplicaciones que sean desarrolladas para el INSTITUTO.
Proporcionar asistencia en la transferencia de conocimiento (Manuales de Operación) al personal responsable del soporte en ambientes pre-productivos y productivos del INSTITUTO durante las pruebas y en la liberación a producción, esto es áreas operativas en los Centros de Datos institucionales.
Proyectos de Documentación Aplicativa (PDOC)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo el PDOC, consiste en complementar o generar la documentación faltante para los aplicativos existentes (legados) y de aquellos que durante la vigencia del contrato se generen como parte del objeto de los servicios de la Partida 1. CDS1 y Partida 3. CDSA o se le deleguen, de tal forma que el IMSS pueda contar con la documentación suficiente.
El LICITANTE deberá valorar la documentación actual de las aplicaciones, realizando las tareas necesarias para lograr un nivel de estandarización y homologación conforme a las mejores prácticas aplicables en la materia.
Para el PDOC del servicio CDS2 el LICITANTE deberá ofertar el cumplimiento de los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con la capacidad instalada en términos de perfiles, recursos tecnológicos, competencias técnicas y administrativas para la atención del servicio.44
2. Elaborar, actualizar y validar la documentación de las aplicaciones independientemente de la etapa del ciclo de vida de desarrollo donde se encuentren (Análisis, Diseño, Construcción, Pruebas, Puesta en Producción, Post-Implementación), según sea necesario y conforme a los procesos y políticas del IMSS vigentes.
3. La actividad de documentación técnica de los aplicativos, componentes y herramientas transversales legadas, así como activos tecnológicos involucrados en los ambientes operativos que permita contar al IMSS con una CMDB actualizada.
4. Adicionalmente, identificación y documentación de deuda técnica de aplicaciones legadas o en versiones diferentes a las versiones más recientes liberadas por los fabricantes de los diversos
componentes tecnológicos que componen los aplicativos, componentes y herramientas transversales que componen los ecosistemas tecnológicos, a efecto de proponer al LICITANTE en la Partida 1. CDS1, los procesos de modernización, actualización tecnológica y reingeniería de aplicativos, así como en su caso, los procesos de migración entre centros de datos institucionales y de cambio de plataforma tecnológica, el rediseño o reingeniería o actualización tecnológica.
Continuidad Operativa.
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo la Continuidad Operativa de los aplicativos legados, la cual consiste en asegurar la disponibilidad de los aplicativos, componentes y herramientas transversales legadas, así como activos tecnológicos involucrados en los ambientes operativos demás soluciones de Big Data y Analíticas del INSTITUTO, a través de la atención de la Continuidad Operativa, ésta deberá ser aprobada por el GOBIERNO DEL CONTRATO y la misma será revisada bimestralmente entre el GOBIERNO DEL CONTRATO y el LICITANTE de la partida CDS2.
El LICITANTE deberá generar una línea base de la demanda y comenzar a generar la historia de peticiones de atención. Con esta historia se podrán hacer ajustes a la línea base cumpliendo en todo momento con los Niveles de Servicio solicitados en el presente anexo.
Las tecnologías y herramientas para soportar se describen de manera enunciativa más no limitativa en la sección “Tecnologías y Herramientas” del presente anexo técnico.
Mantenimiento Menor (Mm)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo el Mm correspondiente a la partida CDS2, consistente en el mantenimiento correctivo y preventivo con un esfuerzo hasta de 400 hrs/hombre. Es importante hacer notar que de manera inicial se tomará como límite de esfuerzo para los mantenimientos menores hasta 400 hrs., sin embargo, este límite podrá ser ajustado durante la vida del contrato de acuerdo con las necesidades del INSTITUTO.
Se deberá entender por cada tipo de mantenimiento lo siguiente:
• Mantenimiento preventivo. Consiste en la revisión constante de los sistemas informáticos para detectar posibles errores que deriven en problemas futuros
• Mantenimiento correctivo. Corrige los defectos encontrados en los sistemas informáticos que originan un comportamiento distinto al deseado. Estas fallas pueden ser de procesamiento, rendimiento, programación, seguridad o estabilidad, entre otras
Para este componente del servicio el LICITANTE deberá cumplir con los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
• Contar con la capacidad instalada en términos de perfiles, recursos tecnológicos, competencias técnicas y administrativas para la atención de los servicios de continuidad operativa
• Elaborar, registrar y actualizar el estado de todas las actividades del cronograma de trabajo
• Diseñar, documentar, construir y probar los cambios realizados a la aplicación
• Realizar las pruebas de aceptación de usuario conforme a las necesidades del INSTITUTO
• Apoyo en la liberación de los cambios del aplicativo a los ambientes pre-productivos y productivos del INSTITUTO
Soporte Aplicativo (SA)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo el SA correspondiente a la partida CDS2, consistente en el mantenimiento correctivo y preventivo con un esfuerzo mayor a 400 horas/hombre.
Es importante hacer notar que de manera inicial se tomará como límite de esfuerzo para Soporte Aplicativo es mayor a 400 hrs/hombre, sin embargo, este límite podrá ser ajustado durante la vida del contrato de acuerdo con las necesidades del INSTITUTO.
El LICITANTE deberá ofertar el cumplimiento de. los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con la capacidad instalada en términos de perfiles, recursos tecnológicos, competencias técnicas y administrativas para la atención de los servicios de continuidad operativa.
2. Gestionar el ciclo de vida de los incidentes y problemas que le sean asignados por parte del INSTITUTO, en el entendido que el alcance del servicio se trata de un soporte de nivel 2 y que el LICITANTE realizará todas las actividades técnicas, operativas y de gestión para que los incidentes y problemas sean resueltos, en beneficio del INSTITUTO.
3. Llevar a cabo las modificaciones que sean requeridas a las aplicaciones para dar solución a un incidente o problema, haciéndose cargo de todas las actividades que como Centro de Desarrollo de Software sean de su competencia para que las modificaciones lleguen al ambiente de producción.
4. Generar reportes de desempeño del servicio de acuerdo con las solicitudes del INSTITUTO.
5. El LICITANTE deberá generar una base de conocimiento de los errores repetitivos que se presenten en los ambientes productivos del INSTITUTO, a los cuales les da soporte como parte de la prestación del Servicio de Continuidad Operativa, y deberá entregar un reporte cuatrimestral junto con un plan de trabajo al INSTITUTO, a partir de la base de datos de los errores repetitivos, con el análisis y la identificación de la causa raíz, que permitan definir las soluciones que se necesitan implementar para evitar la presencia de este tipo de errores. El LICITANTE entiende que estas actividades y productos son parte integral del Costo Fijo Mensual (CFM) que se determine con el INSTITUTO y no deberá generar incrementos o costos adicionales.
6. Cuando el análisis de causa raíz determine que el origen del problema es el código o la configuración desarrollada por el LICITANTE, este deberá hacer la reparación del código y documentación relacionada al proyecto, durante el período de garantía, sin cargo adicional para el INSTITUTO.
Demanda de Ingeniería de Producto.
El Licitante deberá ofertar llevar a cabo las acciones correspondientes para dotar de recursos técnicos y especializados a El Instituto cuando este lo requiera, mediante la asignación de perfiles; lo anterior aplicará a solicitud de EL INSTITUTO, cuando este determine ejecutar una o varias fases de algún proyecto es especifico bajo la dirección de EL INSTITUTO.
El Licitante deberá atender la Demanda de Ingeniería de Producto ofertando el cumplimiento de todos y cada uno de los requisitos y especificaciones técnicas establecidas en el presente Anexo Técnico.
Ciclo de Vida para el Servicio de Desarrollo de Aplicaciones (Partida 1 y 2)
Los LICITANTES de la Partida 1 y Partida 2 deberán ofertar la ejecución de sus actividades bajo el total apego a los procesos compartidos al inicio del contrato, así como las que se realicen de manera periodica durante la vigencia del contrato correspondiente.
EL LICITANTE deberá ofertar el cumplimiento de las siguientes fases en la atención de las solicitudes de servicio y los cronogramas de trabajo para todos los proyectos, tomando como base los procesos compartidos y el ciclo de vida para el servicio de desarrollo de aplicaciones.
Las fases de desarrollo de aplicaciones son las siguientes:
a) Preanálisis
b) Inicio
c) Elaboración
d) Construcción
e) Transición
Aunque se presenten fases, la estructura de desglose de trabajo (Work Breakdown Structure, WBS por sus siglas en inglés) y cronograma de trabajo deben estar orientados a entregables y la distribución de horas, número de iteraciones mínimas y máximas y tiempos máximos para la duración de todas las fases del proyecto.
Fase de Preanálisis
En esta fase se entregará una solicitud de servicio y el INSTITUTO se reserva el derecho de solicitar su atención en la modalidad de servicios, o bien en la de Servicio a Demanda de Ingeniería de Producto.
El tiempo máximo en el que deberán realizarse las actividades para la fase de Preanálisis se encuentra definido en la siguiente tabla:
Concepto | Tiempo máximo |
Desarrollo de Aplicaciones (CDS1 y CDS2) | A partir de la formalización de la solicitud de servicio el LICITANTE dispondrá para terminar la fase de preanálisis de 7 (siete) días naturales y 1 (un) recurso asignado como mínimo, y 30 (treinta) días naturales y 5 (cinco) recursos asignados como máximo, de conformidad con el ciclo de vida de desarrollo de aplicaciones del INSTITUTO, así como a las necesidades y urgencia del usuario, alineación a los objetivos institucionales y al dimensionamiento previo del tamaño del proyecto. La relación recursos/días deberá ser la siguiente: a) 1 perfil + 1 Administrador de Proyecto – 7 días naturales (proyectos cortos). b) 3 perfiles + 1 Administrador de Proyecto – 15 días naturales (proyecto mediano). c) 5 perfiles + 1 Administrador de Proyecto – 30 días naturales (proyecto grande). A solicitud del Administrador del Contrato del IMSS, los perfiles y tiempos máximos antes mencionados podrán ser ajustados, dependiendo del tamaño funcional del proyecto y de las necesidades del INSTITUTO. |
Las actividades para desarrollar dentro del periodo máximo establecido para la fase de preanálisis serán las siguientes:
1. Identificación de necesidades del usuario
2. Análisis del proceso de negocio que será cubierto por medio de la solución tecnológica o servicio de TIC a desarrollar.
3. Identificación de las necesidades, restricciones, supuestos y dependencias, y lo que se encuentra fuera del alcance de la solución que se desarrollará.
4. Identificación de los perfiles involucrados en el proyecto.
Al finalizar la fase de preanálisis de cada proyecto, el LICITANTE deberá entregar los entregables que corresponden a la fase, de acuerdo con los procesos compartidos.
Fase de Inicio
En esta fase se entregará una solicitud de servicio y el INSTITUTO se reserva el derecho de solicitar su atención en la modalidad de servicios, o bien en la de Servicio a Demanda de Ingeniería de Producto.
El tiempo máximo en el que deberán realizarse las actividades para la fase de inicio se encuentra acotado de la siguiente manera:
Concepto | Tiempo máximo |
Desarrollo de Aplicaciones | Para la presentación del cronograma de trabajo de la fase inicio del proyecto será dentro de los primeros 5 (cinco) días hábiles a partir de la entrega de la solicitud de servicio. La fase de inicio tendrá una duración máxima de 30 (treinta) días naturales a partir de la formalización de la solicitud de servicio. |
Las actividades para desarrollar dentro del periodo máximo establecido para la fase de inicio serán las siguientes:
1. Estimación del esfuerzo y costo del proyecto, cumpliendo con el uso del estándar Internacional ISO 19761 (Método COSMIC) o su equivalente en las Normas Oficiales Mexicanas, de acuerdo con los mecanismos y autorizaciones establecidos para la administración y ejecución del Common Software Measurement International Consortium (COSMIC), quien es responsable del estándar (ISO 19761). Elaboración del documento general del proyecto.
2. De conformidad con el ciclo de vida de desarrollo de sistemas y las necesidades del usuario, podrán mantenerse 1, 3 o 5 recursos de la fase de preanálisis para el dimensionamiento o aproximación de los requerimientos funcionales, cumpliendo con el uso del estándar Internacional ISO 19761 (Método COSMIC) o su equivalente en las Normas Oficiales Mexicanas, de acuerdo a los mecanismos y autorizaciones establecidos para la administración y ejecución del Common Software Measurement International Consortium (COSMIC), quien es responsable del estándar (ISO 19761).
A solicitud del Administrador del Contrato del IMSS, los perfiles y tiempos máximos antes mencionados podrán ser ajustados, dependiendo del tamaño funcional del proyecto y de las necesidades del INSTITUTO
Productos de la Fase de Inicio:
i. Características del producto
ii. Límites del proyecto (Visión operacional, criterios de aceptación y entregables)
iii. Requerimientos funcionales y no funcionales
iv. Administración de riesgos
Al finalizar la fase de Inicio de cada proyecto, el LICITANTE deberá entregar los entregables que corresponden a la fase, de acuerdo con los procesos compartidos.
Fase de Elaboración
En esta fase EL INSTITUTO entregará una solicitud de servicio al LICITANTE; el INSTITUTO se reserva el derecho de solicitar su atención en la modalidad de servicios conforme a lo establecido en las partidas CDS1 y CDS2, o bien en la modalidad establecida como Demanda de Ingeniería de Producto.
EL LICITANTE entregará un cronograma de trabajo del resto de la solución (elaboración, construcción y transición), máximo a los 15 (quince) días hábiles a partir de la formalización de la fase de elaboración (solicitud de servicio) y de la estimación autorizada.
A solicitud del Administrador del Contrato correspondiente a las partidas CDS1 y CDS2, el cronograma de
trabajo antes mencionado podrá ser solicitado en un tiempo menor a los 15 días hábiles, dependiendo del tamaño funcional del proyecto.
Actividades generales por desarrollar dentro de la fase de elaboración:
1. Identificar, moldear y recopilar las necesidades del usuario.
2. Desarrollo de requerimientos funcionales y no funcionales
3. Medición de los requerimientos funcionales, cumpliendo con el uso del estándar Internacional ISO 19761 (Método COSMIC) o su equivalente en las Normas Oficiales Mexicanas, de acuerdo con los mecanismos y autorizaciones establecidos para la administración y ejecución del Common Software Measurement International Consortium (COSMIC), quien es responsable del estándar (ISO 19761)
4. Definición de arquitectura de la solución tecnológica la cual deberá ser aprobada por la Coordinación de Ingeniería Tecnologica (CIT) considerando las políticas institucionales de arquitectura y la coordinación de Servicios de Infraestructura Tecnologica Institucional (CSITI) considerando sus capacidades y planeación de infraestructura tecnológica en Centros de Datos Institucionales.
5. Solicitud de ambientes tecnológicos en base de la arquitectura aprobada.
6. Análisis y validación de los requerimientos de la solución tecnológica.
7. Realizar el diseño de la solución tecnológica.
8. Resolución de los riesgos de la fase.
Al finalizar la fase de Elaboración de cada proyecto, el LICITANTE deberá entregar los entregables que corresponden a esta fase, de acuerdo con los procesos compartidos.
Fase de Construcción
En esta fase EL INSTITUTO entregará una solicitud de servicio al LICITANTE; el INSTITUTO se reserva el derecho de solicitar su atención en la modalidad de servicios conforme a lo establecido en las partidas CDS1 y CDS2, o bien en la modalidad establecida como Demanda de Ingeniería de Producto.
Se deberá actualizar el cronograma de trabajo del resto de la solución (construcción y transición), máximo a los 15 (quince) días hàbiles a partir de la formalización de la fase de construcción (Solicitud de servicio) y de la medición final del tamaño funcional.
A solicitud del Administrador del Contrato correspondiente a las partidas CDS1 y CDS2, el cronograma de trabajo antes mencionado podrá ser solicitado en un tiempo menor a los 15 días hábiles, dependiendo del tamaño funcional del proyecto.
Con el objetivo de asegurar que los servicios se realicen estrictamente con apego de los estándares definidos, el INSTITUTO podrá solicitar al LICITANTE adjudicado de la Partida 4. CPC, realizar actividades de calidad de soluciones tecnológicas, sobre el código fuente generado durante la ejecución de estos servicios a través de la ejecución de inspecciones y pruebas de software. En el caso en el que la codificación no cumpla con las especificaciones requeridas, el INSTITUTO solicitará los ajustes necesarios que aseguren el cumplimiento de los estándares establecidos y el LICITANTE deberá corregir los defectos sin costo adicional y se aplicarán las deductivas correspondientes de conformidad con la sección “Niveles de servicio acordados que deberán de cumplirse”.
Actividades generales para desarrollar dentro de la fase de construcción:
1. Construcción y realización de requerimientos funcionales y no funcionales.
2. Codificación de componentes.
3. Ensamblar componentes de la solución.
4. Especificación de casos de prueba.
5. Establecer y ejecutar la validación.
6. Inventario de componentes.
7. Resolución de riesgos de la fase.
8. Realización de pruebas unitarias, integrales y de seguridad (vulnerabilidad).
Al finalizar la fase de Construcción de cada proyecto, el LICITANTE deberá entregar los entregables que corresponden a esta fase, de acuerdo con los procesos compartidos.
Fase de Transición y Liberación del Aplicativo a Producción.
En esta fase EL INSTITUTO entregará una solicitud de servicio al LICITANTE; el INSTITUTO se reserva el derecho de solicitar su atención en la modalidad de servicios conforme a lo establecido en las partidas CDS1 y CDS2, o bien en la modalidad establecida como Demanda de Ingeniería de Producto.
En esta fase el LICITANTE deberé efectuar la Transición y Liberación del Aplicativo a Producción, esto es, de los sistemas de información al ambiente de producción; lo anterior deberá realizarse en coordinación con el INSTITUTO y cumpliendo las siguientes actividades:
1. Elaborar y entregar la documentación para la instalación de los componentes, cumplimiento en su totalidad con lo establecido en los apartados Mesa de Servicios Tecnológicos y Centro de Datos del presente Anexo Técnico, documentando el control de versiones de los aplicativos.
2. Entregar la última versión liberada del código almacenándola en repositorio que deberá habilitar e implementar para tal efecto, documentando y acreditando que el código proporcionado a EL INSTITUTO para la liberación sea el último aceptado y entregado para su liberación, incluyedo librerias, objetos y todo lo necesarios para su operación.
3. Realizar toda la carga de datos que se requieran para el buen funcionamiento de las aplicaciones, en el entendido de que es responsabilidad de EL INSTITUTO proporcionar los datos a cargar para el buen funcionamiento de las aplicaciones.
4. Realizar las migraciones de datos, en caso de que aplique. Las migraciones de datos deben ser identificadas en la fase de análisis y estimadas dentro del cronograma de trabajo del proyecto ya que bajo ninguna condición podrán ser consideradas como un proyecto adicional sin una solicitud expresa de EL INSTITUTO. La integridad de la información es responsabilidad del INSTITUTO.
5. Proporcionar el código del sistema de información a EL INSTITUTO, para que éste lo actualice en el ambiente de producción.
6. Capacitación al usuario.
7. Puesta en marcha con el usuario.
8. Entrega del expediente del proyecto de forma física como digital.
En caso de que, durante el período posterior a la etapa de Transición y Liberación del Aplicativo a Producción, se requieran ajustes derivados por cambio de alcance en la funcionalidad de la aplicación,
motivados por su puesta en producción o por defectos en los productos entregados, el LICITANTE deberá ejecutar las adecuaciones necesarias, sin costo adicional para EL INSTITUTO, en las instalaciones de EL INSTITUTO.
Los ajustes por defectos deberán realizarse sin costo adicional para EL INSTITUTO, atendiendo a los niveles de servicio indicados en el apartado “9. Niveles de servicio acordados que deberán de cumplirse”.
Los ajustes por cambio de alcance serán contabilizados por EL INSTITUTO para cada proyecto que se realice, siempre y cuando el cambio de alcance sea previamente autorizado por el usuario final y el Administrador del Contrato de EL INSTITUTO. En caso de no tener alguna de las autorizaciones antes mencionadas y se haya implantado el cambio, las horas invertidas serán absorbidas por el LICITANTE, obligándose además a realizar, si fuera el caso, los cambios adicionales para revertir el cambio, que solicite el INSTITUTO, que aseguren la operación del sistema de acuerdo con los procesos compartidos y serán sin costo adicional para el INSTITUTO.
Al finalizar la fase de Transición y Liberación del Aplicativo a Producción, de cada proyecto, el LICITANTE
deberá entregar los entregables que corresponden a la fase, de acuerdo con los procesos compartidos.
Entregables
El INSTITUTO definirá durante la planeación del arranque los entregables que deberán generar los LICITANTES resultado de la prestación de los servicios especificados en el presente anexo técnico, lo cual estará establecido en los procesos compartidos. Los LICITANTES deberán entregar a entera satisfacción de EL INSTITUTO los entregables acordados para la atención de la solicitud de servicio correspondiente.
Deberán incluir el diseño detallado o conceptual del aplicativo a desarrollar, que comprenda por lo menos:
a) Requerimientos del negocio;
b) Mecanismos o esquemas de seguridad de la información;
c) Políticas de privacidad y protección de datos personales, de conformidad con la legislación aplicable;
d) Alcance de los módulos;
e) Perfiles de usuario;
f) Matriz de trazabilidad;
g) Protocolos de pruebas y;
h) Mecanismos de autenticación a través de la Firma Electrónica Avanzada (e-firma), cuando resulte aplicable.
I) Documentación para la instalación de los componentes, cumplimiento en su totalidad con lo establecido en los apartados Mesa de Servicios Tecnológicos y Centro de Datos del presente Anexo Técnico, documentando el control de versiones de los aplicativos
Las fechas correspondientes a cada uno de los entregables del proyecto deberán ser detallados por el LICITANTE en el cronograma de trabajo que elabore para cada proyecto, con el fin de que EL INSTITUTO
y el LICITANTE puedan coordinar dicha entrega, la revisión y validación de estos dentro de los tiempos señalados. El cronograma de trabajo que se elabore deberá considerar como máximo un periodo de 7 (siete) días hábiles para la revisión, validación y aceptación final de los documentos entregables ahí definidos, que serán generados por el LICITANTE.
El LICITANTE debe asumir que EL INSTITUTO tomará como fecha de entrega del producto de trabajo (entregable) la fecha en el que el mismo se encuentra libre de defectos/errores/hallazgos o cualquier otro tipo de problemática, que impida a EL INSTITUTO hacer uso de este.
El LICITANTE asumirá que un entregable no se considerará como entregado, hasta que no tenga la aprobación por el personal facultado para tal efecto, a entera satisfacción de EL INSTITUTO, lo cual implica, que esté libre de hallazgos, defectos y/o errores que hayan sido detectados por EL INSTITUTO o por actividades de control y aseguramiento de la calidad realizadas por quien l EL INSTITUTO designe.
El INSTITUTO se reserva el derecho de realizar revisiones durante cada fase para validar la calidad y cumplimiento de estándares de los entregables, que será de acuerdo con procesos compartidos, estándares y políticas de EL INSTITUTO.
El LICITANTE deberá brindar todos los servicios y entregables durante la vigencia del contrato y de acuerdo con la fecha establecida en el cronograma de trabajo para cada uno de ellos, fechas que deberán estar dentro de la vigencia del contrato correspondiente, salvo en el caso de las garantías y/o penas convencionales.
El LICITANTE deberá ofertar el cumplimiento de las siguientes:
1. El INSTITUTO definirá al LICITANTE, para el Desarrollo de Aplicaciones correspondientes a las partidas CDS1 y CDS2 y Liberación del Aplicativo a Producción, por proyecto, las expectativas de calidad o criterios de aceptación requeridos para cada uno de los entregables, así como las expectativas de calidad Interna/Externa y de uso de software respecto del estándar ISO/IEC 25010: SQuaRE, o su equivalente en las Normas Oficiales Mexicanas, dando cumplimento a la normatividad vigente. El INSTITUTO se reserva el derecho de realizar actividades de calidad de soluciones tecnológicas a través del CPC, de los entregables generados durante la ejecución de cada uno de los proyectos mediante la ejecución de inspecciones aleatorias y comparaciones con los estándares o listas de verificación del producto
2. En caso de que la calidad de los entregables no sea la requerida, el INSTITUTO solicitará los ajustes necesarios que aseguren el cumplimiento de los estándares establecidos y el LICITANTE deberá corregir los defectos sin costo adicional para el INSTITUTO, aplicándose las deductivas correspondientes establecidas en la sección “9. Niveles de servicio acordados que deberán de cumplirse”
3. Todos los entregables que se generen por cualquier servicio objeto del presente Anexo Técnico, serán propiedad de EL INSTITUTO, desde el formato hasta el contenido sin excepción alguna.
4. La documentación y el código fuente generado durante el desarrollo de los proyectos, así como el control de versiones de estos, se realizará mediante el método que el INSTITUTO comunique al inicio del servicio
5. El tiempo que el LICITANTE requiera para correcciones y adecuaciones sobre los entregables, será contabilizado y aplicarán los correspondientes niveles de servicio, penas convencionales y
deducciones.
6. Se establecerán los formatos a los que se ajustará el LICITANTE y no se podrán ser modificados, a menos que el INSTITUTO a través del CPC por solicitud de la CIT o CSITI y previa autorización de la CPEG así lo requiera.
7. Los entregables deberán ser firmados de manera autógrafa, una vez que hayan sido aceptados a entera satisfacción por EL INSTITUTO.
Un entregable se considerará como concluido cuando cumple con los siguientes criterios:
1. El LICITANTE ha finalizado el entregable.
2. El entregable cumple con todos los estándares aplicables del INSTITUTO.
3. La información ha sido validada como correcta y completa por el INSTITUTO.
4. El INSTITUTO ha otorgado el visto bueno al entregable y lo ha aceptado a entera satisfacción.
5. En caso de ser un documento que requiere la aceptación del usuario final, dicha aceptación se acreditara mediante la firma autografa en el entregable del área usuaria final.,
6. La última versión se encuentra en los repositorios de información de EL INSTITUTO, de conformdad con lo establecido en los apartados Mesa de Servicios Tecnilógicos y Centros de Datos, del presente Anexo Ténico.
7. Las piezas de software deberán cumplir con los requisitos de calidad Interna/Externa y de uso de software definidas respecto del estándar ISO/IEC 25010: SQuaRE, dando cumplimento a la normatividad vigente.
5.1.1.Partida 3. Centro de Desarrollo de Soluciones Analíticas (CDSA)
Para esta partida el LICITANTE deberá ofertar la descripción detallada y documentar en su proposición para la prestación del Servicio de Analitica de Negocio, consistente en proyectos que cubren la creación, operación, mantenimiento y actualizaciones de soluciones de Big Data y Analíticas, a partir del análisis de grandes volúmenes de datos estructurados y no estructurados, se realicen modelos analíticos predictivos, prescriptivos y ciencia de datos. Se desarrollen consultas, reporte y tableros de autoconsumo de información estandarizada, homologada y que cumpla con los estándares de calidad. Se debe considerar el apoyo a la identificación y administración de datos maestros para la toma de decisiones estratégicas en el INSTITUTO.
El LICITANTE deberá incluir como parte de su oferta de los servicios solicitados, los recursos humanos que cuenten con experiencia, competencias y las Certificación es aplicables, necesarios para la implementación de los servicios objeto de la presente partida CDSA.
Para la prestación del servicio el LICITANTE debe contar con los perfiles solicitados en el presente Anexo Técnico.
El servicio objeto de la Partida 3. CDSA, el LICITANTE deberá detallar en su oferta el servicio que incluye los siguientes conceptos y componentes:
• Planeación, transición y estabilización del servicio.
• Analítica de Negocio
- Proyectos de Desarrollo de Soluciones Analíticas (PDSA)
- Mantenimiento Menor (Mm)
• Soporte Aplicativo (SA)Demanda de Ingeniería de Producto.
Atendiendo a lo anterior el LICITANTE deberá incluir, detallar y documentar como parte de su proposición, las siguientes especificaciones necesarias para la prestación del servicio:
Planeación, transición y estabilización del servicio.
EL LICITANTE deberá ofertar como parte de su propuesta técnica todas y cada una de las especificaciones y requerimientos técnicos establecidos en el apartado Plan de Trabajo General (Cronograma de actividades), específicamente en lo que se refiere a las fases 1, 2 y 3 así como sus especificaciones establecidas en este mismo apartado.
Para esta partida el LICITANTE deberá ofertar la descripción detallada y documentar en su proposición las acciones necesarias para realizar la Analítica de Negocio, cumpliendo todos y cada uno de las especificaciones y requerimiento técnicos establecidos en el presente Anexo Técnico, el cual incluye lo siguiente:
Proyectos de Desarrollo de Soluciones Analíticas (PDSA)
Para la ejecución del PDSA el LICITANTE deberá ofertar el cumplimiento de las siguientes actividades, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Iniciar el servicio/proyecto con una solicitud debidamente autorizada por el INSTITUTO.
2. Realizar análisis funcional para identificar las necesidades de información, fuentes de datos y reglas de negocio para su conformación.
3. Realizar el business discovery para confirmar y validar la estructura de ingesta e integración.
4. Ejecutar el análisis técnico, en donde se confirman las fuentes origen y destino de datos.
5. Implementar procesos de limpieza y calidad de los datos utilizando la herramienta del INSTITUTO.
6. Realizar tareas para el desarrollo y administración de gobierno de datos.
7. Definir y ejecutar el diseño de la matriz de pruebas y sus casos de prueba.
8. Realizar el diseño de la solución analítica a nivel arquitectura.
9. Asegurar en el diseño de la solución el cumplimiento de los lineamientos y estándares establecidos por el INSTITUTO para la experiencia de usuario (UX) e interfaz de usuario (UI).
10. Construir y desarrollar los prototipos de tableros, consultas o vistas.
11. Ejecutar la construcción y desarrollo de la solución analítica.
12. Ejecutar pruebas de control de calidad y de aceptación de usuario.
13. Realizar la promoción a producción, lo cual incluye la ambientación, migración y automatización de los componentes desarrollados.
14. Elaborar el contenido técnico (manuales de usuario) para las capacitaciones funcionales del usuario final de las aplicaciones que sean desarrolladas para el INSTITUTO.
15. Proporcionar asistencia en la transferencia de conocimiento (manuales de operación) al personal responsable del soporte en ambientes pre-productivos y productivos de INSTITUTO durante las pruebas y en la liberación a producción, esto es áreas operativas en los Centros de Datos
institucionales.
16. Dar cumplimiento a lo establecido en los apartados Mesa de Servicios Tecnológicos y Centros de Datos del Presente Anexo técnico.
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo la Continuidad Operativa de los aplicativos de Analítica de Negocio legados y nuevos, la cual consiste en asegurar la disponibilidad de los aplicativos de Analítica de Negocio, componentes y herramientas transversales legadas y nuevas, así como activos tecnológicos involucrados en los ambientes operativos demás soluciones de Big Data y Analíticas del INSTITUTO, a través de la atención de la Continuidad Operativa, ésta deberá ser aprobada por el GOBIERNO DEL CONTRATO y la misma será revisada bimestralmente entre el GOBIERNO DEL CONTRATO y el LICITANTE de la partida CDSA.
El LICITANTE deberá generar una línea base de la demanda y comenzar a generar la historia de peticiones de atención. Con esta historia se podrán hacer ajustes a la línea base cumpliendo en todo momento con los Niveles de Servicio solicitados en el presente anexo.
Las tecnologías y herramientas para soportar se describen de manera enunciativa más no limitativa en la sección “6. Tecnologías y Herramientas” del presente anexo técnico.
Mantenimiento Menor (Mm)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo el Mm correspondiente a la partida CDSA, consistente en el mantenimiento correctivo y preventivo con un esfuerzo hasta de 400 hrs/hombre. Es importante hacer notar que de manera inicial se tomará como límite de esfuerzo para los mantenimientos menores hasta 400 hrs., sin embargo, este límite podrá ser ajustado durante la vida del contrato de acuerdo con las necesidades del INSTITUTO.
Se deberá entender por cada tipo de mantenimiento lo siguiente:
• Mantenimiento preventivo. Consiste en la revisión constante de los sistemas informáticos para detectar posibles errores que deriven en problemas futuros
• Mantenimiento correctivo. Corrige los defectos encontrados en los sistemas informáticos que originan un comportamiento distinto al deseado. Estas fallas pueden ser de procesamiento, rendimiento, programación, seguridad o estabilidad, entre otras
Para este componente del servicio el LICITANTE deberá cumplir con los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
• Contar con la capacidad instalada en términos de perfiles, recursos tecnológicos, competencias técnicas y administrativas para la atención de los servicios de continuidad operativa.
• Elaborar, registrar y actualizar el estado de todas las actividades del cronograma de trabajo.
• Diseñar, documentar, construir y probar los cambios realizados a la aplicación.
• Realizar las pruebas de aceptación de usuario conforme a las necesidades del INSTITUTO.
• Apoyo en la liberación de los cambios del aplicativo a los ambientes pre-productivos y productivos del INSTITUTO.
Soporte Aplicativo (SA)
El LICITANTE deberá ofertar, detallar, describir y documentar como parte de se proposición todo lo necesario para llevar a cabo el SA correspondiente a la partida CDSA, consistente en el mantenimiento correctivo y preventivo con un esfuerzo mayor a 400 horas/hombre.
Es importante hacer notar que de manera inicial se tomará como límite de esfuerzo para Soporte Aplicativo es mayor a 400 hrs/hombre, sin embargo, este límite podrá ser ajustado durante la vida del contrato de acuerdo con las necesidades del INSTITUTO.
El LICITANTE deberá ofertar el cumplimiento de. los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con la capacidad instalada en términos de perfiles, recursos tecnológicos, competencias técnicas y administrativas para la atención de los servicios de continuidad operativa.
2. Gestionar el ciclo de vida de los incidentes y problemas que le sean asignados por parte del INSTITUTO, en el entendido que el alcance del servicio se trata de un soporte de nivel 2 y que el LICITANTE realizará todas las actividades técnicas, operativas y de gestión para que los incidentes y problemas sean resueltos, en beneficio del INSTITUTO.
3. Llevar a cabo las modificaciones que sean requeridas a las aplicaciones para dar solución a un incidente o problema, haciéndose cargo de todas las actividades que como Centro de Desarrollo de Software sean de su competencia para que las modificaciones lleguen al ambiente de producción.
4. Generar reportes de desempeño del servicio de acuerdo con las solicitudes del INSTITUTO.
5. El LICITANTE deberá generar una base de conocimiento de los errores repetitivos que se presenten en los ambientes productivos del INSTITUTO, a los cuales les da soporte como parte de la Continuidad Operativa, y deberá entregar un reporte cuatrimestral junto con un plan de trabajo al INSTITUTO, a partir de la base de datos de los errores repetitivos, con el análisis y la identificación de la causa raíz, que permitan definir las soluciones que se necesitan implementar para evitar la presencia de este tipo de errores. El LICITANTE entiende que estas actividades y productos son parte integral del Costo Fijo Mensual (CFM) que se determine con el INSTITUTO y no deberá generar incrementos o costos adicionales.
6. Cuando el análisis de causa raíz determine que el origen del problema es el código o la configuración desarrollada por el LICITANTE, este deberá hacer la reparación del código y documentación relacionada al proyecto, durante el período de garantía, sin cargo adicional para el INSTITUTO.
.
El Licitante deberá ofertar llevar a cabo las acciones correspondientes a la , el cual podrá ser solicitado por parte de los Administradores del Contrato quien por su ámbito de competencia a bien justifiquen que para lograr el objetivo del servicio requerido es necesario que el LICITANTE cuente con diversos componentes tecnológicos, por lo cual el INSTITUTO deberá solicitarle al LICITANTE que este considere todos los componentes que permitan prestar el servicio de manera integral, cabe mencionar que este servicio podrá ser solicitado bajo demanda.
El Licitante deberá ofertar la cumpliendo con todos y cada uno de los requisitos y especificaciones técnicas establecidas para tal efecto en el apartado del presente Anexo Técnico.
Demanda de Ingeniería de Producto.
El Licitante deberá ofertar llevar a cabo las acciones correspondientes para dotar de recursos técnicos y especializados a El Instituto cuando este lo requiera, mediante la asignación de perfiles; lo anterior aplicará a solicitud de EL INSTITUTO, cuando este determine ejecutar una o varias fases de algún proyecto es especifico bajo la dirección de EL INSTITUTO.
El Licitante deberá atender la Demanda de Ingeniería de Producto ofertando el cumplimiento de todos y cada uno de los requisitos y especificaciones técnicas establecidas en el apartado Demanda de ingeniería de Producto del presente Anexo Técnico.
5.1.2.Partida 4 Centro de Proyectos y Calidad (CPC)
Para esta partida el LICITANTE deberá ofertar la descripción detallada y documentar en su proposición para la prestación del CPC para la estimación, medición, administración y supervisión de proyectos, evaluación de calidad y arquitectura, así como de gestión de procesos, circunscritos a las partidas 1, 2 y 3 a que hace referencia este Anexo Técnico.
Este Centro le permitirá al INSTITUTO contar con los elementos necesarios para promover la estandarización, medición y control de los servicios brindados por los Centros de Desarrollo de Software mediante una serie de actividades que permitan acrecentar las capacidades de EL INSTITUTO y el Gobierno del Contrato para la medición objetiva, análisis y administración del desempeño de proyectos y/o servicios de los LICITANTES, para proporcionar información para la toma de decisiones del INSTITUTO.
El LICITANTE deberá incluir como parte de su oferta de los servicios solicitados, los recursos humanos que cuenten con experiencia, competencias y las Certificación es aplicables, necesarios para la implementación de los servicios objeto de la presente partida CPC.
El LICITANTE deberá incluir como parte de su propuesta técnica Recursos Humanos propios para la prestación del servicio, de acuerdo con los tiempos y niveles de servicio establecidos en el presente Anexo Técnico.
Para la prestación del servicio el LICITANTE debe contar con los perfiles solicitados en el presente Anexo Técnico.
Para el servicio objeto de la Partida 4. CPC, el LICITANTE deberá detallar en su oferta este servicio que incluye los siguientes conceptos y componentes:
• Planeación, transición y estabilización del servicio.
• Proyectos y Calidad
- Estimación, Medición y Administración de Proyectos (EMAP)
- Evaluación de Calidad y Arquitectura (ECA)
- Gestión de Procesos (GP)
• .
• Demanda de Ingeniería de Producto.
Atendiendo a lo anterior el LICITANTE deberá incluir, detallar y documentar como parte de su proposición, las siguientes especificaciones necesarias para la prestación del servicio:
Planeación, transición y estabilización del servicio:
EL LICITANTE deberá ofertar como parte de su propuesta técnica todas y cada una de las especificaciones y requerimientos técnicos establecidos en el apartado Plan de Trabajo General (Cronograma de actividades), específicamente en lo que se refiere a las fases 1, 2 y 3 así como sus especificaciones establecidas en este mismo apartado.
Estimación, Medición y Administración de Proyectos (EMAP).
Para el EMAP del servicio CPC, el LICITANTE deberá ofertar el cumplimiento de los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con una solicitud de servicio debidamente autorizada por el INSTITUTO para iniciar con la prestación del servicio.
2. Estimación correspondiente a la definición de requerimientos o backlog del producto, según sea el tipo de proyecto (Desarrollo de aplicaciones o ágiles)
3. Estimación correspondiente al diseño, construcción, pruebas y liberación de la solución (Ya sea en fases, iteraciones o sprint)
4. Validación de las estimaciones de las solicitudes de servicio de los proyectos del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”.
5. Emisión del dictamen para validar que las estimaciones cumplen con el uso del estándar Internacional ISO 19761 (Método COSMIC) o su equivalente en las Normas Mexicanas.
6. Detectar las necesidades de medición y establecer un plan de métricas con la definición de las mediciones que aplicarán en la ejecución de los proyectos y servicios.
7. Establecer los mecanismos de recolección y almacenamiento de métricas.
8. Recolectar las métricas que fueron definidas en el plan de métricas conforme a su periodicidad y mecanismo de recolección establecidos para obtener la información resultante de las métricas de
los distintos proyectos y servicios
9. Analizar, interpretar y revisar los resultados de las métricas para preparar un reporte de métricas con los puntos principales que fueron detectados y considerados en los resultados de las métricas.
10. Verificar las solicitudes de servicio del área usuaria, a fin de determinar su factibilidad con respecto a la planeación estratégica del INSTITUTO y comprobar si se cuenta con el presupuesto necesario para su implementación
11. Verificar los productos de trabajo y entregables asociados a la administración de proyectos durante sus diferentes fases
12. En caso de que el proyecto sea autorizado, coadyuvar en la generación del expediente que contenga la documentación e información necesaria para su registro en el portafolio de proyectos.
13. Durante la ejecución del proyecto, coadyuvar con la CPEG en el seguimiento al cronograma, riesgos y asuntos identificados y registrados en las herramientas de gestión establecidas, así como a los repositorios de información correspondientes, a fin de verificar que los productos generados se encuentran resguardos y generados conforme a la planeación establecida, así como los que requieran firma autógrafa, se encuentren escaneados y resguardados en el mismo repositorio y en los medios físicos que determine el INSTITUTO.
14. Integrar las lecciones aprendidas del proyecto en conjunto con el requirente del área normativa. Notificar las oportunidades de mejora identificadas para su futura evaluación de implementación.
15. Apoyar en la consolidación de información para documentar el cierre del proyecto en el portafolio de proyectos a cargo del Instituto.
Evaluación de Calidad y Arquitectura (ECA)
Para la ECA del servicio CPC, el LICITANTE deberá ofertar el cumplimiento de los siguientes aspectos, que se describen de manera enunciativa, más no limitativa, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con una solicitud de servicio debidamente autorizada por el INSTITUTO para iniciar con la prestación del servicio.
2. Planear las actividades de control de calidad que aplican para un proyecto, referentes a revisiones y pruebas y documentarlas en un plan de calidad.
3. Identificar los estándares organizacionales y normativos de calidad que son relevantes de acuerdo con el tipo de producto o servicio.
4. Podrán realizarse revisiones entre colegas sólo durante la elaboración de productos de trabajo para identificar defectos a ser removidos, pero para una verificación formal tendrán que aplicarse listas de verificación.
5. Realizar las revisiones de productos de trabajo del proyecto para la identificación del apego a los lineamientos del INSTITUTO.
6. Registrar, presentar y conciliar los defectos derivados de la revisión.
7. Establecer las acciones correctivas para cada defecto y definir fechas de solución
8. Con base en los requerimientos funcionales y no funcionales, identificar, diseñar y documentar los casos de prueba a ejecutar.
9. Identificar y configurar el ambiente de integración y de calidad, con base a los casos de pruebas y las características del producto:
• Hardware
• Software
• Versiones del producto
• Componentes adicionales
• Librerías
10. Ejecutar los casos de prueba en conjunto con el IMSS y con el LICITANTE en las partidas 1, 2 y 3, según corresponda.
11. Registrar los resultados obtenidos de la ejecución de los casos de prueba.
12. Registrar, presentar y conciliar los defectos derivados de la ejecución de los casos de prueba.
13. Registrar las evidencias de la ejecución de pruebas.
14. Monitorear las acciones correctivas derivadas de los resultados de las revisiones y ejecución de las pruebas, según aplique a la evaluación de calidad solicitada.
15. Identificar los requerimientos funcionales y no funcionales arquitectónicamente significativos y definir una o varias arquitecturas alternativas para la solución con base en la experiencia obtenida en sistemas similares, o en dominios de problema similares.
16. Asegurar el cumplimiento de los lineamientos establecidos en el INSTITUTO para desarrollar la arquitectura e identificar cualquier restricción arquitectónica
17. Identificar la implementación de pruebas de concepto para determinar si existe, o es probable que exista, una solución que satisfaga los requerimientos arquitectónicamente significativos y documentar los riesgos técnicos que se identifiquen
18. Identificar activos de otras áreas que puedan reutilizarse en la arquitectura actual. Estos activos pueden incluir:
• Frameworks x xxxxxx de referencia arquitectónicos
• Mecanismos arquitectónicos
• Decisiones arquitectónicas
• Restricciones
• Aplicaciones
• Componentes
• Software COTS
• Soluciones OpenSource
19. Desarrollar el panorama general de la implantación, bosquejar los pasos de cómo se va a distribuir el sistema en los diferentes nodos de la red y sus interconexiones
20. Bosquejar las interfaces y sus relaciones, por cada interfaz considerar elaborar un contrato (reglas de la interacción) entre aplicaciones a nivel funcional
21. Verificar que la arquitectura es consistente con los requerimientos, que su descripción es clara y está completa.
22. Asegurar el cumplimiento de los lineamientos establecidos en el Marco Tecnológico de Referencia del INSTITUTO.
23. Asegurar que la calidad del código cumpla con las métricas y/o reglas establecidas por el
INSTITUTO.
24. Registrar en el documento de arquitectura las decisiones arquitectónicas principales que se tomaron durante el desarrollo de la fase de análisis.
25. Considerar utilizar un modelo arquitectónico (C4, 4+1 Vistas, MVC) para la creación de diagramas que permitan visualizar la arquitectura de software desde diferentes perspectivas
26. Definir mecanismos y estrategias para almacenar y obtener datos persistentes, de tal manera que los criterios y atributos de calidad del sistema se satisfagan.
27. Elaborar un modelo de datos y diccionario de datos para describir los aspectos relacionados a la base de datos.
28. Asegurar el cumplimiento de los lineamientos establecidos en el INSTITUTO para el diseño de base de datos.
29. La validación de la arquitectura de la solución tecnológica, la cual deberá ser aprobada por la Coordinación de Ingeniería Tecnológica (CIT) considerando las políticas institucionales de arquitectura y la Coordinación de Servicios de Infraestructura tecnológica Institucional (CSITI)
considerando sus capacidades y planeación de infraestructura tecnológica en Centros de Datos Institucionales.
30. Validar la optimización del uso y capacidades de la infraestructura en los Centros de datos institucionales conforme Xxxxx Xxxxxxxxxxx de Referencia, así como lo establecido por la Coordinación de Servicios de Infraestructura Tecnológica Institucional, cumpliendo con lo requerido en los apartados Mesa de Servicios Tecnológicos y Centros de Datos del presente Anexo Técnico.
31. Validar el diseño, documentación, construcción y pruebas de todos los elementos arquitectónicos de las aplicaciones, para asegurar su correcto funcionamiento respecto a las especificaciones del INSTITUTO.
Gestión de Procesos (GP)
Para la GP del servicio CPC, el LICITANTE deberá ofertar el cumplimiento de manera enunciativa, más no limitativa los siguientes aspectos, conforme a las normativas, xxxxxx metodológicos, procesos, productos y herramientas acordadas con el INSTITUTO:
1. Contar con una solicitud de servicio debidamente autorizada por el INSTITUTO para iniciar con la prestación del servicio.
2. Establecer las necesidades y objetivos de mejora para guiar las actividades del Programa de Mejora Continua de Procesos, los cuales deberán documentarse dentro de un plan de mejora,
3. EL LICITANTE deberá analizar la información, el marco normativo, las mejores prácticas, las metas y los objetivos institucionales, a fin de someter al INSTITUTO la propuesta de la documentación que acredite fehacientemente estar apegadas a dichas prácticas, metas y marco normativo
4. Describir las actividades a seguir en la definición e implementación de los procesos a realizar como parte del Programa de Mejora Continua de Procesos.
5. Evaluar los procesos del INSTITUTO y de los LICITANTES con la finalidad de identificar aquelloa que requieran ser mejorados y confirmar el progreso de la implementación de las mejoras.
6. Establecer los activos de procesos, de tal manera que se tenga la infraestructura de procesos aplicable para la prestación de servicios definidos en este anexo técnico. Estos activos de proceso incluyen al proceso estándar a seguir, el modelo de ciclo de vida y los criterios de adaptación.
7. Definir y documentar la arquitectura de procesos que serán definidos, asi como las interfaces que se tendrán entre ellos.
8. Definir los procesos, establecer las características mínimas que deben cumplir/cubrir. La documentación de los procesos deberá estar alineada a la normatividad del INSTITUTO;
9. Especificar los productos de trabajo o activos organizacionales que se deben generar como salida o resultado de la ejecución de las actividades de los procesos.
10. Verificar que los procesos y productos de trabajo que se definan estén apegados a los lineamientos, políticas, modelos y estándares del INSTITUTO.
11. Proponer al Instituto los procesos y productos de trabajo para su validación, revisión, análisis y en su caso aprobación y sanción.
12. Definir o actualizar el modelo de ciclo de vida aplicativo, así como los criterios para la selección del ciclo de vida adecuado en función de los tipos de proyectos. En estos ciclos de vida se deberán definir las fases, las actividades y productos esperados.
13. Definir los criterios de adaptación que permitirán a los proyectos adaptar adecuadamente los procesos estándar para su uso.
14. Planear las actividades específicas para llevar a cabo la capacitación y difusión de los activos de proceso a todos los equipos de trabajo.
15. Desplegar los activos de proceso a los proyectos desde su inicio, para asegurar que los proyectos que inician utilicen los procesos estándar definidos.
16. Registrar y analizar las solicitudes de mejora que se tengan a los procesos.
17. Cualquier persona del INSTITUTO o de los LICITANTES puede identificar la necesidad de mejora a procesos, requerimiento de soporte o reporte de defecto, los cuales deberán ser registrado para su seguimiento.
18. Al inicio de la vigencia del servicio, el INSTITUTO y los LICITANTES establecerán la planeación y periodicidad de los ciclos de mejora que se ejecutarán.
19. Del conjunto de solicitudes de mejora recibidas, analizar y determinar cuáles son viables para incorporarse a los procesos. Para cada solicitud de mejora aplicable, incorporar los cambios para generar una nueva versión de los activos de proceso.
20. Desplegar los nuevos activos de proceso.
21. Considerar las lecciones aprendidas en los proyectos y los resultados de las métricas recolectadas para la mejora de los activos de los procesos.
5.2. Para todas las partidas Demanda de Ingeniería de Producto
Con la finalidad de hacer una entrega ágil de los aplicativos de cómputo del Instituto al servicio de Continuidad Operativa, el Instituto utilizará la “Demanda de Ingeniería de Producto”, tomando como base las actividades, lineamientos y productos aplicados durante las fases de Planeación del Arranque, Transición y Estabilización del Servicio, que le permitan al Licitante tener el control del aplicativo.
Una vez que el Centro de Continuidad Operativa estabilice la operación, los aplicativos pasarán de ser atendidos bajo “Demanda de Ingeniería de Producto” a una modalidad de Continuidad Operativa administrada por el proveedor.
El LICITANTE del Centro de Continuidad Operativa deberá atender los aplicativos que vayan liberándose a ambientes productivos por el Centro de Desarrollo de Software y Centro de Desarrollo de Software y Analítica con recursos en la modalidad de “Demanda de Ingeniería de Producto” para llevar a cabo las actividades, lineamientos y productos aplicados durante las fases de Planeación del Arranque, Transición y Estabilización del Servicio, que le permitan tener el control de los aplicativo.
Así también, la Demanda de Ingeniería de Producto será solicitada por el INSTITUTO para atender proyectos o iniciativas de tipo ágil que tienen un alto nivel de prioridad y de atención inmediata que requiere la intervención directa del INSTITUTO.
Dicho servicio también será utilizado bajo la consideración temporal de atención emergente que se motive de manera justificada por Decretos, Cambios xx xxx, Seguridad Nacional, Contingencias, Desastre, entre otros), por lo cual se dispone de tiempo limitado para su atención y requiere de entregas continuas de valor para el negocio, cuya naturaleza implica requerimientos cambiantes, donde por ejemplo, se dificulta la consolidación de un conjunto de requerimientos bien definidos, ya que los requerimientos no siempre son fijos, lo cual dificulta la conceptualización de una solicitud al LICITANTE bajo el enfoque de servicios.
Mediante la Demanda de Ingeniería de Producto el LICITANTE deberá ofertar la entrega al INSTITUTO de los perfiles necesarios para atender proyectos o iniciativas de tipo ágil que requieren la intervención directa
del INSTITUTO (Decretos, Cambios xx xxx, Seguridad Nacional, Contingencia, Desastre, entre otros), que tienen un alto nivel de prioridad y requieren atención inmediata, cuya naturaleza demanda una atención adaptable y flexible para entregar valor al negocio de forma rápida a lo largo del proyecto.
Con este servicio el INSTITUTO contará con las capacidades y la flexibilidad necesarias para hacerle frente a situaciones inesperadas, como las que se presentaron durante los periodos más críticos de la pandemia de Covid 19, que implicaron desarrollar componentes, analizar información para la toma de decisiones, generar estadísticas, reportes, cruces de información, entre otras, con una alta variabilidad en las necesidades y requerimientos y cuya atención a través de solicitudes con enfoque de servicios no permiten un manejo adecuado, y eficaz y con la oportunidad que requieren de estas situaciones críticas para la operación del INSTITUTO.
La “Demanda de Ingeniería de Producto” deberán ser pagados tomando como base de cálculo la Unidad de Contraprestación que se relacione con la actividad que lleve a cabo el proveedor; pudiendo ser estas:
• Unidad de Desarrollo de Aplicación (UDA)
• Unidad de Desarrollo Ágil (UDL)
• Unidad de Actualización de Aplicativos (UAA)
• Unidad de Documentación Aplicativa (UDOC)
• Unidad de Continuidad Operativa (UCO)
• Unidad de Desarrollo de Soluciones Analíticas (UDSA)
• Unidad de Medición y Administración de Proyectos (UEMAP)
• Unidad de Evaluación de Calidad y Arquitectura (UECA)
• Unidad de Gestión de Procesos (UGP)
Dado que, el alcance del concepto Demanda de Ingeniería de Producto, incluye entre otras la consideración temporal de atención emergente que se motive de manera justificada por Decretos, Cambios xx xxx, Seguridad Nacional, Contingencias, Desastre, entre otros), por lo cual se dispone de tiempo limitado para su atención y requiere de entregas continuas de valor para el negocio, por lo tanto es indeterminable cuantificar la cantidad de horas o unidades necesarias para cubrir este concepto toda ves que depende del desarrollo de la operación donde influye factores externos, incluyendo sin ser limitativo los incendios, inundaciones, temblores, robos o cualquier otra hecho de la naturaleza o humana fuera de su control, incluyendo temas de salud tales como declaratoria de emergencia sanitaria, pandemias, nuevas enfermedades, terrorismo, sedición, guerras, desastres naturales y en general la existencia del caso fortuito o fuerza mayor.
El Licitante deberá ofertar llevar a cabo las acciones correspondientes para dotar de recursos técnicos y especializados a El Instituto cuando este lo requiera, mediante la asignación de perfiles “Anexo B - Perfiles para el Servicio a Demanda de Ingeniería de Producto”; lo anterior aplicará a solicitud de EL INSTITUTO, cuando este determine ejecutar una o varias fases de algún proyecto es especifico bajo la dirección de EL INSTITUTO.
Cabe mencionar, que esta asignación de perfiles podrá requerirse por el INSTITUTO en cualquier
momento durante la vigencia del contrato.
A fin de acreditar la experiencia profesional y técnica de los recursos requeridos, el LICITANTE deberá presentar:
• Currículum Vitae firmado de cada uno de los recursos, de acuerdo con la información descrita en la correspondiente solicitud de servicio.
• Documentación que ratifique la participación en proyectos de la misma naturaleza, los cuales deberán estar relacionados y debidamente identificados en cada Currículum Vitae. Dependiendo la naturaleza del documento, este deberá incluir de manera total o parcial la siguiente información:
I. Experiencia comprobable.
II. Nombre del perfil sobre el cual se desea acreditar la experiencia.
III. Puesto o perfil desempeñado.
IV. Responsabilidades y/o funciones desempeñadas.
V. Periodo en el que trabajó con el perfil correspondiente.
VI. Con datos de contacto de la persona que firma (En caso de cartas).
VII. Firmado por la persona facultada por la empresa para emitir la carta (En caso de cartas).
Para comprobar la competencia o habilidad en el trabajo de los recursos requeridos, el LICITANTE deberá entregar los siguientes documentos:
1. Preferentemente, Título o cédula profesional por cada recurso con grado mínimo de licenciatura o ingeniería enunciada en el “Anexo B - Perfiles para el Servicio a Demanda de Ingeniería de Producto”.
2. Certificación vigente de acuerdo con el perfil que corresponda.
3. Experiencia laboral.
Consideraciones
1. Las horas que se requieran de cada perfil, serán indicadas en la Solicitud de Servicio
2. Todo el personal, independientemente del perfil, deberá portar en todo momento en las instalaciones del IMSS, un distintivo, el cual tiene la finalidad de que el mismo sea identificable como parte del equipo de trabajo del LICITANTE. Este será definido por el IMSS durante las reuniones de planeación del arranque
3. Todo el personal, independientemente del perfil, deberá ser asignado de acuerdo con los tiempos establecidos en la sección 9 “Niveles de servicio acordados que deberán cumplirse”, a partir de la expresa petición por parte del Administrador del Contrato del IMSS, de lo contrario se aplicará la Pena Convencional o Deductiva correspondiente
4. Únicamente podrán ser asignados recursos que cumplan con el perfil, de lo contrario se aplicará la Pena Convencional o Deductiva correspondiente de conformidad con lo establecido en la sección 9 “Niveles de servicio acordados que deberán cumplirse”.
5. El Gerente del Servicio deberá entregar al Administrador del Contrato del IMSS una Carta de confidencialidad firmada por cada uno de los perfiles, deberá entregarla a partir de la asignación de este,
6. En caso de que el LICITANTE requiera que una persona pueda fungir con más de un perfil dentro del proyecto, ésta deberá cumplir con la experiencia requerida para dichos perfiles ya que de lo contrario no será aceptada, y en caso de que cumpla con los requisitos (experiencia y competencia
o habilidad en el trabajo) sin embargo su desempeño no sea satisfactorio, se solicitará su des- asignación del proyecto atendiendo a lo establecido dentro del apartado “Reemplazo de Personal”.
7. La titularidad de derechos sobre la totalidad de los componentes del servicio (código fuente, código objeto, diseño físico y lógico, imagen institucional, manuales técnicos y de usuario, etc.) serán a favor del IMSS, sin excepción alguna, para lo cual el LICITANTE de las partidas 1, 2 y 3, con el apoyo y coordinación del LICITANTE de la partida 4, coadyuvaran en preparar el expediente con la documentación e información necesaria para que el IMSS lleve a cabo los trámites de registro de derecho de autor a favor del IMSS ante el INDAUTOR e IMPI.
8. En el desarrollo y mantenimiento de sistemas durante la vigencia del contrato se deberá privilegiar la adopción de plataformas de operación y codificación libres, es decir, que no generen costos posteriores por el uso de licencias de software para mantener su operación a lo largo del tiempo.
9. Los LICITANTES deberán proporcionar al personal las herramientas de trabajo tales como equipo de cómputo personal y las licencias de software que se requieran para el desempeño de sus labores, conforme al descriptivo de perfiles y al alcance de la solicitud de servicio.
Reemplazo de Personal
En caso de que se requiera sustituir algún recurso del equipo de trabajo del LICITANTE, ya sea por solicitud del Administrador del Contrato correspondiente o por el LICITANTE, éste deberá ser reemplazado en un lapso no mayor al establecido en el apartado Niveles de Servicio y Penas Convencionales, de los Términos y Condiciones del servicio, por personal que cumpla con los perfiles solicitados con la experiencia necesaria, a fin de que no se pierda la continuidad en el trabajo desempeñado. Será responsabilidad del LICITANTE involucrar al nuevo integrante, así como de ponerlo al tanto del estatus de las actividades, tiempo que no será contabilizado dentro de las horas de la asignación.
El Administrador del Contrato del IMSS, será el único autorizado por parte de este, para solicitar de manera formal el reemplazo de personal al Gerente del Servicio.
Serán causas de solicitud de reemplazo de un recurso del equipo de trabajo del LICITANTE, las siguientes causas que se describen de manera enunciativa mas no limitativa:
1. El recurso no cumple con la experiencia solicitada.
2. El recurso incumple con las actividades a las cuales se encuentra asignado.
3. El recurso se ausenta de sus actividades asignadas sin previo consentimiento por parte del Administrador de Contrato del IMSS.
4. El recurso hace uso indebido de los recursos asignados por el IMSS para el desempeño de sus actividades.
5. El recurso no acata las indicaciones del personal de seguridad y protección civil del IMSS.
6. El recurso presenta problemas de comportamiento y mala conducta.
7. El recurso pretende justificar cierto número de horas laboradas, sin que las mismas sean corroborables de acuerdo con el reporte o informe generado por la herramienta suite de control y monitoreo de actividad de los equipos personales de cómputo
Los retrasos injustificados en las actividades por reasignación de perfiles deberán quedar bajo responsabilidad del LICITANTE y no se modificará el Cronograma de Trabajo o la fecha compromiso en la que participe el perfil reemplazado, conforme a lo especificado en la Solicitud de Servicio, lo cual le generará al LICITANTE penalizaciones y deductivas al respecto.
Todos los perfiles asignados, independientemente de las actividades que desempeñen, estarán obligados a dar cumplimiento a los siguientes puntos:
1. Cumplimiento a todas las fechas y alcances asignados y acordados con cada perfil, implican un compromiso de cumplimento por parte de este.
2. Si un perfil no puede cumplir con la carga normal de trabajo asignada y acordada, es de su exclusiva responsabilidad trabajar horas extras, fines de semana o días festivos para asegurar la terminación a tiempo de su trabajo sin costo adicional para el IMSS.
3. Está prohibido el uso de los recursos e infraestructura del IMSS para asuntos personales.
4. El uso de equipo de sonido es permitido únicamente con audífonos.
5. Está prohibido, hacer ruido excesivo o cualquier otra tarea que pueda distraer a otras personas en el área de trabajo.
Administración de Proyectos de TIC
El LICITANTE deberá realizar las actividades de inicio, planeación, ejecución, seguimiento y cierre del proyecto, de acuerdo con su clasificación.
Como parte de las actividades del proceso de planeación, el LICITANTE deberá realizar la estimación de sus proyectos de acuerdo con la sección “4.2.8 Métodos de Estimación”, de este anexo técnico.
Para realizar el seguimiento del proyecto el LICITANTE de conformidad con los procesos compartidos deberá entregar un informe semanal al CPC, de seguimiento al cronograma de trabajo de cada uno de los proyectos del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, con base a la técnica de valor ganado (EVM, Earned Value Management), y mensualmente un informe de seguimiento al alcance y tiempo utilizando la técnica alcance ganado (ESM, Earned Scope Management) y calendario ganado (ES, Earned Schedule), dichas técnicas son enunciativas más no limitativas.
Los informes deberán incluir:
1. Métricas (Avance y costo real vs. planeado, tiempo real vs. ganado, alcance real vs ganado)
2. Métricas de predicción (Alcance, tiempo y costo)
3. Actividades desarrolladas a detalle por recurso
4. Horas invertidas
5. Logros de la semana
6. Principales riesgos y asuntos
7. Siguientes pasos dentro del proyecto
8. Unidades de tamaño funcional (puntos funcionales COSMIC)
9. El PDR (Factor de Productividad) estará determinado en un valor inicial de 15.60 hora por unidad de tamaño funcional, de conformidad con el Gobierno del Contrato, mismo que se podrá actualizar de manera periódica (cada 3 meses) durante la vida del contrato de acuerdo con las necesidades del INSTITUTO, para tal efecto el LICITANTE deberá aportar la documentación e información que justifique su actualización.
En caso de que se requiera un cambio motivado estrictamente por solicitud de cambio, y sólo cuando se haya realizado la recepción de la solicitud de cambio firmada por el INSTITUTO, el LICITANTE deberá aplicar el siguiente procedimiento de control de solicitudes de cambio en los proyectos del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”:
1. Análisis y validación de información de la solicitud de cambio.
2. Realizar el análisis de impacto, técnico, funcional y administrativo.
3. Identificación de requerimientos funcionales y entregables afectados por el cambio.
4. Estimación del esfuerzo a invertir para solventar la solicitud de cambio.
5. Procedimiento de aceptación de solicitud de cambio.
6. Registro de solicitud de cambio con el estatus que resulte del procedimiento de aceptación.
7. Ajuste del cronograma de trabajo del proyecto.
8. Asignación de responsabilidades para atención de solicitud de cambio.
9. Ejecución del cambio solicitado según lo especificado en el cronograma de trabajo.
10. Notificación de conclusión de solicitud de cambio.
Para desarrollar estas actividades adecuadamente se contará con el apoyo del CPC.
Administración de la Configuración
El LICITANTE deberá apegarse a las prácticas de la administración de la configuración que se definan en los procesos compartidos.
El LICITANTE para cada uno de los proyectos deberá realizar la administración de la configuración de cada uno de los proyectos aprobados por el INSTITUTO, realizando al menos las siguientes actividades:
1. Identificación de los elementos de configuración.
2. Establecimiento de líneas base.
3. Seguimiento y control de cambios a elementos bajo configuración.
4. Reportes de configuración.
EL LICITANTE, deberá cumplir con lo establecido en los apartados Mesa de Servicios Tecnológios (MST) y Centro de Datos del presente Anexo Técnico.
Administración de Dominios Tecnológicos
El LICITANTE deberá ejecutar todas sus actividades bajo los estándares definidos por el INSTITUTO, para el dominio tecnológico de Internet/Intranet y el dominio tecnológico referente a los aplicativos. La arquitectura de aplicaciones que establece cómo deben ser diseñadas y estructuradas, cómo deben cooperar y comunicarse, así como dónde deben residir.
Para tal efecto, el LICITANTE, deberá cumplir con lo establecido en los apartados Mesa de Servicios Tecnológicos (MST) y Centro de Datos del presente Anexo Técnico.
El INSTITUTO ha definido una lista de tecnologías a utilizar para el desarrollo de las Soluciones Tecnológicas dentro del “Continuidad Operativa y Desarrollo de Software en el Instituto Mexicano del Seguro Social (plurianual)”, la cual se basa en el catálogo de aplicaciones y el Marco Tecnológico de Referencia (MTR) vigentes, los LICITANTES deberán contar con el personal con dominio en dichas tecnologías o en nuevas plataformas tecnológicas que ofrezca el mercado y que el INSTITUTO determine adoptar, de acuerdo a sus necesidades. Lo anterior, con la finalidad de apoyar los distintos conceptos relacionados con el desarrollo de sistemas, de dar cumplimiento a la matriz de metodologías, así como a las normas y mejores prácticas aplicables a la gestión de las TIC que se integran en la normatividad aplicable vigente.
Nota Importante:
• Las tecnologías y herramientas que a continuación se enlistan deberán ser consideradas de forma limitativa para la partida 2.
• Para las partidas 1, 3 y 4, estas deberán de considerarla como enunciativas más no limitativas.
Plataforma | Productos |
ESB | Oracle Enterprise Service Bus |
IBM Websphere ESB | |
Apache ServiceMix | |
Apache Synapse | |
JBoss ESB | |
NetKernel | |
Petals ESB | |
Spring Integration | |
Open ESB |
WSO2 ESB | |
Mule ESB | |
Ultra ESB | |
Redhat Fuse ESB | |
Application Server | Glassfish |
Oracle Weblogic Server | |
IBM Websphere | |
Apache Tomcat | |
JBOSS | |
IIS | |
UDDI | Oracle Registry |
Apache jUDDI | |
RUDDI | |
Open UDDI | |
Microsoft TFS | |
MVN | |
Base de datos | Oracle DataBase Enterprise Edition |
PostgreSQL | |
MySQL | |
IBM DB2 | |
Xxxxxxxxx DB | |
Xxxxx DB | |
Informix | |
Mongo DB | |
Apache Hive | |
Apache HBase | |
Orient DB | |
Berkeley DB | |
Microsoft SQL Server | |
Open DJ | |
Microsoft AD | |
BPM | Oracle Business Process Management |
Activiti | |
IBM Business Process Management Advanced / Xxxxxxxx | |
BonitaSoft | |
Intalio | |
Xxxxxxx | |
Xxxxxx | |
JBoss jBPM | |
WSO2 Business Process Server | |
BRMS | IBM iLOG (Operational Decision Manager) |
JBOSS Drools | |
Identity Management | Oracle Identity Management |
IBM Identity and Access Management | |
WSO2 Identity Server | |
Apache Syncope | |
Evolveum Midpoint | |
OpenAM | |
OpenIDM | |
ECM | Microsoft Sharepoint Server |
Alfresco, Solr | |
EMC Documentum | |
Oracle Webcenter Content | |
Oracle WebCenter Portal | |
Nuxeo | |
BMC Server | |
HTTP Server | Apache HTTP |
Oracle Web Tier | |
IBM HTTP Server (incluido en WAS) | |
BAM | Websphere Business Monitor |
WSO2 Business Activity Monitor | |
Open BAM | |
Event Messaging | IBM Websphere ESB |
IBM MQ | |
Apache ActiveMQ | |
Apache ServiceMix | |
Apache Synapse | |
JBoss ESB | |
NetKernel | |
Petals ESB | |
Spring Integration | |
Open ESB | |
WSO2 ESB | |
Mule ESB | |
Ultra ESB | |
Redhat Fuse ESB | |
SyslogNG | |
Control M | |
Service Governance | Oracle Enterprise Repository |
Portal | Liferay |
Drupal | |
Modelado arquitectura Empresarial | bizzDesign Architect |
Modelado UML | Enterprise Architect |
IBM Rational Software Modeler | |
Microsoft Visual Studio | |
OmniGraffle | |
Analítica – Seguridad | Ranger |
Knox | |
Kerberos | |
Gobierno de Datos | Atlas |
Analítica - Herramientas | Apache Sqoop |
Apache Spark | |
R | |
Apache Xxxxx | |
HDFS | |
Analítica - Administración | Apache Ambari |
CDP – Cloudera Manager | |
Optimizacion de Infraestructura | Linux |
Windows Server | |
Weblogic | |
Apache | |
Oracle | |
MySQL Server | |
NGNX | |
Oracle Http Server | |
Golden Gate | |
Data Guard |
Plataformas Tecnológicas que soportan el portafolio aplicativo:
Plataforma | Tecnología Específica |
Java Enterprise Edition | Java Standard Edition 6, 7 y 8 |
Java Server Pages, Servlets, Java Server Tag Libraries | |
Xxxxxx de desarrollo Spring, Hibernate e iBatis | |
Xxxxxx de Tipo modelo de vista controlador – Java Server Faces, Struts, Grails, JQUERY, EJBS | |
.NET | Microsoft C#, C++, Proc Microsoft .NET Framework Microsoft Windows Forms .NET Microsoft ASP, .NET, XXX.XXX Microsoft XXX.XXX |
Base de Datos Relacional | ORACLE RDMS 10g o superior, UDB 8 o superior, Microsoft SQL Server 2000 o superior |