仕様と設計の違いとは？IT初心者でも分かる役割・流れ・実務での使い分けを解説

結論から言うと、「仕様」はシステムがどのような動作をするかを決めた内容、「設計」はその仕様を実現するための具体的な構成や作り方を決める作業です。

IT業界では「仕様書を作って」「設計書を作って」と言われることがありますが、この2つは同じ意味ではありません。違いを理解していないと、資料の読み違いや認識のズレにつながることがあります。

この記事では、IT業務に従事する初心者や社内SE、ヘルプデスク、運用保守担当者向けに、「仕様」と「設計」の違いを実務目線で分かりやすく解説します。

仕様とは

仕様とは、システムや機能が「どのように動作するか」を決めたルールです。

利用者からの要件をもとに、「どのような機能を持ち、どのような動きをするのか」を明確にします。

仕様の例

• パスワードは8文字以上で入力する
• ログインに5回失敗すると30分間アカウントをロックする
• CSVファイルをアップロードできる
• バックアップは毎日23時に実行する

仕様は「システムのルール」を決めるものと考えると理解しやすくなります。

設計とは

設計とは、仕様を実現するために、どのような構成・設定・プログラムで実装するかを決めることです。

開発者やインフラエンジニアが作業できるように、具体的な構成や処理内容を決定します。

設計の例

• Active Directoryでアカウントロックポリシーを設定する
• SQL Serverでデータベースを構築する
• バックアップソフトのジョブを23時に実行するよう設定する
• CSV取込機能を実装するプログラムを作成する

設計は「どのように作るか」「どのように設定するか」を決める工程です。

仕様と設計の違い

項目	仕様	設計
目的	どのような動作をするか決める	どのように実現するか決める
内容	機能・動作・ルール	構成・処理・設定・実装方法
読む人	利用者・開発者・運用担当者	開発者・インフラエンジニア
例	ログイン失敗5回でロックする	グループポリシーでロックアウトを設定する

仕様から設計へ進む流れ

ITプロジェクトでは、一般的に次の順番で進みます。

1. 要件を整理する
2. 仕様を決める
3. 設計を行う
4. 開発・構築する
5. テストを実施する
6. 運用を開始する

仕様が決まっていない状態では、適切な設計を行うことはできません。

実際のIT現場での例

共有フォルダーを構築する場合

仕様

• 営業部だけが営業フォルダーを閲覧できる
• 総務部だけが給与フォルダーを閲覧できる
• 毎日バックアップを取得する

設計

• Windows Serverに共有フォルダーを作成する
• Active Directoryグループでアクセス権を管理する
• NTFSアクセス権を設定する
• バックアップジョブを毎日23時に実行する

仕様は「どう動くか」、設計は「どう実現するか」という違いがよく分かる例です。

初心者が混乱しやすいポイント

仕様書と設計書を同じものだと思う

仕様書にはシステムの動作やルールが書かれています。

設計書には、サーバー構成やネットワーク構成、データベース構成、プログラムの処理内容などが記載されています。

設定内容まで仕様だと思ってしまう

例えば、「ログイン失敗5回でロックする」は仕様です。

「グループポリシーでロックアウトしきい値を5回に設定する」は設計です。

設定方法は設計に含まれることが一般的です。

実務でよくあるトラブル

ケース1：仕様が曖昧なまま設計を始める

利用者から「使いやすい画面にしてほしい」とだけ伝えられ、画面設計を進めた結果、完成後に「イメージと違う」と言われることがあります。

原因

• 仕様が具体化されていない
• 利用者との認識合わせが不足している
• レビュー不足

ケース2：設計ミスによる障害

仕様どおりにバックアップを毎日取得していても、保存容量の設計が不足していたため、数か月後にディスク容量不足となるケースがあります。

仕様だけでなく、将来の運用まで考慮した設計が重要です。

設計書にはどのような内容を書くのか

• サーバー構成
• ネットワーク構成
• IPアドレス一覧
• アクセス権設定
• データベース設計
• 画面設計
• 処理フロー
• バックアップ設計
• 障害対策
• 監視設定

設計書は、誰が作業しても同じ環境を構築できることを目指して作成します。

新人が覚えておきたいポイント

• 仕様は「システムのルール」
• 設計は「実現する方法」
• 設計は仕様を満たすために行う
• 仕様変更があると設計も見直す必要がある
• 設計書は運用や保守でも重要な資料になる

筆者が経験した失敗例

新人時代、ファイルサーバーのアクセス権を設定した際、「部署ごとに閲覧を制限する」という仕様だけを確認し、将来的な異動や新規入社を考慮せずにユーザー単位で権限を設定してしまったことがありました。

結果として、人事異動のたびに個別設定が必要となり、管理の手間が大幅に増えてしまいました。

この経験から、仕様を満たすだけではなく、運用しやすい設計を考えることの重要性を学びました。

業務で上司へ報告するポイント

• 仕様どおりの動作になっているか
• 設計どおりに構築できているか
• 設計変更が必要な理由
• 変更による影響範囲
• 運用への影響

エスカレーションするタイミング

• 仕様が曖昧で判断できない
• 設計方法が複数あり判断に迷う
• セキュリティへ影響する設定変更がある
• 既存システムへの影響が大きい
• 運用方法まで変更が必要になる

設計はシステム全体へ影響することが多いため、自己判断で変更しないことが重要です。

関連するIT用語

• 要件
• 要件定義
• 基本設計
• 詳細設計
• 構成設計
• システム設計
• 設計書
• テスト仕様書

よくある質問（FAQ）

仕様書と設計書は必ず別々に作成しますか？

小規模なシステムでは1つの文書にまとめることもありますが、大規模なプロジェクトでは役割を分けて作成することが一般的です。

設計書は誰が作成しますか？

システムエンジニアやインフラエンジニア、アプリケーション開発者などが担当します。

仕様変更があったら設計書も修正する必要がありますか？

はい。仕様が変わると、それを実現する方法も変わる可能性があるため、設計書の見直しが必要です。

運用保守担当でも設計書を読む機会はありますか？

あります。障害対応や設定変更、サーバー移行などでは、設計書を確認しながら作業を進めることが多くあります。

まとめ

仕様と設計は似ている言葉ですが、役割は明確に異なります。

• 仕様は「システムがどのように動作するか」を決めるもの
• 設計は「その仕様をどのように実現するか」を決めるもの

IT現場では、「要件 → 仕様 → 設計 → 開発・構築」という流れでプロジェクトが進みます。

初心者のうちは、「これは動作のルールなのか、それとも実現方法なのか」という視点で資料を読む習慣を付けることで、設計書や仕様書の内容を理解しやすくなり、実務でもスムーズに対応できるようになります。