第三方评审与经验分享指南,适用于系统工程师和产品团队
引言:为何需求图在现代系统工程中至关重要
在当今复杂的系统开发环境中,弥合文本需求与可执行模型之间的差距已成为一个关键挑战。在多个企业项目中广泛测试了Visual Paradigm的SysML需求图功能后,我可以自信地说,这一功能彻底改变了团队管理、追踪和验证系统需求的方式。

无论你是从事航空航天系统设计的系统架构师,定义SaaS平台功能的产品经理,还是建立测试可追溯性的QA负责人,需求图都提供了一种可视化且严谨的需求工程方法,这是传统基于文本的工具无法比拟的。本指南将介绍基于实际使用模式的实用实施策略、定制技巧和工作流优化方法。
理解SysML需求图
需求指明了必须(或应当)满足的能力或条件。需求可以规定系统必须执行的功能,或系统必须达到的性能条件。用例(在UML中存在)对于捕捉功能需求非常有效,但不适合表达非功能需求。将基于文本的需求纳入SysML,能够有效涵盖广泛的需求类型。
需求图是SysML中专门使用的一种新类型图表,用于明确需求及其相互关系。标准的SysML需求包含用于指定其唯一标识符和文本需求本身的属性,用户还可以指定验证状态、优先级等其他属性。

为什么我们需要在SysML中使用需求图?
SysML包含需求建模能力,可在需求管理工具中维护的基于文本的需求与系统模型之间建立桥梁。该功能旨在通过实现基于文本的需求与代表系统分析、设计、实现和测试用例的模型元素之间的严格可追溯性,显著提升系统全生命周期中的需求管理效率。
实践者洞察:根据我的经验,仅可追溯性功能在医疗设备和汽车系统等受监管行业的合规审计中,每轮迭代就能节省15至20小时。
入门:创建您的第一张需求图
创建需求图
-
选择 图表 > 新建 从应用程序工具栏中选择。
-
在 新建图表 窗口中,选择 需求图.
-
点击 下一步.
-
输入图表名称和描述。 位置 字段允许您选择一个模型来存储该图表。
-
点击 确定.
创建需求
要在SysML需求图中创建需求,请单击图工具栏上的 需求 按钮,然后单击图中位置。

需求分解
要在SysML需求图中分解需求:
-
将鼠标指针移至需求上。
-
按下 资源目录 按钮(位于右上角)并将其拖出。
-
在您希望创建分解后需求的位置释放鼠标按钮。
-
选择 包含 -> 需求 从资源目录中选择。
-
将创建一个新需求,并通过包含连接器与源需求相连。输入其名称并按 回车 以确认编辑。

专业提示:使用层级分解将高层次的业务目标分解为技术规范。这可以从利益相关者需求到实现细节建立清晰的审计追踪。
编辑和管理需求属性
内联编辑需求属性
要内联编辑需求的属性(例如ID),双击该属性,输入新值,然后按回车键确认。

通过规范窗口编辑需求属性
您可以通过规范窗口编辑需求的属性。要打开该窗口,请单击需求形状右上角的小放大镜图标。

创建测试用例并链接到需求
一个测试用例描述了测试需求的可能场景。要创建一个测试用例,请单击图工具栏上的 测试用例 按钮,然后单击图中位置。

将鼠标指针移至测试用例上。按下 资源目录右上角的按钮并将其拖出。将鼠标指针移到需求上,然后释放鼠标按钮,将从测试用例创建一个验证关系到该需求。

记录测试用例
-
右键单击一个测试用例并选择打开规范…从弹出菜单中选择。

-
在测试计划选项卡中,填写步骤, 程序和预期结果.

工作流建议:为测试用例建立命名规范(例如,TC-REQ-XXX),以保持清晰的可追溯性矩阵,该矩阵由工具自动生成。
为您的领域自定义需求类型
用户可以通过需求建模以可视化方式记录和展示需求,作为方框。需求的名称总结了需求内容,而一组属性定义了需求。默认的需求框使用户能够指定通用属性,如ID、来源、类型、验证方法、风险和状态。此外,您还可以自定义您自己的需求类型包含与您的领域相关的属性。
创建新的需求类型
在创建新的需求类型之前,请先创建一个新的SysML需求图,或打开您希望自定义需求类型的目标准确需求图。选择窗口,然后点击窗口 > 配置 > 配置需求…从工具栏中选择。
此时配置需求窗口出现。点击添加用于添加新的需求类型。

在 名称 字段中输入需求类型的名称。

为需求类型添加属性以使其具有意义。点击 添加 按钮,然后在属性表下方选择一个属性。

为新创建的属性命名。通过重复上一步骤,创建所需数量的属性。
注意:如果从下拉菜单中选择 枚举属性 , 编辑枚举… 按钮将出现。点击 编辑枚举… 按钮进行编辑。
除了定义属性外,您还可以通过填充、线条和字体来格式化需求类型。点击 … 按钮的 填充 按钮,如果您想为需求类型自定义颜色。
注意:点击 … 按钮的 线条 按钮,如果您想自定义其线条属性,同时点击 … 按钮的 字体如果您想自定义其字体属性。
配置完需求类型后,点击 确定按钮返回到您的目标SysML需求图。
最后,您可以看到自定义的需求类型已出现在图表工具栏上。您可以在图表上选择并点击它来创建形状。


自定义策略:对于汽车项目,我创建了专门的类型,例如“安全需求”(带有ASIL等级属性)和“性能需求”(带有延迟/阈值字段)。这种领域特定的建模减少了歧义,并加快了评审周期。
使用需求列表大规模管理需求
每个用例都可以通过实现一组相关的需求来完成。需求说明了系统需要交付的内容。我们将识别用例下的需求集合。虽然用例关注的是用户希望与我们的系统进行什么操作,但需求关注的是系统需要交付什么以满足用例。
该 需求列表是一个您可以存储和管理需求的地方。您还可以全面了解整个系统涉及的需求。
打开需求列表
要打开需求列表,请选择 建模 > 需求列表从工具栏中选择。
需求列表概览

| 编号 | 名称 | 描述 |
|---|---|---|
| 1 | 新建需求 | 点击以创建需求。 |
| 2 | 字体大小 | 点击以调整 需求列表. |
| 3 | 打开规范… | 在 中选择一个需求需求列表 并点击此按钮以打开其规范。 |
| 4 | 显示视图… | 在 中选择一个需求需求列表 并点击此按钮以列出包含所选需求视图的图表。 |
| 5 | 可视化 | 在 中选择一个需求需求列表 并点击此按钮以在新或现有图表中显示它。 |
| 6 | 搜索 | 通过输入搜索条件来查找需求。 |
| 7 | 需求列表 | 需求在此列出。 |
| 8 | 所选需求的名称 | 所选需求的名称。 |
| 9 | 需求ID | 所选需求的ID。创建需求时,ID会自动生成。您可以在 中自定义ID的格式项目选项 窗口(窗口 > 项目选项 > 图表 > 模型生成). |
| 10 | 来源 | 需求创建的方式。 |
| 11 | 类型 | 需求的类型。 |
| 12 | 验证方法 | 需求可以被验证的方式。 |
| 13 | 风险 | 支持该需求所涉及的风险等级。 |
| 14 | 状态 | 需求的当前状态。 |
| 15 | 用例 | 通过实现需求可以达成用例。如果所选需求是由用例创建的,或作为用例的需求添加的,您可在此处查看相关用例。 |
| 16 | 需求描述编辑器 | 所选需求的描述。编辑器上方的工具可让您以富文本格式输入描述。 |
在需求列表中创建需求
在 需求列表:
-
点击 新建需求 上方的 需求列表.
-
输入需求的名称。

-
按 回车 以确认编辑。
-
您可以选择性地编辑需求的属性。

-
您可以选择性地编辑需求的描述。

扩展管理提示: 在项目启动阶段,使用需求列表批量导入Excel/CSV数据,然后在设计冲刺期间转为基于图表的细化。这种混合方法在效率与精确性之间取得了平衡。
结论:将需求从文档转变为动态模型
在多个跨职能团队中实施SysML需求图后,实际效益变得清晰:需求模糊性降低,变更请求期间的影响分析速度加快,审计准备度显著提升。需求图的可视化特性使复杂的依赖关系链对技术与非技术利益相关者都一目了然——这在系统工程中实属罕见的双赢。
尽管掌握SysML的形式语义存在一定学习曲线,但Visual Paradigm直观的界面和定制化功能显著降低了入门门槛。能够根据您的领域定制需求类型,并与测试用例和设计元素实现无缝可追溯性,从而创建一个随系统演进而不断更新的单一事实来源。
对于从以文档为中心的需求管理过渡的团队,我建议从专注于单一子系统的试点项目开始。记录您的定制决策,尽早建立团队规范,并利用需求列表进行初始的批量导入。在2到3个冲刺周期内,大多数团队报告需求清晰度和变更管理效率均有明显提升。
在系统复杂性持续上升的时代,将需求视为第一类建模元素(而不仅仅是文档资料)已不再是可选项。当被审慎实施时,SysML需求图提供了实现可靠、合规且以用户为中心系统所需的结构严谨性和视觉清晰度。
- 参考文献
- Visual Paradigm系统工具: 全面的SysML建模解决方案,支持需求图、参数化分析以及系统工程项目的全生命周期可追溯性。
- 需求图工具: 专用功能页面,详细介绍了SysML需求图的功能,包括可视化建模、属性管理以及与其他SysML图类型的集成。
- 如何自定义SysML需求类型?: 分步教程,介绍如何创建符合特定领域的需求类型,包括自定义属性、枚举值以及与组织标准一致的视觉样式。
- 如何绘制需求图: 官方文档,涵盖图创建流程、需求分解模式以及可视化需求建模的最佳实践。
- 自定义需求类型: 深入指南,介绍如何通过添加行业特定属性、验证规则和展示格式来扩展默认需求模板。
- 使用需求列表管理需求: 实用参考,介绍如何使用需求列表视图对大规模系统模型中的需求进行组织、筛选、搜索和批量编辑。













