国家软件开发标准之—详细设计说明书编写规范
(国内标准)GB-软件开发主要文档编写规范
231 GB 8567－88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。
这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。
一、可行性研究报告l 引言1.1 编写目的说明：说明本可行性研究报告的编写目的，指出预期的读者。
1.2 背景 说明：a ．所建议开发的软件系统的名称。
b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c ．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4 参考资料列出用得着的参考资料，如：a ．本项目的经核准的计划任务书或合同、上级机关的批文。
b ．属干本项目的其他已发表的文件。
c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。
2.1 要求说明对所建议开发软件的基本要求，如： a ．功能。
b ．性能。
c ．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。
e ．处理流程和数据流程。
用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。
f. 在安全与保密方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
2.2 目标说明所建议系统的主要开发目标，如： a. 人力与设备费用的减少。
b. 处理速度的提高。
c. 控制精度或生产能力的提高。
232 d ．管理信息服务的改进。
软件工程国家标准文档——详细设计说明书
测试要点：
4 4.1
（可制作有关用户界面图集的附录参考） 4.2
1112项目的委托单位开发单位主管部门与其它项目的关系与其他机构的关系等13相关项目计划合同及上级机关批文引用的文件采用的标准等缩写词和名词定义21主要表示程序间的调用关系2231编写者
软件工程国家标准文档——详细设计说明书
1.
1.1
1.2 （项目的委托单位、开发单位、主管部门、与其它项目的关系，与其他机构的关系等）
1.3 （相关项目计划、合同及上级机关批文，引用的文件、采用的标准等）
（缩写词和名词定义）
2.
2.1
（主要表示程序间的调用关系）
2.2
3.
3.1
编写者： 编写日期： 第 次修改 修改人： 修改日期： 程序名称：
程序功能取的数据库表和字段：
调用的其它程序：
调用的公共函数库或公共函数： 算法：
软件开发标准规范文档
软件开发标准规范文档篇一：软件开发技术文档编写规范==软件开发技术文档编写规范在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。
◇ 可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
◇ 项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
◇ 软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
◇ 概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
◇ 详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
◇ 用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。
◇ 测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。
计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
◇ 测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。
◇ 开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
◇ 项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
软件开发文档编写规范
附2:软件文档编写向导文档分类项目包括如下几类文档：项目管理文档。
包括：《软件项目计划》、《项目进度报告》、《项目开发总结报告》软件开发文档。
包括：《需求规格说明》、《概要设计说明》、《详细设计说明》、《测试计划》、《软件测试分析报告》。
产品文档。
包括：《用户操作手册》《演示文件》。
软件项目计划（Software Project Plan）一．引言1．编写目的（阐明编写软件计划的目的，指出读者对象。
）2．项目背景（可包括：（1）项目委托单位、开发单位和主管部门；（2）该软件系统与其他系统的关系。
）3．定义（列出本文档中用到的专门术语的定义和缩略词的原文。
）4．参考资料（可包括：文档所引用的资料、规范等；列出资料的作者、标题、编号、发表日期、出版单位或资料来源。
）二．项目概述1. 工作内容（简要说明项目的各项主要工作,介绍所开发软件的功能性能等. 若不编写可行性研究报告,则应在本节给出较详细的介绍。
)2. 条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的条件. 必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。
）3. 产品（1）程序（列出应交付的程序名称使用的语言及存储形式。
）（2）文档（列出应交付的文档。
）（3）运行环境（应包括硬件环境软件环境。
）4．服务（阐明开发单位可向用户提供的服务. 如人员培训安装保修维护和其他运行支持。
）5．验收标准三．实施计划1．任务分解（任务的划分及各项任务的负责人。
）2．进度（按阶段完成的项目,用图表说明开始时间完成时间。
）3．预算4．关键问题（说明可能影响项目的关键问题,如设备条件技术难点或其他风险因素,并说明对策。
）四．人员组织及分工五．交付期限六．专题计划要点（如测试计划等。
）项目开发进度报告一．报告时间及所处的开发阶段二．给出进度1．本周的主要活动2．实际进展与计划比较三．所用工时（按不同层次人员分别计时。
）四．所有机时五．工作遇到的问题及采取的对策六．本周完成的成果七．下周的工作计划八．特殊问题项目开发总结报告一．引言1．编写目的（阐明编写总结报告的目的,指明读者对象。
软件文档国家标准与写作要求
软件文档的编写原则
所有的章节都可以进一步细分或缩并，以适应实际需要。
程序的设计表现形式可以使用多种形式，如流程图、判定表、等其 他表现形式。
按规定：重量不超过30公斤的行李可免费托运。重量超过30公斤时， 对超运部分，头等舱国内乘客收4元/公斤；其它舱位国内乘客收6元 /公斤；外国乘客收费为国内乘客的2倍；残疾乘客的收费为正常乘 客的1/2。
（6）详细设计说明书
（7）数据库设计说明书
本指南不仅给出了这十四种文档的编制指导，同时，本指南也是这十四种文 档编写质量的检验准则。
2、软件需求说明编制指南
软件需求说明编制指南
软件需求说明编制指南
软件需求说明编制指南
软件需求说明编制指南
软件需求说明编制指南为软件需求的实践提供了一个规 范化的方法，主要描述了软件需求说明（Software Requirements Specifications，简称SRS）所必须的内容 和质量。
软件需求标准适用范围
1. 指南适用对象 软件客户（Customers），以便精确地描述他们想获得什么样的产品。 软件开发者（Suppliers），以便准确地理解客户需要什么样的产品。 2. 指南目的 对于任一单位和（或）个人，要实现下列目标： a. 要提出开发规范化的SRS提纲； b. 定义自己需要的具体的格式和内容； c.产生附加的局部使用条款，如SRS质量检查清单或者SRS作者手册等。
实例
4、软件文档管理指南
软件文档管理指南
软件文档管理指南是为那些对软件或基于软件的产品的开发负有职 责的管理者提供软件文档的管理指南。其目的在于协助管理者在他 们的机构中产生有效的文档。
（1）软件文档管理涉及策略、标准、规程、资源和计划，管理者必 须关注这些内容，以便有效地管理软件文档。 （2）软件文档管理期望应用于各种类型的软件，从简单的程序到复 杂的软件系统。并期望覆盖各种类型的软件文档，作用于软件生存 期的各个阶段。 （3）不论项目的大小，软件文档管理的原则是一致的。对于小项目， 可以不采用本标准中规定的有关细节。管理者可剪裁这些内容以满 足他们的特殊需要。 （4）软件文档管理是针对文档编制管理而提出的，不涉及软件文档 的内容和编排。
软件开发文档国标
计算机软件产品开发文件编制指南GB 8567-88 Guidelines for computer software product development documentation中华人民共和国国家标准UDC681．3引言1 目的一项计算机软件的筹划、研制及实现,构成一个软件开发项目;一个软件开发项目的进行,一般需要在人力和自动化资源等方面作重大的投资;为了保证项目开发的成功,最经济地花费这些投资,并且便于运行和维护,在开发工作的每一阶段,都需要编制一定的文件;这些文件连同计算机程序及数据一起, 构成为计算机软件;文件是计算机软件中不可缺少的组成部分,它的作用是：a．作为开发人员在一定阶段内的工作成果和结束标志；b．向管理人员提供软件开发过程中的进展和情况,把软件开发过程中的一些“不可见的”事物转换成“可见的”文字资料;以便管理人员在各个阶段检查开发计划的实施进展,使之能够判断原定目标是否已达到,还将继续耗用资源的种类和数量；C．记录开发过程中的技术信息,便于协调以后的软件开发、使用和修改；d．提供对软件的有关运行、维护和培训的信息,便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作；e．向潜在用户报导软件的功能和性能,使他们能判定该软件能否服务于自己的需要;换言之,本指南认为：文件的编制必须适应计算机软件整个生存周期的需要;计算机软件所包含的文件有两类：一类是开发过程中填写的各种图表,可称之为工作表格；另一类则是应编制的技术资料或技术管理资料,可称之为文件;本指南规定软件文件的编制形式,并提供对这些规定的解释;本指南的目的是使得所编制的软件文件确实能够起到软件文件应该发挥的作用;2 范围本指南是一份指导性文件;本指甫建议,在一项计算机软件的开发过程中,一般地说,应该产生十四种文件;这十四种文件是：可行性研究报告；项目开发计划；软件需求说明书；数据要求说明书；概要设计说明书；详细设计说明书；数据库设计说明书；用户手册；操作手册；模块开发卷宗；测试计划；测试分析报告；开发进度月报；项目开发总结报告;本指南将给出开发过程中建议产生的这十四种文件的编制指导,同时,本指南也是这十四种文件的编写质量的检验准则;但是,本指南并未涉及软件开发过程中如何填写工作表格的问题;一般地说,一个软件总是一个计算机系统包括硬件、固件和软件的组成部分;鉴于计算机系统的多样性,本指南一般不涉及整个系统开发中的文件编制问题,本指南仅仅是软件开发过程中的文件编制指南;3 文件的使用者对于使用文件的人员而言,他们所关心的文件的种类,随他们所承担的工作而异;管理人员：可行性研究报告,项目开发计划,模块开发卷宗,开发进度月报,项目开发总结报告；开发人员：可行性研究报告,项目开发计划,软件需求说明书,数据要求说明书,概要设计说明书,详细设计说明书,数据库设计说明书,测试计划,测试分析报告；维护人员：设计说明书,测试分析报告,模块开发卷宗；用户：用户手册,操作手册;尽管本指南提出了在软件开发中文件编制的要求,但并不意味着这些文件都必须交给用户;一项软件的用户应该得到的文件的种类由供应者与用户之间签订的合同规定;第一篇文件的编制指导4 软件生存周期与各种文件的编制一项计算机软件,从出现一个构思之日起,经过这项软件开发成功投入使用,直到最后决定停止使用,并被另一一项软件代替之时止,被认为是该软件的一个生存周期;一般地说这个软件生存周期可以分成以下六个阶段：可行性与计划研究阶段需求分析阶段设计阶段实现阶段测试阶段运行与维护阶段在可行性研究与计划阶段内,要确定该软件的开发目标和总的要求,要进行可行性分析、投资一收益分析、制订开发计划,并完成应编制的文件;在需求分析阶段内,由系统分析人员对被设计的系统进行系统分析,确定对该软件的各项功能、性能需求和设计约束,确定对文件编制的要求,作为本阶段工作的结果,一般地说,软件需求说明书、数据要求说明书和初步的用户手册应该编写出来;在设计阶段内,系统设计人员和程序设计人员应该在反复理解软件需求的基础上,提出多个设计,分析每个设计能履行的功能并进行相互比较,最后确定一个设计,包括该软件的结构、模块的划分、功能的分配以及处理流程;在被设计系统比较复杂的情况下,设计阶段应分解成概要设计阶段和详细设计阶段两个步骤;在一般情况下,应完成的文件包括：概要设计说明书、详细设计说明书和测试计划初稿;在实现阶段内,要完成源程序的编码、编译或汇编和排错调试得到无语法错的程序清单,要开始编写模块开发卷宗,并且要完成用户手册、操作手册等面向用户的文件的编写工作,还要完成测试计划的编制;在测试阶段,该程序将被全面地测试,已编制的文件将被检查审阅;一般要完成模块开发卷宗和测试分析报告,作为开发工作的结束,所生产的程序、文件以及开发工作本身将逐项被评价,最后写出项目开发总结报告;在整个开发过程中即前五个阶段中,开发集体要按月编写开发进度月报;在运行和维护阶段,软件将在运行使用中不断地被维护,根据新提出的需求进行必要而且可能的扩充和删改;对于一项软件而言,其生存周期各阶段与各种文件编写工作的关系可见表互,其中有些文件的编写工作可能要在若干个阶段中延续进行;表1软件生存周期各阶段中的文件编制5 文件编制中的考虑因素文件编制是一个不断努力的工作过程;是一个从形成最初轮廓,经反复检查和修改,直到程序和文件正式交付使用的完整过程;其中每一步都要求工作人员做出很大努力;要保证文件编制的质量,要体现每个开发项目的特点,也要注意不要花太多的人力;为此,编制中要考虑如下各项因素;5．1 文件的读者每一种文件都具有特定的读者;这些读者包括个人或小组、软件开发单位的成员或社会上的公众、从事软件工作的技术人员、管理人员或领导干部;他们期待着使用这些文件的内容来进行工作,例如设计、编写程序、测试、使用、维护或进行计划管理;因此,这些文件的作者必须了解自己的读者,这些文件的编写必须注意适应自己的特定读者的水平、特点和要求;5．2 重复性本指南第二篇中将列出的这十四种文件的内容要求中,显然存在某些重复;较明显的重复有两类;引言是每一种文件都要包含的内容,以向读者提供总的梗概;第二类明显的重复是各种文件中的说明部分,如对功能性能的说明、对输入和输出的描述、系统中包含的设备等;这是为了方便每种文件各自的读者,每种产品文件应该自成体系,尽量避免读一种文件时又不得不去参考另一种文件;当然,在每一种文件里,有关引言、说明等同其他文件相重复的部分,在行文上、在所用的术语上、在详细的程度上,还是应该有一些差别,以适应各种文件的不同读者的需要;5．3 灵活性鉴于软件开发是具有创造性的脑力劳动,也鉴于不同软件在规模上和复杂程度上差别极大,本指南认为在文件编制工作中应允许一定的灵活性;这种灵活性表现在如下各款;5．3．1 应编制的文件种类尽管本指南认为在一般情况下,一项软件的开发过程中,应产生的文件有十四种,然而针对一项具体的软件开发项目,有时不必编制这么多的文件,可以把几种文件合并成一种;一般地说,当项目的规模、复杂性和成败风险增大时,文件编制的范围、管理手续和详细程度将随之增加;反之,则可适当减少;为了恰当地掌握这种灵活性,本指南要求贯彻分工负责的原则,这意味着：a: 一个软件开发单位的领导机构应该根据本单位经营承包的应用软件的专业领域和本单位的管理能力,制定一个对文件编制要求的实施规定,主要是：在不同的条件下,应该形成哪些文件这些文件的详细程度该开发单位的每一个项目负责人,必须认真执行这个实施规定;这种规定的两个例子可见本指南的附录o参考件；b．对于一个具体的应用软件项目,项目负责人应根据上述实施规定,确定一个文件编制计划,主要包括:1应该编制哪几种文件,详细程度如何2各个文件的编制负责人和进度要求；3审查、批准的负责人和时间进度安排；4在开发时期内,各文件的维护、修改和管理的负责人,以及批准手续;每项工作必须落实到人;这个文件编制计划是整个开发计划的重要组成部分；C．有关的设计人员则必须严格执行这个文件编制计划;5．3．2 文件的详细程度从同一份提纲起草的文件的篇幅大小往往不同,可以少到几页,也可以长达几百页;对于这种差别本指南是允许的;此详细程度取决于任务的规模、复杂性和项目负责人对该软件的开发过程及运行环与所需要的详细程度的判断;5．3．3 文件的扩展当被开发系统的规模非常大例如源码超过一百万行时,一种文件可以分成几卷编写,可以按其; 每一个系统分别编制,也可以按内容划分成多卷,例如：项目开发计划可能包括：质量保证计划,配置管理计划,用户培训计划,安装实施计划；系统设计说明书可分写成：系统设计说明书,子系统设计说明书；程序设计说明书可分写成：程序设计说明书,接口设计说明书,版本说明；操作手册可分写成：操作手册,安装实施过程；．测试计划可分写成：测试计划,测试设计说明,测试规程,测试用例；测试分析报告可分写成：综合测试报告,验收测试报告；项目开发总结报告亦可分写成项目开发总结报告和资源环境统计;5．3．4 节的扩张与缩并在有些文件中,可以使用本指南所提供的章、条标题,但在条内又存在一系列需要分别讨论的因素本指南认为,所有的条都可以扩展,可以进一步细分,以适应实际需要;反之,如果章条中的有些细节；非必需,也可以根据实际情况缩并;此时章条的编号应相应地改变;5．3．5 程序设计的表现形式本指南对于程序的设计表现形式并未作出规定或限制,可以使用流程图的形式、判定表的形式,1 可以使用其他表现形式,如程序设计语言PDL、问题分析图PAD等;5．3．6 文件的表现形式本指南对于文件的表现形式亦未作出规定或限制,可以使用自然语言,也可以使用形式化语言;5．3．7 文件的其他种类当本指南中规定的文件种类尚不能满足某些应用部门的特殊需要时,他们可以建立一些特殊的文件种类要求,例如软件质量保证计划、软件配置管理计划等,这些要求可以包含在本单位的文件编制实施规定中;6 文件编制的管理工作文件编制工作必须有管理工作的配合,才能使所编制的文件真正发挥它的作用;文件的编制工作实际上贯穿于一项软件的整个开发过程,因此,对文件的管理必须贯穿于整个开发过程;在开发过程中必须进行的管理工作是以下四条;6．1文件的形成开发集体中的每个成员,尤其是项目负责人,应该认识到：文件是软件产品的必不可少的组成部分；在软件开发过程的各个阶段中,必须按照规定及时地完成各种产品文件的编写工作；必须把在一个开发步骤中作出的决定和取得的结果及时地写入文件；开发集体必须及时地对这些文件进行严格的评审；这些文件的形成是各个阶段开发工作正式完成的标志;这些文件上必须有编写者、评审者和批准者的签字,必须有编写、评审完成的日期和批准的日期;6．2文件的分类与标识在软件开发的过程中,产生的文件是很多的,为了便于保存、查找、使用和修改,应该对文件按层次地加以分类组织;一个软件开发单位应该建立一个对本单位文件的标识方法,使文件的每一页都具有明确的标识;例如可以按如下四个层次对文件加以分类和标识;a．文件所属的项目的标识；b．文件种类的标识；C．同一种文件的不同版本号；d．页号;此外,对每种文件还应根据项目的性质,划定它们各自的保密级别,确定他们各自的发行范围;6．3文件的控制在一项软件的开发过程中,随着程序的逐步形成和逐步修改,各种文件亦在不断地产生、不断地修改或补充;因此,必须加以周密的控制,以保持文件与程序产品的一致性,保持各种文件之间的一致性和文件的安全性;这种控制表现为：a．就从事一项软件开发工作的开发集体而言,应设置一位专职的文件管理人员接口管理工程师或文件管理员；在开发集体中,应该集中保管本项目现有全部文件的主文本两套,由该文件管理人员负责保管；b．每一份提交给文件管理人员的文件都必须具有编写人、审核人和批准人的签字；C．这两套主文本的内容必须完全一致；其中有一套是可供出借的,另一套是绝对不能出借的,以免发生万一；可出借的主文本在出借时必须办理出借手续,归还时办理注销出借手续；d．开发集体中的工作人员可以根据工作的需要,在本项目的开发过程中持有一些文件,即所谓个人文件,包括为使他完成他承担的任务所需要的文件,以及他在完成任务过程中所编制的文件；但这种个人文件必须是主文本的复制品,必须同主文本完全一致,若要修改,必须首先修改主文本；e．不同开发人员所拥有的个人文件通常是主文本的各种子集；所谓子集是指把主文本的各个部分根据承担不同任务的人员或部门的工作需要加以复制、组装而成的若干个文件的集合；文件管理人员;应该列出一份不同子集的分发对象的清单,按照清单及时把文件分发给有关人员或部门；f．一份文件如果已经被另一份新的文件所代替,则原文件应该被注销；文件管理人中要随时整理主文本,及时反映出文件的变化和增加情况,及时分发文件；g．当一个项目的开发工作临近结束时,文件管理人员应逐个收回开发集体内每个成员的个人文件,并检查这些个人文件的内容；经验表明,这些个人文件往往可能比主文本更详细,或同主文本的内容有所不同,必须认真监督有关人员进行修改,使主文本能真正反映实际的开发结果;6．4文件的修改管理在一个项目的开发过程中的任何时刻,开发集体内的所有成员都可能对开发工作的已有成果——文件,提出进行修改的要求;提出修改要求的理由可能是各种各样的,进行修改而引起的影响可能很小, 也可能会牵涉到本项目的很多方面;因此,修改活动的进行必须谨慎,必须对修改活动的进行加以管理, 必须执行修改活动的规程,使整个修改活动有控制地进行;修改活动可分如下五个步骤进行：a．提议开发集体中的任何一个成员都可以向项目负责人提出修改建议,为此应该填写一份修改建议表,说明修改的内容、所修改的文件和部位、以及修改理由；b．评议由项目负责人或项目负责人指定的人员对该修改建议进行评议,包括审查该项修改的必要性、确定这一修改的影响范围、研究进行修改的方法、步骤和实施计划；c．审核一般由项目负责人进行审核,包括核实修改的自的和要求、核实修改活动将带来的影响、审核修改活动计划是否可行；d．批准在一般情况下,批准权属于该开发单位的部门负责人；在批准时,主要是决断修改工作中各项活动的先后顺序及各自的完成日期,以保证整个开发工作按原定计划日期完成；e．实施由项目负责人按照已批准的修改活动计划,安排各项修改活动的负责人员进行修改,建立修改记录、产生新的文件以取代原有文件、最后把文件交文件管理人员归档,并分发给有关的持有者;第二篇各种文件的内容要求本篇将对引言中提到的十四种文件提供内容要求,作为文件编制的技术标准;7 可行性研究报告可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案;可行性研究报告的编写内容要求如下：7．1引言7．1C1编写目的7．1．2背景7．1．3定义7．1．4参考资料77．2可行性研究的前提7．2．1要求7．2．2目标7．2．3条件、假定和限制7．2．4进行可行性研究的方法7．2．5评价尺度7．3对现有系统的分析7．3．1数据流程和处理流程7．3．2工作负荷7．3．3费用开支7．3．4人员7．3．5设备7．3．6局限性7．4所建议的系统7．4．1对所建议系统的说明7．4．2数据流程和处理流程7．4．3改进之处7．4．4影响7．4．4．1对设备的影响7．4．4．2对软件的影响7．4．4．3对用户单位机构的影响 7．4．4．4对系统运行的影响7．4．4．5对开发的影响7．4,4．6对地点和设施的影响7．4．4．7对经费开支的影响7．4．5局限性7．4．6技术条件方面的可行性7．5可选择的其他系统方案7．5．1可选择的系统方案17．5．2可选择的系统方案2 ．．．．．．7．6投资及收益分析7．6．1支出7．6．1．1基本建设投资7．6．1．2其他一次性支出7．6．1．3非一次性支出7．6．2收益7．6,2．1一次性收益7．6．2．2非一次性收益7．6．2．3不可定量的收益7．6．3收益／投资比7．6．4投资回收周期7．6．5敏感性分析7．7社会条件方面的可行性7．7．1法律方面的可行性7．7．2使用方面的可行性7．8结论8 项目开发计划编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来,以便根据本计划开展和检查本项目的开发工作;编制内容要求如下：8．1引言8．1．1编写目的8．1．2背景8．1．3定义8．1．4参考资料8．2项目概述8．2．1作内容8．2．2主要参加人员8．2．3产品及成果8．2．3．1程序8．2．3．2文件8．2．3．3服务8．2．3．4非移交产品8．2．4验收标准8．．2．5完成项目的最迟期限8．2．6本计划的审查者与批准者8．3实施总计划8．3．1工作任务的分解8．3．2接口人员8．3．3进度8．3．4预算8．3．5关键问题8．4支持条件8．4．1计算机系统支持8．4．2需要用户承担的工作8．4．3需由外单位提供的条件8．5专题计划要点9 软件需求说明书软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解, 使之成为整个开发工作的基础;编制软件需求说明书的内容要求如下：9．1引言9．1．1编写目的9．1．2背景9．1．3定义9．1．4参考资料9．2任务概述9．2．1目标9．2．2用户的特点9．2．3假定与约束9．3需求规定9．3．1对功能的规定9．3．2对性能的规定9．3．2．1精度9．3．2．2时间特性耍求9．3．2．3灵活性9．3．3输入输出要求9．3．4数据管理能力要求9．3．5故障处理要求9．3．6其他专门要求9．4运行环境规定9．4．1设备9．4．2支持软件9．4．3接口9．4．4控制10 数据要求说明书数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息;编制数据要求说明书的内容要求如下：10．1引言10．1．1编写目的10．1．2背景10．1．3定义10．1．4参考资料10．2数据的逻辑描述10．2．1静态数据10．2．2动态输入数据10．2．3动态输出数据10．2．4内部生成数据10．2．5数据约定10．3数据的采集10．3．1要求和范围10．3．2输入的承担者10．3．3处理10．3．4影响;11 概要设计说明书概要设计说明书又可称系统设计说明书,这里所说的系统是指程序系统;编制的目的是说明对程序系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计; 运行设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础;编制概要设计说明书的内容要求如下：11．1引言11．1．1编写目的11．1．2背景11．1．3定义11．1．4参考资料11．2总体设计11．2．1需求规定11．2．2运行环境11．2．3基本设计概念和处理流程11．2．4结构11．2．5功能需求与程序的关系11．2．6人工处理过程11．2．7尚未解决的问题11．3接口设计11．3．1用户接口11．3．2外部接口11．3．3内部接口11．4运行设计11．4．1运行模块组合11．4．2运行控制11．4．3运行时间11．5系统论据结构设计11．5．1逻辑结构设计要点11．5．2物理结构设计要点11．5．3数据结构与程序的关系11．6系统出错处理设计11．6．1出错信息11．6．2补救措施11．6 3系统维护设计12详细设计说明书详细设计说明书又可称程序设计说明书;编制目的是说明一个软件系统各个层次中的每一个程序每个模块或子程序的设计考虑,如果一个软件系统比较简单,层次很少,本文件可以不单独编写,有关内容合并入概要设计说明书;对详细设计说明书的内容要求如下：12．1引言12．1．1编写目的12．1．2背景12．1．3定义12．1．4参考资料12．2程序系统的组织结构12．3程序1标识符设计说明12．3．1程序描述12．3．2功能12．3．3性能12．3．4输入项12．3．5输出项12．3．6算法12．3．7流程逻辑12．3．8接口12．3．．9存储分配12．3．10注释设计12．3．11限制条件12．3．12测试计划．12．3．13尚未解决的问题12．4程序2标识符设计说明．．．．．．13 数据库设计说明书数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定;其内容要求如下：13．1引言13．1．1编写目的13．1．2背景13．1．3定义13．1．4参考资料13．2外部设计13．2．1标识符和状态13．2．2使用它的程序13．2．3约定13．2．4专门指导13．2．5支持软件13．3结构设计13．3．1概念结构设计13．3．2逻辑结构设计13．3．3物理结构设计13．4运用设计13．4．1数据字典设计13．4．2安全保密设计14 用户手册用户手册的编制是要使用非专门术语的语言,充分地描述该软件系统所具有的功能及基本的使用方法;使用户或潜在用户通过本手册能够了解该软件的用途,并且能够确定在什么情况下,如何使用它;具体的内容要求如下：14．1引言14．1．1编写目的14．1．2背景14．1．3定义14．1．4参考资料14．2用途14．2．1功能14．2．2性能14．2．2．1精度14．2．2．2时间特性14．2．2．3灵活性14．2．3安全保密14．3运行环境14．3．1硬设备14．3．2支持软件14．3．3数据结构14．4使用过程14．4．1安装与初始化14．4．2输入14．4．2．1输入数据的现实背景14．4．2．2输入格式14．4．2．3输入举例。
软件开发规范之五_详细设计说明书
五、详细设计说明书五、详细设计说明书1．引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2．总体设计 (2)2.1需求概述 (2)2.2软件结构 (2)3．程序描述 (2)3.1功能 (3)3.2性能 (3)3.3输入项目 (3)3.4输出项目 (3)3.5算法 (3)3.6程序逻辑 (3)3.7接口 (3)3.8存储分配 (3)3.9限制条件 (3)3.10测试要点 (3)1．引言1.1编写目的【阐明编写详细设计说明书的目的，指明读者对象。
】1.2项目背景【应包括项目的来源和主管部门等。
】五、详细设计说明书1.3定义【列出文档中所用到的专门术语的定义和缩写词的原文。
】1.4参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a.项目的计划任务书、合同或批文；b.项目开发计划；c.需求规格说明书；d.概要设计说明书；e.测试计划（初稿）；f. 用户操作手册（初稿）；g.文档中所引用的其他资料、软件开发标准或规范。
】2．总体设计2.1需求概述2.2软件结构【如给出软件系统的结构图。
】3．程序描述【逐个模块给出以下的说明：】五、详细设计说明书3.1功能3.2性能3.3输入项目3.4输出项目3.5算法【模块所选用的算法。
】3.6程序逻辑【详细描述模块实现的算法，可采用：a.标准流程图；b.PDL 语言；c.N－S图；d.PA D；e.判定表等描述算法的图表。
】3.7接口3.8存储分配3.9限制条件3.10测试要点【给出测试模块的主要测试要求。
】。
GB8567-88软件开发主要文档编写规范
GB8567－88软件开发主要文档编写规范GB8567－88软件开发主要文档编写规范233GB 8567－88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。
这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。
一、 可行性研究报告l 引言1.1 编写目的说明：说明本可行性研究报告的编写目的，指出预期的读者。
1.2 背景说明：a ．所建议开发的软件系统的名称。
b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c ．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
2341.4 参考资料列出用得着的参考资料，如：a ．本项目的经核准的计划任务书或合同、上级机关的批文。
b ．属干本项目的其他已发表的文件。
c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。
2.1 要求说明对所建议开发软件的基本要求，如：a ．功能。
b ．性能。
c ．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频235度。
e ．处理流程和数据流程。
用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。
f. 在安全与保密方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
2.2 目标说明所建议系统的主要开发目标，如：a. 人力与设备费用的减少。
b. 处理速度的提高。
软件设计文档国家标准 详细设计说明书(GB8567——88)
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2程序系统的结构 (2)3程序1（标识符）设计说明 (2)3.1程序描述 (3)3.2功能 (3)3.3性能 (3)3.4输人项 (3)3.5输出项 (3)3.6算法 (3)3.7流程逻辑 (3)3.8接口 (3)3.9存储分配 (4)3.10注释设计 (4)3.11限制条件 (4)3.12测试计划 (4)3.13尚未解决的问题 (4)4程序2（标识符）设计说明 (4)详细设计说明书1引言1.1编写目的说明编写这份详细设计说明书的目的，指出预期的读者。
1.2背景说明：a．待开发软件系统的名称；b．本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
1.3定义列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
2程序系统的结构用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。
3程序1（标识符）设计说明从本章开始，逐个地给出各个层次中的每个程序的设计考虑。
以下给出的提纲是针对一般情况的。
对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。
3.1程序描述给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如是常驻内存还是非常驻？是否子程序？是可重人的还是不可重人的？有无覆盖要求？是顺序处理还是并发处理等）。
3.2功能说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。
需求分析、概要设计、详细设计的标准格式
需求分析，概要设计，详细设计的标准格式一、开发计划（一）引言1、目的说明编制开发计划的目的。
2、参考资料列出必要的参考资料。
3、定义列出用到的术语的定义和外文缩写的原文。
（二）概述1、工作内容2、主要参加人员3、成果列出要提交给用户的程序文件、文档或服务的名称，及非移交成果的名称。
4、完成的最迟期限（三）实施计划1、任务的分解及人员分工列出各项任务及其负责人和主要参加人员。
2、进度列出各任务的开始日期和完成日期。
3、关键问题列出影响整个开发项目的关键问题，技术难度、风险及处理方案。
（四）支持条件1、计算机系统支持2、需要由用户承担二、需求分析说明书（一）引言1、目的说明编制需求分析说明书的目的。
2、参考资料列出必要的参考资料。
3、定义列出用到的术语的定义和外文缩写的原文。
（二）概述1、目标说明本项软件开发意图、应用目标、作用范围等，以及所开发的软件与其它软件的关系。
2、用户特点列出使用本软件的用户类型、特点、其教育程度和技术特长。
3、约束和假定列出本软件开发工作的假定和约束。
（三）需求规定1、对功能的规定根据功能模型逐项说明本软件各项功能的详细需求。
列出完成各项功能所需输入，处理，输出及所需控制等。
2、对性能的规定包括精度、时间特性要求、灵活性。
3、数据要求数据分为静态数据和动态数据两类。
静态数据是指在程序运行过程中一般不改变的数据；动态数据是指在运行中发生变化、需要输入输出的数据。
（1）数据描述（2）数据采集（3）输入输出要求（4）其它要求（四）运行环境规定（1）硬件包括处理机、网络、输入输出设备及其它设备。
（2）软件列出支持软件。
（3）接口包括必要的硬件接口、软件接口、通讯接口等。
（五）关于不可能实现的用户要求的说明三、概要设计说明书（一）引言1、目的说明编制概要设计说明书目的。
2、参考资料列出必要的参考资料。
3、定义列出用到的术语的定义和外文缩写的原文。
（二）总体设计1、需求规定简述本系统的主要功能、性能等要求。
软件详细设计说明书
软件详细设计说明书在软件开发的过程中，软件详细设计说明书是非常关键的一个环节。
这份文档记录了软件的具体设计方案，包括软件功能模块、数据结构、算法实现、UI设计、安全措施等内容。
软件详细设计说明书为软件开发人员提供了指导和参考，同时也为测试人员、技术支持人员和用户提供了依据和理解。
下面我们将详细介绍软件详细设计说明书的内容和重要性。
一、软件详细设计说明书的内容软件详细设计说明书通常包括以下内容：1. 功能模块设计：详细描述每个功能模块的实现思路和实现步骤。
2. 数据结构设计：包括数据结构的定义、数据存储方式、数据的读取和写入等。
3. 算法设计：描述程序的核心算法，包括数据处理、逻辑判断、优化方案等。
4. 用户界面(UI)设计：UI设计应该符合用户习惯和美学标准，需要详细记录每个界面及其元素的设计方案和实现方法。
5. 安全设计：描述软件的安全机制，包括身份认证、权限控制、数据加密等。
6. 性能设计：通过调优、并发处理等手段优化软件性能，使其更加高效。
二、软件详细设计说明书的重要性1. 明确开发目标：软件详细设计说明书对软件的各个方面进行详细说明和规划，使开发人员明确开发目标和方向。
2. 保证软件质量：通过详细的设计说明，软件开发人员可以避免在开发过程中出现一些隐含的问题，并对软件进行充分测试，最终保证软件的质量。
3. 方便维护：一份好的软件详细设计说明书，不仅可以指导软件开发人员写出高质量、易于维护的代码，也可以降低日后的维护成本。
4. 提高开发效率：软件详细设计说明书可以避免过多的反复编码和调试问题，从而提高开发效率。
5. 降低开发成本：通过软件详细设计说明书的规划和设计，可以减少过多的要求变更，降低开发成本和人力成本。
三、如何编写软件详细设计说明书1.明确软件需求：在编写软件详细设计说明书之前，必须先明确软件的需求和功能要求，并进行详细的分析和思考。
2.详细设计文档：详细设计文档应该包括大纲、目录、考虑到的问题、实现步骤、测试用例等。
软件设计开发规范
软件设计开发规范篇一：软件开发规范软件开发规范软件开发行为规范(第一版）为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中，把各种规范“逐步形成工程师的作业规范”，特制定本软件开发行为规范，以达到过程控制的目的。
与软件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。
对违反规范的开发行为，必须按照有关管理规定进行处罚。
本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。
本软件开发行为规范，采用以下的术语描述：★ 规则★ 建议★ 说明：对此规则或建议进行必要的解释。
★ 示例：对此规则或建议从正或反两个方面给出例子。
本软件开发过程行为规范由研究技术管理处负责解释和维护。
目录1 软件需求分析2 软件项目计划3 概要设计4 详细设计5 编码6 需求管理7 软件配置管理8 软件质量保证9 数据度量和分析仅供内部使用 3 5 9 11 14 18 19 21 23 251 软件需求分析1-1：软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。
1-2：当产品的需求规格发生变更时，必须修订软件需求规格文档。
软件需求规格的变更必须经过评审，并保存评审记录。
1-3：必须对软件需求规格文档进行正规检视。
1-4：软件需求分析过程活动结束前，必须经过评审，并保存评审记录。
1-5：在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。
说明：参考建议1-1到1-16。
1-1：采用以下检查表检查软件需求规格文档中需求的清晰性。
1-2：采用以下检查表检查软件需求规格文档中需求的完备性。
仅供内部使用 41-3：采用以下检查表检查软件需求规格文档中需求的兼容性。
软件设计资料文档国家规范标准GB8567
软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中，应该有完备的文档支持，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。
完备的文档对软件的开发及使用起了很大的作用。
一般要求编写好十三种文档。
1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
2、项目开发计划为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
3、软件需求说明书（软件规格说明书）对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
4、概要设计说明书是概要设计阶段的工作总结。
主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等，为详细设计作好准备。
5、详细设计说明书着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
6、用户操作手册详细描述了该软件的功能、性能和用户界面，使用该软件的具体方法等。
7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
8、测试分析报告测试计划的执行情况，对测试结果的分析，提出测试结论。
9、开发进度月报按月提交的项目进展情况报告。
包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。
10、项目开发总结报告项目完成以后，总结实际执行情况。
如进度、成果、资源利用、成本和投入的人力，对项目开发作出评价，总结经验与教训。
11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。
软件工程国家标准
软件工程国家标准公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]GB 8567－88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。
这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。
一、可行性研究报告l 引言编写目的说明：说明本可行性研究报告的编写目的，指出预期的读者。
背景说明：a．所建议开发的软件系统的名称。
b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c．该软件系统同其他系统或其他机构的基本的相互来往关系。
定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
参考资料列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文。
b．属干本项目的其他已发表的文件。
c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。
要求说明对所建议开发软件的基本要求，如：a．功能。
b．性能。
c．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。
e．处理流程和数据流程。
用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。
f. 在安全与保密方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
目标说明所建议系统的主要开发目标，如：a. 人力与设备费用的减少。
b. 处理速度的提高。
c. 控制精度或生产能力的提高。
d．管理信息服务的改进。
e. 自动决策系统的改进。
详细设计说明书编写规范
详细设计说明书编写规范1.文档结构-引言：简要介绍软件系统的背景和目的。
-系统概述：概括性地描述软件系统的功能和特点。
-模块设计：对系统中各个模块的设计进行详细说明。
-数据结构设计：描述系统中各个数据结构的设计。
-接口设计：详细描述系统中各个模块之间的接口设计。
-流程设计：描述系统中的各个流程的设计。
2.内容准确性-设计说明书应该准确地描述各个模块、数据结构和接口的设计。
-避免使用模糊和不明确的语言，确保文档所描述的内容一目了然。
-在设计过程中充分考虑到系统的可靠性、安全性和扩展性等方面的要求。
3.可读性和可理解性-使用清晰、简洁的语言，避免使用过于专业术语或过分简化的语句。
-使用图表、流程图等辅助工具来展示设计方案，使读者更容易理解。
-对于复杂的设计思路，可以进行分步详解，确保读者能够逐步理解。
4.格式规范-使用统一的字体、字号和行间距，使文档整体风格统一-使用标题、段落和编号等，使文档结构清晰、易读。
-对于代码、变量名等关键词，使用特定的格式或颜色标注，以便于阅读和查找。
5.补充说明-针对关键的设计决策，如算法选择、技术选型、数据结构的优缺点等，要进行适当的说明和分析。
-如有必要，可以附上相关的流程图、数据流图、类图等具体的设计图示，以辅助读者理解。
-如果存在已实施的系统或已有的模块，可以提供相关的代码片段或函数说明，以便于后续的参考和修改。
总之，详细设计说明书是软件开发过程中的重要文档，需要准确、清晰、易读、结构良好，并包含必要的图表和文档辅助说明。
只有符合规范的详细设计说明书才能更好地指导开发人员进行编码工作，从而保证软件系统的质量和可靠性。
软件设计文档国家标准GB8567
软件设计文档国家标准GB８５６７-88一、文档编写标准化在整个项目开发及使用过程中,应该有完备的文档支持，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。
完备的文档对软件的开发及使用起了很大的作用。
一般要求编写好十三种文档。
1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。
2、项目开发计划为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
3、软件需求说明书(软件规格说明书）对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。
4、概要设计说明书是概要设计阶段的工作总结。
主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等，为详细设计作好准备。
5、详细设计说明书着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
6、用户操作手册详细描述了该软件的功能、性能和用户界面，使用该软件的具体方法等。
７、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
8、测试分析报告测试计划的执行情况,对测试结果的分析,提出测试结论。
9、开发进度月报按月提交的项目进展情况报告。
包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。
１0、项目开发总结报告项目完成以后，总结实际执行情况。
如进度、成果、资源利用、成本和投入的人力，对项目开发作出评价，总结经验与教训。
11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。
软件开发文档的编写规范
软件开发文档的编写规范在软件开发中，文档是非常重要的一环。
它不仅是开发人员之间沟通和交流的工具，更是用户使用软件的重要选项之一。
因此，编写规范的软件开发文档具有重要的意义，可以提高软件质量，节省开发成本。
一、文档的分类在软件开发过程中，文档可以分为需求规格说明书、概要设计和详细设计说明书、测试计划和测试报告等。
不同类型的文档有不同的要求和格式。
二、文档编写的四个原则1、准确性：软件开发文档要求精确而准确，以确保开发人员能够轻松理解和实现。
2、清晰：文档应该易于阅读，条理清晰，使用简单的语言表达清楚。
3、可读性：要保持良好的可读性，包括文字和图表的大小和颜色，排版、布局和风格都应该符合规范。
4、更新性：软件开发是一个不断变化的过程，文档需要能够及时更新和修改。
三、常用的文档格式1、需求规格说明书需求规格说明书是正确理解需求的基础，包括需求的功能、性能和非功能特性等。
具体的编写格式应该包括需求编号、需求描述、测试用例、测试用例编号等信息。
2、概要设计和详细设计说明书概要设计和详细设计说明书是需求规格说明书的延伸。
详细说明了软件系统的构建和实现，内容包括子系统的架构和设计，数据结构和算法等。
在编写过程中，应该注重系统和结构的清晰，避免过度复杂化设计。
3、测试计划和测试报告测试计划定义了测试的方法、技术、流程、环境和范围。
测试报告记录了测试执行过程中的相关信息和测试结果，应该充分描述测试过程和结果。
四、文档编写和管理工具文档编写和管理工具，可以有效帮助开发人员协同工作。
常用的工具有Google Docs，TeX/LaTex，Microsoft Office等。
此外，文档库也是非常重要的工具，可以管理和分享文档，防止文档丢失或泄露。
总之，软件开发文档是软件开发过程不可或缺的一环，必须准确、清晰、易读、更新，同时也需要遵循一定的格式和规范。
只有这样，才能提高软件质量，降低开发成本，提高效率。
附录5：详细设计说明书(GB8567——88)(1)
详细设计说明书（八号楼宿舍管理系统）1引言1.1编写目的在宿舍管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对宿舍管理、管理员使用的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对宿舍管理系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1.2背景本项目（宿舍管理系统）是由宝鸡文理学院委托，由305宿舍小组负责开发。
系统基于宿舍管理系统做出优化，实现了宿舍的人员管理、宿舍的人员安全管理、宿舍的卫生管理、宿舍的电源管理几大主要功能，为宿舍管的人员提供了极大的便利。
1.3定义1.3.1专业用语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言。
事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1.3.2缩写系统：若未特别指出，统指本机票预定系统。
SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。
1.4参考资料以下列出在概要设计过程中所使用到的有关资料：1、宿舍管理系统项目计划任务书《》软件开发小组2010/092、学生宿舍管理系统项目开发计划《》软件开发小组2018/113、需求规格说明书《》软件开发小组1999/034、用户操作手册（初稿）《》软件开发小组1999/045、软件工程及其应用周苏、王文等天津科学技术出版社1992/016、软件工程张海藩清华大学出版社1990/117、Computer Network A.S.Tanenbaun Prentice Hall 1996/01文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。
软件详细设计说明书范例.docx
Generated by Foxit PDF Creator © Foxit Softwarehttp://www.foxitsoftware.coni For evaluation only. KTVSystem KTVSystem详细设计说明书KTVSystem vi.o详细设计说明书KTVSystem一、引言 (3)1.1.编写目的 (3)1.2.项目背景 (3)1.3.备注 (3)二、总体设计 (4)1.4.需求概述 (4)1-5. 软件结构 (4)16 系统模型 (5)三、程序描述 (6)1.7.数据库设计 (6)1.8.客户端模块 (6)1.9.服务器模块 (8)1.10.歌库管理模块 (9)四、改进计划 (10)1.11.程序界面 (10)1.12.歌曲搜索 (11)1.13.歌曲信息 (11)1.14.外鬧软件 (11)1.15.改进说明 (11)五、运行环境 (12)1.16 硕件 (12)1.17.支持软件 (12)六、使用说明 (13)1.18.安装和初始化 (13)1.19.出错和恢复 (13)七、程序文件 (14)八、版权说明 (15)1.20.开发团队 (15)1.21.版权信息 (15)1.22.免责条约 (15)九、结束语 (16)—、引言1.1.编写目的编写详细设计说明书是软件开发过程必不可少的部分，其目的是为了使开发人员在完成概耍设计说明书的垄础上完成概耍设计观经的各项模块的具体实现的设计工作。
作为-个参赛项目，详细设计说明书同时乜是为了更好的让评委老师了解项目开发的信息。
另外，考虑到木软件的非正式性以及时间关系，遂将用户手册中与详细设计说明中的冗余内容公除，续任详细说明书之后。
提供给用户一个软件使用说明。
12项目背景软件系统名称：KTVSystem软件开发平台:Microsoft "Visual Basic 6.0 中文版、Microsoft® SQL Server™2000、Macromedia Fii eworks 8木项目的提出是按照学校程序大赛组委会的耍求，经过小组成员的讨论，结合暑期工作实践而最终决定的，该项目结合了网络技术、多媒体技术、数据库技术，采用了C/S的客户机/服务器模式。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第3页
详细设计说明书编写规范
3.13 尚未解决的问题
说明在本程序的设计中尚未解决而设计者认为在软件完成之前应解决的问题。
4 程序 2（标识符）设计说明
用类似第 3 章的方式，说明第 2 个程序乃至第 N 个程序的设计考虑。 ．．．．．．
1.2 背景
说明： a． 待开发的软件系统的名称； b． 列出本项目的任务提出者、开发者、用户以及将运行该项软件的单位。
1.3 定义
列出本文件中用到的专门术语的定义和缩写词的原词组。
1.4 参考资料
列出要用到的参考资料，如： a． 本项目的经核准的计划任务书或合同、上级机关的批文； b． 属于本项目的其他已发表的文件； c． 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的 来源。
2 程序系统的结构 ...........................................................................................................1
3 程序 1（标识符）设计说明 .........................................................................................2 3.1 程序描述 ............................................................................................................................ 2 3.2 功能 .................................................................................................................................... 2 3.3 性能 .................................................................................................................................... 2 3.4 输入项 ................................................................................................................................ 2 3.5 输出项 ................................................................................................................................ 2 3.6 算法 .................................................................................................................................... 3 3.7 流程逻辑 ............................................................................................................................ 3 3.8 接口 .................................................................................................................................... 3 3.9 存储分配 ............................................................................................................................ 3 3.10 注释设计........................................................................................................................... 3 3.11 限制条件........................................................................................................................... 3 3.12 测试计划........................................................................................................................... 3 3.13 尚未解决的问题 ............................................................................................................... 4
3.9 存储分配
根据需要，说明本程序的存储分配。
3.10 注释设计
说明准备在本程序中安排的注释，如： a． 加在模块首部的注释； b． 加在各分枝点处的注释； c． 对各变量的功能、范围、缺省条件等所加的注释； d． 对使用的逻辑所加的注释等等。
3.11 限制条件
说明本程序运行中所受到的限制条件。
3.12 测试计划
3.3 性能
说明对该程序的全部性能要求，包括对精度、灵活性和时间特性的要求。
3.4 输入项
给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、 输入的方式、数量和频度、输入媒体、输入数据的来源和安全保密条件等等。
3.5 输出项
给出对每一个输出项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、 输出的形式、数量和频度、输出媒体、对输出图形及符号的说明、安全保密条件等等。
详细设计说明书编写规范
案卷号 日期
＜项目名称＞
详细设计说明书
作 者： 完成日期： 签 收 人： 签收日期：
修改情况记录： 版本号 修改批准人 修改人 安装日期 签收人
详细设计说明书编写规范
目录
1 引言 ..............................................................................................................................1 1.1 编写目的 ............................................................................................................................ 1 1.2 背景 .................................................................................................................................... 1 1.3 定义 .................................................................................................................................... 1 1.4 参考资料 ............................................................................................................................ 1
第4页
第2页
详细设计说明书编写规范
3.6 算法
详细说明本程序所选用的算法，具体的计算公式和计算步骤。
3.7 流程逻辑
用图表（例如流程流程图、判定表等）辅以必要的说明来表示本程序的逻辑流程。
3.8 接口
用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序，说 明参数赋值和调用方式，说明与本程序相直接关联的数据结构（数据库、数据文卷）。
2 程序系统的结构
用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符 和它们之间的层次结构关系。
第1页
详细设计说明书编写规范
3 程序 1（标识符）设计说明
从本章开始，逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一 般情况的。对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往 往与它所隶属的上一层模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点 即可。
4 程序 2（标识符）设计说明 .........................................................................................4
详细设计说明书编写规范
1 引言
1.1 编写目的
说明编写这份详细设计说明书的目的，指出预期的读者范围。
3.1 程序描述
给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程 序的特点（如是常驻内存还是非常驻？是否子程序？是可重入的还是不可重入的？有无覆盖 要求？是顺序处理还是并发处理？．．．．．等）。