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

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

要点まとめ

• 結論: 非機能要件はシステムの品質や制約（性能、可用性、安全性、運用基準など）を定義する作業であり、選択肢イが正解です。
• 根拠: 非機能要件は「何をするか」ではなく「どの程度・どのように実現するか」を示すため、開発言語に合わせた技術基準作成が該当します。
• 差がつくポイント: インタフェースや機能範囲、データフローは機能要件寄りである点を押さえ、技術的な基準や運用要件まで含める判断が差を生みます。

正解の理由

よくある誤解

• 機能の定義（何をするか）と非機能（どのように行うか）を混同し、インタフェースや機能範囲を非機能要件と誤認する点。
• 「運用ルール」や「開発標準」は設計段階の作業だと思い込み、要件定義に含めない誤り。非機能は要件段階で決めておくべき事項です。
• 非機能要件は抽象的で検証不能だと考え、測定可能な基準（例：応答時間、可用率、バックアップ間隔）を示さないミス。

解法ステップ

1. 問題文で求めるのが「非機能要件の定義」であることを確認する。
2. 各選択肢を「機能要件（何をするか）」と「非機能要件（どの程度・どのように）」で分類する。
3. 非機能に該当するのは品質や技術基準に関するものかを検討する。
4. 技術基準や開発標準に該当する選択肢を正解とする。

選択肢別の誤答解説

• ア: 業務を構成する機能間の情報(データ)の流れを明確にする。
  → これはデータフローや機能間の関係を定義するため、機能要件／業務要件や外部設計の範疇であり非機能要件ではありません。
• イ: システム開発で用いるプログラム言語に合わせた開発基準、標準の技術要件を作成する。
  → 正解。開発言語に依存するコーディング規約、ランタイム制約、ライブラリ選定など技術的制約は非機能要件に該当します。
• ウ: システム機能として実現する範囲を定義する。
  → これはスコープや機能範囲の定義であり、機能要件／要求定義に該当します。非機能ではありません。
• エ: 他システムとの情報授受などのインタフェースを明確にする。
  → インタフェース仕様は機能的な入出力やプロトコル定義で、機能要件や外部設計に近く、非機能要件とは区別されます。

補足コラム

FAQ