システム方式設計プロセスとは?しすてむほうしきせっけいぷろせす
システム方式設計プロセスとは、システムへの要求事項を、ハードウェア構成品目・ソフトウェア構成品目・手作業のどれが引き受けるかへ割り当て、品目間の関係とインタフェースを決めて文書化する活動。すべての要求事項がいずれかの品目へ漏れなく割り当たっていることの確認まで含む。
最終更新:2026-10-06
この語が出る過去問を解く →背景
同じ要求でも、機械にやらせるか人の手順で担保するかで費用・納期・運用の形が変わる。この境界を決めないまま詳細へ進むと、後から「そこは運用でカバーする前提だった」という食い違いが出て、設計と運用手順の両方を作り直すことになる。論述で問われる「なぜその方式にしたか」は、この割当ての根拠を指している。
具体例
帳票出力の要件を、バッチサーバ上のソフトウェア構成品目、専用プリンタというハードウェア構成品目、担当者による用紙補充と封入という手作業へ割り当て、その間の受け渡し(出力ファイルの置き場、出力完了の通知方法)まで決めて文書化する。
試験での引っ掛け
モジュール構成やアルゴリズムまで踏み込むのはこの工程ではなく、ソフトウェア方式設計・詳細設計の範囲。また手作業へ割り当てることも正規の設計判断であり、すべてを機械化することが方式設計の目的ではない。
関連用語
出た過去問
出典:平成28年度 秋期 システムアーキテクト試験 午前Ⅱ 問2(IPA)
共通フレームにおけるシステム方式設計プロセスで文書化する項目として、適切なものはどれか。
正解:システム方式及び品目に割り当てたシステム要件
要点:方式設計は要件を構成品目へ割り当てて文書化する
システム方式設計プロセスでは、システムをハードウェア・ソフトウェア・手作業といった構成品目へどう分けるかという方式を決め、システム要件を各品目へ割り当てて文書化する。移行要件や機能・能力といった項目は、その前段のシステム要件定義プロセスで定義されるものである。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。