読み：ないぶせっけい ／ 分野：IT・システム
内部設計とは、システム内部の処理やデータの仕組みを技術的な視点で決める設計工程です。
内部設計とは、システムの内部でどのように処理を行い、データをどう扱うかを技術的な視点で決める設計工程です。開発会社のエンジニアが中心となって進め、発注側の企業が直接内容を作成することはほとんどありません。
意味
システム開発の設計工程は、大きく「外部設計」と「内部設計」に分かれます。外部設計は画面のレイアウトや操作の流れなど、利用者から見える部分を決める工程です。これに対して内部設計は、プログラムをどのような構造に分けるか、データベースにどのような形でデータを保存するか、処理をどの順番で行うかといった、利用者からは見えない仕組みを決めます。外部設計で固まった「何ができるシステムか」を、実際に動くプログラムとして作り上げるための技術的な設計図を用意する工程といえます。内部設計の内容が具体的で整理されているほど、その後のプログラム作成がスムーズに進み、不具合も減りやすくなります。
使われる場面と具体例
- 開発会社のエンジニアが、要件定義や外部設計の内容をもとに、プログラムの構成やデータベースの構造を決めるために内部設計書を作成します。
- プロジェクトマネージャーが、内部設計の完了を一つの区切りとして、次の工程であるプログラム作成やテストのスケジュールを組み立てます。
- 発注企業の担当者が、見積書や開発スケジュールを確認する際、内部設計という工程が明記されているかを見て、開発の進め方が具体的かどうかを判断します。
中小企業が押さえたい点
- 内部設計は技術的な内容が中心のため、発注側が細部まで理解する必要はありません。ただしこの工程が省略されたり簡略化されたりすると、後の開発品質や修正のしやすさに影響することがあります。
- 見積書や提案書に内部設計の工程・期間・成果物が明記されているかを確認すると、開発の進め方がどれだけ具体的に計画されているかの目安になります。
- 内部設計の段階で仕様の変更や追加要望を伝えると、手戻りが大きくなり費用や納期に影響しやすくなります。要望はできるだけ要件定義や外部設計の段階で伝えることが望ましいといえます。
よくある誤解
内部設計は開発会社が担う技術的な工程であり、発注側の企業が主体的に関わって作成するものではありません。外部設計と混同されがちですが、外部設計が「見える部分」、内部設計が「見えない仕組み」を決める点で役割が異なります。
よくある質問
Q. 内部設計の内容を発注側がチェックする必要はありますか。
A. 技術的な詳細を細かく確認する必要はありませんが、工程やスケジュールに含まれているかを確認しておくと安心です。
Q. 内部設計と外部設計はどちらが先に行われますか。
A. 一般的には外部設計が先に行われ、その内容をもとに内部設計が進められます。
Q. 内部設計の途中で仕様を変更するとどうなりますか。
A. すでに決めた内部の構造を作り直す必要が生じ、追加の費用や納期の遅れにつながりやすくなります。
関連する用語
関連記事
ほかの用語を探す
