ISO/IEC 26557:2016 ソフトウェアおよびシステムエンジニアリング—ソフトウェアおよびシステム製品ラインの変動メカニズムの方法とツール | ページ 6

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

3 用語と定義

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

ISO および IEC は、次のアドレスで標準化に使用する用語データベースを維持しています。

3.1

アプリケーション構成

実現中のドメイン資産からのメンバー製品固有の実行可能ファイルの派生 (3.10)

注記 1アプリケーションの特定の構成は、選択された バリアント (3.17) との 変動ポイント (3.19) の バインド (3.3) 結果です。

3.2

側面

製品ラインのエンジニアリング プロセス グループと、専門的な方法とツールを関連付けることができるタスク内での特別な配慮

3.3

バインディング

ドメイン 可変性モデル (3.16) と 決定表 (3.8) を使用して、関連する バリアント (3.17) について 決定 (3.7) を行うタスク。

3.4

拘束時間

変動の瞬間の解決

注記1結合時間の選択は,変動モデリングとは無関係である。これは、要件から 実行時 (3.11) までに行われた 決定 (3.7) の結果です。柔軟性とツールのサポートに対する要求により、製本時間を遅らせたり、さまざまな製本時間を使用したりすることができます。

3.5

拘束時間決定

時間の変動性と空間の変動性との間の機能的区別に従ってプラットフォームで定義される 変動性(3.13) の選択。

3.6

構成可能性

可変メカニズム(3.14) がメンバー製品の構成をどの程度サポートしているかの程度。

3.7

決断

2 つ以上の可能な結果から選択することで、どのアクションのセットが生じるかを制御するタイプのステートメント

3.8

決定表

決定変数を指定するテーブル

注記 1ルール、制約、および変数間の関連性も含まれます。

3.9

ポストコンパイル時間

コンポーネントのコンパイル直後のリンク時間とロード時間の総称

3.10

実現

詳細設計・施工段階

3.11

ランタイム

会員商品が実行される段階

注記 1:コンポーネントは、個別に開発、コンパイル、リンク、およびロードできます。実行時にのみ、それらが機能するシステムに結合されます。

3.12

テクスチャー

建築テクスチャ

製品ラインのアプリケーションを実現するための共通の開発ルールと制約の集まり

3.13

変動性

製品ラインのメンバー間で異なる特性

注記1メンバー間の違いは、機能、品質属性、メンバーが使用される環境、ユーザー、制約、および機能と品質属性を実現する内部メカニズムなど、複数の視点から捉えることができます。

注記2システムおよびソフトウェアの可変性の概念と製品ラインの可変性の概念を区別することが重要です。部分的または完全にソフトウェアで構成されているシステムは、ソフトウェアの可変性を備えていると見なすことができます。ソフトウェア システムは、特定の使用状況に合わせて本質的に順応性、拡張性、または構成可能であるためです。製品ラインの変動性は、製品管理によって明示的に定義された変動性に関係しています。このドキュメントは、主に製品ラインの変動性に関係しています。

例 1:

ホーム オートメーション システムの場合、ビジネス戦略に従って、ホーム オートメーション システムで European Installation Bus (EIB) の代替として LAN を使用することは、企業にとって競争上の利点となる可能性があります。低コストのコンポーネント。

例 2:

附属書 B は、変動タイプに従って変動の例を提供します。

3.14

可変機構

製品ラインのばらつきのばらつき表現/実装手法

注記1特定のライフサイクル段階における 結合時間(3.4) に基づく変動性を扱う。

3.15

変動メカニズムの運用化

VMO

特定のドメインまたはアプリケーションエンジニアリングのライフサイクル段階ごとに、 可変メカニズム(3.14) の適切な提供または 結合(3.3)

3.16

変動モデル

製品ラインのばらつきの明確な定義

注記 1: 変動点 (3.19) 、変動点の変動のタイプ、変動点によって提供される バリアント (3.17) 、変動性の依存関係、および変動性の制約を紹介します。変動性モデルは、要件や設計モデルなどの他のモデルと直交するか、統合される場合があります。変動モデルには、アプリケーション変動モデルとドメイン変動モデルの 2 種類があります。

3.17

変異体

特定 の変化点(3.19) を実現するために使用できるオプションまたは代替手段

注記 1つまたは複数のバリアントが各変動点に対応し、V_VP 関係を表す必要があります。特定の製品に対するバリアントの選択と 結合(3.3) により、製品の特定の 変動性(3.13) の特性が決まります。

3.18

バリアントの選択

バリエーションポイント(3.19) における バリアント(3.17) の選択に関する意思決定

注記 1: 結合 (3.3) 、可変性の解決。

3.19

変化点

製品ラインのコンテキストにおける製品、ドメイン資産、およびアプリケーション資産の特定の可変特性に対応する表現

注記 1変動点は、どの製品ライン要素が変動するかを示します。各変化点は、複数の V_VP 関係を持つことができます。

参考文献

[1]ISO/IEC 14102, 情報技術 — CASE ツールの評価と選択のガイドライン
[2]ISO/IEC 15940, システムおよびソフトウェア工学 — ソフトウェア工学環境サービス
[3]ISO/IEC 25000, システムおよびソフトウェア工学 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — SQuaRE ガイド
[4]ISO/IEC TR 19759, ソフトウェア エンジニアリング — ソフトウェア エンジニアリング知識体系ガイド (SWEBOK)
[5]Capilla R.、Bosch J.、および Kang KC Systems and Software Variability Management Concepts, Tools and Experiences .スプリンガー、2013
[6]Paul, C., A. Software Product Line Practice のフレームワーク、バージョン 5.カーネギーメロン大学ソフトウェア工学研究所、2007 年 7 月
[7]POHL K. BÖCKLE G.、VAN DER LINDEN FJ Software Product Line Engineering: Foundations, Principles and Techniques .スプリンガー、2005
[8]ISO/IEC 26550, ソフトウェアおよびシステム エンジニアリング — 製品ラインのエンジニアリングおよび管理の参照モデル
[9]ISO/IEC 26551, ソフトウェアおよびシステム エンジニアリング — 製品ライン要求エンジニアリングのためのツールと方法
[10]ISO/IEC 26555, ソフトウェアおよびシステム エンジニアリング — 製品ラインの技術管理のためのツールと方法
[11]ISO/IEC 26558, ソフトウェアおよびシステム工学 — ソフトウェアおよびシステム製品ラインにおける変動性モデリングの方法およびツール
[12]ISO/IEC 26559, ソフトウェアおよびシステム エンジニアリング — ソフトウェアおよびシステム製品ラインにおける可変性のトレーサビリティのための方法およびツール

3 Terms and definitions

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

ISO and IEC maintain terminological databases for use in standardization at the following addresses:

3.1

application configuration

derivation for a member product specific executables from domain assets in realization (3.10)

Note 1 to entry: The specific configuration of an application is the binding (3.3) results for the variation points (3.19) with the selected variants (3.17) .

3.2

aspect

special consideration within product line engineering process groups and tasks to which we can associate specialized methods and tools

3.3

binding

task for making a decision (3.7) on relevant variants (3.17) using domain variability model (3.16) and decision tables (3.8)

3.4

binding time

moment of variability resolution

Note 1 to entry: The choice of binding time is independent from variability modelling. It is the consequence of decisions (3.7) made from requirements through run time (3.11) . Demands for flexibility and the support of tools allow late binding times or even the use of variable binding times.

3.5

binding time decision

selection for variability (3.13) defined in platforms in accordance with the functional distinction between variability in time and variability in space

3.6

configurability

degree of how well a variability mechanism (3.14) supports the configuration of a member product

3.7

decision

types of statements in which a choice between two or more possible outcomes controls which set of actions will result

3.8

decision table

table that specifies decision variables

Note 1 to entry: It also includes rules, constraints and relevancy among variables.

3.9

post-compile time

collective name for link time and load time that are right after the compilation of components

3.10

realization

stage for detailed design and construction

3.11

run time

stage that a member product is executed

Note 1 to entry: Components can be developed, compiled, linked and loaded separately. Only at run time are they combined into a working system.

3.12

texture

architectural texture

collection of common development rules and constraints for realizing the applications of a product line

3.13

variability

characteristics that may differ among members of a product line

Note 1 to entry: The differences between members may be captured from multiple viewpoints such as functionality, quality attributes, environments in which the members are used, users, constraints and internal mechanisms that realize functionality and quality attributes.

Note 2 to entry: It is important to distinguish between the concepts of system and software variability and product line variability. Any system partially or fully composed of software can be considered to possess software variability because software systems are inherently malleable, extendable or configurable for specific use contexts. Product line variability is concerned with the variability that is explicitly defined by product management. This document is primarily concerned with product line variability.

EXAMPLE 1:

In the case of a home automation system, in accordance with business strategy, the use of a LAN as an alternative to the European Installation Bus (EIB) in a home automation system might be a competitive advantage for the company since it allows the use of low-cost components.

EXAMPLE 2:

Annex B provides variability examples in accordance with variability types.

3.14

variability mechanism

variability representation/implementation technique for the product line variability

Note 1 to entry: It deals with variabilities based on the binding time (3.4) at the specific life cycle stage.

3.15

variability mechanism operationalization

VMO

adequate provision or binding (3.3) of variability mechanisms (3.14) at each specific domain or application engineering life cycle stage

3.16

variability model

explicit definition for product line variability

Note 1 to entry: It introduces variation points (3.19) , types of variation for the variation points, variants (3.17) offered by the variation points, variability dependencies and variability constraints. Variability models may be orthogonal to or integrated in other models such as requirements or design models. There are two types of variability models: application variability models and domain variability models.

3.17

variant

option or an alternative that may be used to realize particular variation points (3.19)

Note 1 to entry: One or more variants should correspond to each variation point to represent V_VP relationship. Selection and binding (3.3) of variants for a specific product determine the characteristics of the particular variability (3.13) for the product.

3.18

variant selection

decision making for a choice of a variant (3.17) in a variation point (3.19)

Note 1 to entry: binding (3.3) , variability resolution.

3.19

variation point

representation corresponding to particular variable characteristics of products, domain assets and application assets in the context of a product line

Note 1 to entry: Variation points show which of the product line element varies. Each variation point can have multiple V_VP relationships.

Bibliography

[1]ISO/IEC 14102, Information technology — Guideline for the evaluation and selection of CASE tools
[2]ISO/IEC 15940, Systems and software engineering — Software Engineering Environment Services
[3]ISO/IEC 25000, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Guide to SQuaRE
[4]ISO/IEC/TR 19759, Software Engineering — Guide to the software engineering body of knowledge (SWEBOK)
[5]Capilla R., Bosch J. and Kang K.C. Systems and Software Variability Management Concepts, Tools and Experiences. Springer, 2013
[6]Paul, C., A. Framework for Software Product Line Practice, Version 5.0. Software Engineering Institute, Carnegie Mellon University, July 2007
[7]POHL K. BÖCKLE G., VAN DER LINDEN F.J. Software Product Line Engineering: Foundations, Principles and Techniques. Springer, 2005
[8]ISO/IEC 26550, Software and systems engineering — Reference model for product line engineering and management
[9]ISO/IEC 26551, Software and systems engineering — Tools and methods for product line requirements engineering
[10]ISO/IEC 26555, Software and systems engineering — Tools and methods for product line technical management
[11]ISO/IEC 26558, Software and systems engineering — Methods and tools for variability modeling in software and systems product line
[12]ISO/IEC 26559, Software and systems engineering — Methods and tools for variability traceability in software and systems product line