中文翻译《ASPICE in practice》之“ SPL.2 产品发布”

2.2 SPL.2 产品发布

2.2.1 目的

产品发布流程的目的是控制产品向目标客户的发布。

产品发布是一组一致的版本化对象，具有定义的属性和功能，旨在交付给内部或外部客户。因此，在配置管理方面，产品发布构成了基线（参见 SUP.8 BP5）。该过程包含以下内容：

1. 发布计划和控制
2. 发布标准的确定
3. 中间和最终版本的准备和实施
4. 编译»构建列表«
5. 交付方式
6. 发布文档和支持

该流程具有与需求管理、项目管理和配置管理的接口。在需求管理期间，所有要实施的需求都会被优先化（例如，参见 ENG.2 BP4）。在项目管理期间，这些需求会使用功能列表等方式分配给不同的版本和里程碑（参见图 2-19）。随后对实施情况进行跟踪。

2.2.2 汽车行业特有的特征

汽车行业使用各种原型，称为样品（A、B、C、D）。正在开发的组件以原型形式提供，功能不断增加，然后集成到测试车辆中。目的是尽早集成并测试它们在车辆中的行为。不同的样本阶段定义如下：

1. A 样品：这些是功能原型，驾驶性能有限，成熟度较低。组件尚未满足所有要求，例如温度和电压范围、尺寸、抗冲击和抗震性、电磁兼容性 (EMC) 和外观。但是，A 样品允许在测试条件下对基本（软件）功能进行早期测试。A 样品用于说明功能。
2. B 样品：这些是功能齐全的基本原型，具有完全的驾驶性能和高成熟度。B 样品与后续系列组件类似，具有开发阶段所需的所有（软件）功能。B 样品在很大程度上由预系列硬件组成，允许对电磁兼容性和温度范围进行初步陈述，尽管它们可能是使用试验工具创建的。B 样可确保测试台和车辆中的试验具有足够的操作安全性，并包含用于诊断的基础设施。但是，在汽车中部署它们可能仍然存在限制。B 样品用于定义构造问题，例如装配和空间要求，并用于在汽车、测试台或测试实验室中进行功能测试、功能验证和校准。
3. C 样品：C 样品在预批量生产条件下使用批量生产工具制造，除其他用途外，还用于耐久性测试。组件结构和规格满足批量产品的要求，即符合功能、可靠性和抗干扰性的所有规格。此外，安装尺寸、空间要求和接触与批量产品相对应。此外，必须保证批量生产期间的可重复性。C 样品不允许有任何技术限制，可在车辆中不受限制地使用。电子元件必须是真正的批量元件。理论上，B 样品中应该已经具备所有软件功能；但实际上，某些 ECU 的某些完整软件功能只有在 C 样品中才能准备就绪。C 样品用于预批量生产条件下的整体测试（耐久性测试、功能验证、校准）。
4. D 样品：这些是供应商为设计样品发布提供的最终原型。设计样品（有时称为 D 样品）是在与批量生产类似的条件下使用批量生产工具生产的。系统完全可操作并且可以进行评估。所有质量要求都应始终如一地得到满足。发布的设计样品也可用于首次样品发布，并可用于预批量/批量生产。

2.2.3 基本实践

BP1：定义发布的功能内容。制定发布计划，确定每个发布中要包含的功能。

发布计划定义了在哪个产品版本中实现哪些特定功能。根据此计划，可以构建开发过程并确定任务的优先级。功能列表（见图 2-19）通常用于规划每个版本的功能内容。除了“正式”商定的 A/B/C 样外，中间版本可能也是必要的（例如，硬件状态 B 样，但包括最新的软件功能），这些也必须进行规划。在项目过程中，发布计划经常发生变化。这可能是由于以下原因：

1. 项目延期，但必须满足发布日期。因此，发布的功能会减少，稍后将交付具有完整功能的附加版本。
2. 在项目过程中，需求会发生变化；需求会重新确定优先级或需要考虑新的需求；因此，需求会在比原计划更早的版本中实现或发布时间更晚。

应申请并获得批准在原计划版本之上发布附加版本。发布请求至少应包含以下项目：

1. 受影响的对象
2. 发布原因
3. 交付方式

必须根据流程属性 PA 2.1 跟踪和更新发布计划。

BP2：定义发布产品。定义与发布相关的产品。

注意：发布产品可能包括编程工具，这些工具已说明。在汽车术语中，发布可能与样本相关，例如 A、B、C。

除了定义功能内容外，还必须定义发布中包含的对象和文档（另请参阅 SUP.8 BP2）。例如，这些可能是与开发相关的文档、测试记录、QA 报告或已知缺陷列表。此外，还必须定义是否只交付软件版本或完整系统（例如，在特定硬件上运行的软件）。商定的 A/B/C 样品的交付是否仅限于一盒 ECU，还是还包括文档和必要的工具，例如校准工具或闪存工具？

BP3：建立产品发布分类和编号方案。根据发布的预期目的和期望建立产品发布和分类。

注意：发布编号实施可能包括

1. 主要发布编号
2. 功能发布编号
3. 缺陷修复编号
4. alpha 或 beta 版本
5. alpha 或 beta 版本内的迭代。

建立分类方案。可能的分类包括：

1. 内部发布
2. 用于测试目的的客户发布
3. 官方样品发布
4. 系列发布

此外，还引入了一种编号方案，以便为版本提供唯一的标识符，例如 T02A（试验阶段，第 2 个样本版本 A），从而使清晰的沟通变得更加容易。

BP4：定义构建活动和构建环境。建立并维护一致的构建流程。

注意：各方应使用指定且一致的构建环境。

在发布规划期间，还需要定义每个发布版本的编译。这通常通过配置管理指定（参见 SUP.8）。如果涉及多个供应商，构建过程可能会更复杂。在这种情况下，必须商定一个描述如何编译构建的程序。例如，系统供应商是否会执行构建？有几个阶段等？

除了定义如何进行之外，还需要一致地定义和应用构建环境，如编译器、目标链接版本、Matlab 版本等。这些定义或规则必须在项目生命周期内根据需要进行调整。

BP5：根据配置项构建发布。发布是根据配置项构建的，以确保完整性。

注意：在发布前，应将相关软件发布编程到正确的硬件版本上。

BP2 中定义的对象根据 BP4 中定义的过程进行编译。所有对象均无一例外地从配置管理系统中获得。

BP6：传达发布的类型、服务级别和支持持续时间。识别并传达发布的类型、服务级别和支持持续时间。

为交付的样品安排支持。可以想到的安排包括：有关变更的支持、出现缺陷时的程序（例如，如果出现一个或多个优先级 1 缺陷，则重新交付）、必要时立即提供开发资源、提供驻地工程师、通过热线提供纯软件交付（例如，导航软件、操作系统）的支持等。

BP7：确定发布的交付媒体类型。产品交付的媒体类型根据客户的需求确定。

注意：交付的媒体类型可能是中间的（放置在软盘等媒体上并交付给客户），或直接的（例如作为包装的一部分在固件中交付）或两者的混合。发布可以通过放置在服务器上以电子方式交付。发布可能还需要在交付前复制。

可能的媒体设备包括：

1. 磁带、CD、DVD 等。
2. 电子分发，例如通过互联网或电子邮件
3. 邮件、包裹服务或个人递送

BP8：识别发行媒体的包装。识别不同类型媒体的包装。

注意：某些类型媒体的包装可能需要物理或电子保护，例如软盘邮寄或特定加密技术。

除了确定交付媒介外，还可能需要安排交付的包装：

1. 敏感硬件或机械部件必须经过特殊包装，以避免在运输过程中损坏。
2. 每次交付包含多少个组件？
3. 是否有安全要求？例如，如何固定连接或固定电缆？
4. 电子交付是否要采用加密技术等保护措施？

BP9：定义并制作产品发布文档/发布说明。确保所有支持发布的文档都已制作、审查、批准并可用。

除了发布说明外，随附的发布文档可能包含以下内容：

1. 功能是否按计划实施？
2. 发布中仍存在哪些已知缺陷；是否包括解决方法？
3. 内存消耗是多少？
4. 是否进行了全面（验收）测试（例如，包括有关温度和电压范围、抗冲击和抗震性、EMC 等的测试）？
5. 发布状态如何（完整发布、有条件发布等）？

BP10：确保产品在交付前获得发布批准。产品发布前必须满足发布标准。

在审批期间，必须检查是否满足定义的发布标准。实际上，这通常是项目管理或管理层的正式行为，因为通常事先就知道是否可以发布。

BP11：确保一致性。确保软件版本号、纸质标签和 EPROM 标签（如相关）之间的一致性。

发货前需要进行检查，以查看版本是否确实包含 BP2 中标识的所有对象（“我们是否收到了包装上写的东西？”），以及标签和软件版本号是否一致。

在实践中，软件版本号可能与实际发货的软件不符，这很成问题。样品上的修改标签也是如此。这两个问题都在 SUP.8 BP10 中得到解决。

BP12：提供发行说明。发行说明由详细说明发行主要特征的信息支持。

注意：发行说明可能包括简介、环境要求、安装程序、产品调用、新功能标识以及缺陷解决方案、已知缺陷和解决方法的列表。

每次发布都会发布发布文档（例如，发布说明、开发报告等）。有关随附发布文档的内容，请参阅 BP9。

BP13：将版本交付给预期客户。产品交付给预期客户，并确认收货。

注意：收货确认可以通过手写、电子、邮寄、电话或分销服务提供商进行。

注意：这些做法通常由 SUP.8 配置管理流程支持。

注意：有关软件产品供应包装方面的指导，请参阅 ISO/IEC 9127: 1988“消费者软件包的用户文档和封面信息”。

产品和相关文件已交付，客户确认收货。在某些情况下，交付可能还包括在指定环境中安装产品。

2.2.4 指定工作产品

08-16 发布计划

通常，发布计划包含以下内容：

1. 所有发布的计划时间表（概述）
2. 涵盖发布处理的规则，例如分类、编号方案、构建活动和构建环境等。

此外，还需要有关以下内容的规则：

1. 功能内容（参见功能列表，图 2-19）
2. 相关对象（软件版本、硬件版本、文档等）和发布
3. 与每个发布中实施的客户要求的映射
4. 有关支持、包装、交付类型和媒介的其他杂项规定

2.2.5 2 级的特征

关于绩效管理

在 2 级，发布计划和发布跟踪的管理更加严格，更加详细（过程属性 PA 2.1）。

关于工作产品

管理过程属性 PA 2.2 的要求特别适用于发布本身和所有相关发布对象。发布检查是在验收测试的背景下进行的。此外，发布计划应受配置控制。