ITパスポート 2016年 秋期 問04
問題文
定義すべき要件を業務要件とシステム要件に分けたとき、業務要件に当たるものはどれか。
選択肢
ア:オンラインシステムの稼働率は99%以上とする。
イ:情報漏えいを防ぐために、ネットワークを介して授受するデータを暗号化する。
ウ:操作性向上のために、画面表示にはWebブラウザを使用する。
エ:物流コストを削減するために出庫作業の自動化率を高める。(正解)
🔒 解説は解答すると表示されます
業務要件とシステム要件の分類問題【ITパスポート 解説】
正解の理由
設問は「業務要件に当たるものはどれか」です。業務要件とは、会社が達成したいビジネス上の目的や成果(何を達成するか)を示します。一方、システム要件はその目的を達成するためにシステムがどう振る舞うべきか(どう実現するか)を示します。
選択肢の中で、物流コスト削減というビジネス目標を直接示しているのは エ の「物流コストを削減するために出庫作業の自動化率を高める。」です。これは「業務の改善(出庫作業の自動化を進める)」という業務上の目的や方針を示しており、業務要件に該当します。
選択肢の中で、物流コスト削減というビジネス目標を直接示しているのは エ の「物流コストを削減するために出庫作業の自動化率を高める。」です。これは「業務の改善(出庫作業の自動化を進める)」という業務上の目的や方針を示しており、業務要件に該当します。
解法ステップ
- 文を「何を達成するか(ビジネス目的)」か「どのように実現するか(システムの仕様)」かで分類する。
- 「~するために」「~削減」「~向上」など、業務の目的や成果を示す文は業務要件。
- 「稼働率99%」「暗号化する」「Webブラウザを使用する」など、技術・手段・性能を示す文はシステム要件。
- 要素を見つける:対象(物流コスト)、目的(削減)、手段(自動化率を高める)。目的がビジネス寄りなら業務要件と判断。
- 必要なら「業務レベルかシステムレベルか」を確認するために、誰が主導するかを考える。経営・業務部門が目標を出すなら業務要件。IT部門が定めるならシステム要件になりやすい。
実際にこの設問では、目標が「物流コスト削減」という業務上の成果であり、したがって業務要件と判断します。
選択肢別の誤答解説
- ア: オンラインシステムの稼働率は99%以上とする。
→ これはシステムの性能・可用性を示す記述です。システム要件のうち「非機能要件(性能や信頼性に関する要件)」に当たります。業務の目的そのものではありません。 - イ: 情報漏えいを防ぐために、ネットワークを介して授受するデータを暗号化する。
→ 「暗号化する」は具体的な技術的手段です。セキュリティに関するシステム要件(非機能要件)です。業務目標(例えば「情報漏えいゼロ」)とはレベルが違います。 - ウ: 操作性向上のために、画面表示にはWebブラウザを使用する。
→ 「Webブラウザを使用する」は実装や利用技術の指定です。これもシステム要件(機能要件や実装仕様)に該当します。 - エ: 物流コストを削減するために出庫作業の自動化率を高める。
→ 物流コストというビジネス目的を示しており、業務の改善目標です。よって業務要件です。
よくある誤解
- 「数値目標があるとシステム要件だと思う」
→ 数値があっても、それがビジネスの成果(例:コスト10%削減)を示すなら業務要件です。技術の性能や可用性(例:稼働率99%)ならシステム要件です。 - 「原因(自動化)を書いているとシステム要件だと思う」
→ 「自動化率を高める」は手段に見えますが、ここでは業務改善の方針・目標を示しています。手段が業務方針として示されている場合、業務要件に含まれます。実際にどのシステムでどう自動化するかが決まれば、それがシステム要件になります。 - 「セキュリティや性能は全部業務に関係するから業務要件だ」と混同すること
→ セキュリティや性能は業務に重要ですが、要求の表現レベルによって区別します。業務の成果を述べるか、システムの仕様を述べるかで判断します。
補足コラム
要件定義(要件を決めて文書化する作業)では、「業務要件」と「システム要件」を分けて整理することが重要です。理由は次の通りです。
- 業務要件(ビジネスの目的)に基づいて、複数のシステム要件(技術的仕様)を導き出せるため、要件の抜け漏れを防げます。
- 変更管理がしやすくなります。業務側の目標が変われば、それに沿ってシステム要件を見直せばよいからです。
例:エ の目標「出庫作業の自動化率を高める(業務要件)」から派生するシステム要件の例
- 出庫指示を自動で生成する機能(機能要件)
- 倉庫ロボットと連携するAPI(機能要件)
- ピッキング指示のレスポンスタイムは2秒以内(非機能要件)
また、業務要件はSMART(Specific:具体的、Measurable:測定可能、Achievable:達成可能、Relevant:関連性、Time-bound:期限) を意識すると、後の設計や評価がやりやすくなります。SMARTは英語の頭文字を取った覚え方です。
FAQ
Q1. 業務要件とシステム要件はどちらが先に出すべきですか?
A1. 原則として業務要件が先です。まず「何を達成したいか」(ビジネス目的)を明確にし、それを達成するためにシステムは何をすべきかを定義します。
A1. 原則として業務要件が先です。まず「何を達成したいか」(ビジネス目的)を明確にし、それを達成するためにシステムは何をすべきかを定義します。
Q2. 「自動化率を高める」は業務要件でいいのか曖昧です。どこで線を引けばよいですか?
A2. 表現が「何のため」にあるかで判断します。ビジネス効果(コスト削減や作業時間短縮)が主目的で書かれているなら業務要件。どのように自動化するか(ロボット導入、バーコード読み取り等)が具体的に書かれていればシステム要件です。
A2. 表現が「何のため」にあるかで判断します。ビジネス効果(コスト削減や作業時間短縮)が主目的で書かれているなら業務要件。どのように自動化するか(ロボット導入、バーコード読み取り等)が具体的に書かれていればシステム要件です。
Q3. 非機能要件って何ですか?
A3. 非機能要件はシステムの「品質」や「制約」を示す要件です。例:性能(応答速度)、可用性(稼働率)、セキュリティ、拡張性など。機能(ユーザーが行える操作)を示す機能要件と対になる概念です。
A3. 非機能要件はシステムの「品質」や「制約」を示す要件です。例:性能(応答速度)、可用性(稼働率)、セキュリティ、拡張性など。機能(ユーザーが行える操作)を示す機能要件と対になる概念です。
関連キーワード: 要件定義、業務要件、システム要件、機能要件、非機能要件、要件分離、要件設計

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

