关于使用 UML 进行地理数据库设计的注意事项

ArcGIS 支持使用 CASE 工具导入统一建模语言 (UML) 模型来进行地理数据库设计。但是，在 UML 数据建模中并未完全支持所有地理数据类型、关系和行为。

尽管 UML 可用于存档地理数据库架构的关系特征（例如表布局和关系），但通常不建议仅使用 UML 进行地理数据库设计。

UML 可用于关系数据库设计，例如其架构主要包含要素类、属性表和一些其他地理数据库属性的数据库。但是，UML 通常不适用于设计更丰富的地理行为 - 拓扑、网络、地形、栅格目录、地图图层、地图符号、元数据、制图表达、语义分类、地址定位器、地籍结构、线性参照和地理处理模型。这些数据元素用于定义地理行为和关联。

地理数据库中很多丰富的行为通常无法在 UML 设计中表示。更重要的是，通过 UML 设计无法实现特殊的 GIS 洞察。在 UML 中绘制面向对象类、子类和继承的等级无法使用户深入了解如何对地理数据中的空间关系进行建模，例如：

• 宗地边界线如何连接起来形成闭合宗地多边形
• 宗地拐角、边界和区域如何相互分享重叠几何
• 希望保留哪些完整性规则作为系统中地理表示的一部分

通常，UML 将设计人员的注意力从定义使用案例中转移出来，有助于更清楚地表达重要的地理行为和空间关系。

当然，用户社区可以找到一些方法以 UML 的形式表示他们的地理数据元素。换句话说，使用 UML 可以存档地理数据库的多个（但不是全部）设计特征。

此外，许多关系建模人员非常依赖 UML，并希望 GIS 设计与他们的其他 DBMS 设计交互操作。在这些情况下，可以使用 UML 共享部分地理数据库架构。

此外，许多用户主要想将 UML 用作共享架构和规则的一种方法。ArcGIS 具有可支持架构存档和共享的其他机制，例如通过地理数据库 XML。

总之：UML 是可以有效用于关系和图表建模的众多方法之一（例如实体关系建模）。但是，仅使用 UML 还不够。UML 并不是 GIS 中要求的地理数据建模必需工作（定义想要地理数据库传达的空间关系的空间行为和使用案例）的替代方法。本帮助的“设计”部分前面所介绍的设计步骤（请参阅地理数据库设计步骤）将提供有关地理数据库设计的其他方面的指导。

在使用地理数据库制图工具中介绍了使用图形表示存档架构的有用工具。