← 一覧に戻る ↓ このページの最下段に移る

JIS X 25000：2010
ソフトウェア製品の品質要求及び評価(SQuaRE)―SQuaREの指針 2010制定

番号 用語 定義 対応英語
4.1 取得者 供給者から，システム，ソフトウェア製品又はソフトウェアサービスを，取得又は調達する個人又は組織(JIS X 0160:1996参照)。 acquirer
4.2 分析モデル 一つ以上の基本測定量及び/又は導出測定量を，関連する判断基準に結び付けるアルゴリズム又は計算。 analysis model
4.3 属性 人手又は自動的な手段によって，定量的又は定性的に識別できる固有の特性又は特徴(JIS X 0141:2009参照)。 attribute
4.4 品質測定量のための属性 ソフトウェア製品自体，ソフトウェア製品の使用又はソフトウェア製品の開発にかかわる属性。注記　品質測定量の属性は，品質測定量の要素(QME)を得るために使用する。 attribute for quality measure
4.5 基本測定量 単一の属性とそれを定量化するための方法とで定義した測定量。注記　基本測定量は，他の測定量と機能的に独立した測定量である(JIS X 0141:2009参照)。 base measure
4.6 商用既製ソフトウェア製品●COTSソフトウェア製品 市場からのニーズを取り入れ，商品として利用でき，広範囲の一般利用者によって利用のしやすさが実証されているソフトウェア製品。 commercial-off-the-shelf software product
4.7 利用状況 利用者，仕事，装置(ハードウェア，ソフトウェア及び資材)，並びに製品が使用される物理的及び社会的環境(JIS Z 8521:1999)。 context of use
4.8 力スタムソフトウェア 利用者の要求定義に基づいて特定の用途のために開発されたソフトウェア製品。 custom software
4.9 データ 基本測定量，導出測定量及び/又は指標に割り当てられた値の集合(JIS X 0141:2004)。 data
4.10 判断基準 アクション若しくは追加調査の必要性を決めるため又は与えられた結果の信頼度のレベルを記述するために使う，しきい(閾)値，目標又はパターン(JIS X 0141:2009)。 decision criteria
4.11 導出測定量 複数の基本測定量の値の関数として定義した測定量(JIS X 0141:2009参照)。注記　数学的関数を用いた基本測定量の変換も導出測定量として扱うことができる。 derived measure
4.12 開発者 ソフトウェアライフサイクルプロセスを通して，開発作業(要求分析，設計及び受入れテストを含む。)を遂行する組織(JIS X 0160:1996参照)。 developer
4.13 規格の部門 規格の集合であって，他の規格集合とは補完的な目的にかなうもの。 division of standards
4.14 エンドユーザ システムの結果から最終的な利益を得る人。注記　エンドユーザは，ソフトウェア製品の専任の運用者又は公共の一員のような一時的な使用者でもよい。 end user
4.15 実体 その属性を測定することによって特徴付けが行われる対象。例　実体としては，プロセス，製品，プロジェクト又は資源がある(JIS X 0141:2009)。 entity
4.16 評価方法 特定の製品構成要素又は製品全体に対して，仕様化された測定の結果を得るために，評価者によって実行される行為を記述した手続。 evaluation method
4.17 評価モジュール ソフトウェア品質特性，品質副特性又は属性を測定するための評価技術の組。注記　評価モジュールは，評価方法及び技法，評価対象入力及び測定し収集すべきデータ，並びに支援手続及びツールを含む。 evaluation module
4.18 評価者 評価を行う人又は組織。 evaluator
4.19 外部ソフトウェア品質 システムが特定の条件のもとで使用されたときに，明示的ニーズ及び暗黙のニーズを満たすように，システムが行動できるようにするソフトウェア製品の能力。
注記　行動の属性は，ソフトウェア製品の試験中及び運用中にソフトウェア製品を実行することによって検証及び/又は妥当性確認ができる。
例　試験中に見つかった故障数は，プログラムに現存している障害数に関連した外部ソフトウェア品質測定量をいう。ただし，試験ではすべての障害を見つけられないし，障害は異なった状況では明らかに異なった故障を引き起こすかもしれないので，試験中の故障数とプログラム内の障害数とは，一致するものではない。 		external software quality
4.20 故障 要求された機能を遂行する製品の能力が尽きる状態，又は事前に仕様化された制限内で機能を遂行する製品の能力がない状態(IEEE 610.12-1990参照)。 failure
4.21 障害 計算機プログラム内の不正確なステップ，プロセス又はデータの定義(IEEE 610.12-1990)。 fault
4.22 機能要求 システム又はシステムの構成要素が実行できなければならない機能を指定する要求(IEEE 610.12-1990)。注記　“機能性”というソフトウェア品質特性は，合目的性，正確性，相互運用性，セキュリティ及び機能性標準適合性の仕様化又は評価に使用することができる[JIS X 0129-1 (ISO/IEC 25010)]。 functional requirement
4.23 暗黙のニーズ 明示されていないが，事実上のニーズ。
注記　暗黙のニーズには，ソフトウェア製品が特定の条件下で利用されて初めて明らかになるものがある。
例　暗黙のニーズには，次のものがある。
　−　提示されていないが，他の明示的ニーズによって暗示されたニーズ
　−　明らかで，いうまでもないとみなされているので提示されないニーズ 		implied needs
4.24 指標 定義された情報ニーズに関するモデルから導出した特定の属性の見積り又は評価を示す測定量(JIS X 0141:2009)。注記　JIS X 0133では，この定義は，“他の測定値の見積り又は予測に使うことができる測定値”とされている。 indicator
4.25 情報ニーズ 目的，目標，リスク及び問題点を管理するために必要となる見解(JIS X 0141:2009)。 information need
4.26 情報成果物 ある情報ニーズに着目した一つ以上の指標及びそれに関連する解釈。例　欠陥率の実績を予測と比較して，その違いが問題となるかどうかを総合評価したもの(JIS X 0141:2009)。 information product
4.27 情報システムニーズ 品質要求について外部測定法及び，ときには内部測定法によって規定できるニーズ。 information system needs
4.28 中間ソフトウェア製品 ソフトウェア開発プロセスの他の段階に入力として利用されるソフトウェア開発プロセスの製品。例　中間ソフトウェア製品は，静的及び動的モデル，他の文書並びにソースコードを含んでいる。 intermediate software product
4.29 ソフトウェア中間製品へのニーズ 内部測定量によって品質要求として規定することができるニーズ。 intermediate software product needs
4.30 内部ソフトウェア品質 ソフトウェア製品が特定の条件のもとで使用されたときに，明示的ニーズ及び暗黙のニーズを満たす能力をもたらすソフトウェア製品の静的な属性の集合の能力。
注記1　静的な属性は，ソフトウェアアーキテクチャ，構造及びその構成部品に関係する属性を含む。
注記2　静的な属性は，レビュー，検査及び/又は自動化ツールによって検証することができる。
例　コード行数，複雑度の測定量及びウォークスルーで発見した障害の数は，すべて，ソフトウェア製品そのものに作りこまれた内部ソフトウェア品質の測定量をいう。 		internal software quality
4.31 保守者 保守活動を実施する個人又は組織(JIS X 0160:1996参照)。 maintainer
4.32 測定量(名詞) 測定の結果として値が割り当てられる変数。注記　“測定量”という用語は，基本測定量，導出測定量及び指標をまとめて参照するために使う(JIS X 0141:2009)。 measure (noun)
4.33 測定する(動詞) 測定を行う行為(JIS X 0133-1:1999)。 measure (verb)
4.34 測定 測定量の値を決定するという目的をもった操作の集合(JIS X 0141:2009)。注記　測定は，ソースプログラムの言語(例えば，ADA，C，COBOL)などの定量的分類を指定することを含むことができる。(★定性的分類ではないか★) measurement
4.35 測定の関数 複数の基本測定量を結合するために遂行するアルゴリズム又は計算(JIS X 0141:2009)。 measurement function
4.36 測定方法 特定の尺度に関して属性を定量化するために使う一連の操作の論理的な順序を一般的に記述したもの(JIS X 0141:2009)。 measurement method
4.37 測定手続 与えられた方法に従って，ある特定の測定を遂行するときに使う具体的に記述した操作の集合(JIS X 0141:2009)。 measurement procedure
4.38 測定プロセス プロジェクト全体又は組織における測定の仕組みの中でソフトウェアの測定を確立，計画，遂行及び評価するためのプロセス。 measurement process
4.39 観測 基本測定量に対する値を得るために測定手続を適用する実現例(JIS X 0141:2009)。 observation
4.40 運用者 システムを運用する個人又は組織(JIS X 0160:1996参照)。 operator
4.41 プロセス インプットをアウトプットに変換する，相互に関連する又は相互に作用する一覧の活動(JIS Q 9000:2006)。(★「一覧」は「一連」か?★) process
4.42 利用時の品質(測定量) 特定の利用者の使用する製品が，特定の利用状況において，有効性，生産性，安全性及び満足度に関して特定の目標を達成するための利用者ニーズを満たす程度。 quality in use (measure)
4.43 品質測定量の要素 ソフトウェア品質測定量を構成する測定量。基本測定量又は導出測定量のいずれかである。注記　ある実体のソフトウェア品質特性又は品質副特性は，ソフトウェア品質測定量を計算した後，導出される。 quality measure elements
4.44 品質モデル 品質要求の仕様化及び品質評価に対する枠組みを提供する特性の定義された集合及び特性間の関係の集合。 quality model
4.45 評定 測定値を適切な評定水準に対応付ける行為。特定の品質特性に対して，ソフトウェア製品に関連する評定水準を決定するために使用される。 rating
4.46 評定水準 順序尺度上の点のことで，測定尺度を分類するために使用される。
注記1　評定水準は，明示的ニーズ又は暗黙のニーズに基づいて，ソフトウェア製品を分類(評定)することを可能にする。
注記2　適切な評定水準は，例えば，利用者，管理者，開発者のような異なる品質の視点に関係付けてもよい。 		rating level
4.47 要求 何かを達成して欲しい，又は何かを実現して欲しい，というはっきりしたニーズの表現。注記　要求は，契約の一部として仕様化してもよい。また，例えば，消費者向けソフトウェアのような不特定の利用者のために製品を開発する場合のように，開発組織が仕様化してもよい。利用者が比較及び選択する目的のために製品を評価する場合のように，より一般化してもよい。 requirements
4.48 尺度 連続的若しくは離散的な値の順序集合又は分類の集合で，それに属性を対応付けるもの(JIS X 0141:2004参照)。
注記　尺度の種別の例を，次に示す。
　−　分類の集合に対応する名義尺度
　−　尺度上の点の順序に対応する順序尺度
　−　順序付けられた等間隔の点をもつ尺度である間隔尺度
　−　順序付けられた等間隔の点と絶対値ゼロの点とをもつ尺度である比率尺度(比例尺度，比尺度とも呼ぶ。)
測定量は，定性的なデータを扱う場合には，名義尺度又は順序尺度を使用し，定量的なデータを扱う場合には，間隔尺度又は比率尺度を使用する。 		scale
4.49 ソフトウェア製品 計算機プログラム，手続並びにその関連する文書及びデータを含めたまとまり(JIS X 0160:1996)。
注記1　製品は，開発者，保守者などの利用者向けに作成された製品及び中間製品を含む。
注記2　SQuaREシリーズでは，ソフトウェア品質はソフトウェア製品品質と同じ意味をもつ。 		software product
4.50 ソフトウェア製品評価 特定の手続に従って，ソフトウェア製品の一つ以上の特性の総合評価を行うことによって構成される技術的操作。 software product evaluation
4.51 ソフトウェア品質 特定の条件で利用する場合の，明示的ニーズ又は暗黙のニーズを満たすためのソフトウェア製品の能力。注記　この定義は，JIS Q 9000:2006の品質定義と異なる。主な理由は，ソフトウェア品質の定義が明示的ニーズ又は暗黙のニーズの満足に言及しているのに対し，JIS Q 9000の品質定義が要求の満足に言及していることによる。 software quality
4.52 ソフトウェア品質特性 ソフトウェア品質に影響を及ぼすソフトウェア品質属性の分類。注記　ソフトウェア品質特性は，複数の階層の副特性及び最終的にはソフトウェア品質属性に改善してもよい。 software quality characteristic
4.53 ソフトウェア品質評価 ソフトウェア製品が，明示的ニーズ又は暗黙のニーズをどれだけ満たすことができるかの程度を示すための体系的な審査。 software quality evaluation
4.54 利用時のソフトウェア品質 特定の利用者が，特定の利用状況において，有効性，生産性，安全性及び満足度に関する特定の目標を達成できるためのソフトウェア製品の能力。注記　製品を引き渡す前は，試験環境で，対象とする利用者，目標及び利用状況のために，利用時の品質を特定し測定することができる。利用時は，実際の利用者，目標及び利用状況のために，利用時の品質を測定できる。実際の利用時の品質が試験環境で，より早い段階に測定した利用時の品質と異なることがあるので，利用者の実際のニーズが，要求として予期したものと同じでなくてもよい。 software quality in use
4.55 ソフトウェア品質測定 内部ソフトウェア品質，外部ソフトウェア品質又は利用時のソフトウェア品質の測定。注記　内部ソフトウェア品質，外部ソフトウェア品質又は利用時のソフトウェア品質は，JIS X 0129-1 (ISO/IEC 25010)の品質モデルに記述されている。 software quality measure
4.56 利害関係者 システムに，権利，持分又は請求権をもっている関係者。又は，関係者のニーズ及び期待に合う特性をシステムがもっていることに，権利，持分又は請求権をもっている関係者(JIS X 0170:2004)。注記　利害関係者には，エンドユーザ，エンドユーザの組織，支援者，開発者，製作者，教育訓練者，保守者，廃棄者，取得者，供給者組織及び規制団体を含むが，それだけには限定はされない。 stakeholder
4.57 供給者 取得者と契約を交わし，その条項に基づいてシステム，ソフトウェア製品又はソフトウェアサービスを提供する組織(JIS X 0l60:1996)。 supplier
4.58 システム 一つ以上の明記された目的を達成するために編成された相互に影響する要素を組み合わせたもの。
注記1　システムとは，それが提供する製品又はサービスとみなしてもよい。
注記2　実際には，その意味の解釈は，例えば，航空機システムのように組み合わされた名詞の使用によってしばしば明確にされる。別の表現として，システムという言葉を使わずに，例えば，航空機という，文脈に依存する同義語によって単に置き換えられる可能性がある。ただ，これは，システム原則の全体像があいまい(曖昧)になる(JIS X 0170:2004)。 		system
4.59 プロセス対象 測定プロセス又は評価プロセスが適用される，ソフトウェア製品，又はソフトウェア製品によって実行されるタスク。 target of process
4.60 測定の単位 取決め又は慣習に従って定義し採用した特別の量で，同じ種類の他の量をそれと比較することによって，その量の相対的な大きさを表現するためのもの(JIS X 0141:2009)。 unit of measurement
4.61 利用者 ある機能を果たすシステムを利用する個人又は組織。注記　利用者には運用者，ソフトウェアがもたらす結果の受給者，又はソフトウェアの開発者若しくは保守者を含めてもよい(JIS X 0141:2009)。 user
4.62 妥当性確認 客観的証拠を提示することによって，特定の意図された用途又は適用に関する要求事項が満たされていることを確認すること。
注記1　“妥当性確認済み”という用語は，妥当性確認が済んでいる状態を表すために用いられる(JIS Q 9000:2006)。
注記2　設計及び開発において，妥当性確認は，利用者のニーズヘの適合性を決定するために製品を検査するプロセスに関与する。
注記3　妥当性確認は，通常，定義された運用条件の下で最終製品に対して実施される。妥当性確認は，より早期の工程が必要となってもよい。
注記4　複数の異なる意図された用途があるときには，複数の妥当性確認を実行してもよい。 		validation
4.63 値 測定することによって，ある実体がもつ属性へ割り付けられた数値又は分類。 value
4.64 検証 客観的証拠を提示することによって，規定要求事項が満たされていることを確認すること。
注記1　“検証済み”という用語は，検証が済んでいる状態を示すために用いられる(JIS Q 9000:2006)。
注記2　設計及び開発において，検証は，与えられた活動に対する明示された要求との適合性を決定するために，与えられた活動の結果を検査するプロセスに関与する。 		verification

← 一覧に戻る ↑ このページのトップに戻る