GB/T 8567-2006
目次
前言 1范围 2规范性引用文件. 3术语和定义 5文档过程 5.1概述 5.2源材料准备 5.3文档计划 5.4文档开发9 5.5评审6 5.6与其他公司的文档开发子合同10 6文档编制要求.10 6.1软件生存周期与各种文档的编制10 6.2文档编制中的考虑因素12 7文档编制格式14 7.1可行性分析（研究）报告（FAR）14 7.2软件开发计划（SDP）16 7.3软件测试计划（STP)23 7.4软件安装计划（SIP）27 7.5软件移交计划（STrP）30 7.6运行概念说明（OCD）33 7.7系统/子系统需求规格说明（SSS）98 7.8接口需求规格说明（IRS）42 7.9系统/子系统设计（结构设计）说明（SSDD）46 7.10接口设计说明（IDD）51 7.11软件需求规格说明（SRS）54 7.12数据需求说明（DRD） 7.13软件（结构）设计说明（SDD）63 7.14数据库（顶层）设计说明（DBDD）68 7.15软件测试说明（STD）72 7.16软件测试报告（STR）76 7.17软件配置管理计划（SCMP） 7.18软件质量保证计划（SQAP）68 7.19开发进度月报（DPMR）66 7.20项目开发总结报告（PDSR）101 7.21软件产品规格说明（SPS）106 7.22软件版本说明（SVD）108
GB/T8567-2006 7.23软件用户手册（SUM）110 7.24计算机操作手册（COM）113 7.25计算机编程手册（CPM）115 附录A（规范性附录）面向对象软件的文档编制118 A.1综述118 A.2总体说明文档118 A. 3用况图文档118 A. 4类图文档119 A. 5顺序图文档121 A. 6协作图文档121 A.7状态图文档122 A.8活动图文档123 A.9构件图文档124 A.10部署图文档124 A.11包图文档125 参考文献.126
GB/T 8567-2006
前言
本标准是GB/T8567-1988（计算机软件产品开发文件编制指南》的修订版，并改名为《计算机软 件文档编制规范》.本标准从实施之日起代替GB/T8567-1988。
本标准与GB/T8567-1988相比，主要变化如下： a）本标准增加了文档编写过程。
其内容参考了ISO/IECJTC1/SC7N21061999/04/15《软件工 程一用户文档过程》。
b）本标准主要从软件开发与管理的角度，规定相应的文档及规范。
其内容依据GB/T8566一 2001（软件生存周期过程3。
c）在编写本标准时，综合了在软件开发与管理中的经验及中软网络技术股份有限公司有关 CMM中拟订的一些文档规范。
d）本标准与SJ20778-2000软件开发与文档编制）很好地链接。
e）本标准在规定软件需求规格说明、软件测试文件、软件质量保证计划与软件配置管理计划等文 档时，既依据相应的国标，又根据发展与实践经验作了相应的扩展。
[）本标准把SJ/T11291一2003《面向对象的软件系统建模规范第3部分：文档编制》中的文档 编制规范作为本标准的规范性附录。
本标准的附录A是规范性附录。
本标准由中华人民共和国信息产业部提出。
本标准由信息产业部电子工业标准化研究所归口。
本标准起草单位：中软网络技术股份有限公司、信息产业部电子工业标准化研究所、北京联想软件 有限公司、用友软件股份有限公司。
本标准主要起草人：周明德、冯惠、韩乃平、欧阳春生、般树助、黄万、张学锋、韩振江、邓适宜。
I
GB/T8567-2006
计算机软件文档编制规范
1范围 本标准根据GB/T8566-2001《信息技术软件生存周期过程》的规定，主要对软件的开发过程和 管理过程应编制的主要文档及其编制的内容、格式规定了基本要求。
本标准原则上适用于类型的软件产品的开发过程和管理过程。
使用者可根据实际情况对本标准进行适当剪裁（可剪裁所需的文档类型，也可对规范的内容作适当 裁剪）。
软件文档从使用的角度大致可分为软件的用户需要的用户文档和开发方在开发过程中使用的 内部文档（开发文档）两类，供方应提供的文档的类型和规模，由软件的需方和供方在合同中规定。
2规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后 的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究 是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
GB/T8566-2001信息技术软件生存周期过程（idtISO/IEC12207：1995） GB/T11457-2006软件工程术语 3术语和定义 GB/T11457-2006确立的以及下列术语和定义适用于本标准。
3. 1 验收acceptance 需方授权代表的一项活动，通过该活动，需方接受履行合同的部分或全部的软件产品的权。
3.2 需方acquirer 为自己或为另一个组织采购软件产品的组织。
3.3 批准approval 需方的授权代表或开发方的上级组织对开发方的项目计划、设计或其他方面表示满意并可以作为 下一阶段工作基础面签署的书面文件。
3. 4 体系结构architecture 一个系统或CSCI(Computer Software ConfigurationItem计算机软件配置项）的组织结构，标 明它的组成，这些组成的接口和它们之间的操作概念。
3.5 相关开发方associate developer 一个既不是主承包方也不是开发方的分承包方的组织，但它在同一个或相关的系统或项目中承担 开发工作。
3.6 行为设计behavioral design 从用户观点出发，对整个系统或CSC1的行为进行的设计，它只考虑满足用户需求而不考虑系统或...
