本体建模VibeCoding-本体建模编辑器+可视化知识图谱原创

哈喽，大家好，我是。今天准备接着再讲一下，我昨天晚上用B结合cloud大模型刚好做了一个简单的本体模型的可视化编辑器和浏览器，所以今天简单的给大家演示一下具体的一个效果。如果关心我的公众号，大家可能就看得到我前面一直在发相关本体论的这么一些文章。包括前面我也给出了一个完整的。我们把它叫做完整的。本体驱动的软件建模方案。这个软件建模方案里面就涉及到对象模型、行为模型、规则模型、场景模型、主体模型，还有异常补偿模型和质量约束模型。因为原来我的本体模型里面其实只有对象、行为、规则、场景，然后我跟AI交付了很多人以后，他对我的整个模型做了补充。整个大家看到的这个word文档也是完整的AI输出的。

因为我只需要把我核心的一些构想，我希望通过本体论建模的构想给到cloud大模型。然后让他进一步帮我分析有哪一些缺陷或者是缺漏。包括我这么一个本体建模，能不能够大部分的覆盖传统的软件需求建模的所有内容，所以说AI帮我分析完了以后，它就补充了我们刚才看到的类似于主体模型、异常补偿模型、质量约束模型，补充完了以后，他就给了我一个完整的这么一个建模规范。但是我拿到这个建模规范以后，因为我原来本来就写有一个详细的合同管理的需求。我刚好就用合同管理这个需求对我整个建模规范做了进一步的验证。所以说AI它又会基于。我的合同管理的需求给出了一个合同管理系统本体建模过程的总结，包括具体的业务背景、建模的边界，核心的业务价值链，包括整个的行为的识别、事件链的设计、对象的建模、行为的建模、规则的建模，所有的内容它都会有一个完整的总结。

实际上这么一个合同的本体建模规范，建完了以后，它是每一个模型它都会输出一个的文件。大家可以看到，这个地方就会有对象的模型文件、行为的模型文件、规则的模型文件和场景的模型文件。也就是说，通过这么一些模型文件，共同就构成了合同管理的本体。在这一步做完了以后，我接着我就在想，我们能不能简单的通过web code做一个简单的本体模型的一个编辑器。所以说我刚好就是借助AI的辅助编程工具，我把我的这个想法需求给了AI以后，让AI通过编程来帮我实现这么一个简单的小的应用。整个应用也很简单，前端就是script react, 后端用。所以基于这么一个编程组合，然后整个大模型就去输出了完整的代码，然后整个系统基本上就可以跑起来，所以我们来看一下整个系统它跑起来的一个简单的效果。

整个系统打开以后，它实际上就是这么一个本体模型编辑器，然后我们需要打开一个工作区，这个工作区就是存储我刚才的压模文件的这么一个目录。然后点击OK，打开以后，我们就可以看得到左边就形成了一个完整的模型树。这个模型数里面首先就有对象模型，比如我们的产品、客户、部门、人员、合同都是我们的核心的对象。当把合同展开的时候，每一个对象模型下面又有两个子节点，一个属性，一个行为属性，就是可以看到合同这个对象就有编号、名称、所说的产品责任人、签订时间这一堆的属性。具体的行为可以理解成传统的面向对象编程里面的方法，比如他会有录入合同的行为，关闭合同的行为，只是我在这个地方做了一些增加，就是说因为每个行为它还可能调用到相关的一些规则，所以说在行为下面我们可以看得到他究竟引用了哪一些参考完整性规则，比如说合同的录入，它其实引用了两个规则，一个是合同金额合规性校验规则，一个是税率合规性校验规则。每个规则它有详细的名称定义，包括一些规简单的伪代码，或者叫规则表达式。

包括不符合规则的一些提示的语句。这样的话就形成了完整的对象模型，我们再来看行为模型，行为模型一样的就是把对象里面的行为抽出来，行为下面挂有具体的规则的引用。然后我们再来看规则模型，规则模型是一个独立的一个模型，我们会把因为为什么要把规则模型抽出来呢？因为同样一个规则有可能是在不同的对象、不同的行为多次引用，它是一个可复用的东西，所以说我们把规则抽出来以后，我们再展开，我们就可以看得到这个规则当前究竟被哪几个对象引用啊，所以说我当前你们看到的这个模型数，看起来好像是一个一层一层展开的树状结构，实际上由于节点和节点之间有这么一种双向引用关系，它其实就构建了一个类似于知识图谱的网络结构，这个是规则模型，在规则模型完了以后，我们就还有事件模型，事件模型是我在新的本体建模里面专门增加区的内容。

就是希望通过eda事件驱动架构，通过事件链的思路，实现对核心的端流程的这么一个支撑。通过事件更方便本体之间的行为的结耦，那么任何一个事件，我们可以看得到它一定有两类，一类就是这个事件有哪个对象的行为触发的，第二个就是这个事件发出了以后，究竟有哪一些新的对象需要消费和订阅这么一个事件，所以说类似于合同已录入，我们就可以看得到它的触发对象是合同，它的订阅对象是覆款条款这个对象，所以说这样的话，通过事件就很好的将各个对象本体之间完整的连接起来了，而且通过事件实现了关键的一些消息的回写，这是一个事件模型。最后一个场景模型，场景模型其实就是我们完整的一个业务功能或者流程，它应该是多个行为世界规则的之间的一个组合，或者是组装，这个跟我原来讲SOA面向服务架构的思路完全是一样的。所以说我们如果打开任何一个场景，我们就可以看得到它核心的主流程，比如说在这个地方录入合同，我们就可以看得到。

它其实是分了四个步骤，第一个录入合同，第二个等待事件，第三个批量创建付款条款，第4个等待事件。这样的话，就是通过行为规则相关的组合，我们就完整的一个完整的业务功能，包括业务功能更上层之间的流程。所以我们点任何一个对象的时候，在右边我们就可以看得到对象详细的一些基本信息，详细信息，比如说规则一样的，我们可以看得到规则的详细信息，规则的定义，规则的表达式，包括违约提醒。我们可以在这边去做相关的修改，修改完了以后，我们可以去做相关的保存操作。包括在保存前，你也可以去做参考完整性校验，这样的话就完成了一个完整的本体模型的一个编辑，编辑完的内容，它同时会重新存储为我们独立的4~5个M文件。

然后我把整个本体模型建完了以后，我们又增加一个可视化知识图谱的功能，就是我们点这个知识图谱的时候，它会动态的去读，读取这个模型的。然后将这个模型转化为一个动态的知识图谱的展现，在这个知识图谱上面，我们可以看到对象支撑的对象，行为、规则、事件、场景都有完整的演示，都有完整的演示啊，然后我们这个地方还可以去过滤，我们可以只看对象，只看行为，只看规则，只看事件，只看场景，包括换整的前铺，这样的话其实就是一个本体完整的知识图谱，它构成了一个完整的知识网络，相互之间相互依赖，相互关联。形成了一个完整的闭环的相互影响制约的这么一种逻辑结构。所以这个其实就是今天我想简单给大家演示的一个本体模型的一个编辑器，包括本体模型你做完以后的一个可视化知识图谱的展现。

这个我昨天晚上就是通过web code花了不到两个小时说出了这么一个简单的演示效果，希望对大家进行本体论的设计，或者叫本体论建模的工作有相关的一些参考，今天的分享就到这里。再见。