ITパスポート 2009年 秋期 問32
問題文
あるシステムの開発において、システムを24時間連続稼働させることになった。稼働時間について利用部門と取決めを行う工程はどれか。
選択肢
ア:システム結合テスト
イ:システムテスト
ウ:システム要件定義(正解)
エ:ソフトウェア方式設計
🔒 解説は解答すると表示されます
稼働時間の取り決めを行う工程はどれか【ITパスポート 解説】
正解の理由
理由の要点:
- 「稼働時間について利用部門と取決めを行う」という作業は、システムに対する要求を利用者(利用部門)と合意することです。
- システム要件定義(要件定義:システムに何を求めるかを利用者と決める工程)は、機能や非機能要件(可用性や稼働時間など)を決める段階です。稼働時間は可用性に関する要求であり、要件定義で決めます。
- したがって「稼働時間の取り決め」は要件定義で行うのが適切です。
解法ステップ
- 問題文で特に強調されている語句を探す:今回は「稼働時間」「利用部門と取決め」。
- 「利用部門と合意する」=要求(要件)を決める作業、と読み替える。
- 各工程の役割を考える:
- 要件定義:何を実現するか(機能・性能・稼働など)を利用者と決める。
- 設計(方式設計など): 要件を満たすための具体的な作り方を決める。
- テスト: 実装後に動作確認する段階。
- よって「要件定義」が正解と判断。
選択肢別の誤答解説
-
ア: システム結合テスト(システム結合テスト:複数のモジュールや部品を組み合わせて、連携が正しく行われるかを確認するテスト工程)
- なぜ誤りか:結合テストは実装後のテスト工程です。稼働時間を「決める」工程ではなく、決められた稼働条件で動作するかを検証する場です。
-
イ: システムテスト(システムテスト:完成したシステム全体が要件を満たしているかを確認する最終的なテスト)
- なぜ誤りか:システムテストもテスト工程であり、ここでも既に決めた稼働時間に基づいて試験を行います。稼働時間そのものの取り決めは行いません。
-
ウ: システム要件定義(要件定義:システムに何を求めるかを利用者と合意する工程)
- なぜ正しいか:稼働時間は「いつ・どのくらい動かすか」という利用上の要求です。これを利用部門と決めるのは要件定義の役割です。
-
エ: ソフトウェア方式設計(方式設計:要件を満たすための技術的な方法や構成を決める工程)
- なぜ誤りか:方式設計では「どう作るか(どの技術や構成を使うか)」を決めます。稼働時間の取り決めは要件の内容であり、方式設計はその実現方法を決める段階です。
よくある誤解
-
テスト工程で稼働時間を決めると思う
- テストは「決めたことが実現されているか確かめる」段階です。決めるのは要件定義です。
-
設計で稼働時間を細かく決めると思う
- 設計(方式設計)は、要件で決まった稼働時間を満たすために、どういう機器や構成にするかを決めます。「何時間稼働するか」は要件段階で合意します。
-
「稼働時間=運用の仕事」だから要件ではないと考える
- 運用(実際の管理・監視)は別工程ですが、運用で守るべき条件(例:24時間稼働)自体は要件として定義しておく必要があります。要件として決めないと、設計や運用準備が間に合いません。
補足コラム
- 「稼働時間」は非機能要件の一つです。非機能要件とは「機能以外の要求」で、可用性(どれだけ動くか)、性能(速さ)、拡張性(将来増やせるか)などを含みます。これらはサービス品質に直結します。
- SLA(SLA:Service Level Agreement、サービス品質や稼働時間などを約束する契約)は契約上の数値化された要件です。要件定義の段階で利用部門と合意しておくと、SLAとして運用側や契約に反映しやすくなります。
- 実務上の流れ(簡略):
- 要件定義(利用部門と合意:稼働時間等)
- 基本設計/方式設計(要件を実現する構成を決める)
- 実装(開発)
- 結合テスト → システムテスト(動作確認)
- 運用(実際に稼働・監視)
FAQ
Q1. 要件定義で「24時間稼働」と決めたら、後から変えられますか?
A1. 変えられますが、要件変更は設計・開発・運用に影響します。費用や工数が増える可能性があるため、初期の要件定義で慎重に決めるのが望ましいです。
A1. 変えられますが、要件変更は設計・開発・運用に影響します。費用や工数が増える可能性があるため、初期の要件定義で慎重に決めるのが望ましいです。
Q2. 「稼働時間」は要件定義のどのように書くべきですか?
A2. 明確な数値や条件で書きます(例:「24時間365日稼働、計画停止は年2回、各停止最大4時間」)。曖昧だと判断や見積もりが難しくなります。
A2. 明確な数値や条件で書きます(例:「24時間365日稼働、計画停止は年2回、各停止最大4時間」)。曖昧だと判断や見積もりが難しくなります。
Q3. 結合テストとシステムテストの違いは何ですか?
A3. 結合テストはモジュール間の連携確認。システムテストは完成したシステム全体が要件を満たすかの確認です。どちらも要件に基づいて行います。
A3. 結合テストはモジュール間の連携確認。システムテストは完成したシステム全体が要件を満たすかの確認です。どちらも要件に基づいて行います。
関連キーワード: 要件定義、非機能要件、可用性、SLA、システムテスト、結合テスト、方式設計、運用設計、稼働時間、ソフトウェア開発プロセス

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

