GB/T 41865-2022标准规范下载简介
GB_T 41865-2022 软件与系统工程 产品线工程与管理参考模型GB/T41865—2022/ISO/IEC26550:2015
GB/T41865—2022/ISO/IEC26550:2015
软件与系统工程 产品线工程与管理参考模型
软件与系统工程 产品线工程与管理参考模型
本文件是软件与系统产品线工程与管理系列标准的基础。 本文件的范围包括： 一为软件与系统产品线工程与管理提供特定的术语和定义； 一为软件与系统产品线工程与管理的总体结构和过程定义一个参考模型，描述产品线参考模型 组件如何组合； 一定义产品线参考模型组件之间的关系。 本文件不描述任何与软件与系统产品线工程与管理相关的方法和工具。这些方法和工具在产品线 工程与管理系列标准（ISO/IEC26551ISO/IEC26556）中进行描述。本文件不涉及ISO/IEC/IEEE 24765：2010所述的术语和定义，该文件提供了适用于所有系统和软件工程工作的通用词汇表。 本文件中“产品”指软件系统XF 1288-2016 七氟丙烷泡沫灭火系统，或硬件和软件系统组成的“系统级产品”。本文件对仅涉及硬件系统 的产品线工程与管理可能有用，但其并非特定为硬件产品线而制定。尽管硬件通常与软件一起构成产 品，但本文件不旨在为构成产品的硬件的工程化、生产、存储、物流和管理提供帮助，此类过程属于其他 学科（如机械学、电子学）。 注：附录A提供有关产品的其他信息。 本文件包括产品线参考模型、术语和定义，并以GB/T8566一2022/ISO/IEC/IEEE12207：2017、 GB/T22032—2021/ISO/IEC/IEEE15288:2015、GB/T30972—2014/ISO/IEC15940：2013、ISO IEC14102:2008的结构作为基线。
本文件没有规范性引用文件。
下列术语和定义适用于本文件。 3.1 应用架构applicationarchitecture 约束产品线内特定成员产品的架构性结构和规则（如通用规则和约束条件）。 注：应用架构描述产品线内特定成员产品的高级设计。产品线中的成员产品的应用架构重用(可能经修改后)领域 架构的通用部分，并绑定领域架构的可变部分。大多数情况下，成员产品的应用架构需开发特定应用的可 变性。
应用资产applicationas
特定应用工程过程（如应用实现）的输出。此类资产可用于应用工程的其他生存周期过程，并可 据产品管理决策调整为领域资产
GB/T418652022/ISO/IEC26550.2015
注1：应用资产包括需求、架构设计、组件和测试。与需要在产品线内支持多种应用的大规模定制的领域资产不 同，多数应用资产不包含可变性。然而，应用可具有可变性（例如，最终用户可以通过在运行时绑定应用可变 性，从而能够批量定制他们所使用的应用）。应用资产也就相应地具备了可变性，但应用资产的可变性仅服 务于特定的应用，应用资产就是为这个应用而创建的。所以，应用资产可变性的范围通常比领域资产可变性 的范围窄得多。 注2：应用资产并非现货或随时可供使用的物理产品，物理产品（如机械零件、电子元件、线束、光学镜片）根据其各 自学科的最佳实践进行存储和管理。应用资产有其自身的生存周期；GB/T22032可用于其生存周期管理。 3.3 应用设计applicationdesign 导出符合领域架构的单个应用架构的应用工程过程。 3.4 应用工程applicationengineering 通过重用符合领域架构的领域资产和绑定平台的可变性，实施和管理应用资产和产品线成员产品 的一系列过程组成的生存周期。 注：传统意义上的应用工程指开发单个的产品，不需要领域资产的战略性重用，也不需要明确的可变性建模和 绑定。
GB/T418652022/ISO/IEC26550:2015
领域资产 domainasset 核心资产coreasset 领域工程生存周期过程的输出，在应用工程中可被重用于产品的生产。 注1：领域资产可包括领域特征、领域模型、领域需求规格说明、领域架构、领域组件、领域测试用例、领域过程描 述，以及其他资产。 注2：在系统工程中，领域资产可以是在后续系统设计中可重用的子系统或组件。领域资产需考虑其原始需求和 技术特征。领域资产包括但不限于用例、逻辑原则、环境运行数据，以及从以前项目中获得的风险或机遇。 领域资产并非现货或可随时供使用的物理产品。物理产品（如机械零件、电子元件、线束、光学镜片）根据其 各自学科的最佳实践进行存储和管理。领域资产有其自身的生存周期；GB/T22032可用于其生存周期 管理。
规定和管理产品线通用性和可变性的一系列过程组成的生存周期。 ：领域资产是在领域工程过程中开发和管理，在应用工程过程中复用。 ：根据领域资产的类型，即系统领域资产或软件领域资产，所使用的工程过程可由相关规范决定。 ：IEEE1517一2010第3章将领域工程定义为基于可复用的方法，用于为一类系统、子系统或成员产品定义范 围（即领域定义）、描述结构（即领域架构）和创建资产（如需求、设计、软件代码、文档）
GB/T418652022/ISO/IEC26550.2015
产品线参考模型 领域和应用工程生存周期过程、过程的角色和关系，以及在产品线工程与管理中生产、管理和使用 的资产抽象的表示。 3.20 产品线范围界定productlinescoping 定义产品线内的成员产品以及产品间主要的通用和可变特征的过程；从经济视角分析产品，控制和 规划产品线及其产品的开发、生产和销售。 注：产品管理首先负责产品线范围界定。 3.21 产品范围界定 productscoping 产品线范围界定的子过程，即确定产品路线图，包括：目标市场；产品线组织开发、生产、营销和销售 的产品类别；为产品线组织实现长期和短期商业目标，产品宜具有的公共和可变的特征；产品上市时 间表。
可变性variability
GB/T418652022/ISO/IEC26550.2015
可选项variant 用于实现特定可变点的替代方案。 注：每个可变点需对应一个或多个变体。每个变体需关联一个或多个可变点。特定产品变体的选择和绑定决定其 特定可变性的特性。 3.28 可变点variationpoint 产品线环境中，产品、领域资产和应用资产的特定可变特性的表示。 注：可变点表明产品线的变化。每个可变点宜至少包含一个变体
4从单系统工程与管理到产品线工程与管理
公司在使用单系统工程与管理方法时面临的一些主要挑战。可变性管理被认为是最具挑战性的等 目关内容见4.1。本章还阐述了单系统工程与管理与产品线工程与管理之间的主要差异，理解这些 量组织级从单系统工程与管理向产品线工程与管理成功转变的关键。
4.1单系统工程与管理面临的排战
GB/T41865—2022/ISO/IEC26550:2015
管理理解或执行不当，可能导致大量投资却无法实现预期收益。因此，本文件概述了产品线工程与管理 是什么，供应商如何利用它建立和管理可变性、降低成本和产品复杂性，通过战略性、程序化地创建使用 领域资产来提高生产率和产品质量，缩短上市时间，通过大规模产品定制和更准确地估算进度与成本以 提高客户满意度
在单系统工程与管理中，知识重用非常重要。产品线工程与管理和单系统工程与管理从根本上来 说是不同的，产品线工程与管理要明确考虑多种产品，以及产品内部和产品之间的差异。对可变性进行 百分百的事先规划是不可能的，仍然可能出现新的可变性需求（例如竞争者的预料之外的产品），但是多 数可变性需求宜基于目标市场、可用技术、竞争产品和其他因素的详细分析。产品线各成员的共性与可 变部分的区别对产品线工程与管理造成多方面影响，具体示例如下。 一开发领域架构：在产品线的领域架构中，应明确区分产品线中各产品的共性与可变性部分。 确保可追溯性：产品线成员内部和成员之间的可变性造就了各种领域资产和应用资产，包括可 变性模型。在整个领域和应用工程生存周期中，应分别追溯领域资产和应用资产。应用资产 还应能够对领域资产进行双向追溯，因为应用资产可能直接或者经修改后复用领域资产。因 此，可追溯性有必要贯穿领域工程和应用工程的生存周期。 综上，可变性是单系统工程与管理和产品线工程与管理之间的主要区别，应对其进行定义、建模、实 现、版本化、验证与确认。可变性也应能够在领域工程与应用工程的生存周期内部及之间进行追溯。管 理可变性的准则称为可变性管理。产品线工程与管理中最核心的概念与可变性管理密切相关，详见 4.3。
单系统工程与管理和产品线工程与管理的关键区
识别并分析单系统工程与管理和产品线工程与管理之间的关键区别，能帮助组织理解产品线参考 模型（见5.2），制定产品线工程与管理的正确实施策略。因此，产品线组织宜设计其结构和过程，从而处 理这些区别。 应用工程：一个过程生存周期，通过重用与领域架构一致的领域资产、绑定产品线的可变性，实 现和管理产品线的应用资产和成员产品。因此，领域工程和应用工程这两个生存周期的存在， 区分了单系统工程与管理和产品线工程与管理。 绑定：一种将产品线工程与单系统工程区分开来的决策任务。它决定了由领域资产和应用资 产提供，并由可变性模型表示的各种可选或可替代行为，以创建应用资产或成员产品。以下场 景宜考虑“绑定”，包括在领域工程中引人变体时，以及在应用工程中绑定变体时和绑定变体 后。应用工程过程中可变性的静态绑定发生在程序运行之前。可变性的动态绑定可以在程序 运行时使用。它使得系统能够根据预先指定的规则自适应其行为，并由用户进行调整（例如绑 定额外的变体来增强使用特性）。 协作：由于产品线工程中存在两个并行的生存周期，负责领域工程的人员不仅需要在领域工程 内相互协作，也要与相关应用工程的人员进行协作。 配置管理：产品线配置具有时间多维性和空间多维性。应用资产、领域资产、已发布平台和成 员产品都有众多版本，每一版本又有自已的配置。成员产品的版本取决于资产及平台发布的 版本，平台发布的版本又取决于领域资产版本。例如，领域资产中的任一更改都可能影响众多 成员产品。任一给定时间下，任一成员产品可能存在多个配置，且其可能的配置会随着时间推 移而改变。这些维度都需要得到管理。配置管理对于任何包含软件的系统来说都是必要的， 但其对于产品线工程管理的重要性尤为突出。 领域架构：描述产品线的高层级设计，包含领域工程所定义的可变性。它被用作产品线内所有
GB/T418652022/ISO/IEC26550.2015
GB/T418652022/ISO/IEC26550.2015
GB/T22032/ISO/IEC/IEEE15288的过程组。存在两个工程生存周期是产品线工程与管理同单系统 工程与管理的主要区别之一。资产库同时存储领域资产和应用资产。它分离了两个工程生存周期，并 协调和同步了生存周期内和生存周期之间的过程。技术管理过程组与GB/T8566/ISO/IEC/IEEE 12207的项目过程组、软件支持过程组以及部分软件重用过程组保持一致。组织管理过程组与 GB/T8566/ISO/IEC/IEEE12207和GB/T22032/ISO/IEC/IEEE15288的组织项目支持过程组和协 议过程组保持一致。 注1：该产品线参考模型不适用于处理诸如电路板、机械零件或人工操作者之类的物理制品。它涉及系统和软件 级别的制品，如，需求文档、架构数据、验证计划和行为模型。当存在属于较大系统的软件制品时，可以应用 两次。它首先用于处理产品线的系统级制品，然后处理产品线的软件制品。此外，产品线参考模型在软件与 系统工程级别内和不同级别之间都是递归的。 注2：产品线参考模型和本文件并未规定任何特定的软件与系统工程方法的使用。组织可以决定将哪种方法用于 领域工程和应用工程。一些组织可能对领域和应用工程使用相同的方法，而另一些组织可能选择混合和匹 配多种方法（如，特定领域建模、敏捷和精益）。所选择的方法不仅宜促进领域实现资产，还宜促进其他领域 资产（如.需求设计和洲试资产）的战略创建、重用和配置
6产品线工程与管理的双生存周期和双过程组
根据软件与系统产品线工 1），本文件着重于领域工程和应用工程 周期以及组织管理和技术管理过程组
6.1领域工程生存周期
领域工程识别领域中关键的通用性和可变性，建立一个实现通用性和可变性的产品线平台，并在整 个产品线的生存周期中管理这一平台。因此，开发方法应支持更大、更复杂平台的长期开发和维护。领 域工程的方法和工具有助于实现6.1.1 一6.1.5中描述的过程
6.1.1产品线范围界定
产品线范围定义产品线的成员产品及其主要（外部可见）的通用和可变特征，从经济角度分析产品， 并控制和规划产品线及其产品的开发、生产和市场营销。产品管理主要负责此过程，由三个任务组成， 具体如下。 一产品范围界定，决定产品路线图，即目标市场；产品线组织宜开发、生产、上市和销售的产品类 别；为了达到产品线组织的长期和短期业务目标，产品宜提供的通用和可变特征；产品投放市 场的时间表。 领域范围界定，识别功能域，这些功能域对预期的产品线是重要的，并提供足够的复用来校正 产品线的创建。领域范围界定构建在产品范围界定所产生的产品类别定义的基础之上。 资产范围界定，识别潜在的可重用资产，估算每个领域资产的成本和收益，并将这些结果作为 资产建议书提供给产品线经理，由他们决定实现哪些领域资产。这些被采纳为领域资产的现 有资产记录在资产列表中。 注：产品线范围界定是一个组织的产品线的规划和管理的过程。可以将其放置在组织管理过程组（6.3)中。在本 文件中，由于它从战略上指导了领域和应用工程生存周期的执行.因此将其归为领域工程过程。
6.1.2领域需求工程
领域需求工程使用产品线范围界定的结果（例如， 产品路线图，产品线的高层特征说明以及现有资
GB/T41865—2022/ISO/IEC26550.2015
于变更管理和配置管理。
GB/T41865—2022/ISO/IEC26550.2015
6.1.5领域验证与确认
领域验证与确认确保按照领域生存周期过程中规定的正确方式对正确的领域资产进行建模、规格 说明、设计、构建、验证和测试。该过程还生成领域验证与确认资产，这些资产可以在应用验证与确认中 重用。领域验证与确认是局部的，因为通常没有单个可执行成员产品可全面覆盖待测试的域。而且，通 常缺少许多变体，因为仅当一个或多个成员产品确实需要时才会去创建。因此，在领域验证和确认过程 中，应制定适当的策略以测试通用领域资产，并至少测试最重要的可变领域资产。并且，准备领域验证 和确认资产，以便在应用验证和确认过程中重用。 领域需求工程、领域设计和领域实现中固有的验证与确认活动见6.1.2～6.1.4。本条包括如下 问题。 领域测试规划，文档化领域验证与确认活动的范围、策略、资源和进度。领域测试计划宜包括 详细的领域验证与确认需求，为处理产品线的可变性，测试活动和测试完成标准而选择的领域 验证与确认策略。验证与确认时间表依赖于产品路线图，而产品路线图决定了产品线投放市 场的时间。 领域测试设计，描述考虑了领域资产可变性的领域测试规程、测试用例、测试数据和测试环境，
GB/T41865—2022/ISO/IEC26550.2015
它利用从其他领域工程过程中获得的各种领域资产来构建适当的领域验证与确认资产。选择 和构建领域验证与确认资产的任务在整个领域工程全生存周期中进行。根据每个领域资产涉 及的可变特性的种类，对领域资产的测试可以进行补充和裁剪，对相关应用资产的测试也一 样。领域测试设计确定要在何处进行何种测试，并相应地构造领域验证与确认资产。 领域测试执行，根据领域验证与确认策略将构造的验证与确认资产应用于测试对象，例如，组 件，子系统（如组件分组）和已实现的产品线平台。在执行期间和执行之后，将创建验证与确认 结果，以可重复和可验证的方式记录所应用的测试用例和场景，被测对象以及预期和实际的验 证与确认结果。如果在领域验证与确认期间已构建样例应用，则仅执行与示例应用相关的通 用领域验证与确认资产以及可变域验证与确认资产。具体的领域测试用例通常仅适用于这些 项目。领域工程中无法验证与确认任何样例应用中都不存在的产品线的可变性。 领域测试关闭和报告，完成验证与确认后，将对结果进行分析，以发现领域资产中的缺陷及其 根本原因。最后，将创建一个领域测试总结报告，记录已测试的领域资产、已使用的验证与确 认资产，以及得到的结果。领域测试执行未覆盖的测试将由应用验证与确认实施。在领域验 证与确认中执行的测试用例通常应在应用验证与确认中重复。 领域测试管理，跟踪领域验证与确认资产，如，缺陷和资产的更改历史记录
6.2应用工程的生存周期
应用工程在平台之上并发应用资产和单个系统。与单系统工程相比，应用工程是有效和高效的，因 为根据平台的范围和成熟度，大部分产品线工程的工作量和复杂性已分配给领域工程，从而降低了应用 复杂性并缩短了应用开发时间。应用工程通常涉及客户，因此需要应对不断发展的市场需求。
6.2.1应用需求工程
GB/T41865—2022/ISO/IEC26550:2015
应用实现通过利用应用需求和架构，重复使用和配置领域组件和接口，识别、选择和集成适当的商 架组件，以及构建新的组件和接口来实现成员产品并使其具备指定功能。它承担以下任务。 绑定组件级别的可变性，绑定领域组件的内部可变点。在领域实现中所实现的接口宜重复使 用而无需更改。否则，领域架构的构造可能会被破坏，并且阻碍领域资产的战略性重用。 COTS（包括开源）组件的识别、评估、选择和集成，当领域组件不足以支持应用实现时，COTS 组件通常是一个可行的选择。它们可以加快应用的实现速度，降低成本并提高成员产品的质 量。与专用组件相比，如果有必要的话，COTS组件以后也可能更易于概括为平台的一部分。 应识别并评估适当的COTS组件。如果无法找到或购买到合适的组件，则应实现新组件。 专用接口实现，包括专用组件接口的内部设计和编码。仅当领域实现未提供适当的接口以供 重复使用时才宜执行此操作。宜仔细检查提供的组件和所需组件的接口详细信息级别。 专用组件实现，当没有合适的领域资产和COTS组件可用来满足应用需求时，与在单系统工 程中一样精确地实现。 应用实现资产验证与确认，同时检查与绑定变体相关联的领域实现资产和应用组件和接口，以
GB/T418652022/ISO/IEC26550.2015
6.2.4应用验证与确认
应用验证与确认可确保对正确的成员产品和正确的应用资产进行了正确的建模、说明、设计、构建、 证与确认。该活动根据应用需求验证最终产品及其架构和实现资产。利用领域验证与确认资产并创 应用验证与确认资产，以确保成员产品充分的质量保证。 由于在6.2.1～6.2.3中已经阐述了应用工程生存周期其他过程中固有的验证与确认活动，因此本 仅包括以下任务。 应用测试规划，生成一个应用测试计划、记录范围、测试策略、测试完成标准、资源以及应用验 证与确认活动的进度。针对直接可重复使用的领域需求，领域测试计划的相应内容可以复用， 并在应用测试计划中予以必要的调整。针对修改的领域需求和新的专用需求，应重新做测试 规划，并将其纳人应用测试计划中。 应用测试设计，通过重复使用和修改领域验证与确认资产来指定并构建应用测试规程，测试用 例，测试数据和测试环境。领域验证与确认资产的通用部分可以按原样重复使用。对于包含 可变性的验证与确认资产，应基于应用可变性模型以及来自应用需求工程、应用设计、应用实 现以及领域验证与确认的输入来绑定变化点。对于应用特定部分，应构建新资产。生成应用 验证与确认资产所需的工作取决于成员产品的大小和范围，以及在应用工程过程中领域资产 被重用的程度。如果成员产品从产品线平台获得大多数功能，并且已经针对该平台产泛建立 了相应的领域验证与确认资产，则应用验证与确认将花费相对较少的工作量。 应用测试实施，根据应用验证与确认策略将应用验证与确认资产应用于各种测试对象，例如组 件、子系统和成员产品。除了验证成员产品的正确性和完整性外，还应评估成员产品与架构级 构造体系的一致性。成员产品中绑定的可变性和配置的约束应进行验证与确认。预期的和实 际的验证与确认结果与已执行的应用验证与确认资产一起文档化。 应用测试关闭与报告，当完成上述应用验证与确认任务后，将对结果进行分析以发现应用资产 中的缺陷及其根本原因。最后，将创建一个测试总结报告，它记录已验证与确认的资产、已使 用的验证与确认资产，以及测试结果。领域测试总结报告可在报告中重复使用。 应用测试管理，保持跟踪缺陷、应用验证与确认资产，以及应用验证与确认资产的变更历史 记录
组织管理过程对于构建产品线组织是需要的，在组织中引人和制度化产品线战略需要持续地准备、 规划、执行和改进。
6.3.1组织级产品线规划
会中的商业价值及其应达到的目标。 注：以智能移动通信终端产品线的例子来解释“开发采购策略”作用。智能移动通信终端产品线的制造商能向客户 提供大量廉价但高质量的第三方应用，如智能移动通信终端产品线的成员产品上运行的游戏，对于移动通信 终端产品线的成功至关重要。市场倾向于欢迎能够最广泛地提供高质量第三方应用的智能移动通信终端。本 例中GB/T 40522-2021 移动互联下地理位置数据关联描述，智能移动通信终端是成员产品，第三方应用通常并不是智能移动通信终端制造商产品线的成员产品，它 们扩展了智能移动通信终端的特征，但移动通信终端制造商的产品管理部门往往对这些特征的控制有限。第 三方应用的供方可以独立于移动通信终端，建立自已的产品线，并充分考虑智能移动通信终端平台。例如智能 移动通信终端产品线的成功将吸引越来越多的第三方游戏供方提供支持智能移动通信终端的游戏产品线，从
6.3.2组织产品线使能管理
6.3.3组织产品线管理
GB/T41865—2022/ISO/IEC26550:2015
和产品线组织能够从整体上跟踪产品线工作进展及其交付物，必要时采取纠正措施以实现组 织的商业价值目标。 组织风险管理，组织风险管理与技术风险管理不同，它管理多组织单元、职能和产品内部以及 跨组织单元、职能和产品间的风险。诸多风险会阻碍组织实现产品线工程与管理，应提前进行 风险管理，以便尽可能消除风险的发生，并在风险发生时能够更高效地处理。如，产品线工程 与管理需要跨组织、跨职能和跨产品的大量沟通、协调、协同和控制，如果失效将成本巨大。 组织级监控，用于测量引入和演进产品线的实际进展和效果，为产品线组织设定的关键测量指 标宜基于已定义的商业价值，聚焦于测量自的。
明确地文档化。以下可变性管理任务提供对领域和应用工程生存周期可变性建模、文档化和演进 持。 可变性建模，利用领域和应用工程与可变性相关的信息，支持详细可变性模型的创建及维护， 可变性建模技术使用一致的标注。有两种可变性模型：领域可变性模型和应用可变性模型。 领域工程一般提供充分的信息以结构化领域可变性模型，应贯穿于领域工程生存周期对可变 性模型期进行完善和管理。因产品线中的每个成员产品均提出大量的可变性需求，应用工程 也以可变性模型的形式提供可变性信息。同样，这些模型贯穿于应用工程生存周期过程并不 断完善。不同过程的可变性信息详细程度不尽相同（如应用需求工程）。 可变性机制，是实现产品线可变性的途径，因为在整个领域工程生存周期各个阶段均可引人可 变性，且在整个应用工程生存周期中绑定，所以宜提供可变性机制以支持确定绑定的次数、规 则和约束，同时提供领域制品。即使在相同的生存周期阶段所用的可变性机制不同，领域制品 也不同。不同可变性机制的实现方式（如不同的编程语言）、安装和部署方法也不相同。本任 务支持领域工程师根据确定的绑定次数、领域制品、选择的部署方法等选择正确的可变性 机制。 可变性绑定，支持在应用工程实施期间可变性的持续利用，促进主动地、正确地重用领域资产。 维护信息使领域和应用工程师及自动化工具以合适的方式解决可变性问题；解决在领域和应 用工程实施期间所确立的可变性；并记录可变性问题的解决方案形成文档，以便日后查看（如 某个成员产品选择了哪一个变型）。可变性绑定通过文档，准确地记录成员产品绑定了哪些可 变性及如何绑定，有助于成员产品的维护。 可变性文档化，支持利益相关方通过标注详细记录可变性模型，帮助利益相关方在产品线工程 实施期间了解和绑定可变性。标注可描述采用领域资产提供的特定可变性而忽略其他可变 性，以及支持跨产品线成员产品领域资产重用的理由。领域可变性模型标注应能帮助做出绑 定决策。应用可变性模型标注还应能够提供特定成员产品的绑定结果、新增变化点、变型、依 赖性和约束的理由。 可变性追溯，使可变性模型元素与其关联的领域和应用资产间建立并维护追溯性关系。宜在 追溯性的成本与收益分析的基础上，确定合适的追溯性管理颗粒度。过度的追溯或较弱的追 潮代价都很大。 可变性控制与演进，应对资产库中存储的可变性模型不同版本及其关联的道溯性关系进行管 理，应对可变性模型变更进行控制，将产品线可变性作为组织战略性资源资产进行管理，
资产管理负责存储、挖掘并管理领域资产和应用资产，资产分别由平台的领域工程和单个产品的应 用工程产生。产品线工程需对领域资产、应用资产以及它们之间关系进行综合管理，因此，产品线环境 中的资产管理比单系统工程中的资产管理更为复杂。资产管理实现对平台和其他资产的控制，包括挖 掘应用资产的属性（用于将应用资产泛化为领域资产）、重用领域资产所需的标注（如，附属于领域资产 的技术映射、过程以及领域资产的说明，包括规定领域资产如何使用的指南）、变更请求和反馈、可追溯 性以及领域和应用资产的基线版本的管理。 资产库是领域和应用资产的通用知识库，包括资产间追溯关系、资产与平台发布版本的追溯以及资 产与成员产品的追溯。产品线平台由领域资产、领域架构和配置管理计划组成，存储在资产库中。应用 资产也存储在资产库中，部分应用资产可以泛化并作为领域资产进行重用。资产库支持领域和应用资 产的创建、存储、恢复、更新、删除、版本控制及追溯性管理。资产管理工作确立并管理资产库。 该过程具有下列任务。 资产识别，明确并评估候选领域资产（如特征、模型、规格和测试用例），例如从应用工程或遗留
GB/T41865—2022/ISO/IEC26550.2015
GB/T 40818-2021 带弧形触头的插头、插座和耦合器[23JClementsP.C.,&.NorthropL.M.SoftwareProductLines:Practices and Patterns.Ad WesleyProfessional,2001 [24Jvan der Linden F.J.,SchmidK.,Rommes E. Software Product Lines in Action:The Bd astrialPracticeinProductLineEngineering.Springer,20o7