| 基于软件工程开发的领域本体构建研究 |
|
|
|
Property）。对象属性是用来表述2个类实例之间的关系，而数据类型属性则描述类的实例、RDF Literals，以及XML Schema数据类型之间的关系。属性之间还能够定义子属性关系以及为属性声明额外的特征（传递属性和逆属性）。如能够定义father是parent的子属性，定义anceator为传递属性，定义child为parent的逆属性。
④个体（实例）的定义：一个个体是一个特定类的实例，并与其属性相联系。
2.2.4 领域本体实施和运行阶段
（1）领域本体评价
这里采用Gruber在1995年提出的5条准则：
①清晰性。所定义的术语应尽量客观，避免受社会背景和客观环境的影响；给出的定义应尽可能完整。
②一致性。即本体中定义的公理应该是逻辑一致的，概念和概念间关系在逻辑上也应该是一致的。
③可扩展性。本体应该能够保证添加新的通用或专用术语，而不需要修改原有的定义，即能支持在已有的概念基础上定义新术语。
④编码偏好程度最小。概念应该在知识层次上说明，而不应该依赖于特定的符号层次的编码，因为不同的系统可能采用不同的表示风格。
⑤最小本体承诺。一般地，本体承诺只要满足特定的知识共享需求即可，这可以通过定义约束最弱的公理及只定义交流所需的基本词汇来保证。
（2）领域本体试运行
可针对某一应用目标，可利用初始生成的领域本体在特定的应用范围内进行试运行，来验证初始领域本体是否能够满足领域范围应用的需求，特别是要检验其一致性、完整性和可扩展性。经过试运行，若符合要求则转向（4）；若不符合要求则要重新经过本体分析阶段，然后转向（3）与（4）。
（3）领域本体文档的修改
针对试运行的结果，可在OWL文档的基础上做一些标注性的修改。
（4）领域本体应用
对于修改后的领域本体，可正式投入实际运行应用过程。
3 总结和展望
本文在总结与分析传统领域本体构建方法中的基本思想及缺陷的基础上，提出了基于软件工程开发角度来构建领域本体的思路。其中利用结构化开发方法构建领域本体整体开发流程，充分借鉴了结构化开发方法中的用户至上原则，结构化、模块化、自顶向上一页 [1] [2] [3] [4] [5] [6] [7] [8] 下一页 |
|
|
| |
|
上一个论文： 浅谈卓越软件工程人才的培养
下一个论文： 静物油画的姿态 |
|
用户登录 
新用户注册 