

中嶋悟
名前:中嶋 悟(なかじま さとる) ニックネーム:サトルン 年齢:28歳 性別:男性 職業:会社員(IT系メーカー・マーケティング部門) 通勤場所:東京都千代田区・本社オフィス 通勤時間:片道約45分(電車+徒歩) 居住地:東京都杉並区・阿佐ヶ谷の1LDKマンション 出身地:神奈川県横浜市 身長:175cm 血液型:A型 誕生日:1997年5月12日 趣味:比較記事を書くこと、カメラ散歩、ガジェット収集、カフェ巡り、映画鑑賞(特に洋画)、料理(最近はスパイスカレー作りにハマり中) 性格:分析好き・好奇心旺盛・マイペース・几帳面だけど時々おおざっぱ・物事をとことん調べたくなるタイプ 1日(平日)のタイムスケジュール 6:30 起床。まずはコーヒーを淹れながらニュースとSNSチェック 7:00 朝食(自作のオートミールorトースト)、ブログの下書きや記事ネタ整理 8:00 出勤準備 8:30 電車で通勤(この間にポッドキャストやオーディオブックでインプット) 9:15 出社。午前は資料作成やメール返信 12:00 ランチはオフィス近くの定食屋かカフェ 13:00 午後は会議やマーケティング企画立案、データ分析 18:00 退社 19:00 帰宅途中にスーパー寄って買い物 19:30 夕食&YouTubeやNetflixでリラックスタイム 21:00 ブログ執筆や写真編集、次の記事の構成作成 23:00 読書(比較記事のネタ探しも兼ねる) 23:45 就寝準備 24:00 就寝
外部設計書と要件定義書って何?基本の違いを知ろう
システム開発の現場では、「要件定義書」と「外部設計書」という2つの重要な書類があります。これらはどちらもシステムを作るために必要ですが、内容や目的が違います。
まず、「要件定義書」はお客様やユーザーの希望や求めることをまとめた書類です。つまり、何を実現したいかを明確にするためのものです。
一方、「外部設計書」は、要件定義書で決まった内容をもとに実際に作るシステムの詳しい設計を書きます。特に、ユーザーが使う画面や操作方法、システムの外から見える動きを中心にまとめています。
このように、要件定義書は「何を作るか」、外部設計書は「どう作るか」を示す書類と覚えておきましょう。
要件定義書の役割と特徴について詳しく解説
要件定義書は開発の最初の段階で作成するもので、お客様の希望や必要な機能、システムが守るべきルールなどをまとめます。たとえば、「どんなデータを保存したいか」「どんな操作ができるようにしたいか」などを言葉や図でわかりやすく書きます。
また、要件定義書は言葉のあいまいさをなくすために、専門家だけでなくお客様とも話し合いながら作成されることが多いです。これによって後から「思っていたのと違う!」というトラブルを減らせます。
たとえば学校のクラスで「文化祭で何をやるか決める」ようなものです。みんなの意見をまとめて「こういう出し物をやります」と明確にするイメージですね。
要件定義書は「どんなシステムが必要かを決めて共有するための設計図の一歩手前のもの」といえます。
外部設計書の目的とどんな内容が書かれているのか
外部設計書は、要件定義で決まったことを実際にシステムの形にする準備として作ります。この段階での設計は、ユーザーの視点から見える部分を中心に考えます。つまり、画面のレイアウトや使いやすさ、どんな操作でどんな画面が表示されるかなどです。
具体的には、画面の一覧や表示項目、ユーザーが入力する内容、エラー時の対応方法などを書きます。
たとえばスマホアプリなら、ログイン画面やメニュー画面、設定画面などの設計図と考えることができます。
この外部設計書をもとに、プログラマーが実際のコードを書く設計書である内部設計書や詳細設計書を作成します。
つまり、外部設計書はユーザーが使うシステムの『見た目と動き』を設計する重要な文書です。
要件定義書と外部設計書を比較する表
ポイント | 要件定義書 | 外部設計書 |
---|---|---|
目的 | システムに必要な機能や条件の明確化 | システムのユーザー画面や操作方法の設計 |
作成時期 | 開発の初期段階 | 要件定義の後、設計段階の中盤 |
内容 | ユーザーの要求、制約条件、機能概要など | 画面設計、操作フロー、入力項目、出力内容など |
対象 | お客様、ユーザー、開発チーム全体 | 主に開発チーム、特に設計者とプログラマー |
役割 | 何を実現するか(目的・機能の定義) | どう実現するか(設計と仕様の詳細化) |
まとめ:違いを理解してプロジェクトを成功させよう!
今回は「外部設計書」と「要件定義書」の違いをわかりやすく解説しました。
要件定義書はシステムに必要なことを決める書類、外部設計書は決まったことを元にユーザーの画面や操作を設計する書類です。
どちらもシステム開発には欠かせない重要な書類なので、それぞれの役割や特徴をしっかり理解することで、誤解やトラブルを防ぎスムーズな開発が可能になります。
これからシステム開発に関わる方は、ぜひ今回のポイントを参考にしてみてくださいね!
「外部設計書」という言葉、よく聞きますが実は意外と奥深いんです。外部設計書はユーザーが直接触れる部分の設計に特化しているため、使いやすさや見た目の工夫が詰まっています。プログラマーにとっては、この外部設計書がないと、どんな画面を作ればいいか迷ってしまいます。中学生の皆さんも、ゲームのメニュー画面や設定画面をイメージするとわかりやすいですよ。ユーザー目線での設計がとても大事なんですね!