概要设计是一个设计师根据用户交互过程和用户需求来形成交互框架和视觉框架的过程，其结果往往以反映交互控件布置、界面元素分组以及界面整体板式的页面框架图的形式来呈现。这是一个在用户研究和设计之间架起桥梁，使用户研究和设计无缝结合，将对用户目标与需求转换成具体界面设计解决方案的重要阶段。概要设计的主要任务是把需求分析得到的系统扩展用例图转换为软件结构和数据结构。设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。显然，概要设计建立的是目标系统的逻辑模型，与计算机无关。

概要设计的格式如下：

1引言

1.1编写目的

1.2背景

1.3定义

1.4参考资料

2总体设计

2.1需求规定

2.2运行环境

2.3基本设计概念和处理流程

2.4系统架构

2.5功能需求与程序的关系

2.6人工处理过程

2.7尚未解决的问题

3接口设计

3.1用户接口

3.2外部接口

3.3内部接口

4运行设计

4.1运行模块组合

4.2运行控制

4.3运行时间

5系统数据结构设计

5.1逻辑结构设计要点

5.2物理结构设计要点

5.3数据结构与程序的关系

6系统出错处理设计

6.1出错信息

6.2补救措施

6.3系统维护设计

a. 待开发软件系统的名称；

b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。

a. 本项目的经核准的计划任务书或合同，上级机关的批文；

b. 属于本项目的其他已发表文件；

c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

需求规定

说明对本系统的主要的输入输出项目、处理的功能性能要求。

运行环境

简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。

概念和处理流程

说明本系统的基本设计概念和处理流程，尽量使用图表的形式。

程序设计的基本概念有程序、数据、子程序、子例程、协同例程、模块以及顺序性、并发性、并行性、和分布性等。

人工处理过程

说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。

未解决问题

说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。

用户接口

说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。

外部接口

说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。

内部接口

说明本系统之内的各个系统元素之间的接口的安排。

运行模块组合

说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。

运行控制

说明每一种外界的运行控制的方式方法和操作步骤。

运行时间

说明每种运行模块组合将占用各种资源的时间。

设计要点

给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。

物理结构要点

给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。

与程序关系

说明各个数据结构与访问这些数据结构的形式:

出错信息

用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含义及处理方法。

补救措施

说明故障出现后可能采取的变通措施，包括：

a. 后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；

b. 降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；

c. 恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。

系统维护设计

说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。 各个程序之间的对应关系，可采用如下的矩阵图的形式；

概要设计

（3）结构图。结构图是Yordon提出的进行软件结构设计的工具，结构图和层次图类似，一个方框代表一个模块，框内注明模块的名字或主要功能。方框之间的直线（箭头）表示模块的调用关系。用带注释的箭头表示模块调用过程中来回传递的信息，尾部是空心的，表示传递的是数据，实心的表示传递的是控制。