外部設計と内部設計の違いとは？

システム開発の打ち合わせや資料を見ていると、外部設計や内部設計という言葉がよく出てきますよね！

「これ、一体なにがどう違うんだろう…？」
「知らなかったら、仕事でちょっと恥ずかしい思いをしちゃうかも…」
そんな風に不安を感じていませんか？

大丈夫ですよ！専門用語を聞くと身構えてしまいますよね。

でも、安心してください！
今回は、ITがちょっと苦手な読者さんでも一瞬で理解できるように、とっても分かりやすく解説していきますね。

外部設計と内部設計の違い

それではさっそく、一番気になる外部設計と内部設計の違いについて結論からお伝えしちゃいますね！

一言でいうと、次のような違いがあるんですよ。

• 外部設計：利用者から見て、システムで何ができるかを決めること
• 内部設計：その機能を、システム内部でどう実現するかを決めること

これ、すごく分かりやすいですよね！

外部設計は、実際にシステムを触るユーザーや発注者から見える「見た目や振る舞い」を決めます。画面の配置や、ボタンを押したらどこに移動するか、どんな帳票が出るかといった部分ですね。

一方で内部設計は、ユーザーからは見えない裏側の世界です。プログラマーさんが実際にコードを書きやすいように、データをどう保存するかや、プログラムをどんなパーツに分けるかなどを細かく決めていく作業なんですよ。

なぜこの設計の分け方が大切なの？

「でも、なんでわざわざ設計を外側と内側に分ける必要があるの？」そんな疑問が湧いてきますよね！

実は、この工程をしっかり分けることで、システム開発の現場がとってもスムーズになるんです。

関係者全員の認識をビシッと合わせるため

システムを作るときは、依頼する人（発注者）と作る人（開発者）がいますよね。

もし、いきなり裏側のプログラムの話から始めてしまったらどうなるでしょう？

「思っていた画面と違う！」「このボタン、ここに欲しかったのに！」

なんていう大惨事が起きてしまうかもしれません。

だからこそ、まずは外部設計で「どんな画面にするか」をみんなで確認し合って、完成後のイメージを完全に共有することが大切なんですね。

プログラマーが迷わず作業できるようにするため

外部設計で「何を作るか」が決まったら、次はプログラマーさんの出番です。

でも、指示がふんわりしていると、「これ、どうやってプログラムを組めばいいんだろう…？」と手が止まってしまいますよね。

そこで内部設計の出番です！内部設計書という設計図があれば、プログラマーさんは迷うことなくスムーズに開発を進めることができるんですよ。

レストランに例えるとすごくよくわかる！

「言葉は分かったけれど、いまいちピンとこないな…」という方のために、身近なレストランに例えて説明しますね！

お客さんから見える世界が外部設計

レストランに行ってメニューを開いたとき、「ハンバーグランチはスープとサラダがついて1,000円です」と書いてありますよね。これは、お店に来るお客さんから見える「サービスの内容や見た目」そのものです。

システム開発でいうと、まさに外部設計の部分なんですよ！

どんな料理が出てくるのか、お会計はどうするのかといった、お客さんが体験するすべてがここに詰まっています。

厨房の裏側の仕組みが内部設計

一方で、お客さんには見えない厨房の中はどうなっているでしょうか？

「ハンバーグのタネは朝のうちに何個仕込んでおくか」「お肉を焼くときはどのコンロを何度で使うか」「スープの温め直しはどのタイミングでするか」

こういった、お店の裏側でいかに美味しい料理を手際よく作り上げるかを決める手順が、まさに内部設計なんです！

お客さんからは見えませんが、ここがしっかりしていないと料理の提供が遅れてしまいますよね。

自分や会社の仕事にはどう関係するの？

「エンジニアじゃない私には、あまり関係ない話かな…？」

いいえ、そんなことはありませんよ！
実は、ビジネスパーソン全員に関係があるんです。

例えば、自社で新しい業務システムを導入するとき、ベンダー（開発会社）との打ち合わせに参加することがありますよね。

そんなとき、「あ、これは外部設計の話だから、私たちの使いやすさをしっかり伝えなきゃいけないんだな」と理解していれば、的確な意見を出せるようになります。

「ボタンの位置はこっちがいいです」といった要望を伝えるのは、まさに外部設計のフェンスに参加している証拠なんです！

社内のシステム担当者や開発チームと話すときも、相手がどの設計の段階にいるのかが分かると、スムーズにコミュニケーションが取れて仕事がぐっと楽になりますよ。

明日から使える便利な一言フレーズ

「意味がわかったら、実際の仕事で使ってみたいな！」

そんな読者さんのために、明日から現場ですぐ使えるフレーズをこっそり教えちゃいますね。

社内の打ち合わせや、システム開発のベンダーさんと話すときに、こう聞いてみてください。

• 「今の話は、外部設計（基本設計）の段階の認識で合っていますか？」
• 「利用者から見える画面の仕様は、どの資料で確認できますか？」

これだけで、「この人、システム開発の流れをわかっているな！」と一目置かれること間違いなしですよ。

まとめ

今回は、外部設計と内部設計の違いについてご紹介してきましたが、いかがだったでしょうか？

最後に、大切なポイントをもう一度おさらいしておきましょう！

• 外部設計は、利用者から見た「何ができるか（画面や帳票など）」を決める作業です。
• 内部設計は、その機能を裏側で「どう実現するか（データ処理やプログラムの仕組みなど）」を決める作業です。
• レストランの例えでいうと、メニューや料理の見た目が外部設計、厨房の調理手順が内部設計にあたります。

難しそうに見えたIT用語も、こうして整理してみると意外とシンプルでしたよね。

一歩踏み出してみよう

最初は聞き慣れない言葉ばかりで、びっくりしちゃったかもしれません。

でも、今日知った「外側と内側の違い」という視点さえ持っていれば、もうシステム開発の話を聞いても焦る必要はありませんよ！次に会社のシステム関連の資料を見る機会があったら、「あ、これは外部設計の画面だな」なんてこっそり確認してみてくださいね。

あなたのビジネスライフが、もっと楽しくスムーズになりますように！