平成26年度秋期 システムアーキテクト 午前Ⅱ 問16

要求の対象を捉え直す視点

要件の区別では、ことばの印象や用語の響きで判断せず、その記述がシステムに求めている内容の性質を一つの観点で捉え直すことが大切です。本ヒントでは、記述の対象が何かを確かめる手順に絞って検討の進め方を整理します。

この問題で問われていること

問われているのは、個々の要求を読んだときに、その記述がシステムに対して何を中心に求めているのかを自分の言葉で言い直し、分類の定義と照らし合わせて判断する力です。用語の見た目だけで決めないよう注意しましょう。

視点

要件定義で扱う要求は、同じシステムについて書かれていても、記述が向いている対象が異なる場合があります。学習の際は、各要求について「この文は何についての約束か」を一文で要約してみましょう。そのうえで、要約した内容が分類の定義のどれに対応するかを、自分が学んだ定義に戻って確かめます。この習慣をつけると、印象に頼らない判断がしやすくなります。

確認ポイント

• 各要求を「何についての約束か」という一文に要約できたか
• 要約した内容を、学んだ用語の定義そのものと照らし合わせたか
• 用語の響きや文の長さなど、表面的な印象だけで判断していないか

正解

エ

解説

非機能要件は、システムが提供する個別機能ではなく、可用性や性能、保守性、セキュリティなどの品質特性や運用条件を示します。本問ではシステム基盤に関わる項目を挙げているエが該当する。

理由

非機能要件は、何を処理するかという機能の内容ではなく、システムの可用性、性能、拡張性、運用性、保守性、移行性、セキュリティなど、システムに求められる品質や運用上の条件を定める。

比較

アは業務の進め方や組織・権限、イは利用者の作業やシステム機能、ウは経営上のニーズや成果・目標を扱う。一方、エはシステム基盤に関する品質特性と環境を列挙しており、非機能要件に分類される。

選択肢ア

これは不正解だよ。業務手順、入出力情報、組織、責任、権限、業務上の制約は、新しい業務をどのように進めるかを定める項目である。システム基盤の品質や運用条件ではなく、業務の在り方や運用に関する業務要件に該当するため、非機能要件ではない。

選択肢イ

これは不正解だよ。利用者の作業、システム機能の実現範囲、機能間の情報の流れは、業務を支援するアプリケーションが何を実現するかを表している。可用性や性能などの品質特性ではなく、利用者の作業と機能の内容を示す機能要件に該当する。

選択肢ウ

これは不正解だよ。経営戦略や情報戦略に関わるニーズ、業務上の課題、求められる成果や目標は、システム化の背景と経営上の方向性を示す項目である。システムの品質や運用条件を定める非機能要件ではなく、経営上の要件に該当する。

選択肢エ（正解）

これは正解だよ。可用性、性能、拡張性、運用性、保守性、移行性、セキュリティ、システム環境は、システムが備えるべき品質特性や運用上の条件を示している。個別の業務機能そのものではないため、非機能要件項目に該当する。

学習のポイント

業務要件・機能要件と非機能要件を、項目の対象と品質特性で区別する。