この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
序文
ISO (国際標準化機構) と IEC (国際電気標準会議) は、世界標準化のための専門システムを形成しています。 ISO または IEC のメンバーである各国団体は、特定の技術活動分野に対処するためにそれぞれの組織によって設立された技術委員会を通じて国際規格の開発に参加しています。 ISO と IEC の技術委員会は、相互に関心のある分野で協力します。政府および非政府の他の国際機関も、ISO および IEC と連携してこの作業に参加しています。情報技術の分野では、ISO と IEC は共同技術委員会 ISO/IEC JTC 1 を設立しました。
この文書の開発に使用される手順と、そのさらなる保守を目的とした手順は、ISO/IEC 指令、 Part 1 に説明されています。特に、さまざまなタイプの ISO 文書に必要なさまざまな承認基準に注意する必要があります ( www.iso.org を参照) /ディレクティブ )
IEEE 標準文書は、IEEE Societies および IEEE Standards Association (IEEE-SA) 標準委員会の標準調整委員会内で開発されています。 IEEE は、米国規格協会によって承認されたコンセンサス開発プロセスを通じて標準を開発します。このプロセスでは、さまざまな視点や関心を代表するボランティアが集まり、最終製品を完成させます。ボランティアは必ずしも研究所のメンバーである必要はなく、無償で奉仕します。 IEEE はプロセスを管理し、コンセンサス開発プロセスの公平性を促進するルールを確立しますが、規格に含まれる情報の正確性を独立して評価、テスト、検証することはありません。
この文書の要素の一部が特許権の対象となる可能性があることに注意してください。 ISO および IEC は、そのような特許権の一部またはすべてを特定する責任を負わないものとします。文書の作成中に特定された特許権の詳細は、序論および/または受け取った特許宣言の ISO リストに記載されます ( www.iso.org/patents を参照)
本書で使用されている商号は、ユーザーの便宜のために提供された情報であり、推奨を構成するものではありません。
規格の自主的な性質、適合性評価に関連する ISO 固有の用語と表現の意味、および貿易の技術的障壁 (TBT) における世界貿易機関 (WTO) 原則への ISO の準拠に関する情報については、以下を参照してください。 www.iso.org/iso/foreword.html
ISO/IEC/IEEE 24748-7 は、IEEE Computer Society のソフトウェア & システム エンジニアリング標準委員会 (IEEE Std 15288.1 として) によって作成され、その編集規則に従って起草されました。これは、ISO と IEEE 間のパートナー標準開発組織協力協定で定義された「ファストトラック手順」に基づいて、ISO/IEC JTC 1 合同技術委員会、情報技術、分科委員会 SC 7, ソフトウェアおよびシステム エンジニアリングによって採択されました。
導入
この導入は、防衛プログラムへのシステム エンジニアリングの適用に関する IEEE 標準である IEEE Std 15288.1-2014 の一部ではありません。
ISO/IEC/IEEE 15288 を防衛プログラムに効果的かつ効率的に適用するには、追加のアプリケーション要件が必要です。 ISO/IEC/IEEE 15288 は、あらゆる種類のシステムとさまざまなアプリケーション モードに対応する一般的な方法で作成されています。したがって、防衛契約での使用など、買収者と供給者間の契約の効果的な実施を促進する防衛プロジェクトでの使用に特有の要件はありません。
この規格は、防衛プログラムへの適用のために ISO/IEC/IEEE 15288 を実装し、防衛プログラムに対する取得者と供給者の要件を確実に正しく適用するのに役立つ防衛固有の言語と用語を提供します。この規格には、期待/必須の出力および関連する属性が含まれています。
重要な通知: IEEE 標準文書は、安全性、セキュリティ、健康、環境保護を保証したり、他のデバイスやネットワークとの干渉を防止したりすることを目的としたものではありません。 IEEE 標準文書の実装者は、すべての適切な安全性、セキュリティ、環境、健康、および干渉保護慣行と、適用されるすべての法律および規制を決定し、遵守する責任があります。
この IEEE ドキュメントは、重要な通知および法的免責事項に従って使用できるようにされています。これらの通知および免責事項は、この文書を含むすべての出版物に記載されており、「重要な通知」または「IEEE 文書に関する重要な通知および免責事項」という見出しの下に記載されている場合があります。これらは、IEEE からの要求に応じて入手したり、 http://standards.ieee.org/IPR/disclaimers.html で閲覧したりすることもできます。
2. 規範的参照
以下の参照文書は、この文書の適用に不可欠です (つまり、これらを理解して使用する必要があるため、各参照文書は本文中で引用され、この文書との関係が説明されています)日付が記載された参考文献については、引用された版のみが適用されます。日付のない参照については、参照文書の最新版 (修正または訂正事項を含む) が適用されます。
- IEEE Std 15288.2™-2014, 防衛計画の技術レビューおよび監査に関する IEEE 標準。2
- ISO/IEC/IEEE 15288:2015, (E)、システムおよびソフトウェア エンジニアリング - システム ライフ サイクル プロセス。3
- SAE/EIA-649-, 防衛契約の構成管理要件。4
3. 定義、頭字語、略語
3.1 定義
この文書の目的上、次の用語と定義が適用されます。この条項で定義されていない用語については、 IEEE Standards Dictionary Onlineを参照してください。 5
3.1.1
割り当てられたベースライン
製品、サブシステム、またはコンポーネントの承認された要件。上位レベルの要件から割り当てられた機能、パフォーマンス、相互運用性、インターフェイス要件と、特定の時点で確立された、それらの要件の達成を実証するために必要な検証を記述します。割り当てられた構成ドキュメントに記載されています。 (SAE/EIA-649-1)
3.1.2
ベースライン.ベースライン
(A) 名詞:変更を定義するための基礎として機能する、正式に管理および維持されるデータのセット。 (B) 動詞:一連のデータを確立して承認すること。 (SAE/EIA-649-1 から適応。)
注記 1: この規格では、機能ベースライン、割り当てベースライン、製品ベースラインなど、構成管理プロセスによって管理される構成ベースラインのみを指すために、名詞形のベースラインを使用しています。これは、取得プログラムのベースラインなど、国防総省で使用される他のベースラインを参照するものではありません。 6
3.1.3
構成アイテム
最終用途の機能を満たし、個別の構成制御のために取得者によって指定されるシステム要素またはシステム要素の集合体。 (SAE/EIA-6491 から適応。)
3.1.4
機能ベースライン
システムのパフォーマンス (機能、相互運用性、インターフェイス特性) と、これらの指定された特性の達成を実証するために必要な検証について説明します。 (SAE/EIA-649-1)
注記 1:機能ベースラインは、初期機能文書または同等の文書に含まれる運用要件に直接追跡できます。
3.1.5
製品ベースライン
生産、配備/展開、運用とサポートについて、特定の時点での詳細な設計を説明します。 (SAE/EIA-649-1)
注記 1:製品ベースラインは、必要なすべての物理的 (形状、フィット感、または機能) 特性と、製造受け入れテストおよび製造テスト要件に指定された選択された機能特性を規定します。
注記 2:製品ベースラインは、製品構成ベースラインとも呼ばれます。これは実稼働構成として意図されています。
3.1.6
システム有効性分析
意図された使用環境でシステムがどの程度うまく機能するかを判断するために使用される分析アプローチ。
3.2 頭字語と略語
この規格では、次の頭字語と略語が使用されます。
| ケープ | コスト評価とプログラム評価 |
| CDR | クリティカルな設計レビュー |
| CDRL | 契約データ要件リスト |
| CI | 構成アイテム |
| CM | 構成管理 |
| CWBS | 契約業務の仕組み |
| デミル | 非武装化 |
| スライド | 国防情報局 |
| DISR | 国防総省情報技術標準レジストリ |
| 国防総省 | 国防総省 |
| DoDAF | 国防総省のアーキテクチャフレームワーク |
| DT&E | 発達検査と評価 |
| ECP | エンジニアリング変更提案 |
| ECR | エンジニアリング変更リクエスト |
| エソー | 環境、安全、労働衛生 |
| EVM | 獲得価値管理 |
| FMECA | 故障モード、影響、臨界度の解析 |
| GFE | 政府支給の設備 |
| GFI | 政府提供の情報 |
| IMP | 統合マスタープラン |
| IMS | 統合されたマスタースケジュール |
| IoT&E | 初期動作テストと評価 |
| JCIDS | 共同能力統合開発システム |
| LCSP | ライフサイクル持続可能性計画 |
| NDI | 未開発品 |
| オプスコン | 運用コンセプト |
| PDR | 予備設計レビュー |
| PPE | 製品サポート分析 |
| SEMP | システムエンジニアリング管理計画 |
| 9月 | システムエンジニアリング計画 |
| SIP | システム統合計画 |
| スー | 目標宣言 |
| SOS | システムのシステム |
| 種まき | 作業明細書 |
| TPM | 技術的なパフォーマンスの測定 |
| 私たち | 米国 |
| WBS | 作業分解構造 |
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the development of International Standards through technical committees established by the respective organization to deal with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.
The procedures used to develop this document and those intended for its further maintenance are described in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for the different types of ISO documents should be noted (see www.iso.org/directives ).
IEEE Standards documents are developed within the IEEE Societies and the Standards Coordinating Committees of the IEEE Standards Association (IEEE-SA) Standards Board. The IEEE develops its standards through a consensus development process, approved by the American National Standards Institute, which brings together volunteers representing varied viewpoints and interests to achieve the final product. Volunteers are not necessarily members of the Institute and serve without compensation. While the IEEE administers the process and establishes rules to promote fairness in the consensus development process, the IEEE does not independently evaluate, test, or verify the accuracy of any of the information contained in its standards.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights. Details of any patent rights identified during the development of the document will be in the Introduction and/or on the ISO list of patent declarations received (see www.iso.org/patents ).
Any trade name used in this document is information given for the convenience of users and does not constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and expressions related to conformity assessment, as well as information about ISO’s adherence to the World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www.iso.org/iso/foreword.html .
ISO/IEC/IEEE 24748-7 was prepared by the Software & Systems Engineering Standards Committee of the IEEE Computer Society (as IEEE Std 15288.1) and drafted in accordance with its editorial rules. It was adopted, under the “fast-track procedure” defined in the Partner Standards Development Organization cooperation agreement between ISO and IEEE, by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 7, Software and systems engineering.
Introduction
This introduction is not part of IEEE Std 15288.1-2014, IEEE Standard for Application of Systems Engineering on Defense Programs.
For effective and efficient application of ISO/IEC/IEEE 15288 on defense programs, additional application requirements are needed. ISO/IEC/IEEE 15288 is written in a general manner to address all types of systems and different modes of application. Thus, it does not have requirements specific to the use by defense projects that facilitate effective implementation of an acquirer-supplier agreement, such as use in defense contracts.
This standard implements ISO/IEC/IEEE 15288 for application on defense programs, providing the defense-specific language and terminology to help ensure the correct application of acquirer-supplier requirements for a defense program. This standard includes the expected/required outputs and associated attributes.
IMPORTANT NOTICE: IEEE Standards documents are not intended to ensure safety, security, health, or environmental protection, or ensure against interference with or from other devices or networks. Implementers of IEEE Standards documents are responsible for determining and complying with all appropriate safety, security, environmental, health, and interference protection practices and all applicable laws and regulations.
This IEEE document is made available for use subject to important notices and legal disclaimers. These notices and disclaimers appear in all publications containing this document and may be found under the heading “Important Notice” or “Important Notices and Disclaimers Concerning IEEE Documents.” They can also be obtained on request from IEEE or viewed at http://standards.ieee.org/IPR/disclaimers.html .
2. Normative references
The following referenced documents are indispensable for the application of this document (i.e., they must be understood and used, so each referenced document is cited in text and its relationship to this document is explained). For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments or corrigenda) applies.
- IEEE Std 15288.2™-2014, IEEE Standard for Technical Reviews and Audits on Defense Programs.2
- ISO/IEC/IEEE 15288:2015(E), Systems and software engineering—System life cycle processes.3
- SAE/EIA-649-1 (2014), Configuration Management Requirements for Defense Contracts.4
3. Definitions, acronyms, and abbreviations
3.1 Definitions
For the purposes of this document, the following terms and definitions apply. The IEEE Standards Dictionary Online should be consulted for terms not defined in this clause. 5
3.1.1
allocated baseline
The approved requirements for a product, subsystem or component, describing the functional, performance, interoperability, and interface requirements that are allocated from higher-level requirements and the verifications required to demonstrate achievement of those requirements, as established at a specific point in time and documented in the allocated configuration documentation. (SAE/EIA-649-1).
3.1.2
baseline
(A) noun: A formally controlled and maintained set of data that serves as the basis for defining change. (B) verb: To establish and approve a set of data. (Adapted from SAE/EIA-649-1.)
Note 1 to entry: This standard uses the noun form of baseline to refer only to configuration baselines managed by the configuration management process, including the functional baseline, allocated baseline, and product baseline. It does not refer to other baselines used in DoD such as the acquisition program baseline. 6
3.1.3
configuration item
Any system element or aggregation of system elements that satisfies an end use function and is designated by the acquirer for separate configuration control. (Adapted from SAE/EIA-6491.)
3.1.4
functional baseline
Describes the system’s performance (functional, interoperability, and interface characteristics) and the verification required to demonstrate the achievement of those specified characteristics. (SAE/EIA-649-1)
Note 1 to entry: The functional baseline is directly traceable to the operational requirements contained in the initial capabilities document or equivalent document.
3.1.5
product baseline
Describes the detailed design at a specific point in time, for production, fielding/deployment, and operations and support. (SAE/EIA-649-1)
Note 1 to entry: The product baseline prescribes all necessary physical (form, fit, or function) characteristics and selected functional characteristics designated for production acceptance testing and production test requirements.
Note 2 to entry: The product baseline is also known as the product configuration baseline. It is intended as the production configuration.
3.1.6
system effectiveness analysis
An analytical approach used to determine how well a system performs in its intended utilization environment.
3.2 Acronyms and abbreviations
The following acronyms and abbreviations appear in this standard:
| CAPE | cost assessment and program evaluation |
| CDR | critical design review |
| CDRL | contract data requirements list |
| CI | configuration item |
| CM | configuration management |
| CWBS | contract work breakdown structure |
| DEMIL | demilitarization |
| DIA | Defense Intelligence Agency |
| DISR | DoD Information Technology Standards Registry |
| DoD | Department of Defense |
| DoDAF | DoD architecture framework |
| DT&E | developmental test and evaluation |
| ECP | engineering change proposal |
| ECR | engineering change request |
| ESOH | environment, safety, and occupational health |
| EVM | earned value management |
| FMECA | failure mode, effects, and criticality analysis |
| GFE | government-furnished equipment |
| GFI | government-furnished information |
| IMP | integrated master plan |
| IMS | integrated master schedule |
| IOT&E | initial operational test and evaluation |
| JCIDS | Joint Capabilities Integration and Development System |
| LCSP | life cycle sustainment plan |
| NDI | non-development item |
| OpsCon | operational concept |
| PDR | preliminary design review |
| PSA | product support analysis |
| SEMP | systems engineering management plan |
| SEP | systems engineering plan |
| SIP | system integration plan |
| SOO | statement of objectives |
| SoS | system of systems |
| SOW | statement of work |
| TPM | technical performance measures |
| US | United States |
| WBS | work breakdown structure |