ITパスポート 2013年 春期 問23

ソフトウェアライフサイクルの要件定義で明確にする項目【ITパスポート 解説】

正解の理由

解法ステップ

1. 「要件定義」の意味を確認する
   • 要件定義は「何を実現するか」を決める工程。利用者や事業側の要求をまとめる段階です。
2. 各選択肢が「何を示しているか」を判別する
   • 企画（計画）的な項目か、要件定義で扱う利用者要求か、設計・開発で扱う技術的詳細かを見分けます。
3. 要件定義の範囲に入るものを選ぶ
   • 利害関係者のニーズや要望は要件定義の中心項目なので選びます。

選択肢別の誤答解説

• ア: システムを開発する目的
  • これは企画（プランニング）段階の内容です。企画では「なぜそのシステムが必要か（ビジネス上の目的）」を定めます。要件定義は企画で決まった目的を受けて、具体的な要求に落とす工程です。
• イ: ソフトウェア構成品目ごとの機能と能力
  • 「構成品目（コンポーネント）」という単語が入っているため、部品ごとの役割や性能は設計や詳細設計で決める領域です。要件定義では「システム全体が何をするか（機能要件）」や「どの程度の性能を必要とするか（非機能要件）」を定めますが、個々のソフトウェア部品ごとの具体的な仕様は設計・実装段階の仕事です。
• ウ: データベースの構造
  • データベース構造はデータ設計や詳細設計、開発段階で作られます。要件定義では「どんなデータが必要か」「どのデータを扱うか」といった高レベルの要求は扱いますが、テーブルの列やキーなどの具体構造は設計工程で決定します。

よくある誤解

1. 「要件定義で細かな設計まで決まる」と考える誤解
   • 要件定義は「何を実現するか」を決める工程です。詳しい設計（どの部品が何をするか、テーブル定義など）は基本設計・詳細設計や開発で決めます。
2. 「目的＝要件」と混同する誤解
   • 企画での「目的（なぜ作るか）」と、要件定義での「要件（何をどう満たすか）」は別物です。目的は要件を導く根拠になりますが、要件はより具体的で検証可能な形で書く必要があります。

補足コラム：要件の種類 — 機能要件と非機能要件

• 機能要件（functional requirements）: システムが「何をするか」。例：ユーザが注文を登録できる、帳票を出力できる。
• 非機能要件（non-functional requirements）: 性能や信頼性など「どのように動くべきか」。例：1秒以内に検索結果を返す、1日のアクセスに耐えること、セキュリティレベル。
  要件定義では両方を明確にします。利害関係者のニーズは、これらの要件に翻訳されます。

FAQ