基本情報技術者 2013年 春期 午前(科目A) 問65
問題文
非機能要件の定義に該当するものはどれか。
選択肢
ア:業務を構成する機能間の情報(データ)の流れを明確にする。
イ:システム開発で利用する言語に合わせた開発基準、標準を作成する。(正解)
ウ:システム機能として実現する範囲を定義する。
エ:他システムとの情報授受などのインタフェースを明確にする。
🔒 解説は解答すると表示されます
開発基準と標準の定義【午前解説】
正解の理由
正解は イ です。
非機能要件(NFR: Non-Functional Requirements)はシステムが満たすべき品質属性や制約、開発・運用上のルールを示します。選択肢イは「システム開発で利用する言語に合わせた開発基準、標準を作成する。」とあり、これは開発プロセスや品質確保のための基準・制約を定める行為であり、まさに非機能要件に該当します。
一方で、業務のデータの流れ(ア)やシステムの機能範囲(ウ)、他システムとの情報授受の内容(エ)は、主に「システムが何をするか」を示す機能要件に該当します。
非機能要件(NFR: Non-Functional Requirements)はシステムが満たすべき品質属性や制約、開発・運用上のルールを示します。選択肢イは「システム開発で利用する言語に合わせた開発基準、標準を作成する。」とあり、これは開発プロセスや品質確保のための基準・制約を定める行為であり、まさに非機能要件に該当します。
一方で、業務のデータの流れ(ア)やシステムの機能範囲(ウ)、他システムとの情報授受の内容(エ)は、主に「システムが何をするか」を示す機能要件に該当します。
解法ステップ
- 問題文のキーワードを探す:「基準」「標準」「品質」「性能」「制約」などが非機能の手掛かりです。
- 文の主語が「何をするか(機能)」か「どのように実現するか(非機能)」かを判定します。
- 機能的な「データの流れ」「機能の範囲」「インタフェース仕様」は機能要件寄りとして除外します。
- 残った「開発基準」「運用ルール」「品質基準」等を非機能要件として選びます。
選択肢別の誤答解説
- ア: 業務を構成する機能間の情報(データ)の流れを明確にする。
→ データフローは「何をやるか」「どのデータを扱うか」を示す機能要件です。よって非機能ではありません。 - イ: システム開発で利用する言語に合わせた開発基準、標準を作成する。
→ 正解。開発基準・標準は品質や手順に関する制約で、非機能要件に該当します。 - ウ: システム機能として実現する範囲を定義する。
→ 機能の範囲(スコープ)は機能要件の代表例で、非機能要件ではありません。 - エ: 他システムとの情報授受などのインタフェースを明確にする。
→ インタフェース記述は多くの場合機能的なデータ項目やメッセージ仕様の記述であり、機能要件に分類されます(ただしインタフェースに関する性能やセキュリティ制約は非機能扱い)。
よくある誤解
- インタフェース記述=非機能と思い込む誤解:インタフェースの「データ項目や処理手順」は機能要件側であることが多く、非機能は応答時間やプロトコル制約などです。
- 「基準は設計であって要件ではない」と考える誤解:開発基準を要求仕様として明示することは、品質を担保する非機能要件になります。
- 機能の範囲の記述を抽象化して非機能と混同する誤り:機能の範囲(何を実現するか)は明確に機能要件として区別すべきです。
補足コラム
非機能要件の代表例:性能(応答時間、スループット)、可用性(稼働率)、セキュリティ(認証・暗号化)、拡張性、保守性、法令準拠、開発標準やコーディング規約など。
要件定義書(SRS等)では、機能要件と非機能要件を分けて記述し、非機能要件には検証方法(受入基準やテスト指標)も明記すると実務で有用です。ISO/IEC 25010などの品質モデルを参照すると属性分類が整理しやすくなります。
要件定義書(SRS等)では、機能要件と非機能要件を分けて記述し、非機能要件には検証方法(受入基準やテスト指標)も明記すると実務で有用です。ISO/IEC 25010などの品質モデルを参照すると属性分類が整理しやすくなります。
FAQ
Q: インタフェースに「プロトコルや暗号化方式を指定する」は機能か非機能か?
A: 暗号化方式やプロトコルなどの「運用上の制約」は非機能要件に該当します。データ項目そのものは機能要件です。
A: 暗号化方式やプロトコルなどの「運用上の制約」は非機能要件に該当します。データ項目そのものは機能要件です。
Q: 開発基準は要件ではなく設計段階の成果物では?
A: 開発基準を要求として明示する場合、それは非機能要件です。設計で決める場合でも要求レベルで求められることが多いです。
A: 開発基準を要求として明示する場合、それは非機能要件です。設計で決める場合でも要求レベルで求められることが多いです。
Q: 非機能要件のテストはどう示すべきか?
A: 受入基準(例:応答時間は1秒以内、稼働率99.9%以上)という形で具体的な数値や検証手順を明記します。
A: 受入基準(例:応答時間は1秒以内、稼働率99.9%以上)という形で具体的な数値や検証手順を明記します。
関連キーワード: 非機能要件、機能要件、要求仕様、SRS、品質属性、開発基準、インタフェース、性能、可用性、セキュリティ

\ せっかくなら /
基本情報技術者を
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

