檢視本體工程的原始碼

{| class="wikitable" style="float:right; margin: -10px 0px 10px 20px; text-align:left"
! <p style="background:	#D6A4AB; color: #000000; margin:auto; padding:5px 0; "> '''本体工程''' </p>
|-
|<center><img src="https://slidesplayer.com/slide/16642148/96/images/38/%E7%AC%AC%E5%9B%9B%E7%AF%80+%E6%9C%AC%E9%AB%94%E8%AB%96%E5%B7%A5%E7%A8%8B+%E5%9C%96+2-6+%E9%A3%B2%E6%96%99%E7%94%A2%E5%93%81%E6%9C%AC%E9%AB%94.jpg" width="280"></center><small>[https://slidesplayer.com/slide/16642148/ 圖片來自slidesplayer]
</small> 
|}

'''本体工程'''，又称为'''本体论工程'''、'''本体论设计'''或'''本体设计'''，是[[计算机科学]]与[[信息科学]]当中的一个新兴领域，旨在研究用于构建[[本体 (信息科学)|本体]]的方法和[[方法学]]。本体工程乃是一个新兴的研究和应用领域，关注的是本体开发过程、本体生命周期、用于构建本体的方法和[[方法学]]以及那些用于支持这些方面的工具套装和[[本体语言|语言]]。

== 概述 ==
[[本体 (信息科学)|本体]]提供的是某一领域的公共词表，并采用不同水平的形式化程度，对术语的含义以及术语之间的关系加以界定。在过去的十年时间里，人们对于各种本体的关注日益增强。如今，本体已广泛应用于知识工程、[[人工智能]]以及[[计算机科学]]领域；同时，本体还广泛应用于[[知识管理]]、[[自然语言处理]]、[[电子商务]]、[[智能信息集成]]、[[生物信息学]]和[[教育]]等方面以及[[语义网]]之类的新兴领域。本体工程旨在明确特定领域的那些隐含在软件应用程序以及企业机构和业务过程当中的[[知识]]。本体工程为解决各种[[语义]]障碍所造成的[[互操作性]]问题提供了一个前进的方向。其中，语义障碍指的也就是那些与业务术语和软件类的定义相关的障碍和问题。本体工程是一套与特定领域之本体开发工作相关的任务<ref name="PIS00"> Line Pouchard, Nenad Ivezic and Craig Schlenoff (2000) [http://www.mel.nist.gov/msidlibrary/doc/AISfinal2.pdf "Onotology Engineering for Distributed Collaboration in Manufacturing"]  to appear in the ''Proceedings of the AIS2000 conference'', March 2000.</ref>。

== 本体工程主题 ==
=== 本体 ===
本体就是由若干[[概念]]及其在某种逻辑理论（如[[一阶谓词演算]]）支持下的[[定义]]所构成的一种[[分类法]]。有人已经为本体提出的定义就是，本体是一种对于某种概念体系（概念表达、概念化、概念化体系或者说概念化过程）的明确而又详细的说明。对于特定一个[[论域|领域]]而言，本体表达的是其那套术语、[[实体]]、[[对象]]、[[类]]、[[属性]]及其之间的[[关系 (数学)|关系]]，提供的是形式化的定义和[[公理]]，用来约束对于这些术语的解释。本体允许使用一系列丰富的结构关系和非结构关系，如泛化、继承、聚合和实例化，并且可以为软件应用程序提供精确的[[领域模型]]。例如，本体可以为传统软件提供[[面向对象]]型系统的对象模式，以及类的定义。

=== 语义多重性 ===
在整个生产制造生命周期里面，过程规划、过程建模、排程调度、[[工作流程]]以及模拟之类的软件应用程序，都会利用过程信息来描述生产活动当中所涉及到的活动、资源需求、订单关系以及时间约束。尽管一个应用程序的输出数据和过程可能会参与构成另一应用程序的输入，但这些应用程序通常情况下彼此之间并不进行[[互操作性|互操作]]。对于每个应用程序和厂商来说，若要想实现数据和过程的共享，就必须编写某种转换程序。

然而，这些过程的定义并不明确清晰，其间必然会碰到因为[[同义词]]问题所造成的不兼容性以及语义多重性所引起的不一致问题。当采用不同的名称或字符串来命名两个功能相同的对象或类的时候，就会出现同义词问题。对于机器之间的通讯来说，''汽车（应用程序甲）''＝''机动车辆（应用程序乙）''，并非显而易见的问题。当同样的名称在两个应用程序之中具有两种不同[[含义]]的时候，就会发生语义多重性问题。例如，''[[资源]]（应用程序甲）''＝''耗材类资源''，而''资源（应用程序乙）''＝''机械工具''。从传统上来说，点对点转换程序一直就是为解决此类问题而设计的。但是，当需要参与互操作的应用程序有很多的时候，所需编写的转换程序的数量就会呈[[指数函数|指数]]方式增长，从而实现[[互操作性]]的成本与代价也会出现同样方式的提高。

=== 过程规范语言 ===
过程规范语言（Process Specification Language，PSL）由[[美国国家标准与技术研究院]]（National Institute of Standards and Technology，NIST）制定<ref>NIST (1999). "[http://www.mel.nist.gov/psl Process Specification Language] ". National Institute of Standards and Technology.</ref>。PSL在互操作性应用程序的[[软件开发|开发]]方面采用的是一种不同的方法。PSL的这种方法就是要开发一部为那些与生产制造活动相关的概念提供明确定义的本体，并且建立种种用于支持应用程序之间定义转换的机制。PSL致力于创建一种用于建立过程规约的标准语言，用于明确而又详细地说明过程或过程流及其辅助参数，并且将其作为不同生产制造过程之间的一种公共交换语言。

PSL是一种稳健的交换技术，用于成就不同的生产制造应用程序之间的分布式[[协作]]。上述施莱诺夫等人的这篇论文阐述了，当PSL应用于生产制造过程的时候，PSL究竟是如何来解决那些与语义问题相关的问题。同时，作者在此文之中还针对如何对PSL加以改编，以便将其用于生产制造企业集成方面的基于智能体的系统，提出了一些初步的想法。

=== 语义建模 ===
PSL之中对于概念的定义是采用[[知识交换格式]]（Knowledge Interchange Format，KIF）来表达的，并且采用[[形式逻辑]]来定义它们的[[语义]]。采用KIF的好处就是能够证明定义和[[公理]]的一致性和完整性。PSL本体具有可扩展性，且建立在一种由公理和扩展所构成的核心（即PSL核心本体）的基础之上。

PSL本体之中存在着三种基本实体（活动、对象和时间点）以及四种基本关系（<span style="text-decoration: underline;">参与</span>“''participates_in''”、<span style="text-decoration: underline;">之前于</span>“''before''”,、<span style="text-decoration: underline;">是……的开始</span>“''begin_of''”和<span style="text-decoration: underline;">是……的结束</span>“''end_of''”）。关于PSL核心本体和扩展的详细论述，可参见其他资料。

当前，PSL之中收录有大约300个分散于31个模块之中的概念。现在，其中已经表达有过程建模、排程调度以及模拟方面的固有概念。为了对作为一种交换语言的PSL加以验证，目前已经成功实现了首个过程信息交换试点实施项目；该试点项目是在基于IDEF3的[[业务过程建模]]工具与一种[[C++]][[调度程序]]之间进行的。

== 參考文獻 == 
{{reflist}}
[[Category: 020 圖書資訊學總論]]