平成22年度春期 データベーススペシャリスト 午前Ⅱ 問24

評価観点を整理するための確認

システム方式を評価するときは、個別の用語や印象だけで判断せず、評価対象と目的をそろえたうえで、比較する観点が何を確かめるものかを整理して考えます。関係者や利用場面による違いにも注意します。

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

一つの観点に注目し、その観点が評価のどの段階で必要になるか、誰にとっての判断材料か、他の観点と混同していないかを問題文の表現と一貫して照らして丁寧に確認しましょう。

視点

評価では、目的、対象、条件、時間軸、影響範囲などの切り口を分け、各切り口が何を見極めるためのものかを抽象的に整理します。用語の似ている印象ではなく、判断の役割に注目してください。

確認ポイント

• 評価の目的と対象が同じ前提で比べられているか
• 注目する観点が、別の観点や評価結果と混同されていないか
• 問題文の条件に照らし、その観点が判断材料として必要か

正解

ア

解説

共通フレーム2007のシステム方式設計では、システム方式がシステム要件を満たすものになっているかという観点で評価します。したがって、システム要件との一貫性を確認するアが適切です。

理由

システム方式設計は、要求されたシステムを実現するための構成や技術的な方式を定める工程です。その評価では、方式がシステム要件に適合し、要求を実現できる内容になっているかを確認します。

比較

「取得ニーズ」は要求の源泉に近い表現であり、方式評価の直接の整合性項目ではありません。また、ソフトウェア品目の要件や方式設計との外部一貫性という表現も、この設問で確認する対象とは一致しません。

選択肢ア（正解）

これは正解だよ。システム方式設計では、利用者や業務側から定められたシステム要件を実現できる方式になっているかを評価する。そのため、方式とシステム要件の一貫性を確認するこの項目が、設問の評価対象に合致する。

選択肢イ

これは不正解だよ。取得ニーズは、情報システムの取得や導入に関する必要性を表す段階の概念であり、システム方式の評価で直接確認する整合性の対象とは異なる。方式は、整理されたシステム要件との関係で評価する。

選択肢ウ

これは不正解だよ。ソフトウェア品目の要件は、システム全体の方式を具体的なソフトウェア単位へ展開した後に関係する内容である。システム方式の評価でまず確認する対象を、ソフトウェア品目の要件とするのは適切ではない。

選択肢エ

これは不正解だよ。方式設計との外部一貫性という表現では、評価対象であるシステム方式と、同じ設計上の内容を示す方式設計との関係になってしまう。評価では、上位で定められたシステム要件との適合性を確認する。

学習のポイント

システム方式とシステム要件の関係を、工程の順序と整合性の観点から理解する。