ソフトウェア要件定義プロセスとは？そふとうぇあようけんていぎぷろせす
ソフトウェア要件定義プロセスとは、システム方式設計でソフトウェア構成品目へ割り当てられた分だけを対象に、機能・データ・外部インタフェース・品質特性・適格性確認の要件を、実装できる粒度まで書き下す活動。扱う範囲が方式設計の割当てで先に決まっている点が特徴。
最終更新：2026-10-06
この語が出る過去問を解く →背景
システム全体への要求のままでは、人手で担保する部分と機械が担う部分が混ざっていて実装の指示にならない。割当てを済ませてから絞り込めば、ソフトウェアの外側との境界（受け取る電文、返す結果、異常時の振る舞い）を明示でき、後のテストの合否条件もここで決まる。
具体例
「在庫引当」に割り当てられた要件を、入力項目とその制約、引当の優先順位、在庫不足時の振る舞い、他システムへ送る電文の項目とタイミング、応答時間の上限まで書き下し、それぞれに確認方法を対応づける。
試験での引っ掛け
共通フレームの順序は「システム要件定義 → システム方式設計 → ソフトウェア要件定義」で、間に方式設計が挟まる。ソフトウェア要件定義がシステム要件定義の直後に来るとする選択肢は誤り。対象も、システム要件が運用や手作業を含む全体、ソフトウェア要件は割り当てられた品目の分だけと分かれる。
関連用語
出た過去問
出典：平成30年度 秋期 システムアーキテクト試験 午前Ⅱ 問5（IPA）
ソフトウェア要件定義プロセスで定義する内容の具体例として、適切なものはどれか。
正解：基幹システムから利用者の所属情報を取得するために、全てのサブシステムで共通の通信プロトコルを使用する。
要点：ソフトウェア要件定義はソフトに割り当てた機能とI/Fを具体化する
ソフトウェア要件定義プロセスでは、システム要件のうちソフトウェアに割り当てられた部分について、機能・インタフェース・性能などの要件を具体化する。サブシステム間で共通の通信プロトコルを使うという取決めは、ソフトウェアが備えるべきインタフェース要件であり、この工程で定義する内容に当たる。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。