1. 课程导入与全景认知

在复杂装备与软件密集型系统的研制过程中，需求、设计、仿真、代码、测试之间往往存在成百上千条可追溯关系。一次看似局部的变更——例如把某个控制器的采样周期从 10 ms 调整为 5 ms——可能沿着模型链路传导到接口定义、时序约束、验证用例乃至供应商交付物。如果缺少系统化的影响分析与配置管理，团队就会陷入"改一处、崩一片"的被动局面。本课程要解决的，正是如何让变更"看得见、算得清、控得住"。

一、两个核心概念：变更影响分析与配置管理

MBSE变更影响分析，是指在基于模型的系统工程环境中，当某个模型元素（需求、功能、架构、参数、接口、验证用例等）发生变更时，系统性地识别该变更可能波及的所有下游与上游元素，评估影响范围、影响程度与风险，并给出处置建议的过程。它的关键不是"找到直接关联"，而是沿可追溯链路做多跳传播推理，并结合语义、参数与约束判断影响是否真实成立。

配置管理，则是对系统在全生命周期内的配置项及其版本、基线、变更、状态进行受控管理的一组活动。在 MBSE 语境下，配置项不再只是文档和代码，还包括模型包、模型元素、视图、参数集与模型库。配置管理回答四个问题：当前配置是什么（标识与基线）、谁在什么时候改了什么（变更控制）、改动是否被正确记录（状态纪实）、不同版本之间能否复现与审计（验证与审计）。

二者关系可以概括为：配置管理提供"变更的事实基础与受控通道"，影响分析提供"变更的决策依据"。没有配置管理，影响分析缺少可信的版本与追溯数据；没有影响分析，配置管理只能记录变更，却无法判断变更是否安全。

二、为什么必须做：价值与代价

从工程实践看，变更影响分析的价值体现在三个层面。第一是风险控制：某型无人机飞控软件在需求评审后修改了"返航高度"参数，若未分析影响，可能遗漏对航路规划模型、安全约束验证用例和地面站显示逻辑的同步更新，导致试飞阶段出现逻辑冲突。第二是效率提升：人工排查一条跨 5 层模型的追溯链可能需要数小时，而基于模型查询可在秒级返回受影响元素集合。第三是合规与审计：在航空、汽车、轨交等领域，适航或功能安全标准要求变更必须可追溯、可验证，配置管理与影响分析记录是审计证据的核心组成部分。

代价同样明显。常见挑战包括：追溯链路不完整（"断链"导致漏判）、模型元素命名与语义不统一（同名不同义或同义不同名）、多工具链之间数据割裂（需求工具、建模工具、测试管理工具各自为政）、以及变更频率高时人工评估难以持续。这些挑战正是本课程后续章节要逐一拆解的对象。

三、课程学习路径与实战项目

本课程共 30 章，整体按"认知—方法—工具—实战—复盘"推进。前段建立概念与标准框架，理解变更影响分析与配置管理在 MBSE 生命周期中的位置；中段深入追溯关系建模、影响传播算法、基线策略、变更控制流程与工具集成；后段以一个贯穿式实战项目为载体，完成从变更申请、影响分析、方案决策到基线更新的完整闭环。

实战项目设定为：某车载域控制器的"制动响应时间"需求由 150 ms 收紧至 120 ms。学员需要基于给定的 SysML 模型片段与追溯矩阵，识别受影响的功能、架构、接口、参数与验证用例，评估影响等级，输出变更影响报告，并完成配置项版本更新与基线重建。项目数据为教学示例，参数与结果均为合理假设，用于训练方法而非复现真实产品数据。

四、关键术语速览