RTCA DO-254, “Orientación para la Garantía de Diseño de Hardware Electrónico Aéreo”, es la guía principal para producir hardware electrónico aéreo cuya última versión se publicó en 2000. RTCA DO-254 especifica los requisitos del ciclo de vida del diseño para sistemas aviónicos y proporciona pautas para la aeronavegabilidad del hardware electrónico de las aeronaves. DO-254, al igual que DO-178, también se publicó en colaboración con RTCA y EUROCAE. DO-254, en 2005, fue formalmente aceptado por la FAA en respuesta al creciente uso de varios equipos electrónicos en sistemas aéreos.
El cumplimiento de DO-254 ayuda a mejorar la seguridad de los pasajeros, la tripulación y el operador, y fortalece su negocio. Además, proporciona a su empresa una ventaja competitiva ya que algunos proyectos requieren cumplimiento de DO-254, y tendrá una ventaja sobre otros fabricantes y desarrolladores que no lo ofrecen.
Los procesos principales para la certificación DO-254 se pueden resumir en
- Proceso de Planificación
- Proceso de Desarrollo
- Proceso de Corrección
Es importante notar que el proceso de desarrollo debe comenzar después de la finalización del proceso de planificación, mientras que el proceso de corrección debe llevarse a cabo durante todo el proyecto.
Los estándares DO-254 deben ser satisfechos por documentos tales como:
- PHAC (Plan for Hardware Aspects of Certification)
- HVP (Hardware Verification Plan)
- HVP (Hardware Validation Plan)
- HPAP (Hardware Process Assurance Plan)
- HAS (Hardware Accomplishment Summary)
Algunos documentos DO-254 pueden parecerse a los documentos DO-178. Nuestras listas de verificación DO-178 están disponibles para revisión y compra aquí.
Documentos DO254
PHAC
PHAC (Plan for Hardware Aspects of Certification) debe producirse en el proceso de planificación y ser aprobado por la autoridad. PHAC refleja un acuerdo entre el solicitante de certificación y la autoridad certificadora sobre los procedimientos y acciones a realizar, así como la prueba resultante a generar, para cumplir con los aspectos de hardware de la certificación. En el contexto de este plan, el desarrollador describe su estrategia y cómo se implementa DO-254. Para consultar nuestro documento PHAC, por favor haga clic aquí.
Hardware Verification & Validation Plan
Hardware Verification Plan verifica si el hardware cumple con las especificaciones de diseño. El Hardware Validation Plan, por otro lado, se utiliza para verificar que el hardware cumpla con las necesidades operativas del usuario. La distinción básica entre verificación y validación, como se indica en las definiciones anteriores, es el entorno en el que se realizan las pruebas. La precisión del diseño se verifica contra las especificaciones de diseño en un flujo de verificación. La precisión del diseño se evalúa frente a las demandas del usuario previsto durante el flujo de validación. Estos documentos también deben prepararse como parte del proceso de planificación.
HPAP
HPAP (Hardware Process Assurance Plan) verifica si los procesos y datos del ciclo de vida del diseño de hardware están definidos y también conformes con los planes aprobados. Se proponen a la autoridad de certificación los métodos para cumplir con los objetivos de garantía de diseño de hardware, incluyendo estrategias definidas. Para consultar nuestro documento HPAP, por favor haga clic aquí.
HAS
HAS (Hardware Accomplishment Summary) informa a la autoridad de certificación sobre lo que se logró en el lado del hardware. La diferencia entre PHAC y HAS es que, con PHAC le dijiste a la autoridad de certificación lo que planeabas hacer, mientras que con HAS les dices lo que realmente hiciste. HAS también debe especificar cualquier desviación del PHAC aprobado. HAS debe comprender información de identificación de hardware, estado del hardware, historial de versiones y declaración de cumplimiento. También se parece al Software Accomplishment Summary, que es una lista de verificación para la conformidad de DO-178. Debe contener las siguientes secciones; visión general del sistema y hardware, descripción del ciclo de vida del diseño de hardware, datos del ciclo de vida del hardware. Para consultar nuestro documento HAS, por favor haga clic aquí.
Fases de Diseño
Fase de Diseño Preliminar
El diseño preliminar comienza con la línea base funcional establecida durante el diseño conceptual y avanza hacia el trabajo de traducir las necesidades funcionales a nivel de sistema en requisitos de diseño para los subsistemas que se fusionarán para formar el sistema. Esta traducción requiere continuar el análisis de requisitos iniciado en el diseño conceptual. Deben definirse necesidades específicas para el hardware, el software y el personal del sistema. Se realizan análisis de compensación y el trabajo de diseño preliminar resulta en la construcción de una línea base asignada, en la que las necesidades se asignan a subsistemas individuales que componen el sistema.
Fase de Diseño Crítico
La fase de diseño crítico es un proceso técnico multidisciplinario que asegura que un sistema pueda avanzar a la fabricación, demostración y pruebas mientras cumple con los criterios de rendimiento establecidos dentro de las limitaciones de costo, tiempo y riesgo. La línea base del producto se inicializa durante la fase de diseño crítico. El objetivo del diseño crítico es evaluar el diseño final de un sistema según se define en las especificaciones del producto para cada elemento de configuración en la línea base del producto del sistema y confirmar que cada elemento de configuración se ha incluido en la documentación de diseño detallado.
La fase de diseño crítico se completa realizando la Revisión de Diseño Crítico (CDR). CDR asegura que el sistema pueda avanzar a las pruebas y producción. También expresa que los requisitos mencionados pueden cumplirse dentro del presupuesto y el cronograma. Los dibujos y especificaciones completos que surgen proporcionan una línea base de producto inicial, con una línea base final. CDR debe ser exhaustivo y completo.
Fase de Diseño Final
La Fase de Diseño Final incluye dibujos arquitectónicos y técnicos precisos de cada componente del proyecto. Puede ser importante generar un informe de diseño final para algunos proyectos. Antes de completar el proceso de diseño final, todos los problemas de diseño detectados deben resolverse. Los dibujos e informes deben ser lo suficientemente detallados como para proporcionar estimaciones relativamente precisas de los costos de construcción y operación, así como de los plazos de construcción. Un cronograma revisado, estimaciones de costos y requisitos deben incluirse en el informe de diseño final. También debe autorizarse que el proyecto sea económicamente factible. Cualquier cambio realizado durante la Fase de Diseño Final es más costoso que los realizados durante las fases anteriores. Como resultado, debe realizarse con gran cuidado.
Can Önal ([email protected])
Mor Teknoloji
