ITパスポート 2021年 問46
問題文
システム要件定義で明確にするもののうち、性能に関する要件はどれか。
選択肢
ア:業務要件を実現するシステムの機能
イ:システムの稼働率
ウ:照会機能の応答時間(正解)
エ:障害の復旧時間
🔒 解説は解答すると表示されます
システム要件定義で明確にするもののうち、性能に関する要件はどれか。【ITパスポート 解説】
正解の理由
選択肢のうち、性能(システムが「どれだけ速く・どれだけ多く処理できるか」)に直接関係するのは ウ の「照会機能の応答時間」です。
性能要件とは、応答速度や処理能力、同時利用数など「システムの働き方・速度」に関する要求です。照会機能の応答時間は「ユーザーが問い合せてから結果が返るまでの時間」であり、まさに性能の代表的な指標です。
他の選択肢は性能とはカテゴリが異なります(例:機能要件、可用性、復旧性)。以下で詳しく説明します。
他の選択肢は性能とはカテゴリが異なります(例:機能要件、可用性、復旧性)。以下で詳しく説明します。
(用語補足)
- 非機能要件(機能ではなく性能・信頼性・運用性などの要求):機能要件と対になる概念です。
- 応答時間(response time):ユーザーの操作に対してシステムが結果を返すまでの時間。
- 稼働率(availability):システムが利用可能な割合。
- MTTR(Mean Time To Repair:平均修復時間):障害発生から復旧までの平均時間。
- SLA(Service Level Agreement:サービス品質を保証する契約):応答時間や稼働率などを契約で定めることが多いです。
解法ステップ
- 問題文のキーワード「性能に関する要件」を確認する。
- 「性能」に該当する指標(応答時間、スループット、同時接続数、処理能力など)を思い出す。
- 各選択肢を上の指標と照合する。
- 「照会機能の応答時間」は応答速度なので性能に一致する → 正解。
- 残りは機能要件や可用性・復旧に関するものなので除外する。
短いルール:応答時間や処理速度を直接示すものが性能要件。
選択肢別の誤答解説
-
ア: 業務要件を実現するシステムの機能
- これは「機能要件」です。何をできるべきか(例:会員登録、検索、請求書発行)を示します。速度や性能の話ではありません。
-
イ: システムの稼働率
- 稼働率は「可用性(availability)」に関する要件です。システムがどれだけの時間利用可能であるべきかを示す指標で、性能(速度)とは別の視点です。稼働率は次の式で表されます:
-
ウ: 照会機能の応答時間
- 応答時間はユーザー体感の速度を表す典型的な性能指標です。よって性能要件に該当します。
-
エ: 障害の復旧時間
- 障害の復旧時間は「復旧性」や「運用/保守性」に関する要件です。MTTR(平均修復時間)などで表現され、信頼性や運用性の分類に入ります。
よくある誤解
-
稼働率と性能を混同する
- 「稼働していれば速い」と誤解しやすいですが、稼働率は『使えるかどうか』、性能は『使ったときの速さ』という別の評価軸です。
-
応答時間=機能の有無と考える
- 「できる/できない」は機能要件、応答が速いか遅いかは性能要件です。両方分けて考えないと要件があいまいになります。
-
応答時間の数値指定を省略しがち
- 「速いこと」だけ書くと評価できません。具体的に「ページ表示は2秒以内」や「検索は95パーセンタイルで1秒以内」のように定量化する必要があります。
補足コラム
-
性能要件の具体例
- 応答時間(response time):照会画面は2秒以内、APIは200ms以内など。
- スループット(throughput):1分間に処理できるトランザクション数(例:1000件/分)。
- 同時接続数(concurrent users):同時にログインできるユーザー数。
- 容量(capacity):データ量やディスク使用量の上限想定。
-
測定とSLA(Service Level Agreement:サービス品質を保証する契約)
- 応答時間はテスト(負荷試験)で確認します。実運用ではSLAで「応答時間○○ms以下を○%以上の割合で保証する(例:p95で1秒以下)」と定めることがあります。p95とは95パーセンタイルの意味で、95%のリクエストがその時間以下で処理されることを示します。
-
復旧時間(MTTR)と可用性の関係
- 稼働率を上げるには停止時間を減らす必要があります。MTTRの短縮や冗長化(フェイルオーバー)が有効です。これらは性能改善ではなく信頼性向上の対策です。
FAQ
Q1: 応答時間とスループットはどちらを重視すべきですか?
A1: ユーザー体験を重視するなら応答時間、バッチ処理や大量処理を扱うならスループットが重要です。多くの場合、両方のバランスを考える必要があります。
A1: ユーザー体験を重視するなら応答時間、バッチ処理や大量処理を扱うならスループットが重要です。多くの場合、両方のバランスを考える必要があります。
Q2: 「応答時間は速い方が良い」だけで要件に足りますか?
A2: いいえ。具体的な数値(例:ページ表示は2秒以内)と、測定方法(平均値かパーセンタイルか)を明記する必要があります。
A2: いいえ。具体的な数値(例:ページ表示は2秒以内)と、測定方法(平均値かパーセンタイルか)を明記する必要があります。
Q3: 稼働率が高ければ応答時間も保証されますか?
A3: いいえ。稼働率は「使えるかどうか」を示すだけで、使ったときの速さ(応答時間)は別の指標です。稼働率が高くても負荷が高ければ応答が遅くなることがあります。
A3: いいえ。稼働率は「使えるかどうか」を示すだけで、使ったときの速さ(応答時間)は別の指標です。稼働率が高くても負荷が高ければ応答が遅くなることがあります。
関連キーワード: 性能要件、応答時間、スループット、同時接続数、非機能要件、稼働率、復旧時間、MTTR、SLA

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

