データベーススペシャリスト試験 2010年 午前2 問24
問題文
共通フレーム 2007 のシステム方式設計において、“システム方式の評価”の際に考慮する項目はどれか。
選択肢
ア：システム要件との一貫性（正解）
イ：取得ニーズとの一貫性
ウ：ソフトウェア品目の要件との外部一貫性
エ：方式設計との外部一貫性
共通フレーム 2007 のシステム方式設計における“システム方式の評価”【午前2 解説】
要点まとめ
- 結論：システム方式の評価では「システム要件との一貫性」が最も重要な評価項目です。
- 根拠：システム方式設計はシステム要件を満たす具体的な技術的手段を決定する工程であり、要件との整合性が評価基準の中心となります。
- 差がつくポイント：取得ニーズやソフトウェア品目の要件は部分的な視点であり、全体のシステム要件との整合性を優先して評価することが求められます。
正解の理由
システム方式設計は、システム要件を実現するための具体的な方式（ハードウェア、ソフトウェア、ネットワーク構成など）を決定する工程です。したがって、評価の際には「システム要件との一貫性」が最も重要です。これは、方式がシステム全体の要求を満たしているかどうかを判断するための基本的な視点だからです。
他の選択肢は部分的な要素や外部との整合性に関するものであり、システム方式の評価の中心とはなりません。
他の選択肢は部分的な要素や外部との整合性に関するものであり、システム方式の評価の中心とはなりません。
よくある誤解
「取得ニーズとの一貫性」や「方式設計との外部一貫性」も重要に見えますが、これらはシステム要件を満たすための補助的な視点であり、評価の主軸ではありません。
解法ステップ
- 問題文の「システム方式の評価」が何を指すかを確認する。
- システム方式設計の目的が「システム要件を実現する具体的な方式の決定」であることを理解する。
- 評価項目として最も基本的かつ重要なのは「システム要件との一貫性」であると判断する。
- 他の選択肢が部分的な視点や外部との整合性に関するものであることを確認し、除外する。
- 正解は「ア」と確定する。
選択肢別の誤答解説
- ア: システム要件との一貫性
→ 正解。システム方式設計の評価はシステム要件を満たしているかが最重要。 - イ: 取得ニーズとの一貫性
→ 取得ニーズは調達や購入の観点であり、方式設計の評価の中心ではない。 - ウ: ソフトウェア品目の要件との外部一貫性
→ ソフトウェア品目は部分的な要素であり、システム全体の方式評価とは異なる。 - エ: 方式設計との外部一貫性
→ 方式設計自体の整合性は評価対象外であり、評価は方式と要件の整合性が主。
補足コラム
共通フレーム 2007はシステム開発の標準的なプロセスモデルであり、システム方式設計は要件定義の次の段階で具体的な技術的手段を決定します。評価は方式が要件を満たしているかを確認するため、要件との一貫性が最も重要視されます。取得ニーズや外部一貫性は、調達や運用段階での検討事項として扱われることが多いです。
FAQ
Q: システム方式設計の評価で「取得ニーズとの一貫性」はなぜ重要でないのですか？
A: 取得ニーズは調達や購入の観点であり、方式設計の技術的評価の中心ではないため、評価項目としては優先度が低いです。
A: 取得ニーズは調達や購入の観点であり、方式設計の技術的評価の中心ではないため、評価項目としては優先度が低いです。
Q: 「方式設計との外部一貫性」とは何ですか？
A: 方式設計の外部一貫性は、他の設計工程や外部システムとの整合性を指しますが、システム方式の評価ではシステム要件との整合性が優先されます。
A: 方式設計の外部一貫性は、他の設計工程や外部システムとの整合性を指しますが、システム方式の評価ではシステム要件との整合性が優先されます。
関連キーワード: 共通フレーム 2007, システム方式設計、システム要件、一貫性評価、システム開発プロセス