Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Не путать с объектно-реляционным отображением .
пример диаграммы ORM2

Моделирование объектно-Роль ( ОРМ ) используется для моделирования семантики о наличии вселенной дискурса . ORM часто используется для моделирования данных и разработки программного обеспечения .

В объектно-ролевой модели используются графические символы, основанные на логике предикатов первого порядка и теории множеств, чтобы разработчик модели мог создать однозначное определение произвольного универсума дискурса. Без атрибутов, предикаты модели ORM поддаются анализу и проектированию моделей графовых баз данных в той мере, в какой ORM изначально задумывался для улучшения проектирования реляционных баз данных.

Термин «объектно-ролевая модель» был придуман в 1970-х годах, а инструменты на основе ORM использовались более 30 лет - в основном для моделирования данных . Совсем недавно ORM использовался для моделирования бизнес-правил , XML-схем, хранилищ данных , разработки требований и веб-форм. [1]

История [ править ]

Корни ORM можно проследить до исследований семантического моделирования информационных систем в Европе в 1970-х годах. Пионеров было много, и в этом кратком резюме никоим образом не упоминаются их все. Ранний вклад был сделан в 1973 году, когда Майкл Сенко написал о «структурировании данных» в IBM Systems Journal. В 1974 году Жан-Раймон Абриаль опубликовал статью о «Семантике данных». В июне 1975 года была опубликована докторская диссертация Экхарда Фалькенберга, а в 1976 году в одной из статей Фалькенберга упоминается термин «объектно-ролевая модель».

GM Nijssen внес фундаментальный вклад, введя обозначение «кружок» для типов и ролей объектов, а также сформулировав первую версию процедуры разработки концептуальной схемы. Роберт Меерсман расширил подход, добавив подтипы и представив первый действительно концептуальный язык запросов.

Ролевое моделирование объектов также развилось из метода анализа информации на естественном языке , методологии, которая была первоначально разработана академическим исследователем Г. М. Нейссеном в Нидерландах ( Европа ) в середине 1970-х годов и его исследовательской группой в исследовательской лаборатории Control Data Corporation в Бельгии , а затем в Университете Квинсленда, Австралия, в 1980-х годах. Аббревиатура NIAM первоначально расшифровывалась как «Методология анализа информации Нейссена», а затем была обобщена на «Методологию анализа информации на естественном языке» и Моделирование бинарных отношений, поскольку Г. М. Нейссен был лишь одним из многих людей, участвовавших в разработке этого метода. [2]

В 1989 году Терри Халпин защитил кандидатскую диссертацию по ORM, предоставив первую полную формализацию подхода и включив несколько расширений.

Также в 1989 году Терри Халпин и Дж. М. Нейссен выступили соавторами книги «Концептуальная схема и проектирование реляционных баз данных» и нескольких совместных статей, обеспечивающих первую формализацию объектно-ролевого моделирования.

Графический инструмент проектирования NIAM, который включал возможность создания сценариев создания баз данных для Oracle, DB2 и DBQ, был разработан в начале 1990-х годов в Париже. Первоначально он назывался Genesys и успешно продавался во Франции, а затем в Канаде. Он также может обрабатывать дизайн диаграммы ER. Он был перенесен на платформы SCO Unix, SunOs, DEC 3151 и Windows 3.0, а позже был перенесен на последующие операционные системы Microsoft , используя XVT для кросс-операционной графической переносимости. Инструмент был переименован в OORIANE и в настоящее время используется для больших хранилищ данных и проектов SOA.

На основе NIAM также развивается « Полностью ориентированное на коммуникацию информационное моделирование » FCO-IM (1992). Он отличается от традиционного ORM тем, что придерживается строго ориентированной на общение точки зрения. Вместо того, чтобы пытаться моделировать предметную область и ее основные концепции, он моделирует коммуникацию в этой области (универсум дискурса). Еще одно важное отличие состоит в том, что это делается на уровне экземпляра, производя уровень типа и уровень объекта / факта во время анализа.

Еще одна недавняя разработка - использование ORM в сочетании со стандартизованными типами отношений со связанными ролями и стандартным машиночитаемым словарем и таксономией понятий, которые представлены в словаре Gellish English . Стандартизация типов отношений (типов фактов), ролей и концепций позволяет расширить возможности интеграции модели и повторного использования модели.

Концепции [ править ]

Обзор нотации объектно-ролевой модели, Стивен М. Ричард (1999). [3]

Факты [ править ]

Объектно-ролевые модели основаны на элементарных фактах и ​​выражены в диаграммах, которые можно перевести на естественный язык. Факт - это такое утверждение , как «Джон Смит был нанят 5 января 1995 года» или «Мэри Джонс была нанята 3 марта 2010 года».

В ORM такие предложения абстрагируются до «типов фактов», например «Человек был нанят на дату», а отдельные предложения рассматриваются как образцы данных. Разница между «фактом» и «элементарным фактом» состоит в том, что элементарный факт нельзя упростить без потери смысла. Этот «основанный на фактах» подход облегчает моделирование, преобразование и запрос информации из любой области. [4]

Без атрибутов [ править ]

ORM не содержит атрибутов: в отличие от моделей в методах сущность-связь (ER) и Unified Modeling Language (UML), ORM обрабатывает все элементарные факты как отношения и, таким образом, обрабатывает решения для группировки фактов в структуры (например, типы сущностей на основе атрибутов, классы , схемы отношений, схемы XML), поскольку реализация не имеет отношения к семантике. Избегая атрибутов, ORM улучшает семантическую стабильность и обеспечивает вербализацию на естественный язык.

Моделирование на основе фактов [ править ]

Моделирование на основе фактов включает процедуры сопоставления фактов со структурами на основе атрибутов, такими как ER или UML. [4]

Текстовые представления, основанные на фактах, основаны на формальных подмножествах родных языков. Сторонники ORM утверждают, что модели ORM легче понять людям без технического образования. Например, сторонники утверждают, что объектно-ролевые модели легче понять, чем декларативные языки, такие как Object Constraint Language (OCL), и другие графические языки, такие как модели классов UML . [4] Графические обозначения, основанные на фактах, более выразительны, чем обозначения ER и UML . Объектно -ролевую модель можно автоматически сопоставить с реляционными и дедуктивными базами данных (такими как журнал данных ). [5]

Графическое обозначение ORM 2 [ править ]

ORM2 - это последнее поколение объектно-ролевого моделирования. Основными задачами графической нотации ORM 2 являются: [6]

  • Более компактный дисплей моделей ORM без ущерба для четкости
  • Улучшенная интернационализация (например, избегайте символов английского языка)
  • Упрощенные правила рисования для облегчения создания графического редактора
  • Расширенное использование видов для выборочного отображения / подавления деталей
  • Поддержка новых функций (например, определение путей ролей, аспекты закрытия, модальности)

Процедура проектирования [ править ]

Пример применения ролевого моделирования объекта в «Схеме геологической поверхности», Стивен М. Ричард (1999). [3]

Разработка системы обычно включает несколько этапов, таких как: технико-экономическое обоснование; анализ требований; концептуальное проектирование данных и операций; логичный дизайн; внешний дизайн; прототипирование; внутренний дизайн и реализация; тестирование и валидация; и техническое обслуживание. Семь шагов процедуры разработки концептуальной схемы: [7]

  1. Преобразуйте знакомые информационные примеры в элементарные факты и применяйте проверки качества
  2. Нарисуйте типы фактов и примените проверку населения
  3. Проверьте типы сущностей, которые следует объединить, и обратите внимание на любые арифметические производные.
  4. Добавьте ограничения уникальности и проверьте правильность типов фактов
  5. Добавьте обязательные ограничения ролей и проверьте логическое происхождение
  6. Добавить значение, установить ограничения для сравнения и выделения подтипов
  7. Добавьте другие ограничения и выполните окончательные проверки

Процедура разработки концептуальной схемы (CSDP) ORM фокусируется на анализе и проектировании данных.

См. Также [ править ]

  • Диаграмма связей
  • Концептуальная схема
  • Схема информационных потоков
  • Онтология двойной артикуляции
  • Онтология инженерия
  • Реляционная алгебра
  • Подход с тремя схемами

Ссылки [ править ]

  1. ^ Джаррар, М. (2007). «К автоматизированному рассуждению о схемах ORM». Конспект лекций по информатике. Материалы 26-й Международной конференции по концептуальному моделированию . Конспект лекций по информатике. 4801 : 181–197. CiteSeerX  10.1.1.148.6251 . DOI : 10.1007 / 978-3-540-75563-0_14 . ISBN 978-3-540-75562-3.
  2. ^ Wintraecken, JJVR (1990) [1987]. Метод анализа информации НИАМ: теория и практика . Перевод: Информационно-аналитические волгены НИАМ. Дордрехт; Бостон: Kluwer Academic Publishers . DOI : 10.1007 / 978-94-009-0451-4 . ISBN 079230263X. OCLC  19554537 . S2CID  30209824 .
  3. ^ a b Стивен М. Ричард (1999). Моделирование геологической концепции . Отчет Геологической службы США в открытом доступе 99-386.
  4. ^ а б в http://www.orm.net/pdf/ORM2_TechReport1.pdf
  5. ^ «P: 11 Сопоставление ORM с журналом данных - Обзор - Фонд ORM» . www.ormfoundation.org . Проверено 31 мая 2020 года .
  6. ^ "ORM 2" (PDF) . Архивировано из оригинального (PDF) 19 февраля 2009 года . Проверено 22 апреля 2009 года . Халпин, Т. 2005, «ORM 2», На пути к осмысленным интернет-системам 2005: Семинары OTM 2005, ред. Р. Меерсман, З. Тари, П. Эрреро и др., Кипр. Springer LNCS 3762, стр. 676-87.
  7. ^ Терри Halpin (2001). «Объектно-ролевое моделирование: обзор»

Дальнейшее чтение [ править ]

  • Халпин, Терри (1989), Концептуальная схема и проектирование реляционной базы данных , Сидней: Prentice Hall , ISBN 978-0-13-167263-5
  • Росси, Матти; Сиау, Кенг (апрель 2001 г.), Информационное моделирование в новом тысячелетии , IGI Global, ISBN 978-1-878289-77-3
  • Халпин, Терри ; Эванс, Кен; Хэллок, Пэт; Маклин, Билл (сентябрь 2003 г.), Моделирование баз данных с помощью Microsoft Visio для корпоративных архитекторов , Морган Кауфманн , ISBN 978-1-55860-919-8
  • Халпин, Терри ; Морган, Тони (март 2008 г.), Информационное моделирование и реляционные базы данных: от концептуального анализа к логическому дизайну (2-е изд.), Морган Кауфманн , ISBN 978-0-12-373568-3

Внешние ссылки [ править ]

  • Фонд ORM
  • Сайт ORM Терри Халпина
  • FactModeling.org, посвященный моделированию на основе фактов