1. 课程导入与复用视角建立

在系统工程的日常实践中，我们经常遇到这样的场景：一个新项目启动，团队发现它与三年前做过的某型设备有七成相似，于是把旧模型复制过来改改参数、换换名字，结果改到一半发现接口对不上、需求追溯断了、验证用例覆盖不到新工况，最后不得不推倒重来。这类问题的根源不在于工程师不努力，而在于缺少一套“可复用”的架构表达方式——模型是画出来了，但它没有被组织成可被识别、可被选择、可被参数化、可被验证的资产。SysML（Systems Modeling Language）作为系统建模的标准语言，其价值不仅在于“把系统画清楚”，更在于它提供了把架构沉淀为产品线资产的语言机制。本课程要解决的，正是如何用 SysML 把“一次性建模”转变为“可复用建模”。

SysML 在架构复用与产品线建模中的定位

SysML 是 UML 在系统工程领域的扩展，它包含九种图：需求图、活动图、序列图、状态机图、用例图、块定义图、内部块图、参数图、包图。若只把这些图当作“画图工具”，复用就无从谈起。真正支撑复用与产品线建模的，是 SysML 中的三类核心机制。

第一类是块（Block）与分类结构。块是 SysML 对系统、子系统、组件、软件、甚至外部环境的统一抽象。通过块定义图，我们可以把“某型雷达”抽象为“雷达”这个通用块，把“某型雷达的发射功率”抽象为值属性，把“与上级指挥系统的接口”抽象为端口和流属性。复用的第一步，就是让具体产品继承自通用块，而不是每次从零画起。

第二类是参数图与约束块。产品线中不同型号的差异，往往不是结构差异，而是参数差异：探测距离从 80 km 变到 120 km，功耗从 3 kW 变到 5 kW，重量从 200 kg 变到 260 kg。参数图把“性能指标”与“结构参数”用数学约束绑定起来，使得改一个顶层指标，相关参数能按约束关系联动。这是“可配置产品线”的技术基础。

第三类是需求图与追溯关系。复用不是复制模型，而是复用“需求—设计—验证”的完整链条。需求图中的「满足」「派生」「验证」关系，让一个通用架构在被新项目继承时，能自动带出它原本满足的需求集合和验证用例集合，从而避免“改了设计忘了改需求”的典型事故。

把这三类机制放在一起看，SysML 在复用中的定位就清晰了：它既是架构资产的描述语言，又是产品线可变性的表达语言，还是需求与验证一致性的追溯语言。本课程后续所有章节，都围绕这三条主线展开。

课程目标与学习路径

本课程的目标不是让学员“会画九种图”，而是让学员能够独立完成一次从通用架构到具体产品型号的复用建模。具体来说，学完本课程后应能做到：

• 识别一个系统中哪些部分适合作为产品线通用资产，哪些部分应作为可变点；
• 用块定义图与内部块图建立可继承的架构骨架，并定义清晰的接口契约；
• 用参数图把性能指标与结构参数绑定，形成可配置的参数模型；
• 用需求图建立需求—设计—验证的追溯链，并随复用自动传递；
• 用变体建模表达产品线中不同型号的差异，并保证差异不破坏接口一致性；
• 在典型工具链中落地上述模型，并完成一次可复现的复用建模演练。

学习路径按“先建立视角、再掌握机制、后完成落地”组织。前四章建立复用视角与 SysML 复用机制的基本认知；中间章节分别深入块与接口复用、参数化配置、需求追溯、变体管理；后续章节进入工具链操作、案例项目实战与复盘。每一章都围绕一个可交付的建模片段展开，避免只讲概念不落模型。

工具链概览

SysML 是语言标准，不是工具。实际落地需要选择支持 SysML 的建模工具。课程中涉及的典型工具链包括三类：

• 专业 SysML 建模工具：如 Cameo Systems Modeler、MagicDraw、Rhapsody 等，支持完整的九种图、模型库、变体管理和团队协作，适合产品线级建模。
• 开源或轻量建模工具：如 Papyrus、Modelio、Capella（虽偏 MBSE 方法但可导出 SysML 风格模型），适合教学和小型项目验证。
• 模型管理与追溯工具：如 DOORS、Jama、Polarion 等需求管理工具，与 SysML 建模工具通过 ReqIF 或专用连接器交换需求与追溯关系。

课程演示以“块定义图 + 参数图 + 需求图”为主线，工具操作以通用建模概念为主，不绑定某一商业工具的具体菜单，确保学员换工具后仍能迁移。若使用开源工具，建议至少准备 Papyrus 或 Modelio 中的一种，以便跟随案例动手。

案例项目说明

课程贯穿一个案例项目：“某系列地面无人侦察平台”。该产品线包含三个型号：轻型（续航 4 h、载荷 2 kg）、标准型（续航 8 h、载荷 5 kg）、增强型（续航 12 h、载荷 8 kg）。三个型号共享底盘、通信链路、导航模块和任务管理软件架构，差异集中在电池组、载荷接口和部分结构件。

案例的复用建模任务包括：建立通用平台块定义图，定义底盘、通信、导航、任务管理四个子系统的接口；用参数图绑定续航时间、电池容量、载荷重量与功耗之间的约束；用需求图表达“续航不低于 X 小时”“载荷能力不低于 Y kg”等需求，并建立到设计与验证用例的追溯；最后用变体建模表达三个型号的差异配置。案例参数均为教学假设值，用于演示建模方法，不代表任何真实装备指标。

下面用一张图概括本课程的核心视角：SysML 复用机制如何从通用架构出发，经过可变点识别、参数绑定、需求追溯，最终生成具体型号配置。这张图不是流程图，而是复用关系结构图，重点表达“通用资产—可变点—具体型号”之间的继承与配置关系。

这张图表达的核心逻辑是：通用架构层提供可复用的块与接口，可变点层标识产品线中允许差异化的参数与结构，需求追溯层保证复用过程中需求与验证不丢失，最终在具体型号层生成配置。四层之间不是简单的上下流程，而是“继承—约束—追溯—配置”的关系网络。后续章节将逐层展开，先讲清块与接口如何设计成可继承的，再讲参数如何绑定，最后讲需求如何随复用传递。

建立复用视角的第一步，是改变“建模就是画图”的习惯。每画一个块，先问三个问题：它是否可能被其他型号复用？它的哪些属性是稳定的、哪些是变化的？它满足的需求和验证用例是否已经挂接？这三个问题贯穿本课程始终，也是后续所有建模操作的判断依据。