システムアーキテクト 2021年 午前2 問10
問題文
JIS X 25010:2013（システム及びソフトウェア製品の品質要求及び評価（SQuaRE） ー システム及びソフトウェア品質モデル）で規定された品質副特性の説明のうち、信頼性に分類されるものはどれか。
選択肢
ア：製品又はシステムが、それらを運用操作しやすく、制御しやすくする属性をもっている度合い
イ：製品若しくはシステムの一つ以上の部分への意図した変更が製品若しくはシステムに与える影響を総合評価すること、欠陥若しくは故障の原因を診断すること、又は修正しなければならない部分を識別することが可能であることについての有効性及び効率性の度合い
ウ：中断時又は故障時に、製品又はシステムが直接的に影響を受けたデータを回復し、システムを希望する状態に復元することができる度合い（正解）
エ：二つ以上のシステム、製品又は構成要素が情報を交換し、既に交換された情報を使用することができる度合い
🔒 解説は解答すると表示されます
回復性（信頼性の副特性）【午前2解説】
正解の理由
JIS X 25010:2013 における「回復性（Recoverability）」は、障害や中断が発生した際に製品やシステムが影響を受けたデータを回復し、望ましい状態に復元できる度合いを指します。選択肢の記述のうち、ウは「中断時又は故障時に、製品又はシステムが直接的に影響を受けたデータを回復し、システムを希望する状態に復元することができる度合い」とあり、JIS の回復性の定義と一致します。
なお、JIS X 25010 の品質モデルでは「信頼性（Reliability）」は上位の品質特性（品質特性）の一つであり、その副特性として「回復性（Recoverability）」が位置付けられます。したがって、本問は回復性を示す選択肢としてウを正しいものと判断します。
なお、JIS X 25010 の品質モデルでは「信頼性（Reliability）」は上位の品質特性（品質特性）の一つであり、その副特性として「回復性（Recoverability）」が位置付けられます。したがって、本問は回復性を示す選択肢としてウを正しいものと判断します。
解法ステップ
- JIS X 25010 の品質特性と代表的な副特性を思い出す（例：信頼性の副特性＝成熟性、可用性、故障許容性、回復性）。
- 各選択肢の記述がどの品質特性／副特性に該当するかを短く当てはめる。
- 「データを回復しシステムを希望状態に復元する」内容が回復性そのものなので、それに一致する選択肢を選ぶ。
選択肢別の誤答解説
- ア: 「運用操作しやすく、制御しやすくする属性」→ 操作性（operability）など、使いやすさ（usability）の副特性に該当します。よって信頼性の副特性ではありません。
- イ: 「変更の影響評価・欠陥原因の診断・修正箇所の識別の有効性および効率性」→ 解析性（analyzability）や保守性（maintainability）の副特性に該当します。これも信頼性の副特性ではありません。
- ウ: 「中断時又は故障時のデータ回復とシステム復元」→ 回復性（Recoverability）であり、JIS X 25010 の信頼性に分類される副特性です。
- エ: 「二つ以上のシステム等が情報を交換し、既に交換された情報を使用できる度合い」→ 相互運用性（interoperability）、互換性（compatibility）の副特性に該当します。信頼性の副特性ではありません。
よくある誤解
- 「回復性」と「可用性」を混同する：可用性はシステムが要求されたときに動作している割合（稼働率）を示すのに対し、回復性は障害後にどれだけ迅速かつ完全に正常状態へ戻せるかを示します。用途と評価指標が異なります。
- 「回復性」と「故障許容性（フォールトトレランス）」の混同：故障許容性は障害が発生しても継続的にサービスを提供し続ける能力であり、回復性は発生した損害（データの消失など）を回復し復元する能力です。どちらも信頼性の副特性ですが役割が異なります。
補足コラム
回復性を実装・評価する際に用いられる実務的な指標としては、RTO（Recovery Time Objective：目標復旧時間）やRPO（Recovery Point Objective：許容データロス量）が一般的です。例えばデータベースのバックアップ・レプリケーション、トランザクションログの保管、障害時の自動フェールオーバーといった設計は回復性を高めます。回復性の評価は「データの整合性の回復」「サービスの復旧に要する時間」「復旧後の機能性の回復度合い」を中心に行います。
FAQ
Q1: 回復性はどうやって測定しますか？
A1: 主に RTO（復旧に要する時間）と RPO（許容データロス量）で定量化します。テスト復旧を行い、実際の復旧時間とデータ整合性を確認することが重要です。
A1: 主に RTO（復旧に要する時間）と RPO（許容データロス量）で定量化します。テスト復旧を行い、実際の復旧時間とデータ整合性を確認することが重要です。
Q2: 回復性を高める代表的な対策は？
A2: 定期バックアップ、レプリケーション、障害時の自動フェールオーバー、災害復旧プラン（DR）と復旧手順の検証などです。
A2: 定期バックアップ、レプリケーション、障害時の自動フェールオーバー、災害復旧プラン（DR）と復旧手順の検証などです。
Q3: 回復性と可用性、どちらを優先すべきですか？
A3: 目的と要件によります。ミッションクリティカルなサービスでは可用性と回復性の両方が重要です。設計段階で業務上の許容ダウンタイムとデータ損失を明確にし、それに応じた対策を決めます。
A3: 目的と要件によります。ミッションクリティカルなサービスでは可用性と回復性の両方が重要です。設計段階で業務上の許容ダウンタイムとデータ損失を明確にし、それに応じた対策を決めます。
関連キーワード: JIS X 25010、回復性、信頼性、可用性、故障許容性、相互運用性、解析性、保守性、RTO、RPO
\ せっかくなら /
システムアーキテクトを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！