ニュース

Mar 30, 2024

2017年2月/2017年3月

認定を受けて今日の航空機の重要な機能に使用できるソフトウェアを開発することは、エンジニアがコスト、スケジュール、コストに関する課題に常に直面しているため、非常に困難な作業です。

認定を受けて今日の航空機の重要な機能に使用できるソフトウェアを開発することは、非常に困難な作業であり、エンジニアはコスト、スケジュール、リスク、欠陥、その他の要因に関連する課題に常に直面しています。 アビオニクスは、アビオニクス システム用に開発された安全性が重要なソフトウェアに基づく標準、文書、補足、検証と検証の取り組みがどのように新しい分野に拡大しているかについて業界の専門家に語ります。

DO-178C は 2012 年に発行され、2013 年には諮問回覧 (AC) が発行されましたが、ソフトウェア開発、コーディング、検証、構成管理、品質保証、およびソフトウェアを作成するエンジニアの連絡プロセスに命を吹き込み続けています。旅客機とビジネス航空機のみ。

2017 年以降の自動運転車、見通し外の無人航空機、宇宙船のソフトウェアでも、主にベスト プラクティス ガイドとしてその文書 (1982 年のソフトウェアの基本的な考え方に基づく) が使用されています。 結局のところ、航空機搭載ソフトウェアは、民間航空規則に基づいて乗客を運ぶ航空機搭載技術およびコンポーネントの安全性が重要な構造における重要な要素の 1 つです。

最初の文書は 1982 年に発行されてから、その後 12 年間に 2 回、DO-178A と DO-178B に更新されました。 後者は、航空機搭載ソフトウェアに関する特定の目的、活動、および証拠の 5 つのレベルを確立しました。 専門家らによると、DO-178Cはその中核や全体的な枠組みでは-178Bとそれほど変わらないが、この文書は世界中の新世代の航空宇宙技術者に取り上げられており、業界では理解がまだ常態化しつつあるという。

「中心となる文書である DO-178C は DO-178B に非常に似ています。 すべての変更は明確化ですが、コアドキュメントに固執する場合、変更はある程度最小限になります。 サプリメントを使用する必要がなければ、DO-178B に基づいたソフトウェア開発から DO-178C に移行することは、それほど難しいことではありません」と Cyrille Comar 氏は言います。

AdaCore Europe の共同創設者兼マネージング ディレクターである Comar は、DO-178C を定義した最初の RTCA 特別委員会 205 に関与していました。 同氏は、指定技術代表者 (DER) やアビオニクス ソフトウェア開発を担当する専門家が経験を積むにつれて、この文書とその補足が業界で受け入れられ、標準化され始めたのは近年のことだと述べています。

「新しいプラットフォームでアビオニクス ソフトウェアのコードを作成する場合、DO-178C は必須です」と Comar 氏は言います。 「DO-178Bはもう使用できません。 新しいプログラムやプロジェクトでは、DO-178C に従う必要があります。」

安全性が重要な航空機搭載ソフトウェアの開発、テスト、検証、検証、そして最終的な認証の取得は、アビオニクス企業が毎年発生する最も高価なコストの 1 つです。 コストを増加させる主な要因の 1 つは、航空電子工学システムがレーダー、ディスプレイ、通信、ミッション コンピューターなどのさまざまなアプリケーションやサブシステム間で通信するためにカスタム ソフトウェアを従来から使用していることです。

産業用モノのインターネット接続プラットフォーム会社である Real-Time Innovations によると、ソフトウェアを作成し、必要な認証証拠を編集するのに必要なプロセスには数か月から数年かかり、場合によってはコード 1 行あたり 100 ドル程度のコストがかかる場合があります。は、DO-178C 設計保証レベル (DAL) A 認証証拠パッケージを完成させ、実稼働プラットフォームに導入するために、初のデータ配布サービス (DDS) 標準を導入しました。

「航空機搭載ソフトウェア開発チームや企業にとっての重要な問題は、ソフトウェアに機能を追加する開発サイクルと開発コストを短縮することです」と RTCA プログラム ディレクターのレベッカ モリソン氏は述べています。 彼女は、ロックウェル コリンズ社の元システム エンジニア兼技術プロジェクト マネージャーであり、DO-178B、DO-254、その他多くの安全性が重要な規格に基づいた新技術の開発に業界で携わった経験があります。

モリソン氏は、コスト管理の鍵は、コアのソフトウェアプロセスから独立して構成ファイルを変更できること、そして最初からすべてのソフトウェアをテストする必要がないようにその独立性を実証できることであると述べた。 最大のコストの 1 つは、すべてのソフトウェアを再テストすることです。 たとえば、開発者がサービス速報の変更をさまざまなソフトウェアに対して独立して行うことができることを示すことができれば、新しい開発をより迅速にコックピットに入れることができるようになると彼女は言います。