软件开发概要设计说明书模板.docVIP

DOCPROPERTY项目名称项目名称

DOCPROPERTYTitle概要设计说明书

文献状态：

[√]草稿

[]正式发布

[]正在修改

文献标记：

当前版本：

X.Y

作者：

完毕日期：

YYYY-MM-DD

版本历史

版本/状态

作者

参与者

起止日期

备注

目录

TOC1. 引言 1

1.1 编写目的 1

1.2 定义 1

1.3 参考资料 1

2. 范围 1

2.1 系统重要目的 1

2.2 重要软件需求 1

2.3 设计约束、限制 1

3. 软件系统结构设计 1

3.1 复审数据流、控制流 1

3.2 软件体系结构 1

3.2.1 软件程序结构图 1

3.2.2 模块命名规则 1

3.2.3 模块描述 1

3.3 功能需求追溯 2

3.4 复用策略 2

4. 数据设计 2

4.1 数据字典复审 2

4.2 数据项 2

4.3 数据库结构设计 2

4.4 数据结构与程序的关系 3

4.5 文献设计 3

5. 接口设计 3

5.1 用户界面设计规则 3

5.2 内部接口设计 3

5.3 外部接口设计 3

6. 犯错解决设计 3

7. 系统维护设计 3

引言

编写目的

说明编写这份概要设计说明书的目的，并指出预期的读者。

定义

列出文献中用到的专门术语的定义和外文首字母的原词组。

参考资料

列出用的着的参考资料，如：

本项目的经核准的计划任务书或协议，上级机关的批文。属于本项目的其他已发表的文献本文献中各处引用的文献、资料、涉及所需用到的软件开发标准。

范围

对《需求规格说明书》进行复审，如有变更需要在本节进行说明。

以下内容描述软件概要设计的整体范围，其重要信息来自于《需求规格说明书》。

系统重要目的

重要软件需求

设计约束、限制

软件系统结构设计

复审数据流、控制流

复审需求分析阶段对软件的功能需求的描述（如系统的DFD图和IDEF0图）是否合理和精化。否则，应在本节进行进一步分解和精化。

软件体系结构

通过变换映射（如基于DFD或基于IDEF0的结构设计），并采用适当的优化准则进行软件结构的优化。该过程可在本节中分段落进行描述。

已得到优化的软件体系结构用结构图（StructureChart）进行描述。描述的内容涉及：

软件程序结构图

画出软件体系结构的树状层次。

模块命名规则

给出软件模块的命名规则，保证模块名称在项目内的唯一性和无二义性。

模块描述

可用IPO图结合下表对每一软件模块进行描述。

名称

标记

子系统名称

系统

名称

接口

说明

输入

输出

功能

说明

运营环

境说明

简要地说明对本模块的运营环境（涉及硬件环境和支持环境）的规定

调用关

系说明

调用模块

被调用模块

功能需求追溯

本节说明《需求规格说明书》中的各项功能需求已在软件体系结构中得到分派。

可用如下的二维表说明各项功能需求与软件模块的相应关系。

模块1

模块2

……

模块M

功能需求1

√

功能需求2

√

……

√

功能需求m

√

此表可以采用其他合用形式,如拆分为两张表：功能需求相应模块、模块相应功能需求

相应的模块

功能需求1

……

功能需求m

相应的功能需求

模块1

……

模块m

复用策略

说明软件可复用的数据、接口和模块。复用既指可运用的现有构件资源，也指软件中可抽取的新建构件。

数据设计

本章对软件所使用的数据进行定义和概要设计。本章内容在项目的其他文档中若有描述，请在相应小节指明。

数据字典复审

对需求分析阶段形成的数据字典进行复审和精化。

数据项

定义软件使用的数据项，也许涉及：名称、简称、类型、长度、别名等。

数据库结构设计

将需求分析阶段形成的实体模型转化为数据库系统支持的数据库模型。如根据E－R图或IDEF1x图建立数据库的物理模型。

数据结构与程序的关系

给出本系统内所使用的每个数据结构的名称、标记符，说明各个数据结构与访问这些数据结构的各个程序模块间的相应关系，可采用如下的矩阵图的形式：

模块1

模块2

……

模块M

数据结构1

√

数据结构2

√

……

√

数据结构m

√

文献设计

说明数据存储文献的逻辑结构、文献组织方式、容量、存取权限等。

接口设计

用户界面设计规则

分析《需求规格说明书》中的用户特点，设计交互、信息显示和数据输入等用户界面规则。若有的话，列出用户的强制标准和开发单位的强制标准。

内部接口设计

说明软件内部模块间的接口安排。

外部接口设计

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

内部和外部的接口设计必须结合模块内部的数据验证和犯错解决。

犯错解决设计

说明每种也许的犯错或故障情况，并对他们命名和编