Pruebas de Funcionalidad. Son las pruebas que deberá efectuar el Supervisor Especializado respecto de los Hitos de las Obras del Componente 1, con la finalidad de garantizar el cumplimiento de los Requerimientos Mínimos del Proyecto establecidos en el Anexo 5. Únicamente los Hitos que superen las Pruebas de Funcionalidad serán considerados Hitos Funcionales y por tanto podrán ser entregados al PSS para su operación y mantenimiento, mediante la suscripción del Acta de Reversión de Bienes correspondiente. Estos procedimientos serán propuestos por el CONCESIONARIO en cada Expediente Técnico.
Pruebas de Funcionalidad. Las Obras deberán cumplir con la calidad ofertada por el CONCESIONARIO y los requerimientos de calidad exigidos por el CONCEDENTE, establecidos en el presente Contrato de Concesión Para tales efectos, el CONCESIONARIO deberá definir en los Expedientes Técnicos el conjunto de actividades necesarias para las pruebas y evaluaciones de la calidad y eficiencia del conjunto de Obras que conforman cada Hito del Componente 1. Es responsabilidad del CONCESIONARIO la corrección de todas las fallas o defectos identificados durante estas pruebas, cuando sean notificados por el Supervisor Especializado. Las reparaciones o remplazos son de responsabilidad del CONCESIONARIO y deberán ser asumidos sin cargo alguno para el CONCEDENTE o el PSS.
Pruebas de Funcionalidad. Una vez concluida la implementación, la verificación de la funcionalidad del software instalado y validación de la configuración será ejecutado por el “Proveedor” y revisado y validado por el personal que designe el Administrador del Contrato. Para la aceptación y validación del servicio se debe llevar a cabo lo siguiente: • Prueba de conectividad con el motor de base de datos. • Prueba de balanceo de conexiones. • Prueba de alta disponibilidad, failover, switchover y replicación. • Prueba de generación de respaldos. • Prueba de restauración de respaldos. • Prueba de recuperación en caso de desastre. Sí Archivo “06. GYG 2 Propuesta Técnica.pdf” Página(s) 7 PERIODO PARA LA PRESTACIÓN DEL SERVICIO El servicio será proporcionado de forma remota, a través de alguna de las tecnologías para conferencia, preferentemente Microsoft Teams o Cisco Webex. En caso de que no se cuente con alguna de las herramientas indicadas, la prestación del servicio puede impartirse mediante una herramienta de videoconferencia de Sí Archivo “06. GYG 2 Propuesta Técnica.pdf” Página(s) 7 y 8 Nombre del licitante: GYG Soluciones en Sistemas S.A.S. Descripción de lo solicitado en el Anexo Técnico Junta de aclaraciones Cumple Razones por las que No Cumple Foja Fundamento legal características similares a las herramientas antes señaladas y no debe representar ningún costo adicional para el “Instituto”. La interacción para la implementación del servicio será en conjunto, donde el personal designado por el Administrador del Contrato estará proporcionando el acceso a la infraestructura al “Proveedor”, para llevar a cabo las actividades. El servicio debe ser completado dentro de los 10 (diez) días hábiles a partir del 5 de diciembre de 2022, periodo en el que el personal del “Instituto” estará monitoreando en todo momento las actividades que realice el “Proveedor” en la infraestructura del “Instituto”. La ventana de implementación podrá definirse de lunes a viernes, en los horarios que indique el Administrador del Contrato y/o el personal que designe, los cuales serán comunicados vía correo electrónico, dentro de los 5 (cinco) días hábiles contados a partir del día hábil siguiente de la fecha de notificación de fallo. Al término del servicio, el “Proveedor” debe entregar una carta que indique la garantía por los servicios de implementación, la cual debe contener al menos la siguiente información: • Periodo de vigencia por 30 (treinta) días naturales a partir de la aceptación por parte del Admi...
Pruebas de Funcionalidad. Validación de la imagen maestra (véase numeral 6.7.1 Generación de imágenes maestras) autorizada para el Perfil, el “Proveedor” debe de contar con la disponibilidad de las imágenes maestras para su recuperación en caso de que la imagen se dañe o no corresponda. Pruebas de funcionalidad de los servicios de red. Registro en el Sistema de Gestión de ciclo de vida. El “Proveedor” se debe asegurar del registro de la evidencia documental digital, en el servicio de Gestión de Evidencia Documental. (véase numeral 6.6 Gestión de Evidencia Documental) Para cada perfil se debe verificar y entregar evidencia, conforme a lo siguiente: Que garantice que el perfil fue entregado en la ubicación y al resguardante indicado por el “Instituto”. Que la imagen maestra corresponda al perfil y sea la última versión aprobada, Que se encuentren activos y registrados los servicios relacionados por perfil (véase Apéndice Perfiles), El perfil tendrá todas las configuraciones necesarias para la integración del bien con el servicio correspondiente, Se registrará en el sistema de Gestión de ciclo de vida para la verificación de estos, así como la evidencia digital (véase numeral 6.6 Gestión de Evidencia Documental) de la entrega del perfil. Las pruebas de funcionalidad serán validadas a través de la herramienta propuesta para los servicios: Validación de la versión y tipo de la imagen maestra (véase numeral 6.6 Gestión de Evidencia Documental) autorizada por equipo de cómputo, el “Proveedor” debe de contar con un plan alterno de recuperación en caso de que la imagen se dañe o no corresponda. Registro en el sistema de Gestión de ciclo de vida. Para los Perfiles Torre: Actividades del “Participante”: Desempacar los equipos y sus componentes. Ubicación del equipo en su posición definitiva.
Pruebas de Funcionalidad. El Prestador probará y cualificará las características funcionales de los materiales, componentes y equipos, que el STC estime conveniente y necesario, dada su importancia o criticidad antes de la construcción, instalación y/o montaje final de los mismos, de la manera que aquí se describen las pruebas de calificación de los productos o de las construcciones parciales se realizarán de acuerdo con pruebas normalizadas reglamentariamente según la normativa vigente, con las especificaciones y/o pruebas de garantía de calidad aplicables. El Plan de Pruebas deberá ser aprobado por el STC o el Supervisor PPS previamente al inicio de las mismas. Deberá incluir, al menos: • Pruebas realizadas por el Prestador y presentación de resultados que sean aceptables para STC como evidencia de que se cumplirán los requisitos del contrato. • Pruebas realizadas por el Suministrador y presenciadas por el Prestador mediante informes certificados que sean aceptables para el STC, como una prueba de que se cumplirán los requisitos del contrato. • Pruebas previas de un artículo y presentación por el Prestador mediante informes certificados que sean aceptables por STC, como una evidencia de que se cumplirán los requisitos del contrato. • Pruebas presenciadas por los representantes del Propietario con resultados que sean aceptables por STC como prueba de que se cumplirán los requisitos del contrato. • Evidencia de equipos " Probados en Servicio" con resultados y certificación que sean aceptables por STC como prueba de que se cumplirán los requisitos del contrato. Aunque la mayoría de las pruebas funcionales de instalaciones o equipos de prueba se realizaran en fábrica y/o laboratorio, algunas pruebas habrá que realizarlas en el emplazamiento. Además, el STC exigirá pruebas de validación de todos los diseños nuevos y variantes de productos para los que no se proporcionen datos aceptables de acuerdo a la normativa y especificaciones de aplicación. En general, las pruebas de validación de subsistemas o componentes no serán exigidas por el STC si se dispone de datos aceptables de equipos idénticos o del mismo diseño, probadas en aplicaciones similares o mediante un test de calificación previo. Este requisito no intenta exigir pruebas adicionales donde ya se dispone de suficientes datos de calificación. No serán necesarias nuevas pruebas de calificación de un componente o subsistema, cuando su diseño es idéntico a un diseño que ya ha sido cualificado por pruebas anteriores y/o se prueba en...
Pruebas de Funcionalidad. Deberá incluir en su propuesta un programa para desarrollar un DRP en 3 meses de inicio de la operación. Derivado de lo anterior los licitantes deberán incluir en su propuesta técnica una carta bajo protesta de decir verdad que incluirán procesadores Intel Xeon serie 7400, con al menos 4 núcleos cada procesador en un servidor de rack de al menos cuatro procesadores para tener un total mínimo por servidor en rack de 16 núcleos, el no incluir esta carta será motivo de descalificación de la propuesta. La disponibilidad de la Tecnología de Información (TI) es crucial para mantener la continuidad de las operaciones. Una prolongada interrupción del servicio informático y/o de las operaciones puede causar pérdidas considerables con los usuarios. El DRP debe incluir la identificación de las amenazas que pueden generar un desastre, por lo que se verificara que se tengan estrategias desarrolladas que respondan ante tales amenazas. Se verificara que en el DRP se incluyan planes de acción para las amenazas identificadas y, por lo tanto, debe ser proactivo; esto es: "No se puede planear en función de las causas" y "Se debe planear para el escenario del peor caso". El DRP, al menos debe, considerar los inmuebles del Consejo e incluir niveles de recuperación como los que se enlistan a continuación: Entender las actividades de la organización y cómo se relacionan con los recursos. Evaluar las vulnerabilidades de la empresa, en todas sus áreas, incluyendo procedimientos operativos, equipo y espacio físico, integridad de los datos y planeación de contingencias. Entender cómo podrían verse afectados todos los niveles del Consejo en caso de un desastre. Desarrollo del plan de recuperación de corto plazo. Desarrollo del plan de recuperación de largo plazo, que incluya la forma de volver a las operaciones normales del negocio y asigne prioridades a las funciones que deben reasumirse. Durante la vigencia del contrato Evaluar, mantener y actualizar constantemente el plan conforme cambian las necesidades y objetivos del Consejo. Escenarios de desastres: Destrucción de las instalaciones. Por incendio, terremoto, inundación, accidente de tránsito, sabotaje, terrorismo, etc. Instalaciones inaccesibles. Por huelgas, disturbios públicos, acordonamiento del área, contaminación química o nuclear, etc. Instalaciones inutilizables por cualquier razón. Falla de componentes de equipos o dispositivos que los hacen no utilizables, como por ejemplo, defectos en la infraestructura del edificio, ...
Pruebas de Funcionalidad. Una vez concluida la implementación, la verificación de la funcionalidad del software instalado y validación de la configuración será ejecutado por el “Proveedor” y revisado y validado por el personal que designe el Administrador del Contrato. Para la aceptación y validación del servicio se debe llevar a cabo lo siguiente: • Prueba de conectividad con el motor de base de datos. • Prueba de balanceo de conexiones. • Prueba de alta disponibilidad, failover, switchover y replicación. • Prueba de generación de respaldos. • Prueba de restauración de respaldos. Sí Archivo “06. KST_LP-INE-067- 2022_02_SobreTec nico.pdf” Página(s) 7 Nombre del licitante: Kaizen Soluciones TIC, S.A. de C.V. Descripción de lo solicitado en el Anexo Técnico Junta de aclaraciones Cumple Razones por las que No Cumple Foja Fundamento legal • Prueba de recuperación en caso de desastre.
Pruebas de Funcionalidad. Una vez concluida la implementación, la verificación de la funcionalidad del software instalado y validación de la configuración será ejecutado por el “Proveedor” y revisado y validado por el personal que designe el Administrador del Contrato. Para la aceptación y validación del servicio se debe llevar a cabo lo siguiente: Prueba de conectividad con el motor de base de datos. Prueba de balanceo de conexiones. Prueba de alta disponibilidad, failover, switchover y replicación. Prueba de generación de respaldos. Prueba de restauración de respaldos.
Pruebas de Funcionalidad. El contratista se compromete a realizar mediciones de acuerdo con los parámetros establecidos, en la Estación Xxxxxxxxx, antes de realizar el proceso de desmonte y traslado de los equipos. Las siguientes mediciones se harán sobre los transmisores haciendo uso de la carga fantasma: Potencia incidente a la salida del filtro de armónicas El valor debe ser igual al medido en la estación Xxxxxxxxx. Potencia reflejada a la salida del filtro de armónicas El valor ser igual al medido en Xxxxxxxxx Desviación de frecuencia para 100% de modulación El valor ser igual al medido en Xxxxxxxxx Nivel de armónicas y espurios (Debe cumplir como mínimo la exigida por la Federal Communications Commission (FCC), es decir que debe ser igual o mejor a la resultante de la siguiente fórmula: 43 + 10 log (P), donde P es la potencia del transmisor ofertado.) El valor ser igual al medido en Xxxxxxxxx Respuesta de audiofrecuencia de 30 Hz a 15 kHz con pre- énfasis de 75 µseg. El valor ser igual al medido en Xxxxxxxxx Distorsión armónica total El valor ser igual al (THD+N) medido en Xxxxxxxxx Relación S/R El valor ser igual al medido en Xxxxxxxxx Las siguientes mediciones se harán sobre los transmisores conectados al sistema radiante correspondiente: Potencia incidente o potencia nominal del transmisor. El valor ser igual al medido en Xxxxxxxxx Potencia reflejada < 100 W Determinación del VSWR Máximo 1.23:1 NOTA: El Contratista debe contar con los equipos y elementos necesarios para realizar este Protocolo de Pruebas de Aceptación – Anexo No. 6. Antes de realizar la entrega de la estación a la Supervisión del contrato, el Contratista deberá haber realizado una rutina de pruebas de correcto funcionamiento e instalación de todos y cada uno de los equipos que haya provisto e instalado y sobre el sistema como un todo, de tal manera que se identifiquen las posibles fallas y se corrijan inmediatamente. Al momento de realizar la entrega de la Estación a la Supervisión, por parte del Contratista deberán estar presentes las personas necesarias para solucionar cualquier falla existente en todos los aspectos técnicos que afecten el funcionamiento de los equipos suministrados. De acuerdo con lo anterior, si la Supervisión reporta alguna falla, ésta deberá ser arreglada de manera inmediata por parte del Proponente elegido a través de este proceso, para lo cual contará con todas las personas idóneas y éstas con todos los elementos y herramientas necesarias suficientes.
Pruebas de Funcionalidad. Validación de la imagen maestra (véase numeral 6.7.1 Generación de imágenes maestras) autorizada para el Perfil, el “Proveedor” debe de contar con la disponibilidad de las imágenes maestras para su recuperación en caso de que la imagen se dañe o no corresponda. Realizar pruebas de funcionalidad de los servicios de red. Validar el correcto funcionamiento del Correo electrónico institucional. Validar el correcto funcionamiento del servicio de Mensajería. Validar el Acceso a Internet. Validar el correcto funcionamiento de los servicios de Impresión/Digitalización. Registrar en los servicios de autenticación de usuarios, equipos, gestión de software y validación de las características técnicas solicitadas que correspondan al Perfil. Realizar el registro en el Sistema de Gestión de ciclo de vida. Las pruebas de funcionalidad serán validadas a través de la herramienta propuesta para los servicios: Validación de la versión y tipo de la imagen maestra (véase numeral 6.6 Gestión de Evidencia Documental) autorizada por equipo de cómputo, el “Proveedor” debe de contar con un plan alterno de recuperación en caso de que la imagen se dañe o no corresponda. Registro en el sistema de Gestión de ciclo de vida. Para cada perfil se debe verificar y entregar evidencia digital, conforme a lo siguiente: Que garantice que el perfil fue entregado en la ubicación y al resguardante indicado por el “Instituto”. Que la imagen maestra corresponda al perfil y sea la última versión aprobada, Que se encuentren activos y registrados los servicios relacionados por perfil (véase Apéndice Perfiles), El perfil tendrá todas las configuraciones necesarias para la integración del bien con el servicio correspondiente, Se registrará en el sistema de Gestión de ciclo de vida para su verificación, así como la evidencia digital (véase numeral 6.6 Gestión de Evidencia Documental) de la entrega del perfil. El “Proveedor” se debe asegurar del registro de la evidencia documental digital en el Servicio de Gestión de Evidencia Documental (véase numeral 6.6 Gestión de Evidencia Documental). En el caso de que el usuario no necesite la trasferencia de la carpeta “Respaldo”, se deben de realizar las actividades mencionadas en el rubro de Instalación y Pruebas de Funcionalidad, para todos los perfiles. Para los perfiles A, PA y SA que cuentan con Sistema Operativo Linux Fedora 27 (Kernel 4.x): Actividades del “Proveedor”: Desempacar los equipos de cómputo y componentes. Instalación física de la totalidad de los...