质量管理部制度

1、技术管理制度及办法之 质量管理制度 - PAGE 16 -质量管理部部管理制度度质量管理制制度TOC o 1-3 h z u HYPERLINK l _Toc261010080 1目标 PAGEREF _Toc261010080 h 5 HYPERLINK l _Toc261010081 2SQAA岗位职职责 PAGEREF _Toc261010081 h 5 HYPERLINK l _Toc261010082 3SQAA流程 PAGEREF _Toc261010082 h 6 HYPERLINK l _Toc261010083 4SQAA与各技技术方向向的关系系 PAGEREF _Toc26

2、1010083 h 6 HYPERLINK l _Toc261010084 5软件工工程标准准与规范范 PAGEREF _Toc261010084 h 7 HYPERLINK l _Toc261010085 5.1软软件工程程标准 PAGEREF _Toc261010085 h 7 HYPERLINK l _Toc261010086 5.2软软件标准准文档模模版规范范 PAGEREF _Toc261010086 h 9 HYPERLINK l _Toc261010087 5.3软软件技术术规范 PAGEREF _Toc261010087 h 10 HYPERLINK l _Toc2610100

3、88 6SQAA任务管管理 PAGEREF _Toc261010088 h 10 HYPERLINK l _Toc2610100889 6.11任务来来源 PAGEREF _Toc261010089 h 10 HYPERLINK l _Toc261010090 6.2流流程管理理 PAGEREF _Toc261010090 h 10 HYPERLINK l _Toc261010091 6.3主主要任务务 PAGEREF _Toc261010091 h 10 HYPERLINK l _Toc261010092 附件一：软软件质量量保证计计划 PAGEREF _Toc261010092 h 12

4、HYPERLINK l _Toc261010093 1 引言 PAGEREF _Toc261010093 h 13 HYPERLINK l _Toc261010094 1.1 目目的 PAGEREF _Toc261010094 h 13 HYPERLINK l _Toc261010095 1.2 定定义 PAGEREF _Toc261010095 h 13 HYPERLINK l _Toc261010096 1.3 参参考资料料 PAGEREF _Toc261010096 h 13 HYPERLINK l _Toc261010097 2 管理 PAGEREF _Toc261010097 h 1

5、4 HYPERLINK l _Toc261010098 2.1 机机构 PAGEREF _Toc261010098 h 14 HYPERLINK l _Toc261010099 2.2 任任务 PAGEREF _Toc261010099 h 14 HYPERLINK l _Toc261010100 2.3 职职责 PAGEREF _Toc261010100 h 15 HYPERLINK l _Toc261010101 3 文档 PAGEREF _Toc261010101 h 15 HYPERLINK l _Toc261010102 3.1 基基本文档档 PAGEREF _Toc26101010

6、2 h 15 HYPERLINK l _Toc261010103 3.2 其其它文档档 PAGEREF _Toc261010103 h 16 HYPERLINK l _Toc261010104 3.3 文文档质量量的度量量准则 PAGEREF _Toc261010104 h 16 HYPERLINK l _Toc261010105 4 标准、条条例和约约定 PAGEREF _Toc261010105 h 17 HYPERLINK l _Toc2610101106 5 评审审和检查查 PAGEREF _Toc261010106 h 18 HYPERLINK l _Toc261010107 5.1

7、 第第一次评评审 PAGEREF _Toc261010107 h 19 HYPERLINK l _Toc261010108 5.2 第第二次评评审 PAGEREF _Toc261010108 h 19 HYPERLINK l _Toc261010109 5.3 第第三次评评审 PAGEREF _Toc261010109 h 20 HYPERLINK l _Toc261010110 6 软件配配置管理理 PAGEREF _Toc261010110 h 20 HYPERLINK l _Toc261010111 7 工具、技技术和方方法 PAGEREF _Toc261010111 h 21 HYPE

8、RLINK l _Toc261010112 8 媒体控控制 PAGEREF _Toc261010112 h 21 HYPERLINK l _Toc261010113 9 对供货货单位的的控制 PAGEREF _Toc261010113 h 22 HYPERLINK l _Toc261010114 10 记录录的收集集、维护护和保存存 PAGEREF _Toc261010114 h 22 HYPERLINK l _Toc261010115 附件二：技技术月报报 PAGEREF _Toc261010115 h 23 HYPERLINK l _Toc26101101116 附件3：软件件阶段评评审表

9、 PAGEREF _Toc261010116 h 1 HYPERLINK l _Toc261010117 附件4：软软件配置置管理计计划 PAGEREF _Toc261010117 h 3 HYPERLINK l _Toc261010118 1引言 PAGEREF _Toc261010118 h 44 HYPERLINK l _Toc261010119 1.1 目目的 PAGEREF _Toc261010119 h 4 HYPERLINK l _Toc261010120 1.2 范范围 PAGEREF _Toc261010120 h 4 HYPERLINK l _Toc261010121 1.

10、3 术术语定义义 PAGEREF _Toc261010121 h 4 HYPERLINK l _Toc261010122 1.4 参参考资料料 PAGEREF _Toc261010122 h 6 HYPERLINK l _Toc261010123 1.5 概概述 PAGEREF _Toc261010123 h 6 HYPERLINK l _Toc261010124 2 软件配配置管理理 PAGEREF _Toc261010124 h 6 HYPERLINK l _Toc261010125 2.1 机机构 PAGEREF _Toc261010125 h 6 HYPERLINK l _Toc261

11、010126 2.2 任任务 PAGEREF _Toc261010126 h 7 HYPERLINK l _Toc261010127 2.3 职职责 PAGEREF _Toc261010127 h 7 HYPERLINK l _Toc261010128 2.4 接接口控制制 PAGEREF _Toc261010128 h 7 HYPERLINK l _Toc261010129 2.5 实实现 PAGEREF _Toc261010129 h 8 HYPERLINK l _Toc261010130 2.6 适适用的标标准、条条例和约约定 PAGEREF _Toc261010130 h 8 HYPE

12、RLINK l _Toc261010131 3 软件配配置管理理活动 PAGEREF _Toc261010131 h 8 HYPERLINK l _Toc261010132 3.1 配配置标识识 PAGEREF _Toc261010132 h 9 HYPERLINK l _Toc261010133 3.1.11 标识识方法 PAGEREF _Toc261010133 h 9 HYPERLINK l _Toc261010134 3.1.22 各类类基线 PAGEREF _Toc261010134 h 9 HYPERLINK l _Toc261010135 3.2 配配置和变变更控制制 PAGER

13、EF _Toc261010135 h 9 HYPERLINK l _Toc261010136 3.3 配配置状态态审计 PAGEREF _Toc261010136 h 10 HYPERLINK l _Toc261010137 3.4 配配置的检检查和评评审 PAGEREF _Toc261010137 h 11 HYPERLINK l _Toc261010138 4 工具、技技术和方方法 PAGEREF _Toc261010138 h 11 HYPERLINK l _Toc261010139 5 里程碑碑 PAGEREF _Toc261010139 h 12 HYPERLINK l _Toc26

14、1010140 6 培训和和资源 PAGEREF _Toc261010140 h 12 HYPERLINK l _Toc261010141 7 对供货货单位的的控制 PAGEREF _Toc261010141 h 12 HYPERLINK l _Toc261010142 8 记录的的收集、维维护和保保存 PAGEREF _Toc261010142 h 12目标质量管理(Supppliier Quaalitty AAssuurannce)，以下下简称 SQAA，主要要对研发发和工程程进行软软件过程程的质量量管理。SQA的目目标：保障研发的的软件产产品质量量，为工工程项目目提供稳稳定、可可靠的运运

15、行平台台，提升升公司产产品的层层次；保障工程项项目的软软件产品品质量和和实施的的规范性性、成功功性；形成公司健健全的质质量管理理体系，提提高公司司管理水水平及产产品质量量，提升升公司的的市场竞竞争力；通过质量管管理制度度的贯彻彻与执行行，逐步步向国际际标准靠靠拢。质量管理的的工作主主要包括括以下两两个方面面：制定、贯彻彻和持续续改进质质量管理理的方针针、指南南、规范范；监督和检查查质量管管理的方方针、指指南、规规范在软软件的开开发过程程中的实实施情况况，保证证开发出出的软件件和软件件开发过过程符合合相应的的标准与与规范，保保证软件件产品、软软件过程程中存在在的问题题得到处处理。SQA岗位位职责

16、跟踪软件过过程的质质量活动动并鉴别别活动中中出现的的偏差；里程碑式技技术评审审，实现现软件质质量的过过程化管管理；软件配置管管理，利利用配置置管理工工具，建建立配置置服务器器环境，控控制文档档与程序序的修改改信息和和版本；全面测试，采采用适当当手段对对软件需需求、软软件分析析、软件件设计、软软件实现现和文档档进行全全面测试试；软件产品文文档及程程序源码码归档与与保管。SQA流程程SQA与各各技术方方向的关关系SQA的主主要职责责是为研研发和工工程提供供质量管管理保障障，协助助各技术术方向按按时、保保质、保保量完成成软件过过程质量量管理任任务；SQA负责责对研发发和工程程的质量量管理支支持，严严

17、格按照照制定的的质量保保证计划划实施，研研发和工工程必须须配合质质量保证证计划的的实施；SQA制定定的各种种标准与与规范，各各技术方方向必须须严格按按照标准准与规范范执行；SQA人员员和研发发和工程程总监需需要进行行沟通，共共同完成成软件过过程跟踪踪、审查查和里程程碑式评评审；研发和工程程提交配配置管理理计划和和阶段性性实施情情况，SSQA负负责指导导和监督督执行。SQA人员员工作过过程中发发现的不不符合问问题及时时形成软软件问题题单，研研发和工工程按照照软件问问题单，提提出处理理意见及及处理时时间，直直到问题题解决为为止；研发和工程程总监定定期向SSQA提提交软件件开发进进度表；一个SQAA

18、人员需需要同时时支持研研发和工工程多个个软件开开发任务务的质量量管理。软件工程标标准与规规范软件工程标标准软件工程模模型软件生存周周期模型型(瀑布布模型 Watterffalll Moodell)特点：特点： 上一阶段的变换结果 是下一阶段的变换的 输入，相邻两个阶段 具有因果关系，紧密 相联。需求分析问题定义可性行研究计划时期概要设计详细设计编 码 测 试开发时期运行与维护运 行时 期原型模型(Prootottypee Moodell)加工加工原型原型快速分析和设计建造原型客户评价原型原型系统仅包括未来系统的主要功能， 以及系统的重要接口；为了尽快向用户提供原型，开发原型系统时应尽量使用能缩

19、短开发周期的语言和工具。软件工程方方法结构化设计计方法(SD SStruuctuuredd Deesiggn)结构化设计计方法是是基于模模块化、自自顶向下下细化、结结构化程程序设计计等程序序设计技技术基础础发展起起来的。它它所提供供的方法法和原则则，主要要是用来来指导软软件的概概要设计计。结构化设计计属于面面向数据据流的设设计方法法。在软软件的需需求分析析阶段，数数据流是是软件开开发人员员考虑问问题的出出发点和和基础。数数据流从从系统的的输入端端向输出出端，则则要经历历一系列列的变换换或处理理。用来来表现这这个过程程的数据据流(DDFD),实际际上就是是软件系系统的逻逻辑模型型。面向数据流流的

20、设计计要解决决的任务务，就是是在上述述需求分分析的基基础上，将将DFDD图映射射(Maappiing)软件系系统的结结构。换换句话说说，这类类设计方方法，允允许把用用 DFFD图表示的的系统逻逻辑模型型，很方方便地转转换成对对于软件件结构的的初始设设计描述述。结构化设计计分析工工具：Microosofft PProjjectt，项目目进度计计划编制制工具EPMS，工工作流图图制作工工具Microosofft VVisiio，数数据流图图(DFFD)、结结构图制制作工具具Sybasse PPoweerdeeignner，数数据库模模型分析析设计工工具面向对象的的分析方方法(OObjeect Or

21、iientted Anaalyssis) OOA 的的核心思思想是利利用OOO的概念念和方法法对软件件需求建建造模型型，以使使用户需需求逐步精确确化、一一致化、完完全化。为为此， OOAA的方法法步骤为为:识别对象识别对象属性及外部服务识别类及其结构定义对象之定义对象之间的消息传递面向对象分分析工具具：UML、RRatiionaalRoose上述列出了了软件工工程的两两个模型型和两个个方法，采采用哪类类模型和和方法，可可根据具具体的工工程项目目经过充充分的论论证后进进行选择择。软件标准文文档模版版规范需求分析需求分析需求分析功功能需求求附件一：业务流流图附件二：数据流流图附件三：业务工工单/报

22、报表样张张需求分析数数据规划划概要设计概要设计功能结构设设计数据库设计计说明书书详细设计测试大纲使用手册维护手册软件技术规规范工作流图(EPMMS)规规范数据流图(DFDD)规范范IPO图规规范数据库技术术规范VS20008（采采用的编编程语言言）技术术规范目录结构规规范文档编制规规范SQA任务务管理任务来源工程项目的的质量管管理；研发的质量量管理；选定新的软软件工程程方法，软软件工程程标准文文档模版版和软件件技术规规范的修修订。流程管理工程项目启启动章程程宣布后后，SQQA任务务正式启启动。主要任务制定软件质质量保证证计划(格式与与内容见见附件11)，根根据研发发和工程程提交的的软件任任务实

23、施施计划(人力资资源和进进度计划划等)制定与与其对应应的软件件质量保保证计划划，组织织计划的的评审，形形成评审审报告。向向给研发发和工程程总监、开开发人员员和所有有相关人人员发布布计划，便便于研发发和工程程总监及及SQAA人员对对其工作作的监督督。选定软件工工程方法法，要求求研发和和工程采采用；制定与修订订软件工工程标准准文档模模版和软软件技术术规范，要要求研发发和工程程采用和和遵循；接收来自研研发和工工程总监监提交的的软件阶阶段进度度信息，(格式与内容见附件2)；研发和工程程执行的的软件过过程化跟跟踪与审审查，偏偏离标准准和规范范的问题题及时的的反映和和处理；里程碑式评评审，主主要任务务是保

24、证证软件执执行的活活动与预预定义的的软件过过程一致致，使软软件过程程在软件件产品的的开发中中得到遵遵循，保保障研发发和工程程定义的的每个软软件任务务得到实实际的执执行(软件阶阶段评审审表格式式与内容容见附件件3)；配置管理工工作的检检查和审审查；由研发和工工程提出出配置管管理计划划(格式式与内容容见附件件4)，SSQA以以软件配配置基线线(里程程碑)，软软件配置置项为依依据，负负责过程程管理与与监控，对对研发和和工程软软件执行行过程中中产生的的阶段性性文档和和程序进进行有效效的版本本管理与与控制。SQA人员员工作过过程中记记录的工工作结果果和发现现的不符符合问题题，填写写相应的的问题单单，直到

25、到问题解解决，详详见附件件3；这是SQAA的一个个重要的的任务，SSQA人人员要对对工作过过程中记记录的工工作结果果和发现现的不符符合问题题进行处处理，及及时向有有关人员员及高级级管理者者反映。在在处理问问题的过过程中对对符合标标准过程程的活动动，SQQA人员员应该积积极地报报告活动动的进展展情况以以及这些些活动在在符合标标准方面面的效果果；对不不符合标标准过程程的活动动，SQQA要报报告其不不符合性性以及它它对产品品的影响响，同时时提出改改进建议议。收集新方法法，提供供软件工工程标准准与规范范的改进进。研发发和工程程软件执执行过程程中，对对标准和和规范定定义不准准确或是是不方便便的地方方，及

26、时时提出修修改意见见，以便便SQAA进行有有效的修修改和完完善标准准与规范范；对SQA制制定的规规范培训训。附件一：软软件质量量保证计计划质量保证计计划产品名称：编制单位：产品编号：文档编号：版 本 号号：编制日期：更改日期：拟制人审核批准1 引言1.1 目目的本条必须须指出特特定的软软件质量量保证计计划的具具体目的的。还必必须指出出该计划划所针对对的软件件项目（及及其所属属的各个个子项目目）的名名称和用用途。 本计划划的目的的在于对对所开发发的软件件规定各各种必要要的质量量保证措措施，以以保证所所交付的的软件能能够满足足项目委委托书或或合同中中规定的的各项需需求，能能够满足足本软件件总体制制

27、定的该该软件系系统需求求规格说说明书中中规定的的各项具具体需求求。软件开发单单位在软软件执行行过程中中，按照照本计划划中的有有关规定定，但可可根据各各自的情情况对本本计划作作适当的的剪裁，以以满足特特定的质质量保证证要求，剪剪裁后的的计划必必须经相相关人员员批准。1.2 定定义本条应该该列出计计划正文文中需要要解释的的而在GGB/TT 1114577中尚未未包含的的术语的的定义，必必要时，还还要给出出这些定定义的英英文单词词及其缩缩写词。1.3 参参考资料料本条必须须列出计计划正文文中所引引用资料料的名称称、代号号、编号号、出版版机构和和出版年年月。GB/T 114457 软件工工程术语语GB

28、 85566 计算机机软件开开发规范范GB 85567 计算机机软件产产品开发发文件编编制指南南GB/T 125505 计算机机软件配配置管理理计划规规范 2 管理必须描述述负责软软件质量量保证的的机构、任任务及其其有关的的职责。2.1 机机构本条必须须描述与与软件质质量保证证有关的的机构的的组成。还还必须清清楚地描描述来自自项目委委托单位位、项目目承办单单位、软软件开发发单位或或用户中中负责软软件质量量保证的的各个成成员有机机构中的的相互关关系。2.2 任任务本条必须须描述计计划涉及及的软件件生存周周期中有有关阶段段的任务务，特别别要把重重点放在在描述这这些阶段段所应进进行的软软件质量量保证

29、活活动上。软件质量保保证工作作涉及软软件生存存同期各各阶段的的活动，应应该贯彻彻到日常常的软件件开发活活动中，而而且应该该特别注注意软件件质量的的早期评评审工作作。因此此，对实实施的软软件任务务，要按按照本计计划的各各项规定定进行各各项评审审工作。SSQA人人员参加加所有的的评审与与检查活活动。评评审与检检查的目目的是为为了确保保在软件件开发工工作的各各个阶段段和各个个方面都都认真采采取各项项措施来来保证与与提高软软件的质质量。在在软件开开发过程程中，应应该进行行以下三三次评审审：第一一次评审审软件需需求、概概要设计计、验证证与确认认方法；第二次次评审详详细设计计、功能能测试与与演示，并并对第

30、一一次评审审结果复复核；第第三次是是功能检检查、物物理检查查和综合合检查。关关于这些些评审工工作的详详细内容容见第55章。阶段评审工工作要组组织专门门的评审审小组，原原则上由由软件组组长、副副组长或或特邀专专家担任任评审组组长，评评审小组组成员应应该包括括项目委委托单位位或用户户的代表表、SQQA人员员、软件件开发单单位和上上级主管管部门的的代表，其其他参加加人员视视评审内内容而定定。每一次评审审工作都都应填写写评审总总结报告告与软件件问题报报告单。格格式详见见质量管管理制度度。日常检查：在软件件的开发发过程中中，应该该填写项项目进展展报表，即即软件报报表表头头与软件件阶段产产品完成成情况表表

31、。SQQA可以以通过项项目进展展季报表表发现有有关软件件质量的的问题。格格式详见见质量管管理制度度。软件验收：必须组组织专门门的验收收小组对对软件进进行验收收。验收收内容应应包括文文档验收收、程序序验收、演演示、验验收测试试与测试试结果评评审等几几项工作作。2.3 职职责本条必须须指明软软件质量量保证计计划中规规定的每每一个负负责单位位或成员员的责任任。3 文档必须列出出在该软软件的开开发、验验证与确确认以及及使用与与维护等等阶段中中需要编编制的文文档，并并描述对对文档进进行评审审与检查查的准则则。3.1 基基本文档档为了确保软软件的实实现满足足需求规规格说明明书中规规定的各各项需求求，至少少

32、应该编编写以下下八个方方面内容容的文档档：1)软件件任务实实施计划划； 2)软件件需求规规格说明明书；3)软件件设计说说明书，应应该包含含概要设设计和详详细设计计两个文文档；4)软件件测试大大纲；5)使用用手册；6)维护护手册 7)项目目开发总总结。8)源代代码清单单； 3.2 其其它文档档除了基本文文档之外外，对于于尚在开开发中的的软件，还还应该包包括以下下四个方方面的文文档：1)软件件质量保保证计划划；2)软件件配置管管理计划划；3)软件件阶段进进展表，其其详细格格式参考考质量管管理规范范的各项项规定；4)软件件阶段评评审表，其其详细格格式参考考质量管管理规范范的各项项规定。3.3 文文档

33、质量量的度量量准则文档是软件件的重要要组成部部分，是是软件生生存周期期各个不不同阶段段的产品品描述。难难作确认认就是要要检查各各阶段文文档的合合适性。评评审文档档质量的的度量准准则是有有以下六六条：1)完备备性：所所有承担担软件开开发任务务的单位位，都城城必须公公司制定定的软件件文档标标准模版版编制相相应的文文档，以以保证在在开发阶阶段结束束时其文文档是齐齐全的。2)正确确性：在在软件开开发各个个阶段所所编写的的文档的的内容，必必须真实实的反映映阶段的的工作且且与该阶阶段的需需求相一一致。3)简明明性：在在软件开开发各个个阶段所所编写的的各种文文档的语语言表达达应该清清晰、准准确简炼炼，适合合

34、各种文文档的特特定读者者。4)可追追踪性：在软件件开发各各个阶段段所编写写的各种种文档应应该具有有良好的的可追踪踪性。文文档的可可追踪性性包括纵纵向可追追踪性和和横向可可追踪性性两个方方面。前前者是指指在不同同的文档档的相关关内容之之间相互互检索的的难易程程序；后后者是指指确定同同一文档档某一内内容在本本文档中中的范围围的难易易程度。5)自说说明性：在软件件开发各各个阶段段所编写写的各种种文档应应该具有有较好的的自说明明性。文文档的自自说明性性是指在在软件开开发各个个阶段中中的不同同文档能能独立表表达该软软件其相相应阶段段的阶段段产品的的能力。6)规范范性：在在软件开开发各个个阶段所所编写的的

35、各种文文档应该该具有良良好的规规范性。文文档的规规范性是是指文档档的封面面、大纲纲、术语语的含义义以及图图示符号号等符合合有关规规范的规规定。4 标准、条条例和约约定在软件的开开发过程程中，还还必须遵遵守下列列标准、条条例和约约定：1)软件件文档模模版标准准规范需求分析需求分析需求分析功功能需求求附件一：业务流流图附件二：数据流流图附件三：业务工工单/报报表样张张需求分析数数据规划划概要设计概要设计功能结构设设计数据库设计计说明书书详细设计测试大纲使用手册维护手册2)软件件技术规规范工作流图(EPMMS)规规范数据流图(DFDD)规范范IPO图规规范数据库设计计规范VS编程规规范目录结构规规范

36、文档编制规规范3)软件件配置管管理计划划5 评审和和检查必须规定所所要进行行的技术术和管理理两方面面的评审审和检查查工作，并并编制或或引用有有关的评评审和检检查规程程以及通通过与否否的技术术准则。至至少要进进行下列列各项评评审和检检查工作作：1)软件件需求评评审(ssofttwarre rrequuireemennts revvieww)在软件概要要设计结结束后必必须进行行概要设设计评审审，以确确保在软软件需求求规格说说明书中中所规定定的各项项需求的的合适性性。2)概要要设计评评审(pprellimiinarry ddesiign revvieww)在软件概要要设计结结束后必必须进行行概要设设

37、计评审审，以评评价软件件设计说说明书中中所描述述的软件件概要设设计在总总体结构构、外部部接口、主主要部件件功能分分配、全全局数据据结构以以及各主主要部件件之间的的接口等等方面的的合适性性。3)详细细设计评评审(ddetaaileed ddesiign revvieww)软件详细设设计阶段段结束后后必须进进行详细细设计评评审，以以评价软软件验证证与确认认计划中中所规定定的验证证与确认认方法的的合适性性与完整整性。4)功能能检查(funnctiionaal aaudiit)在软件释放放前，要要对软件件进行物物理检查查，以验验证程序序和文档档已经满满足在软软件需求求说明书书中规定定的所有有需求。5)

38、物理理检查(phyysiccal auddit)在验收软件件前，要要对软件件进行物物理检查查，以难难程序和和文档已已经一致致并已做做好了交交付的准准备。6)综合合检查(commpreehennsivve aaudiit)在软件验收收时，要要允许用用户或用用户所委委托的专专家对所所要验收收的软件件进行设设计抽样样的综合合检查，以以验证代代码和设设计文档档的一致致性。7)管理理评审(mannageemennt rreviiewss)要对计划的的执行情情况定期期（或按按阶段）进进行管理理评审；这些评评审必须须由独立立于被评评审单位位的机构构或授权权的第三三方主持持进行。5.1 第第一次评评审第一次评

39、审审会要对对软件需需求、概概要设计计以及验验证与确确认方法法进行评评审。1)软件件需求评评审（SSRR）应应确保在在软件需需求规格格说明书书中规定定的各项项需求的的合理性性；2)概要要设计评评审（PPDR）应应评价软软件设计计说明书书中的软软件概要要设计的的技术合合适性；3)软件件验证和和确认评评审（SSV&VVR）应应评价软软件验证证和确认认计划中中确定的的验证和和确认方方法的合合适性和和完整性性。5.2 第第二次评评审第二次评审审会要对对详细设设计、功功能测试试与演示示进行评评审，并并对第一一次评审审结果进进行复核核。如果果在软件件开发过过程中发发现需要要修改第第一次评评审结果果，则应应按

40、照软软件配置置管理计计划的的规定处处理。1)详细细设计评评审（DDDR）应应确定软软件设计计说明书书中的详详细设计计在满足足软件需需求规格格说明书书中的需需求方面面的可接接受性。 2)编程程格式评评审应确确保所有有编码采采用规定定的工作作语言，能能在规定定的运行行环境中中运行，满满足技术术规范中中的约定定，并且且符合规规范约定定的编程程风格。在在满足这这些要求求之后，方方可进行行测试工工作评审审。3)测试试工作评评审应对对所有的的程序单单元进行行静态分分析，检检查其程程序结构构（即模模块和函函数的调调用关系系和调用用序列）和和变量使使用是否否正确。在在通过静静态分析析后，再再进行结结构测试试和

41、功能能测试。各各个软件件子系统统或模块块只进行行功能测测试，不不单独进进行结构构测试。测测试测试试工作评评审要检检查所进进行的测测试工作作是否满满足这些些要求。特特别在评评审功能能测试工工作时，不不仅要运运行开发发单位给给出的测测试用例例，而且且要允许许运行任任务委托托单位或或用户、评评审人员员选定的的采样用用例。 5.3 第第三次评评审第三次评审审会要进进行功能能检查、物物理检查查和综合合检查。这这些评审审会应在在集成测测试阶段段结束后后进行。1)功能能检查(FA)，应验验证所开开发的软软件已满满足在软软件需求求规格说说明书中中规定的的所有需需求。 2)物理理检查(PA)，应对对软件进进行物

42、理理检查，以以验证程程序和文文档已经经一致，并并已做好好了交付付的准备备。 3)综合合检查(CA)，应验验证代码码和设计计文档的的一致性性、接口口规格说说明的一一致性（硬硬件和软软件）、设设计实现现和功能能需求的的一致性性、功能能需求和和测试描描述的一一致性。6 软件配配置管理理必须编制软软件配置置管理计计划，规规定用于于标识软软件产品品、控制制和实现现软件的的修改、记记录和报报告修改改实现的的状态以以及评审审和检查查配置工工作等四四方面的的活动。还还必须规规定用以以维护和和存储软软件受控控版本的的方法和和设施；必须规规定对所所发现的的问题进进行报告告、追踪踪和解决决的步骤骤，并指指出实现现报

43、告、追追踪和解解决软件件问题的的机构及及其职责责。7 工具、技技术和方方法在软件的研研制与开开发过程程中，都都应该在在各自的的软件质质量保证证活动中中合理地地使用软软件质量量支持工工具、技技术和方方法。这这些工具具主要有有下列三三种：1)软件件配置管管理工具具，它支支持用户户对源代代码清单单的更新新管理以以及对重重新编译译与连接接的代码码的自动动组织；支持用用户有不不同文档档相关内内容之间间进行相相互检索索并确定定同一文文档中的的涉及范范围；同同时还应应支持软软件配置置管理小小组对软软件配置置更改进进行科学学的管理理；2)文档档辅助生生成工具具与图形形编辑工工具，它它主要协协助用户户绘制描描述

44、程序序流程与与结构的的工作流流图(EEPMSS)与数数据流图图(DFFD)。绘绘制描述述软件功功能（输输入、输输出关系系）的曲曲线以及及绘制描描述系统统特性的的一些其其他图形形，同时时还可生生成若干干与软件件文档编编制大约约相适应应的文档档模板。用用户利用用这个工工具的正正文与图图形编辑辑功能以以及上述述辅助功功能，可可以比较较方便地地产生清清晰悦目目的文档档，也有有利于对对文档进进行更改改，还有有助于提提高文档档的编制制质量；3)数据据库设计计工具，主主要设计计完成数数据库的的逻辑模模型与物物理模型型，同时时还可生生成与软软件文档档编制大大约相适适应的数数据字典典。8 媒体控控制为了保护计计

45、算机程程序的物物理媒体体，以免免非法存存取，意意外损坏坏或自然然老化，SSQA人人员按照照软件工工程小组组制订的的、且经经批准的的软件件配置管管理计划划妥善善管理和和存放各各个子系系统及其其专用支支持软件件的媒体体。9 对供货货单位的的控制需要从软件件销售购购买、委委托或其其他开发发单位开开发、从从开发单单位现存存软件库库中选用用或从项项目委托托单位或或用户的的现有软软件库中中选用软软件时，SSQA必必须参与与软件选选用评审审、测试试与检查查，只有有当演示示成功、测测试合格格后才能能批准选选用。如如果只选选用其中中部分内内容，则则按待开开发软件件的处理理过程办办理，此此时SQQA不再再干预。

46、10 记录录的收集集、维护护和保存存在软件的研研制与开开发期间间，要进进行各种种软件质质量保证证活动，准准确记录录、及时时分析并并妥善保保存有关关这些活活动的记记录，是是确保软软件质量量的重要要条件。SSQA人人员负责责收集、汇汇总与保保存有关关软件质质量保证证活动的的记录。要要收集、汇汇总与保保存的记记录名字字及其保保存期限限见表11。表1 记录录名称及及其保存存的期限限记录的名称称与分类类要保存的期期限阶段评审阶段评审总总结整个软件开开发周期期记录阶段评审主主要问题题整个软件开开发周期期阶段评审成成员整个软件开开发周期期日常检查软件阶段产产品完成成情况整个软件开开发周期期修改软件问题报报告

47、单整个软件开开发周期期组织软件质量人人员记录录整个软件开开发周期期附件二：技技术月报报技 术 月 报 （一一）统计日期：项目信息项目名称进度甘特图图项目经理合同工期说明：对项项目进度度的甘特特图可另另用篇幅幅，采用用Exccel格格式制作作，用不不同的颜颜色同时体现计计划和实实际进度度状况。项目进度信信息阶段计划进度实际进度备注开始日期结束日期开始日期结束日期1需求分析析阶段2概要设计计阶段3详细设计计阶段4软件编码码阶段5软件测试试阶段6系统试运运行阶段段7系统综合合验收说明：阶段段产品包包括实施施计划、需需求规格格说明书书、概要要设计说说明书、详详细设计计说明书书、测试试大纲、 使用用手册

48、、维维护手册册、项目目开发总总结、源源代码清清单、配配置管理理计划等等。质量信息阶段质量过程状状态评审状态评审结果质量总结1需求分析析阶段过程跟踪评审评审 复复审通过 不不通过2概要设计计阶段过程跟踪评审评审 复复审通过 不不通过3详细设计计阶段过程跟踪评审评审 复复审通过 不不通过4软件编码码阶段过程跟踪评审评审 复复审通过 不不通过5软件测试试阶段过程跟踪评审评审 复复审通过 不不通过6系统试运运行阶段段过程跟踪评审评审 复复审通过 不不通过7系统综合合验收过程跟踪评审评审 复复审通过 不不通过技 术 月 报 （二二）统计日期：费用信息项目预算： （人人月）其中项目组组： （人月月）其中专

49、题组组： （人月月）月份项目组员（现场）项目组员（非现场）专题组（现场）专题组（非现场）其他人员（现场）其他人员（非现场）房租费通信费办公费招待费生活用品差旅交通奖金本月累计本月累计本月累计本月累计本月累计本月累计本月累计本月累计本月累计本月累计本月累计本月累计本月累计123456789101112合计技术管理制度及办法之 售后服务管理办法附件3：软软件阶段段评审表表在软件开发发过程中中的适当当阶段对对软件阶阶段产品品进行评评审，是是确保软软件产品品最终质质量的重重要方法法。阶段段评审可可以对某某个开发发阶段产产品进行行评审，也也可以对对某几个个开发阶阶段产品品进行综综合评审审。在每每次阶段段

50、评审中中，必须须履行正正式手续续，填写写必要的的评审表表格，以以利于项项目管理理工作，利利于产品品验收时时的质量量检查工工作。软件阶段评评审表由由两张子子表组成成:1)评审审总结报报告；2)主要要问题的的详细描描述(软软件问题题报告单单)； 评审总结报报告评审总结结报告登 记 号号评审日期评审性质评审 复复审阶段状态需求分析概要设计详细设计软件编码软件测试安装与验收收软件总开发发阶段负 责 人人电话地址评审结论通 过 不需修改改 稍作修改改不通过作重要修改改要重新评审审评审成员质量管理：产品经理：工程总监：研发总监：项目经理：备 注表2：软件件问题报报告单软件问题报报告单登记号登记日期年 月

51、日发现日期年 月 日子系统名称称模块名称模块编码 阶段状态态需求分析概要设计详细设计软件编码软件测试安装与验收收 报告人姓名名电话地址 软件问题题程序 数据库 文档 其它 问题描述/影响：附注及修改改建议：附件4：软软件配置置管理计计划软件配置管管理计划划产品名称：编制单位：产品编号：文档编号：版 本 号号：编制日期：更改日期：拟制人审核批准1引言配置管理理计划的的简介应应提供整整个文档档的概述述。它应应包括此此配置管管理计划划的目的的、范围围、定义义、术语语定义、参参考资料料和概述述。1.1 目目的阐明此配配置管理理计划的的目的。1.2 范范围简要说明明此配置置管理计计划的范范围；它它的相关

52、关模型，以以及受到到此文档档影响的的任何其其他事物物。1.3 术术语定义义本小节应应提供正正确理解解此配置置管理计计划所需需的全部部术语、首首字母缩缩写词和和缩略语语的定义义。软件配置管管理，简简称SCCM(SSofttwarre CConffiguurattionn Maanaggemeent的的缩写)，是在在团队开开发中，标标识、控控制和管管理软件件变更的的一种管管理。配配置管理理的使用用取决于于项目规规模和复复杂性以以及风险险水平。软软件的规规模越大大，配置置管理就就显得越越重要。基线(baasellinee)，是是项目储储存库中中每个工工件版本本在特定定时期的的一个“快照”。它提提供一

53、个个正式标标准，随随后的工工作基于于此标准准，并且且只有经经过授权权后才能能变更这这个标准准。建立立一个初初始基线线后，以以后每次次对其进进行的变变更都将将记录为为一个差差值，直直到建成成下一个个基线。 功能基线(Funnctiionaal BBaseelinne)，功功能基线线是指在在系统分分析与软软件定义义阶段结结束时，经经过正式式评审和和批准的的系统设设计规格格说明书书中对待待开发系系统的规规格说明明；或是是指经过过项目委委托单位位和项目目承办单单位双方方签字同同意的协协议书或或合同中中所规定定的对待待开发软软件系统统的规格格说明；或是由由下级申申请经上上级同意意或直接接由上级级下达的的

54、项目任任务书中中所规定定的对待待开发软软件系统统的规格格说明。功功能基线线是最初初批准的的功能配配置标识识。指派基线(Alllocaatedd Baasellinee)，指指派基线线是指在在软件需需求分析析阶段结结束时，经经过正式式评审和和批准的的软件需需求的规规格说明明。指派派基线是是最初批批准的指指派配置置标识。产品基线(prooducct bbaseelinne)产产品基线线是指在在软件组组装与系系统测试试阶段结结束时，经经过正式式评审的的批准的的有关所所开发的的软件产产品的全全部配置置项的规规格说明明。产品品基线是是最初批批准的产产品配置置标识。 配置控制(connfigguraati

55、oon cconttroll)，对对软件任任务在开开发过程程中的资资源进行行标识，以以便识别别。配置检查(connfigguraatioon aaudiit)，对对软件配配置管理理过程中中的活动动进行检检查。配置标识(connfigguraatioon iidenntifficaatioon)配置状态记记录(cconffiguurattionn sttatuus aaccoounttingg)软件开发库库(Sooftwwaree Deevellopmmentt Liibraary)，软件件开发库库是指在在软件生生存周期期的某一一个阶段段期间，存存放与该该阶段软软件开发发工作有有关的计计算机可可

56、读信息息和人工工可读信信息的库库。软件受控库库(Sooftwwaree Soontrrollled Libbrarry)，软软件受控控库是指指在软件件生存周周期的某某一个阶阶段结束束时，存存放作为为阶段产产品而释释放的、与与软件开开发工作作有关的的计算机机可读信信息一人人工可读读信息的的库。软软件配置置管理就就是对软软件受控控库中的的各软件件项进行行管理，因因此软件件受控库库也叫做做软件配配置管理理库。软件产品库库(Sooftwwaree Prroduuct Libbrarry)，软软件产品品库是指指在软件件生存周周期的组组装与系系统测试试阶段结结束后，存存放最终终产品而而后交付付给用户户运行

57、或或在现场场安装的的软件的的库。接口控制(Intterffacee Coontrrol），接接口控制制是指描描述有关关由一个个或多个个部门提提供的两两个或两两个以上上的配置置项接口口的所有有功能特特性和物物理特性性的过程程。在实实现之前前，要确确保对这这些功能能特性和和物理特特性所建建议的修修改已经经过评审审和批准准。1.4 参参考资料料本小节应应完整列列出此配配置管理理计划中中其他部部分所引引用的任任何文档档。每个个文档应应标有标标题、报报告号（如如果适用用）、日日期和出出版单位位。列出出可从中中获取这这些参考考资料的的来源。这这些信息息可以通通过引用用附录或或其他文文档来提提供。GB/T

58、114457 软件工工程术语语 GB 85566 计算机机软件开开发规范范 GB 85567 计算机机软件产产品开发发文件编编制指南南 GB/T 125504 计算机机软件质质量保证证计划规规范 1.5 概概述本小节应应说明此此配置管管理计划划中其他他部分所所包含的的内容，并并解释文文档的组组织方式式。2 软件配配置管理理描述负责责软件配配置管理理的机构构、任务务、职责责及其有有关的接接口控制制。2.1 机机构本小节描描述在各各阶段中中负责软软件配置置管理的的机构。描描述的内内容如下下：A 描述述在软件件生存周周期各阶阶段中软软件配置置管理的的功能和和负责软软件配置置管理的的机构； B 说明明

59、项目和和子项目目与其他他有关项项目之间间的关系系；C 指出出在软件件生存周周期各阶阶段中的的软件开开发或维维护机构构与配置置控制组组的相互互关系。2.2 任任务本小节描描述在软软件生存存周期各各个阶段段中的配配置管理理任务以以及要进进行评审审的检查查工作，并并指出各各个阶段段的阶段段产品应应存放在在哪一类类软件库库中（软软件开发发库、软软件受控控库或软软件产品品库）。 2.3 职职责本小节描描述与软软件配置置管理有有关的各各类机构构或成员员的职责责，并指指出这些些机构或或成员相相互之间间的关系系。A指出负负责各项项软件配配置管理理任务（如如配置标标识、配配置控制制、配置置状态记记录以及及配置的

60、的评审与与检查）的的机构的的职责； B指出上上述机构构与软件件质量保保证机构构、软件件开发单单位、项项目承办办单位、项项目委托托单位以以及用户户等机构构的关系系；C说明由由本计划划第2.2条指指明的生生存周期期各个阶阶段的评评审、检检查和审审批过程程中的用用户职责责以及相相关的开开发与维维护活动动；D指出与与项目开开发有关关的各个个机构的的代表的的软件配配置管理理职责；E指出其其他特殊殊职责，例例如为满满足软件件配置管管理要求求所必要要的批准准要求。2.4 接接口控制制本小节应应该描述述：A 接口口规格说说明标识识和文档档控制的的方法；B 对已已交付的的接口规规格说明明和文档档进行修修改的方方