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

非機能要件定義【午前解説】

正解の理由

解法ステップ

1. 「非機能要件とは何か」を短く定義する（品質属性・制約）。
2. 各選択肢を「機能（何を）」か「非機能（どのように）」かで分類する。
3. 非機能に該当する選択肢を選ぶ（技術基準・標準・品質に関するものを選択）。
4. あいまいな選択肢は「目的（業務）」か「手段（技術）」かを基準に判定する。

選択肢別の誤答解説

• ア: 業務を構成する機能間の情報（データ）の流れを明確にする。
  → これは業務フローやデータフローの定義で、どの機能がどのデータを扱うかを示すため、機能要件寄りです。非機能要件ではありません。
• イ: システム開発で用いるプログラム言語に合わせた開発基準、標準の技術要件を作成する。
  → 正解。言語や開発基準は技術的制約や品質確保のための非機能要件に該当します。
• ウ: システム機能として実現する範囲を定義する。
  → これは機能のスコープ定義であり、何を実現するかを示すため機能要件に当たります。非機能要件ではありません。
• エ: 他システムとの情報授受などのインタフェースを明確にする。
  → インタフェース仕様（データフォーマットやAPI）は通常機能要件やインテグレーション仕様に分類されます。性能・暗号化などの付随する非機能項目は別途定義されます。

よくある誤解

• 機能と非機能を混同する：データフローやインタフェースは「どの機能がどのデータを扱うか」という機能要件寄りとされることが多いです。
• インタフェース定義を非機能と誤認：外部接続の性能要件は非機能ですが、インタフェース仕様自体（交換フォーマット・API）は基本的に機能仕様に含まれます。
• 実装詳細＝非機能と考える誤り：選定した言語やフレームワークは制約として非機能に含めますが、アルゴリズムの細かい実装手順は設計・実装フェーズの詳細です。

補足コラム

FAQ