ミッション保証

ミッションアシュアランスは、ミッションの成功を脅かす設計、製造、テスト、および現場サポートの欠陥を特定して軽減するための、ライフサイクル全体のエンジニアリングプロセスです。

ミッション保証の側面

ミッションアシュアランスには、設計、開発、テスト、展開、運用プロセスの成功を達成するためのシステムエンジニアリング、リスク管理、品質、管理原則の規律ある適用が含まれます。ミッションアシュアランスの理想は、常に100％の顧客成功を達成することです。ミッションアシュアランスは、企業、サプライベース、ビジネスパートナー、顧客ベース全体に広がり、顧客の成功を実現します。^[1]

ミッションアシュアランスの究極の目標は、機関の重要なビジネスプロセスの継続をサポートし、従業員、資産、サービス、機能を保護する回復力のある状態を作り出すことです。ミッションアシュアランスは、企業全体にわたって均一かつ体系的な方法でリスクに対処します。^[2]

ミッションアシュアランスは、プロジェクト管理、ガバナンス、システムアーキテクチャ、設計、開発、統合、テスト、運用の各部門が使用時にそれぞれの複合的なパフォーマンスを提供し保証することを要求する、新たな機能横断的な分野です。^[3]

米国国防総省の8500シリーズのポリシーには、可用性と整合性の要件の基礎となる3つのミッション保証カテゴリが定義されています。 ^[4] ^[5] ミッション保証カテゴリ（MAC）は、すべての国防総省システムに割り当てられています。^[6] これは、国防総省のミッションを成功裏に完了するための情報システムの重要性を反映しています。また、可用性と整合性の要件も決定します。

MAC I システムは、配備された部隊または緊急時の部隊の作戦準備や有効性にとって極めて重要な情報を処理します。MAC I データの損失は国防総省の任務の成功に重大な損害を与えるため、MAC I システムは最高レベルの整合性と可用性を維持し、最も厳格な保護手段を使用する必要があります。
MAC II システムは、配備された部隊や緊急時対応部隊の支援に重要な情報を処理します。MAC II システムが失われると、任務の成功や作戦準備に重大な悪影響が及ぶ可能性があります。MAC II データの整合性が失われることは許されないため、MAC II システムは最高レベルの整合性を維持する必要があります。MAC II データの可用性が失われるのは短期間のみ許容されるため、MAC II システムは中程度の可用性を維持する必要があります。MAC II システムでは、データの十分な整合性と可用性を確保するために、業界のベストプラクティスを上回る保護対策が必要です。
MAC III システムは、日常業務に必要な情報を処理しますが、配備された部隊や緊急時の部隊のサポートとは直接関係しません。MAC III データの損失は、ミッションの有効性や運用準備にすぐに影響を及ぼしません。MAC III データの損失は、短期的にはミッションの有効性や運用準備に大きな影響を与えないため、MAC III システムは、基本的なレベルの整合性と可用性を維持する必要があります。MAC III システムは、業界のベストプラクティスと見なされる対策によって保護する必要があります。

NASAのプロセスベースのミッション保証知識ベースシステムは、ミッション保証の実装であり、「NASAのすべてのプログラムとプロジェクトにわたって、重要な安全性とミッション保証データへの迅速かつ簡単なアクセス」を提供します。 ^[7]

参照

外部リンク

予算が限られた環境におけるミッション保証: 第 29 回全国宇宙シンポジウム、2013 年 4 月。米国国防総省の宇宙打ち上げ業界で軍事ペイロードに使用される用語としての「ミッション保証」について説明します (ビデオの 12:00 以降に 1 つの定義が示されています)。

参考文献

^ 「ミッション保証 - 政府は新たな運営実態に直面してリスクを異なる方法で管理する必要がある」。Booz Allen Hamilton Inc、2004年3月8日。2008年9月29日時点のオリジナルよりアーカイブ。 2009年9月4日閲覧。
^ 「ミッション保証における CMMI の役割」(PDF)。レイセオンインテリジェンスアンドインフォメーションシステムズ、エンジニアリング担当副社長、ジョングリム、2004 年 11 月 16 日。2006年 5 月 27 日時点のオリジナル(PDF)からアーカイブ。2009 年 9 月 4日に取得。
^ 「ミッション保証の必要性」(PDF)。RAHUL GUPTA、PRTM、2006年。 2009年9月4日閲覧。
^ 「情報保証ミッション保証カテゴリーと機密性レベル」(PDF)。国防総省。2011 年 7 月 22 日時点のオリジナル(PDF)からアーカイブ。2009年 9 月 4 日に閲覧。
^ 「DoD 命令 8500.2、情報保証 (IA) 実装、2003 年 2 月 6 日」(PDF)。国防総省。2009年 11 月 22 日のオリジナル(PDF)からアーカイブ。2010年 3 月 6 日に取得。
^ 「DIACAP 概要」。国防総省。2009 年 2 月 1 日時点のオリジナルよりアーカイブ。2011年 3 月 9 日閲覧。
^ 「プロセスベースのミッション保証知識ベースシステム」NASA。2009年7月30日時点のオリジナルよりアーカイブ。2009年9月4日閲覧。

[1] 「ミッション保証 - 政府は新たな運営実態に直面してリスクを異なる方法で管理する必要がある」。Booz Allen Hamilton Inc、2004年3月8日。2008年9月29日時点のオリジナルよりアーカイブ。 2009年9月4日閲覧。

[2] 「ミッション保証における CMMI の役割」(PDF)。レイセオンインテリジェンスアンドインフォメーションシステムズ、エンジニアリング担当副社長、ジョングリム、2004 年 11 月 16 日。2006年 5 月 27 日時点のオリジナル(PDF)からアーカイブ。2009 年 9 月 4日に取得。

[3] 「ミッション保証の必要性」(PDF)。RAHUL GUPTA、PRTM、2006年。 2009年9月4日閲覧。

[4] 「情報保証ミッション保証カテゴリーと機密性レベル」(PDF)。国防総省。2011 年 7 月 22 日時点のオリジナル(PDF)からアーカイブ。2009年 9 月 4 日に閲覧。

[5] 「DoD 命令 8500.2、情報保証 (IA) 実装、2003 年 2 月 6 日」(PDF)。国防総省。2009年 11 月 22 日のオリジナル(PDF)からアーカイブ。2010年 3 月 6 日に取得。

[6] 「DIACAP 概要」。国防総省。2009 年 2 月 1 日時点のオリジナルよりアーカイブ。2011年 3 月 9 日閲覧。

[7] 「プロセスベースのミッション保証知識ベースシステム」NASA。2009年7月30日時点のオリジナルよりアーカイブ。2009年9月4日閲覧。