git 原生：可 diff、可合并、可评审
SysML v2 是文本模型：每次改动都是可读的差异，分支并行、合并冲突可见、评审可逐行进行 —— 而不是只能看截图比对。
系统工程 · MODEL BASED SYSTEM ENGINEERING
MBSE Workbench
方法论引导 + SysML v2 建模 + 需求台账 / RTM / 评审 + GJB 438C 文档导出 —— 把「模型里写了什么」变成能交给评审与甲方的材料。
TwinSphere Platform
MBSE Workbench
MBD Workbench
Electronic Workbench
MDE Workbench
Simu Workbench
Mfg Workbench
Delivery Workbench
5G Delivery Workbench
Twin Workbench
从问题域到实现域：MagicGrid 25 格分步引导，谁先谁后一目了然；SysML v2 文本与图形一体的系统建模；需求台账、追溯与评审全程留痕 —— 把「模型里写了什么」变成能交给评审与甲方的材料。
演示
SysML 图与源码双向同步 · 素材待接入
系统建模：文本与图形一体，8 种视图
总览 / BDD / IBD / 需求 / 用例 / 状态 / 活动 / 时序 —— 图元编辑直接回写源码，图与源码始终一致。
- 图 ⇄ 源码双向同步：拖一个元素，源码同步出现；改一行源码，图上同步更新
- 工程化编辑器体验：语法高亮、实时诊断、补全、跳转、大纲、多文件作用域
- 布局可沉淀：手工摆位可保存复用，跨会话不丢；连线自动路由
- AI 辅助：以模型为上下文提问、批量改造与校验
演示
MagicGrid 方法论引导 · 素材待接入
系统建模方法论落地，不只是画图
MagicGrid 25 格（问题域 / 方案域 / 实现域 × 需求·结构·行为·参数·S&R）分步引导，谁先谁后一目了然。
- 分步引导：每一步的输入 / 输出 / 建模要素明确，交付物可检查
- 视点与框架投影：同一份模型投影出 DoDAF / UAF / TOGAF / Zachman 视图，虚拟目录不复制数据
- 完备性与一致性：25 格覆盖度、需求追溯、层级判定与命名约定自动检查
- 多方法论可切换：Harmony SE / OOSEM / Arcadia / SYSMOD 按项目选
演示
台账、RTM 与文档导出 · 素材待接入
「文本化」建模
- 传统图形化建模库 = 二进制黑盒：评审只能看图，版本只能整体替换
- 文本模型 = 工程资产：
git log就是建模历史，git diff就是设计变更单 - 派生数据（台账、索引、导出文档）全部可重建，模型始终是唯一事实源
模型治理：需求台账、追溯与文档交付
模型进 git，需求有台账，评审有记录，交付有文档
需求台账与 RTM
解析需求文件建立台账：编号、状态、验证方法、责任人、评审记录；RTM 一眼看清「需求 → 设计」的满足关系。
评审与配置管理
基线建立、变更控制、批量评审与状态流转，与 git 历史配合形成技术状态管理，全生命周期可追溯。
设计文档一键导出
SRS / SDD / IRS / RTM 直接由模型生成（.docx 与 .md），文档与模型同源，改模型即改文档；GJB 438C 亦可一键成稿。
RFLP：需求 → 功能 → 逻辑 → 物理
左侧逐级分解（问题域 → 解决方案域 → 实现域），右侧逐级验证与确认；每一层由对应的工作台承载