GB T 12504-1990 计算机软件质量保证计划规范.pdf

《GB T 12504-1990 计算机软件质量保证计划规范.pdf》由会员分享，可在线阅读，更多相关《GB T 12504-1990 计算机软件质量保证计划规范.pdf（17页珍藏版）》请在麦多课文档分享上搜索。

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、格以利于项目管理工作利于产品验收时的质量检查工作项目阶段评审表由四张子表组成表是对评审中发现的问题的记录表是评审总结报告表是对其中主要问题的详细描述表是评审小组成员登记与签字表下面给出这四张表的格式表评审问题记录评审问题记录登记号评审日期年月日评审性质评审复审项目名子项目名代号编号问题摘要问题类型是否解决表评审总结报告评审总结报告登记号评审日期年月日评审性质评审复审项目名子项目名代号阶段名软件定义需求分析概要设计详细设计编码测试组装测试安装验收运行维护项目组长姓名电话地址评审任务评审材料评审结论通过不通过不需修改稍作修改作重要修改要重新评审备注表软件问题报告单软件问题报告单登记号登记日期年月日发现日期年月日项目名子项目名代号阶段名软件定义需求分析概要设计详细设计编码测试组装测试安装验收运行维护状态报告人姓名电话地址问题例行程序程序数据库文档改进子例行程序子系统修改版本号媒体数据库文档测试实例硬件问题描述影响附注及修改建议表评审成员签字登记表评审小组成员职务姓名职称单位签字组长副组长成员成员成员成员成员成员成员注可以不设副组长此外项目开发组长或其代表可以作为评审组的成员但不能担任评审组的组长或副组长附加说明本标准由中华人民共和国机械电子工业部提出本标准由北京航空航天大学计算机软件工程研究所负责起草本标准主要起草人周伯生张子让张社英黄征