内部設計（詳細設計）とは？ないぶせっけい
内部設計（詳細設計）とは、外部設計で決めた利用者から見える仕様を、プログラムとして作れる細かさまで具体化する設計工程。画面や帳票の裏側で、処理をどのモジュール（プログラムを機能ごとに分けた部品）に分けるか、データをどんな形で持つか（データ構造）、どういう手順で計算するかといった開発者向けの取り決めを行う。開発工程では外部設計の次、プログラミングの前に位置する。
最終更新：2026-10-10
この語が出る過去問を解く →背景
利用者と合意するための設計と、作る人が従うための設計を1つの文書にまとめると、どちらにとっても読めないものになる。業務担当者に「このモジュールが在庫テーブル（在庫の表）を更新する」と説明しても判断できないし、画面の見た目だけではプログラムは書けない。そこで見える部分と内部の作りを工程として分けた。ITパスポートでは、ある作業がどの工程に属するかを選ぶ形で問われる。
具体例
交通費精算システムで、申請者が見る入力画面のレイアウトと項目、上長への承認依頼の見え方を決めるのが外部設計。その申請をどのテーブル（表）にどう記録し、どの順序で承認者へ通知を出すかを決めるのが内部設計にあたる。
試験での引っ掛け
外部設計は利用者から見える部分、内部設計は開発者から見える部分という視点の違いで区別する。「内部設計＝プログラミング」ではなく、コードを書く前の設計工程である点にも注意。テスト工程との対応では、モジュールの分け方やつながりを決めるソフトウェア方式設計（ソフトウェア全体をどの部品で組み立てるかを決める設計）の内容を確かめるのが統合テスト（結合テスト）、モジュールの中の処理の手順（ソフトウェア詳細設計）を確かめるのが単体テストである。
関連用語
出た過去問
出典：平成21年度 秋期 ITパスポート試験 問33（IPA）
ソフトウェア詳細設計書に関する記述として、適切なものはどれか。
正解：ソフトウェア詳細設計書に基づいてプログラミングが実施される。
要点：詳細設計書はコードに落とせる水準でプログラミングの拠り所
ソフトウェア詳細設計は、方式設計で決めた構造をさらに細かく分解し、個々のモジュールの処理手順やデータの扱いを、そのままコードに落とせる水準まで記述する工程である。したがって詳細設計書はプログラミングの直接の拠り所となり、あわせて単体テストの仕様もこの段階で検討される。
出典：平成22年度 春期 ITパスポート試験 問50（IPA）
図は開発するソフトウェアの動作ロジックを検討し、その結果を文書化した流れ図の一部である。このような作業を実施するのはソフトウェア開発のどの段階か。
正解：ソフトウェア詳細設計
要点：処理手順を流れ図に具体化するのは詳細設計
入力値の範囲を判定して表示内容を分けるといった処理手順の細部を流れ図に落とす作業は、プログラムをどう作るかを決める段階に属する。すなわちソフトウェア詳細設計であり、この成果物をもとにコーディングと単体テストが行われる。要件定義や方式設計は「何を実現するか」「どんな構成で作るか」を扱い、処理手順の詳細までは踏み込まない。
出典・参考
公式シラバスの4 開発技術 ＞ 25. システム開発技術 ＞ (1) システム開発のプロセスに掲載されている用語です。
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。