产品集成过程(Product Integration Process).doc

SKYWORTH 产品集成过程
Document number 文档编号
Confidentiality level 密级
VIT-NJP-Proc-PI-01
内部公开
Document version 文档版本
Total 12 pages 共 12 页
V1.10

Product Integration Process
产品集成过程

Prepared by
拟制
谢建洪
Date
日期
2011-7-9
Reviewed by
评审人
SEPG team
Date
日期
2011-7-20
Approved by
批准

Date
日期
2011-12-20
Revision Record 修订记录
Date
日期
Revision Version
修订版本
Sec No.
修改章节
Change Description
修改描述
Author
作者
2011-7-9
V1.00

初稿完成
谢建洪
2011-7-20
V1.01

根据SEPG评审意见修改
谢建洪
2011-11-30
V1.10
全文
发布前的格式调整以及更换Logo
谢建洪

Table of Contents 目录
1 Purpose 目的 5
2 Scope 范围 5
3 Abbreviations and Acronyms 术语和缩略语 5
4 Policy 方针 5
5 Process Description 过程描述 5
5.1 Roles and Responsibilities 角色和职责 6
5.2 Entrance Criteria 入口准则 6
5.3 Input 输入 6
5.4 Activities 活动 6
5.4.1 Flow Chart 流程图 6
5.4.2 制定产品集成计划 7
5.4.3 准备产品集成 7
5.4.4 集成实施 8
5.4.5 工作产品 9
5.5 Output 输出 9
5.6 Exit Criteria 出口准则 9
6 Resource and Tools 资源与工具 9
7 Configuration Management and Assets 配置管理和资产 9
8 Training 培训 9
9 Process Measurement 过程度量 9
10 Tailoring Guidelines 裁剪指南 9
11 技能要求 10
12 Verification 验证 9
13 Related Process 相关过程 10
1

Table List 表目录
表1 术语与缩略语 5

Figure List 图目录
图1 产品集成流程图 7

1 Purpose 目的
为确保创维数字技术有限公司（以下简称创维数字）在软件开发项目中的工作产品质量稳定，对产品集成过程进行规范化描述，特制定本文档。
“产品集成”过程是把产品构件组装成产品，确保所集成的产品恰当地发挥作用，确保交付产品正确运行。

2 Scope 范围
本文档定义了在软件开发工作中对产品集成进行管理的标准流程。
产品集成是指把产品组件组装为更加复杂的产品组件或完整的产品，包括软件组件之间的集成、软件与硬件的集成、软件基础数据的录入、调试等。
本文档的读者为项目组所有相关人员。
3 Abbreviations and Acronyms 术语和缩略语
表1 术语与缩略语
缩略语
中文名
英文名
解释
备注
PI
产品集成
Product Integration
把产品构件集成为比较复杂的或更加完备的产品。

PC
产品构件
Product component
最终可运行产品的各个组成部分，可以是软件的展现界面、业务逻辑模块、类或接口、基础构件、存储过程、数据结构、第三方产品等。

4 Policy 方针
1、 集成必须要首先确定好模块需求和顺序；
2、 集成的环境必须要干净；
3、需要集成的文件不能够有中间文件。
5 Process Description 过程描述
5.1 Roles and Responsibilities 角色和职责

审核
执行
测试

打包交付产品或产品构件

审核
检查
检查

核查集成的产品构件

支持
审核
集成
测试

集成产品构件

提供

提供

确认集成用的产品构件已经准备就绪

审核
管理

管理接口

审核
审查

审查接口描述的完备性

支持

建立
测试

建立产品集成环境
评审
支持
审核
支持
理解
管理
制订
制定详细的产品集成规程
评审
支持
审核
理解
理解
管理
建立
建立集成产品方案
技术管理委员会
产品线
项目经理
开发小组
测试小组
配置管理小组
设计小组
活动/角色

5.2 Entrance Criteria 入口准则
可集成的产品构件开发完成、外部构件准备到位
5.3 Input 输入
《需求规格说明书》。
《软件设计说明书》或《软件详细设计说明书》。
“产品构件及其说明资料”
5.4 Activities 活动
建立产品集成方案
制订详细的产品集成规程
建立产品集成环境
审查接口的完备性
管理接口

5.4.1 Flow Chart 流程图

图1 产品集成流程图
5.4.2 制定产品集成计划
PM根据项目计划制定产品集成计划。集成计划描述了模块集成的顺序、软件环境、硬件环境、测试环境和资源需求，所采用的集成方法等，并输出到《产品集成计划》模板中。
产品集成需要有项目组指定专人负责，由PM指定专人集成。
5.4.3 准备产品集成
5.4.3.1 建立集成环境
集成前建立编译、集成的环境，包括硬件环境、网络环境、软件环境（如：Linux、UCOS等），确认关键系统的版本（如：STM、依赖库等）。
必须确保集成用的机器是干净的机器，即不安装与编译、集成无关的程序。如果项目有特殊的要求，可以在项目计划中给予明确。
5.4.3.2 确定集成规程
集成时机：一般单元测试阶段完成后，就可以开始做产品集成。
集成频率：在条件允许的情况下，建议项目组每天集成或者每几天集成一次，或者在项目进入集成测试阶段每天集成多次。
集成时间：集成时间需要统一规定。例如项目组可以规定某天下午15:00打包，15:00前每个开发人员必须提交所有源码以供集成。
确定将要集成的关键模块，集成的顺序，集成的方法，需要测试的接口、集成验证的规程等。
从配置库中获取正确的待集成文件之前，CMO必须取消开发人员在配置库“写”的操作权限。
注意编译的中间产物不能放入配置库中，如obj文件等，避免导致编译工具发现已经有编译好的中间文件，不再重新编译生成新的文件。
5.4.3.3 准备待集成的文件
在集成前，开发人员在单元测试完成后将各自的最新源代码、外部依赖库文件和产品集成注意事项提交到配置库。CMO取消开发人员在配置库“写”的操作权限。
5.4.4 集成实施
1. 集成负责人必须从配置库中获取正确的待集成文件及版本到集成指定机器；
2. 集成负责人使用编译、集成工具进行编译、集成，并根据集成验证规程检查编译、集成是否通过；
3. 若集成通过：
集成负责人将集成通过的包，部署至指定的测试机器上；并将集成后的包提交到配置库，集成结束。
4. 若集成不通过：
（1） 集成负责人同时通知开发人员来修改源代码或补提交源代码；
（2） 开发人员在完成代码修改或补提交后，通知集成负责人再次集成，跳至1执行；
（3） 如果因其它原因无法在当天完成代码的修改或补提交，若经项目经理同意这部分代码不用集成，则由开发人员来通知集成负责人再次集成，跳至第1步执行。
5. 集成负责人将本次集成的情况记录在《产品集成计划》。
6. 集成过程中，项目经理应定期检查集成环境是否符合规定的要求。
7. 项目结项，集成负责人应将该项目的集成环境给予清除。
5.4.5 工作产品
打包集成的EXE文件、JAR文件、WAR、lib文件等等。
5.5 Output 输出
集成后的产品或产品组件。
《产品集成计划》。
5.6 Exit Criteria 出口准则
产品或产品组件集成完毕并核查通过。
6 Resource and Tools 资源与工具
项目经理协调并提供产品集成所需的资源和工具，例如电脑、办公环境，工具和软件等以及与外部的协调。
7 Configuration Management and Assets 配置管理和资产
产品集成过程中所有的输出都要纳入到配置库或者资产库中进行管理。
8 Training 培训
参与产品集成相关人员，应具备相应的能力、技术和对本过程的理解与掌握，若掌握，则可免修，否则，高层经理需为其安排有关培训。
9 Process Measurement 过程度量
参与产品集成的人数；
集成的产品构件数；
产品集成时间；
集成测试时间
集成测试BUG数据；
集成测试BUG率；
10 Tailoring Guidelines 裁剪指南
项目经理可以根据项目的实际情况裁剪或简化上述活动。
11 技能要求
设计小组
– 熟悉通用的设计与开发技术；
– 熟悉公司技术力量和产品积累；
– 熟悉建模工具的操作使用

开发小组
– 具有识别“标准设计表示方法”的能力；
– 精通实现“产品构件”的开发工具
– 熟悉文档编辑工具；
– 熟悉产品安装及维护流程；
– 熟悉产品的使用方法和技巧

测试小组
– 熟悉通用的测试方法；
– 熟悉通用的测试工具

项目经理
– 熟悉项目管理；
– 熟悉客户行业的业务知识；
– 精通通用的设计与开发技术；
– 熟悉公司技术力量和产品积累；
– 熟悉需求开发及分析方法；
– 熟悉办公软件的操作使用；
– 熟悉建模工具的操作使用。

12 Verification 验证
用户对集成后的产品进行接收验证。
QA定期评审项目跟踪和监控的活动和工作产品，对里程碑处的审计活动和工作产品进行评审和审计，并报告其结果，具体流程参见质量保证过程定义。
13 Related Process 相关过程
《设计过程》
《需求开发与管理》
《产品与过程质量保证》
《交付与维护》
14 Reference Materials 参考文献
软件工程规范；
公司事务性工作流程；
软件能力成熟度模型（CMMI-SE/SW）；
IT项目管理；
GB/T 11457 软件工程术语；
GB 8566 计算机软件开发规范；
GB 8567 计算机软件产品开发文件编制指南

Copyright © SKYWORTH Digital Ltd. Page 12, Total 12 第12页，共12页