要件定義プロセスは企画や設計とどう違うか
基本情報技術者試験 平成30年度秋期 午前 問65 ／ システム企画 › 要件定義
過去問にチャレンジ
企画，要件定義，システム開発，ソフトウェア実装，ハードウェア実装，保守から成る一連のプロセスにおいて，要件定義プロセスで実施すべきものはどれか。
- ア
システムに関わり合いをもつ利害関係者の種類を識別し，利害関係者のニーズ及び要望並びに課せられる制約条件を識別する。
- イ
事業の目的，目標を達成するために必要なシステム化の方針，及びシステムを実現するための実施計画を立案する。
- ウ
目的とするシステムを得るために，システムの機能及び能力を定義し，システム方式設計によってハードウェア，ソフトウェアなどによる実現方式を確立する。
- エ
利害関係者の要件を満足するソフトウェア製品又はソフトウェアサービスを得るための，方式設計と適格性の確認を実施する。
会話形式の解説
講師何を求めるかを明らかにする作業か、計画や実現方法を決める作業かに注目します。
受験者システムの機能を定義する作業も、要件定義に見えます。どこで区別すればよいですか。
講師まず、利害関係者、つまりシステムに関わる人たちの要求や制約を調べる説明はどれですか。
受験者利害関係者を特定し、ニーズや要望、制約を明らかにする説明です。
講師その通りです。それらはシステムに求められる要件を定めるための情報なので、これが正解です。
受験者システム化の方針や実施計画を立てる説明は、要求を整理する作業とは違いますか。
講師はい。事業の目的に沿って方針と計画を立てる作業なので、企画に当たります。
受験者では、機能や能力を定義する説明はどうですか。そこだけ読むと迷います。
講師続きまで確認します。ハードウェアやソフトウェアでどう実現するかという方式設計も含むため、後続の開発工程に当たります。
受験者ソフトウェア製品やサービスの方式設計と適格性の確認も、要求を明らかにする作業ではありませんね。
講師その通りです。設計と確認を行う説明なので、要件定義には当たりません。
受験者要求と制約を把握する作業を選び、計画や実現方式の設計を含む説明は区別するのですね。
講師はい。「定義」という語だけで判断せず、その選択肢がどこまで作業を進めているかを確かめましょう。
まとめ
要件定義では、利害関係者を特定し、そのニーズや要望、制約を把握します。事業目的に沿ったシステム化の方針と実施計画の立案は企画の作業です。実現方式の設計やソフトウェア製品・サービスの方式設計と適格性の確認も、要件定義には当たりません。
解答・解説
正解はアです
この問題のテーマ
要件定義プロセスで行う作業を、企画や後続の開発工程の作業と区別する問題です。
解き方の考え方
各選択肢が、要求を明らかにする作業、システム化を計画する作業、実現方法を設計・確認する作業のどれに当たるかを見ます。要件定義に当たるのは、利害関係者が何を求め、どのような制約があるかを把握する作業です。
選択肢ごとの解説
- ○ア システムに関わり合いをもつ利害関係者の種類を識別し，利害関係者のニーズ及び要望並びに課せられる制約条件を識別する。利害関係者を特定したうえで、そのニーズや要望、制約を明らかにしています。これらはシステムに求められる要件を定めるための情報なので、要件定義で実施します。
- ×イ 事業の目的，目標を達成するために必要なシステム化の方針，及びシステムを実現するための実施計画を立案する。事業の目的に沿ってシステム化の方針と実施計画を立てています。何を求めるかを整理する要件定義ではなく、企画で行う作業です。
- ×ウ 目的とするシステムを得るために，システムの機能及び能力を定義し，システム方式設計によってハードウェア，ソフトウェアなどによる実現方式を確立する。システムの機能や能力を定義し、ハードウェアやソフトウェアによる実現方式まで定めています。実現方式の設計を含むため、要件定義より後の開発工程に当たります。
- ×エ 利害関係者の要件を満足するソフトウェア製品又はソフトウェアサービスを得るための，方式設計と適格性の確認を実施する。ソフトウェア製品やサービスについて、方式設計と適格性の確認を行う説明です。要求や制約を明らかにする作業ではないため、要件定義には当たりません。
POINT
- 利害関係者を特定し、その要求と制約を把握するのが要件定義です。
- 事業目的に基づくシステム化方針と実施計画の立案は企画に属します。
- システムをどう実現するかという方式設計は、後続の開発工程に属します。