2011年のスペースシャトルの廃止に伴い、NASAは宇宙飛行士を国際宇宙ステーション（ISS）に送り返して返すためにロシアの対応者に依存するようになりました。 NASAは、国内の打ち上げ能力をアメリカの土壌に戻すことを望んでおり、SpaceXやBoeingなどの航空宇宙開発会社と、商業用乗務員プログラム（CCP）の一環として乗務員対応宇宙船の開発を契約しています。
長年にわたる開発の後、ボーイングは CST-100スターライナー 2019年12月20日、最初の無人テスト飛行の準備ができています。残念ながら、ミッション中にしゃっくりが発生し、ISSとのドッキングが妨げられました。ミッションの独立したレビューの後、NASAとボーイングは61の是正措置が取られる前に取られる必要があると決定しました スターライナー 再び飛ぶことができます。
の カリプソ注目すべきは、ケープカナベラル空軍基地からの打ち上げに成功し、安全に自宅に着陸した（ニューメキシコ州ホワイトサンドの近くに着陸する）ことで、この設計は宇宙にふさわしいことを証明しています。しかし、宇宙船は飛行中に「経過時間エラー」を経験し、その結果、スラスタは宇宙船の燃料の多くを燃やすスラスタ活動の激しい期間を経験しました。
この時期尚早の火傷のため、ミッションコントローラーは宇宙船の計画されたランデブーをISSでスクラブし、 カリプソ 家。ミッションデータを確認した後、エラーの原因となったと考えられる3つの主要な異常が見つかりました。これらには、2つのソフトウェアコーディングエラーと、宇宙と地上間の通信の予期しない損失が含まれていました。
その後まもなく、これら3つの異常を調査するために、NASAとボーイングの共同独立検討チームが結成されました。調査の過程で、チームはボーイングの作業に関連するいくつかの問題（技術的および組織的）を特定しました。同時に、NASAは飛行試験への関与のレビューを実施し、参加に関して改善が可能ないくつかの領域を特定しました。
「ミッション経過タイマー（MET）」と呼ばれる最初の異常は、Altas Vロケットによる宇宙船の分離後に発生しました。現時点では、 スターライナー ミッションタイマーに関連付けられたいくつかの操作を実行するようにプログラムされています。コーディングのエラーにより、 スターライナー その時計をロケットと同期させたため、宇宙船は別のミッションの別のポイントにいると考えました。
2番目の異常、「サービスモジュールの廃棄による焼き付け」は、 スターライナーの乗務員とサービスモジュールの分離シーケンス。このソフトウェアエラーは、 スターライナー 修正スラスタを間違ったタイミングで発射し、宇宙船の燃料を使いすぎてしまう。最後に、重要なことですが、「宇宙と地上の通信（S / G）」の異常があり、飛行制御チームが時間内に修正措置を講じることができませんでした。
レビューによると、飛行制御チームの制御能力を妨げる「断続的なS / Gフォワードリンク」の問題がありました。 スターライナー 任務中に。これらの問題はすべて、将来の乗組員のミッションに重大なリスクをもたらすものとして特定されました。全体として、レビューチームは、4つのカテゴリに分類された2つのソフトウェアの異常に対処するための61の是正措置および予防措置を特定しました。
NASAブログに投稿された声明によると、それらには以下が含まれます：
- コード変更を実行します。 ボーイングは、ミッション経過タイマーとサービスモジュールの廃棄燃焼のコーディングを確認および修正します。
- 焦点を絞ったシステムエンジニアリングの向上： ボーイングは、ピアおよびコントロールボードのレビューを含むレビュープロセスを強化し、ソフトウェアプロセストレーニングを改善します。
- ソフトウェアテストの改善： ボーイングは、飛行のすべての段階でソフトウェアのテストの忠実度を高めます。これには、実際のフライトシステムと十分に類似したシミュレーションまたはエミュレーターによる改善されたエンドツーエンドのテストが含まれ、問題を適切に明らかにします。
- 製品の完全性を保証します。 ボーイングは、ハードウェア設計の変更がシステム設計に実装されるときに、ソフトウェアコーディングをチェックします。
レビューチームは、断続的な地上間通信の異常を調査中であり、3月末までに最終レポートを発行します。しかし、彼らは根本的な原因を特定し、その間に特定のハードウェアの改善を推奨しました。どうやら、問題は、宇宙船が他の2つの衛星の間を短時間通過したときに発生した無線周波数干渉の結果でした。
指摘されたソフトウェアの問題に加えて、レビューチームは、異常の原因となった組織の問題も特定しました。これに対応して、ボーイングは、ハードウェアとソフトウェアのテスト、レビュー、および承認プロセスを改善し、エンジニアリングボードの権限を持つ変更を導入する計画を発表しました。
ボーイングは完全なアクションリストを受け入れ、指定されたアクションのいくつかを実装するための作業をすでに開始しています。同社はまた、実装スケジュールを改善し、アクションの完全なリストを計画に組み込むように取り組んでいます。共同レビューチームは、NASAとボーイングから、今後の各アクションの進捗と実行を追跡するように任されています。
一方、NASAは、ソフトウェアの検証と検証のプロセスを改善するだけでなく、システム全体のシステム統合を改善する包括的な計画を考え出しました。 スターライナー。政府機関はまた、ハザードレポート、テスト環境、監査に関してより積極的に活動し、サポートを強化し、ボーイングのソフトウェアチームにスタッフを配置する予定です。
NASAとボーイングは、昨年12月の部分的な失敗の原因となったと考えられる技術的および組織的な問題に対処するために重要な措置を講じましたが、別の無人テスト飛行をスケジュールする前に、さらに作業を行う必要があります。 NASAはまた、将来のテストフライトの前に、ボーイングの職場文化の組織安全評価（OSA）を実施する予定です。
NASAの手続き上の要件に従って、NASAはスターライナーの試験飛行を「高視認性緊急通報」に指定しました。要するに、誰も傷つけられなかった、そしてNASAはそれが スターライナー 乗組員がいれば、けがはなかったでしょう。ただし、異常は無視できないほど大きく、さまざまな状況で深刻な結果を招く可能性があります。
NASAが手続き上の要件を更新した2004年以降、政府機関は24のフライトとテストを視認性の高い緊急通話として指定しています。宇宙探査に関しては、安全性が最重要であることを強調するために使用します。つまり、人類を宇宙に送り出すずっと前に、すべての問題（予見されているものと予見されていないもの）を解決できるように、厳密なテストを行う必要があります。
ただし、ボーイングの進歩とSpaceXの成功の間 クルードラゴン モジュール、国内発射機能がすぐに米国の土壌に復元されることはほぼ確実です。
