第13章软件工程标准

1、珠海软件行业协会专家委员会主任珠海软件行业协会专家委员会主任吉林大学珠海学院计算机系教授吉林大学珠海学院计算机系教授l软件工程标准化软件工程标准化 l软件质量认证软件质量认证lGB/T 8567-2006计算机软件文计算机软件文 档编制规范档编制规范 l本章小结本章小结 随着软件工程项目功能的不断扩大，人员的不断增随着软件工程项目功能的不断扩大，人员的不断增加，软件质量的下降、管理的混乱，从而使人们对软件加，软件质量的下降、管理的混乱，从而使人们对软件工程中的标准化、统一化更为迫切需要。软件工作的范工程中的标准化、统一化更为迫切需要。软件工作的范围从只是使用程序设计语言编写程序，扩展到整个软件

2、围从只是使用程序设计语言编写程序，扩展到整个软件生存期。例如，软件概念的形成、需求分析、设计、实生存期。例如，软件概念的形成、需求分析、设计、实现、测试、制造、安装和检验、运行和维护直到软件引现、测试、制造、安装和检验、运行和维护直到软件引退退(为新的软件所代替为新的软件所代替)。同时还有许多技术管理工作。同时还有许多技术管理工作(如如过程管理、产品管理、资源管理过程管理、产品管理、资源管理)以及确认与验证工作以及确认与验证工作(如评审与审计、产品分析、测试等如评审与审计、产品分析、测试等)，常常是跨越软件，常常是跨越软件生存期各个阶段的专门工作，所有这些方面都应逐步地生存期各个阶段的专门工作

3、，所有这些方面都应逐步地建立标准或规范。建立标准或规范。 在开发一个软件时，需要将项目和人员划分成不同在开发一个软件时，需要将项目和人员划分成不同的层级和不同的分工，这些层次和分工存在着相互配合的层级和不同的分工，这些层次和分工存在着相互配合的问题的问题;同时，在开发项目的各个部分以及各开发阶段之同时，在开发项目的各个部分以及各开发阶段之间也都存在着许多联系和衔接问题。那么把这些错综复间也都存在着许多联系和衔接问题。那么把这些错综复杂的关系协调好，就需要有一系列统一的约束和规定杂的关系协调好，就需要有一系列统一的约束和规定;并并且在软件开发项目取得阶段成果或最后完成时，还需要且在软件开发项目取

4、得阶段成果或最后完成时，还需要进行阶段评审和验收测试进行阶段评审和验收测试;投入运行的软件，其在运行中投入运行的软件，其在运行中出现的问题或正常的维护也需要对软件进行全面的理解。出现的问题或正常的维护也需要对软件进行全面的理解。这些理解就像一门语言的语法规则一样，都需要提供统这些理解就像一门语言的语法规则一样，都需要提供统一的规范和标准，使得各项工作都能有章可循。一的规范和标准，使得各项工作都能有章可循。 过程标准过程标准:与开发一个产品或从事一项服务的一系列活动与开发一个产品或从事一项服务的一系列活动或操作有关。如方法、技术以及度量等。或操作有关。如方法、技术以及度量等。 产品标准产品标准:

5、涉及软件工程事务的格式和内容。如需求、设涉及软件工程事务的格式和内容。如需求、设计、部件、描述、计划以及报告等。计、部件、描述、计划以及报告等。 专业标准专业标准:涉及软件工程的所有方面，如职别、道德准则、涉及软件工程的所有方面，如职别、道德准则、认证、特许以及课程等。认证、特许以及课程等。 记法标准记法标准:论述了再软件工程行业范围内，以惟一的一种论述了再软件工程行业范围内，以惟一的一种方式进行交流的方法。如术语、表示法以及语言等。方式进行交流的方法。如术语、表示法以及语言等。 软件工程的生命周期 参考国际标准、国家标准或行业标准，制定适用于本参考国际标准、国家标准或行业标准，制定适用于本单

6、位软件开发的企业标准，编写软件工程标准化手册。单位软件开发的企业标准，编写软件工程标准化手册。制定企业标准或是软件产品标准应当吸收软件工程师制定企业标准或是软件产品标准应当吸收软件工程师参加，让他们充分理解开发和实施标准的意义，以及参加，让他们充分理解开发和实施标准的意义，以及他们自己在其中的责任。他们自己在其中的责任。为适应技术发展的形势，对已制定的标准，需要及时为适应技术发展的形势，对已制定的标准，需要及时组织审查和更新。组织审查和更新。贯彻标准应当得到辅助工具的支持。贯彻标准应当得到辅助工具的支持。 根据软件工程标准制定的机构和标准适用的范围有所不同，它根据软件工程标准制定的机构和标准适

7、用的范围有所不同，它可分为可分为5个级别，即国际标准、国家标准、行业标准、企业个级别，即国际标准、国家标准、行业标准、企业(机构机构)标标准及项目准及项目(课题课题)标准。以下分别对标准。以下分别对5级标准的标识符和标准制定级标准的标识符和标准制定(或或批准批准)的机构进行简要说明。的机构进行简要说明。 国际标准：由国际联合机构制定和公布，提供各国参考的标准。国际标准：由国际联合机构制定和公布，提供各国参考的标准。 国家标准：由政府或国家级的机构制定或批准，适用于全国范国家标准：由政府或国家级的机构制定或批准，适用于全国范围的标准。围的标准。 行业标准：由行业机构、学术团体或国防机构制定，并适

8、用于行业标准：由行业机构、学术团体或国防机构制定，并适用于某个业务领域的标准。某个业务领域的标准。 企业规范：一些大型企业或公司，由于软件工程工作的需要，企业规范：一些大型企业或公司，由于软件工程工作的需要，制定适用于本部门的规范。制定适用于本部门的规范。 项目规范：由某一科研生产项目组织制定，目为该项任务专用项目规范：由某一科研生产项目组织制定，目为该项任务专用的软件工程规范。的软件工程规范。1. 软件质量认证的产生背景软件质量认证的产生背景 2. 软件质量认证的标准软件质量认证的标准 3. 软件质量认证的作用软件质量认证的作用 4. ISO9000标准的构成标准的构成 软件产品的质量直接影

9、响到国民经济信息系统和国际装软件产品的质量直接影响到国民经济信息系统和国际装备系统的可靠性与安全运行，在国内外软件市场激烈的竞争备系统的可靠性与安全运行，在国内外软件市场激烈的竞争中，提高软件质量已经成为一个软件企业生存发展的关键问中，提高软件质量已经成为一个软件企业生存发展的关键问题，软件企业或从事软件工程项目的机构在实践工作中在软题，软件企业或从事软件工程项目的机构在实践工作中在软件质量问题上应认识到，软件自身的特点和目前软件开发模件质量问题上应认识到，软件自身的特点和目前软件开发模式，使隐藏在软件内部的质量缺陷是不可避免式，使隐藏在软件内部的质量缺陷是不可避免 n软件软件需求中存在的模糊

10、以及需求的变更，影响着软件产品的质量。需求中存在的模糊以及需求的变更，影响着软件产品的质量。n目前广为采用的手工开发方式难于避免出现差错。目前广为采用的手工开发方式难于避免出现差错。 n软件开发过程中各个环节的接口处不易保证正确性。软件开发过程中各个环节的接口处不易保证正确性。n软件测试技术具有局限性。软件测试技术具有局限性。 n软件质量管理的实际困难软件质量管理的实际困难。n软件质量指标许多尚未量化。软件质量指标许多尚未量化。n目前许多软件机构的产品质量责任尚未落实到人目前许多软件机构的产品质量责任尚未落实到人n不规范的开发习惯难于纠正。不规范的开发习惯难于纠正。n人员之间的沟通容易出现问题

11、。人员之间的沟通容易出现问题。n软件项目组中人员流动会影响产品质量。软件项目组中人员流动会影响产品质量。直到直到1987年公布的年公布的ISO 9000系列标准，是国际上影响系列标准，是国际上影响最为深远的质量管理标准当属国际标准化组织。这一国际标最为深远的质量管理标准当属国际标准化组织。这一国际标准发源于欧洲经济共同体，但很快就波及美国、日本及世界准发源于欧洲经济共同体，但很快就波及美国、日本及世界各国。中国对此也十分重视，采取了积极态度。一方面确定各国。中国对此也十分重视，采取了积极态度。一方面确定对其等同采用，发布了与其相应的质量管理国家标准系列对其等同采用，发布了与其相应的质量管理国家

12、标准系列GB/T 19000。 n软件企业贯彻实施软件企业贯彻实施ISO 9000质量管理体系认证。质量管理体系认证。 n质量体系认证，是指对供方的质量体系进行的第三方评定质量体系认证，是指对供方的质量体系进行的第三方评定或注册活动，以通过评定和事后监督来证明供方的质量体或注册活动，以通过评定和事后监督来证明供方的质量体系符合并满足需方对该体系规定的要求。第三方是指具有系符合并满足需方对该体系规定的要求。第三方是指具有权威性，并目对于供需双方都无经济利害关系的机构。权威性，并目对于供需双方都无经济利害关系的机构。nISO 9000-3作为软件企业实施，作为软件企业实施，ISO 9001质量保证

13、模式质量保证模式标准的实施指南，通过对软件产品从市场调查、需求分析、标准的实施指南，通过对软件产品从市场调查、需求分析、软件设计、编码、测试等开发工作，直至作为商品软件销软件设计、编码、测试等开发工作，直至作为商品软件销售，以及安装及维护整个过程进行控制，保障软件产品的售，以及安装及维护整个过程进行控制，保障软件产品的质量。现在质量。现在ISO 9000标准已被各国软件企业广泛采用，标准已被各国软件企业广泛采用，并将其作为建立企业质量体系的并将其作为建立企业质量体系的依据依据 ISO9000标准是一系统性的标准，涉及的范围、内标准是一系统性的标准，涉及的范围、内容广泛，强调对各部门的职责权限进

14、行明确划分、计划容广泛，强调对各部门的职责权限进行明确划分、计划和协调，而使企业能有效地、有秩序地开展各项活动，和协调，而使企业能有效地、有秩序地开展各项活动，保证工作顺利进行。它强调管理层的介入，明确制定质保证工作顺利进行。它强调管理层的介入，明确制定质量方针及目标，并通过定期的管理评审达到了解公司的量方针及目标，并通过定期的管理评审达到了解公司的内部体系运作情况，及时采取措施，确保体系处于良好内部体系运作情况，及时采取措施，确保体系处于良好的运作状态的目的。它强调纠正及预防措施，消除产生的运作状态的目的。它强调纠正及预防措施，消除产生不合格或不合格的潜在原因，防止不合格的再发生，从不合格或

15、不合格的潜在原因，防止不合格的再发生，从而降低成本。它强调不断地审核及监督，达到对企业的而降低成本。它强调不断地审核及监督，达到对企业的管理及运作不断地修正及改良的目的。管理及运作不断地修正及改良的目的。 ISO9000系列标准自发布以来，在系列标准自发布以来，在“市场竞争驱动市场竞争驱动”、“收益者驱动收益者驱动”和和“管理者驱动管理者驱动”3方面影响下，己经发展方面影响下，己经发展成为一个大的标准家族，称为成为一个大的标准家族，称为“ISO9000族族”标准。到标准。到1994年为止这个家族包括了以下几类标准。年为止这个家族包括了以下几类标准。 ISO8402质量管理和质量保证术语质量管理

16、和质量保证术语 质量管理和质量保证标准的选用和实施指南质量管理和质量保证标准的选用和实施指南 质量保证标准质量保证标准 质量管理标准质量管理标准GB/T 8567-2006 中华人民共和国国家标准中华人民共和国国家标准计计算机软件文档编制规范。本标准根据算机软件文档编制规范。本标准根据GB/T 8566-2001信息技术信息技术 软件生存周期过程软件生存周期过程的规定，主要对软件的的规定，主要对软件的开发过程和管理过程应编制的主要文档及其编制的内容、开发过程和管理过程应编制的主要文档及其编制的内容、格式规定了基本要求。本标准原则上适用于所有类型的格式规定了基本要求。本标准原则上适用于所有类型的

17、软件产品的开发过程和管理过程。本标准参考国际标准软件产品的开发过程和管理过程。本标准参考国际标准ISO/IEC 15910：1999 信息技术信息技术 软件用户文档过程软件用户文档过程等标准制定的。该标准是等标准制定的。该标准是GB/T 8567-1988计算机软计算机软件产品开发文件编制指南件产品开发文件编制指南的修订版，更适合计算机软的修订版，更适合计算机软件文档的编写件文档的编写。 概述概述 两种主要类型的标注：两种主要类型的标注：产品标准，它规定产品的特征和功能需求产品标准，它规定产品的特征和功能需求过程标准，它规定开发产品的过程过程标准，它规定开发产品的过程 源材料准备源材料准备需方

18、应允许文档管理者访问以下内容：需方应允许文档管理者访问以下内容： n所有有关的规格说明、记录格式、屏幕和报告布局、所有有关的规格说明、记录格式、屏幕和报告布局、CASE工具输出和文档的准备所需要的任何其他的信息；工具输出和文档的准备所需要的任何其他的信息；n若可用，软件的操作副本；若可用，软件的操作副本；n软件的分析员和程序员，以及及时和确切地解答由文档软件的分析员和程序员，以及及时和确切地解答由文档开发人员提出的问题；开发人员提出的问题；n若可能，访问典型的用户。若可能，访问典型的用户。 注：保证需方交付给文档管理者的所有材料，当交付时，是注：保证需方交付给文档管理者的所有材料，当交付时，是

19、完整的和正确的且在交付后保持是最新的，这是需方的完整的和正确的且在交付后保持是最新的，这是需方的责任。责任。 文档计划文档计划 n文档管理者应准备一份文档计划，此计划规定在文档创建中要执行文档管理者应准备一份文档计划，此计划规定在文档创建中要执行的工作。此文档计划应经需方正式同意，以预示它完全覆盖了需方的工作。此文档计划应经需方正式同意，以预示它完全覆盖了需方的要求。的要求。n文档计划应正式地描述计划的文档的范围和限制，以及重要的文档文档计划应正式地描述计划的文档的范围和限制，以及重要的文档分析和设计决定。也应规定在文档开发期间实现的过程和控制。分析和设计决定。也应规定在文档开发期间实现的过程

20、和控制。文档开发文档开发 l按按文档计划规定进行文档开发。通常，在进行文档开发前，要规定文档计划规定进行文档开发。通常，在进行文档开发前，要规定文档的格式（风格）。文档的格式（风格）。l 在在软件的开发和管理过程中需要那些文档，每种文档的规范在下面软件的开发和管理过程中需要那些文档，每种文档的规范在下面说明。说明。 评审评审 n主要以用户文档的评审为例说明。对于开发文档的评审，由供方组主要以用户文档的评审为例说明。对于开发文档的评审，由供方组织和实施，而批准由开发组织的上级技术机构实施，更要着重经常织和实施，而批准由开发组织的上级技术机构实施，更要着重经常性的、非正式的注重实效的评审。性的、非

21、正式的注重实效的评审。n用户文档的评审应由需方实现，包括当需要时与文档管理者讨论。用户文档的评审应由需方实现，包括当需要时与文档管理者讨论。评审宜由合适的有资格的人员执行，这些人员被授权请求变更和批评审宜由合适的有资格的人员执行，这些人员被授权请求变更和批准文档的内容。需方在批准每个用户文档草案之前，应保证文档的准文档的内容。需方在批准每个用户文档草案之前，应保证文档的安全和合法。安全和合法。与其他公司的文档开发子合同与其他公司的文档开发子合同 n文档管理者应保证子合同的文档遵循本标准，遵循文档计划和合同。文档管理者应保证子合同的文档遵循本标准，遵循文档计划和合同。n在子合同的文档中，文档管理

22、者作为本标准的在子合同的文档中，文档管理者作为本标准的“需方需方”，而子合同，而子合同承担者作为承担者作为“文档管理者文档管理者”。文档管理者应与子合同承担者签定符。文档管理者应与子合同承担者签定符合标准的协议。合标准的协议。 在计算机软件的生存周期中，在计算机软件的生存周期中，GB/T8567-2006给出了给出了这些文档的编制规范，同时，该标准也是这些文档的这些文档的编制规范，同时，该标准也是这些文档的编写质量的检验准则。一般地说，一个软件总是一个编写质量的检验准则。一般地说，一个软件总是一个计算机系统（包括硬件，固件和软件）的组成部分。计算机系统（包括硬件，固件和软件）的组成部分。鉴于计

23、算机系统的多样性，本标准一般不涉及整个系鉴于计算机系统的多样性，本标准一般不涉及整个系统开发中的文档编制问题，本标准仅仅是软件开发过统开发中的文档编制问题，本标准仅仅是软件开发过程中的文档编制指南。程中的文档编制指南。 管理人员：可行性分析（研究）报告， 项目开发计划， 软件配置管理计划， 软件质量保证计划， 开发进度月报， 项目开发总结报告；用 户： 软件产品规格说明， 软件版本说明， 用户手册， 操作手册。 开发人员： 软件需求规格说明， 接口需求规格说明， 软件（结构）设计说明， 接口设计说明书， 数据库（顶层）设计说明， 测试计划， 测试报告；维护人员： 软件需求规格说明， 接口需求规

24、格说明， 软件（结构）设计说明; 对于对于使用文档的人员而言他们所关心的文件的种类使用文档的人员而言他们所关心的文件的种类随他们所承担的工作而异。随他们所承担的工作而异。 本标准规定了在软件开发过程中文档编制的要求，这些文档从使本标准规定了在软件开发过程中文档编制的要求，这些文档从使用的角度可分为用户文档和开发文档两大类。其中，用户文档必须交给用的角度可分为用户文档和开发文档两大类。其中，用户文档必须交给用户。用户应该得到的文档的种类和规模由供应者与用户之间签订的合用户。用户应该得到的文档的种类和规模由供应者与用户之间签订的合同规定。如前所述，软件，从出现一个构思之日起，经过软件开发成功同规定

25、。如前所述，软件，从出现一个构思之日起，经过软件开发成功投入使用，直到最后决定停止使用并被另一项软件代替之时止，被认为投入使用，直到最后决定停止使用并被另一项软件代替之时止，被认为是该软件的一个生存周期，一般地说这个软件生存周期可以分成以下六是该软件的一个生存周期，一般地说这个软件生存周期可以分成以下六个阶段：个阶段：n可行性与计划研究阶段可行性与计划研究阶段n需求分析阶段需求分析阶段n设计阶段设计阶段n实现阶段实现阶段n测试阶段测试阶段n运行与维护阶段运行与维护阶段 n在可行性分析（研究）与计划阶段内，要确定该软件的开在可行性分析（研究）与计划阶段内，要确定该软件的开发目标和总的要求，要进行

26、可行性分析、投资一收益分析、发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文档。制订开发计划，并完成应编制的文档。n在需求分析阶段内，由系统分析人员对被设计的系统进行在需求分析阶段内，由系统分析人员对被设计的系统进行系统分析，确定对该软件的各项功能、性能需求和设计约系统分析，确定对该软件的各项功能、性能需求和设计约束，确定对文档编制的要求，作为本阶段工作的结果，一束，确定对文档编制的要求，作为本阶段工作的结果，一般地说软件需求规格说明（也称为：软件需求说明、软件般地说软件需求规格说明（也称为：软件需求说明、软件规格说明）、数据要求说明和初步的用户手册应该编写出

27、规格说明）、数据要求说明和初步的用户手册应该编写出来。来。 n在设计阶段内，系统设计人员和程序设计人员应该在反复在设计阶段内，系统设计人员和程序设计人员应该在反复理解软件需求的基础上，提出多个设计，分析每个设计能理解软件需求的基础上，提出多个设计，分析每个设计能履行的功能并进行相互比较，最后确定一个设计，包括该履行的功能并进行相互比较，最后确定一个设计，包括该软件的结构、模块（或软件的结构、模块（或CSCI）的划分、功能的分配，以）的划分、功能的分配，以及处理流程。在被设计系统比较复杂的情况下，设计阶段及处理流程。在被设计系统比较复杂的情况下，设计阶段应分解成概要设计阶段和详细设计阶段两个步骤

28、。在一般应分解成概要设计阶段和详细设计阶段两个步骤。在一般情况下，应完成的文档包括：结构设计说明、详细设计说情况下，应完成的文档包括：结构设计说明、详细设计说明和测试计划初稿。明和测试计划初稿。n在实现阶段内，要完成源程序的编码、编译（或汇编）和在实现阶段内，要完成源程序的编码、编译（或汇编）和排错调试得到无语法错的程序清单，要开始编写进度日报、排错调试得到无语法错的程序清单，要开始编写进度日报、周报和月报（是否要有日报或周报，取决于项目的重要性周报和月报（是否要有日报或周报，取决于项目的重要性和规模），并且要完成用户手册、操作手册等面向用户的和规模），并且要完成用户手册、操作手册等面向用户的

29、文档的编写工作，还要完成测试计划的编制。文档的编写工作，还要完成测试计划的编制。n在测试阶段：该程序将被全面地测试，已编制的文档将被在测试阶段：该程序将被全面地测试，已编制的文档将被检查审阅。一般要完成测试分析报告。作为开发工作的结检查审阅。一般要完成测试分析报告。作为开发工作的结束，所生产的程序、文档以及开发工作本身将逐项被评价，束，所生产的程序、文档以及开发工作本身将逐项被评价，最后写出项目开发总结报告。最后写出项目开发总结报告。n在整个开发过程中（即前五个阶段中），开发团队要按月在整个开发过程中（即前五个阶段中），开发团队要按月编写开发进度月报。编写开发进度月报。n在运行和维护阶段，软件

30、将在运行使用中不断地被维护，在运行和维护阶段，软件将在运行使用中不断地被维护，根据新提出的需求进行必要而且可能的扩充和删改、更新根据新提出的需求进行必要而且可能的扩充和删改、更新和升级。和升级。 文档编制是开发过程的有机组成部分，也是一个不断努文档编制是开发过程的有机组成部分，也是一个不断努力的工作过程。是一个从形成最初轮廓、经反复检查力的工作过程。是一个从形成最初轮廓、经反复检查和修改，直至程序和文档正式交付使用的完整过程。和修改，直至程序和文档正式交付使用的完整过程。其中每一步都要求工作人员做出很大努力。要保证文其中每一步都要求工作人员做出很大努力。要保证文档编制的质量，要体现每个开发项目

31、的特点，也要注档编制的质量，要体现每个开发项目的特点，也要注意不要花太多的人力。为此编制中要考虑如下各项因意不要花太多的人力。为此编制中要考虑如下各项因素。素。每一种文档都具有特定的读者。这些读者包括个人或小每一种文档都具有特定的读者。这些读者包括个人或小组、软件开发单位的成员或社会上的公众、从事软件组、软件开发单位的成员或社会上的公众、从事软件工作的技术人员、管理人员或领导干部。他们期待着工作的技术人员、管理人员或领导干部。他们期待着使用这些文档的内容来进行工作，例如设计、编写程使用这些文档的内容来进行工作，例如设计、编写程序、测试、使用、维护或进行计划管理。因此这些文序、测试、使用、维护或

32、进行计划管理。因此这些文档的作者必须了解自己的读者。这些文档的编写必须档的作者必须了解自己的读者。这些文档的编写必须注意适应自己的特定读者的水平、特点和要求。注意适应自己的特定读者的水平、特点和要求。 本规范中列出的文档编制规范的内容要求中，显然存在本规范中列出的文档编制规范的内容要求中，显然存在某些重复。较明显的重复有两类。引言是每一种文档某些重复。较明显的重复有两类。引言是每一种文档都要包含的内容，以向读者提供总的梗概都要包含的内容，以向读者提供总的梗概.第二类明显第二类明显的重复是各种文档中的说明部分，如对功能性能的说的重复是各种文档中的说明部分，如对功能性能的说明；对输入、输出的描述；

33、系统中包含的设备等。这明；对输入、输出的描述；系统中包含的设备等。这是为了方便每种文档各自的读者，每种文档应该自成是为了方便每种文档各自的读者，每种文档应该自成体系，尽量避免读一种文档时又不得不去参考另一种体系，尽量避免读一种文档时又不得不去参考另一种文档。当然，在每一种文档里，有关引言、说明等同文档。当然，在每一种文档里，有关引言、说明等同其他文档相重复的部分，在行文上、在所用的术语上、其他文档相重复的部分，在行文上、在所用的术语上、在详细的程度上，还是应该有一些差别以适应各种文在详细的程度上，还是应该有一些差别以适应各种文档的不同读者的需要。档的不同读者的需要。 鉴于软件开发是具有创造性的

34、脑力劳动，也鉴于不同软件在规模上和鉴于软件开发是具有创造性的脑力劳动，也鉴于不同软件在规模上和复杂程度上差别极大，本规范认为在文档编制工作中应允许一定的灵活性。复杂程度上差别极大，本规范认为在文档编制工作中应允许一定的灵活性。这种灵活性表现在如下各款。这种灵活性表现在如下各款。 应编制的文档种类应编制的文档种类 尽管本规范认为在一般情况下，一项软件的开发过程中，应产生如尽管本规范认为在一般情况下，一项软件的开发过程中，应产生如上所述的各种文档，然而针对一项具体的软件开发项目，有时不必编上所述的各种文档，然而针对一项具体的软件开发项目，有时不必编制这么多的文档，可以把几种文档合并成一种。一般地说

35、，当项目的制这么多的文档，可以把几种文档合并成一种。一般地说，当项目的规模、复杂性和失败风险增大时，文档编制的范围，管理手续和详细规模、复杂性和失败风险增大时，文档编制的范围，管理手续和详细程度将随之增加，反之，则可适当减少。为了恰当地掌握这种灵活性，程度将随之增加，反之，则可适当减少。为了恰当地掌握这种灵活性，本规范要求贯彻分工负责的原则，这意味着：本规范要求贯彻分工负责的原则，这意味着： 一个软件开发单位的领导机构应该根据本单位经营承包的应用软件一个软件开发单位的领导机构应该根据本单位经营承包的应用软件的专业领域和本单位的管理能力，制定一个对文档编制要求的实施规的专业领域和本单位的管理能力

36、，制定一个对文档编制要求的实施规定，主要是：在不同的条件下，应该形成哪些文档？这些文档的详细定，主要是：在不同的条件下，应该形成哪些文档？这些文档的详细程度？该开发单位的每一个项目负责人，必须认真执行这个实施规定。程度？该开发单位的每一个项目负责人，必须认真执行这个实施规定。 对于一个具体的应用软件项目，项目负责人应根据上对于一个具体的应用软件项目，项目负责人应根据上述实施规定，确定一个文档编制计划（可以包含在软件开发述实施规定，确定一个文档编制计划（可以包含在软件开发计划中），其中包括：计划中），其中包括：n应该编制哪几种文档，详细程度如何？应该编制哪几种文档，详细程度如何？n各个文档的编制负责人和进度要求；各个文档的编制负责人和进度要求；n审查、批准的负责人和时间进度安排审查、批准的负责人和时间进度安排n在开发时间内，各文档的维护、修改和在开发时间内，各文档的维护、修改和 管理的负责人，管理的负责人，以及批准手续。每项