System Architecture Modeling (SAM) - 知识体系与能力框架可视化建模提示词
**大家好，我是人月聊IT。** 今天继续分享我原来整理的基于系统工程学思想的可视化建模提示词和标准规范。实际在今年1月份的时候就出了该规范，但是当时大模型的绘图能力有限，也没有引起我足够重视。 今天重新在使用该规范，即使使用DeepSeek V4.1 Flash模型，也可以得到很好的模型输出和可视化效果。该提示词和参考案例已经开源，大家可以下载和试用。具体地址在： https://github.com/sharptoolbox/visual-model 提示词：基于《SystemArchitectureModeling.md》提示词的要求。对ISC集成供应链框架体系进行可视化建模，输出一个完整的svg可视化模型图给我。  基于提示词，输出生产制造企业的IPDF可视化模型图。  基于我9.18日本体论的文章的核心内容，整理为一个知识体系和能力框架，还是按前面的建模提示词和方法论，输出一个新的svg文件给我。  ## **一、核心建模理念** ### **1.1 系统工程思想基础** 本建模规范基于**系统工程**（Systems Engineering）的核心思想，将任何复杂事物（知识体系、能力框架、组织架构、概念模型等）视为一个**系统**，通过可视化模型来揭示其**内在机制**和**外在表现**之间的因果关系。 > **核心假设**：任何复杂事物都可以被分解为相互关联的组件，组件间的关系和交互决定了系统的整体涌现行为。 ### **1.2 五维建模框架（SCBRD）** 为了完整理解和表达一个系统，必须同时把握五个核心维度： |**维度**|**英文**|**核心问题**|**建模目标**| | --- | --- | --- | --- | |**结构**|Structure|系统由哪些组件构成？|识别核心要素与层次| |**能力**|Capability|各组件能做什么？|定义功能与职责| |**行为**|Behavior|组件如何运作？|描述动态过程与状态| |**关系**|Relation|组件间如何关联？|建立依赖与交互模式| |**依赖**|Dependency|什么驱动什么？|追溯因果与约束链| ### **1.3 建模核心原则** - **层次化分解**：从整体到局部，从抽象到具体 - **关注点分离**：不同视图表达不同的系统关注点 - **可追溯性**：概念→能力→行为→实现之间的清晰追溯 - **一致性**：确保不同视图之间的信息一致 - **涌现性**：揭示组件交互产生的整体特性 ## **二、系统建模元素规范** ### **2.1 核心组件（Component）表示法** #### **形状语义约定** 不同形状代表不同类型的系统组件，具有明确的语义： |**形状**|**语义**|**适用场景**|**填充色**| | --- | --- | --- | --- | |**矩形**|基础模块/子系统|功能模块、知识模块|#E3F2FD（浅蓝）| |**圆角矩形**|有状态组件|能力、技能、记忆模块|#E8F5E9（浅绿）| |**六边形**|决策/协调中心|控制器、调度器、核心引擎|#F3E5F5（浅紫）| |**椭圆/圆形**|资源池/知识库|知识库、经验池、数据存储|#FFF9C4（浅黄）| |**菱形**|判断/条件节点|决策点、分支条件|#FFE0B2（浅橙）| |**云形**|外部环境/边界|外部系统、环境输入|#F5F5F5（浅灰）| |**八边形**|约束/规则|原则、规范、限制条件|#FFCDD2（浅红）| #### **组件标注要素** 每个组件必须包含以下标注： ```markdown ┌─────────────────────────────────────┐│ «构造型» ││ ────────────────── ││ 组件名称 ││ ────────────────── ││ 核心属性：属性1, 属性2 ││ ────────────────── ││ 输入→处理→输出 ││ ●○────────○● │（端口）└─────────────────────────────────────┘ ``` **构造型列表**： - `«knowledge»` - 知识模块 - `«capability»` - 能力组件 - `«process»` - 过程/行为 - `«resource»` - 资源/存储 - `«principle»` - 原则/约束 - `«interface»` - 接口/连接点 - `«system»` - 系统/子系统 ### **2.2 能力与功能（Capability）表示法** #### **能力层次结构** ```markdown L1 - 战略能力（Strategic Capability） │ └→ 系统的核心价值主张 │L2 - 核心能力（Core Capability） │ └→ 关键功能模块 │L3 - 基础能力（Basic Capability） └→ 可复用的基础技能 ``` #### **能力描述模板** ```javascript 【能力名称】：[填写能力名称]【能力层级】：L1/L2/L3【触发条件】：何时激活此能力？【输入要素】：需要什么输入？【处理过程】：如何处理？（核心机制）【输出结果】：产生什么输出？【依赖关系】：依赖哪些其他能力？【约束条件】：有什么限制？ ``` ### **2.3 行为与动态（Behavior）表示法** #### **行为类型** |**行为类型**|**符号**|**描述**| | --- | --- | --- | |**线性过程**|①→②→③|顺序执行的步骤| |**并行过程**|①⫿②③|同时进行的活动| |**循环过程**|①→②→③↺|迭代反馈的流程| |**条件分支**|①→⟨?⟩→②/③|根据条件选择路径| |**状态转换**|○→●→◎|状态变化序列| #### **状态机表示** ```markdown ┌──────────┐ 触发事件 ┌──────────┐│ 状态A │ ──────────→ │ 状态B ││ [entry] │ [条件]/动作 │ [entry] ││ [do] │ │ [do] ││ [exit] │ │ [exit] │└──────────┘ └──────────┘ ``` ### **2.4 关系与依赖（Relation & Dependency）表示法** #### **关系类型约定** |**关系类型**|**符号**|**线型**|**语义**|**颜色**| | --- | --- | --- | --- | --- | |**信息流**|→|实线箭头|数据/知识传递|#1976D2（蓝）| |**控制流**|⇢|虚线箭头|触发/调用关系|#388E3C（绿）| |**组合**|◆─|实线+实心菱形|强拥有关系|#212121（黑）| |**聚合**|◇─|实线+空心菱形|弱拥有关系|#424242（灰）| |**泛化**|▷─|实线+空心三角|继承/特化|#1976D2（蓝）| |**依赖**|··→|点线箭头|使用/依赖|#757575（灰）| |**反馈**|⇠··|反向点线|反馈/监控|#F57C00（橙）| |**双向**|⟷|双向箭头|双向交互|#7B1FA2（紫）| |**关键路径**|═▶|粗线箭头|主流程|#D32F2F（红）| #### **关系标注要素** 每条关系连接必须标注： 1. **流动内容**：传递的是什么？（如"知识请求"、"决策结果"） 1. **流动类型**：信息/能量/物质/控制 1. **多重性**：1..1、1..*、*..* 等 1. **条件**（可选）：触发条件 1. **顺序**（可选）：执行顺序号 --- ### **2.5 层次与边界（Hierarchical Boundary）表示法** #### **洋葱模型层次** ```markdown ┌─────────────────────────────────────────────┐│ L0: 环境层 (Environment) ││ ┌─────────────────────────────────────────┐ ││ │ L1: 系统层 (System) │ ││ │ ┌─────────────────────────────────────┐│ ││ │ │ L2: 子系统层 (Subsystem) ││ ││ │ │ ┌─────────────────────────────────┐││ ││ │ │ │ L3: 组件层 (Component) │││ ││ │ │ │ ┌─────────────────────────────┐│││││ │ │ │ │ L4: 元素层 (Element) ││││││ │ │ │ └─────────────────────────────┘│││││ │ │ └─────────────────────────────────┘││││ │ └─────────────────────────────────────┘│││ └─────────────────────────────────────────┘│└─────────────────────────────────────────────┘ ``` #### **边界表示** - **外边界**：3px solid，深色，表示系统边界 - **内边界**：2px dashed，浅色，表示子系统边界 - **接口点**：边界上的端口，表示对外接口 ## **三、核心视图类型** ### **3.1 结构视图（Structure View）** **用途**：展示系统的静态结构，回答"由什么组成"的问题 ```javascript 请绘制一个系统结构视图的SVG，要求：**图表标题**：[系统名称]结构模型图**画布规格**：- 尺寸：1400px × 1000px- 背景：白色（#FFFFFF）- 边距：60px**层次结构**：- L1 系统层：顶部居中，大矩形框 * 填充色：#E3F2FD，边框：3px solid #1976D2 * 构造型：«system»- L2 子系统层：第二行，中等矩形框 * 填充色：#E8F5E9，边框：2px solid #4CAF50 * 构造型：«subsystem» * 使用组合关系（实心菱形）连接到系统层- L3 组件层：第三行，小矩形框 * 填充色：#FFF3E0，边框：2px solid #FF9800 * 构造型：«component» * 使用聚合关系（空心菱形）连接到子系统层**结构关系**：- 组合关系：实线+实心菱形，表示强拥有- 聚合关系：实线+空心菱形，表示弱拥有- 关联关系：实线，表示一般关联- 泛化关系：实线+空心三角箭头，表示继承**标注规范**：- 组件名称：16px, 粗体, #212121- 属性列表：14px, 常规, #424242- 构造型：12px, 斜体, #666666**布局原则**：- 从抽象到具体：从上到下- 从整体到部分：从中心向外- 相关组件邻近布置- 避免连接线交叉 ``` ### **3.2 能力视图（Capability View）** **用途**：展示系统的功能能力，回答"能做什么"的问题 ```markdown 请绘制一个系统能力视图的SVG，要求：**图表标题**：[系统名称]能力模型图**画布规格**：- 尺寸：1400px × 1000px- 背景：白色（#FFFFFF）- 边距：60px**能力层次**：- 战略能力层（L1）： * 形状：大圆角矩形，填充色#E1BEE7，边框：3px solid #7B1FA2 * 位置：顶部中央 * 内容：核心价值主张、战略目标- 核心能力层（L2）： * 形状：中等圆角矩形，填充色#C5CAE9，边框：2px solid #3F51B5 * 位置：第二层，水平排列 * 内容：关键功能描述- 基础能力层（L3）： * 形状：小圆角矩形，填充色#B2DFDB，边框：2px solid #009688 * 位置：底层，按组分布 * 内容：基础技能/知识点**能力关系**：- 支撑关系：从下往上的虚线箭头，标注«supports»- 依赖关系：水平虚线箭头，标注«depends»- 协同关系：双向箭头，标注«synergy»- 派生关系：实线箭头，标注«derives»**能力属性**：每个能力块显示：- 能力名称（粗体）- 成熟度等级（1-5星或百分比）- 关键输入/输出- 依赖数量**布局原则**：- 战略能力居中突出- 核心能力环绕分布- 基础能力按功能分组- 用颜色深浅表示重要程度 ``` ### **3.3 行为视图（Behavior View）** **用途**：展示系统的动态行为，回答"如何运作"的问题 ```markdown 请绘制一个系统行为视图的SVG，要求：**图表标题**：[系统名称]行为模型图**画布规格**：- 尺寸：1400px × 1000px- 背景：白色（#FFFFFF）- 边距：60px**过程表示**：活动节点：- 形状：圆角矩形- 填充色：#E8F5E9，边框：2px solid #4CAF50- 内容：活动名称 + 简要描述决策节点：- 形状：菱形- 填充色：#FFF3E0，边框：2px solid #FF9800- 内容：判断条件并行分叉/汇合：- 形状：粗黑线（水平或垂直）- 宽度：3px控制节点：- 初始：实心圆，填充#4CAF50- 结束：双圆环，外圈#F44336- 连接点：小圆圈，填充#757575**流程控制**：- 控制流：实线箭头，stroke-width: 2px, #212121- 数据流：实线箭头+数据标签，#1976D2- 异常流：虚线箭头，#F44336**泳道表示**（可选）：- 垂直分隔线划分责任区域- 每个泳道顶部标注责任主体- 跨泳道的活动用特殊标记**时序标注**：- 活动节点内标注执行顺序号：①②③- 关键路径用粗线标注- 时间约束用标签说明**布局原则**：- 主流程从左到右或从上到下- 分支在主流程两侧展开- 异常处理流程在下方或右侧- 反馈回路清晰可见 ``` ### **3.4 关系视图（Relation View）** **用途**：展示组件间的交互关系，回答"如何关联"的问题 ```markdown 请绘制一个系统关系视图的SVG，要求：**图表标题**：[系统名称]关系模型图**画布规格**：- 尺寸：1400px × 1000px- 背景：白色（#FFFFFF）- 边距：60px**组件表示**：- 所有参与交互的组件用统一形状- 形状：圆角矩形- 大小：根据重要程度调整- 颜色：根据类型区分**关系分类**：结构关系：- 组合：实线+实心菱形，#212121- 聚合：实线+空心菱形，#424242- 关联：实线，#616161- 泛化：实线+空心三角，#1976D2交互关系：- 信息流：蓝色实线箭头，标注数据类型- 控制流：绿色虚线箭头，标注触发条件- 反馈流：橙色点线箭头，标注反馈内容依赖关系：- 使用依赖：虚线箭头+«use»- 实现依赖：虚线箭头+«realize»- 细化依赖：虚线箭头+«refine»**交互矩阵**（可选）：在图的一角显示N×N交互矩阵，标注组件间是否有直接交互**关系属性**：每条关系线标注：- 关系名称/类型- 流动内容- 多重性（如 1..*, 0..1）- 方向性**布局原则**：- 高耦合组件靠近放置- 核心组件居中- 外围组件按功能分组- 尽量减少连接线交叉- 使用曲线避免遮挡 ``` ### **3.5 集成视图（Integration View）** **用途**：展示系统的整体架构机制，回答"如何集成"的问题 ```markdown 请绘制一个系统集成视图的SVG，要求：**图表标题**：[系统名称]集成架构图**画布规格**：- 尺寸：1400px × 1000px- 背景：白色（#FFFFFF）- 边距：60px**分层架构**：环境层（最外层）：- 外边框：3px dashed #9E9E9E- 包含：外部系统、用户、环境因素- 使用云形表示系统边界：- 边框：3px solid #1976D2- 标题：系统名称 + «system»处理层（中间层）：- 包含：核心处理组件- 按功能横向分组- 填充色：#E3F2FD支撑层（底层）：- 包含：基础设施、资源池- 横向排列- 填充色：#ECEFF1**接口定义**：- 对外接口：边界上的端口，填充色#FFF3E0- 对内接口：组件间的连接点- 接口类型：请求型●、提供型○、事件型◆**集成模式**：- 数据集成：共享数据存储- 接口集成：点对点连接- 事件集成：发布-订阅模式- 流程集成：工作流编排**关键路径**：- 主数据流：粗蓝色箭头- 主控制流：粗绿色箭头- 关键依赖：粗红色虚线**布局原则**：- 从外到内：环境→系统→子系统→组件- 从上到下：输入→处理→输出- 从左到右：数据流方向- 突出核心组件和关键路径 ``` ## **四、知识体系专项建模** ### **4.1 知识体系结构模型** ```markdown 请绘制一个知识体系结构模型的SVG，要求：**系统信息**：- 系统名称：[知识体系名称]- 建模目标：构建完整的知识架构，理解知识间的关联**画布规格**：- 尺寸：1600px × 1200px- 背景：白色（#FFFFFF）- 边距：80px**知识层次结构**：元知识层（Meta Knowledge）：- 位置：顶部- 形状：六边形- 内容：认知方法论、思维模式、学习方法- 填充色：#E1BEE7，边框：3px solid #7B1FA2领域知识层（Domain Knowledge）：- 位置：第二层- 形状：大矩形，内部分区- 内容：专业领域的核心知识体系- 填充色：#C5CAE9，边框：2px solid #3F51B5应用知识层（Applied Knowledge）：- 位置：第三层- 形状：圆角矩形- 内容：实践方法、工具技能、案例经验- 填充色：#B2DFDB，边框：2px solid #009688隐性知识层（Tacit Knowledge）：- 位置：底层- 形状：云形/模糊边界- 内容：经验直觉、默会知识、个人洞察- 填充色：#FFECB3，边框：2px dashed #FFA000**知识关系**：- 抽象化：从下往上，«abstract»- 实例化：从上往下，«instance»- 关联：水平连接，«related»- 依赖：虚线箭头，«depends»- 冲突：红色虚线，«conflict»**知识属性标注**：- 成熟度：⭐⭐⭐（1-5星）- 应用频率：高/中/低- 更新周期：天/周/月/年- 来源类型：书籍/实践/思考**特殊元素**：- 知识空白：虚线框，标注"待补充"- 核心概念：加粗边框+星号标记- 争议观点：问号标记**布局要求**：- 按知识层次垂直分布- 同层知识水平排列- 相关知识邻近放置- 使用分区线组织知识群 ``` ### **4.2 能力框架模型** ```markdown 请绘制一个能力框架模型的SVG，要求：**系统信息**：- 系统名称：[能力框架名称]- 建模目标：构建完整的能力地图，理解能力的依赖和发展路径**画布规格**：- 尺寸：1600px × 1200px- 背景：白色（#FFFFFF）- 边距：80px**能力架构**：核心能力环（Core）：- 位置：中央- 形状：圆形/椭圆- 内容：最核心的1-3个能力- 填充色：#FFCDD2，边框：4px solid #D32F2F支撑能力层（Supporting）：- 位置：围绕核心- 形状：扇形分区- 内容：支撑核心能力的关键能力- 填充色：#F3E5F5，边框：2px solid #7B1FA2扩展能力层（Extended）：- 位置：外围- 形状：矩形模块- 内容：可选的增强能力- 填充色：#E3F2FD，边框：2px solid #2196F3基础能力层（Foundation）：- 位置：最外围/底部- 形状：横向条带- 内容：通用基础能力- 填充色：#E8F5E9，边框：2px solid #4CAF50**能力成熟度**：用颜色深浅或进度条表示：- 入门级（L1）：25%填充- 熟练级（L2）：50%填充- 精通级（L3）：75%填充- 专家级（L4）：100%填充**能力关系**：- 依赖关系：A→B 表示A依赖B- 协同关系：A⟷B 表示互相增强- 发展路径：虚线箭头，标注发展顺序- 替代关系：双向虚线，标注可替代**能力属性**：每个能力块显示：- 能力名称- 当前水平（进度条）- 目标水平- 发展优先级（P1/P2/P3）**布局原则**：- 核心能力居中突出- 相关能力邻近- 依赖关系清晰可见- 发展路径从基础到高级 ``` ### **4.3 框架机制模型** ```markdown 请绘制一个框架机制模型的SVG，要求：**系统信息**：- 系统名称：[框架名称]- 建模目标：理解框架的内在运作机制**画布规格**：- 尺寸：1600px × 1200px- 背景：白色（#FFFFFF）- 边距：80px**框架结构**：输入层（Input）：- 位置：左侧/顶部- 形状：带箭头的矩形- 内容：输入要素列表- 填充色：#C8E6C9核心处理（Core Processing）：- 位置：中央- 形状：大矩形，内含多个子组件- 内容：框架的核心处理逻辑- 填充色：#E3F2FD，边框：3px solid #1976D2子组件需分别表示：- 处理单元：圆角矩形- 决策点：菱形- 缓存/存储：圆柱形- 协调器：六边形输出层（Output）：- 位置：右侧/底部- 形状：带箭头的矩形- 内容：输出结果列表- 填充色：#BBDEFB约束/规则层（Constraints）：- 位置：顶部横跨- 形状：八边形/横条- 内容：框架运行的规则和约束- 填充色：#FFECB3反馈环路：- 从输出到输入的虚线箭头- 从处理到决策的反馈- 标注反馈内容和触发条件**机制表示**：处理流程：① 输入接收 → ② 预处理 → ③ 核心处理 → ④ 后处理 → ⑤ 输出内部循环：用闭合箭头路径表示迭代过程状态变化：用状态机符号表示关键状态转换**关键路径**：- 正常路径：粗蓝色实线- 异常路径：红色虚线- 优化路径：绿色实线**标注要求**：- 每个处理步骤标注：输入→处理→输出- 决策点标注：条件和分支- 接口标注：数据格式和协议- 性能指标：关键节点标注延迟/吞吐量 ``` ## **五、高级建模技巧** ### **5.1 多视图关联** 当系统需要多个视图表达时，确保视图间的关联： **视图关联矩阵**： |**源视图**|**目标视图**|**关联类型**|**一致性要求**| | --- | --- | --- | --- | |结构视图|能力视图|组件→能力|每个组件至少提供一个能力| |能力视图|行为视图|能力→实现|每个能力有对应的行为| |行为视图|关系视图|活动→交互|活动间交互在关系视图中体现| |关系视图|集成视图|接口→集成|所有接口在集成视图中定义| ### **5.2 追溯性建模** 建立从概念到实现的完整追溯链： ```markdown 概念层 功能层 实现层 验证层┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐│ 需求/ │ → │ 能力/ │ → │ 组件/ │ → │ 测试/ ││ 目标 │ │ 功能 │ │ 行为 │ │ 验证 │└────────┘ └────────┘ └────────┘ └────────┘ │ │ │ │ └──────────────┴──────────────┴──────────────┘ 追溯链 ``` ### **5.3 涌现性表达** 表达组件交互产生的涌现特性： - **涌现属性**：用特殊标记（⚡）标注 - **涌现条件**：标注产生涌现的交互模式 - **涌现度量**：量化涌现程度 ## **六、SVG绘制提示语模板** ### **6.1 通用建模提示语** ```markdown 请绘制一个基于系统工程思想的[视图类型]SVG图，要求：**系统信息**：- 系统名称：[系统名称]- 建模目标：[描述建模目的，如"理解XX的内在机制"]- 视图类型：[结构视图/能力视图/行为视图/关系视图/集成视图]- 抽象层次：[系统级/子系统级/组件级]**画布规格**：- 尺寸：1400px × 1000px- 背景：白色（#FFFFFF）- 边距：60px- 网格：可选，浅灰色辅助线**组件列表**：1. [组件1名称] - 构造型：«XXX» - 形状：[形状类型] - 属性：[属性1], [属性2] - 功能：[输入]→[处理]→[输出] 2. [组件2名称] - 构造型：«XXX» - 形状：[形状类型] - 属性：[属性1], [属性2] - 功能：[输入]→[处理]→[输出]【继续列出所有组件...】**关系定义**：- [组件1] → [组件2]： * 关系类型：[信息流/控制流/依赖/...] * 流动内容：[描述传递的内容] * 触发条件：[可选]- [组件2] ⟷ [组件3]： * 关系类型：[双向交互] * 交互内容：[描述]【继续定义所有关系...】**层次结构**：描述组件间的层次包含关系：- L1: [顶层系统] - L2: [子系统1], [子系统2] - L3: [组件1], [组件2]**关键流程**：描述一个完整的业务/处理场景：① [步骤1] → ② [步骤2] → ③ [步骤3] → ...**视觉规范**：- 组件颜色：根据类型使用规定颜色- 关系线型：根据类型使用规定样式- 字体： * 标题：20px, Arial, 粗体 * 组件名称：16px, Arial, 粗体 * 属性：14px, Arial, 常规 * 标签：12px, Arial, 斜体**布局要求**：- [描述期望的布局方式]- [描述主要流向]- [特殊布局要求]**质量检查**：- [ ] 所有组件都有明确的构造型- [ ] 所有关系都有明确的类型和标注- [ ] 层次结构清晰- [ ] 布局整洁，无交叉- [ ] 关键路径突出显示**图例说明**：- 右下角：组件类型图例- 左下角：关系类型图例- 包含颜色编码说明请确保生成的SVG图符合系统工程建模规范，能够清晰表达系统的内在机制。 ``` ### **6.2 知识体系快速建模提示语** ```markdown 请为【知识体系名称】绘制一个知识架构SVG图：**知识体系描述**：[一段话描述这个知识体系的核心内容和目的]**核心知识点**：1. [知识点1] - [简要说明]2. [知识点2] - [简要说明]3. [知识点3] - [简要说明]...**知识间关系**：- [A] → [B]：[关系说明，如"A是B的理论基础"]- [C] ← [D]：[关系说明]- [E] ⟷ [F]：[关系说明，如"互相支撑"]**层次要求**：按照 元知识→领域知识→应用知识→隐性知识 的层次组织**期望布局**：[描述期望的布局，如"树形结构"、"环形结构"、"矩阵结构"]请生成一个1400×1000的SVG图，使用规定的颜色方案和形状约定。 ``` ### **6.3 能力框架快速建模提示语** ```markdown 请为【能力框架名称】绘制一个能力地图SVG图：**能力框架目标**：[描述这个能力框架要达成的目标]**核心能力列表**：[按层次列出所有能力]- 核心层： * [能力1]（当前水平：X/10，目标：Y/10）- 支撑层： * [能力2]（当前水平：X/10） * [能力3]（当前水平：X/10）- 基础层： * [能力4] * [能力5]**能力依赖关系**：[描述能力间的依赖]**发展路径**：[描述能力发展的推荐顺序]请生成一个体现能力层次和依赖关系的SVG图。 ``` ## **七、质量检查清单** ### **7.1 结构完整性** - [ ] 所有关键组件都已识别 - [ ] 组件的构造型标识正确 - [ ] 层次结构清晰合理 - [ ] 边界定义明确 ### **7.2 能力明确性** - [ ] 每个组件的能力/功能已描述 - [ ] 输入/输出定义清晰 - [ ] 能力层次划分合理 - [ ] 依赖关系完整 ### **7.3 行为正确性** - [ ] 关键流程已建模 - [ ] 状态转换逻辑正确 - [ ] 触发条件明确 - [ ] 异常处理考虑 ### **7.4 关系清晰性** - [ ] 所有交互路径已绘制 - [ ] 关系类型使用正确 - [ ] 流动内容已标注 - [ ] 方向性明确 ### **7.5 集成合理性** - [ ] 接口定义一致 - [ ] 依赖链完整 - [ ] 关键路径突出 - [ ] 整体架构合理 ### **7.6 可读性** - [ ] 非专业人员能理解70%以上 - [ ] 布局整洁不拥挤 - [ ] 颜色使用一致 - [ ] 图例说明完整 ## **八、应用场景** 本建模规范适用于以下场景： - **个人知识体系**：构建个人的知识框架和学习地图 - **能力发展规划**：制定能力提升计划和发展路径 - **思维模型建设**：可视化思维模式和决策框架 - **组织架构设计**：设计团队结构和协作机制 - **业务流程优化**：分析和优化业务流程 - **系统架构设计**：设计软件或技术系统架构 - **概念模型构建**：将抽象概念具体化、可视化 - **问题分析框架**：构建分析复杂问题的框架 ## **九、结语** 本建模规范融合了MBSE（基于模型的系统工程）的严谨性和SBR（结构-行为-关系）建模法的直观性，提供了一套完整的系统架构可视化建模方法。 通过五维建模框架（结构、能力、行为、关系、依赖），可以全面把握任何复杂系统的内在机制。无论是构建个人知识体系、规划能力发展路径，还是设计组织架构、分析业务流程，都可以运用本规范进行系统化建模。 > **核心理念**：任何复杂事物都是一个系统，系统的特性由其组件结构、组件能力、组件行为、组件关系和组件依赖共同决定。理解了这五个维度，就理解了事物的本质。 今天分享就到这里。希望对大家有所启发。
