主题：要素之间的关系.doc

PAGE 开放地理信息联盟抽象规范 主题8：要素之间的关系 内容列表 1.简介 1.1.通用规范 1.2.要素之间的关系介绍 1.2.1.举例 .情形1 .情形2 .情形3 1.2.2.基本原理 1.3.第一部分的参考资料 2.要素间关系的基本模型 2.1.关系类型 2.2.度 2.3.角色 2.4.角色类型 2.4.1.角色类型和要素类型 2.4.2.角色类型和基数 2.4.3.角色类型和排序 2.5.方向性 2.6.只读关系 2.7.限定和集成维护 2.8.轻关系和重关系 2.9.要素引用 2.10.伪造重关系 2.11.编写通用软件 2.12.轮廓 2.13.第二节的参考资料 3.要素间关系的通用模型 3.1.FR_RelationshipType 3.2.FR_RoleType 3.3.FR_RelationshipAttributeType 3.4.FR_Role 3.5.FR_Relationship 3.6.FR_RelationshipAttribute 4.附录A.附加背景资料 4.1.二元关系分析和集成维护 4.1.1.主要的基数类型 4.1.2.基数类型的删除独立性 .操作列表 ????????独立性列表 4.2.非删除独立性 4.2.1.模式限定 4.3.参考 1.简介 1.1.通用规范 通用规范的目的是为了能有效顾及到执行规范的创建而创建并提供评注的一种概念模型。通用规范由两个分别从顺对称重复分析与设计方法学中分解出来的模型构成[1]。 第一个且较为简单些的模型称为本质模型，其目的是建立针对现实世界的软件和系统设计概念联接。本质模型是用来描述世界如何运作的（或可能如何运作）。 第二个模型是通用规范的要旨，称为通用模型，它定义了一种中立风格实现形式的最终软件体系。通用模型是描述软件可能如何运行的。通用模型体现了预期目标实现环境的范例间的一种折衷。 为了管理内容主题的复杂性，并通过不同的OGC技术委员会工作组来辅助工作项目的并列发展，通用规范被组织分成相互分离的主题册。事实上，这些主题是相互依赖的——每一个都期望被首先填写。每一个主题必须在整个通用规范的上下文中读取。 主题册并非都编写为相同等级的详细程度。一些已经成型，它们是提议请求（Requests For Proposal ,RFP）的基础。另一些尚未成型，在RFPs出现前需要附加的规范。成型等级反映了理解和讨论在技术委员会中的事件的水平。参阅OGC技术委员会方针和规程[2]以及技术发展进程文件，已得到有关OGC OpenGIS标准进展情况。 参考主题册0：通用规范纵览[4]了所有主题册对通用规范折衷思想和对编辑指导的介绍，以及OGC规范的作者（和读者）章程和准则。 1.2.要素之间的关系的介绍 概要说明的主题5介绍了要素，真实世界的实体的抽象。真实世界的实体不是孤立地存在的。有代表性的是真实世界的一个实体以多种不同的方式与其它真实世界的实体联系着。这个主题介绍了真实世界中的实体之间的关系的抽象。这种抽象是主题5中介绍的要素之间的关系的模型。 1.2.1举例 .情形1 考虑一下两个真实实体之间的关系，比如公路和河流。公路可能通过桥梁跨过河流，或者通过隧道从河底穿过，甚至在河流的浅水处穿过河流。这两个真实世界实体的数字表示就是两个要素类型，一个要素类型是”公路”，一个是”河流”。“公路”和“河流”要素类型可以定义要素类型的实例，它们有真实世界的位置，这些位置可以用线性几何学来描绘并通过一个二维空间参考系统来量度。通过这种数字描绘我们能够推断真实世界的公路和河流在某些位置相交，但是却不能判断谁在下方。（我们简单的假定，在多数情况下，当公路和河流要素相交时，它们在相交点断开） 这个问题可以在不求助于关系的情况下解决。例如，我们可以让“公路”和“河流”要素类型包含一个整形属性（叫做“Z-order”）。Z-order的值越高，就表示它在其它要素的上方通过。然而这种方法依赖于属性的阐释而不能自动从图解中得到。 现在考虑一下这个信息如何用一个关系来明确的模拟。可以定义一个新的关系类型。我们称之为“公路-穿过-河流”关系类型。这个关系类型的实例联系两个要素，一个要素类型是“公路”，另一个是“河流”。这个关系类型定义两个角色类型，一个称作“公路”，一个称作“河流”。因为只有两个角色，因此这是一个二元要素关系。“公路”要素类型的定义包括“公路”角色类型。这样要素类型“公路”的特征就能够扮演这个关系中的“公路”角色。公路如何穿过河流的信息可以作为关系本身的属性，因为它不是孤立地描述其中任何一个要素的信息的。 作为另外一种可供选择的方法，考虑到“公路”和“河流”要素类型都可以用要素类型“线性要素”（参阅主题5中的可替换的要素类型的解释）来替换。一个新的二元关系定义成