概要設計とは、システム開発の初期段階で、システム全体の骨格(構成・機能の分割・データの流れなど)を大づかみに決める設計工程のことです。要件定義で固めた「何を作るか」を受けて、「どういう構造で実現するか」の全体像を描きます。現場によっては「基本設計」とほぼ同じ意味で使われることも多い言葉です。
現実世界でいえば、家づくりの「ラフスケッチと間取りの構想」のようなものです。「3LDKで、リビングは南向き、水回りは1か所にまとめる」という大方針をまず固めてから、詳しい図面(基本設計・詳細設計)に進みます。最初に骨格を固めておくことで、後工程での大きな手戻りを防げます。
概要設計で決めること
- システム構成
サーバーの構成、ネットワーク、使用する技術(言語・データベースなど)の大枠を決めます。 - 機能の分割
システム全体をいくつのサブシステム・機能に分けるか、それぞれの役割分担を決めます。 - データの流れ
どんなデータがどの機能の間を流れるか、外部システムとの連携を整理します。
概要設計フェーズの主な成果物
概要設計工程の終わりには、決めた内容を文書として残します。次の工程(基本設計)に進むための土台になる資料です。
| 成果物 | 記載する内容 |
|---|---|
| 概要設計書 | システムの目的や方針、全体構成の大枠をまとめた文書。 |
| システム構成図 | サーバーやネットワークなど、システムを支える機器の構成。 |
| 機能一覧表 | システムを構成する機能・サブシステムの一覧と役割分担。 |
| データフロー図 | 機能間や外部システムとの間で、どんなデータがやり取りされるか。 |
| 概念データモデル(ER図) | 扱うデータの種類と、データ同士の関係性を大づかみに整理した図。 |
これらの成果物は次工程である基本設計の土台になるため、内容に漏れや矛盾があると後工程での手戻りにつながります。
設計工程の全体像
システム開発の設計は、大きいものから小さいものへと段階的に細かくしていきます。
| 工程 | 決めること | 家づくりに例えると |
|---|---|---|
| 概要設計 | システム全体の骨格・構成の大枠。 | ラフスケッチ・構想 |
| 基本設計 | 画面・帳票・データベースなど利用者から見える仕様。 | 間取り図・外観図 |
| 詳細設計 | プログラム内部の作り方。 | 柱や配線の施工図 |
「基本設計」との関係
設計工程の呼び方は、実は会社やプロジェクトによってかなり異なります。「概要設計→詳細設計」の2段階で進める現場では概要設計が基本設計を兼ねますし、「基本設計→詳細設計」と呼ぶ現場では概要設計という言葉自体を使わないこともあります。「外部設計/内部設計」という呼び方もあります。大切なのは呼び名よりも、その設計書が「何を決める文書なのか」をプロジェクト内で揃えることです。

コメント