软件产品研发过程控制程序.docx
《软件产品研发过程控制程序.docx》由会员分享，可在线阅读，更多相关《软件产品研发过程控制程序.docx（37页珍藏版）》请在冰豆网上搜索。
软件产品研发过程控制程序
文件名称：
软件产品研发过程控制程序
文件编号：
版本号/修改码：
A/02
文件密级：
秘密
文件状态：
CFC
受控标识：
受控
拟制/日期：
审核/日期：
会签：
批准/日期：
修订页
编
号
章节
名称
修订内容简述
修订
日期
订前
版本
订后
版本
拟制
审核
批准
1
2
a）
3
4
5
6
7
8
9
10
11
12
13
本版本与旧文件（版本）的关系
本文件发布后，原文件《软件产品研发过程控制程序》版本号A/01,宣布作废。
目录
1方针、目的和范围1
1.1方针1
1.2目的1
1.3范围1
2角色和职责1
3定义和术语2
4工作程序2
4.1软件开发过程（瀑布模型）流程图2
5活动说明4
5.1活动描述4
5.1.1补充说明7
6度量元及度量活动8
6.1度量元8
6.2度量活动8
7相关文件8
8形成的文件及记录8
软件产品研发过程控制程序
1方针、目的和范围
1.1方针
●软件产品研发过程必须遵守标准的开发流程。
●公司标准开发流程不适合项目特点时，则在项目策划阶段定制项目特定的开发流程。
●项目定制的开发流程必须经过技术质量管理部发布方可生效。
1.2目的
通过规范公司软件产品研发过程，从而提高软件产品的质量和开发能力。
1.3范围
本程序适用于和利时公司软件产品开发和应用开发。
2角色和职责
角色
责任
部门或岗位
项目经理
●制定项目计划，组织项目组进行开发实施
●对项目的开发过程符合度负责
●对项目工作产品质量负责
●组织项目工作产品的设计、评审、审查和确认
●负责项目论证，系统分析，编写立项论证报告
●负责组织需求阶段、设计阶段的评审工作
●负责开发阶段的数据度量工作
●负责开发里程碑总结
项目立项时任命
顾客及相关组
用户代表
●提出和确认产品的客户需求
●参与项目安排的工作产品确认
●协调项目组和用户关系
对于定制开发项目，应为客户代表；对于自主产品开发，一般为工程部门的代表。
用户代表应在项目计划中明确。
相关组
●与项目有关系的外部组织或人员。
如技术质量管理部门、QC部门、生产部门、采购部门等，根据项目和活动需求来确定
在项目计划中明确
软件开发、QC、配置管理员
开发工程师
●编写产品需求规格书
●编写设计文件、接口控制文件
●根据设计文件，编写代码
●参与代码走查
●编写模块测试规范
●对模块进行测试，编写模块测试报告
●参与编写软件集成说明
●修改软件产品缺陷
开发部门承担
QC经理
●制定各阶段测试计划，包括集成测试、系统测试等阶段
●负责组织测试过程的评审工作，包括静态分析、模块测试、集成测试、系统测试等阶段。
●参与测试环境建设
●组织测试实施工作
●负责测试阶段的数据度量工作
●编写集成、系统测试报告
●负责测试里程碑总结
QC部门
QC工程师
●编写集成、系统测试规格书
●对产品进行测试
●参与需求、设计的评审工作
●参与代码走查工作
QC部门
配置管理员
●执行项目配置管理工作
●负责软件集成构建工作
●负责基线发布工作
开发部门承担
3定义和术语
无。
4工作程序
软件开发过程包括管理过程和技术过程，管理过程参见《开发项目过程控制程序》，技术过程参见下面的流程。
在安全级产品中，开发过程应有验证工作，验证的独立性随着不同的安全等级有变化，具体流程应根据产品安全标准要求来定义，本流程不涉及。
软件设计变更控制参见《变更管理控制程序》。
4.1软件开发过程（瀑布模型）流程图
注：
在上图的“输出文档”列中，文件名称为黑色字体，表示是开发工程师输出的文件；文件名称为蓝色字体，表示是QC工程师输出的文件。
5活动说明
5.1活动描述
软件开发过程（瀑布模型）中，各个过程要素的描述如下：
序号
名称
输入
入口准则
角色
活动
输出
出口准则
适应的标准和规范
度量数据
备注（资源、约束等）
1
分包
立项报告或可行性分析报告
项目已立项
项目经理
如果是全部分包则走《采购管理流程》；如果是部分分包则分包部分走《采购管理流程》，自行开发部分，走开发流程。
分包与自行开发在“产品集成”活动点汇合。
/
/
《采购管理控制程序》
/
/
2
软件需求开发
需求调研
立项报告或可行性分析报告
项目已立项
开发工程师
进行用户需求调研和产品应用标准的研究，根据需要形成用户需求规格书
用户需求规格书
用户需求规格书草稿已完成
/
/
/
用户需求规格书确认
用户需求规格书
用户需求规格书草稿已完成
项目经理
用户代表
项目经理负责联系用户或者用户代表，对用户需求规格书进行确认
用户需求规格书
用户已经确认
/
/
/
需求分析
用户需求规格书、
相关的应用标准
用户已经确认用户需求规格书
开发工程师
分析用户需求和应用标准，编制项目软件需求规格书
软件需求规格书、接口控制文件
软件规格书经过技术负责人的初审（非正式）
/
/
/
需求评审
软件需求规格书
软件需求规格书已经过技术负责人的初审
开发工程师
QC经理
QC工程师
用户代表
评审软件需求规格书是否合适的满足了有关的要求
参见评审管理流程
软件需求规格书、评审记录表
评审遗留问题已经解决
《设计评审、验证、确认控制程序》
/
/
系统测试规格书编制
软件需求规格书
软件需求规格书已经批准
QC工程师
根据软件需求规格书编制系统测试规格书
系统测试规格书
系统测试规格书编制已完成
/
/
/
系统测试规格书评审
系统测试规格书
系统测试规格书编制已完成
QC经理
QC工程师
开发工程师
评审系统测试规格书是否合适的满足了有关的要求
参见评审管理流程
系统测试规格书、评审记录表
评审遗留问题已解决
《设计评审、验证、确认控制程序》
/
/
3
软件总体设计
软件总体设计
软件需求规格书
软件需求规格书已批准
开发工程师
定义软件的主要组件和子系统、它们之间的互联方式及所需属性的实现方式。
主要软件组件包括操作系统、数据库、装置输入、通讯子系统、应用程序、编程工具和诊断工具等。
实现方式包括复用模块的分析。
软件总体设计规格书、技术规范、软件/可编程电子集成测试说明
软件总体设计规格书草稿已完成
（1份或多份）
/
/
/
软件总体设计同行评审
软件总体设计规格书
总体设计完毕
开发工程师
QC经理
QC工程师
评审软件架构是否合适的满足了有关的要求
参见评审管理流程
软件总体设计规格书、评审记录表
评审遗留问题已经解决
《设计评审、验证、确认控制程序》
/
/
软件集成测试规格书编制
软件总体设计规格书
软件总体设计规格书已经批准
QC工程师
根据总体设计规格书，编制软件集成测试规格书
软件集成测试规格书
软件集成测试规格书编制完毕
/
/
/
软件集成测试规格书评审
软件集成测试规格书
软件集成测试规格书编制完毕
QC经理
QC工程师
开发工程师
评审软件集成测试规格书是否合适的满足了有关的要求
参见评审管理流程
软件集成测试规格书、评审记录表
评审遗留问题已解决
《设计评审、验证、确认控制程序》
/
/
4
模块设计
模块设计
软件总体设计规格书
软件总体设计规格书已经批准
开发工程师
根据软件总体设计规格书，针对每个模块的输入、输出、数据结构、控制流程，进行详细设计
模块设计规格书
模块设计规格书草稿已经完成
/
/
/
审查
模块设计规格书
模块设计完毕
开发工程师
评审模块设计规格书是否满足软件总体设计规格书的要求
模块设计规格书、审查记录
审查中的问题已经解决
《设计评审、验证、确认控制程序》
/
参见评审管理流程
模块测试规格书
模块设计规格书
模块设计规格书已经批准
开发工程师
根据模块设计规格书，编制模块测试规格书。
模块测试规格书
模块测试规格书编制完毕
/
/
/
模块测试规格书评审
模块测试规格书
模块测试规格书编制完毕
开发工程师
QC经理
QC工程师
评审模块测试规格书是否合适的满足了有关的要求
参见评审管理流程
模块测试规格书、评审记录表
评审遗留问题已解决
《设计评审、验证、确认控制程序》
/
参见评审管理流程
5
实现
编码
模块设计规格书
模块设计审查通过
开发工程师
按照模块设计规格书进行代码的编写和调试
源代码清单
编码完毕
编程规范
/
/
代码走查与审查
源代码
编码完毕
开发工程师
QC工程师
1、分发模块设计规格书给走查人员
2、走查人员熟悉模块设计规格书
3、开发人员逐行介绍代码
4、走查人员提出对代码的意见
5、记录人员记录走查情况，编写代码走查报告
1.代码走查报告
2.静态分析检查单
代码走查中发现的问题已经解决
《设计评审、验证、确认控制程序》
/
/
6
模块测试
1、软件模块源代码
2、模块测试规格书
代码走查通过
开发工程师
1、根据软件模块设计规格书，划分测试模块（分支、边界等），并开发必要的、可复用的测试程序以及数据；
2、对各模块代码进行测试，并对测试结果进行记录，发现的缺陷要求登记在V&V系统；
3、对测试发现的Bug进行修改、回归测试；
4、编写模块测试报告；
5、若项目计划中规定了覆盖率要求，则应提供覆盖率证明；
6、模块测试报告评审；
7、编写软件集成说明文件，包括：
识别集成范围、各模块的集成环境要求、编译工具要求、编译参数设定、模块的集成顺序、其他注意事项等。
1、V&V问题跟踪单
2、模块测试报告
3、可复用的测试程序代码
4、评审记录表
5、软件集成说明
符合质量模型中规定的测试阶段出口准则
《质量模型定义》、《测试管理控制程序》
/
/
7
软件集成构建
1、软件集成说明
2、软件/可编程电子器件
1、如有硬件集成，需提供软件/可编程电子器件
2、模块测试报告
配置管理员
1、根据集成说明，搭建产品集成环境，并对集成环境进行确认，填写产品集成环境确认表。
2、根据集成说明，从配置库提取对应源码，在准备就绪的产品集成环境下，按照软件集成说明要求，组装产品组件，并进行集成验证，直到符合集成产品的要求，提交集成产品。
如有硬件集成，需进行可编程电子器件运行软件的录制。
软件安装盘或
软件/可编程电子器件
/
《测试管理控制程序》
/
/
8
软件集成测试
软件集成测试规格书
软件集成已完成，产品组件接口已确认
QC经理
QC工程师
1、按照产品交付清单接收集成后的产品。
2、依据软件集成测试规格书进行集成测试（如有硬件集成依据硬件接口测试用例进行集成测试）。
3、对Bug修改后进行回归测试。
4、记录集成测试记录，并编写软件集成测试报告。
5、集成测试报告评审。
1、V&V问题跟踪单
2、软件集成测试报告
3、评审记录表
符合质量模型中规定的测试阶段出口准则
1、《质量模型定义》
2、《测试管理控制程序》
/
/
9
系统测试
1、系统用户手册
2、系统测试规格书
3、接口控制文件
符合软件集成测试出口准则
QC经理
QC工程师
1、按照软件系统测试计划和软件系统测试用例对软件进行系统测试。
2、记录软件系统确认测试记录。
3、对测试Bug修改后进行回归测试。
4、编写软件系统测试报告。
5、软件系统测试报告评审。
1、V&V问题跟踪单
2、软件系统测试报告（含记录）
3、评审记录表
符合质量模型中规定的测试阶段出口准则
1、《质量模型定义》
2、《测试管理控制程序》
/
/
10
产品发布
/
软件产品各项测试均已通过
参看《软件产品发布控制程序》
《软件产品发布控制程序》
/
/
5.1.1补充说明
无。
6度量元及度量活动
6.1度量元
序号
分类
度量元名字
度量责任人
裁剪指南
1
产品规模度量
新开发的代码行数
项目经理
不可裁剪
2
修改的代码行数
3
重用代码行数
4
产品质量度量
需求评审发现的问题数
项目经理
不可裁剪
5
设计评审发现的问题数
6
代码走查发现的问题数
7
模块测试发现的问题数
8
集成测试发现的问题数
QC经理
9
系统测试发现的问题数
10
过程质量度量
QA发现的问题数、关闭的问题数
QA人员
不可裁剪
表2度量需求表
6.2度量活动
1、产品规模由项目经理在项目关闭时进行度量；
2、产品质量（测试的BUG）由QC经理在每个测试阶段关闭时进行阶段度量，在项目关闭时进行项目度量；
3、项目过程质量，由QA人员在审计时填写，在里程碑处进行阶段度量，在项目关闭时进行项目度量。
7相关文件
（1）《项目管理控制程序》
（2）《设计评审、验证、确认控制程序》
（3）《测试管理控制程序》
（4）《采购管理控制程序》
（5）《可行性分析报告》
（6）《变更控制程序》
（7）“编程规范”
8形成的文件及记录
（1）需求规格说明书
（2）总体设计规格书
（3）接口控制文件
（4）模块设计规格书
（5）软件集成说明
（6）代码走查报告
（7）静态分析检查单
（8）模块测试规格书
（9）软件集成测试规格书
（10）系统测试规格书
（11）模块测试报告
（12）集成测试报告
（13）系统测试报告
（14）评审记录表
--以下无正文
升级会员 