システム化計画と要件定義

イントロ

業務要件、機能要件、非機能要件を比較する

システム化計画は何をなぜシステム化するかを決め、要件定義はシステムに求めることを業務・機能・品質の面から整理する。要件定義は開発前の重要な橋渡しであり、目的や利用者の期待を曖昧なままにすると後工程で手戻りが出るからです。

定義

教科書では: システム化計画は何をなぜシステム化するかを決め、要件定義はシステムに求めることを業務・機能・品質の面から整理する。
言いかえると: システム化計画は何をなぜシステム化するかを決め、要件定義はシステムに求めることを業務・機能・品質の面から整理する。ここではシステム化計画、要件定義、業務要件、機能要件、非機能要件、利用者要求を扱います。要件定義書テンプレート、詳細設計、ユーザーストーリー作成実務までは追わず、システム化計画と要件定義を分けます。

比較

見る点	押さえる内容	注意する混同
目的	システム化計画の目的と役割を見る	用語名だけで選ばない
判断軸	「何のために」から業務要件、「何ができる」から機能要件	要件定義を、画面や機能の一覧を作る作業だけだと思う
範囲	システム化計画、要件定義、業務要件、機能要件、非機能要件、利用者要求	要件定義書テンプレート、詳細設計、ユーザーストーリー作成実務

見る点目的

見る点判断軸

見る点範囲

システム化計画と要件定義は、似た用語を丸暗記するより、目的・対象・判断軸を分けると理解しやすくなります。

例

場面: 経費精算で「承認時間を短くしたい」は業務要件、「スマホ申請」は機能要件、「月末でも遅くならない」は非機能要件という例
順に考えると: この場面では、まずシステム化計画が何を助けるかを確認します。次に要件定義との違いを見て、「何のために」から業務要件、「何ができる」から機能要件、「どの品質で」から非機能要件を見る。要件定義書テンプレート、詳細設計、ユーザーストーリー作成実務までは追わず、役割を一文で説明できれば十分です。
ここが結論: システム化計画と要件定義を分けると、「何のために」から業務要件、「何ができる」から機能要件、「どの品質で」から非機能要件を見る。

注意

確認

Q1

システム化計画と要件定義で最も大切な見方はどれですか。

まとめ

RFIは情報提供依頼、RFPは提案依頼であり、調達では目的・要件・評価観点を整理して外部候補を比較する。