软件文档国家标准
软件设计文档国家标准 概要设计说明书(GB8567——88)
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (2)2.3基本设计概念和处理流程 (3)2.4结构 (3)2.5功能器求与程序的关系 (3)2.6人工处理过程 (3)2.7尚未问决的问题 (3)3接口设计 (3)3.1用户接口 (3)3.2外部接口 (3)3.3内部接口 (4)4运行设计 (4)4.1运行模块组合 (4)4.2运行控制 (4)4.3运行时间 (4)5系统数据结构设计 (4)5.1逻辑结构设计要点 (4)5.2物理结构设计要点 (4)5.3数据结构与程序的关系 (4)6系统出错处理设计 (5)6.1出错信息 (5)6.2补救措施 (5)6.3系统维护设计 (5)概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的，指出预期的读者。
1.2背景说明：a.待开发软件系统的名称；b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考文件，如：a.本项目的经核准的计划任务书或合同，上级机关的批文；b.属于本项目的其他已发表文件；c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2总体设计2.1需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。
2.2运行环境简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。
2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
2.4结构用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.2.5功能器求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：2.6人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。
软件工程文档 国家标准
软件工程文档国家标准
软件工程是一门涵盖多个学科的综合性学科，它以工程原理和方法为基础，运用计算机科学和数学的知识，对软件开发过程中的设计、开发、测试、维护和管理等各个环节进行系统化的研究和应用。
在软件工程领域，国家标准的制定和实施对于规范和促进软件工程的发展具有重要意义。
国家标准是国家有关部门根据国家政策、法律法规和有关标准化原则，为了保护国家利益和社会公共利益，统一国家的技术规范和质量标准，保证产品和服务的质量和安全性而制定和实施的强制性标准。
在软件工程领域，国家标准的制定可以统一软件开发过程中的规范和标准，提高软件产品的质量和安全性，促进软件工程领域的健康发展。
国家标准的制定需要充分考虑软件工程领域的发展需求和技术特点，结合国际标准和国内实际情况，制定出适合国家软件工程发展的标准体系。
国家标准应当包括软件工程的基本原理、方法和技术规范，涵盖软件开发、测试、维护和管理等各个环节，同时还应当考虑到软件工程的新技术、新方法和新趋势，为软件工程领域的创新和发展提供规范和指导。
国家标准的实施需要软件工程领域的相关单位和个人共同努力，加强标准的宣传和推广，提高软件工程从业人员的标准意识和质量意识，促进软件工程领域的标准化建设。
同时，国家标准的实施还需要加强监督和检查，确保软件工程领域的标准得到有效执行，为软件产品的质量和安全性提供保障。
总之，国家标准对于软件工程领域的发展具有重要意义，它可以规范和促进软件工程的发展，提高软件产品的质量和安全性，促进软件工程领域的健康发展。
因此，我们应当充分重视国家标准的制定和实施，共同推动软件工程领域的标准化建设，为我国软件工程的发展做出贡献。
国家标准软件开发文档
国家标准软件开发文档一、引言。
国家标准软件开发文档是指按照国家相关标准和规范进行软件开发过程中所需的文档。
该文档的编写和管理对于软件开发过程的规范化和标准化具有重要意义。
本文档旨在对国家标准软件开发文档的编写要求和内容进行详细说明，以便开发人员能够按照标准要求进行文档编写，提高软件开发过程的质量和效率。
二、文档编写要求。
1. 规范性，国家标准软件开发文档应当符合国家相关标准和规范的要求，包括文档格式、命名规范、编写规范等方面的要求。
2. 完整性，国家标准软件开发文档应当包含软件开发过程中的所有必要信息，包括需求分析、设计文档、编码规范、测试文档、用户手册等内容。
3. 一致性，国家标准软件开发文档中的各个部分应当保持一致性，包括术语的使用、格式的统一、文档风格的一致等方面。
4. 可追溯性，国家标准软件开发文档应当能够清晰地反映软件开发过程中的每一个阶段和每一个决策，以便于追溯和审查。
5. 可读性，国家标准软件开发文档应当具有良好的可读性，包括清晰的结构、简洁的语言、合理的排版等方面。
三、文档内容。
1. 需求分析文档，需求分析文档是国家标准软件开发文档中的重要组成部分，应当包括用户需求、功能需求、性能需求、安全需求等内容。
2. 设计文档，设计文档应当包括整体设计、详细设计、数据库设计、界面设计等内容，以确保软件开发过程中的设计合理、可行。
3. 编码规范，编码规范是国家标准软件开发文档中的重要内容，应当包括代码命名规范、代码风格规范、注释规范等内容，以提高代码的可读性和可维护性。
4. 测试文档，测试文档应当包括测试计划、测试用例、测试报告等内容，以确保软件开发过程中的质量和稳定性。
5. 用户手册，用户手册是国家标准软件开发文档中的重要组成部分，应当包括软件安装、操作指南、故障排除等内容，以提高用户的使用体验。
四、结论。
国家标准软件开发文档是软件开发过程中的重要组成部分，对于提高软件开发过程的规范化和标准化具有重要意义。
软件设计文档国标(GB)-用户手册
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2用途 (2)2.1功能 (2)2.2性能 (3)2.2.1精度 (3)2.2.2时间特性 (3)2.2.3灵活性 (3)2.3安全保密 (3)3运行环境 (3)3.1硬设备 (3)3.2支持软件 (3)3.3数据结构 (4)4使用过程 (4)4.1安装与初始化 (4)4.2输入 (4)4.2.1输入数据的现实背景 (4)4.2.2输入格式 (4)4.2.3输入举例 (5)4.3输出对每项输出作出说明 (5)4.3.1输出数据的现实背景 (5)4.3.2输出格式 (5)4.3.3输出举例 (5)4.4文卷查询 (6)4.5出错处理和恢复 (6)4.6终端操作 (6)用户手册（GB8567——88）1引言1.1编写目的说明编写这份用户手册的目的，指出预期的读者。
1.2背景说明：a.这份用户手册所描述的软件系统的名称；b.该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有用的参考资料，如：a.项目的经核准的计划任务书或合同、上级机关的批文；b.属于本项目的其他已发表文件；c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够取得这些文件资料的来源。
2用途2.1功能结合本软件的开发目的逐项地说明本软件所具有各项功能以及它们的极限范围。
2.2性能2.2.1精度逐项说明对各项输入数据的精度要求和本软件输出数据达到的精度，包括传输中的精度要求。
2.2.2时间特性定量地说明本软件的时间特性，如响应时间，更新处理时间，数据传输、转换时间，计算时间等。
2.2.3灵活性说明本软件所具有的灵活性，即当用户需求（如对操作方式、运行环境、结果精度、时间特性等的要求）有某些变化时，本软件的适应能力。
软件设计文档国家标准 详细设计说明书(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. 文档格式。
（1）文档采用A4纸张，页边距设置为上下左右各2.5厘米；（2）文档标题采用宋体加粗，居中排列；（3）章节标题采用宋体加粗，居左排列；（4）正文内容采用宋体，行间距设置为1.5倍。
2. 文档内容。
（1）文档标题，需准确反映文档内容，简洁明了；（2）文档引言，简要介绍文档的目的和范围；（3）正文内容，按照需求规格说明、设计、测试等不同阶段，分别进行详细描述；（4）附录，包括相关图表、表格、术语表等。
3. 文档语言。
文档内容应使用规范的汉语表达，避免使用口语化、方言化的表达方式，保持专业性和准确性。
四、文档编写流程。
1. 需求分析，根据软件需求分析结果，确定文档的编写范围和内容；2. 文档编写，按照规范要求，逐步完成文档的编写；3. 审核修订，由相关人员对文档进行审核，确保文档的准确性和完整性；4. 发布使用，将经过审核修订的文档发布并提供给相关人员使用。
五、文档管理。
1. 文档版本管理，对文档进行版本管理，确保文档的更新和追踪；2. 文档备份，定期对文档进行备份，防止文档丢失或损坏；3. 文档归档，按照规定的归档流程，对文档进行归档管理。
六、文档验收标准。
1. 文档格式符合规范要求；2. 文档内容完整准确，无遗漏和错误；3. 文档语言表达清晰、简洁、规范。
软件设计文档国家标准 项目开发总结报告(GB8567——88)
项目开发总结报告（GB8567——88）1引言1.1编写目的说明编写这份项目开发总结报告的目的，指出预期的阅读范围。
1.2背景说明：a．本项目的名称和所开发出来的软件系统的名称；b．此软件的任务提出者、开发者、用户及安装此软件的计算中心。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出要用到的参考资料，如：a．本项目的已核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2实际开发结果2.1产品说明最终制成的产品，包括：a．程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；b．程序系统共有哪几个版本，各自的版本号及它们之间的区别；c．每个文件的名称；d．所建立的每个数据库。
如果开发中制订过配置管理计划，要同这个计划相比较。
2.2主要功能和性能逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。
2.3基本流程用图给出本程序系统的实际的基本的处理流程。
2.4进度列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。
2.5费用列出原定计划费用与实际支出费用的对比，包括：a.工时，以人月为单位，并按不同级别统计；b.计算机的使用时间，区别CPU时间及其他设备时间；c.物料消耗、出差费等其他支出。
明确说明，经费是超出了、还是节余了，分析其主要原因。
3开发工作评价3.1对生产效率的评价给出实际生产效率，包括：a．程序的平均生产效率，即每人月生产的行数；b．文件的平均生产效率，即每人月生产的千字数；并列出原订计划数作为对比。
软件设计资料文档国家规范标准GB8567
软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中，应该有完备的文档支持，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。
完备的文档对软件的开发及使用起了很大的作用。
一般要求编写好十三种文档。
1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
2、项目开发计划为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
3、软件需求说明书（软件规格说明书）对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
4、概要设计说明书是概要设计阶段的工作总结。
主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等，为详细设计作好准备。
5、详细设计说明书着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
6、用户操作手册详细描述了该软件的功能、性能和用户界面，使用该软件的具体方法等。
7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
8、测试分析报告测试计划的执行情况，对测试结果的分析，提出测试结论。
9、开发进度月报按月提交的项目进展情况报告。
包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。
10、项目开发总结报告项目完成以后，总结实际执行情况。
如进度、成果、资源利用、成本和投入的人力，对项目开发作出评价，总结经验与教训。
11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
徐婷
1-16
3.3 计算机软件测试文档编制规范
3.3.1 标准的适用对象及范围
该规范是为软件管理人员、软件开发、测试和维 护人员、软件质量保证人员、审计人员、客户及用户 制定的。 用于描述一组与软件测试实施方面有关的基本测 试文档，该标准定义每一种基本文档的目的、格式和 内容。尽管标准所描述的文档侧重于动态测试活动， 但是有些文档仍适用于其他种类的测试活动（例如： 测试计划可用于设计和代码评审）。
徐婷
1-21
3.3 计算机软件测试文档编制规范
3.测试报告 测试报告包括4个文档： （1）测试项传递报告 指明在开发组和测试组独立工作的情况下或在希 望正式开始测试的情况下为进行测试而被传递的测试 项。 （2）测试日志 测试组用于记录测试执行过程中发生的情况。
软件文档
郑州大学信息工程学院
徐婷
1-22
软件文档 郑州大学信息工程学院 徐婷 1-9
3.2 计算机软件需求规格说明规范
3.2.2 软件需求文档的基本要求
SRS是对要完成一定功能、性能的软件产品、程 序或一组程序的说明。因此对SRS的描述有两项基本 要求： 1. 必须描述一定的功能、性能； 2. 必须用确定的方法叙述这些功能。 SRS作为软件开发规范之一，对软件开发的所有 阶段都起着非常重要的作用。但是，需要注意的是： SRS不能超出其作用范围，即除了SRS正确地定义所 有软件的需求之外，一般地SRS不描述任何设计、验 证或项目管理的细节，这是对SRS的另外两个要求。
软件文档
郑州大学信息工程学院
徐婷
1-20
3.3 计算机软件测试文档编制规范
2.测试说明 （3）测试规程说明 详细说明执行一组测试用例的各个步骤，或者 更广泛的说明为了评估一组特征而用于分析软件项的 各个步骤。 测试规程是与设计分开的，主要明确要遵循的 步骤，而不宜含有无关的细节。
软件文档
郑州大学信息工程学院
软件文档
郑州大学信息工程学院
徐婷
1-5
3.2 计算机软件需求规格说明规范
3.2.1 软件需求文档的编制目标
SRS Software Requirments Specifications 软件需求说明 SRS对于软件顾客来讲，应尽可能准确地描述其所需 要的产品；而对于供方来讲，应能准确地理解客户所需 要的产品。 其作用可概括以下为6个方面:
第3章 软件文档国家标准 3.1 3.2 3.3 3.4 计算机软件产品开发文档编制指南 计算机软件需求说明编制指南 计算机软件测试文档编制规范 软件文档管理指南
软件文档
郑州大学信息工程学院
徐婷
1-1
3.0 软件工程标准
软件工程标准可以分为基础标准、开发标准、 文档标准以及管理标准4种。 我国已经发布的文档标准：
3.3 计算机软件测试文档编制规范
（3）测试事件报告 描述在测试执行期间发生并需要进一步调查的一 切事件。 （4）测试总结报告 总结与测试设计说明有关的测试活动。
软件文档
郑州大学信息工程学院
徐婷
1-23
3.3 计算机软件测试文档编制规范
3.3.3 测试文档与测试过程
描述测试文档与其他文档在编制方面的关系以及 同测试过程的对应关系。 测试文件与测试过程的关系，如下图所示。
软件文档
郑州大学信息工程学院
徐婷
1-13
3.2 计算机软件需求规格说明规范
3.2.4 需求文档的编写大纲
提纲模板
按照运行模式组织的SRS具体需求模板1、2 按照用户类别组织的SRS具体需求模板 按照对象组织的SRS具体需求模板 按照系统特征组织的SRS具体需求模板 按照激励组织的SRS具体需求模板 按照功能层次组织的SRS具体需求模板 体现多种组织形式的SRS具体需求模板
软件文档
郑州大学信息工程学院
徐婷
1-19
3.3 计算机软件测试文档编制规范
2.测试说明 包括3个文档： （1）测试设计说明 详细描述测试方法，规定该设计及有关测试所包 括的特性，还规定完成测试所需要的测试用例和测试 规程，并规定特性的通过准则。 （2）测试用例说明 列出用于输入的具体值以及预期的输出结果，并 规定在使用具体测试用例时对测试规程的各种限制。 将测试用例和测试设计分开，可以使它们用于多个设 计并能在其他情形下重复使用。
3.2.5 需求文档的编制说明
软件文档 郑州大学信息工程学院 徐婷 1-14
3.3 计算机软件测试文档编制规范
测试是软件生存周期中一个独立的、关键的阶段， 也是保证软件质量的重要手段。为了提高检测出错的 几率，使测试能有计划、有条不紊地进行，就必须编 制测试文档。而标准化测试文档就如同一种通用的参 照体系，可达到便于交流的目的。 计算机软件测试文档编制规范（GB/T 9386-2008） 的目的就是规定一组软件测试文档，定义每一种基本 文档的目的、格式和内容。测试文档中所规定的内容 可以作为对测试过程完备性的对照检查表，这将会提 高测试过程的每个阶段的能见度，极大地提高测试工 作的可管理性。
软件文档
郑州大学信息工程学院
徐婷
1-3
3.1 计算机软件文档编制规范
3.1.1 软件文档的组成 根据该指南，一个计算机软件的开发过程中，一 般应产生14种文档。指南不仅给出了14种文档的编制 指导，同时，也是这14种文档编写质量的检验准则。
3.1.2 各类文档的内容要求 14种文档的内容及要求：详见文档
软件文档
郑州大学信息工程学院
徐婷
1-6
3.2 计算机软件需求规格说明规范
1．对于提供什么软件产品，为顾客和供方之间的 协议建立基础。 SRS中软件功能的完备描述将协助潜在用户， 以便确定指定的软件是否满足其需要，或者为满足 其需要应如何定义该软件。 2. 减少开发工作; SRS文档的编制迫使顾客组织有关各方面人员 在设计之前严格考虑所有的需求，并减少以后的重 新设计、重新编码和重新测试。对SRS中的各项需 求进行仔细评审，可以在开发周期的早期揭示某些 遗漏、误解和不一致，此时问题更容易纠正。
软件文档 郑州大学信息工程学院 徐婷 1-18
3.3 计算机软件测试文档编制规范
3.3.2 测试文档的内容
本规范主要定义了3种类型软件测试文档：测试计 划、测试说明和测试报告。 1.测试计划 测试计划描述测试活动的范围、方法、资源和进 度。它规定被测试的项、被测试的特性、应完成的测 试任务、负责每项工作的人员以及与本计划有关的风 险等。
软件文档
郑州大学信息工程学院
徐婷
1-4
3.2 计算机软件需求规格说明规范
计算机软件需求规格说明规范（GB/T 9385-2008） 为软件需求的实践提供了一个规范化的方法。适用于编 写软件需求规格说明书，它描述了一个软件需求说明书 所必需的内容和质量。 该规范是GB/T9385-1988《计算机软件需求说明编制 指南》的第一次修订。 GB/T9385-1988由原电子工业部 于1988年4月26日批准，1988年12月1日实施。于新标准 实施之日废止。
计算机软件文档编制规范（GB/T 8567-2006） 计算机软件需求规格说明规范（GB/T 9385-2008） 计算机软件测试文档编制规范（GB/T 9386-2008） 软件文档管理指南（GB/T 16680
1-2
3.1 计算机软件文档编制规范
计算机软件文档编制规范（GB/T 8567-2006） 是指导性文档。该标准是GB/T8567—1988《计算机软 件产品开发文件编制指南》的修订版，并改名为《计 算机软件文档编制规范》。并从实施之日起代替 GB/T8567—1988。 GB/T 8567-1988由原电子工业部提出，中国软件 技术公司负责起草， 国家标准局于1988年1月7日批准， 1988年7月1日实施。于新标准实施之日废止。
软件文档
郑州大学信息工程学院
徐婷
1-17
3.3 计算机软件测试文档编制规范
3.3.1 标准的适用对象及范围
该标准可应用于数字计算机上运行的商用软件、 科学计算软件或者军用软件。它的应用范围不受软件 大小、复杂度或关键性的限制。本规范既适用于初始 开发的软件测试文件编制，也适用于其后的软件产品 更新版本的测试文档编制。 并不要求采用特定的测试方法学、技术、设备或 工具。对文件控制、配置管理或质量保证既不指明也 不强制特定的方法学。根据所用的方法学，可能需要 增加一些其他文档（如“质量保证计划”）。
软件文档
郑州大学信息工程学院
徐婷
1-27
3.3 计算机软件测试文档编制规范
3.3.5 测试文档的编制
1.设计测试用例 测试用例（test case）是指对一项特定的软件产 品进行测试任务的描述，体现测试方案、方法、技术 和策略。内容包括测试目标、测试环境、输入数据、 测试步骤、预期结果、测试脚本等，并形成文档。 不同类型软件，测试用例不同。需要针对软件 产品的功能、业务规则和业务处理，分别对各个开发 阶段的软件产品设计测试用例。可以减少人为因素的 影响。
软件文档 郑州大学信息工程学院 徐婷 1-15
3.3 计算机软件测试文档编制规范
该规范替代了GB/T9386-1988《计算机软件测试 文档编制规范》。原标准由上海计算机技术开发中心 负责起草，由原电子工业部于1988年4月26日批准， 1988年12月1日实施，于新标准实施之日废止。
软件文档
郑州大学信息工程学院
软件文档 郑州大学信息工程学院 徐婷 1-11
3.2 计算机软件需求规格说明规范
3.指南引用标准： （1）GB/T 8566-2007信息技术—软件生存周期过程 （2）GB/T 11457-2006信息技术—软件工程术语。
4.有关定义： （1）合同：是顾客和供方共同签署的具体有法律约 束力的文件。其中包括产品的技术、组织、成本和进 度计划要求等内容。