集成计划模板.doc

产 品 集 成 计 划

产 品 集 成 计 划

做 您 最 擅 长 的 · 其 余 的 外 包
Do what you do best and outsource the rest

文档编号：
文档信息：
文档名称：
文档类别：CMMI模板
密 级： 机密
版本信息：
建立日期：
创 建 人：
审 核 者：
批 准 人： Sunny
批准日期：
保 管 人：
存放位置：
编辑软件：Microsoft Office 2003 中文版

目 录
1.1 目的 4
1.2 范围 4
1.3 术语 4
1.4 参考文献 4
2.1 集成策略 5
2.2 资源 5
2.3 集成过程里程碑 6
2.4 产品集成项目列表 6
2.5 交付的工作产品 6

1 前言
1.1 目的
[ 明确给出该产品集成计划的目的。比如，是为了各项目小组或任务分包商对集成任务有一个统一的认识，同时有一个统一的进度安排。]
1.2 范围
[ 描述产品集成计划的范围，产品集成计划中可能涉及到的系统范围。]
1.3 术语
[ 产品集成计划中用到的术语及缩写。 ]
1.4 参考文献
[ 产品集成计划中应用的参考文献。 ]
2 产品集成计划
2.1 集成策略
[不论是采用结构化或面向对象方法设计实现的系统，它们的集成一般是一个递增的过程，集成策略中的主要内容是集成单元的集成顺序和接口定义。
接口定义是描述集成单元应遵守的共同约定，例如采用构件构造系统，集成单元应遵循构件系统规范（COM/DCOM/CORBAR/OMS等）。
集成顺序是集成单元的先后顺序，如哪些部分采用自顶向下集成，哪些部分测试自底向上集成，这取决于需求定义、系统体系结构等因素。
集成测试是把经过单元测试的模块放在一起形成一个功能模块或子系统来测试。着重测试模块的接口以及集成后的功能。]

2.2 资源
2.2.1 集成测试过程角色职责映射表
[在具体的产品集成计划中应给出明确的人员名单及相应的角色、职责映射。开发经理、部门经理、开发工程师、配置工程师可相应承担这样的角色。]
角色
人员
职责
集成测试设计工程师

负责制定集成测试计划。
集成配置工程师

集成环境的构建

按照产品集成计划将通过了单元测试的类集成。
负责集成测试阶段的配置管理，如在配置库中执行merge、label等操作。
集成测试工程师

设计和构造测试桩（可选），编制测试脚本（可选）执行集成测试并记录测试结果，将问题提交到ClearQuest库中，编写集成测试报告。

2.2.2 集成环境资源
[ 描述集成的硬件设备环境、网络通信环境、集成支持平台环境、集成支持工具等 。 ]
类型
名称
产商
版本

缺陷报告跟踪
ClearQuest
Rational Software Co.

2.3 集成过程里程碑
[ 集成时间表与集成策略相对应，明确在集成阶段里什么时间由集成单元负责人集成其负责的集成单元。集成过程时间表应依从项目计划中给出的集成时间表。]
#
集成标签
集成日期
集成范围
集成项目
验收标准
集成工程师
1
V2.0.0-INT1
[2004/12/8~2004/12/18]
[确定集成对象，包括其版本。可以按所要集成的子系统或完整的业务功能系统描述。]
[集成项目编号或范围]

2

3

2.4 产品集成项目列表
编号
产品集成项目
内容描述

2.5 交付的工作产品
#
名称
类型
负责人
交付时间
1
产品集成计划
Word文档

2004/11/16
2
产品集成报告
Excel表

3
产品集成问题
ClearQuest问题库

做 您 最 擅 长 的 · 其 余 的 外 包 Do what you do best and outsource the rest