CAPÍTULO 146. MONITOREO DE CAMBIOS APROBADOS DE SOFTWARE DE AVIÓNICA

Transcripción

1 CAPÍTULO 146. MONITOREO DE CAMBIOS APROBADOS DE SOFTWARE DE AVIÓNICA 1. CÓDIGOS DE ACTIVIDADES Sección 1. Antecedentes Aviónica: Reservado. 3. OBJETIVO. Esta tarea provee una guía para el control y monitoreo de los cambios en el software de aviónica del poseedor del COA, para unidades reemplazables en línea (Line Replaceable Units - LRU s) 5. GENERALIDADES. A. Definición Sistema Segmentario (Partitioned System): Un sistema de Hardware/software que se diseña para separar las funciones relacionadas con la seguridad de otras funciones. Esto asegura que ninguna acción en una función no relacionada con la seguridad puede causar una falla en una función relacionada con la seguridad. B. Cambios de software realizados post - certificación pueden requerirse cuando lo siguiente ocurra: Cambios de la capacidad funcional del sistema. Errores de diseño son descubiertos durante el servicio. (1) Si se realiza un cambio de software post - certificación, se debe tener mucho cuidado por cuanto inclusive hasta el más pequeño cambio puede llevar a " errores secundarios" en el software. Los errores secundarios son aquellos que no estaban presentes o cuyos efectos no fueron detectados cuando el sistema fue certificado rápidamente. (2) Por cuanto únicamente los cambios en el software relacionados con la seguridad se tratarán como una alteración importante, es necesario predeterminar qué software será afectado por el cambio. (3) La mayoría de los diseños actuales de sistemas usan un programa de software que no esta particionado. El uso de un sistema no VOL. III REVISIÓN 02 (06/00) PAG

2 particionado hace que sea necesario determinar si los cambios propuestos afectan a la operación de la aeronave en forma segura mediante la evaluación las funciones realizadas por el sistema. Los sistemas para el público, diversión del pasajero, y la cocina del avión son ejemplos de sistemas que no afectan a la seguridad. (4) Se debe poner cuidado en asegurarse de que el particionamiento realmente existe, especialmente cuando está implementado en el software. Cuando el particionamiento sí existe, los cambios pueden hacerse en el software no relacionado con la seguridad sin la aprobación de la Autoridad de los métodos usados para la verificación y validación. C. Si un poseedor del COA desea diseñar cambios en el código objeto (software) de una unidad reemplazable en línea, entonces debe establecer y cumplir con un programa de validación y verificación de software equivalente al descrito por RTCA/DO - 178A, Software Considerations in Airborne Systems and Equipment Certification (Consideraciones de Software en los Sistemas de a Bordo y la Certificación del Equipo.) (1) Una programa de validación y verificación del software no es necesario si el poseedor del COA sólo desea modificar las unidades reemplazables en línea mediante la incorporación de software que ha sido anteriormente aprobado por la Autoridad del Estado de diseño. (2) El nivel de sofisticación y el esfuerzo necesitado para que se realicen los cambios del diseño original al software residente difiere de aquel que se necesita para la incorporación de un cambio pre - aprobado de software. Un cambio pre - aprobado del software puede ser realizado mediante: La instalación de un nuevo dispositivo de memoria nueva que contiene el código objeto aprobado. La introducción del código objeto aprobado en un dispositivo programable contenido dentro de la unidad reemplazable en línea D. El Inspector Principal de Aviónica tiene la responsabilidad de la aprobación del programa de mantenimiento de aviónica del operador. El programa de mantenimiento debe incluir procedimientos apropiados para el mantenimiento / inspección de todos los componentes y equipos de aviónica, incluyendo sistemas completos. PAG REVISIÓN 02 (06/00) VOL. III

3 (1) Cambios realizados al software que cumple funciones que afectan a la seguridad de las operaciones de la aeronave deben tratarse como alteraciones mayores. Todos los otros cambios de software deben tratarse como alteraciones menores. (2) El operador debe establecer que el particionamiento existe antes de hacer cambios al software que no afecta a la seguridad cuando tal software está contenido en un sistema que afecta a la seguridad. (3) Cuando un cambio en el software ha sido aprobado anteriormente, un operador puede modificar el equipo implementando el cambio de software, aún cuando el cambio de software está relacionado con la seguridad de la aeronave. VOL. III REVISIÓN 02 (06/00) PAG

4 Sección 2. Procedimientos 1. PRE-REQUISITOS, REQUERIMIENTOS DE COORDINACIÓN, Y ENTRENAMIENTO RECURRENTE. A. Pre-requisitos Conocimiento de los requerimientos regulatorios del RAB 43. La terminación del Curso de Adoctrinamiento de Inspector de Aeronavegabilidad para la Aviación General e Inspecciones a Transportadores Aéreos, o un curso equivalente. La identificación, autorización, y habilitación por parte del Jefe Nacional de Aeronavegabilidad para llevar a cabo el monitoreo. B. Coordinación. Esta tarea requiere coordinación con el Operador, el fabricante, con la Autoridad de Aviación Civil encargada de la Certificación de esa aeronave, y con la Unidad de Aeronavegabilidad. 3. REFERENCIAS, FORMULARIOS, Y AYUDAS-TRABAJO A. Referencias RAB s 21, 43, 90, 91, y 119. AC FAA , Airworthiness Approval of Airborne Loran-C Navigation Systems for Use in the U.S. National Airspace System (NAS), en su última modificación Manual Guía del Inspector de Aeronavegabilidad, Vol. 2, Cap. 1, Procedimientos de Aprobación en Sitio de Reparaciones y Alteraciones Mayores. RTCA/DO - 178A, Software Considerations in Airborne Systems and Equipment Certification. B. Formularios. * Formulario D.G.A.C. 337, Reparaciones y Alteraciones Mayores. C. Ayudas-Trabajo. Ninguna. PAG REVISIÓN 02 (06/00) VOL. III

5 5. PROCEDIMIENTOS A. Revise el Manual del Operador. Revise manuales aplicables, incluyendo el manual de mantenimiento del operador, para asegurar lo siguiente: (1) Los boletines de servicio del fabricante que describan que el cambio está aprobado por la Autoridad del Estado de diseño. (2) El Equipo de Testeo Automático recomendado por el fabricante(ate)/un equivalente aprobado/equipo de testeo manual y un test dam son actuales y capaces de cumplir con los tests requeridos. (3) Los procedimientos están descritos para transferir el software desde el medio facilitado por el fabricante a los dispositivos de memoria de la unidad reemplazable en línea. (4) Los Procedimientos están descritos para chequeos asegurando que ningún error sea introducido mediante la transferencia cuando los dispositivos de memoria son reprogramados. (5) El manual claramente describe que los cambios de software de aviónica que cumplen funciones que afectan la seguridad de las operaciones de la aeronave serán limitados a lo siguiente: A aquellos descritos en los boletines de servicio de aviónica del fabricante aprobados por la Autoridad del Estado del diseño. A aquellos para los que el operador ha obtenido la aprobación de la Autoridad del Estado del diseño. (6) Existen controles para prevenir cambios no autorizados en el software y que esos cambios sean realizados según los procedimientos descritos en ese sentido. (7) Cualquier cambio en el software es reflejado en una revisión apropiada a la identificación de la unidad reemplazable en línea según los criterios del RTCA Document No. DO - 178A. B. Revise los Registros de Entrenamiento. Asegúrese de que en los registros de entrenamiento del operador se enumeran a aquellas personas: Entrenadas en los procedimientos, uso de herramientas, y los tests necesarios para incorporar al nuevo software. VOL. III REVISIÓN 02 (06/00) PAG

6 Calificados para hacer las inspecciones cuando el trabajo es terminado y las unidades se liberan al servicio. NOTA: El entrenamiento en fábrica puede ser necesario antes de usar nuevos procedimientos y herramientas para incorporar el software, dependiendo de la complejidad de las tareas involucradas. C. Apruebe los Cambios en el Diseño del Software del Operador que Requieren de Asistencia Técnica por parte de la Autoridad. (1) Para cambios que afectan la seguridad de la aeronave, contáctese con la Autoridad del Estado de diseño para solicitar una revisión de ingeniería y aprobación de los métodos de validación y verificación a ser usados por el operador durante el diseño y testeo del nuevo software. (2) Para cambios que no afectan la seguridad de la aeronave en un sistema que ha sido particionado realice lo siguiente: Contáctese con la Autoridad del Estado de diseño y pida una verificación para confirmar que el particionamiento existe. Asegúrese de que los cambios en el software no afectarán las funciones que afectan a la seguridad de la aeronave. 7. RESULTADOS DE LA TAREA A. La terminación de esta tarea puede resultar en la coordinación para la aprobación o negación del cambio propuesto con el apoyo técnico de la Autoridad del Estado de diseño y la Autoridad. 9. FUTURAS ACTIVIDADES. Ninguna. PAG REVISIÓN 02 (06/00) VOL. III