本体元建模理论与方法及其应用

出版时间：2008-8  出版社：科学出版社  作者：何克清　等著  页数：304  字数：454000  
Tag标签：无  

前言

在人类五千年的文明史中，计算机的发明对人类社会的影响是显著的，随着计算机科学从电子学中脱颖而出，软件工程也从计算机体系结构中脱颖而出。在软件工程发展的40年过程中，出现了一个个的里程碑，遗憾的是人们对软件工程的关注域是发散的，软件没有能够从软件工厂的自动化生产线上一批又一批地制造出来。软件的开发效率，或者说软件的性能价格比，并没有出现数量级的提高，信息电子领域出现的多种“摩尔速度”在软件工程中无任何迹象。对于1000个人月的软件开发工作量而言，10个人开发100个月，完全不同于100个人开发10个月，这种工作量统计被图灵奖获得者FrederickP.Brooks教授称为软件工程中的“人月神话”。进入网络时代，以网络为基础的信息设施及其中的软件，已经成为国民经济和社会可持续发展的基石。一个普遍的认识是软件产业已经从以产品为中心的制造业，转变为以用户为中心的服务业。软件工程的关注域的变化体现了不断向需求转移的倾向，为了适应频繁变化的不确定需求，要求软件系统随需演变，为了共享网络环境下大量异构的软件资源，要求满足用户需求的资源可以即时的组合，为了适应大规模的不同用户群交互的系统，要求多层次、多粒度的在线资源聚合和优化等，同时需求出现了个性化和多元化的趋势，促使软件的生产方式更加强调用户主导、规模化定制和敏捷开发来适应网络时代灵活、可信和即时的服务。显然，传统软件工程中的层次结构无法表示基于80核的CPU芯片上的操作系统的运行模式。软件是由各个软件单元以及软件单元之间的相互作用组成的，每个软件单元可称为智能体或者主体，它们的大小若用粒度表示的话，对象、类、构件、子系统和系统等的粒度是逐步增大的。换一个角度理解多核计算机的系统软件，可以认为是把一个个功能强大的可编程的含核软件单元放入互相连接的通信网络中的一个个核（节点）上，节点主要完成各种各样的计算与处理功能，连接主要完成通信、数据交换和协同功能。这样一来，系统软件也可以用网络拓扑结构进行表示，有效的解决多核计算机中的并行计算问题，这和在互联网、万维网基础上的资源聚合和信息服务一样，形成了网络时代的软件工程。

内容概要

本书针对面向服务的软件工程中语义互操作性问题，体系化融合本体论和软件工程中元建模研究的最新成果，系统地介绍了本体元建模理论与方法、核心技术标准、实际应用和互操作性测评。    本书共分三个部分：第一部分（第1～3章）介绍了研究背景和现状，本体元建模理论和方法，语义互操作性含义；第二部分（第4～7章）介绍了语义互操作性管理的ISO标准核心技术；第三部分（第8～10章）介绍了方法和技术标准在几个典型领域中的应用，以及互操作性测评等。最后（第11章）对今后的研究工作进行了展望。    本书可供从事软件工作的科研及技术人员阅读，亦可作为计算机软件与理论专业的研究生教材或参考书。

作者简介

何克清，男，博士，教授、博士生导师，IEEE高级会员，武汉大学软件工程研究所所长。研究方向为“互联网上的软件工程”。现任中国信息产品互操作性测评中心主任、湖北软件评测中心主任（事业法人）；国家电子技术标准化委员会软件工程分技术委员会委员；国际标准化组织ISOJTC1/SC32中国代表；中国软件行业协会软件工程分会理事；武汉计算机软件工程学会理事长；武汉市科技委专家委员会委员；国际UMTP联盟副主席及中国UMTECC主席。曾有在国际上一流IT产业日本富士通公司软件事业本部、日立公司软件工厂长期工作的经历，积累了一定的大型项目组织管理和软件产业化经验。何克清教授是一位既有从事计算机软件工程教学、科学研究的创新能力，又具有产业化技术开发经验和管理经验的综合性学术带头人；是我国长期从事计算机软件工程基础与应用基础研究的知名专家。

书籍目录

序前言第1章  绪论  1.1  信息系统的互操作问题  1.2  从含意三角形到语义三角形  1.3  本体元建模理论与方法  1.4  复杂信息资源的管理与服务模型SSCI  1.5  本书的组织结构  参考文献第2章  本体元模型  2.1  什么是本体    2.1.1  本体的定义    2.1.2  本体的结构与描述语言    2.1.3  本体的分类    2.1.4  本体在软件工程中的应用  2.2  什么是元模型    2.2.1  元模型的定义    2.2.2  元模型的创建    2.2.3  元模型在软件工程中的应用  2.3  什么是本体元模型    2.3.1  用本体语言描述的元模型    2.3.2  用本体语义标识的元模型  2.4  本体元模型与语义互操作    2.4.1  什么是语义互操作    2.4.2  语义Web服务    2.4.3  基于本体元模型的语义互操作  2.5  小结  参考文献第3章  本体元建模  3.1  本体元建模理论    3.1.1  基本思想    3.1.2  本体的UML承诺与表达    3.1.3  本体元建模  3.2  复杂信息资源管理技术    3.2.1  ISO／IEC 11179    3.2.2  OASIS ebXML      3.2.3  UDDI  3.3  基于本体的软件工程    3.3.1  语义中间件技术    3.3.2  本体定义元模型ODM  3.4  SSOA相关研究    3.4.1  DII    3.4.2  SEKT    3.4.3  DERI  3.5  小结  参考文献第4章  支持语义互操作的复杂信息资源管理框架  4.1  现状分析  4.2  国际标准IS0／IEC 19763综述  4.3  ISO／IEC 19763—2核心模型  4.4  ISO／IEC 19763对语义互操作的支撑作用  4.5  小结  参考文献第5章  支持语义互操作的本体管理元模型  5.1  本体管理研究概述  5.2  本体注册元模型    5.2.1  概述    5.2.2  示例分析  5.3  本体演化元模型    5.3.1  概述    5.3.2  变化模型    5.3.3  约束模型    5.3.4  变化传播模型    5.3.5  演化信息模型    5.3.6  基于MFI的本体演化过程  5.4  本体映射元模型    5.4.1  概述    5.4.2  基于MFI的本体映射元模型  5.5  基于MFI的本体管理平台的设计方案    5.5.1  平台的体系结构    5.5.2  平台使用的本体映射算法  5.6  本体管理元模型的应用  5.7  小结  参考文献第6章  支持语义互操作的模型转换与映射框架  6.1  模型转换与模型映射  6.2  模型转换研究概述  6.3  模型转换形式定义    6.3.1  语法和语义转换的形式定义    6.3.2  模型转换讨论    6.3.3  模型迁移    6.3.4  意图转换  6.4  模型转换抽象框架    6.4.1  设计原则    6.4.2  模型转换抽象框架    6.4.3  模型转换过程模型  6.5  模型转换技术    6.5.1  模型转换的技术要素    6.5.2  模型构成和表示      6.5.3  PIM示例    6.5.4  转换规则    6.5.5  基于0CL的模型查询      6.5.6  模型转换    6.5.7  模型可视化  6.6  模型迁移    6.6.1  建模范型进化和模型迁移    6.6.2  模型转换和模型迁移    6.6.3  UML模型迁移的若干问题  6.7  模型映射元模型MFI-4    6.7.1  模型映射元模型（MFI-4）的基本思想    6.7.2  MFI-4中的重要概念和约定    6.7.3  LevelPair规则    6.7.4  模型转换语言    6.7.5  模型转换类型    6.7.6  基于MFI-4的模型映射的例子  6.8  小结  参考文献第7章  支持语义互操作的过程模型管理框架  7.1  过程模型的定义    7.1.1  什么是过程    7.1.2  什么是过程模型  7.2  过程模型的互操作性注册与管理    7.2.1  MPMR概述    7.2.2  基本模型    7.2.3  过程控制模型    7.2.4  示例分析  7.3  过程模型互操作性管理框架及其应用    7.3.1  过程模型管理框架    7.3.2  模型映射规则的管理    7.3.3  过程模型管理框架的应用  7.4  小结  参考文献第8章  本体元建模技术的应用  8.1  基于MFI的制造业信息化软构件库管理与服务平台    8.1.1  研究背景和现状分析    8.1.2  涉及的关键技术    8.1.3  系统解决方案    8.1.4  F台结构和主要功能  8.2  基于MFI的生态信息管理    8.2.1  生态语义研究简介    8.2.2  研究的任务和目标    8.2.3  系统概述    8.2.4  语义管理    8.2.5  相关的Web服务类型    8.2.6  水资源领域的应用  8.3  小结  参考文献第9章  语义互操作性测评  9.1  互操作性测评概述    9.1.1  互操作性定义    9.1.2  信息系统互操作性  9.2  数据层互操作性    9.2.1  数据层互操作性难点    9.2.2  数据层互操作性技术现状    9.2.3  数据层互操作性解决方法  9.3  语义层互操作性    9.3.1  语义层互操作性难点    9.3.2  本体概念映射技术现状    9.3.3  基于分类的本体概念映射  9.4  业务过程层互操作性    9.4.1  业务过程层互操作性难点    9.4.2  业务过程层互操作性现状    9.4.3  基于元模型的业务过程互操作性  9.5  互操作性测试平台原型    9.5.1  研究背景    9.5.2  互操作性测试平台的实现    9.5.3  互操作性测试结果  9.6  小结  参考文献第10章  情境感知的互操作性管理技术  10.1  情境相关研究概述    10.1.1  情境感知的网络式软件      10.1.2  情境与情境感知    10.1.3  情境的作用  10.2  情境的元描述    10.2.1  情境模型    10.2.2  情境元模型12PES    10.2.3  扩展0WL-S描述情境信息  10.3  基于情境的语义互操作性管理    10.3.1  基本思想    10.3.2  情境感知的扩展MPMR    10.3.3  用户主导的过程模型选择  10.4  小结  参考文献第11章  总结和展望附录A  英汉缩写词对照表附录B  英汉术语对照表

章节摘录

插图：对于不同的应用系统而言，如果它们所使用的本体都能够按照MFI所规定的方式进行管理，那么这些应用系统可以比较方便的交换本体注册信息、本体演化信息和本体映射信息，能够比较便捷的确定本体之间的关系，应用系统之间可以实现可靠的语义互操作.本文介绍的本体管理元模型相对比较庞大，全面引入这种本体管理机制将会带来一定的计算开销。所以，只有当领域资源数量比较巨大，需要管理的本体比较多，本体变化的频率比较高，差异比较丰富时，全面引入文中介绍的本体管理机制才能真正提高领域资源语义互操作服务的性能。否则，本体管理的开销会削弱这种系统化管理所带来的性能改善。在软件开发领域，如何对软件开发过程中各种类型的软件制品实施科学的、系统化的管理一直是一个受到广泛关注的热点问题。软件制品是特定软件开发活动的结果。也是后阶段软件开发活动的基础。所以，人们一直希望能够采取有效的手段来表述软件制品及其之间的关系，通过这些信息深入了解软件开发过程和软件制品的特点，在软件开发知识的辅助下为后阶段软件开发活动的正确决策提供支持。构件化开发技术是一项比较成熟的软件开发技术。传统的构件库管理通常采用关键字、刻面分类等方法来对软构件实施分类注册与管理。随着软构件的不断增多，构件库规模的不断扩大，用户的需求往往很难通过几个简单的关键词或刻面完整、准确的表示出来。比较常见的情况是，用户首先给出一个比较宽泛的查找要求，然后在构件库管理系统的引导下，逐渐修正和缩小查找范围，最终找到符合要求的软构件。所以，构件库管理系统需要能够对用户的需求进行推理。而关键字技术、刻面分类技术在表达概念关联方面的不足使其难以胜任这种复杂的、智能的查询过程。软构件属性本体具有明确表示的语义，能够很好的支持推理.所以我们提出了建立软构件属性本体，并且使用该本体来对构件进行分类注册与管理。考虑到软构件属性本体的多样性，使用MFI相关标准对软构件属性本体实施管理。基于MFI的软构件库也是一个比较典型的MFI本体管理元模型管理的例子。该软构件库的具体实现细节详见第8.1节。5.7 小结本体描述了特定论域中概念的含义。本体是对系统实施具体设计与规划的基础。由于多方面原因，同一个领域中，通常存在相互关联的多个本体。对本体实施科学的组织与管理是实现高效的语义互操作的基础。本体的注册、演化与映射是本体管理中的三个基本问题。本章分别制定了本体注册、演化和映射元模型，并就具体的实例分析了元模型中各个元类的含义。本章的最后是一个本体管理平台的设计方案和对本体管理元模型未来应用的分析。

编辑推荐

《本体元建模理论与方法及其应用》可供从事软件工作的科研及技术人员阅读，亦可作为计算机软件与理论专业的研究生教材或参考书。

用户评论 (总计14条)

•   本书是软件工程的前沿,高级软件人员研究,设计必读
•   写得不错，先介绍了原理，后几章还有应用。
•   本体方面的书籍很少，觉得这本书还不错，讲的比较实在
•   很好的图书 发货快
•   正在写论文，帮助很大！可以把一些概念搞清楚！
•   书还可以，毕竟这方面的书不多
•   没怎么看呢，感觉还行
•   作者是这方面的权威，这书值得参考，而且在写得比较清楚
•   每次买书都不给我发票,很不开心
•   本人节前订的一批图书，节后上班两天仍未送到。现要本人发表评论，实在无从谈起呵！
•   书是新的，质量很不错，满意
•   书本印刷质量一般，没有仔细看的欲望……
•   编写不错，有一定的参考价值
•   对属于的解释很抽象，属于写给大神看的，可惜大神都看外文的···一点都不通俗易懂