保守性（Maintainability）とは？ソフトウェア品質特性をわかりやすく解説【IPA試験対策】

📊 保守性の基本情報

ISO/IEC 25010 製品品質モデル（8主特性）

▲ 保守性は8つの主特性の1つ。直下に5つの副特性がぶら下がる

❌ 保守性が低い例（マジックナンバー・責務混在）

def calc(p, t):
    # 何の8？何の0.1？コメントなし
    if t == 1:
        return p * 1.08
    elif t == 2:
        return p * 1.10 - 50
    else:
        return p

⭕ 保守性が高い例（命名・分離・定数化）

TAX_RATE_REDUCED = 0.08   # 軽減税率
TAX_RATE_STANDARD = 0.10  # 標準税率
COUPON_DISCOUNT = 50

def apply_reduced_tax(price):
    return price * (1 + TAX_RATE_REDUCED)

def apply_standard_tax_with_coupon(price):
    return price * (1 + TAX_RATE_STANDARD) - COUPON_DISCOUNT

▲ 命名・定数化・関数分割により、税率変更時の影響範囲が一目でわかる（解析性・修正性の向上）。

💡 保守性の核心を3行で

・ISO/IEC 25010の8主特性のひとつで「変更のしやすさ」を表す
・副特性は「モジュール性・再利用性・解析性・修正性・試験性」の5つ
・「壊れにくさ」は信頼性、「環境を移しやすい」は移植性で別物

📊 過去問での出題実績

📝 IPA試験での出題パターン

パターン1：「副特性が属する主特性を選べ」
「修正性」「試験性」「解析性」「モジュール性」「再利用性」のいずれかが提示され、それが属する主特性を答える形式。これら5つを見たら反射的に「保守性」と答えられるようにしておくのが最短ルートです。

パターン2：「保守性の説明を選べ」
4つの品質特性の説明文が並び、保守性に該当するものを選ぶ形式。ひっかけとして「故障せず動き続ける」（信頼性）、「別環境に移植できる」（移植性）、「使い方を習得しやすい」（使用性）の説明が混ざります。キーワードは「修正」「変更」「解析」。

ここまで押さえればOKです。旧規格のJIS X 0129（ISO/IEC 9126）との細かい差分まで深追いする必要はありません。

Q. JIS X 25010（ISO/IEC 25010）における品質特性「保守性」の説明として、最も適切なものはどれでしょうか？

• A. ソフトウェアを修正・改善・拡張する際の容易さを示す特性で、モジュール性・再利用性・解析性・修正性・試験性の副特性から構成される。
• B. 規定された条件下で、規定された期間にわたり、ソフトウェアが故障せずに機能を実行し続ける度合いを示す特性。
• C. ソフトウェアを別のハードウェア・OS・利用環境へ移し替える際の容易さを示す特性。

Q. 旧規格JIS X 0129（ISO/IEC 9126）の保守性と、現行JIS X 25010の保守性は何が違いますか？

副特性の構成が一部変わっています。旧規格では「解析性・変更性・安定性・試験性・標準適合性」でしたが、現行規格では「モジュール性・再利用性・解析性・修正性・試験性」に再編されました。試験で問われるのは現行規格が主流ですが、過去問には旧規格表記の問題も残っているため、「変更性≒修正性」と読み替えられれば十分です。

Q. 保守性を数値で測ることはできますか？

完全な数値化は難しいものの、代理指標は存在します。代表的なのは「循環的複雑度（サイクロマティック複雑度）」「コード行数」「結合度・凝集度」「コードカバレッジ（試験性の代理）」などです。実務ではSonarQubeのようなツールがこれらを自動計測し、技術的負債として可視化します。試験範囲では「指標がある」と知っていれば十分で、計算式の暗記までは不要です。

Q. 利用時品質モデルにも保守性はありますか？

ありません。ISO/IEC 25010には「製品品質モデル（8主特性）」と「利用時品質モデル（5主特性）」の2系統があり、保守性は製品品質モデル側に分類されます。利用時品質モデルは「有効性・効率性・満足性・リスク回避性・利用状況網羅性」で構成され、エンドユーザーが実際に使ったときの体験品質を扱う点が違いです。

Q. アジャイル開発と保守性の関係は？

アジャイル開発は短い反復で機能追加と変更を続けるため、保守性が低いコードは速度低下に直結します。リファクタリング・自動テスト・継続的インテグレーションといったプラクティスは、いずれも修正性・試験性を高く保つための工夫です。設計段階で品質を作り込む考え方は「シフトレフト」と呼ばれます。