設計審査（米国政府）

米軍の統合調達ライフサイクル[ 1 ] [ 2 ]では、技術部門に複数の調達技術レビューがあります。[ 3 ]技術レビューと監査は調達を支援し、その数と種類は調達に合わせて調整されます。[ 4 ]全体的なガイダンスは国防調達ガイドブックの第4章に基づいていますが、[ 5 ]地域の詳細はレビュー組織によってさらに定義されます。[ 6 ] [ 7 ] [ 8 ] [ 9 ]検討される一般的なトピックには、プログラム/契約指標の妥当性、適切な人員配置、リスク、予算、スケジュールなどがあります。

NASAのエンジニアリング設計ライフサイクルでは、技術的およびプログラム的な説明責任を果たし、プロジェクトへの資金提供を承認するために設計レビューが行われます。 [ 10 ]設計レビューでは、分野の専門家と管理者の独立したチームが、設計（またはコンセプト）がプログラム的および技術的な観点から現実的かつ達成可能であるかどうかを詳細に評価します。

医療機器開発者には、米国食品医薬品局（FDA ）の規制規則21CFR820に記載されている設計管理システムの一環として、設計レビューも義務付けられています。21CFR820.3(h)では、設計レビューは「設計要件の妥当性、設計がこれらの要件を満たす能力、および問題点を特定するための、文書化された包括的かつ体系的な設計審査」と定義されています。FDAはまた、設計レビューには独立したレビュー担当者を含める必要があると規定しています。

レビュープロセス

取り組みによって行われるレビューのリストと、レビューで使用される内容、性質、プロセス、および目的は、関係する組織と取り組みの特定の状況によって大きく異なります。たとえば、米国国防総省内であっても、システム要件レビューのケースでは、(1) 個々の要件を 5 日間精査する、(2) システム要件が承認され、開発文書が正式なアクション アイテムとともにレビューされた後にのみ許可される、開発計画文書に関する 2 日間の議論、(3) プロジェクト マネージャーが決定した内容の半日間の PowerPoint プレゼンテーションで、参加者は高位の (非技術者の) 関係者に限定され、PM が「SRR 完了」を宣言できる以外に成果物はありません。

取り組みに関して行われる可能性のあるレビューには次のようなものがあります。

ミッションコンセプトレビュー（MCR）

MCR は、ミッションの必要性を確認し、提案されたミッションの目的とそれらの目的を達成するための概念を検討します。

システム要件レビュー（SRR）

SRR は、システムに対して定義された機能要件とパフォーマンス要件、および予備プログラムまたはプロジェクト計画を検査し、要件と選択されたコンセプトがミッションを満たすことを確認します。

ミッション定義レビュー（MDR）

MDR は、提案された要件、ミッション アーキテクチャ、およびミッションのすべての機能要素へのフローを検査して、全体的なコンセプトが完全で、実現可能であり、利用可能なリソースと一致していることを確認します。

システム設計レビュー（SDR）

SDRは、提案されたシステム アーキテクチャと設計、およびシステムのすべての機能要素へのフローを検査します。

予備設計レビュー（PDR）

PDRは、予備設計が許容可能なリスクとコストおよびスケジュールの制約内ですべてのシステム要件を満たしていることを実証し、詳細設計に進むための基礎を確立します。PDRは、適切な設計オプションが選択され、インターフェースが特定され、検証方法が記述されていることを示します。[ 11 ] [ 12 ]

PDR の一般的な目的は次のとおりです。

  • すべてのシステム要件が検証され、割り当てられ、要件が完了し、フローダウンがシステムパフォーマンスを検証するのに適切であることを確認します。
  • 提案された設計が機能要件と性能要件を満たすことが期待されることを示す
  • 最終設計に進むために、提案された設計アプローチが十分に成熟していることを示す
  • 設計が検証可能であり、リスクが特定され、特徴付けられ、必要に応じて軽減されていることを示します。

重要設計レビュー（CDR）

CDRは、設計の成熟度が、本格的な製造、組立、統合、試験を進めるのに適切であることを示しています。CDRは、特定されたコストとスケジュールの制約内でミッションの性能要件を満たし、飛行システムと地上システムの開発およびミッション運用を完了するための技術的努力が順調に進んでいると判断しています。[ 13 ]

CDR の一般的な目的は次のとおりです。

  • 「構築」ベースラインに、機能要件とパフォーマンス要件を満たす詳細なハードウェアおよびソフトウェア仕様が含まれていることを確認します。
  • 設計が製造、検証、運用、その他の専門エンジニアリング組織によって十分に監査されていることを確認する
  • 製造段階に進むのに十分な生産プロセスと管理が確保されていることを確認する
  • 計画された品質保証（QA）活動によって、高品質な製品を生産するための知覚的な検証とスクリーニングのプロセスが確立されることを確立する
  • 最終設計が PDR で確立された仕様を満たしていることを確認します。

生産準備状況レビュー（PRR）

PRRは、3つ以上、あるいはプロジェクトで定められた数の複数または類似のシステムを開発または取得する飛行システムおよび地上支援プロジェクトのために作成されます。PRRは、システム開発者が必要な数のシステムを効率的に生産するための準備状況を確認します。これにより、生産計画、製造、組立、統合を可能にする製品、そして人員が整備され、生産開始の準備が整っていることが保証されます。

テスト準備レビュー（TRR）

TRRは、試験対象物（ハードウェア／ソフトウェア）、試験施設、サポート要員、および試験手順が試験およびデータの取得、縮減、および制御の準備が整っていることを保証します。これは、重要な意思決定ポイントへの進入の前提条件ではありません。

システム受入レビュー（SAR）

SARは、特定の最終製品の完成度を、期待される成熟度レベルに照らして検証し、利害関係者の期待への適合性を評価するものです。SA​​Rは、システム、その最終製品と文書、そして検証を裏付ける試験データと分析を審査します。また、システムが指定運用施設または射場への出荷を承認するのに十分な技術的成熟度を備えていることも確認します。

運用準備状況レビュー（ORR）

ORR は、実際のシステム特性と、システムまたは最終製品の動作に使用される手順を検査し、すべてのシステムとサポート (飛行および地上) のハードウェア、ソフトウェア、人員、手順、およびユーザー ドキュメントがシステムの展開状態を正確に反映していることを確認します。

ORR の一般的な目的は次のとおりです。

  • 利用可能な地上および飛行試験結果、分析、運用デモンストレーションの検査を通じて、システムが運用モードに移行する準備ができていることを確認します。
  • すべての運用およびサポートモード（通常、緊急時、計画外）を考慮して、システムが運用上およびロジスティクス的に適切にサポートされていることを確認します。
  • 運用文書が完了し、システム構成と計画された運用モードを反映していることを確認します。
  • トレーニング機能が整備されており、システムの保守、準備、運用、復旧のあらゆる側面をサポートする能力が実証されていることを確認します。

飛行準備レビュー（FRR）

FRRは、安全かつ成功裏に飛行または打ち上げを実施し、その後の飛行運用に向けてシステムの準備状況を判断するための試験、デモンストレーション、分析、監査を実施します。また、飛行および地上のすべてのハードウェア、ソフトウェア、人員、および手順が運用可能な状態にあることを確認します。

FRR の一般的な目的は次のとおりです。

  • 許容できるリスクで飛行業務を安全に進めることができるという認定を受けます。
  • システムとサポート要素が適切に構成され、起動の準備ができていることを確認します。
  • すべてのインターフェースに互換性があり、期待どおりに機能することを確認します。
  • システム状態が、go/no-go 基準に基づいて起動の「go」決定をサポートしていることを確認します。

参照

参考文献

  1. ^ Integrated Defense AT&L Lifecycle Management Chart Archived February 13, 2013, at the Wayback Machineこの記事には、パブリック ドメインパブリックドメインであるこのソースからのテキストが組み込まれています。
  2. ^ 「統合防衛調達・技術・物流ライフサイクル管理フレームワーク図」（PDF） 。 2017年1月6日時点のオリジナル（PDF）からアーカイブ。 2016年5月31日閲覧。パブリックドメインこの記事には、パブリック ドメインであるこのソースからのテキストが組み込まれています。
  3. ^技術レビューの定義Archived 2013-02-20 at the Wayback Machineこの記事には、パブリック ドメインパブリックドメインであるこのソースからのテキストが組み込まれています。
  4. ^ Systems Engineering Technical Reviews スライダーArchived 2012-10-20 at the Wayback Machineこの記事には、パブリック ドメインパブリックドメインであるこのソースからのテキストが組み込まれています。
  5. ^ 「防衛調達ガイドブック」 。 2013年2月13日時点のオリジナルよりアーカイブ。2013年4月11日閲覧。パブリックドメインこの記事には、パブリック ドメインであるこのソースからのテキストが組み込まれています。
  6. ^ NAVSEA 技術レビュー マニュアルArchived 2015-09-01 at the Wayback Machineこの記事には、パブリック ドメインパブリックドメインであるこのソースからのテキストが組み込まれています。
  7. ^ 「NAVAIR INST 4355.19D、システムエンジニアリング技術レビュープロセス」（PDF） 。 2015年8月31日時点のオリジナル（PDF）からアーカイブ。 2015年8月12日閲覧。パブリックドメインこの記事には、パブリック ドメインであるこのソースからのテキストが組み込まれています。
  8. ^ 「Everyspec NAVAIRINST 4355.19 システムエンジニアリング技術レビュー（補足Bを含む）」 。 2015年8月12日閲覧。パブリックドメインこの記事には、パブリック ドメインであるこのソースからのテキストが組み込まれています。
  9. ^システムエンジニアリングの基礎。 2017年1月31日にWayback Machineにアーカイブ。第11章「技術レビューと監査、付録16-aスケジュール」国防調達大学出版局、2001年。この記事にはパブリックドメインのこのソースからのテキストが組み込まれています。パブリックドメイン
  10. ^ NASA 手順要件、件名: NASA システム エンジニアリング プロセスおよび要件、付録 G 責任部署: 主任技師室、NPR 7123.1B、発効日: 2013 年 4 月 18 日、有効期限: 2018 年 4 月 18 日この記事には、パブリック ドメインパブリックドメインであるこのソースからのテキストが組み込まれています。
  11. ^ジェームズ・チャップマン、「エンジニアリング設計レビュー」。
  12. ^ 「国防調達ガイドブック10.5.3 予備設計審査」 。 2016年1月14日閲覧。パブリックドメインこの記事には、パブリック ドメインであるこのソースからのテキストが組み込まれています。
  13. ^ navy.mil Archived 2015-05-27 at the Wayback Machine "Critical Design Review" Published 2013-4-4 Retrieved 2015-5-12この記事には、パブリックドメインパブリックドメインであるこのソースからのテキストが組み込まれています。
「 https://en.wikipedia.org/w/index.php?title=Design_review_(US_government)&oldid=1317378743#Critical_Design_Review_(CDR)」より取得