解读：ASPICE SPL.2 Product Release/产品发布

概述

“SPL.2 产品发布/Product Release”过程的目的是控制对目标客户的产品发布。

• 目标客户：可能是内部客户(如测试组)或外部客户
• 发布的产品：可以是SW，也可以是SW Based System

SPL.2与需求过程(SYS.2, SWE.1)、项目管理过程(MAN.3)、配置管理过程(SUP.8)有关系。

• 需求过程(SYS.2, SWE.1)中设置了需求优先级
• 项目管理过程(MAN.3)，将需求的实现分配到不同的发布或项目阶段
• 发布的产品，需要来自于建立基线的工作产品(SUP.8)

汽车行业的产品设计开发过程中，伴随项目阶段的不断演进，常常交付具备不同目的的原型样件，其目的是早期集成和测试其在车辆中的行为，有些德国车厂通常称之为A-Sample, B-Sample, C-Sample, D-Sample。

接下来，逐一解析各个BP的要求。

SPL.2.BP1: Define the functional content of releases. /

定义发布的功能性内容

定义产品发布时搭载的功能内容。也就是说：在某个产品版本中，搭载了哪些功能，以及与这些功能相关的变更(CR)和解决的Bug等。

下图所示的Release Plan，是一个示例： 

SPL.2.BP2: Define release products. / 定义发布的产品

定义产品发布所需要包括的工作产品。例如：SW、Release Note、Test Results等。

有些时候，产品发布中需要包括支持产品安装和使用的工具，如Calibration和Flash工具。

SPL.2.BP3: Establish a product release classification and numbering scheme. / 建立产品发布分类和编号方式

产品标识和编号需要具有唯一性。

很多时候，通过产品的标识和编号，能展现该产品的发布目的（例如：内部发布、以测试为目的客户发布、正式客户发布等）

SPL.2.BP4: Define the build activities and build environment. /定义构建活动和构建环境

SPL.2.BP5: Build the release from configured items. /从配置项中构建发布

发布的产品是需要经过验证的，是需要来自于已建立基线的产品。

1）如下图所示：Source Code通过Build Activity（编译及构建），形成了可执行SW；又通过验证活动（如：测试），SW转化为“SW (Verified)”。

2）如下图所示：通过验证后，SW (Verified)与Source Code一起，建立了基线(Baseline)。

3）如下图所示：产品发布时，从已建立基线的工作产品中提取形成”待发布产品”。

Option 1：基于基线的Source Code，编译和构建，形成”待发布的SW”。

Option 2：将建立基线的SW，直接提取成为”待发布的SW”。

BP4要求定义构建活动与构建环境，是为了保证：通过“已定义的构建活动和构建环境”，将”Source Code”无差错的构建成为“SW (Baselined或Released)”，该过程是可重复/可再现的。

BP5就是指上述的“3）从已建立基线的工作产品中提取形成”待发布产品”。”

SPL.2.BP6: Communicate the type, service level and duration of support for a release. / 沟通发布的类型，服务级别和提供支持的持续时间

产品交付后的相关Support安排，如：变更的处理；产品缺陷的对应（如：当发生S类型缺陷后，立刻安排一次新的交付）；必要时协调和安排开发资源；提供驻场工程师；提供Hot line支持等。

通常这些关于产品交付后的Support，在项目合同和客户需求中有相关约定。

SPL.2.BP7: Determine the delivery media type for the release. /确定发布的交付媒介类型

SPL.2.BP8: Identify the packaging for the release media. /识别发布媒介的包装

BP7和BP 8确定了交付的媒介，以及媒介的包装要求。

可能的媒介包括电子媒介（如：网络或电子邮件）、邮递等。

媒介的包装需要有一定的物理和电子保护措施，防止产品的物理损坏以及信息泄露等。

SPL.2.BP9: Define and produce the product release documentation / release notes. / 定义和生成产品发布文档/发布说明

除了产品的发布说明之外，还可以包括以下内容：

• 功能是否按照计划实施和发布了？
• 发布中仍存在哪些已知缺陷，是否有变通办法？
• SW内存消耗是多少？
• 是否进行了全面测试，例如，包括有关温度和电压范围、抗冲击和振动、EMC等的测试？
• Release状态是什么，是全部Release，还是条件Release？

SPL.2. BP10: Ensure product release approval before delivery. /确保交付前对产品发布的批准。

产品发布通常需要项目管理层或组织管理层的正式批准，需要确保在批准过程中，检查是否满足定义的发布标准。

SPL.2. BP11: Ensure consistency./确保一致性

检查在BP2中识别的发布工作产品之间的一致性。

有些时候，不同工作产品中记录的SW版本，会存在不一致的情况。其原因可能是缺陷修复后SW版本调整的不完全。

SPL.2. BP12: Provide a release note. /提供发布说明

按照BP9的要求，提供Release Note。

SPL.2. BP13: Deliver the releaseto the intended customer. /交付发布给目标客户

产品以及产品的相关文档发布给目标客户，并获得目标客户的确认。

文章转载自公众号：仨人谈起