基本設計とは、要件定義で決まった「なぜ作るのか」という要望をもとに、システムやサービスで「何を作るのか(WHAT)」を明確にする工程です。 主にクライアントやユーザーなどの「人から見える部分」を設計するため、外部設計とも呼ばれます。 [1, 2]
🗺️ 開発工程における位置づけ
IT開発は一般的に以下のような流れで進みます。基本設計は、依頼者と開発者が仕様をすり合わせる最後の重要な砦となります。 [1, 3]
- 要件定義(WHY): なぜ作るのか、何を解決したいのかを決める
- 基本設計(WHAT)★: ユーザー視点で「何を作るか、どう動くか」を決める
- 詳細設計(HOW): プログラマー向けに「どうやって実装するか」を記述する
- 開発(コーディング): 実際にプログラムを書く [1]
📋 基本設計で決めること・主な成果物
基本設計では、非IT系のクライアントが見ても直感的に理解できるように、以下のような図面やドキュメント(基本設計書)を作成します。 [1, 3]
- 画面設計・画面遷移図
- ユーザーが操作する画面のレイアウトや、ボタンを押したときにどの画面へ移動するかを可視化します。 [1, 4]
- 機能一覧表
- システムに搭載するすべての機能を洗い出してリスト化したものです。 [1]
- 業務フロー図 / データフロー図
- システムを使って、ユーザーの業務やデータがどのような流れで処理されるかを表します。 [3]
- データベース設計(ER図・CRUD図)
- どのようなデータを扱い、それぞれの機能がデータを「登録・参照・更新・削除」するのかを整理します。 [1, 5]
- 外部インターフェース設計
- 他のシステムや外部サービスとどのようにデータを連携するかを定義します。 [1, 4]
💡 失敗を避けるための重要なポイント
- ユーザー視点を忘れない
- 機能の都合だけでなく、実際の利用者が使いやすい導線になっているかを重視します。 [1, 3]
- 専門用語を避けてコミュニケーションをとる
- 基本設計書はクライアントが目を通す資料です。IT知識がない人でも誤解なく理解できる言葉を使います。 [1]
- ここでの合意を徹底する
- 基本設計のあとに仕様の漏れや変更が見つかると、大幅な手戻り(スケジュール遅延や追加コスト)が発生するため、レビューでのすり合わせが極めて重要です。 [1, 3]
基本設計について、さらに詳しく知りたい特定の項目はありますか?
もしよろしければ、どのようなシステムの設計をイメージしているか、または「詳細設計」との具体的な違いなど、次に進めたいトピックを教えてください!
