この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
3 用語と定義
この文書の目的上、次の用語と定義が適用されます。
ISO と IEC は、標準化に使用する用語データベースを次のアドレスで維持しています。
3.1 使用時の品質
3.1.1
影響する
システム（3.1.29） の取得または使用の決定に関する ユーザー（3.1.31 ）または他の利害関係者（3.1.26） の態度を変える
3.1.2
属性
人間または自動化された手段によって定量的または定性的に区別できる、エンティティの固有の特性または特性
[出典:ISO/IEC 25000:2014, 4.1, 修正済み — 記入事項への注記は削除されました。]
3.1.3
コンポーネント.コンポーネント
特定の分析レベルで考慮される、 システム (3.1.29) 内のアセンブリやソフトウェア モジュールなどの個別の構造を持つエンティティ
3.1.4
使用のコンテキスト
ユーザー (3.1.31) 、目標とタスク、リソース、環境の組み合わせ
注記 1: 使用の文脈における「環境」には、技術的、物理的、社会的、文化的、組織的環境が含まれます。
[出典:ISO 9241-11:2018, 3.1.15]
3.1.5
お客様
組織 (3.1.13) または 製品 (3.1.14) またはサービスを受け取る個人
注記 1:対話型 システム (3.1.29) では、顧客が オペレーター (3.1.12) と同じである場合があります。
[出典:ISO/IEC/IEEE 12207:2017, 3.1.16, 修正済み — エントリと例に対する元の注記 1 は削除されました。エントリへの新しいメモが追加されました。]
3.1.6
データ品質
指定された条件下で使用された場合に、明示的および 黙示的なニーズ (3.3.3) を満たすデータの特性の能力
[出典:ISO/IEC 25000:2014, 4.5, 修正 - 「データの特性が満足する程度」は「データの特性が満足する能力」に変更されました。
3.1.7
開発者
システム (3.1.29) またはソフトウェアのライフサイクル プロセス中に開発活動 [ 要件 (3.1.21) の分析、設計、受入れまでのテストを含む] を実行する個人または組織 (3.1.13)
[出典:ISO/IEC 25000:2014, 4.6]
3.1.8
直接ユーザー
製品を直接操作する人 (3.1.14)
注記 1: 「直接ユーザー」という用語のこの定義は、もともと ISO/IEC 9241-11:2018, 3.1.7 で定義されている用語「ユーザー」に対するものです。この文書では、「直接ユーザー」という用語は「間接ユーザー」(3.3.4) と区別するために使用されます。
3.1.9
情報システム
ICT 製品（3.3.2） 、ICT 環境、およびそれらを使用する人々、またはそれらの影響を受ける人々で構成される システム（3.1.29）。 これらは、1 つまたは複数の明示された目的を達成するために組織された相互作用する要素の組み合わせになります。
注記 1:情報システムは、他の電気機械製品とその ユーザー (3.1.31) を含む大規模システムの一部である可能性がありますが、この文書では、これらの コンポーネント (3.1.3) を 使用コンテキスト (3.1.3) の一部とみなします。 4) 情報システムの一部である ICT 製品およびユーザーに直接関連する関係がある場合にのみ、システムの品質 属性 (3.1.2) の多くをこれらの大規模なシステムにも適用できます。 。
注記 2:この文書の情報システムは、運用環境を構成する他の相互作用システムと関連するシステムとして認識されます。個々のシステムは、ISO/IEC/IEEE 15288 で定義されているシステム、つまり「1 つ以上の規定された目的を達成するために編成された相互作用する要素の組み合わせ」と同じです。
注記 3: 組み込みソフトウェア・システムは、この文書の目的では情報システムではありません。この使用法における情報システムは 、対象エンティティ (3.1.30) が 相互に及ぼす影響を含む品質懸念の範囲を記述することを目的としています。情報システムという用語に含まれる対象エンティティには、 ICT 製品 (3.3.2) 、IT サービス、および 1 つ以上のシステムで構成されるそれらの運用環境が含まれます。
3.1.10
尺度 、 名詞
測定結果として値が代入される変数（3.1.11）
注記 1:複数形の「メジャー」は、ベースメジャー、派生メジャー、および指標を集合的に指すために使用されます。
[出典:ISO/IEC/IEEE 15939:2017, 3.15]
3.1.11
測定.測定
メジャーの値を決定することを目的とした一連の操作 (3.1.10)
注記 1: 測定には、ソースプログラムの言語 (C, C++、Ruby など) などの定性的なカテゴリの割り当てが含まれる場合があります。
[出典:ISO/IEC/IEEE 15939:2017, 3.17, 修正 — エントリの元の注 1 は新しいものに置き換えられました。]
3.1.12
オペレーター
システム (3.1.29) の運用を実行する個人または 組織 (3.1.13)
[出典:ISO/IEC/IEEE 12207:2017, 3.1.29, 修正 — エントリの注 1 ～ 3 が削除されました。]
3.1.13
組織
責任、権限、関係が整理された人々と施設のグループ
例：
法人か否か、公的か私的かを問わない、会社、法人、会社、事業体、機関、慈善団体、個人事業主、協会、またはその一部または組み合わせ。
[出典: ISO/IEC/IEEE 12207:2017, 3.1.30, 修正済み - 「法人か否か、公的か民間かにかかわらず」が例に追加されました。エントリの注 1 は削除されました。]
3.1.14
製品
生産され、定量化可能で、それ自体の最終品目または コンポーネント (3.1.3) 品目として ユーザー (3.1.31) に提供できる成果物。
注記 1:この文書では、製品とは、 情報システム (3.1.9) の一部である ICT 製品 (3.3.2) を指します。 ICT 製品コンポーネントには、サブシステム、ソフトウェア、ファームウェア、ハードウェア、データ、通信インフラストラクチャ、および ICT 製品の一部であるその他の要素が含まれます。
[出典:ISO/IEC 25030:2019, 3.12, 修正 — 元の記入事項 1 および 2 は、新しい記入事項に置き換えられました。]
3.1.15
使用中の品質
システム (3.1.29) or 製品 (3.1.14) が、指定された 使用状況 (3.1.4) で使用された場合に、指定された有益な目標を達成するために 利害関係者 (3.1.26) の ニーズを満たすか超える程度または結果。
注記 1:有益な目標は、管理された経済的、環境的、組織的、社会的 リスクを伴う事前定義された条件における目標として述べることができる (3.1.22) 。
注記 2: 使用品質モデルは、システムの動作に関する ユーザー (3.1.31) の 期待を表すガイドとして使用できます。
注記 3: 使用品質のユーザーには、直接および 間接のユーザーが含まれます (3.3.4) 。 直接ユーザー（3.1.8） に適用すると、使用中の品質は「効果」として現れ、他のステークホルダーには「影響」として現れます。
3.1.16
品質測定
品質測定 要素 (3.1.17) の 2 つ以上の値 の測定 (3.1.11) 関数として定義される 派生測定 (3.1.10)
[出典:ISO/IEC 25020:2019, 3.13, 修正 — 略語「QME」は削除されました。]
3.1.17
品質測定要素
プロパティに関して定義された 測定 (3.1.10) およびそれを定量化するための 測定 (3.1.11) 方法 (オプションで数学関数による変換を含む)
[出典:ISO/IEC 25020:2019, 3.14, 修正 — 略語「QM」と項目への注記 1 が削除されました。]
3.1.18
品質特性
品質測定要素 (3.1.17) に関連し、 測定 (3.1.11) 方法によって定量化できるターゲット エンティティのプロパティ。
3.1.19
品質要件
情報システム（3.1.9） およびITサービスシステムの目的から生じるニーズを満たす 、品質特性（3.1.18） or 属性（3.1.2） に対する要件 （3.1.21） システムが使用されることになります
[出典: ISO/IEC 25030:2019, 3.15, 修正 - 「ICT 製品、データ、またはサービス」が「情報システムおよび IT サービス システム」に 2 回置き換えられました。
3.1.20
品質のサブ特性
品質特性 (3.3.12) の 固有の側面を表す 1 つ以上の 品質特性 (3.1.18) のセット
3.1.21
要件
ニーズとそれに関連する制約や条件を翻訳または表現するステートメント
[出典:ISO/IEC/IEEE 15288:2023, 3.36]
3.1.22
危険
不確実性が目標に及ぼす影響
注記 1: 効果とは、期待値からの逸脱、つまり正および/または負のことです。この文書では、悪影響をもたらすマイナスの逸脱に焦点を当てています。
注記 2:リスクは、多くの場合、潜在的な出来事や結果、あるいはそれらの組み合わせへの言及によって特徴付けられます。
注記 3:リスクは、多くの場合、イベントの結果 (状況の変化を含む) と、それに関連する発生の可能性の組み合わせで表現されます。この文書では、リスクは、悪影響の重大度と悪影響が発生する可能性の組み合わせとして特徴付けられます。
注記 4: 目標には、財務、健康と安全、環境目標などのさまざまな側面があり、戦略的、組織全体、プロジェクト、 製品 (3.1.14) 、プロセスなどのさまざまなレベルで適用できます。
注記 5: 不確実性とは、出来事、その結果、または可能性に関する理解または知識に関する情報が部分的であっても欠如している状態を指します。
[出典:ISO/IEC/IEEE 15026-1:2019, 3.4.2]
3.1.23
社会
コミュニティまたは地政学的に定義された地域で一緒に暮らす人々全般
注記 1: 社会とは、持続可能な開発目標 (SDGs) で使用される市民社会および地政学的社会、すなわち社会全体を意味する。
3.1.24
ソフトウェア製品
コンピューター プログラム、手順、および関連する可能性のある文書とデータのセット
注記 1: 製品 (3.1.14) には、中間製品、および 開発者 (3.1.7) や 保守者 (3.3.6) などの ユーザー (3.1.31 ) を対象とした製品が含まれます。
注記 2: SQuaRE 規格では、 ソフトウェア品質 (3.1.25) は ソフトウェア 製品品質 (3.3.9) と同じ意味を持ちます。
[出典:ISO/IEC 25000:2014, 4.31]
3.1.25
ソフトウェアの品質
指定された条件下で使用された場合に、明示的および 黙示的なニーズ (3.3.3) を満たす ソフトウェア製品 (3.1.24) の機能
注記 1:この定義は、明示的および黙示的なニーズの満足を指すという点で ISO 9000:2015 の品質の定義とは異なりますが、ISO 9000:2015, 3.6.2 の品質定義は 要件 の充足を指します。 (3.1.21) ;品質は、オブジェクトの固有の特性のセットが要件を満たす程度として定義されます。
[出典:ISO/IEC 25000:2014, 4.33;修正 — エントリの注 1 は言い換えられました。]
3.1.26
利害関係者
システム (3.1.29) に対する権利、共有、請求権、または利益を有する個人または組織 (3.1.13)、またはそのニーズや期待を満たすシステム の特性を所有する個人または組織 (3.1.13)
例：
エンド ユーザー (3.1.31) 、エンドユーザー組織、サポーター、 開発者 (3.1.7) 、 顧客 (3.1.5) 、生産者、トレーナー、 保守者 (3.3.6) 、処分者、取得者、供給者、規制機関、および人々システムによってプラスまたはマイナスの影響を受ける。
注記 1:一部の利害関係者は、互いに対立したり、システムに反対したりする利害関係を持っている場合があります。
[出典:ISO/IEC/IEEE 15288:2023, 3.44]
3.1.27
ステークホルダーのニーズ
利害関係者 (3.1.26) または一連の利害関係者が、特定の 使用状況 (3.1.4) 内で暗示または明示された、意図された結果を達成するために必要であると特定された前提条件。
3.1.28
サブサブ特性
対象エンティティ (3.1) の 品質属性 (3.1.2) をより詳細に表現するために 、品質モデル (3.3.10) の ユーザー (3.1.31) によって確立された品質 サブ特性 (3.1.20) の細分化。 .30)
3.1.29
システム
1 つ以上の明示された目的を達成するために編成された相互作用する要素の組み合わせ
注記 1:システムは、 製品 (3.1.14) またはそれが提供するサービスとみなされる場合があります。
注記 2:実際には、その意味の解釈は、関連する名詞を使用することによって明確になることがよくあります (例: 航空機システム)あるいは、「システム」という単語は単に文脈依存の同義語 (例: 航空機) に置き換えられますが、これにより、システム原則の観点が曖昧になる可能性があります。
注記 3: 完全なシステムには、意図された環境での自立使用に必要な程度の運用およびサポートに必要な、関連する機器、設備、資材、コンピュータ・プログラム、ファームウェア、技術文書、サービスおよび人員のすべてが含まれます。
3.1.30
対象エンティティ
ユーザーに関連する基本的なもの (3.1.31) 、どの情報が保持され、どの情報 を測定する必要があるか (3.3.7)
注記 1: 対象エンティティには、 ISO/IEC 25010 の ICT 製品 (3.3.2) とその コンポーネント (3.1.3) 、ISO/IEC IS 25011 の IT サービス、および ISO/IEC 25012 のデータが含まれます。
[出典: ISO/IEC 25021:2012, 4.17, 修正 - 「必要性」は「どれが必要か」に変更されました。エントリに注 1 を追加しました。]
3.1.31
ユーザー.ユーザー
システム (3.1.29) と対話する、またはシステムの使用中にシステムから恩恵を受ける個人またはグループ
注記 1: 1 次ユーザー (3.3.8) と 2 次ユーザー (3.3.11) は システムと対話し、1 次ユーザー、2 次ユーザー、および 間接ユーザー (3.3.4) は システムから恩恵を受けることができます。
[出典:ISO/IEC/IEEE 12207:2017, 3.1.70, 修正済み — 元の記載事項の注記は新しいものに置き換えられました。]
3.2 使用品質特性と副特性
3.2.1
有益性
製品 (3.1.14) 、 システム (3.1.29) またはサービスの使用から生じる利益の範囲
3.2.1.1
使いやすさ
システム（3.1.29） 、 製品（3.1.14） または サービスが、指定された 使用状況（3.1. 4)
[出典:ISO 9241-11:2018, 3.1.1, 修正済み — 記入事項の注記は削除されました。]
3.2.1.2
アクセシビリティ
特定された目標を達成するために 、製品 (3.1.14) 、 システム (3.1.29) 、サービス、環境、および設備が、最も幅広い ユーザー (3.1.31) のニーズ、特性、および能力を持つ集団の人々によって使用される程度 コンテキスト内での特定された使用 (3.1.4)
注記 1: 使用の状況には、直接使用または支援技術によってサポートされる使用が含まれます。
[出典:ISO 9241-112:2017, 3.15]
3.2.1.3
適合性
製品（3.1.14） の動作または結果、またはその両方が、使用時に指定された 品質要件（3.1.19） を満たす（満足する）程度
注記 1:製品または システム (3.1.29) が、特に 情報システム (3.1.9) および IT サービスとして認識される場合、 使用中の品質 (3.1) における一種の副特性である適合性 .15) は 、より多様で広範な 利害関係者グループ (3.1.26) が使用による貴重な利益を得る機会の獲得または損失 (3.1.1) に影響を与える ため、重要です。
3.2.2
リスクからの自由
製品（3.1.14） or システム（3.1.29）が、 経済的地位、人命、健康、 社会（3.1.23） 、財務的価値、企業活動、または社会に対する潜在的な リスク（3.1.22） を軽減する程度。環境
注記 1: リスクには、経済的リスク、健康的リスク、人命的リスク、環境的および社会的リスクが含まれます。
3.2.2.1
経済的リスクからの解放
製品 (3.1.14) or システム (3.1.29) が 、意図された 使用状況 (3.1. 4)
注記 1:製品またはシステムが特に 情報システム (3.1.9) および IT サービスとして認識される場合、経済的リスクがより多様で広範な ステークホルダー (3.1 .26) そのため、使用されるリスク監視は、リスクの軽減に加えて、より重点を置いたものとみなされることがよくあります。
3.2.2.2
環境的および社会的リスクからの解放
製品（3.1.14） or システム（3.1.29）が、 意図された 使用状況（3.1.4） において環境および 社会（3.1.23） 全体に対する潜在的な リスク（ 3.1.22）を軽減する程度
注記 1:製品またはシステムが特に 情報システム (3.1.9) および IT サービスとして認識される場合、社会の公共財産、および社会または自然生態システムを含む環境に対する環境および社会リスクの影響が懸念される。そのため、使用されるリスク監視は、リスクの軽減に加えて、より焦点を絞ったものとみなされることがよくあります (3.1.26) 。
3.2.2.3
健康リスクからの解放
製品（3.1.14） or システム（3.1.29）が、 意図された 使用状況（3.1.4） において人々の健康に対する潜在的な リスク（3.1.22） を軽減する程度
3.2.2.4
人命の危険からの解放
製品（3.1.14） or システム（3.1.29）が、 意図された 使用状況（3.1.4） における人々の生命に対する潜在的な リスク（3.1.22） を軽減する程度
3.2.3
受容性
頻繁に使用される機能を実行するように設計された 製品 (3.1.14) 、 システム (3.1.29) 、またはサービス ソフトウェア ツールを受け入れまたはインストールするときの人間の反応がどの程度好ましいか
3.2.3.1
経験
ユーザー (3.1.31) or 関係者 (3.1.26) が、 時間をかけて獲得した知識やスキル、特に特定の職業で得た知識やスキルを蓄積する程度
例：
記録された気象データに基づいてデータ分析や再生、シミュレーション、または類似/異なるパターンの検出を行うことは、気象監視ユーザーが天気予報の知識やスキルを向上させるのに役立ちます。
3.2.3.2
信頼性
ユーザー (3.1.31) or 利害関係者 (3.1.26) が、検証可能な方法で期待が満たされると確信している程度
注記 1: 信頼性を確保するための側面には、例えば、信頼性、可用性、回復力、セキュリティ、プライバシー、安全性、説明責任、透明性、完全性、信頼性、品質、および使いやすさが含まれます。
注記 2:信頼性は、サービス、 製品 (3.1.14) 、テクノロジー、データおよび情報に適用できる 属性 (3.1.2) であるだけでなく、ガバナンスの文脈では 組織 (3.1.13) にも適用できます。 。
例：
オンラインショッピング システム（3.1.29） を通じて販売者から商品を購入する場合、商品の仕様、過去の取引履歴、購入者のコメントや評価、返品・返金手続きの説明、オンラインストアによる評価や警告などの情報運用サービス サイトおよび製品写真は、製品および販売者が潜在 顧客 (3.1.5) の購入の期待にどの程度応えるかを判断するために使用されます。
[出典: ISO/IEC TR 24028:2020, 3.42, 修正版 - 「利害関係者の期待に応える能力」は、「ユーザーまたは利害関係者が期待が満たされると確信できる程度」に変更されました。エントリの元のメモ 1 と 2 は削除されました。元のエントリへのメモ 3 はエントリへのメモ 2 になりました。エントリーへの新しいメモが 2 件追加されました。]
3.2.3.3
コンプライアンス
ユーザー (3.1.31) または他の 利害関係者 (3.1.26) が、使用中の 製品 (3.1.14) 、 システム (3.1.29) 、ソフトウェア、またはサービスが、規則または規則で要求されている要件を満たしていると確信している程度。法律
3.3 SQuaRE の関連概念
3.3.1
評価者
評価を行う個人または 組織 (3.1.13)
[出典:ISO/IEC 25000:2014, 4.10]
3.3.2
ICT製品
情報通信技術 (ICT) を使用し、 情報システム (3.1.9) の一部となり得る 製品 (3.1.14)
注記 1: ICT 製品は他の ICT 製品 (サブ製品) を構成することができ、ICT 製品の コンポーネント (3.1.3) が単独で ICT 製品とみなされる場合もあります。 ICT 製品の例には、コンピュータ ハードウェア、 ソフトウェア製品 (3.1.24) 、ソフトウェア コンポーネント、およびデータが含まれます。
注記 2: ICT 製品とは、最新のコンピューティングを可能にし、人々と 組織 (3.1.13 ) デジタル世界で対話し、操作します。
注記 3: ICT 製品には、通信やデータから独立した人、機械、インフラストラクチャー、その他の設備は含まれません。 ICT 製品には、ファームウェア、センサー、コミュニケータなどのコンピュータが組み込まれたハードウェアが含まれますが、 ユーザーは含まれません (3.1.31) 。
注記 4:データシート、ユーザーマニュアル、設置マニュアル、操作ガイド、構成ガイドなどの多くの成果物は、ICT 製品およびそれを構成する情報システムの品質に貢献していますが、それ自体は ICT 製品ではありません。
[出典:ISO/IEC 25030:2019, 3.8, 修正済み — エントリの元の注 1 は削除されました。エントリへの新しいメモが 4 つ追加されました。]
3.3.3
暗黙のニーズ
明示されていないかもしれないが、実際のニーズであるニーズ
注記 1:一部の暗黙のニーズは、 ソフトウェア製品 (3.1.24) が 特定の条件 (使用状況) で使用される場合にのみ明らかになります。
例：
暗黙のニーズには、明示されていないが他の明示されたニーズによって暗示されるニーズ、および明白または自明であると考えられるために明示されないニーズが含まれます。
[出典:ISO/IEC 25000:2014, 4.12]
3.3.4
間接ユーザー
システム (3.1.29) から出力を受け取るが、システムと対話しない人
例：
ビジネスマネージャー、買収者、プロダクトマネージャー
[出典:ISO/IEC 25030:2019, 3.9, 修正済み — 例は置き換えられました。]
3.3.5
ITサービスの品質
指定された条件下で提供された場合に、明示的および黙示的な品質ニーズを満たす IT サービスの能力
注記 1:この定義は ISO 9000:2015 の品質定義とは異なります。主な理由は、IT サービスの品質定義は明示的および 暗黙のニーズ (3.3.3) の満足を指すのに対し、ISO 9000 の品質定義は 要件 の満足を指すからです。 (3.1.21) 。
[出典: ISO/IEC TS 25011:2017, 3.3.10, 修正 - 「IT サービスが満足する程度」が「IT サービスが満足する能力」に変更されました。「品質」が追加されました。「使用されている」 「配信済み」に変更されました。エントリに注 1 を追加しました。]
3.3.6
メンテナー
メンテナンス活動を行う個人または組織
[出典:ISO/IEC 25000:2014, 4.17, 修正 — エントリの注 1 が削除されました。]
3.3.7
測る 、 動詞
測定を行う (3.1.11)
[出典:ISO/IEC 25000:2014, 4.18, 修正 — エントリの注 1 が削除されました。]
3.3.8
プライマリユーザー
主な目標を達成するために システム (3.1.29) と対話する個人または団体
[出典: ISO/IEC 25030:2019, 3.11, 修正版 - 「ユーザー」は「人または物」に変更されました。エントリの注 1 は削除されました。]
3.3.9
製品の品質
ICT 製品 (3.3.2) またはその コンポーネント (3.1.3) が、 特定の条件下で使用された場合に明示的および黙示的な品質ニーズを満たす能力
注記 1:この定義は、ISO 9000:2015 の品質定義とは異なります。主な理由は 、ソフトウェア品質 (3.1.25) の定義は明示的および 黙示的なニーズ (3.3.3) の満足を指すのに対し、ISO 9000 の品質定義は 要件の充足（3.1.21） 。
注記 2:通常、 ユーザー (3.1.31) は 、要件を満たすだけの システム (3.1.29) を 高品質のシステムとは考えません。品質は、関連する制約や条件を伴う期待を満たすこと、さらには期待を超えることに関係します。
3.3.10
品質モデル
定義された一連の特性とそれらの間の関係。 品質要件 (3.1.19) を指定し、品質を評価するためのフレームワークを提供します。
3.3.11
二次ユーザー
| 例： |
|
|
[出典:ISO/IEC 25030:2019, 3.17, 修正 — より多くの例が追加されました。]
3.3.12
品質特性
品質のカテゴリ (3.1.25) ICT 製品 (3.3.2) または情報システムの品質に影響を与える 属性 (3.1.2)
注記 1:品質特性は、 品質サブ特性 (3.1.20) にさらに分割できます。通常、特性は利害関係者にとって関心のある品質の 1 つの側面を表しますが、品質サブ特性は、品質特性を 品質特性 (3.1.18) にマッピングする際に役立つ個々の側面に細分化するのに役立ちます。
3.3.13
検証
客観的証拠の提供による、特定の使用目的または用途 の要件（3.1.21）が 満たされていることの確認
注記 1: 検証に必要な客観的証拠は、テスト、または代替計算の実行や文書のレビューなどの他の形式の決定の結果です。
注記 2: 「検証済み」という語は、対応するステータスを示すために使用されます。
注記 3:検証のための使用条件は、実際のものでも、シミュレートされたものでもよい。
3.3.14
検証
客観的証拠の提供による、指定された 要件（3.1.21） が満たされていることの確認
注記 1: 検証に必要な客観的証拠は、検査の結果、あるいは代替計算の実行や文書のレビューなどの他の形式の決定の結果である場合があります。
注記 2:検証のために実行される活動は、適格性評価プロセスと呼ばれることもあります。
注記 3: 「検証済み」という語は、対応するステータスを示すために使用されます。
参考文献
| 1 | IEC 60050-191, 第 2.0 版、国際電気技術語彙 — Part 191: 信頼性1 |
| 2 | IEEE 610.12-1990, ソフトウェア エンジニアリング用語の IEEE 標準用語集 |
| 3 | IEEE 1517-1999, (R2004)、 IEEE 情報技術標準 - ソフトウェア ライフ サイクル プロセス - 再利用プロセス |
| 4 | ISO/IEC 2382, 情報技術 - 語彙 |
| 5 | ISO/IEC 25000:2014, システムおよびソフトウェア エンジニアリング — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — SQuaRE ガイド |
| 6 | ISO/IEC TR 24028:2020, 情報技術 — 人工知能 — 人工知能の信頼性の概要 |
| 7 | ISO 7498-2:1989, 情報処理システム — オープン システム相互接続 — 基本参照モデル — Part 2: セキュリティ アーキテクチャ |
| 8 | ISO 9001, 品質マネジメントシステム — 要件 |
| 9 | ISO 9241-11:2018, 人間とシステムの相互作用の人間工学 — Part 11: ユーザビリティ: 定義と概念 |
| 10 | ISO 9241-14, ビジュアル ディスプレイ ターミナル (VDT) を使用したオフィス作業のための人間工学的要件 — Part 14: メニュー ダイアログ |
| 11 | ISO 9241-110, 人間とシステムの相互作用の人間工学 — Part 110: インタラクションの原則 |
| 12 | ISO/IEC/IEEE 12207:2017, システムおよびソフトウェア エンジニアリング — ソフトウェア ライフ サイクル プロセス |
| 13 | ISO 9241-210, 人間とシステムの相互作用の人間工学 — Part 210: インタラクティブ システムのための人間中心の設計 |
| 14 | ISO/IEC/IEEE 15026-1:2019, 情報完全性テクノロジ - システムおよびソフトウェアのレベル |
| 15 | ISO/IEC/IEEE 15288:2023, システムおよびソフトウェア エンジニアリング — システム ライフ サイクル プロセス |
| 16 | ISO/IEC/IEEE 15939:2017, システムおよびソフトウェアエンジニアリング - 測定プロセス |
| 17 | ISO/IEC/IEEE 24765, システムおよびソフトウェアエンジニアリング — 語彙 |
| 18 | ISO/IEC 25002, ソフトウェアエンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — 品質モデルの概要と使用法 |
| 19 | ISO/IEC 25010:2023, ソフトウェアエンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — 製品品質 |
| 20 | ISO/IEC TS 25011:2017, 情報技術 — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — サービス品質モデル |
| 21 | ISO/IEC 25012, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — データ品質モデル |
| 22 | ISO/IEC 25020:2019, ソフトウェアエンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — 測定参照モデルおよびガイド |
| 23 | ISO/IEC 25022, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — 使用中の品質の測定 |
| 24 | ISO/IEC 25030:2019, ソフトウェアエンジニアリング — ソフトウェア製品の品質要件および評価 (SQuaRE) — 品質要件 |
| 25 | ISO/IEC 25040, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — 評価プロセス |
| 26 | ISO/IEC 25021:2012, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — 品質測定要素 |
| 27 | ISO/IEC 25062, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件および評価 (SQuaRE) — ユーザビリティ テスト レポート用の業界共通フォーマット (CIF) |
| 28 | ISO/IEC 25063, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェア製品の品質要件および評価 (SQuaRE) — ユーザビリティのための Common Industry Format (CIF): 使用のコンテキストの説明 |
| 29 | ISO/IEC 25064, システムおよびソフトウェア エンジニアリング — ソフトウェア製品の品質要件および評価 (SQuaRE) — ユーザビリティに関する Common Industry Format (CIF): ユーザー ニーズ レポート |
| 30 | ISO 25065, システムおよびソフトウェア エンジニアリング — ソフトウェア製品の品質要件および評価 (SQuaRE) — ユーザビリティのための Common Industry Format (CIF): ユーザー要件仕様 |
| 31 | ISO/IEC 25066, システムおよびソフトウェア エンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — ユーザビリティのための業界共通フォーマット (CIF) — 評価レポート |
| 32 | ノーステキサスのネットet トリックシステムコンソーシアム。 (2008)、ディペンダビリティの定義。 2 2008 年 6 月 2 日取得 |
| 33 | 福住晋 ほか、2019, 「AIを活用したサービスにおけるELSI（倫理、法律、社会問題）の視点からの新たなガイドライン項目の抽出 ～ヘルスケア分野を中心に～」、山本真司、森英夫（編著） .): HCII 2019, LNCS 11570, 1 ～ 10 ページ、201 |
| 34 | 福住 晋、平沢 直也、ソフトウェア開発プロセスにおけるユーザビリティ -社会・ステークホルダー中心設計（SCD）の提案-、第1回SQuaREシリーズ体験と今後の方向性に関する国際ワークショップ（IWESQ2019）、 3 、pp18-19, 201 |
| 35 | 福住 伸、平沢 直、和田 直、小宮山 哲、東 正、「ソフトウェア品質における使用における品質の提案」、HCI インターナショナル 2020 年度論文集、2020 年。 |
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
3.1 Quality-in-use
3.1.1
affect
change the attitude of a user (3.1.31) or other stakeholder (3.1.26) regarding a decision to acquire or use a system (3.1.29)
3.1.2
attribute
inherent property or characteristic of an entity that can be distinguished quantitatively or qualitatively by human or automated means
[SOURCE:ISO/IEC 25000:2014, 4.1, modified — Notes to entry have been removed.]
3.1.3
component
entity with discrete structure, such as an assembly or software module, within a system (3.1.29) considered at a particular level of analysis
3.1.4
context of use
combination of users (3.1.31) , goals and tasks, resources, and environment
Note 1 to entry: The “environment” in a context of use includes the technical, physical, social, cultural and organizational environments.
[SOURCE:ISO 9241-11:2018, 3.1.15]
3.1.5
customer
organization (3.1.13) or person that receives a product (3.1.14) or service
Note 1 to entry: In interactive system (3.1.29) , customers are sometimes the same as operators (3.1.12) .
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.16, modified — The original note 1 to entry and EXAMPLE has been removed; a new note to entry has been added.]
3.1.6
data quality
capability of the characteristics of data to satisfy stated and implied needs (3.3.3) when used under specified conditions
[SOURCE:ISO/IEC 25000:2014, 4.5, modified — “degree to which the characteristics of data satisfy” has been changed to “capability of the characteristics of data to satisfy”.]
3.1.7
developer
individual or organization (3.1.13) that performs development activities [including requirements (3.1.21) analysis, design, testing through acceptance] during the system (3.1.29) or software life cycle process
[SOURCE:ISO/IEC 25000:2014, 4.6]
3.1.8
direct user
person who directly interacts with the product (3.1.14)
Note 1 to entry: This definition of the term “direct user” is originally for the term “user” that is defined in ISO/IEC 9241-11:2018, 3.1.7. In this document, the term “direct user” is addressed to distinguish from “indirect user" (3.3.4).
3.1.9
information system
system (3.1.29) that comprises ICT products (3.3.2) , ICT environment, and the people who use them or are impacted by them which become a combination of interacting elements organized to achieve one or more stated purposes
Note 1 to entry: While information systems can be part of larger systems that include other electro-mechanical products and their users (3.1.31) , this document considers these components (3.1.3) as part of the context of use (3.1.4) of the system only if they have a direct relevant relationship to the ICT products and users who are part of the information system. However, many of the quality attributes (3.1.2) can be applied to these larger systems of systems as well.
Note 2 to entry: Information system in this document can be recognized as a system of interest with the other interacting systems comprising the operational environment. An individual system is the same as the system defined in ISO/IEC/IEEE 15288, i.e. “a combination of interacting elements organized to achieve one or more stated purposes”.
Note 3 to entry: An embedded software system is not an information system for the purpose of this document. information system in this usage is intended to describe a scope for quality concerns that include the target entities (3.1.30) effect on each other. The target entities included under the term information system include ICT products (3.3.2) , IT services and their operational environment comprised of one or more systems.
3.1.10
measure , noun
variable to which a value is assigned as the result of measurement (3.1.11)
Note 1 to entry: The plural form “measures” is used to refer collectively to base measures, derived measures, and indicators.
[SOURCE:ISO/IEC/IEEE 15939:2017, 3.15]
3.1.11
measurement
set of operations having the object of determining a value of a measure (3.1.10)
Note 1 to entry: Measurement can include assigning a qualitative category such as the language of a source program (C, C++, Ruby, etc.).
[SOURCE:ISO/IEC/IEEE 15939:2017, 3.17, modified — The original note 1 to entry has been replaced by a new one.]
3.1.12
operator
individual or organization (3.1.13) that performs the operations of a system (3.1.29)
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.29, modified — Notes 1 to 3 to entry have been removed.]
3.1.13
organization
group of people and facilities with an arrangement of responsibilities, authorities and relationships
EXAMPLE:
company, corporation, firm, enterprise, institution, charity, sole trader, association, or parts or combination thereof, whether incorporated or not, public or private.
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.30, modified —"whether incorporated or not, public or private" has been added in the EXAMPLE; note 1 to entry has been removed.]
3.1.14
product
artefact that is produced, is quantifiable, and is deliverable to user (3.1.31) as either an end item in itself or a component (3.1.3) item
Note 1 to entry: In this document, product refers to an ICT product (3.3.2) that is part of an information system (3.1.9) . ICT product components include subsystems, software, firmware, hardware, data, communication infrastructure, and other elements that are part of the ICT product.
[SOURCE:ISO/IEC 25030:2019, 3.12, modified — The original notes 1 and 2 to entry have been replaced by a new note to entry.]
3.1.15
quality-in-use
extent to which the system (3.1.29) or product (3.1.14) , when it is used in a specified context of use (3.1.4) , satisfies or exceeds stakeholders’ (3.1.26) needs to achieve specified beneficial goals or outcomes.
Note 1 to entry: Beneficial goals can be stated as targets, in predefined conditions with managed economic, environmental, organizational, and societal risks (3.1.22) .
Note 2 to entry: The quality-in-use model can be used as a guide to represent the user’s (3.1.31) expectations about the system's behaviour.
Note 3 to entry: Users of the quality-in-use includes direct and indirect users (3.3.4) . When applied to direct users (3.1.8) , quality-in-use appears as “effect”, and to other stakeholders it appears as “influence”.
3.1.16
quality measure
derived measure (3.1.10) that is defined as a measurement (3.1.11) function of two or more values of quality measure elements (3.1.17)
[SOURCE:ISO/IEC 25020:2019, 3.13, modified — The abbreviated term"QME" has been removed.]
3.1.17
quality measure element
measure (3.1.10) defined in terms of a property and the measurement (3.1.11) method for quantifying it, including optionally the transformation by a mathematical function
[SOURCE:ISO/IEC 25020:2019, 3.14, modified — The abbreviated term"QM" and note 1 to entry have been removed.]
3.1.18
quality property
property of a target entity that is related to a quality measure element (3.1.17) , and which can be quantified by a measurement (3.1.11) method
3.1.19
quality requirement
requirement (3.1.21) for quality properties (3.1.18) or attributes (3.1.2) of an information system (3.1.9) and IT service system that satisfy needs which ensue from the purpose for which that information system and IT service system is to be used
[SOURCE:ISO/IEC 25030:2019, 3.15, modified —"ICT product, data or service" has been replaced by"information system and IT service system" twice.]
3.1.20
quality sub-characteristics
set of one or more quality properties (3.1.18) that represent a unique aspect of a quality characteristic (3.3.12)
3.1.21
requirement
statement which translates or expresses a need and its associated constraints and conditions
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.36]
3.1.22
risk
effect of uncertainty on objectives
Note 1 to entry: An effect is a deviation from the expected — positive and/or negative. In this document the focus is on negative deviations leading to adverse consequences.
Note 2 to entry: Risk is often characterized by reference to potential events and consequences, or a combination of these.
Note 3 to entry: Risk is often expressed in terms of a combination of the consequences of an event (including changes in circumstances) and the associated likelihood of occurrence. In this document risk is characterized as the combination of the severity of the adverse consequence and the likelihood of an adverse consequence occurring.
Note 4 to entry: Objectives can have different aspects, such as financial, health and safety, and environmental goals and can apply at different levels, such as strategic, organization-wide, project, product (3.1.14) , and process.
Note 5 to entry: Uncertainty is the state, even partially, of deficiency of information related to, understanding or knowledge of, an event, its consequence, or likelihood.
[SOURCE:ISO/IEC/IEEE 15026-1:2019, 3.4.2]
3.1.23
society
people in general, living together in communities or in geo-political defined areas
Note 1 to entry: Society means civil society used in Sustainable Development Goals (SDGs) and geo-political society, i.e. society at large.
3.1.24
software product
set of computer programs, procedures, and possibly associated documentation and data
Note 1 to entry: Products (3.1.14) include intermediate products, and products intended for users (3.1.31) such as developers (3.1.7) and maintainers (3.3.6) .
Note 2 to entry: In SQuaRE standards, software quality (3.1.25) has the same meaning as software product quality (3.3.9) .
[SOURCE:ISO/IEC 25000:2014, 4.31]
3.1.25
software quality
capability of software product (3.1.24) to satisfy stated and implied needs (3.3.3) when used under specified conditions
Note 1 to entry: This definition differs from the definition of quality in ISO 9000:2015 in that it refers to the satisfaction of stated and implied needs, while the ISO 9000:2015, 3.6.2, quality definition refers to the fulfilment of requirements (3.1.21) ; i.e. quality is defined as extent to which a set of inherent characteristics of an object fulfils requirements.
[SOURCE:ISO/IEC 25000:2014, 4.33; modified — Note 1 to entry has been rephrased.]
3.1.26
stakeholder
individual or organization (3.1.13) having a right, share, claim, or interest in a system (3.1.29) or in its possession of characteristics that meet their needs and expectations
EXAMPLE:
End users (3.1.31) , end user organizations, supporters, developers (3.1.7) , customers (3.1.5) , producers, trainers, maintainers (3.3.6) , disposers, acquirers, suppliers, regulatory bodies, and people influenced positively or negatively by a system.
Note 1 to entry: Some stakeholders can have interests that oppose each other or oppose the system.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.44]
3.1.27
stakeholder need
prerequisite identified as necessary for a stakeholder (3.1.26) , or a set of stakeholders, to achieve an intended outcome, implied or stated within a specific context of use (3.1.4)
3.1.28
sub-sub-characteristic
subdivision of a quality sub-characteristic (3.1.20) established by the user (3.1.31) of a quality model (3.3.10) to provide more granular representation of the quality attributes (3.1.2) of a target entity (3.1.30)
3.1.29
system
combination of interacting elements organized to achieve one or more stated purposes
Note 1 to entry: A system is sometimes considered as a product (3.1.14) or as the services it provides.
Note 2 to entry: In practice, the interpretation of its meaning is frequently clarified by the use of an associated noun, e.g. aircraft system. Alternatively, the word “system” is substituted simply by a context-dependent synonym (e.g. aircraft), though this potentially obscures a system principles perspective.
Note 3 to entry: A complete system includes all of the associated equipment, facilities, material, computer programs, firmware, technical documentation, services and personnel required for operations and support to the degree necessary for self-sufficient use in its intended environment.
3.1.30
target entity
fundamental thing of relevance to the user (3.1.31) , about which information is kept, and which needs to be measured (3.3.7)
Note 1 to entry: Target entities include ICT products (3.3.2) and their components (3.1.3) for ISO/IEC 25010, IT services for ISO/IEC IS 25011, and data for ISO/IEC 25012.
[SOURCE:ISO/IEC 25021:2012, 4.17, modified —"need" has been changed to"which needs"; note 1 to entry has been added.]
3.1.31
user
individual or group that interacts with a system (3.1.29) or benefits from a system during its utilization
Note 1 to entry: Primary users (3.3.8) and secondary users (3.3.11) interact with a system, and primary, secondary, and indirect users (3.3.4) can benefit from a system.
[SOURCE:ISO/IEC/IEEE 12207:2017, 3.1.70, modified — The original note to entry has been replaced by a new one.]
3.2 Quality-in-use characteristics and sub-characteristics
3.2.1
beneficialness
extent of benefit resulting from the use of a product (3.1.14) , system (3.1.29) or service
3.2.1.1
usability
extent to which a system (3.1.29) , product (3.1.14) or service can be used by specified users (3.1.31) to achieve specified goals with effectiveness, efficiency, and satisfaction in a specified context of use (3.1.4)
[SOURCE:ISO 9241-11:2018, 3.1.1, modified — Notes to entry have been removed.]
3.2.1.2
accessibility
extent to which products (3.1.14) , systems (3.1.29) , services, environments and facilities can be used by people from a population with the widest range of user (3.1.31) needs, characteristics and capabilities to achieve identified goals in identified contexts of use (3.1.4)
Note 1 to entry: Context of use includes direct use or use supported by assistive technologies.
[SOURCE:ISO 9241-112: 2017, 3.15]
3.2.1.3
suitability
extent to which behaviours or outcomes, or both, of a product (3.1.14) meet (satisfy) specified quality requirements (3.1.19) when used
Note 1 to entry: When a product or system (3.1.29) is especially recognized as an information system (3.1.9) and an IT service, suitability, which is a kind of sub-characteristic in quality-in-use (3.1.15) , is important because it affects (3.1.1) the gain or loss of opportunities for a more diverse and broader group of stakeholders (3.1.26) to obtain valuable benefits of use.
3.2.2
freedom from risk
extent to which a product (3.1.14) or system (3.1.29) mitigates the potential risk (3.1.22) to economic status, human life, health, society (3.1.23) , financial values, enterprise activities, or the environment
Note 1 to entry: Risk includes economic risk, health risk, human life risk and environmental and societal risk.
3.2.2.1
freedom from economic risk
extent to which a product (3.1.14) or system (3.1.29) mitigates the potential risk (3.1.22) to financial status, efficient operation, commercial property, reputation, or other aspects in the intended contexts of use (3.1.4)
Note 1 to entry: When a product or system is especially recognized as an information system (3.1.9) and IT service, there is concern that the economic risk has more impact to the economics in a more diverse and broader group of stakeholders (3.1.26) so that the risk monitoring used is often considered to be more focused in addition to risk mitigation.
3.2.2.2
freedom from environmental and societal risk
extent to which a product (3.1.14) or system (3.1.29) mitigates the potential risk (3.1.22) to the environment and society (3.1.23) at large in the intended contexts of use (3.1.4)
Note 1 to entry: When a product or system is especially recognized as an information system (3.1.9) and IT service, there is concern the environmental and societal risk impacts on public properties in societies, and on environments including societal or natural ecology systems in a diverse and broad group of stakeholders (3.1.26) so that the risk monitoring used is often considered to be more focused in addition to risk mitigation.
3.2.2.3
freedom from health risk
extent to which a product (3.1.14) or system (3.1.29) mitigates the potential risk (3.1.22) to people’s health in the intended contexts of use (3.1.4)
3.2.2.4
freedom from human life risk
extent to which a product (3.1.14) or system (3.1.29) mitigates the potential risk (3.1.22) to people’s lives in the intended contexts of use (3.1.4)
3.2.3
acceptability
extent to which a human response is favourable when accepting or installing a product (3.1.14) , system (3.1.29) or service software tool designed to perform some frequently used function
3.2.3.1
experience
extent to which users (3.1.31) or stakeholders (3.1.26) accumulate knowledge or skill acquired over time, especially that gained in a particular profession
EXAMPLE:
Data analyses or replaying, simulating, or detecting similar/different patterns based on recorded weather data can help weather monitoring users to improve their knowledges or skills for a weather forecasting.
3.2.3.2
trustworthiness
extent to which users (3.1.31) or stakeholders (3.1.26) have confidence that their expectations are met in a verifiable way
Note 1 to entry: Aspects to ensure trustworthiness can include, for example, reliability, availability, resilience, security, privacy, safety, accountability, transparency, integrity, authenticity, quality, and usability.
Note 2 to entry: Trustworthiness is an attribute (3.1.2) that can be applied to services, products (3.1.14) , technology, data and information as well as, in the context of governance, to organizations (3.1.13) .
EXAMPLE:
When purchasing a product from a seller through an online shopping system (3.1.29) , information such as product specifications, previous transaction history, comments or rating by the purchasers, description of return and refund procedures, and ratings or warnings by the online store operation service site, as well as product photos, are used to determine the extent to which the product and seller will meet potential customer (3.1.5) expectations for the purchase.
[SOURCE:ISO/IEC TR 24028:2020, 3.42, modified —"ability to meet stakeholders' expectations" has been changed to"extent to which users or stakeholders have confidence that their expectations are met"; the original notes 1 and 2 to entry has been removed; the original note 3 to entry has become note 2 to entry; 2 new notes to entry have been added.]
3.2.3.3
compliance
extent to which a user (3.1.31) or other stakeholder (3.1.26) has confidence that a product (3.1.14) , system (3.1.29) , software, or service in use meets requirements, as required by rules or laws
3.3 Related SQuaRE concepts
3.3.1
evaluator
individual or organization (3.1.13) that performs an evaluation
[SOURCE:ISO/IEC 25000:2014, 4.10]
3.3.2
ICT product
product (3.1.14) which uses information and communication technologies (ICTs) and can be a part of information system (3.1.9)
Note 1 to entry: ICT product can constitute other ICT products (sub-products) and sometimes a component (3.1.3) of an ICT product can also be considered as ICT products by themselves. Examples of ICT products includes computer hardware, software products (3.1.24) , software components, and data.
Note 2 to entry: ICT product refers to combination of one or more technology components (e.g. cloud, internet, data, multimedia, communication, hardware, firmware, software, and middleware) that enables modern computing and allows people and organizations (3.1.13) to interact and operate in the digital world.
Note 3 to entry: ICT product does not include people, machines, infrastructure, and other facilities which are independent from communication and data. ICT product includes hardware with embedded computer, such as firmware, sensors, and communicators, but not the users (3.1.31) .
Note 4 to entry: While many artefacts like data sheets, user manuals, installation manuals, operations guides, and configuration guides contribute to the quality of an ICT product and the information system that constitutes it, they are not ICT products by themselves.
[SOURCE:ISO/IEC 25030:2019, 3.8, modified — The original note 1 to entry has been removed; 4 new notes to entry have been added.]
3.3.3
implied needs
needs that may not have been stated but are actual needs
Note 1 to entry: Some implied needs only become evident when the software product (3.1.24) is used in particular conditions (context of use).
EXAMPLE:
Implied needs include needs not stated but implied by other stated needs, and needs not stated because they are considered to be evident or obvious.
[SOURCE:ISO/IEC 25000:2014, 4.12]
3.3.4
indirect user
person who receives output from a system (3.1.29) , but does not interact with the system
EXAMPLE:
Business managers, acquirers, product managers
[SOURCE:ISO/IEC 25030:2019, 3.9, modified — EXAMPLE has been replaced.]
3.3.5
IT service quality
capability of an IT service to satisfy stated and implied quality needs when delivered under specified conditions
Note 1 to entry: This definition differs from the ISO 9000:2015 quality definition mainly because the IT service quality definition refers to the satisfaction of stated and implied needs (3.3.3) , while the ISO 9000 quality definition refers to the satisfaction of requirements (3.1.21) .
[SOURCE:ISO/IEC TS 25011:2017, 3.3.10, modified —"degree to which an IT service satisfies" has been changed to"capability of an IT service to satisfy";"quality" has been added;"used" has been changed to"delivered"; note 1 to entry has been added.]
3.3.6
maintainer
individual or organization that performs maintenance activities
[SOURCE:ISO/IEC 25000:2014, 4.17, modified — Note 1 to entry has been removed.]
3.3.7
measure , verb
make a measurement (3.1.11)
[SOURCE:ISO/IEC 25000:2014, 4.18, modified — Note 1 to entry has been removed.]
3.3.8
primary user
person or entity who interacts with the system (3.1.29) to achieve the primary goals
[SOURCE:ISO/IEC 25030:2019, 3.11, modified —"user" has been changed to"person or thing"; note 1 to entry has been removed.]
3.3.9
product quality
capability of an ICT product (3.3.2) or its components (3.1.3) to satisfy stated and implied quality needs when used under specific conditions
Note 1 to entry: This definition differs from the ISO 9000:2015 quality definition mainly because the software quality (3.1.25) definition refers to the satisfaction of stated and implied needs (3.3.3) , while the ISO 9000 quality definition refers to the satisfaction of requirements (3.1.21) .
Note 2 to entry: Typically, users (3.1.31) do not consider systems (3.1.29) that only satisfy requirements as high-quality systems. Quality is related to satisfying and even surpassing expectations with associated constraints and conditions.
3.3.10
quality model
defined set of characteristics, and the relationships between them, which provides a framework for specifying quality requirements (3.1.19) and evaluating quality
3.3.11
secondary user
| EXAMPLE: |
|
|
[SOURCE:ISO/IEC 25030:2019, 3.17, modified — More examples have been added.]
3.3.12
quality characteristic
category of quality (3.1.25) attributes (3.1.2) that bears on the quality of the ICT product (3.3.2) or information system
Note 1 to entry: Quality characteristics can be further divided into quality sub-characteristics (3.1.20) . While characteristics typically represent one aspect of quality that is of interest to stakeholders, quality sub-characteristics can help subdivide quality characteristics into individual aspects that help in mapping them to quality properties (3.1.18) .
3.3.13
validation
confirmation, through the provision of objective evidence, that the requirements (3.1.21) for a specific intended use or application have been fulfilled
Note 1 to entry: The objective evidence needed for a validation is the result of a test or other form of determination such as performing alternative calculations or reviewing documents.
Note 2 to entry: The word “validated” is used to designate the corresponding status.
Note 3 to entry: The use conditions for validation can be real or simulated.
3.3.14
verification
confirmation, through the provision of objective evidence, that specified requirements (3.1.21) have been fulfilled
Note 1 to entry: The objective evidence needed for a verification can be the result of an inspection or of other forms of determination such as performing alternative calculations or reviewing documents.
Note 2 to entry: The activities carried out for verification are sometimes called a qualification process.
Note 3 to entry: The word “verified” is used to designate the corresponding status.
Bibliography
| 1 | IEC 60050-191, Ed.2.0, International Electrotechnical Vocabulary — Part 191: Dependability1 |
| 2 | IEEE 610.12-1990, IEEE Standard Glossary of Software Engineering Terminology |
| 3 | IEEE 1517-1999(R2004), IEEE Standard for Information Technology — Software Life Cycle Processes — Reuse Processes |
| 4 | ISO/IEC 2382, Information technology — Vocabulary |
| 5 | ISO/IEC 25000:2014, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Guide to SQuaRE |
| 6 | ISO/IEC/TR 24028:2020, Information technology — Artificial intelligence — Overview of trustworthiness in artificial intelligence |
| 7 | ISO 7498-2:1989, Information processing systems — Open Systems Interconnection — Basic Reference Model — Part 2: Security Architecture |
| 8 | ISO 9001, Quality management systems — Requirements |
| 9 | ISO 9241-11:2018, Ergonomics of human-system interaction — Part 11: Usability: Definitions and concepts |
| 10 | ISO 9241-14, Ergonomic requirements for office work with visual display terminals (VDTs) — Part 14: Menu dialogues |
| 11 | ISO 9241-110, Ergonomics of human-system interaction — Part 110: Interaction principles |
| 12 | ISO/IEC/IEEE 12207:2017, Systems and software engineering — Software life cycle processes |
| 13 | ISO 9241-210, Ergonomics of human-system interaction — Part 210: Human-centred design for interactive systems |
| 14 | ISO/IEC/IEEE 15026-1:2019, Information technology — System and software integrity levels |
| 15 | ISO/IEC/IEEE 15288:2023, Systems and software engineering — System life cycle processes |
| 16 | ISO/IEC/IEEE 15939:2017, Systems and software engineering — Measurement process |
| 17 | ISO/IEC/IEEE 24765, Systems and software engineering — Vocabulary |
| 18 | ISO/IEC 25002, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality models overview and usage |
| 19 | ISO/IEC 25010:2023, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Product Quality |
| 20 | ISO/IEC/TS 25011:2017, Information technology — Systems and software Quality Requirements and Evaluation (SQuaRE) — Service quality models |
| 21 | ISO/IEC 25012, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Data quality model |
| 22 | ISO/IEC 25020:2019, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Measurement reference model and guide |
| 23 | ISO/IEC 25022, Systems and software engineering — Systems and software quality requirements and evaluation (SQuaRE) — Measurement of quality in use |
| 24 | ISO/IEC 25030:2019, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality requirements |
| 25 | ISO/IEC 25040, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Evaluation process |
| 26 | ISO/IEC 25021:2012, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Quality measure elements |
| 27 | ISO/IEC 25062, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability test reports |
| 28 | ISO/IEC 25063, Systems and software engineering — Systems and software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability: Context of use description |
| 29 | ISO/IEC 25064, Systems and software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability: User needs report |
| 30 | ISO 25065, Systems and software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for Usability: User requirements specification |
| 31 | ISO/IEC 25066, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for Usability — Evaluation Report |
| 32 | North Texas Net Centric Systems Consortium. (2008), Dependability definitions. 2 Retrieved 2 June 2008 |
| 33 | Fukuzumi S. et al., 2019, “Extraction of New Guideline Items from the View Point of ELSI (Ethics, Legal, Social Issues) for Service Utilized AI –Focus on Healthcare Area”, Yamamoto S., Mori H., (Eds.): HCII 2019, LNCS 11570, pp. 1–10, 2019. |
| 34 | Fukuzumi S., Hirasawa N., Usability in software development process -Proposal of Society/Stakeholder Centered Design (SCD)-, 1st International Workshop on Experience with SQuaRE series and their Future Direction (IWESQ2019), 3 , pp18-19, 2019. |
| 35 | Fukuzumi S., Hirasawa N., Wada N., Komiyama T., Azuma M., “Proposal of Quality in Use in Software Quality”, Proceedings of HCI International 2020, 2020. |