本体建模规范是核心-构建一体化本体建模运行治理平台原创

哈喽，大家好，我是任月的it，今天结合3页PPT讲解一下我的本体建模规范整个关键的核心要素，包括随着我自己本体论的实践，整个规范它本身是怎么样发展和演进的。大家都知道，实际上是在去年下半年，我就发布了我最早的一个本体建模规范，当时出这个本体建模被规范，除了参考plentytier的本体建模、经典的本体论建模以外，本身也参考了面向对象的分析和设计。所以说最早的规范其实就是包括了它核心的，我把它叫做对象模型、行为模型、规则模型这三个核心的内容。对象模型里面，大家可以看得到，它的核心其实就是实体属性关系约束。对象模型基本上就包括了经典本体论建模里面OWL和o wl two建模核心的一个内容。

而对于行为模型和规则模型，大家可以简单的理解，行为模型可以映射到plentyier的action，规则模型可以映射到plenty的function，而里面的规则模型大家又要注意。就是经典的本体论OWL里面，它只能定义简单的约束规则，那么对于复杂的符合规则，定义本来也是在SWRL和SHSL里面的。那么这些符合规则实际上都是可以在我的规则模型里面定义的。接着就是我们看这个行为模型，行为模型其实有点类似于领域建模里面的领域行为，而不是单独的针对传统软件开发里面每一个数据库表的增删改查。所以在对象行为规则模型出来以后，我在后面做了一个大的版本的更新。这个更新就是增加了世界模型。同时对对象模型进行了升级。

原来我的对象模型可能只是单个对象，但是结合领域建模的核心的一个思路，整个的对象它变成了一个叫领域的对象。它可以是一个支持多个子对象的复合对象。同时又引入了事件模型，这个也是参考了领域驱动架构和事件驱动架构的思路，通过事件模型，通过消息中间件的机制，实现相应的对象行为之间的一个结耦。同时，这个事件模型又可以用在我们实际再去做大模型分析推理的时候，通过事件模型去实现核心消息的发布和消息的回血。这个是第一个大的变化。接着在引入了领域建模以后，其实后面又做了一个很重要的变化，就是引入了场景模型和主体模型，大家可以简单的理解。场景模型的核心其实类似于SOA面向服务架构的思路。就是我们面对的任何业务类的问题，它就是一个场景，那这个场景是怎么样解决的呢？它就是由跨对象的行为和规则灵活的组合和编排去解决的。

那么这个内容应该定义在哪里呢？就是应该定义场景模型里面。实际上从狭义的本体论来讲，就是对象行为规则，它其实和场景之间是结偶的。但是为什么要引入场景模型？因为我本体的目的仍然是为了解决业务问题。而场景模型的定义刚好就定义了你整个本体模型究竟应该怎么用。整个场景的实现是基于什么样的行为规则的组装来完成的？那对于场景模型在plentyier的架构里面有没有呢？实际上是有的，在plenty里面有相应的假设分析，包括它基于分析完成以后的的定义，实际上就是在这个场景模型里面。所以从M一到M5，加上事件模型以后，其实整个本体模型的基本的框架已经全部完成了。

但是这个模型，它实际上还不足以支撑我们一个AI原生应用系统的开发。因为任何一个A的原始系统，它里面一定会及到流程，特别是审批，我原审是它放景里面的，际上不太合适，因为场景模型更多的是定义端到端的业务协同流，也基于这个原因，我就把流程模型单独拿出来了，一个独立的模型，这个流程模型就是定义核心的审批流的一个模型。如果你对应到后面你AI原生系统的实现，它就应该对应到你核心的工作流引擎。同时，任何一个业务系统它都有查询、分析、统计类的功能，不是说你只有BI类的系统有这一块，你构建任何一个业务系统，它也有这块内容，所以说又把查询、统计与报表模型单独拎出来了，在这个地方可以去定义复杂的一些对象组合、关联查询都在这个地方进行定义。

好了，有了这些内容以后，基本上解决了AI系统构建的问题。那么对于遗留系统。它可能涉及到已经有了数据库，我再去构建本体模型，那这个时候你的本体模型和你数据库的表之间怎么样去做勾机关联和映射。基于这个问题，我们增加了对象数据库表的映射模型，来解决对象和数据映射的问题。同时我在前面和很多朋友交流的时候就谈到，针对一个大企业的本体建模，它一定不能够建在一个模型里面，他往往要测成很多个相关的本体子域，那么每个本体子域拆分了以后，你这一些本体子域之间怎么样集成，怎么样协同，所以说还应该去定义相应的接口模型。在这个完了以后，涉及到整个AI原生应用的构建，那我们还可以去定义一个叫，我把它叫做MU，叫整个前端的你整个的菜单界面，导航UI界面的这么一个UI的模型。

这个模型虽然有点面向实现层了，但是对于我们整个it系统的实现，它是一个必备的模型。所以说，基于这些内容，它就形成了一个完整的本体建模规范的完整内容。核心就把它理解成叫正交分解、事件解耦、流程分离、读写分离、可追溯、可管控。如果从整个系统架构的角度，我们也可以来看一下，这是一个模型，是怎么样分成的，最底层其实它就是一个衔接到我底层数据库的对象，数据库表的映射模型，在上面是我核心的对象模型。对象模型是领域对象对象，领域对象最终形成上层的相关的行为模型和方法。我们也可以把这一层理解为领域服务层，有了领域服务层，上面你涉及到场景业务的协同，那怎么样去做相应的结构，所以说会有相关的世界模型和规则模型。再朝上面走，我任何一个场景都是我对象行为规则的灵活组装和编排，所以说有相应的流程模型和场景模型。

为了去实现跨领域本体之间的协同和交付，你还要去定义相应的接口模型。这样其实就形成了一个完整的和我的AI原生系统相互对应的一个分层的本体模型的架构。包括里面还涉及到相应的查询统计模型、主体模型、UI模型。所以说，这套模型不仅仅可以用于去做数据集成、数据分析用，这套模型本身还可以用于AI原生应用从0~1的构建。也正是这个原因，我把我们整个本体建模规范，我把它叫做以核心的本体模型驱动的这么一套本体的一体化平台。它的核心的中间就是本体建模，围绕对象行为规则的11大模型展开的整个本体建模。整个本体建模它底层又是需要依托于一个完整、可靠、高效的哈里斯的技术底座去实现进益存储、上下文绘画管理。

有了这套模型以后，我怎么样来应对不同的业务场景？我把它叫做多元输入、多种输出。包括如果大家前面看过我的视频，就能够很清楚的看得到。我这套本体模型可以从0~1的构建完整的it系统，这个时候它的路径就是首先有原始需求，通过需求探索形成需求文档，通过需求文档加上本体建模规范，这个时候就形成完整的AI原生系统。那你说我现在已经有it系统有数据库了，那这个时候我就提供数据库，数据库设计文档，然后也是基于我的本体建模规范，这个时候我们可以去做本体模型的逆向建模，形成完整的本体模型。当然你也可以提供源代码项目，加上相应的源代码立项指导书，这个时候也一样的，可以去做逆向建模，把你整个源代码通过逆向工程形成一套本体模型。涉及到你企业本身的非结构化的文档资料库，我加上知识库建模的资料书，我可以逆向一套基于非结构化文档的覆盖场景概念实体的本领模型。

这套本体模型怎么样呈现呢？它既可以是一个的应用，也可以是一个能包，或是一个或是一个M能力server，也可以是一个我们说的基于大数据分析的这么一个推理结果，不管是通过回写结果回写，还是说生成一份数据分析报告，它还可以是一个完整的知识的问答。也说包括我们常说的智能论述，它都可以基于核心的这一套本体模型去做相应的一个支撑。所以大家就可以看得到整套本体建模规范。就是整个一体化平台的核心。哈里斯的底座就是支撑我本体建模规范、高质量、高可靠运行的一个基础技术的基础设施。这两者缺一不可。我们实际的行业的经验，业务的经验，往往就体现在我们的提示词里面，体现在我们的指导书里面，体现我们的开发规范里面。

这些东西共同形成了一个完整的、一体化的平台。对于整个一体化平台，我后面会再录一期视频来做一个详细的讲解和说明。好了，今天的简单分享就到这个地方。如果大家关注这个本体建模规范在我个人的tour box的github。网页首页上面整个本体建模规范已经开源出来了，大家也可以下载参考。好了，今天的简单分享就到这里。再见。