戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

基本情報技術者 2013年 春期 午前(科目A)65


問題文

非機能要件の定義に該当するものはどれか。

選択肢

業務を構成する機能間の情報(データ)の流れを明確にする。
システム開発で利用する言語に合わせた開発基準、標準を作成する。(正解)
システム機能として実現する範囲を定義する。
他システムとの情報授受などのインタフェースを明確にする。

🔒 解説は解答すると表示されます

開発基準と標準の定義【午前解説】

正解の理由

正解は です。
非機能要件(NFR: Non-Functional Requirements)はシステムが満たすべき品質属性や制約、開発・運用上のルールを示します。選択肢イは「システム開発で利用する言語に合わせた開発基準、標準を作成する。」とあり、これは開発プロセスや品質確保のための基準・制約を定める行為であり、まさに非機能要件に該当します。
一方で、業務のデータの流れ(ア)やシステムの機能範囲(ウ)、他システムとの情報授受の内容(エ)は、主に「システムが何をするか」を示す機能要件に該当します。

解法ステップ

  1. 問題文のキーワードを探す:「基準」「標準」「品質」「性能」「制約」などが非機能の手掛かりです。
  2. 文の主語が「何をするか(機能)」か「どのように実現するか(非機能)」かを判定します。
  3. 機能的な「データの流れ」「機能の範囲」「インタフェース仕様」は機能要件寄りとして除外します。
  4. 残った「開発基準」「運用ルール」「品質基準」等を非機能要件として選びます。

選択肢別の誤答解説

  • ア: 業務を構成する機能間の情報(データ)の流れを明確にする。
    → データフローは「何をやるか」「どのデータを扱うか」を示す機能要件です。よって非機能ではありません。
  • : システム開発で利用する言語に合わせた開発基準、標準を作成する。
    → 正解。開発基準・標準は品質や手順に関する制約で、非機能要件に該当します。
  • ウ: システム機能として実現する範囲を定義する。
    → 機能の範囲(スコープ)は機能要件の代表例で、非機能要件ではありません。
  • エ: 他システムとの情報授受などのインタフェースを明確にする。
    → インタフェース記述は多くの場合機能的なデータ項目やメッセージ仕様の記述であり、機能要件に分類されます(ただしインタフェースに関する性能やセキュリティ制約は非機能扱い)。

よくある誤解

  • インタフェース記述=非機能と思い込む誤解:インタフェースの「データ項目や処理手順」は機能要件側であることが多く、非機能は応答時間やプロトコル制約などです。
  • 「基準は設計であって要件ではない」と考える誤解:開発基準を要求仕様として明示することは、品質を担保する非機能要件になります。
  • 機能の範囲の記述を抽象化して非機能と混同する誤り:機能の範囲(何を実現するか)は明確に機能要件として区別すべきです。

補足コラム

非機能要件の代表例:性能(応答時間、スループット)、可用性(稼働率)、セキュリティ(認証・暗号化)、拡張性、保守性、法令準拠、開発標準やコーディング規約など。
要件定義書(SRS等)では、機能要件と非機能要件を分けて記述し、非機能要件には検証方法(受入基準やテスト指標)も明記すると実務で有用です。ISO/IEC 25010などの品質モデルを参照すると属性分類が整理しやすくなります。

FAQ

Q: インタフェースに「プロトコルや暗号化方式を指定する」は機能か非機能か?
A: 暗号化方式やプロトコルなどの「運用上の制約」は非機能要件に該当します。データ項目そのものは機能要件です。
Q: 開発基準は要件ではなく設計段階の成果物では?
A: 開発基準を要求として明示する場合、それは非機能要件です。設計で決める場合でも要求レベルで求められることが多いです。
Q: 非機能要件のテストはどう示すべきか?
A: 受入基準(例:応答時間は1秒以内、稼働率99.9%以上)という形で具体的な数値や検証手順を明記します。

関連キーワード: 非機能要件、機能要件、要求仕様、SRS、品質属性、開発基準、インタフェース、性能、可用性、セキュリティ
← 前の問題へこの年度をクイズで解く次の問題へ →
戦国ITクイズ機能

\ せっかくなら /

基本情報技術者
クイズ形式で学習しませんか?

クイズ画面へ遷移する

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について