ISO/IEC TS 30103:2015 ソフトウェアおよびシステムエンジニアリング—ライフサイクルプロセス—製品品質達成のためのフレームワーク | ページ 5

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

3 用語、定義および略語

3.1

同時精緻化

ライフサイクルプロセスインスタンスはプロジェクト中に同時に制定され、これらのプロセスインスタンスによって生成される情報アイテムと成果物は同時に進化します

注記 1これは情報項目の同時精緻化と呼ばれる。

3.2

コンテンツの一貫性

情報項目の内容間の意味的一貫性

3.3

情報項目

人間が使用するために生成、保存、配信される、個別に識別可能な情報本体

[出典:ISO/IEC/IEEE 15289]

3.4

制度的知識

標準、学術情報源、ドメインおよび業界の知識団体、組織の知識など、認められた情報源からの知識

3.5

インスタンス化

ターゲットシステム要素の特性と要件に基づいて、ライフサイクルプロセスの各インスタンスについて、プロセスの成果を達成するために必要な成功基準、アーティファクト固有のアクティビティとタスク、およびこれらのタスクを実行するために必要な能力の識別

注記1:これは、特定のシステム、製品、またはサービスのライフサイクルプロセスのインスタンス化と呼ばれます。

3.6

品質責任の所在

特定の品質関連要件またはその分解に対する責任の特定のプロセス インスタンスへの割り当て

3.7

プロセスインスタンス

プロセスの単一の特定の識別可能な実行

[出典:ISO/IEC 33001:2015, 3.2.17]

注記 1特定のシステム、製品、またはサービスのライフサイクルプロセスのインスタンス化の結果です。

3.8

品質責任

品質要件の達成またはその分解に対する責任

3.9

成功基準

完了時にプロセス インスタンスが満たすべき一連の条件

注記 1:プロセスインスタンスによって生成される情報項目およびアーティファクトは、成功基準を満たさなければならない。成功基準は、対応するライフ サイクル プロセスの結果、プロセス インスタンスが関与するシステム要素の要件、および他のプロセス インスタンスでの決定から生じる要件と制約に基づいて確立されます。

参考文献

[1]ISO/IEC/IEEE 15288:2008 1システムおよびソフトウェア工学 - システム ライフ サイクル プロセス
[2]ISO/IEC TR 24748-1:2010, システムおよびソフトウェア工学 — ライフサイクル管理 — ライフサイクル管理ガイド
[3]ISO/IEC TR 24748-2:2011, システムおよびソフトウェア工学 — ライフサイクル管理 — 2: ISO/IEC 15288 (システム ライフ サイクル プロセス) の適用ガイド
[4]ISO/IEC TR 24748-4: — 2システムおよびソフトウェア工学 — ライフサイクル管理 — 4: システムエンジニアリング管理計画
[5]ISO/IEC/IEEE 15289:2011, システムおよびソフトウェア工学 — システムおよびソフトウェア ライフ サイクル プロセス情報製品のコンテンツ (ドキュメント)
[6]ISO/IEC 27034-1:201情報技術 — セキ​​ュリティ技術 — アプリケーションセキュリティ — 1: 概要と概念
[7]IEEE P828: -3ソフトウェアおよびシステム工学における構成管理
[8]Welke RJ, Kumar K. メソッド エンジニアリング: 状況固有の方法論構築の提案。 In: Systems Analysis and Design: A Research Agenda, (Cotterman S., ed.) Wiley, チチェスター、1992 年、257 ~ 68 ページ。
[9]Juran JM, Juran on Quality by Design, ed. The Free Press, ニューヨーク、1992
[10]ISO/IEC/IEEE 12207:2008, システムおよびソフトウェア工学 — ソフトウェア ライフ サイクル プロセス
[11]ISO/IEC/IEEE 29148:2011, システムおよびソフトウェア工学 — ライフサイクル管理 — 要求工学
[12]ISO/IEC 25000:2014, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — SQuaRE ガイド
[13]ISO/IEC 25010:2011, システムおよびソフトウェア工学 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — システムおよびソフトウェアの品質モデル
[14]ISO/IEC/IEEE 29119:- 4ソフトウェアおよびシステム工学 - ソフトウェア テスト
[15]ISO/IEC 15504:2004, 情報技術 - プロセス評価
[16]ISO/IEC/IEEE 42010:2011, システムおよびソフトウェア工学 — アーキテクチャの説明
[17]ISO/IEC 15026:2010, システムおよびソフトウェア工学 — システムおよびソフトウェア保証
[18]Faisandier A. 工学および建築学 多分野システム。 Vol 2: System Opportunities and Requirements」、pp.30, Sinergy'Com, 2012
[19]ISO/IEC 25012:2008, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — データ品質モデル
[20]ISO/IEC 25020:2007, ソフトウェア工学 — ソフトウェア製品の品質要件と評価 (SQuaRE) — 測定参照モデルとガイド
[21]ISO/IEC 25021:2012, システムおよびソフトウェア工学 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — 品質測定要素
[22]ISO/IEC 25022:- 5システムおよびソフトウェア工学 - システムおよびソフトウェアの品質要件と評価 (SQuaRE) - 使用中の品質の測定
[23]ISO/IEC 25023: — 6システムおよびソフトウェア工学 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — システムおよびソフトウェア製品の品質の測定4)
[24]ISO/IEC 25024: — 7システムおよびソフトウェア工学 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — データ品質の測定4)
[25]ISO/IEC 25030:2007, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — 品質要件
[26]ISO/IEC 25040:2011, システムおよびソフトウェア工学 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — 評価プロセス
[27]ISO/IEC/IEEE 15939, システムおよびソフトウェア工学 — 測定プロセス
[28]クロスビー P.、品質は自由です: 品質を確かなものにする技術。新アメリカ図書館、1980
[29]ISO/IEC TR 24748-3:2011, システムおよびソフトウェア工学 — ライフサイクル管理 — 3: ISO/IEC 12207 (ソフトウェア ライフ サイクル プロセス) の適用ガイド
[30]ISO/IEC 25041:2012, システムおよびソフトウェア エンジニアリング — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — 開発者、取得者、および独立した評価者のための評価ガイド
[31]ISO/IEC TR 10000:1998, 情報技術 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — 国際標準プロファイルのフレームワークと分類法
[32]ISO/IEC 33001:2015, 情報技術 - プロセス評価 - 概念と用語

3 Terms, definitions and abbreviated terms

3.1

concurrent elaboration

life cycle process instances are enacted concurrently during the project, and the information items and artefacts produced by these process instances evolve concurrently

Note 1 to entry: This is referred to as concurrent elaboration of information items.

3.2

content consistency

semantic consistency among the contents of information items

3.3

information item

separately identifiable body of information that is produced, stored, and delivered for human use

[SOURCE:ISO/IEC/IEEE 15289]

3.4

institutional knowledge

knowledge from accepted sources, including standards, academic sources, domain and industry bodies of knowledge and organizational knowledge

3.5

instantiation

identification, for each instance of a life cycle process, of the success criteria, artefact-specific activities and tasks needed to achieve the process outcomes, and the competencies needed to perform these tasks, based on the characteristics and requirements of the target system element

Note 1 to entry: This is referred to as instantiation of the life cycle processes for a specific system, product or service.

3.6

locality of quality responsibility

assignment of responsibility for specific quality-related requirements or decompositions thereof to a particular process instance

3.7

process instance

single specific and identifiable execution of a process

[SOURCE:ISO/IEC 33001:2015, 3.2.17]

Note 1 to entry: It is the result of instantiation of life cycle processes for a specific system, product or service.

3.8

quality responsibility

responsibility for achievement of a quality requirement or decomposition thereof

3.9

success criteria

set of conditions to be satisfied by a process instance at completion

Note 1 to entry: Information items and artefacts produced by the process instance must meet the success criteria. Success criteria are established based on the outcomes of the corresponding life cycle process, requirements of the system element to which the process instance contributes, and requirements and constraints arising from decisions in other process instances.

Bibliography

[1]ISO/IEC/IEEE 15288:2008 1 , Systems and software engineering — System life cycle processes
[2]ISO/IEC TR 24748-1:2010, Systems and software engineering — Life cycle management — Guide for life cycle management
[3]ISO/IEC TR 24748-2:2011, Systems and software engineering — Life cycle management — 2: Guide to the application of ISO/IEC 15288 (System life cycle processes)
[4]ISO/IEC TR 24748-4:— 2 , Systems and software engineering — Life cycle management — 4: System Engineering Management Plan
[5]ISO/IEC/IEEE 15289:2011, Systems and software engineering — Content of systems and software life cycle process information products (Documentation)
[6]ISO/IEC 27034-1:2011. Information Technology — Security Techniques — Application Security — 1: Overview and Concepts
[7]IEEE P828:— 3 , Configuration Management in Software and Systems Engineering
[8]Welke R.J., Kumar K., Method Engineering: a proposal for situation-specific methodology construction. In: Systems Analysis and Design: A Research Agenda, (Cotterman S., ed.). Wiley, Chichester, 1992, pp. 257–68.
[9]Juran J.M., Juran on Quality by Design, ed. The Free Press, New York, 1992
[10]ISO/IEC/IEEE 12207:2008, Systems and software engineering — Software life cycle processes
[11]ISO/IEC/IEEE 29148:2011, Systems and software engineering — Life cycle management — Requirements engineering
[12]ISO/IEC 25000:2014, Software Engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Guide to SQuaRE
[13]ISO/IEC 25010:2011, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models
[14]ISO/IEC/IEEE 29119:— 4 , Software and systems engineering — Software testing
[15]ISO/IEC 15504:2004, Information technology — Process assessment
[16]ISO/IEC/IEEE 42010:2011, Systems and software engineering — Architecture description
[17]ISO/IEC 15026:2010, Systems and software engineering — Systems and software assurance
[18]Faisandier A., Engineering and Architecting Multi-displinary systems. Vol 2: System Opportunities and Requirements”, pp.30, Sinergy'Com, 2012
[19]ISO/IEC 25012:2008, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Data quality model
[20]ISO/IEC 25020:2007, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Measurement reference model and guide
[21]ISO/IEC 25021:2012, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Quality measure elements
[22]ISO/IEC 25022:— 5 , Systems and software engineering — Systems and software quality requirements and evaluation (SQuaRE) — Measurement of quality in use
[23]ISO/IEC 25023:— 6 , Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Measurement of system and software product quality4)
[24]ISO/IEC 25024:— 7 , Systems and software engineering — Systems and software quality requirements and evaluation (SQuaRE) — Measurement of data quality4)
[25]ISO/IEC 25030:2007, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality requirements
[26]ISO/IEC 25040:2011, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Evaluation process
[27]ISO/IEC/IEEE 15939, Systems and software engineering — Measurement process
[28]Crosby P., Quality is free: The art of making quality certain. New American Library, 1980
[29]ISO/IEC TR 24748-3:2011, Systems and software engineering — Life cycle management — 3: Guide to the application of ISO/IEC 12207 (Software life cycle processes)
[30]ISO/IEC 25041:2012, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Evaluation guide for developers, acquirers and independent evaluators
[31]ISO/IEC TR 10000:1998, Information Technology — Systems and software Quality Requirements and Evaluation (SQuaRE) — Framework and taxonomy of international standardized profiles
[32]ISO/IEC 33001:2015, Information technology — Process assessment — Concepts and terminology