基本情報技術者 2014年 秋期 午前（科目A） 問65

非機能要件の定義で行う作業はどれか。 【午前2 解説】

要点まとめ

• 結論→非機能要件は「どう実現するか」の品質や制約を定め、開発標準や性能要件を含む要件である。
• 根拠→非機能要件は性能・信頼性・保守性・セキュリティなどの品質特性と実装上の制約（言語や標準）を規定するため該当する。
• 差がつくポイント→「機能（何をするか）」と「非機能（どうあるべきか）」を明確に区別し、開発基準が制約に当たることを押さえる。

正解の理由

よくある誤解

• 機能要件と非機能要件を混同してしまい、「何をするか（機能）」を非機能要件に含めて考える。
• インタフェース記述やデータ流はすべて非機能だと誤解するが、外部インタフェースやデータフローは主に機能要件や相互接続仕様に含まれる。
• 開発基準は実装の詳細すぎる設計作業と思い込み、要件定義段階で扱わないと考える誤り。実務では制約として早期に定義することが重要。

解法ステップ

1. 「非機能要件（品質・制約）」と「機能要件（機能・振る舞い）」の定義を頭に置く。
2. 各選択肢が「何をするか（What）」か「どうあるべきか／制約（How/Constraint）」かを判別する。
3. 「言語・基準・標準」など実装や運用の制約は非機能に該当するため選択する。
4. データの流れや機能範囲、外部インタフェースは主に機能要件／設計に分類されることを確認する。

選択肢別の誤答解説

• ア: 業務を構成する機能間の情報(データ)の流れを明確にする。
  → データフローや業務プロセスの定義は「何をどう処理するか」という機能要件や業務要件に該当します。非機能ではありません。
• イ: システム開発で用いるプログラム言語に合わせた開発基準、標準を作成する。
  → 正解。使用言語や開発手法に関する基準は実装制約や品質確保のための非機能要件に含まれます。
• ウ: システム機能として実現する範囲を定義する。
  → これはスコープや機能要件の定義であり、どの機能を実装するかを決める「何を実現するか」に該当します。非機能ではありません。
• エ: 他システムとの情報授受などのインタフェースを明確にする。
  → 外部インタフェースの仕様は通常、機能要件やインタフェース仕様に分類されます。インタフェースの性能要件などは非機能に含められますが、問いの文面からは機能的な仕様を指すため不正解です。

補足コラム

FAQ