SP1.3 建立产品集成流程与标准
建立并维护产品组件集成的流程与标准。
产品集成流程可包括：每次增量迭代进行集成的组件和集成编号、每个集成迭代进行测试和评价的内容和验证标准等。
产品集成标准：实际上是产品集成阶段的准入、准出的标准。它可以定义如何验证产品组件期望值的功能，并定义如何验证交付最终已集成的产品。
产品集成流程和标准的内容，可以有如下内容：
*已建立组件的测试内容
*接口的验证
*性能偏差的可接受程度
*产品组合与外部接口的衍生需求
*经验证的可替代元件
*测试环境的参数
*测试成本的限制问题和风险
*产品集成时，质量与成本的平衡点
*正常执行的可接受几率
*需求交付率的可接受程度
*订货到交货的时间及供货周期(需重复提供时需要)
*人员的可用性
*集成设备、生产线和环境的可用性
具体步骤：
1、建立并维护产品组件的产品集成流程
2、建立并维护产品组件集成与评估标准
3、建立并维护产品组件的确认与交付标准
确保产品内部与外部的接口是兼容的。
许多产品集成的问题往往是由于产品内部接口之间或是与其相连接的外部系统的接口不兼容导致的。所以有效管理产品组件内、外部接口的需求、规格设计、，可以确保接口的完整性与兼容性。
SP2.1 审查接口说明的完整性
审查接口说明的范围和完整性
除审查产品组件接口外，接口应包括产品集成所有环境的接口。
具体步骤：
1、审查接口文件的完整性，确保已涵盖所有的接口。
这个要借助在技术解决方案时编制的接口文档，明确各接口之间的相互关系。对于软件产品而言，接口文件至少应包括如下信息：
*接口用途
*接口中的参数类型说明
*接口参数的来源
*接口输出参数用途
*协议与数据特性
*影响该接口的因素
等
2、确保产品组件与接口已标识好标记，确保产品组件可以正确、容易地连接。
3、定期审查产品接口说明的充分性。
定期审查现有产品接口说明与正在开发、生产、购买等中的产品没有偏差。有时这种审查要与供应商或生产商共同审查，如有偏差应及时处理有可能涉及到的库存、生产线、用户处等范围。
SP2.2 管理接口
管理产品、产品组件的内部、外部的接口定义、设计和变更。
接口需求驱动着产品组件所需接口的开发，在开发初期就开始管理产品与产品组件的接口。接口的定义接口不仅影响产品组件和外部系统，也影响着验证、确认的环境。
接口管理包含：维护接口在整个产品周期的一致性，以及解决冲突、不符合以及变更的问题。
除产品组件接口外，还应包括在集成产品过程中所涉及到的所有接口，以及用于验证、确认、操作、调试、其它支持环境的接口。并且需要记录、维护接口变更的信息，并使其容易查询到和使用。
具体步骤：
1、确保接口在整个产品生命周期内的兼容性
2、解决冲突、不符合以及变更的问题
3、维护项目成员可以取得接口资料的的存储库
共享取用的接口资料存储库，提供确保每个成员都知道最新资料的存放处，以及获取和使用的机制，建议放到配置库中。
组合已集成的产品组件，并交付已集成、已验证、已确认的产品。
根据已制定的产品组件集成的顺序，进行产品组件的集成。整合前，每一个产品组件应确定于其接口相符。集成可以分阶段逐步完成，可以将一些产品组件集成为更大、更复杂一些的产品组件，一直到整个产品集成完毕。在集成过程中，如果出现问题应用文字进行记录，并采取纠正措施。
SP3.1确定要集成的产品组件已准备就绪
在产品集成前，确定要集成的产品的产品组件已被确认、并依据其说明执行，并且确定产品集成接口符合接口说明。
确保产品要集成的已被适当的标识、确认的组件符合说明文件，并能根据集成顺序进行实际集成。检查产品组件数量、及产品组件与接口说明不一致的问题。
具体步骤：
1、当产品组件处于可进行集成的状态时，尽快跟踪所有产品组件的状态。
2、根据产品集成顺序与自动化集成程序，确保产品组件已完整提交到集成环境中。
3、确定每个正确标识的产品组件。
4、确保已标识的产品组件与说明文件一致。
5、根据预期配置进行检查配置项的状态。
6、在集成产品组件前，执行所有接口的预先检查。
SP3.2 集成产品组件
根据产品集成的顺序与执行的程序，集成产品组件。
具体步骤：
1、确保产品集成环境已准备就绪。
2、确保正确地按集成顺序执行。
记录适当的集成过程中的信息，比如：集成组件在配置库中的状态(是否在基线)、产品组件序号、型式以及集成所需的仪表校正日期。
3、适当地修订产品集成顺序以及集成执行的程序。
SP3.3 评估已集成的产品组件
评估已集成产品组件接口间的兼容性。
这种评估不仅是对已集成的产品或组件进行评审，还应创造使用环境进行运行，以来评估产品的功能完整性、性能、适用性等符合需求。
评估的顺序可以按集成顺序，按阶段进行。比如一个OA产品有不同的功能模块，我们可以按照集成顺序先检测登陆，再进行邮箱功能评估，最后进行文档的流转、审批功能的评估。每次集成一部分并进行分步评估，确保每次集成的产品都符合架构的要求。
具体执行步骤：
1、根据产品集成顺序与执行程序评估已集成的产品组件。
2、记录评估结果。
记录内容可以为：
*要求与集成规程的适应性
*产品配置的变更(如：备用零件以及新产品)
*评估得到的问题。
SP3.4 包装并交付产品或产品组件
包装已集成的产品或组件，并交付给适当的客户。
某些产品的包装已经写在了需求规格或是检验标准中，当客户自己进行仓储和运送产品时这点要非常的关注。比如：
*包装经济且易于运输的需求(如货柜、集装箱装货的需求)
*可说明性(如：使用可压缩型的薄膜或泡沫等)
*易拆封且安全(如：锐利边缘、订装的可靠度、对儿童的保护、环保、重量等)
如果需要开发、制造者进行仓储、运输的话，则要注意一些隐形的包装需求。比如：跨国海运对木箱是否要进行熏蒸除虫;根据仓储地考虑室内防潮、防锈的处理等等，实际这些需求不仅会影响产品的包装，也可能会影响到产品本身的需求。对于这些包装的需求应首先参考国家或国际标准，进行设计、实施。
对于产品包装，我们应尽可能做一些可靠性的实验，已验证包装的可靠性，比如：跌落试验、盐雾试验、防水等级实验等等。
在工厂中为配合产品组件所做的调整，可能是在真是安装现场所做的不同，这时应对这些调整和原因进行记录。
具体执行步骤：
1、 审查需求、设计、产品、验证结果及文件，以确保影响产品包装与交付问题已被界定与解决。
2、 利用有效方法包装与交付已集成的产品。
3、 满足包装与交付产品的需求与标准。如：
*存储与交付媒体的类型
*软体原始及备份版本的保管信息
*必要的文件(使用说明书、维护手册等)
*版权(一般应在合同或说明书中明确)
*提供的授权(该产品授权的范围，比如：不可以直接将该产品销售，但可以进行扩展开发其他功能后进行销售)
*软件安全性
4、 为产品安装准备场地
这个准备安装场所，也可能是客户或最终用户的责任。
5、 交付产品与其相关文件，并确定收到收据。
6、 在安装场所进行安装，并确保正确操作。
安装产品可能是客户或是最终用户的责任，比如现在的手机APP。但是也有些软件是在安装现场进行安装，用户只是使用。
