标准规范下载简介：
内容预览由机器从pdf转换为word，准确率92%以上，供参考
GB／T 41865-2022 软件与系统工程 产品线工程与管理参考模型.pdfGB/T22032/ISO/IEC/IEEE15288的过程组。存在两个工程生存周期是产品线工程与管理同单系统 工程与管理的主要区别之一。资产库同时存储领域资产和应用资产。它分离了两个工程生存周期，并 协调和同步了生存周期内和生存周期之间的过程。技术管理过程组与GB/T8566/ISO/IEC/IEEE 12207的项目过程组、软件支持过程组以及部分软件重用过程组保持一致。组织管理过程组与 GB/T8566/ISO/IEC/IEEE12207和GB/T22032/ISO/IEC/IEEE15288的组织项目支持过程组和协 议过程组保持一致。 注1：该产品线参考模型不适用于处理诸如电路板、机械零件或人工操作者之类的物理制品。它涉及系统和软件 级别的制品，如，需求文档、架构数据、验证计划和行为模型。当存在属于较大系统的软件制品时，可以应用 两次。它首先用于处理产品线的系统级制品，然后处理产品线的软件制品。此外，产品线参考模型在软件与 系统工程级别内和不同级别之间都是递归的。 注2：产品线参考模型和本文件并未规定任何特定的软件与系统工程方法的使用。组织可以决定将哪种方法用于 领域工程和应用工程。一些组织可能对领域和应用工程使用相同的方法，而另一些组织可能选择混合和匹 配多种方法（如，特定领域建模、敏捷和精益）。所选择的方法不仅宜促进领域实现资产，还宜促进其他领域 资产（如·需求设计和测试资产)的战略创建、重用和配置
根据软件与系统产品线工程与管理的参考模型（见图1），本文件着重于领域工程和应用工程 周期以及组织管理和技术管理过程组。本章对上述内容进行说明。
领域工程识别领域中关键的通用性和可变性，建立一个实现通用性和可变性的产品线平台，并在整 个产品线的生存周期中管理这一平台。因此，开发方法应支持更大、更复杂平台的长期开发和维护。令 领 域工程的方法和工具有助于实现6.1.1～6.1.5中描述的过程。
6.1.1产品线范围界定
产品线范围定义产品线的成员产品及其主要（外部可见）的通用和可变特征，从经济角度分析产品， 并控制和规划产品线及其产品的开发、生产和市场营销。产品管理主要负责此过程，由三个任务组成， 具体如下。 产品范围界定，决定产品路线图，即目标市场；产品线组织宜开发、生产、上市和销售的产品类 别；为了达到产品线组织的长期和短期业务目标，产品宜提供的通用和可变特征；产品投放市 场的时间表。 领域范围界定，识别功能域，这些功能域对预期的产品线是重要的，并提供足够的复用来校正 产品线的创建。领域范围界定构建在产品范围界定所产生的产品类别定义的基础之上。 资产范围界定低压配电、电气动力、普通照明、事故照明、防雷接地系统。其中弱电工程施工方案，识别潜在的可重用资产，估算每个领域资产的成本和收益，并将这些结果作为 资产建议书提供给产品线经理，由他们决定实现哪些领域资产。这些被采纳为领域资产的现 有资产记录在资产列表中。 注：产品线范围界定是一个组织的产品线的规划和管理的过程。可以将其放置在组织管理过程组（6.3)中。在本
6.1.2领域需求工程
领域需求工程使用产品线范围界定的结果（例如，产品路线图，产品线的高层特征说明以及现有资 产的文件资料)作为确定产品线中成员产品的通用需求和可变需求的起点。它产生了需求规格说明利
于变更管理和配置管理
6.1.5领域验证与确认
它利用从其他领域工程过程中获得的各种领域资产来构建适当的领域验证与确认资产。选择 和构建领域验证与确认资产的任务在整个领域工程全生存周期中进行。根据每个领域资产涉 及的可变特性的种类，对领域资产的测试可以进行补充和裁剪，对相关应用资产的测试也 样。领域测试设计确定要在何处进行何种测试，并相应地构造领域验证与确认资产。 领域测试执行，根据领域验证与确认策略将构造的验证与确认资产应用于测试对象，例如，组 件，子系统（如组件分组)和已实现的产品线平台。在执行期间和执行之后，将创建验证与确认 结果，以可重复和可验证的方式记录所应用的测试用例和场景，被测对象以及预期和实际的验 证与确认结果。如果在领域验证与确认期间已构建样例应用，则仅执行与示例应用相关的通 用领域验证与确认资产以及可变域验证与确认资产。具体的领域测试用例通常仅适用于这些 项目。领域工程中无法验证与确认任何样例应用中都不存在的产品线的可变性。 领域测试关闭和报告，完成验证与确认后，将对结果进行分析，以发现领域资产中的缺陷及其 根本原因。最后，将创建一个领域测试总结报告，记录已测试的领域资产、已使用的验证与确 认资产，以及得到的结果。领域测试执行未覆盖的测试将由应用验证与确认实施。在领域验 证与确认中执行的测试用例通常应在应用验证与确认中重复。 领域测试管理，跟踪领域验证与确认资产，如，缺陷和资产的更改历史记录。
应用工程在平台之上开发应用资产和单个系统。与单系统工程相比，应用工程是有效和高效的，因 为根据平台的范围和成熟度，大部分产品线工程的工作量和复杂性已分配给领域工程，从而降低了应用 复杂性并缩短了应用开发时间。应用工程通常涉及客户，因此需要应对不断发展的市场需求。
栈桥搭设及水中墩专项施工方案6.2.1应用需求工程
应用实现通过利用应用需求和架构，重复使用和配置领域组件和接口，识别、选择和集成适当的商 架组件，以及构建新的组件和接口来实现成员产品并使其具备指定功能。它承担以下任务。 绑定组件级别的可变性，绑定领域组件的内部可变点。在领域实现中所实现的接口宜重复使 用而无需更改。否则，领域架构的构造可能会被破坏，并且阻碍领域资产的战略性重用。 COTS（包括开源)组件的识别、评估、选择和集成，当领域组件不足以支持应用实现时，COTS 组件通常是一个可行的选择。它们可以加快应用的实现速度，降低成本并提高成员产品的质 量。与专用组件相比，如果有必要的话，COTS组件以后也可能更易于概括为平台的一部分。 应识别并评估适当的COTS组件。如果无法找到或购买到合适的组件，则应实现新组件。 专用接口实现，包括专用组件接口的内部设计和编码。仅当领域实现未提供适当的接口以供 重复使用时才宜执行此操作。宜仔细检查提供的组件和所需组件的接口详细信息级别。 专用组件实现，当没有合适的领域资产和COTS组件可用来满足应用需求时，与在单系统工 程中一样精确地实现。 应用实现资产验证与确认，同时检查与绑定变体相关联的领域实现资产和应用组件和接口，以
6.2.4应用验证与确认
应用验证与确认可确保对正确的成员产品和正确的应用资产进行了正确的建模、说明、设计、构建、 证与确认。该活动根据应用需求验证最终产品及其架构和实现资产。利用领域验证与确认资产并创 应用验证与确认资产，以确保成员产品充分的质量保证。 由于在6.2.1～6.2.3中已经阐述了应用工程生存周期其他过程中固有的验证与确认活动，因此本 仅包括以下任务。 应用测试规划，生成一个应用测试计划、记录范围、测试策略、测试完成标准、资源以及应用验 证与确认活动的进度。针对直接可重复使用的领域需求，领域测试计划的相应内容可以复用， 并在应用测试计划中予以必要的调整。针对修改的领域需求和新的专用需求，应重新做测试 规划，并将其纳人应用测试计划中。 应用测试设计，通过重复使用和修改领域验证与确认资产来指定并构建应用测试规程，测试用 例，测试数据和测试环境。领域验证与确认资产的通用部分可以按原样重复使用。对于包含 可变性的验证与确认资产，应基于应用可变性模型以及来自应用需求工程、应用设计、应用实 现以及领域验证与确认的输人来绑定变化点。对于应用特定部分，应构建新资产。生成应用 验证与确认资产所需的工作取决于成员产品的大小和范围，以及在应用工程过程中领域资产 被重用的程度。如果成员产品从产品线平台获得大多数功能，并且已经针对该平台广泛建立 了相应的领域验证与确认资产，则应用验证与确认将花费相对较少的工作量。 应用测试实施，根据应用验证与确认策略将应用验证与确认资产应用于各种测试对象，例如组 件、子系统和成员产品。除了验证成员产品的正确性和完整性外，还应评估成员产品与架构级 构造体系的一致性。成员产品中绑定的可变性和配置的约束应进行验证与确认。预期的和实 际的验证与确认结果与已执行的应用验证与确认资产一起文档化。 应用测试关闭与报告，当完成上述应用验证与确认任务后，将对结果进行分析以发现应用资产 中的缺陷及其根本原因。最后，将创建一个测试总结报告，它记录已验证与确认的资产、已使 用的验证与确认资产，以及测试结果。领域测试总结报告可在报告中重复使用。 应用测试管理，保持跟踪缺陷、应用验证与确认资产，以及应用验证与确认资产的变更历史 记录。
组织管理过程对于构建产品线组织是需要的GB／T 3215-2019标准下载，在组织中引人和制度化产品线战略需要持续地准备， 规划、执行和改进。
6.3.1组织级产品线规划
组织级产品线规划属于组织级战略规划。组织产品线规划涉及各类计划，如产品线迁移计划、采购 划和领域资产投资计划，其最重要的职责之一是通过分析投资回报率，做出是否采用产品线战略策略 央定。宜从以下几方面分析产品线带来的预期商业价值，如成本降低、生产率提高、质量改进、商业风 降低、上市时间缩短以及市场份额增加。基于前述信息，组织的商业管理宜设定引人产品线方案的商 价值目标，并通过测量来检查这些商业价值目标是否达到，若未达到，组织应采取必要的纠正措施。 在某些情况下，存在仅在规划阶段不能独立完成该分析的情况，需基于计划的执行结果完善计划。 常情况下，宜快速选代一个领域工程过程周期，尽快开发出首个产品以占领市场份额，同时测试实施 品线的可行性。通过反馈，建立和完善具有进一步的应用资产（如需求、设计和软件部件），并纳人平 进人下一个领域工程过程选代周期，应在组织级商业管理明确该策略计划。过程管理宜确定领域和 用工程过程是否适应于修改过的平台。 该过程有如下任务。 商业机会分析，帮助利益相关方决定是否启动产品线方案，以及是否在现有产品线中增加特定 的产品。这包括成本/收益估算和商业价值分析。建立来自高级管理层、销售、产品管理、工程 与用户关系管理和用户组等各方代表间的协作关系，是成功开展商业机会分析的必要条件。 首先应分析市场，以做出初步可采纳的决策，并指导产品线的演进，将新产品引人产品线并持 续完善。商业机会分析还应确定建立和运营领域资产库、知识管理基础设施，以及在预期的产 品线生存周期中实施适用的产品线工程过程和管理过程所需的投资规模。只要能从市场和其 他来源获得收益，且收益大于投资，就存在商业机会。 客户关系管理，指产品线组织（如销售、产品经理、领域专家、用户组协调员）与客户一个或多个 特定利益组（如法律、财政或技术实体、操作、培训)的委派代表间交换信息和其他资源，这些客 户代表负责验收产品线组织的产品，负责在客户组织中导人产品并在产品生存周期中提供支 持。产品线组织宜跟踪和协调客户需求，及时响应和变更产品以满足客户认为必要的需求更 改，按B2B模式设置产品线的组织和他们的客户，宜致力于构建互利的长期关系。 一开发采购策略，应建立可行的计划，通过与供应商签订产品与服务合同达到特定产品线的目标 和结果。采购有助于获取新的领域资产，有助于在产品线中融合为新的产品。该策略应包括 对COTS部件和其他第三方产品供方进行管理的计划，例如宜确定能满足产品线预期的可变 性、使用期和演进要求的关键供方，并将合同发包给它们。产品线中若使用开源COTS部件， 宜指派组织角色/职责及明确定义流程，以管理和开源社区的关系。最后，开发采购策略时，还 要考虑产品线中部分或全部成员产品安装或使用了第三方应用的情况，宜确定是否允许用户 和其他第三方提供、销售并分销该第三方应用，如果允许，采购策略则应包括为第三方建立适 当的组织、过程和技术支持（如应用工程工具和质量保证、销售以及在线分销机制)的计划。 组织迁移规划，建立培育产品线的组织能力，它规划产品线的启动，进度表以及建立和管理产 品线所需的资源，如组织、人员和预算，它还定义了采用产品线方案实现的目标，迁移计划是组 织迁移规划过程的主要交付物。 组织运营规划，概述特定组织单位如何生产领域资产、如何定义生产计划、如何使用领域资产 和生产计划来构建产品，以及如何度量和监视生产运营。产品线组织竞争力来自于比竞争对 手更低的生产成本，为此，运营计划是尤其重要的制品。运营管理章节（6.3.3)详细描述了运 营计划及其执行。 组织产品线改进规划，定义领域工程过程和应用工程过程如何持续改进以使产品线的效能和 效率达到平衡。 价值管理规划，提供集成的度量方案以提高迁移计划和运营计划的效能，宜规划存在于商业机