Замечание по использованию UML в проекте базы геоданных
ArcGIS поддерживает использование инструментов CASE для импорта моделей на языке Unified Modeling Language (UML) для проектирования баз геоданных. Однако в моделировании средствами языка UML не поддерживаются полностью все типы географических данных, отношения и модели поведения.
Несмотря на то, что UML представляет собой очень удобный инструмент документирования реляционных аспектов схемы базы геоданных (например, структуры таблиц и отношений между ними), как правило, не рекомендуется использовать в процессе проектирования базы геоданных только один язык UML.
Язык UML может быть очень удобен при проектировании реляционной базы данных (например, при создании схемы, которая состоит главным образом из классов пространственных объектов, атрибутивных таблиц и нескольких других элементов базы геоданных). Однако язык UML, как правило, не очень удобен при проектировании расширенных моделей географического, или пространственного, поведения — описания топологии, сетей, наборов данных terrain, каталогов растров, картографических слоев, картографических условных знаков, метаданных, картографических представлений, семантических классификаций, локаторов адресов, наборов кадастровых данных, систем линейных координат и моделей геообработки. Эти элементы данных используются для определения моделей пространственного поведения и пространственных связей.
Большая часть такой расширенной модели базы геоданных не может быть универсально выражена в UML-модели проекта. Более того, с помощью UML-модели проекта создать специальную ГИС-модель невозможно. Отображение иерархии объектно-ориентированных классов, подклассов и наследования в UML-модели не может передать модели пространственных отношений в наборах ваших пространственных данных, например:
- Как линии границ земельных участков соединяются для образования замкнутых полигонов земельных участков?
- Как земельные участки, границы и площади разделяют общую геометрию друг с другом?
- Какие правила обеспечения целостности вы собираетесь обслуживать в виде части их географического представления в вашей системе?
Довольно часто UML мешает проектировщикам баз данных определить варианты использования (use case), которые могут помочь вам более четко и полно описать важные модели пространственного поведения и пространственных отношений.
Безусловно, пользователи могут найти средства для представления их элементов географических данных в виде UML-модели. Иначе говоря, вы можете задокументировать многие (но не все) элементы проекта вашей базы геоданных с помощью языка UML.
Помимо этого многие разработчики моделей значительно зависят от использования языка UML и хотят, чтобы проекты их баз данных ГИС могли корректно взаимодействовать с другими проектами баз данных в СУБД. В таких случаях вы можете проектировать отдельные части схемы вашей базы геоданных средствами языка UML.
Помимо этого, многие пользователи хотят использовать язык UML в качестве средства для разделения их схемы и правил. В ArcGIS имеются другие механизмы, которые могут поддерживать документирование схемы и ее разделение, например, посредством XML для баз геоданных.
Выводы: язык UML представляет собой одно из многих средств методологии (как, например, моделирование отношений «сущность-связь»), которое может эффективно использоваться для реляционного и табличного моделирования. Однако использования только одного языка UML недостаточно. Средствами языка UML невозможно произвести необходимую в ГИС работу по моделированию географических данных - определение моделей пространственного поведения и варианты использования (use case) пространственных отношений, которые вы хотите установить в вашей базе геоданных. Раздел по описанию этапов проектирования, которые были описаны ранее в секции по проектированию этой справочной системы, (см.Этапы проектирования базы геоданных).
Удобный инструмент для документирования схемы с помощью графических представлений описан в разделе Использование инструмента построения диаграмм на основе базы геоданных (Using the geodatabase diagrammer tool).