Señores Dinac, realizamos la siguiente consulta. En la Sección de Experiencia Requerida, A fin de posibilitar la participación de más oferentes, solicitamos respetuosamente, puedan presentarse Contratos y/o Facturaciones de venta de Sistemas de Registro Aéreo Nacional, y Contratos de Servicio de Asistencia Técnica y Mantenimiento de Soporte de Sistemas de Registro Aéreo Nacional dentro de los años 2016 al 2024.
Señores Dinac, realizamos la siguiente consulta. En la Sección de Experiencia Requerida, A fin de posibilitar la participación de más oferentes, solicitamos respetuosamente, puedan presentarse Contratos y/o Facturaciones de venta de Sistemas de Registro Aéreo Nacional, y Contratos de Servicio de Asistencia Técnica y Mantenimiento de Soporte de Sistemas de Registro Aéreo Nacional dentro de los años 2016 al 2024.
Se aclara que para ambos casos, tanto del Oferente como del Desarrollador, la experiencia requerida en la
provisión de servicios de desarrollo podrá acreditarse en el ámbito aeronáutico y/o en otros servicios de desarrollo de software
para el ambiente aeronáutico que presenten características técnicas y funcionales similares, siempre que permitan demostrar la
capacidad, competencia y solvencia técnica necesarias para la correcta ejecución del objeto del llamado dentro de los años 2020 al
2024. Remitirse al PBC.
2
CONSULTA
REFERENTE A LA SECCION: Detalles de los bienes y/o servicios
Actualización de Módulos IFPL
Parte: “OBJETIVOS": está indicado en forma explicita la Actualización de los módulos AGA, PEL y RAN, considera esto una necesidad de mantener parte o la totalidad del código y flujos operacionales definidos en cada sistema?
REFERENTE A LA SECCION: Detalles de los bienes y/o servicios
Actualización de Módulos IFPL
Parte: “OBJETIVOS": está indicado en forma explicita la Actualización de los módulos AGA, PEL y RAN, considera esto una necesidad de mantener parte o la totalidad del código y flujos operacionales definidos en cada sistema?
A modo de aclarar, la actualización de los módulos considera la necesidad de mejorar el código en su totalidad y adecuar flujos operacionales en todos los módulos. Remitirse al PBC.
3
CONSULTA
Detalles de los bienes y/o servicios
Actualización de Módulos IFPL
APARTADO: “OBJETIVOS": está indicado en forma explícita la Actualización de los módulos AGA, PEL y RAN, esto deja abierta la oportunidad de reemplazar por completo uno o todos los sistemas por sistemas propios de los oferentes?
En dicho caso, la propiedad intelectual de los códigos fuentes de oferente se mantienen los códigos fuente deben ser entregados en su totalidad a DINAC, así NO se hayan actualizado uno o todos los sistemas que actualmente tiene DINAC: AGA, PEL y/o RAN.
Detalles de los bienes y/o servicios
Actualización de Módulos IFPL
APARTADO: “OBJETIVOS": está indicado en forma explícita la Actualización de los módulos AGA, PEL y RAN, esto deja abierta la oportunidad de reemplazar por completo uno o todos los sistemas por sistemas propios de los oferentes?
En dicho caso, la propiedad intelectual de los códigos fuentes de oferente se mantienen los códigos fuente deben ser entregados en su totalidad a DINAC, así NO se hayan actualizado uno o todos los sistemas que actualmente tiene DINAC: AGA, PEL y/o RAN.
Remitirse al PBC. Todos los módulos necesitan de actualización ajustada a las necesidades de cada área, por lo que la entrega de los códigos fuentes deben ser entregados en su totalidad a DINAC, siguiendo los lineamientos MITIC. El proveedor deberá entregar el código fuente a la DINAC a los efectos de realizar el registro correspondiente ante la DINAPI.-
4
CONSULTA
REFERENTE A LA SECCION: Detalles de los bienes y/o servicios
Actualización de Módulos IFPL
APARTADO: “OBJETIVOS": está indicado en forma explicita la Actualización de los módulos AGA, PEL y RAN, ello implica que cualquier desarrollo, migración o evolución desarrollada de uno, o todos los sistemas será parte integral del código fuente propiedad de la DINAC?
REFERENTE A LA SECCION: Detalles de los bienes y/o servicios
Actualización de Módulos IFPL
APARTADO: “OBJETIVOS": está indicado en forma explicita la Actualización de los módulos AGA, PEL y RAN, ello implica que cualquier desarrollo, migración o evolución desarrollada de uno, o todos los sistemas será parte integral del código fuente propiedad de la DINAC?
Remitirse al PBC. La actualización de los módulos AGA, PEL y RAN implica desarrollo, migración y/o evolución desarrollada de todos los módulos mencionados y serán parte integral del código fuente propiedad de la DINAC.- El proveedor deberá entregar el código fuente a la DINAC a los efectos de realizar el registro correspondiente ante la DINAPI.-
5
CONSULTA
REFERENTE A LA SECCION: Detalles de los bienes y/o servicios
Actualización de Módulos IFPL
APARTADO: “OBJETIVOS”, Punto 13. Incluir entrega de código fuente de los módulos AGA, PEL, RAN. Entrega de acceso de usuarios con roles administrador a los servidores, módulos AGA, PEL, RAN, a las bases de datos de los módulos mencionados.
CONSULTAMOS A LA CONVOCANTE: SI el desarrollo no implica una mejora de los sistemas indicados, la entrega de código fuente es igual mandatoria?
REFERENTE A LA SECCION: Detalles de los bienes y/o servicios
Actualización de Módulos IFPL
APARTADO: “OBJETIVOS”, Punto 13. Incluir entrega de código fuente de los módulos AGA, PEL, RAN. Entrega de acceso de usuarios con roles administrador a los servidores, módulos AGA, PEL, RAN, a las bases de datos de los módulos mencionados.
CONSULTAMOS A LA CONVOCANTE: SI el desarrollo no implica una mejora de los sistemas indicados, la entrega de código fuente es igual mandatoria?
Remitirse al PBC. La entrega del acceso de los usuarios a servidores, bases de datos y módulos con los roles mencionados son requerimientos obligatorios. Todo desarrollo implica mejora, la entrega del código fuente es mandatoria a fin de cumplir los requerimientos estandarizados y dictados por MITIC.- El proveedor deberá entregar el código fuente a la DINAC a los efectos de realizar el registro correspondiente ante la DINAPI.-
6
Capacidad técnica
Referente a la página 26 del pliego, donde dice:
Demostrar que cuenta en su staff con al menos tres profesionales de relevada experiencia, formación y certificado en los siguientes ámbitos: de liderazgo de equipo TIC, análisis, desarrollo, testing, administradores de servidores e implementación de softwares con al menos dos (02) años de experiencia en la empresa. Probando que suministrará con suficiencia y en tiempo estipulado el proyecto.-
Al respecto solicitamos que se acepte que la empresa determine sus necesidades de recursos de forma interna, considerando que tiene antecedentes satisfactorios y el producto se probará extensivamente. Por lo tanto, eliminar la determinación de un número de profesionales arbitrario.
Referente a la página 26 del pliego, donde dice:
Demostrar que cuenta en su staff con al menos tres profesionales de relevada experiencia, formación y certificado en los siguientes ámbitos: de liderazgo de equipo TIC, análisis, desarrollo, testing, administradores de servidores e implementación de softwares con al menos dos (02) años de experiencia en la empresa. Probando que suministrará con suficiencia y en tiempo estipulado el proyecto.-
Al respecto solicitamos que se acepte que la empresa determine sus necesidades de recursos de forma interna, considerando que tiene antecedentes satisfactorios y el producto se probará extensivamente. Por lo tanto, eliminar la determinación de un número de profesionales arbitrario.
Remitirse al PBC. En cumplimiento a lo establecido por MITIC la entidad debe determinar la cantidad mínima con la formación y certificación necesaria para llevar a cabo el desarrollo del proyecto en el tiempo estipulado para garantizar así el éxito en el desarrollo y cumplimiento de los tiempos establecidos. -
7
PMP
Referente a la página 27 del Pliego, donde dice:
4. El lider o coordinador TIC del proyecto debe ser personal certificado PMP del PMI (Gestión de Proyectos) mediante declaración jurada mencionando documento de identidad del profesional al igual que los certificados que acrediten como tal. Deberá demostrar certificaciones en desarrollo ágil y administración en producto de software.-
Considerando que la certificación PMP no es de gran difusión entre los profesionales de la región, solicitamos que se elimine este requisito, reemplazándolo por la presentación de antecedentes profesionales en proyectos similares al que nos ocupa.
Referente a la página 27 del Pliego, donde dice:
4. El lider o coordinador TIC del proyecto debe ser personal certificado PMP del PMI (Gestión de Proyectos) mediante declaración jurada mencionando documento de identidad del profesional al igual que los certificados que acrediten como tal. Deberá demostrar certificaciones en desarrollo ágil y administración en producto de software.-
Considerando que la certificación PMP no es de gran difusión entre los profesionales de la región, solicitamos que se elimine este requisito, reemplazándolo por la presentación de antecedentes profesionales en proyectos similares al que nos ocupa.
La exigencia de que el líder o coordinador TIC del proyecto cuente con certificación PMP (Project Management Professional) del PMI se fundamenta en la necesidad de garantizar una gestión integral, planificada y controlada del proyecto de actualización de los módulos IFPL, que involucra sistemas críticos relacionados con los planes de vuelo. La certificación PMP acredita competencias internacionales en gestión de alcance, tiempo, costo, calidad, riesgos y comunicaciones, asegurando que el responsable posea la formación metodológica y la experiencia necesaria para liderar equipos multidisciplinarios bajo estándares reconocidos de buenas prácticas.
Asimismo, considerando la complejidad técnica y la sensibilidad operativa de los sistemas aeronáuticos, resulta imprescindible que el coordinador cuente con una visión estratégica y metodológica que garantice la correcta planificación, ejecución y control del proyecto, minimizando riesgos técnicos y operativos. El requisito no busca restringir la participación, sino asegurar la calidad y la confiabilidad del proceso de desarrollo, alineándose con los principios de eficiencia, eficacia y seguridad operacional que rigen las actividades tecnológicas de la DINAC.
Remitirse al PBC.
8
Propósito
Referente a la página 32 del pliego, donde dice:
Los módulos citados necesitan ser adaptados para cumplir con nuevos procedimientos administrativos, nuevos registros que deben tenerse en cuenta, nuevos lineamientos ICAO para la emisión de certificados de personal aeronáutico, mejor control en tiempo de emisión de permanencia de aeronaves, registros de control técnico/administrativo. Mejoramiento en la estructura de las bases de datos, registro de logs de actividades.
Consideramos que no se encuentran definidas las adaptaciones, nuevos registros, controles y mejoramientos requeridos, con el suficiente detalle, de manera que sea posible la evaluación de la tarea, a fin de estimar los costos necesarios y poder generar una oferta.
Solicitamos la definición completa y detallada de las mejoras y cambios requeridos.
Referente a la página 32 del pliego, donde dice:
Los módulos citados necesitan ser adaptados para cumplir con nuevos procedimientos administrativos, nuevos registros que deben tenerse en cuenta, nuevos lineamientos ICAO para la emisión de certificados de personal aeronáutico, mejor control en tiempo de emisión de permanencia de aeronaves, registros de control técnico/administrativo. Mejoramiento en la estructura de las bases de datos, registro de logs de actividades.
Consideramos que no se encuentran definidas las adaptaciones, nuevos registros, controles y mejoramientos requeridos, con el suficiente detalle, de manera que sea posible la evaluación de la tarea, a fin de estimar los costos necesarios y poder generar una oferta.
Solicitamos la definición completa y detallada de las mejoras y cambios requeridos.
Las adaptaciones, nuevos registros y mejoramientos mencionados forman parte de un proceso de actualización dinámica orientado a adecuar los módulos IFPL a los nuevos procedimientos administrativos, normativas internacionales (como los lineamientos de la OACI) y necesidades operativas detectadas en la gestión aeronáutica. Dada la naturaleza evolutiva de los requerimientos institucionales y la necesidad de asegurar una implementación alineada con los procesos reales de la institución, dichos ajustes serán definidos con mayor precisión durante la etapa de relevamiento y análisis funcional, que se desarrollará a lo largo de la vigencia del contrato, conforme se vayan identificando las necesidades específicas junto con las áreas usuarias.
Este enfoque permite realizar un levantamiento técnico-administrativo continuo y coordinado con los usuarios finales y las áreas operativas involucradas, garantizando que las mejoras y desarrollos respondan efectivamente a las necesidades actuales y futuras del sistema. De este modo, se asegura una ejecución flexible, progresiva y controlada, en cumplimiento con los estándares exigidos y sin comprometer la calidad, la trazabilidad ni la continuidad de los servicios aeronáuticos. Remitirse al PBC.
9
Correciones
Referente a la página 39 del pliego, donde dice:
La información contenida en las bd deberán ser reorganizadas y corregidas si fuese necesario para su correcto procesamiento.-
Solicitamos que se especifique qué tipo de reorganización de datos se espera y quién será el responsable de realizarlo.
Referente a la página 39 del pliego, donde dice:
La información contenida en las bd deberán ser reorganizadas y corregidas si fuese necesario para su correcto procesamiento.-
Solicitamos que se especifique qué tipo de reorganización de datos se espera y quién será el responsable de realizarlo.
Cabe señalar que todo proceso de actualización y mejora del sistema puede requerir, de manera eventual, modificaciones, correcciones o reorganización en la infraestructura de las bases de datos, conforme a las necesidades detectadas durante el relevamiento técnico y funcional en las áreas involucradas. Dichas acciones se ejecutarán únicamente si resultan necesarias para garantizar la integridad, consistencia y correcto procesamiento de la información, siendo responsabilidad de la empresa desarrolladora su análisis, ejecución y validación técnica conforme a las buenas prácticas de ingeniería de software y gestión de datos. Remitirse al PBC.
10
Integración
Referente a la página 39 del Pliego, donde dice:
El proveedor deberá realizar la integración de los módulos PEL, AGA y RAN al sistema gestor de planes de vuelo via internet (IFIS) dicha actividad se realizará en coordinación con técnicos DINAC. El proveedor deberá realizar la integración de los módulos AGA, PEL, RAN otros sistemas que requiera DINAC.-
A fin de poder evaluar la tarea, solicitamos informar todos los parámetros y formatos a cumplir para lograr la integración con el sistema IFIS.
Del mismo modo, solicitamos informar a qué otros sistemas debe poder integrarse el producto y todos los respectivos parámetros y formatos a cumplir.
Referente a la página 39 del Pliego, donde dice:
El proveedor deberá realizar la integración de los módulos PEL, AGA y RAN al sistema gestor de planes de vuelo via internet (IFIS) dicha actividad se realizará en coordinación con técnicos DINAC. El proveedor deberá realizar la integración de los módulos AGA, PEL, RAN otros sistemas que requiera DINAC.-
A fin de poder evaluar la tarea, solicitamos informar todos los parámetros y formatos a cumplir para lograr la integración con el sistema IFIS.
Del mismo modo, solicitamos informar a qué otros sistemas debe poder integrarse el producto y todos los respectivos parámetros y formatos a cumplir.
El proveedor deberá realizar la integración de los módulos PEL, AGA y RAN con el Sistema Gestor de Planes de Vuelo vía Internet (IFIS), en estrecha coordinación con los técnicos de la DINAC, conforme a las condiciones y lineamientos establecidos en el pliego. Asimismo, en caso de ser requerido, el proveedor deberá efectuar las integraciones adicionales con otros sistemas institucionales que la DINAC determine durante la vigencia del contrato, garantizando la correcta interoperabilidad de los sistemas.
Los parámetros, formatos y mecanismos técnicos de integración serán definidos y validados durante la etapa de relevamiento y análisis funcional, que se desarrollará a lo largo de la vigencia del contrato, en conjunto con las áreas responsables, a fin de asegurar la compatibilidad, continuidad operativa y el correcto intercambio de información entre los sistemas involucrados.