ITパスポート 2013年 秋期 問31
問題文
システムが実現すべき応答時間などのシステムの品質を明確にする工程として、適切なものはどれか。
選択肢
ア:システムテスト
イ:システム要件定義(正解)
ウ:ソフトウェア詳細設計
エ:プログラミング
🔒 解説は解答すると表示されます
システムの品質(応答時間など)を明確にする工程はどれか【ITパスポート 解説】
正解の理由
選択肢のうち、システムが満たすべき応答時間など「システムの品質」を明確にする工程は、イの「システム要件定義」です。
要件定義(requirements definition:システムに求められる機能や性質を決める工程)では、機能要件(何をするか)だけでなく、非機能要件(どのくらいの速さ・信頼性・使いやすさを求めるか)を具体的に決めます。応答時間は「性能」などの非機能要件に当たるため、要件定義の段階で数値や基準として明示することが適切です。
要件定義(requirements definition:システムに求められる機能や性質を決める工程)では、機能要件(何をするか)だけでなく、非機能要件(どのくらいの速さ・信頼性・使いやすさを求めるか)を具体的に決めます。応答時間は「性能」などの非機能要件に当たるため、要件定義の段階で数値や基準として明示することが適切です。
解法ステップ
- 問題文からキーワードを探す:「応答時間」「システムの品質」→ 性能や可用性などの非機能要件を指す。
- 各工程の役割を短く思い出す:
- 要件定義:何を満たすべきか(機能・品質を決定)
- 詳細設計:どう作るか(実現方法を設計)
- プログラミング:実際にコードを書く
- システムテスト:要求どおり動くかを確認(検証)
- 「品質を明確にする」は定義する行為なので要件定義を選ぶ。→ イ が正解。
短い合言葉:品質は「定義(要件定義)」→ 実装やテストは「実現・検証」。
選択肢別の誤答解説
-
ア: システムテスト
システムテストは完成したシステムが要件どおり動くかを検証する工程です。品質を「決める」場ではなく、「確認する」場なので誤りです。 -
イ: システム要件定義
要件定義はシステムに何が求められるかを決める工程で、応答時間のような性能要件(非機能要件)を具体的な数値や基準で明確にします。よって正しい選択です。 -
ウ: ソフトウェア詳細設計
詳細設計は「どう実装するか」を設計する工程です。例えば応答時間を満たすためのアルゴリズムや構成(キャッシュを使う、処理を分散する等)を決めますが、最初に「何を満たすべきか」を決める場ではありません。 -
エ: プログラミング
プログラミングは設計に基づきコードを書く工程です。品質目標そのものを決める工程ではありません。あくまで実装段階です。
よくある誤解
-
「性能(応答時間)は設計やプログラミングで決まる」
→ 設計や実装で達成する手段は決まりますが、まずどのレベルの性能を求めるか(例:画面遷移は2秒以内)は要件定義で決めます。目標がなければ設計やテストの基準が作れません。 -
「テストで良ければ要件定義はいらない」
→ テストは基準と照らし合わせるために必要です。基準がなければ「良い/悪い」を判断できません。要件定義で測定可能な基準を決めることが重要です。 -
「非機能要件は曖昧でも大丈夫」
→ 曖昧だと後でトラブルになります。応答時間は「2秒以内」のように測定できる形で定義しましょう。
補足コラム
非機能要件の具体例と書き方のコツ:
- 応答時間(レスポンス):画面表示は2秒以内、検索は5秒以内など具体的な数値で書く。
- 同時接続数:同時に処理できるユーザー数を明示する。
- 可用性(availability):システムが稼働している割合を%で示す(例:99.9%)。
- 耐障害性や回復時間:障害発生から復旧までの最大許容時間など。
契約や運用に関わる時はSLA(Service Level Agreement:サービスレベル合意)として、要件定義で合意した品質を契約文書に落とし込みます。要件は「具体的で測れる」ことが重要です(SMARTの考え方に近い)。
FAQ
Q1. 機能要件と非機能要件の違いは?
A1. 機能要件は「何をするか」(例:会員登録ができる)、非機能要件は「どのような品質で行うか」(例:登録完了は3秒以内)です。
A1. 機能要件は「何をするか」(例:会員登録ができる)、非機能要件は「どのような品質で行うか」(例:登録完了は3秒以内)です。
Q2. 応答時間を要件に入れ忘れたらどうなる?
A2. 後から追加すると設計・実装の作り直しやコスト増、納期遅延の原因になります。早めに関係者で合意して数値化するのが安全です。
A2. 後から追加すると設計・実装の作り直しやコスト増、納期遅延の原因になります。早めに関係者で合意して数値化するのが安全です。
Q3. 要件定義での「測定方法」も決めるべきですか?
A3. はい。例えば「応答時間はユーザー操作から画面表示完了までの時間を平均で測定する」といった測定方法を定義すると、検証がしやすくなります。
A3. はい。例えば「応答時間はユーザー操作から画面表示完了までの時間を平均で測定する」といった測定方法を定義すると、検証がしやすくなります。
関連キーワード: 要件定義、非機能要件、応答時間、性能要件、システムテスト、SLA、詳細設計、可用性、測定基準

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

