国内の品質メトリクスの整理
ISO/IEC 9126-1の品質モデルがベースとなっている、国内の品質メトリクスに係る
主要プロジェクトの内容を整理しました。
プロジェクト(組織)
目的 成果物概要
UVC II
(JUAS)
ユーザが要求仕様書の中で非機能要求を適確
に定義できるようにする
10領域、230種のメトリクス(定義、測定方法、測定尺
度、算出式、解釈方法)
ソフトウェアライフサイクルでのメトリクスの利用方法
非機能要求グレード(IPA/SEC)
非機能要求をユーザ／ベンダ間で合意する際の
誤解を解消し、双方で提示、提案できるようにす
る
スプレッド(16 特性)
非機能要求グレード表(92 項目)
項目一覧 (236 メトリクス)
樹形図
非機能要求グレード利用ガイド
重要インフラ(IPA/SEC)
重要インフラ情報システムの信頼性向上対策の
一つとして、特に、ソフトウェア開発における定量
的品質コントロールメカニズムの導入を促進する
システムプロファイリング
プロセス評価メトリクス
11の製品品質メトリクス
ソフトウェア開発におけるSLA
(JEITA)
「システム運用・保守」での品質課題を直接「シス
テム開発」プロセスへフィードバックし、ITサービ
スの品質向上を図る
ソフトウェア開発におけるプロダクト、プロセス、リソー
スの「品質評価指標」、「開発・運用プロセス連係評価指
標」
SLA ガイドライン
(JEITA)
SLAの共通的な評価指標を示し、ITサービスの
利用者と提供者の間で適切なサービスレベル項
目の選択を可能にする
サービス評価項目（481件）
ITプロセスマネジメント評価項目
ITリソース評価項目
上記それぞれのサービスレベル項目（SLO、SLA値）
（800項目）
品質メトリクスセットの構成（メトリクス数）
利用時の品質特性 内容 メトリクス数 備考
有効性 利用目的を達成する上での正確さ、完全性の度合 3
全1シート（利用時の品
質特性全体で1シート）
で構成
効率性 利用目的を達成するために費やした資源の度合 7
満足性 利用上のニーズを満足する度合 3
リスク回避性 利用することで経済、生活、環境への各リスクを軽減する度合 12
コンテキストカバレッジ 想定内／想定外の利用状況で有効性、効率性、満足性が得られる度合 2
利用時／製品の品質特性ごとに国内メトリクスを集約しました。（全173種）
製品の品質特性 メトリクス数 備考
機能適合性 実装された機能がニーズを満たす度合 11
全8シート（品質特性毎
に1シート）で構成
性能効率性 システムの実行時の性能や資源効率の度合 22
互換性 他製品やシステムと機能や情報を共有、変換できる度合 4
使用性 効果的、効率的に利用できる度合 22
信頼性 必要時に実行することができる度合 31
セキュリティ 不正にアクセスがされることなく、情報やデータが保護される度合 22
保守性 効果的、効率的に保守や修正ができる度合 19
移植性 効果的、効率的に他のハードウェアや実行環境に移植できる度合 15
品質メトリクスセットの構成（メトリクス表の項目）
各メトリクスでは、名称、説明、参考定義情報が提示されています。
具体的な測定方法、測定対象、評価方法は参考情報等を元に別途定義する必要
があります。
項目 意味 例
メトリクスNo. 各メトリクスについて割り振られた番号（XX-xx）
XXは品質特性を表す略称、xxは当該品質特性内での番号 Re-8
品質副特性 品質特性に分類される副特性 成熟性
メトリクスの名称 メトリクスの名称 レビュー指摘密度
メトリクスの説明
メトリクスの意味、測定目的、評価方法を示す。ただし、測定目的、評価
方法はここにあげているものに限定されない。
ソフトウェアの単位規模（１KLOC等）あたりに
レビューで検出された欠陥の数。
メトリクスの説明 方法はここにあげているものに限定されない。 レビューで検出された欠陥の数。
参考定義
メトリクスの定義例を示す。“引用”は出典リファレンスからのメトリクスを
示す。“参考”は出典リファレンスにあるメトリクスから一部修正を加えたメ
トリクスを示す。
単位規模あたりのレビューで検出された欠
陥の密度
【引用】重要インフラ
利用推奨
度
単体テスト
まで
”単体テストまでの内部品質の測定”への利用が推奨される度合。◎特
に推奨、○推奨 ○
結合テスト
以降
”結合テスト以降の外部品質の測定”への利用が推奨される度合。◎特
に推奨、○推奨 ○
利用実績
現在利用中 妥当性評価調査で”現在利用中”と回答された割合（％）
X=A/B、A=”現在利用中”の回答数、B=回答数（19組織） 78.9%
利用が勧め
られる
妥当性評価調査で”現在利用していないが利用した方が良いと思う”と回
答された割合（％）
Y=C/(B-A)、C=”現在利用していないが利用した方が良い“の回答数
75.0%
品質メトリクスの使用方法（概要）
品質メトリクスセットは情報システム／ソフトウェアの品質要求を定義し、評価する
ために利用します。
全てのメトリクスを利用する必要はありません。情報システム／ソフトウェアの特性
に合ったメトリクスを選び、具体的な測定評価内容（測定対象、測定方法、測定時
点、目標値、評価基準、評価方法等）を定義して利用してください。
システムの
利用時の
Step２
利用時の
品質要求定義
ソフトウェア製品
Step3
システム／ソフトウェア
製品の品質要求定義
品質要求
利用者
ニーズ
品質要求 の品質要求
ソフトウェア製品
の品質
（内部品質）
システムの
品質
（外部品質）
利用時の品質
メトリクスによる
妥当性評価
【対象】
利用者満足
メトリクスによる
妥当性評価
【対象】
実行可能なシステム／ソフ
トウェア
リリース前のシステム
メトリクスによる
妥当性評価
【対象】
設計仕様書、ソースコード 開発・実現
品質要求定義
品質評価
Step１
利用者ニーズの特定
Step4
メトリクスデータの測定
Step5
品質評価と改善
システム／ソフトウェアの品質ライフサイクル
品質要求定義でのメトリクスの使用方法（Step1、Step２）
Step１：利用者ニーズの特定
システムに関わるステークホルダ（利用者）の利用シナリオからニーズ、リスク、課題を
重要度と共に洗い出し、実現・対応すべき内容を特定
Step２：利用時の品質要求定義
利用者ニーズ（目的やリスク）を実現するためのシステム／ソフトウェアの利用時の品
質要求を定量的に定義
標準の利用時の品質モデル（ISO/IEC25010)から必要な品質特性を選び、目標の利用時の品質モデルとし
て定めます
利用時の品質モデル（特性群）に属するメトリクスの中からシステムに求められるニーズを実現するために必
利用時の品質モデル（特性群）に属するメトリクスの中からシステムに求められるニーズを実現するために必
要なメトリクスを選んでその測定評価内容を定義し、利用時の品質仕様として目標値を定めます
実現すべきニーズに対する利用時の品質モデルと利用時の品質メトリクス例
Step1 利用者ニーズの特定 Step 2 利用時の品質要求定義
重要ニーズ 利用時の品質モデル（副特性） 選択した品質メトリクス
システム停止やデータ欠損が発生すれば
経済に混乱をきたす(株式売買システム)
•有効性
•経済リスクの危険性（リスク回避性）
・作業有効性、・誤り頻度、・作業完了度
・機会損失、・経済的損害
利用時の品質要求
利用者ニーズ
重要ニーズ、
リスク、課題 目標の利用時
の品質モデル
利用時の品質
要求仕様
利用
シナリオ
利用時の品
質メトリクス
セット
ISO/IEC25010
利用時の品質
モデル
特性の選択 メトリクスの選択
品質要求定義でのメトリクス使用方法（Step3）
Step３：システム／ソフトウェア製品の品質要求定義
システム／ソフトウェア製品を構成するもの（静的（設計書等）なもの、動的（プログラム
やシステム全体）なもの）の品質要求を定量的に定義
利用者ニーズに対して必要な機能、非機能を洗い出します
標準の製品の品質特性から、機能、非機能に対する重要な品質特性を選び、目標の製品の品質モデルとし
て定めます
製品の品質モデルに属するメトリクスの中から求められる製品の機能、非機能を実現するために必要なメトリ
クスを選んで測定評価内容を定義し、製品の品質要求仕様として定めます
利用時の
品質要求仕様
システム／ソフトウェア製品の品質要求
目標の製品の
品質モデル
システム／ソ
フトウェアの品
質要求仕様
製品の品質
メトリクスセット
ISO/IEC25010
製品の品質モ
デル
特性の選択 メトリクスの選択
実現すべき機能
／非機能要求
実現すべきニーズに対する製品品質モデルと製品品質メトリクス例
機能・非機能要求 製品の品質モデル（副特性） 選択した品質メトリクス
•テスト時の要件トレース結果が100％
•新規注文受付処理2ミリ秒以内
•証券会社との接続仕様に準拠
•機能適合性(正確性)
•性能効率性(時間効率性)
•使用性(適切度認識性)
・精度、・計算の正確性、・応答時間、・
ターンアラウンド時間、・スループット、・
記述完全性
品質評価でのメトリクスの使用方法（Step4）
Step４：メトリクスデータの測定
実現したシステム／ソフトウェア製品、及び当該製品の利用時に対して、製品の品質要
求仕様、及び利用時の品質要求仕様にあるメトリクスの値を測定
品質要求定義で定めたメトリクスの測定内容に即して、メトリクスの値を測定します
システム／ソフトウェア製品の品質の測定対象は静的な成果物（設計書、ソースコード等） 、動的な成果物（実
行可能なソフトウェアやシステム全体）、利用時の品質の測定対象は利用者の満足度（アンケート等）が挙げ
られます
測定量の名
称
測定量の概
要 測定時点 測定の目的 導出式 測定方法 測定・換算規則 測定単位
関連情報(任
意)
レビ ュー指摘
密度
開発で実現し
た単位工数当
た り の レ
ビューでの欠
陥指摘数
移行・ 運用準
備
情報システム
の品質のレベ
ルを評価する。
X=(A/B)*100
X=レビュー指摘
率
A=レビューでの
欠陥指摘数
B=プロジェクトの
全体工数(実績)
全体工数、レ
ビューでの欠
陥発見数は、
開発に関わる
報告書から把
握する。
レビューの実施時間は最
大１時間～１時間３０分程
度
文書類は１時間に3、4ペー
ジ程度とする。
（コードは１時間に150～
200LOC程度の速度）
A:件数
B:人月
品質メトリクスセットから選定
測定、評価方法を定義した内容をもとに、メトリクスデータを
測定、評価する。
品質評価でのメトリクスの使用方法（Step5）
Step５：品質評価と改善
メトリクスの値からシステム／ソフトウェア製品の品質、利用時の品質、および利用者
ニーズの達成度合いを評価し、必要に応じて改善を実施
品質要求定義で定めたメトリクスの評価内容に即して、メトリクスの値を評価します
評価した結果、目標を達成していない際には達成するまで改善を施し、再度メトリクスデータを測定して品質を
評価します
システムの
利用時の ソフトウェア製品
利用者
ニーズ
ソフトウェア製品
の品質
（内部品質）
システムの
品質
（外部品質）
利用時の品質
品質要求
品質要求 の品質要求
メトリクスによる
妥当性評価
【対象】
利用者満足
メトリクスによる
妥当性評価
【対象】
実行可能なシステム／ソフ
トウェア
リリース前のシステム
メトリクスによる
妥当性評価
【対象】
設計仕様書、ソースコード 開発・実現
全ての評価を達成した時に利用者ニーズを
満たしたこととなる
（参考）利用者ニーズ、製品の特性に応じたメトリクスの選定例①
金融システムに求められる特性に応じたメトリクスの選定例
システム例 金融システム
Step1 利用者ニーズ（一部） 誤操作やシステム障害の発生が利用者や経済に混乱をもたらすリスクがある
Step2 利用時の品質の選定
（利用時の品質モデルの一部）
有効性
リスク回避性（経済リスクの危険性）
コンテキストカバレッジ（柔軟性）
Step2 メトリクスの選定 誤り頻度
機会損失
経済的損害
ソフトウェア損害
バックアップ機への切替熟練度
Step3 製品に求められる機能・非機能の洗い出し（一
部）
継続稼働
ハードウェアの完全二重化
Step3 製品品質の選定 （製品の品質モデルの一部） 信頼性（可用性、障害許容性、回復性）
Step3 メトリクスの選定 稼働率
RTO（目標復旧時間、目標復旧水準）
冗長化対応
障害通知時間
バックアップ利用範囲
障害回復時間
（参考）利用者ニーズ、製品の特性に応じたメトリクスの選定例②
システム例 Webコンテンツ
Step1 利用者ニーズ（一部） ストレスを感じずに円滑に操作できる
Step2 利用時の品質の選定
（利用時の品質モデルの一部）
効率性
満足性
Step2 メトリクスの選定 作業効率性
満足度尺度
自由裁量の使用
Webコンテンツシステムに求められる特性に応じたメトリクスの選定例
自由裁量の使用
顧客からのクレーム数
Step3 製品に求められる機能・非機能の洗い出し（一
部）
機能の高速処理
理解しやすいユーザインタフェース
Step3 製品品質の選定 （製品の品質モデルの一部） 性能効率性（時間効率性、キャパシティ）
使用性（運用性、ユーザエラー防止性）
Step3 メトリクスの選定 応答時間
ターンアラウンド時間
レスポンス順守率
トランザクション保護、同時アクセス数
操作一貫性
誤操作回避
（参考）システム／ソフトウェア製品の標準品質モデル①
製品の品質モデルは8つの特性で構成されています
品質特性
特性の概要
副品質特性
概要
機能適合性
実装された機能が
ニーズを満たす度合
完全性 ニーズを機能がユーザの目的やタスクを包含している度合
正確性 必要な精度で正確な結果を与える度合
適切性 機能が定められたタスクや目的を円滑に遂行する度合
性能効率性
システムの実行時の
性能や資源効率の
度合
時間効率性 実行時のシステムの応答時間、処理時間などの処理能力の度合
資源利用性 実行時に使用する資源量や種類
キャパシティ 要求を満たすための製品やシステムのパラメータの最大許容値
他製品やシステムと 他製品へ負の影響を与えず、共通の環境や資源を共有して効果的
互換性
他製品やシステムと
機能や情報を共有、
変換できる度合
共存性 他製品へ負の影響を与えず、共通の環境や資源を共有して効果的
に実行する度合
相互運用性 2つ以上の製品やコンポーネント間で情報を交換、利用できる度合
使用性
効果的、効率的に利
用できる度合
適切度認識性 ニーズに適した利用かどうか認識できる度合
習得性 システムの使い方の学習ができる度合
運用性 運用や管理のしやすさの度合
ユーザエラー防止性 誤操作しないように保護する度合
ユーザインタフェースの
快美性
ユーザインタフェースが親しみがあり満足感のある応答ができる度
合
アクセシビリティ 幅広い層の特徴や能力を持つ人々が利用できる度合
（参考）システム／ソフトウェア製品の標準品質モデル②
品質特性
特性の概要
副品質特性
概要
信頼性
必要時に実行するこ
とができる度合
成熟性 通常時に信頼性のニーズを満たす度合
可用性 必要時に運用、接続できる度合
障害許容性 障害時に運用できる度合
回復性 障害時にデータやシステムが回復したり再構築できる度合
セキュリティ
不正にアクセスがさ
れることなく、情報や
データが保護される
度合
機密保持性 許可された者のみがアクセスできるようデータを保証する度合
インテグリティ プログラムやデータへの変更において未許可なアクセスを防止する度合
否認防止性 イベントやアクションの発生を証明する度合
責任追跡性 エンティティの実行が唯一であることを証明する度合
真正性 リソースや物事の身元が要求されたものであることを証明できる度合
真正性 リソースや物事の身元が要求されたものであることを証明できる度合
保守性
効果的、効率的に保
守や修正ができる度
合
モジュール性 変更による他コンポーネントへの影響が最少で済むよう、独立したコンポー
ネントで構成される度合い
再利用性 他のシステムや資産を構築する際に利用できる度合
解析性 変更部分や障害原因の特定のために診断したり、変更による影響を評価
する際の効果性、効率性の度合
変更性 欠陥や品質の低下なく変更が効果的、効率的にできる度合
試験性 テスト基準を確立し、評価するために実行する際の効果性、効率性の度合
移植性
効果的、効率的に他
のハードウェアや実
行環境に移植できる
度合
順応性 別のもしくは進化したハードウェアやソフトウェアや他の運用環境に効果的、
効率的に順応できる度合
設置性 正しくインストール、もしくはアンインストールする際の効果性、効率性の度
合
置換性 同一の目的、環境下で他のソフトウェア製品に置換（リプレース）できる度合
