详细设计说明书测试表
软件详细设计文档说明书
软件开发文档文档名称：详细设计说明书项U 名称：XXXXXXXXXX 项口负责人：XX XXXxxxx信息科技有限公司2004 年添加，修改，删除）LI录1 导言11.1目的 11.2范围 11.3术语定义 1 1.4参考资料 1 1.5相关文档 1 1.6版本更新记录12模块实现设讣12. 1公用模块设计12.2专用模块设计12. 3存储过程设计12.4触发器设计13接口实现设计14其他实现设计14. 1角色授权设讣14.2其他详细设计15详细设汁检查列表15. 1功能设汁检查列表15.2性能设汁检査列表15. 3接口设汁检查列表1本章对该文档的LI的、功能范圉、术语、1导言行说明。
1.1目的本文档的U旨在推动软件工程的规范化，使设计•人员遵循统一的详细设汁书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设讣资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
详细设计的详细程度，应达到可以编写程序的程度。
1.2范围本文档用于软件设汁阶段的详细设计，它的上游（依据的基线）是《概要设计说明书》，它的下游是源程序清单及单元测试计划，并为单元测试报告提供测试依据。
该范圉应覆盖《概要设计说明书》中的功能点列表、性能点列表、接口列表。
软件详细设计•的范围是：各子系统的公用模块实现设讣、专用模块实现设计、存储过程实现设讣、触发器实现设讣、外部接口实现设计、部门角色授权设计、其他详细设计等。
按照3层结构（B/A/S）的布局，详细设计应从下面3个方面进行。
数据库服务器上的面向数据的设讣：数据字典物理设计、基本表物理设计、中间表物理设计（报表设计）、临时表物理设讣、视图物理设计、存储过程物理设讣、触发器物理设讣。
应用服务器上的面向业务逻辑的设计：接口数据设讣、中间件设讣、数据通信传输设计、可视构件设计、非可视构件设计、角色授权设计、功能点设计（功能点列表设计）。
浏览器上的面向对象的设讣：录入修改界面设计、浏览查询界面设计、登录注册界面设计、信息发布界面设计。
详细设计说明书评审检查表
# 检查项 是/否/不适用 否 不适用 清晰性、完整性 1 是否清晰的描述了单元设计信息，包括数据流程、控制流程、接口？ 2 3 4 5 6 7 8 9 文档结构是否清晰、组织是否合理？ 文档结构是否便于维护和修改？ 设计是否易于理解？ 每个单元模块是否都有相应的标识? 是否对单元模块的目的和功能进行了描述？ 每个单元模块的输入/输出是否进行了描述? 是否说明了用于实现该单元模块的算法？ 是否提供了一致的错误处理机制?
10 系统结构是否合理、清晰？ 11 各子系统、模块之间的关系是否描述得清楚? 12 系统的设计是否考虑了系统的可扩展性? 13 设计是否考虑了重用性? 14 重用构件是否进行了标识? 15 是否说明了重用模块的获得方式和相关的文档? 16 系统的设计是否考虑了系统的易移植性? 17 设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法? 18 是否列出了所有的调用？ 19 对变量、指针和常量进行了定义和初始化吗？ 20 设计能实现特定的需求和目标吗？ 21 是否对程序的注释进行了设计？ 22 是否对程序的限制和约束进行了说明？ 23 所有设计是否是可测试的？ 一致性、正确性 24 文档是否符合项目标准？ 25 是否用要求的方法或工具进行设计的？ 26 数据元素的名称在整个单元中保持一致吗？ 27 所有的设计接口相互间是一致的吗？ 28 是否存在逻辑上的问题？ 29 是否对各种情况都进行了处理？（如大于、等于、小于0，switch/case情况） 30 是否为开发和维护代码提供了充分的基础？ 31 所有的设计单元都可追溯回需求吗？ 接口 32 参数的数量、类型和顺序是否匹配？ 33 是否正确的定义了输入输出数据？ 34 是否清晰的描述了传递参数的顺序？ 35 是否识别了传递参数的机制？ 可维护性、可靠性 设计单元是否具有高内聚度低耦合度？（即该单元的变化不会对本单元造成不可预料 36 的影响，对其他单元的影响达到最小） 37 设计的复杂度已经最小了吗？
详细设计说明书
详细设计说明书1．导言（Introduction）本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
1.1 目的（Purpose）本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的详细设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
详细设计的详细程度，应达到可以编写程序的程度。
1.2 范围（Scope）本文档用于软件设计阶段的详细设计，它的上游（依据的基线）是《概要设计说明书》，它的下游是源程序清单及单元测试计划，并为单元测试报告提供测试依据。
该范围应覆盖《概要设计说明书》中的功能点列表、性能点列表、接口列表。
软件详细设计的范围是：各子系统的公用模块实现设计、专用模块实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、其他详细设计等。
按照3层结构（B/A/S）的布局，详细设计应从下面3个方面进行。
数据库服务器上的面向数据的设计：数据字典物理设计、基本表物理设计、中间表物理设计（报表设计）、临时表物理设计、视图物理设计、存储过程物理设计、触发器物理设计。
应用服务器上的面向业务逻辑的设计：接口数据设计、中间件设计、数据通信传输设计、可视构件设计、非可视构件设计、角色授权设计、功能点设计（功能点列表设计）。
浏览器上的面向对象的设计：录入修改界面设计、浏览查询界面设计、登录注册界面设计、信息发布界面设计。
1.3 术语定义（Terms Glossary）术语定义，如表6-16所示。
表6-16 术语定义1.4 参考资料（References）[1] 《概要设计说明书》[2] 《需求分析说明书》[3] 《软件合同》[4] 命名规范[5] 程序设计规范[6] 界面设计规范1.5 相关文档（Related Documents）[1] 源程序清单[2] 单元测试计划及报告[3] 《用户使用手册》1.6 版本更新记录（V ersion Updated Rcord）版本更新记录，如表6-17所示。
详细设计说明书以及测试模板
详细设计说明书（针对XX模块）1引言1.1编写目的在使用程序语言编制程序之前，需要对所采用算法的逻辑关系进行进行分析，设计出全部必要的过程细节，并给予清晰的表达，使之成为编码的依据，也作为软件测试人员及软件维护人员进行测试及维护时的参照。
1.2背景A)项目的提出:工资管理是企业管理的重要组成部分，它与企业的人事管理、财务管理有着密切的联系。
对于劳资关系相对复杂的大中型企事业单位，手工进行工资的发放工作往往需要耗费大量的人力与时间。
由于工资发放在时间和操作上存在着一定的重复性、规律性，这使得工资管理的计算机化成为可能，该项目的提出正是为了在此基础上进一步实现企业员工工资管理的规范化和自动化。
B)用户群：工资管理系统软件的用户主要为各种企事业单位的财务部门1.3定义SQL:结构化查询语言(Structured Query Language)，是一种特殊目的的编程语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统；同时也是数据库脚本文件的扩展名。
1.4参考资料[1] 自编《软件工程实验指导书》[2] 李爱萍等编著《软件工程》，北京：人民邮电出版社，2014年第1版[3] 李东生等编著《软件工程——原理、方法和工具》，北京：机械工业出版社，2009年第1版其他软件工程类书籍2 程序描述（选择XX模块）本程序是系统启动时首先运行的程序，用户通过本程序的认证进入系统。
通过本程序，操作系统在内存为用户分配一段内存，而且必须在此用户退出之前常驻内存，以便对本系统的所有操作都是在此登陆用户下进行。
2.1功能2.2性能2.3输人项2.4输出项2.5算法2.6流程逻辑2.7接口2.8存储分配2.9限制条件2.10测试要点测试方法：黑盒测试。
测试报告（针对XX模块）1.测试目的本系统是供给学校内部管理的应用软件，对于软件的稳定性，正确性，而对错误数据的处理能力都有很高的要求，对于软件数据正确性也有相当高的要求，因此我们要严格测试系统的各个功能，把出现错误的机率降到最小。
(完整版)详细设计说明书实例
信息发布系统(详细设计说明书)编写单位：JAVA实践小学期第22组设计人员：版本： 1.0编写日期：2010/9/5目录第一部分、引言 (2)1.1编写目的 (2)1.2背景 (3)1.3定义 (3)3.1程序描述 (5)3.2整体结构 (5)3.3性能 (5)3.4输入输出项 (5)3.5算法 (5)3.6主要类的设计 (5)3.7存储分配 (7)3.8注释 (7)3.9限制条件 (7)3.10测试计划 (7)3.11尚未解决的问题 (7)4.1程序描述 (7)4.2功能 (7)4.3性能 (8)4.4输入输出项 (8)4.5限制条件 (8)5设计特点 (8)5.1 通信便捷 (8)5.2 开发速度快 (8)第六部分、项目分工 (8)附录： (9)第一部分、引言1.1编写目的本说明书在概要设计的基础上，对信息发布系统的各模块、程序分别进行了实现层面上的要求和说明。
软件开发小组的产品实现成员应该阅读和参考本说明进行代码的编写、测试。
1.2背景说明：A、软件系统的名称:信息发布系统B、任务提出者：JA V A实践小学期开发者：第22组成员C、实现完成的系统将可用在所有JA V A虚拟机的个人PC上.为使用者提供信息发布，浏览，评论的方式，沟通各个用户.1.3定义服务器端API ：服务器端设计者通过规范的API文档，提供给客户端，以方便客户端的开发，使得同时进行，提高效率，节约时间。
两端通过protocol（协议类）进行通信。
Gson：Google提供的一个类库。
通过使用这个类库，可以把把对象转换成json格式的字符串，以方便在网络中的传输。
也可反向将字符串转换成对象，这样带有方法地操作对象，可以有效，方便地保证信息的沟通。
Json：JavaScript Object Notation，是一种轻量级的数据交换格式。
易于人阅读和编写，同时也易于机器解析和生成。
它基于JavaScript的一个子集，JSON采用完全独立于语言的文本格式，这些特性使得JSON成为理想的数据交换语言。
详细设计说明书
作 者
贾彬 贾彬
2006.10.30
V 2.2
添加了密码登陆功能。
贾彬
2006.11.02
V 2.3
1.精简了一部分代码并对保存到文件做了 处理使得被保存的文件变成乱码提高安全 性。 2.针对保存的改变载入部分也做了相应的 处理。 1.改善了打印模块的功能，增加了按编号 打印工资表，信息表和全体工程的工资表 ，信息表。 2.将打印的信息直接输出到.doc文件方便 用户打印使用。 3.在打印功能中还加入了可选的打印预览
2.1程序描述 2.1程序描述
该函数的主要是完成系统软件测试工程师信息的 输入。 输入。
2.2功能 2.2功能
主函数的功能主要是完成软件测试工程师信息的输入。 主函数的功能主要是完成软件测试工程师信息的输入。在提示 用户输入信息中，提示用户输入的数值或字符串。 用户输入信息中，提示用户输入的数值或字符串。同时对用户 的输入进行合法性值域判断， 的输入进行合法性值域判断，如果用户输入错误则提示用户重 新输入。最多存储10000个软件测试工程师的信息。 10000个软件测试工程师的信息 新输入。最多存储10000个软件测试工程师的信息。
1.5输出项目 1.5输出项目
主函数在运行结束后返回到操作系统。 主函数在运行结束后返回到操作系统。 正常退出返回0 异常退出返回1 正常退出返回0。异常退出返回1。
1.6算法 1.6算法
显示供用户选择的菜单，提示用户选择， 显示供用户选择的菜单，提示用户选择，接收用户选 根据用户选择调用相应的功能函数。 择，根据用户选择调用相应的功能函数。
6.各函数调用关系 6.各函数调用关系
menu InitData WhichChoose InputEngineerInformation DeleteEngineerInformation SearchEngineerInformation ModifyEngineerInformation CalculateEngineerSalary 主函数main 主函数main EngineerInfomationSave EngineerInformationNoSort EngineerInformationNameSort EngineerInformationWorkYearSort OutputEngineerInfomation DeleteEngineer EngineerInfomationReport EngineerInformationReload SystemOver
详细设计说明书
神鹰舞者开发文档详细设计说明书山东海天软件学院神鹰舞者2011.09第九届齐鲁大学生软件设计大赛参赛作品团队成员：刘少东，涂芬，杨飏，李雪，廖志鹏目录1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (4)1.4参考资料 (4)2程序系统的结构 (4)2.1需求概述 (5)2.2软件结构 (5)3程序描述 (9)3.1功能 (9)3.2性能 (9)3.3输入项目 (9)3.4输出项目 (9)3.5存储分配 (9)3.6限制条件 (11)1引言1.1编写目的本说明书是神鹰舞者游戏的详细设计说明书，用以描述手机游戏功能的具体实现，详细设计阶段的目标是确定应该怎样具体地实现该系统，也就是，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。
详细设计的结果基本上决定了最终程序代码的质量。
详细设计要求逻辑模块正确，处理过程简明易懂。
在确定功能结构图的同时，进一步确定每一模块的具体实现方法、物理模型等。
预期读者：软件开发人员。
1.2背景iPhone,Android自上市以来，凭借其精致的屏幕显示效果、灵敏的触摸、强大的游戏功能，多点触控等全新的人机操作体验，使其迅速成为手机市场的宠儿，大量的iPhone,Android追随者应运而生，所以，我们决定开发这款手机游戏。
此款软件背景以舞者的灵感发展而来，可以是玩家自己选择歌曲可以自己选择衣服和头饰可以自己选择舞蹈场景，于此软件可以给出相应的分数，让玩家尽显舞者的风范和魅力。
此软件产品与其他任何软件无连接关系，是一项独立的软件，全部内容自含。
软件开发的使用者为随身携带iPhone/Android的人群，开发意图是为用户在闲暇时间提供娱乐。
我们开发的这款游戏充分体现了iPhone/iPod touch/Android的特点，让用户在闲暇时间能够获得较好的休闲娱乐体验，尽情享受手指在屏幕滑动的乐趣！a．开发的软件系统的名称：神鹰舞者b. 本项目的委托单位：第九届齐鲁软件设计大赛组委会本项目的任务提出者：本组所有成员本项目的任务开发者：本组所有成员本项目用户：iPhone或iPod touch或Android用户本项目开发日期：2011年7月13日—2011年9月15日c. 版本信息：本软件为独立的开发软件，是由山东海天软件学院神鹰舞者队开发，与其他任何软件没有连结关系。
12-详细设计说明书(GB8567——88)
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2程序系统的结构 (3)3程序1（标识符）设计说明 (3)3.1程序描述 (3)3.2功能 (3)3.3性能 (3)3.4输人项 (3)3.5输出项 (4)3.6算法 (4)3.7流程逻辑 (4)3.8接口 (4)3.9存储分配 (4)3.10注释设计 (4)3.11限制条件 (5)3.12测试计划 (5)3.13尚未解决的问题 (5)4程序2（标识符）设计说明....................................................................... 错误！未定义书签。
详细设计说明书1引言1.1编写目的详细的对要开发的软件进行设计，并且实现代码。
预期读者：本项目开发人员说明编写这份详细设计说明书的目的，指出预期的读者。
1.2背景a. 软件系统名称: Auction Online;b. 任务提出者: 西电软件院项目开发者: 张添翼, 吴祥恩, 野舰耘.用户: 拍卖人, 竞拍人.说明：a．待开发软件系统的名称；b．本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
1.3定义列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1.4参考资料参考资料:a.《C++ Primer Plus》6e；b.《Software Engineering Theory and Practice》c.《C Programming：a Modern Approach》2e列出有关的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
2程序系统的结构用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
评测项 所有单元或过程的目的都已文档化 包括了数据流、控制流和接口的单元设计是否已清晰的说明 完整性 是否已定义和初始化所有的变量、指针和常量 是否已描述单元的全部功能
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL） 是否已列出该单元的调用 是否采用了所要求的方法和工具来进行单元设计 数据元素的命名和使用在整个单元和单元接口之间是否一致 所有接口的设计是否相互一致并且和更高级别文档一致 是否处理所有条件（>0、=0、<0、switch/case），是否存在处理“case not 是否正确的规定了分支（逻辑没有颠倒） 数据使用 是否所有声明的数据都被实际使用到 是否所有该单元的数据结构都被详细说明 是否所有修改共享数据（或文件）的程序都考虑到了其他程序对该共享数据 （或文件）的存取权限 是否所有逻辑单元、时间标志和同步标志都被定义和初始化 接口参数在数量、类型和顺序上是否匹配 是否所有的输入和输出都被正确定义和检查 是否传递参数序列都被清楚的描述 是否所有参数和控制标志由已描述的单元传递或返回 是否详细说明了参数的度量单位、取值范围、正确度和精度 共享数据区域及其存取规定的映射是否一致 可维护性 单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任 何无法预料的影响并对其他单元的影响很小
评测结果 要完成 重新写参照算逻 辑（1.1.1） 修改 时序图调整
最后处理 最后处理 注掉
整理出来 最后处理 需要共享文 件列出
暂不处理 代码备注完 暂不处理 暂不处理 最后处理 列出耦合性 高的代码段
要处理 代码备注完 代码备注完 善 暂不处理 要处理 暂不处理 暂不处理
暂不处理 暂不处理 暂不处理
编号 清晰性 1 2 完整性 3 4
5 6 依从性 7 一致性 8 9 正确性 10 11 数据使用 12 13 14 15 接口 16 17 18 19 20 21 可维护性 22
性能 23 可靠性 24 25 26 27 28 29 易测性 30 31 32 33 可追溯性 34 35 36
详细设计说明书测试表
是否该单元的所有约束（例如：过程时间和规模）都被详细说明 初始化是否使用到缺省值，缺省值是否正确 是否在内存访问的时候执行了边界检查（例如：数组、数据结构、指针等）来 确保只是改变了目标存储位置 是否执行输入、输出、接口和结果的检查 是否对所有错误情况都发出有意义的信息 对特殊情况返回的代码是否和已规定的全局定义的返回代码相匹配 是否考虑到意外事件 是否能够对每个单元进行测试、演示、分析或检查来说明它们是满足需求的 该设计是否包含检查点来帮助测试（例如：有条件的编译代码和数据声明测 是否所有的逻辑都能被测试 是否已描述测试程序、测试数据集和测试结果 可追溯性 是否设计的每一部分都能追溯到其他项目文档的要求，也能追溯到更高级别文 是否所有的设计决定都能追溯到权衡考虑 单元需求是否都能上溯到更好级别的文档，更改级别文档的需求是否已经在单