ISO/IEC TR 18018:2010 情報技術—システムおよびソフトウェアエンジニアリング—構成管理ツール機能のガイド | ページ 2

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

序文

ISO (国際標準化機構) と IEC (国際電気標準会議) は、世界標準化のための専門システムを形成しています。 ISO または IEC のメンバーである国家機関は、技術活動の特定の分野を扱うために、それぞれの組織によって設立された技術委員会を通じて、国際規格の開発に参加しています。 ISO と IEC の技術委員会は、相互に関心のある分野で協力しています。 ISO および IEC と連携して、政府および非政府の他の国際機関もこの作業に参加しています。情報技術の分野では、ISO と IEC が合同技術委員会 ISO/IEC JTC 1 を設立しました。

国際規格は、ISO/IEC 指令で指定された規則に従って起草されます。 2.

合同技術委員会の主な任務は、国際規格を作成することです。合同技術委員会によって採択された国際規格草案は、投票のために各国の機関に回覧されます。国際規格として発行するには、投票を行う国の機関の少なくとも 75% による承認が必要です。

例外的な状況では、合同技術委員会は、次のいずれかのタイプのテクニカル レポートの発行を提案することができます。

  • タイプ 1: 国際規格の発行に必要なサポートが得られない場合、何度も努力したにもかかわらず、
  • タイプ 2, 主題がまだ技術開発中である場合、またはその他の理由により、国際規格に関する合意の可能性はあるが、すぐには実現できない場合。
  • タイプ 3 は、合同技術委員会が、国際規格として通常公開されているものとは異なる種類のデータを収集した場合 (たとえば、「最新技術」)

タイプ 1 およびタイプ 2 のテクニカル レポートは、発行から 3 年以内に審査され、国際規格に変換できるかどうかが決定されます。タイプ 3 のテクニカル レポートは、それらが提供するデータがもはや有効または有用でないと見なされるまで、必ずしもレビューする必要はありません。

このドキュメントの要素の一部が特許権の対象となる可能性があることに注意してください。 ISO および IEC は、そのような特許権の一部またはすべてを特定する責任を負わないものとします。

タイプ 2 のテクニカル レポートである ISO/IEC TR 18018 は、合同技術委員会 ISO/IEC JTC 1, 情報技術、小委員会 SC 7, ソフトウェアおよびシステム エンジニアリングによって作成されました。

序章

構成管理 (CM) は、ソフトウェア エンジニアリング ライフ サイクルの中心となるプロセスです。 CM は、ISO/IEC 12207:2008, システムおよびソフトウェア エンジニアリング — ソフトウェア ライフ サイクル プロセスおよび ISO/IEC 15288:2008, システムおよびソフトウェア エンジニアリング — システム ライフ サイクル プロセスで、ISO/IEC 標準ライフ サイクル プロセスとして確立されています。

ISO/IEC 12207 および ISO/IEC 15288 は、ソフトウェアの取得または開発時に実行する一連のプロセス、アクティビティ、およびタスクを包括的に説明しています。ただし、これらのドキュメントは、CM プロセスおよびその他のソフトウェア エンジニアリング ライフ サイクル アクティビティをサポートするために、CM ツールのユーザーがツールに期待できる機能については説明していません。 CM プロセスの記述と対応する CM プロセスの自動化の間にはギャップがあり、ツールのユーザーとツールの供給者の両方に影響を与えます。

このテクニカル レポートは、購入時の CM ツールの評価と選択に関するガイダンスを提供します。見込みユーザーによる CM ツールの評価は、複雑で時間と費用がかかる場合があります。このテクニカル レポートは、CM ツールが CM プロセスで実行できることと実行できないことを特徴付けるのに役立ちます。

このテクニカル レポートは、最小限の機能セットを実装する際のツール メーカー向けのガイダンスを提供します。このテクニカル レポートで定義されている機能は、ISO/IEC 12207 および ISO/IEC 15288 にリンクされており、これらの国際規格を満たすためにサポートすべきツールの特性に関するガイダンスをツール メーカーに提供します。

1 スコープ

このテクニカル レポートは、システムおよびソフトウェア開発のライフ サイクル アクティビティをサポートできる構成管理ツールの機能に関するガイダンスを提供します。

ISO/IEC 14102:2008, 情報技術 - CASE ツールの評価と選択のためのガイドライン、ツールがサポートする特定のアクティビティやタスクを参照することなく、CASE ツールの一連の評価基準を詳述しています。このように特定のアクティビティやタスクを考慮しないと、ユーザーは適切なツールを評価して選択する際に混乱し、困難になります。

このテクニカル レポートは、構成管理のための一連の最小限のツール機能を提供することにより、ISO/IEC 14102:2008 を補足します。これは、取得プロセス中に潜在的なユーザーが一連の基準として使用したり、構成管理ツールのサプライヤが望ましいツール機能を特定するのに役立てたりすることができます。

2 参考文献

本書の適用には、以下の参考文献が不可欠です。日付のある参考文献については、引用された版のみが適用されます。日付のない参照については、参照文書の最新版 (修正を含む) が適用されます。

  • ISO/IEC 12207:2008, システムおよびソフトウェア工学 — ソフトウェア ライフ サイクル プロセス
  • ISO/IEC 15288:2008, システムおよびソフトウェア工学 - システム ライフ サイクル プロセス

3 用語と定義

このドキュメントでは、次の用語と定義が適用されます。

3.1

属性

興味のある特性である一連の実物または抽象的なもののセットに関連付けられたプロパティ

3.2

ベースライン

正式にレビューされ、合意された構成、仕様、または製品のバージョン。その後、さらなる開発の基礎として機能し、正式な変更管理手順によってのみ変更できます。

[出典: ISO/IEC 12207:2008 および ISO/IEC 15288:2008]

3.3

ブランチ

構成アイテムのメイン開発ラインからの逸脱。これにより、異なる人が同じアイテムに同時に取り組むことができます。

3.4

建てる

ソースバージョンまたはベースラインから実行可能でテスト可能なシステムを生成 (アーカイブ) するプロセス

注記 1:ビルドでは、さまざまなバージョンを正しい順序でコンパイルおよびリンクする必要があります。ビルド ツールは、構成管理ツールに統合できます。

3.5

変更要求

cr

構成品目の調整要求を提出するための正式な手順

3.6

構成アイテム

最終用途機能を満たし、特定の基準点で一意に識別できる構成内のエンティティ。

[出典: ISO/IEC 12207:2008 および ISO/IEC 15288:2008]

3.7

構成管理

CM

構成を指示および制御するための調整された活動

3.8

CMサービス

CM ツールによって行われる作業の抽象的な説明

注記 1:サービスは自己完結型で、一貫性があり、個別であり、他のサービスから構成することができます。

3.9

CMツール

構成管理活動の自動サポートを提供することにより、ソフトウェア エンジニアを支援できるソフトウェア製品

3.10

構成ステータス アカウンティング

CSA

構成を効果的に管理するために必要な情報の記録と報告からなる構成管理の要素。

[出典: ISO/IEC 24765]

3.11

デルタ

2 つのバージョンの違い

3.12

ソフトウェア/システム要素

ソフトウェアまたはシステムが構成されているものを定義および規定する要素 (たとえば、要件、設計、コード、テスト ケース、およびバージョン番号)

注記 1要素には、最上位要素に依存するサブ要素または他のソフトウェア/システム要素を含めることができます。

3.13

リリース

特定の目的 (テスト リリースなど) に使用できる構成アイテムの特定のバージョン

3.14

トレーサビリティ

ソフトウェア開発製品の各要素が存在する理由を確立する度合い。

3.15

バージョン

構成アイテムの識別されたインスタンス

注記 1:ソフトウェア製品のバージョンを変更して新しいバージョンを作成するには、構成管理アクションが必要です。

3.16

バージョン識別子

構成アイテムのバージョンを他のバージョンと区別するために使用される補足情報

注記 1:バージョン番号は、ソフトウェア製品のバージョンを別のバージョンと比較するために使用されます。

参考文献

[1]ISO/IEC 9126-1:2001, ソフトウェア工学 — 製品品質 — 1: 品質モデル
[2]ISO/IEC TR 9126-2:2003, ソフトウェア工学 — 製品品質 — 2: 外部指標
[3]ISO/IEC 1459, ソフトウェア工学 — 製品評価
[4]ISO/IEC TR 19759:2005, ソフトウェア エンジニアリング — ソフトウェア エンジニアリング知識体系ガイド (SWEBOK)
[5]ISO/IEC 1550, 情報技術 — プロセス評価
[6]ISO/IEC 15940:2006, 情報技術 - ソフトウェア工学環境サービス
[7]ISO/IEC 14102:2008, 情報技術 — CASE ツールの評価と選択のガイドライン
[8]ISO/IEC 24765, システムおよびソフトウェア工学 — 語彙
[9]ISO/IEC 25000:2005, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — SQuaRE ガイド
[10]ISO/IEC 25030:2007, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — 品質要件
[11]ISO 10007:2003, 品質管理システム — 構成管理のガイドライン
[12]IEEE 610.12-1990, ソフトウェア工学用語の IEEE 標準用語集
[13]IEEE 828:1990, ソフトウェア構成管理計画の IEEE 規格
[14]ANSI/EIA 649-1998,構成管理のための国家コンセンサス標準
[15]ECSS-M-40a, 宇宙プロジェクト管理: 構成管理。宇宙標準化のための欧州協力、1996 年 4 月
[16]ECSS-Q-80A, 宇宙製品保証: ソフトウェア製品保証。宇宙標準化のための欧州協力、1996 年 4 月

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.

International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, 2.

The main task of the joint technical committee is to prepare International Standards. Draft International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an International Standard requires approval by at least 75 % of the national bodies casting a vote.

In exceptional circumstances, the joint technical committee may propose the publication of a Technical Report of one of the following types:

  • type 1, when the required support cannot be obtained for the publication of an International Standard, despite repeated efforts;
  • type 2, when the subject is still under technical development or where for any other reason there is the future but not immediate possibility of an agreement on an International Standard;
  • type 3, when the joint technical committee has collected data of a different kind from that which is normally published as an International Standard (“state of the art”, for example).

Technical Reports of types 1 and 2 are subject to review within three years of publication, to decide whether they can be transformed into International Standards. Technical Reports of type 3 do not necessarily have to be reviewed until the data they provide are considered to be no longer valid or useful.

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.

ISO/IEC TR 18018, which is a Technical Report of type 2, was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 7, Software and systems engineering.

Introduction

Configuration management (CM) is a process central to the software engineering life cycle. CM has been established as an ISO/IEC standard life cycle process in ISO/IEC 12207:2008, Systems and software engineering — Software life cycle processes and ISO/IEC 15288:2008, Systems and software engineering — System life cycle processes.

ISO/IEC 12207 and ISO/IEC 15288 describe a comprehensive set of processes, activities and tasks to be performed when acquiring or developing software. However, these documents do not address the capabilities that a CM tool user can expect from a tool in order to support the CM process and other software engineering life cycle activities. There is a gap between CM process descriptions and corresponding CM process automation which affects both tool users and tool suppliers.

This Technical Report provides guidance in the evaluation and selection for CM tools during acquisition. CM tool evaluation by prospective users can be complex, time consuming, and expensive. This Technical Report helps to characterize what a CM tool can and cannot do in the CM process.

This Technical Report provides guidance for tool manufacturers in implementing a minimum set of capabilities. The capabilities defined in this Technical Report are linked to ISO/IEC 12207 and ISO/IEC 15288, and will provide tool manufacturers with guidance on the characteristics their tools should support to meet these International Standards.

1 Scope

This Technical Report provides guidance for configuration management tool capabilities from which systems and software development life cycle activities can be supported.

ISO/IEC 14102:2008, Information technology — Guideline for the evaluation and selection of CASE tools, details a set of evaluation criteria for CASE tools without referencing a specific activity or task which the tool supports. This lack of consideration on a specific activity or task causes users confusion and difficulty in evaluating and selecting the right tools.

This Technical Report supplements ISO/IEC 14102:2008 by providing a set of minimum tool capabilities for configuration management. It can be used as the set of criteria by a potential user during an acquisition process, or by a configuration management tool supplier to help identify desirable tool capabilities.

2 Normative references

The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.

  • ISO/IEC 12207:2008, Systems and software engineering — Software life cycle processes
  • ISO/IEC 15288:2008, Systems and software engineering — System life cycle processes

3 Terms and definitions

For the purposes of this document, the following terms and definitions apply.

3.1

attribute

property associated with a set of real or abstract things that is some characteristic of interest

3.2

baseline

version of a configuration, specification, or product that has been formally reviewed and agreed upon, that thereafter serves as the basis for further development, and that can be changed only through formal change control procedures

[SOURCE: ISO/IEC 12207:2008 and ISO/IEC 15288:2008]

3.3

branch

deviation from the main development line for a configuration item, which allows different persons to work on the same item at the same time

3.4

build

process of generating (archiving) an executable and testable system from source versions or baselines

Note 1 to entry: The build needs to compile and link the various versions in the correct order. The build tools can be integrated into a configuration management tool.

3.5

change request

cr

formal procedure for submitting a request for an adjustment of a configuration item

3.6

configuration item

entity within a configuration that satisfies an end use function and that can be uniquely identified at a given reference point

[SOURCE: ISO/IEC 12207:2008 and ISO/IEC 15288:2008]

3.7

configuration management

CM

coordinated activities to direct and control configuration

3.8

CM services

abstract description of work done by CM tools

Note 1 to entry: A service is self contained, coherent, discrete, and can be composed of other services.

3.9

CM tool

software product that can assist software engineers by providing automated support for configuration management activities

3.10

configuration status accounting

CSA

element of configuration management that consists of the recording and reporting of information needed to manage a configuration effectively

[SOURCE: ISO/IEC 24765]

3.11

delta

difference between two versions

3.12

software/system element

element that defines and prescribes what a software or system is composed of (for example, requirements, design, code, test cases, and version number)

Note 1 to entry: An element can contain sub elements or other software/system elements that are dependent on the top level element.

3.13

release

particular version of a configuration item that is made available for a specific purpose (for example, test release)

3.14

traceability

degree to which each element in a software development product establishes its reason for existing

3.15

version

identified instance of a configuration item

Note 1 to entry: Modification to a version of a software product, resulting in a new version, requires configuration management action.

3.16

version identifier

supplementary information used to distinguish a version of a configuration item from other versions

Note 1 to entry: Version numbers are used to compare the version of the software product against another version.

Bibliography

[1]ISO/IEC 9126-1:2001, Software engineering — Product quality — 1: Quality model
[2]ISO/IEC TR 9126-2:2003, Software engineering — Product quality — 2: External metrics
[3]ISO/IEC 14598 (all parts), Software engineering — Product evaluation
[4]ISO/IEC TR 19759:2005, Software Engineering — Guide to the Software Engineering Body of Knowledge (SWEBOK)
[5]ISO/IEC 15504 (all parts), Information technology — Process assessment
[6]ISO/IEC 15940:2006, Information Technology — Software Engineering Environment Services
[7]ISO/IEC 14102:2008, Information technology — Guideline for the evaluation and selection of CASE tools
[8]ISO/IEC 24765, Systems and software engineering — Vocabulary
[9]ISO/IEC 25000:2005, Software Engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Guide to SQuaRE
[10]ISO/IEC 25030:2007, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality requirements
[11]ISO 10007:2003, Quality management systems — Guidelines for configuration management
[12]IEEE 610.12-1990, IEEE Standard Glossary of Software Engineering Terminology
[13]IEEE 828:1990, IEEE Standard for Software Configuration Management Plans
[14]ANSI/EIA 649-1998, National Consensus Standard for Configuration Management
[15]ECSS–M–40a, Space Project Management: Configuration Management. European Cooperation for Space Standardization, April 1996
[16]ECSS–Q–80A, Space Product Assurance: Software Product Assurance. European Cooperation for Space Standardization, April 1996