ホーム > システムアーキテクト試験 > 2016年
システムアーキテクト試験 2016年 午前2 問02
共通フレームにおけるシステム方式設計プロセスで文書化する項目として、適切なものはどれか
ウ:システムの機能及び能力
エ:システム方式及び品目に割り当てたシステム要件(正解)
イ:システム構成要件
ア:システム移行の移行要件
解説
共通フレームにおけるシステム方式設計プロセスで文書化する項目【午前2 解説】
要点まとめ
- 結論:システム方式設計プロセスでは「システム方式及び品目に割り当てたシステム要件」を文書化します。
- 根拠:共通フレームの定義によると、方式設計はシステム要件を具体的な方式や品目に割り当てる段階だからです。
- 差がつくポイント:方式設計と要件定義や移行設計の違いを理解し、文書化対象を正確に区別できることが重要です。
正解の理由
共通フレームのシステム方式設計プロセスは、システム要件を具体的な方式(ハードウェア、ソフトウェア構成など)や品目(モジュール単位など)に割り当てる作業です。
したがって、この段階で文書化するのは「システム方式及び品目に割り当てたシステム要件」であり、選択肢エが正解となります。
他の選択肢は、方式設計の前後のプロセスや異なる設計段階の文書化項目に該当します。
したがって、この段階で文書化するのは「システム方式及び品目に割り当てたシステム要件」であり、選択肢エが正解となります。
他の選択肢は、方式設計の前後のプロセスや異なる設計段階の文書化項目に該当します。
よくある誤解
システム方式設計とシステム要件定義や移行設計を混同し、要件そのものや移行要件を文書化対象と誤認しやすい点に注意が必要です。
解法ステップ
- 共通フレームのシステム開発プロセスを理解する。
- システム方式設計の役割と目的を確認する。
- 各選択肢がどのプロセスの文書化項目に該当するかを分類する。
- 方式設計に該当する文書化項目を選択する。
- 選択肢エが「方式及び品目に割り当てた要件」であることを確認し正解とする。
選択肢別の誤答解説
- ア: システム移行の移行要件は移行設計プロセスで文書化するため、方式設計の文書化項目ではありません。
- イ: システム構成要件は要件定義や基本設計で扱うことが多く、方式設計の文書化項目とは異なります。
- ウ: システムの機能及び能力はシステム要件定義の段階で文書化する内容であり、方式設計の成果物ではありません。
- エ: システム方式及び品目に割り当てたシステム要件は方式設計プロセスの文書化項目として正しいです。
補足コラム
共通フレームは日本のシステム開発標準であり、各プロセスの役割と文書化項目が明確に定義されています。方式設計は要件を具体的な技術的方式に落とし込む重要な段階であり、ここでの文書化は後続の詳細設計や開発に不可欠です。
FAQ
Q: システム方式設計と基本設計の違いは何ですか?
A: システム方式設計は要件を方式や品目に割り当てる段階で、基本設計はその方式に基づき詳細な設計を行う段階です。
A: システム方式設計は要件を方式や品目に割り当てる段階で、基本設計はその方式に基づき詳細な設計を行う段階です。
Q: 移行要件はどのプロセスで文書化しますか?
A: 移行要件はシステム移行設計プロセスで文書化され、方式設計の文書化項目には含まれません。
A: 移行要件はシステム移行設計プロセスで文書化され、方式設計の文書化項目には含まれません。
関連キーワード: 共通フレーム, システム方式設計, 文書化項目, システム要件, システム開発プロセス