(产品名称) 详细设计说明书
哈尔滨银行版权所有
内部资料，注意保密。

修订历史记录
填写说明：
1、文档新增时，该表开始填写，说明本次为新建，不需要填写后续详细修改说明。

2、产品开发过程中或以后产品升级过程中，每次修改都要在该表中登记主要内容，修改内容直
接在文档中体现，并在本文档后面依次添加详细修改说明。

3、表格中每行应为一独立任务，例如产品首次建立时，先是编写，后是评审，评审后根据意见
再调整等一系列工作，延续的时间可能比较长，仍然只需要填写表中一行。

4、“日期”填写为本行内容修改开始的日期。

5、表中历史内容不应删除，应一直保留。

目录
第一章引言 (4)
1.1概述 (4)
1.2定义 (4)
1.3设计依据 (4)
第二章程序设计 (5)
2.1模块和程序关系设计 (5)
2.1.1功能模块和程序关系表 (5)
2.1.2复用说明 (5)
2.1.2.1使用组件情况说明 (5)
2.1.2.2 符合软件复用标准的程序说明 (6)
2.2程序详细设计 (6)
第三章其它方面的设计考虑 (9)
3.1系统出错信息 (9)
3.2数据常量和变量设计 (9)
3.3配置文件（可选内容） (10)
3.4其它方面设计说明 (10)
附录A：详细修改说明 (11)
第一章引言
说明：1本文档形成的目的：细化总体设计，为系统实施奠定基础，使开发人员依据详细设计说明书即可完成编码工作。

1.1 概述
待开发软件系统的名称。

1.2 定义
列出本文中用到的专门术语的定义和外文首字母组词的原词组.
1.3 设计依据
列出有关的参考资料
第二章程序设计
2.1 模块和程序关系设计
在详细设计过程中除非发现功能分析有不合理之处需重新进行功能分析外，不得改变功
能分析的模块设计结果，只是依据功能分析的结果进行程序设计。

程序结构设计主要任务是根据功能模块，从实现的角度给出功能模块与程序的对应关
系，划分程序边界。

设计结果以下表形式给出：
2.1.1 功能模块和程序关系表
程序名称---非面向对象语言写到函数级别，面向对象语言写到方法级别，即类名+方法名。

程序类型---指程序属于的处理类型，如：联机处理程序、批量处理程序、公用子程序，或者其它处理类型。

2.1.2复用说明
2.1.2.1使用组件情况说明表
组件指中心级管理的公共程序，此种公共程序不经修改即可以被使用。

如果中心级组件需要修改才能被使用，则在2.1.2.2的公共程序说明中体现。

第 5 页共11 页
注：需要关注使用的组件情况跟程序的要求是否匹配。

2.1.2.2 公共程序说明表
公共程序指可以被两个以上程序调用的程序，请在下表中进行说明。

2.2 程序详细设计
程序详细设计的任务是根据上述模块和程序关系表，以及公共程序说明，对每个程序进行详细设计，即在“功能模块和程序关系表”和“公共程序说明表”中体现的所有程序都需要。

根据程序详细设计结果，程序员可以直接进行编码。

程序详细设计结果以下表的形式给出（每个程序一张表，按模块排序，公共程序模块）
程序详细设计说明表
日期：年月日
说明：
程序名称---非面向对象语言写到函数级别，面向对象语言写到方法级别，即类名+方法名。

被调用方式---LINK，引用，CALL，COPY，其它（请说明）
访问数据表---给出本程序需要访问的所有数据表，并标明访问方式（READ，
DELETE，ADD，UPDATE）。

如果操作处于判断分支中，则标明所有可能出现的访问方式。

备注---说明本程序是新程序还是在以前基础上做的修改，修改的相关情况等。

第三章其它方面的设计考虑
3.1系统出错信息
给出具体错误代码、错误信息内容等。

如果在程序设计部分已经给出错误代码等内容，这里可以不填。

错误信息总列表：
3.2数据常量和变量设计
给出系统/子系统内全局性数据(常量、变量等)的数据结构，填写下表。

程序内的局部性数据不必列出。

对于本节说明的常量、变量，要给出文字说明，说明其存储和其它方面的设计要求，然后给出列表。

全局常量一览表
制表人：制表日期：年月日
如果是系统的全局常量，则系统名称不填，否则填写所属的子系统的名称或标识。

若填标识，则在第一章中应给出完整的定义。

全部常量应按照系统全局常量、子系统全局性常量的顺序填写。

全局变量一览表
制表人：制表日期：年月日
如果是系统的全局变量，则系统名称不填，否则填写所属的子系统的名称或标识。

若填标识，则在第一章中应给出完整的定义。

全部变量应按照系统全局变量、子系统全局性变量的顺序填写。

3.3 配置文件（可选内容）
3.4其它方面设计说明
在这一部分中，主要说明前述部分之外的设计内容，例如使用软件工具的主要配置信息等。

产品名称，《详细设计说明书》
第 11 页 共 11 页 附录A ：详细修改说明
填写说明：
对应前面的每次修订记录（除首次建立外），填写一张该表。

根据本文档修改情况，总结修改内容点，填写表中，所有修改内容都以文字形式描述，要求覆盖所有修改内容。

所有修改点应当从工作任务的角度给出描述，有些工作任务可能在正文中没有反映出来，但也要给出有关章节，不允许文档中有修改而本表中没有反映的情况。

对于本次修改内容，以蓝色表示，以后再调整时，需要首先把以前的蓝色调整为黑色。

为了便于管理，对应于较长时间以前的且之后又修改多次的详细修改说明表，视情况可以删除。