RTCA DO-254, "Design Assurance Guidance For Airborne Electronic Hardware," là hướng dẫn chính cho việc sản xuất phần cứng điện tử hàng không, với phiên bản mới nhất được công bố vào năm 2000. RTCA DO-254 quy định các yêu cầu về vòng đời thiết kế cho các hệ thống điện tử hàng không và cung cấp hướng dẫn về khả năng đủ điều kiện bay (airworthiness) đối với phần cứng điện tử máy bay. DO-254, giống như DO-178, được ban hành thông qua sự hợp tác giữa RTCA và EUROCAE. DO-254 đã được FAA chính thức áp dụng vào năm 2005 nhằm đáp ứng việc sử dụng ngày càng nhiều các thiết bị điện tử khác nhau trong ngành hàng không.
Việc tuân thủ DO-254 giúp nâng cao mức độ an toàn cho hành khách, phi hành đoàn và các đơn vị vận hành, đồng thời củng cố năng lực tổ chức của bạn. Ngoài ra, vì một số dự án yêu cầu tuân thủ DO-254, điều này mang lại lợi thế cạnh tranh cho công ty của bạn so với các nhà sản xuất và nhà phát triển khác không đáp ứng được sự tuân thủ này.
Các quy trình chính trong chứng nhận DO-254 có thể được tóm tắt như sau:
- Quy trình Lập kế hoạch
- Quy trình Phát triển
- Quy trình Kiểm chứng
Quy trình phát triển phải bắt đầu sau khi quy trình lập kế hoạch hoàn tất, nhưng quy trình kiểm chứng phải được thực hiện xuyên suốt từ đầu đến cuối dự án.
Các tiêu chuẩn DO-254 phải được đáp ứng thông qua các tài liệu sau đây và nhiều tài liệu khác:
- PHAC (Plan for Hardware Aspects of Certification)
- HVP (Hardware Verification Plan)
- HVP (Hardware Validation Plan)
- HPAP (Hardware Process Assurance Plan)
- HAS (Hardware Accomplishment Summary)
Một số tài liệu DO-178 có thể tương đồng với tài liệu DO-254. Bạn có thể xem và mua các tài liệu DO-178 của chúng tôi tại đây.
Tài liệu DO254
PHAC
PHAC (Plan for Hardware Aspects of Certification) phải được lập ra trong quá trình lập kế hoạch và được cơ quan chứng nhận phê duyệt. PHAC thể hiện sự thống nhất giữa đơn vị xin chứng nhận và cơ quan chứng nhận về các quy trình và hành động cần thực hiện, cũng như các bằng chứng cần tạo ra, nhằm đáp ứng các khía cạnh phần cứng của việc chứng nhận. Trong kế hoạch này, đơn vị phát triển giải thích chiến lược của mình và cách áp dụng DO-254. Vui lòng nhấn vào đây để xem tài liệu PHAC của chúng tôi.
Hardware Verification & Validation Plan
Hardware Verification Plan kiểm tra xem phần cứng có đáp ứng các yêu cầu thiết kế hay không. Trong khi đó, Hardware Validation Plan được sử dụng để kiểm tra xem phần cứng có đáp ứng các yêu cầu vận hành và chức năng của người dùng hay không. Như đã nêu trong các định nghĩa trước, sự khác biệt cơ bản giữa kiểm chứng (verification) và xác nhận (validation) nằm ở môi trường thực hiện thử nghiệm. Tính đúng đắn của thiết kế được kiểm tra so với các yêu cầu thiết kế trong quy trình kiểm chứng. Tính đúng đắn của thiết kế được đánh giá so với yêu cầu của người dùng mục tiêu trong quy trình xác nhận. Các tài liệu này cũng cần được chuẩn bị như một phần của quy trình lập kế hoạch.
HPAP
HPAP (Hardware Process Assurance Plan) kiểm tra xem các quy trình và dữ liệu trong vòng đời thiết kế phần cứng đã được xác định và tuân thủ các kế hoạch đã được phê duyệt hay chưa. Các phương pháp cần thiết để đáp ứng mục tiêu đảm bảo thiết kế phần cứng, bao gồm các chiến lược đã xác định, được đề xuất tới cơ quan chứng nhận. Vui lòng nhấn vào đây để xem tài liệu HPAP của chúng tôi.
HAS
HAS (Hardware Accomplishment Summary) thông báo cho cơ quan chứng nhận về những gì đã hoàn thành ở khía cạnh phần cứng. Sự khác biệt giữa PHAC và HAS là: với PHAC, bạn cho cơ quan chứng nhận biết bạn dự định làm gì, còn với HAS, bạn cho họ biết bạn đã thực sự làm gì. HAS cũng cần chỉ ra các sai lệch so với tài liệu PHAC đã được phê duyệt. HAS nên bao gồm thông tin nhận dạng phần cứng, tình trạng phần cứng, lịch sử phiên bản và tuyên bố tuân thủ. Tài liệu này cũng tương tự như tài liệu Software Accomplishment Summary được sử dụng cho việc tuân thủ DO-178. HAS nên bao gồm các phần về tổng quan hệ thống và phần cứng, mô tả vòng đời thiết kế phần cứng, và dữ liệu vòng đời phần cứng. Vui lòng nhấn vào đây để xem tài liệu HAS của chúng tôi.
Các Giai đoạn Thiết kế
Giai đoạn Thiết kế Sơ bộ
Giai đoạn thiết kế sơ bộ bắt đầu từ đường cơ sở chức năng (functional baseline) được tạo ra trong quá trình thiết kế khái niệm, và tiếp tục bằng việc chuyển đổi các nhu cầu chức năng ở cấp hệ thống thành các yêu cầu thiết kế cho các hệ thống con sẽ được kết hợp để tạo thành hệ thống hoàn chỉnh. Quá trình chuyển đổi này đòi hỏi tiếp tục phân tích yêu cầu đã được khởi động từ giai đoạn thiết kế khái niệm. Các nhu cầu cụ thể về phần cứng, phần mềm và nhân sự của hệ thống phải được xác định. Các phân tích lợi ích/rủi ro được thực hiện, và công việc thiết kế sơ bộ dẫn đến việc tạo ra một đường cơ sở đã phân bổ, trong đó các nhu cầu được gán cho từng hệ thống con cấu thành hệ thống.
Giai đoạn Thiết kế Chi tiết
Giai đoạn thiết kế chi tiết là một quy trình kỹ thuật đa ngành nhằm đảm bảo hệ thống có thể tiến hành sản xuất, trình diễn và thử nghiệm trong khi vẫn đáp ứng các tiêu chí hiệu năng đã xác định trong giới hạn về chi phí, tiến độ và rủi ro. Đường cơ sở sản phẩm (product baseline) được khởi tạo trong giai đoạn thiết kế chi tiết. Mục đích của thiết kế chi tiết là đánh giá thiết kế cuối cùng của hệ thống theo các thông số kỹ thuật sản phẩm cho từng hạng mục cấu hình trong đường cơ sở sản phẩm, và xác nhận rằng từng hạng mục cấu hình đã được đưa vào các tài liệu thiết kế chi tiết.
Giai đoạn thiết kế chi tiết được hoàn tất thông qua việc tiến hành một Đánh giá Thiết kế Chi tiết (Critical Design Review). CDR đảm bảo rằng hệ thống có thể tiến hành thử nghiệm và sản xuất. CDR cũng xác nhận rằng các yêu cầu liên quan có thể được đáp ứng trong giới hạn ngân sách và tiến độ. Các bản vẽ và thông số kỹ thuật toàn diện thu được sẽ tạo thành một đường cơ sở cuối cùng cùng với đường cơ sở sản phẩm ban đầu. CDR phải được thực hiện kỹ lưỡng và toàn diện.
Giai đoạn Thiết kế Cuối cùng
Giai đoạn Thiết kế Cuối cùng bao gồm các bản vẽ kiến trúc và kỹ thuật chính xác cho mọi thành phần của dự án. Đối với một số dự án, việc lập báo cáo thiết kế cuối cùng là rất quan trọng. Mọi vấn đề thiết kế đã được xác định phải được giải quyết trước khi hoàn tất giai đoạn thiết kế cuối cùng. Các bản vẽ và báo cáo phải đủ chi tiết để cung cấp thông tin về tiến độ. Báo cáo thiết kế cuối cùng nên bao gồm tiến độ đã cập nhật, ước tính chi phí và các yêu cầu. Cũng cần xác nhận rằng dự án khả thi về mặt tài chính. Bất kỳ thay đổi nào được thực hiện trong Giai đoạn Thiết kế Cuối cùng đều tốn kém hơn so với các thay đổi ở các giai đoạn trước. Do đó, chúng phải được thực hiện hết sức thận trọng.
Tác giả: Can Önal ([email protected])
