読み：がいぶせっけい ／ 分野：IT・システム
外部設計とは、システムの画面や操作方法など利用者から見える部分を決める設計工程です。
外部設計とは、システム開発においてシステムの画面や操作方法、帳票の形式など、利用者から見える部分を決める設計工程です。要件定義で固めた「何を実現したいか」を、利用者の視点から「どう見せ、どう操作させるか」という具体的な仕様に落とし込む役割を持ちます。
意味
システム開発は一般的に、要件定義、外部設計、内部設計、プログラミング、テストという流れで進みます。外部設計はこのうち要件定義の直後に位置し、利用者が直接触れる部分の仕様を決める工程です。具体的には、画面のレイアウトや入力項目、ボタンを押したときの動き、印刷される帳票の形式、他のシステムとやり取りするデータの形式などを決めます。この段階でまとめられる資料は「外部設計書」と呼ばれ、発注者と開発会社の間で仕様を確認し合う土台になります。外部設計の後に行われる内部設計は、プログラムの内部構造やデータベースの構成など、利用者からは見えない部分を決める工程であり、両者は役割が明確に分かれています。
使われる場面と具体例
- 業務システムを新規開発する際、発注側の担当者が画面イメージや操作フローの資料を確認し、現場の業務に合っているかを判断する場面で使われます。
- 既存システムに新しい機能を追加する際、開発会社が外部設計書を作成し、追加する画面や帳票の仕様について発注側と合意を取る場面があります。
- 複数のシステムを連携させる開発において、データの受け渡し形式やタイミングを外部設計として定義し、関係者間で仕様の食い違いを防ぐ場面があります。
中小企業が押さえたい点
- 外部設計書は専門用語や図表が多く分かりにくいことがあるため、画面イメージや操作の流れを見せてもらい、実際の業務と照らし合わせて確認することが大切です。
- この段階での修正は比較的少ない手間で済みますが、内部設計やプログラミングが進んだ後の仕様変更は、追加費用や納期の遅れにつながりやすい点に注意が必要です。
- 現場で実際にシステムを使う担当者にも設計内容を確認してもらい、経営者だけの判断で進めないようにすることが、完成後のトラブルを防ぐことにつながります。
よくある誤解
- 外部設計を「見た目のデザインだけを決める工程」と捉える誤解がありますが、実際には操作手順やデータの入出力形式など、業務の流れ全体に関わる仕様を含みます。
- 外部設計書を確認せずに開発を進めても構わないと考えるのは誤解です。この段階での確認を省くと、完成後に業務に合わないシステムができあがるおそれがあります。
よくある質問
Q. 外部設計と内部設計はどう違うのですか。
A. 外部設計は利用者から見える画面や操作方法を決める工程で、内部設計はプログラムの内部構造やデータベースなど利用者から見えない部分を決める工程です。
Q. 外部設計の段階で発注側は何を確認すればよいですか。
A. 画面のイメージや操作の流れ、帳票の形式が実際の業務に合っているかを、資料や画面サンプルをもとに確認することが望ましいです。
Q. 外部設計が終わった後に仕様を変更することはできますか。
A. 変更は可能ですが、開発が進んだ段階での変更は追加費用や納期の遅れにつながりやすいため、早い段階での確認が重要です。
関連する用語
関連記事
ほかの用語を探す
