Модель данных - Data model

А модель данных (или модель данных)[1][2][3][4][5] является абстрактная модель который организует элементы данные и стандартизирует то, как они соотносятся друг с другом и со свойствами объектов реального мира. Например, модель данных может определять, что элемент данных, представляющий автомобиль, состоит из ряда других элементов, которые, в свою очередь, представляют цвет и размер автомобиля и определяют его владельца.

Период, термин модель данных может относиться к двум различным, но тесно связанным понятиям. Иногда это относится к абстрактной формализации объектов и отношений, обнаруженных в определенной области приложения: например, клиентов, продуктов и заказов, найденных в производственной организации. В других случаях это относится к набору концепций, используемых при определении таких формализаций: например, такие концепции, как сущности, атрибуты, отношения или таблицы. Таким образом, "модель данных" банковского приложения может быть определена с использованием "модели данных" сущность-связь. В этой статье термин используется в обоих смыслах.

Обзор контекста моделирования данных: модель данных основана на данных, взаимосвязи данных, семантике данных и ограничении данных. Модель данных предоставляет подробную информацию о Информация для хранения и имеет основное применение, когда конечным продуктом является поколение компьютеров. программный код для заявки или подготовки функциональная спецификация чтобы помочь программное обеспечение решение сделать или купить. На рисунке показан пример взаимодействия между обработать и модели данных.[6]

Модель данных явно определяет структуру данных. Модели данных обычно задаются специалистом по данным, библиотекарем данных или ученым в области цифровых гуманитарных наук в моделирование данных обозначение. Эти обозначения часто представлены в графической форме.[7]

Модель данных иногда можно назвать структура данных, особенно в контексте языки программирования. Модели данных часто дополняются функциональные модели, особенно в контексте модели предприятия.

Обзор

Управление большим количеством структурированных и неструктурированные данные является основной функцией информационные системы. Модели данных описывают структуру, манипуляции и аспекты целостности данных, хранящихся в системах управления данными, таких как реляционные базы данных. Обычно они не описывают неструктурированные данные, такие как обработка текста документы, сообщения электронной почты, изображения, цифровое аудио и видео.

Роль моделей данных

Как модели данных приносят пользу[8]

Основная цель моделей данных - поддержка разработки информационные системы путем предоставления определения и формата данных. Согласно Уэсту и Фаулеру (1999), «если это делается последовательно в разных системах, можно добиться совместимости данных. Если одни и те же структуры данных используются для хранения данных и доступа к ним, тогда разные приложения могут обмениваться данными. Результаты этого указаны выше . Однако создание, эксплуатация и обслуживание систем и интерфейсов часто обходятся дороже, чем они должны. Они также могут ограничивать бизнес, а не поддерживать его. Основная причина заключается в низком качестве моделей данных, реализованных в системах и интерфейсах. ".[8]

  • «Бизнес-правила, относящиеся к тому, как что-то делается в определенном месте, часто фиксируются в структуре модели данных. Это означает, что небольшие изменения в способах ведения бизнеса приводят к большим изменениям в компьютерных системах и интерфейсах».[8]
  • «Типы сущностей часто не идентифицируются или идентифицируются неправильно. Это может привести к репликации данных, структуры данных и функциональности, а также к сопутствующим расходам на это дублирование при разработке и обслуживании».[8]
  • «Модели данных для разных систем произвольно различны. В результате между системами, которые совместно используют данные, требуются сложные интерфейсы. Эти интерфейсы могут составлять от 25 до 70% стоимости существующих систем».[8]
  • «Данные не могут быть переданы в электронном виде клиентам и поставщикам, потому что структура и значение данных не были стандартизированы. Например, данные инженерного проектирования и чертежи технологического предприятия все еще иногда обмениваются на бумаге».[8]

Причина этих проблем - отсутствие стандартов, которые гарантируют, что модели данных будут соответствовать потребностям бизнеса и быть последовательными.[8]

Модель данных явно определяет структуру данных. Типичные применения моделей данных включают модели баз данных, проектирование информационных систем и обеспечение обмена данными. Обычно модели данных задаются на языке моделирования данных. [3]

Три перспективы

ANSI / SPARC трехуровневая архитектура. Это показывает, что модель данных может быть внешней моделью (или представлением), концептуальной моделью или физической моделью. Это не единственный способ взглянуть на модели данных, но это полезный способ, особенно при сравнении моделей.[8]

Модель данных пример может быть одного из трех видов в зависимости от ANSI в 1975 г .:[9]

  • Концептуальная модель данных : описывает семантику домена, являющуюся областью действия модели. Например, это может быть модель области интересов организации или отрасли. Он состоит из классов сущностей, представляющих виды значимых вещей в предметной области, и утверждений отношений об ассоциациях между парами классов сущностей. Концептуальная схема определяет виды фактов или предположений, которые могут быть выражены с помощью модели. В этом смысле он определяет разрешенные выражения на искусственном «языке» с областью действия, которая ограничена областью действия модели.
  • Логическая модель данных : описывает семантику, представленную конкретной технологией обработки данных. Среди прочего, он состоит из описаний таблиц и столбцов, объектно-ориентированных классов и тегов XML.
  • Физическая модель данных : описывает физические средства хранения данных. Это касается разделов, ЦП, табличных пространств и т. Д.

Значение этого подхода, согласно ANSI, состоит в том, что он позволяет трем перспективам быть относительно независимыми друг от друга. Технология хранения может измениться, не затрагивая ни логическую, ни концептуальную модель. Структура таблицы / столбца может изменяться без (обязательно) влияния на концептуальную модель. В каждом случае, конечно, структуры должны оставаться совместимыми с другой моделью. Структура таблицы / столбца может отличаться от прямого преобразования классов и атрибутов сущностей, но в конечном итоге она должна соответствовать целям структуры классов концептуальных сущностей. На ранних этапах многих проектов разработки программного обеспечения особое внимание уделяется дизайну концептуальная модель данных. Такой дизайн можно детализировать в логическая модель данных. На более поздних этапах эта модель может быть переведена на физическая модель данных. Однако также возможно реализовать концептуальную модель напрямую.

История

Одна из самых ранних новаторских работ в области моделирования информационных систем была сделана Янгом и Кентом (1958),[10][11] который выступал за «точный и абстрактный способ определения информационных и временных характеристик обработка данных проблема ". Они хотели создать" обозначение, которое должно позволить аналитик организовать проблему вокруг любой части оборудование ". Их работа была первой попыткой создать абстрактную спецификацию и инвариантную основу для проектирования различных альтернативных реализаций с использованием различных аппаратных компонентов. Следующий шаг в моделировании ИБ был сделан КОДАСИЛ, консорциум ИТ-индустрии, образованный в 1959 году, который, по сути, преследовал то же самое, что и Янг и Кент: разработка «надлежащей структуры для машинно-независимого языка определения проблем на системном уровне обработки данных». Это привело к разработке конкретной ИС. информационная алгебра.[11]

В 1960-х годах моделирование данных приобрело большее значение с появлением Информационная система управления (MIS) концепция. По словам Леондеса (2002), «в это время информационная система предоставляла данные и информацию для целей управления. Первое поколение система базы данных, называется Интегрированное хранилище данных (IDS), был разработан Чарльз Бахман в General Electric. Две известные модели баз данных, сетевая модель данных и иерархическая модель данных, были предложены в этот период ».[12] К концу 1960-х гг. Эдгар Ф. Кодд разработал свои теории организации данных и предложил реляционная модель для управления базами данных на основе логика предикатов первого порядка.[13]

В 1970-е годы моделирование отношений сущностей возник как новый тип концептуального моделирования данных, первоначально предложенный в 1976 г. Питер Чен. Модели сущностей-отношений использовались на первом этапе информационная система дизайн во время анализ требований описать информационные потребности или тип Информация который должен храниться в база данных. Этой техникой можно описать любой онтология, т.е. обзор и классификация понятий и их взаимосвязей, для определенного сфера интересов.

В 1970-е годы Г. Nijssen разработал метод анализа информации на естественном языке (NIAM), который был разработан в 1980-х годах в сотрудничестве с Терри Хэлпин в Объектно-ролевое моделирование (ORM). Однако именно докторская диссертация Терри Халпина в 1989 году создала формальную основу, на которой основано объектно-ролевое моделирование.

Билл Кент в своей книге 1978 года Данные и реальность,[14] сравнил модель данных с картой территории, подчеркнув, что в реальном мире «автомагистрали не окрашены в красный цвет, у рек нет линий графства, проходящих посередине, и вы не можете увидеть контурные линии на горе». В отличие от других исследователей, которые пытались создать математически чистые и элегантные модели, Кент подчеркивал существенную беспорядок в реальном мире и задачу разработчика моделей данных создавать порядок из хаоса, не искажая истину.

В 1980-х годах, согласно Яну Л. Харрингтону (2000), «развитие объектно-ориентированный парадигма привела к фундаментальному изменению нашего взгляда на данные и процедур, которые работают с данными. Традиционно данные и процедуры хранятся отдельно: данные и их взаимосвязь в базе данных, процедуры в прикладной программе. Однако объектная ориентация объединила процедуру сущности с ее данными ».[15]

Типы

Модель базы данных

Основная статья: Модель базы данных

Модель базы данных - это спецификация, описывающая структуру и использование базы данных.

Было предложено несколько таких моделей. Общие модели включают:

Плоская модель
Это не может строго квалифицироваться как модель данных. Плоская (или табличная) модель состоит из одного двумерного массива элементов данных, где предполагается, что все элементы данного столбца имеют одинаковые значения, а все элементы строки связаны друг с другом.
Иерархическая модель
Иерархическая модель аналогична сетевой модели, за исключением того, что связи в иерархической модели образуют древовидную структуру, а сетевая модель допускает произвольный граф.
Сетевая модель
Эта модель организует данные с помощью двух фундаментальных конструкций, называемых записями и наборами. Записи содержат поля, а наборы определяют отношения «один ко многим» между записями: один владелец, много членов. Сетевая модель данных - это абстракция концепции проекта, используемой при реализации баз данных.
Реляционная модель
- это модель базы данных, основанная на логике предикатов первого порядка. Его основная идея состоит в том, чтобы описать базу данных как набор предикатов над конечным набором переменных предиката, описывая ограничения на возможные значения и комбинации значений. Сила реляционной модели данных заключается в ее математической основе и простой парадигме пользовательского уровня.
Объектно-реляционная модель
Подобно модели реляционной базы данных, но объекты, классы и наследование напрямую поддерживаются в схемы базы данных и на языке запросов.
Объектно-ролевое моделирование
Метод моделирования данных, который был определен как «свободный от атрибутов» и «основанный на фактах». Результатом является проверяемая правильная система, из которой могут быть получены другие общие артефакты, такие как ERD, UML и семантические модели. Связи между объектами данных описываются во время процедуры проектирования базы данных, так что нормализация является неизбежным результатом процесса.
Схема звездочки
Самый простой стиль схемы хранилища данных. Схема типа "звезда" состоит из нескольких "таблиц фактов" (возможно, только одной, оправдывающей название), ссылающихся на любое количество "таблиц измерений". Схема звезды считается важным частным случаем схема снежинки.

Схема структуры данных

Основная статья: Схема структуры данных
Пример диаграммы структуры данных

Диаграмма структуры данных (DSD) - это диаграмма и модель данных, используемая для описания концептуальные модели данных путем предоставления графических обозначений, которые документ сущности и их отношения, а ограничения что связывает их. Основные графические элементы DSD: коробки, представляющие организации, и стрелки, представляющие отношения. Диаграммы структуры данных наиболее полезны для документирования сложных объектов данных.

Диаграммы структуры данных являются расширением модель сущность-связь (Модель ER). В DSD атрибуты указываются внутри блоков сущностей, а не вне их, в то время как отношения рисуются как блоки, состоящие из атрибутов, которые определяют ограничения, связывающие сущности вместе. DSD отличаются от модели ER тем, что модель ER фокусируется на отношениях между различными объектами, тогда как DSD фокусируется на отношениях элементов внутри объекта и позволяет пользователям полностью видеть связи и отношения между каждым объектом.

Есть несколько стилей для представления диаграмм структуры данных, с заметной разницей в способе определения мощность. Возможен выбор между наконечниками стрелок и перевернутыми стрелками (гусиные лапки ) или числовое представление мощности.

Пример IDEF1X Диаграммы отношений сущностей, используемые для моделирования самого IDEF1X[16]

Модель отношения сущность

Основная статья: Модель отношения сущность

Модель отношения сущность (ERM), иногда называемая диаграммой сущности-отношения (ERD), может использоваться для представления абстрактного концептуальная модель данных (или семантическая модель данных или физическая модель данных), используемые в программная инженерия для представления структурированных данных. Для ERM используется несколько обозначений. Как и DSD, атрибуты указываются внутри блоков сущностей, а не за их пределами, в то время как отношения рисуются в виде линий, а ограничения взаимосвязей - как описания в строке. Модель E-R, хотя и является надежной, может стать визуально громоздкой при представлении сущностей с несколькими атрибутами.

Существует несколько стилей для представления диаграмм структуры данных с заметной разницей в способе определения количества элементов. Возможен выбор между наконечниками стрелок, перевернутыми наконечниками стрелок (гусиные лапки) или числовым представлением мощности.

Географическая модель данных

Основная статья: Модель данных (ГИС)

Модель данных в Географические информационные системы это математическая конструкция для представления географических объектов или поверхностей в виде данных. Например,

  • то вектор модель данных представляет географию как совокупность точек, линий и многоугольников;
  • то растр модель данных представляет географию в виде матриц ячеек, хранящих числовые значения;
  • и Триангулированная нерегулярная сеть Модель данных (TIN) представляет географию как набор смежных непересекающихся треугольников.[17]

  • Группы связаны с процессом создания карты[18]

  • Приложения модели данных NGMDB[18]

  • Базы данных NGMDB связаны вместе[18]

  • Представление информации о 3D-карте[18]

Общая модель данных

Основная статья: Общая модель данных

Общие модели данных являются обобщением обычных моделей данных. Они определяют стандартизированные общие типы отношений вместе с видами вещей, которые могут быть связаны с помощью такого типа отношения. Общие модели данных разрабатываются как подход к устранению некоторых недостатков традиционных моделей данных. Например, разные разработчики моделей обычно создают разные традиционные модели данных одной и той же области. Это может затруднить объединение моделей разных людей и препятствовать обмену данными и интеграции данных. Однако неизменно эта разница объясняется разными уровнями абстракции в моделях и различиями в типах фактов, которые могут быть инстанцированы (возможности семантического выражения моделей). Разработчикам моделей необходимо сообщить и согласовать определенные элементы, которые должны быть представлены более конкретно, чтобы различия были менее значительными.

Семантическая модель данных

Основная статья: Семантическая модель данных
Семантические модели данных[16]

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

Логическая структура данных система управления базами данных (СУБД), будь то иерархический, сеть, или реляционный, не может полностью удовлетворить требования для концептуального определения данных, поскольку оно ограничено по объему и смещено в сторону стратегии реализации, используемой СУБД. Следовательно, необходимость определения данных из концептуальный взгляд привело к развитию методов семантического моделирования данных. То есть методы определения значения данных в контексте их взаимосвязей с другими данными. Как показано на рисунке. Реальный мир с точки зрения ресурсов, идей, событий и т. Д. Символически определяется в физических хранилищах данных. Семантическая модель данных - это абстракция, которая определяет, как хранимые символы относятся к реальному миру. Таким образом, модель должна достоверно отражать реальный мир.[16]

Темы

Архитектура данных

Основная статья: Архитектура данных

Архитектура данных - это дизайн данных для использования при определении целевого состояния и последующего планирования, необходимого для достижения целевого состояния. Обычно это один из нескольких домены архитектуры которые образуют столпы архитектура предприятия или архитектура решения.

Архитектура данных описывает структуры данных, используемые бизнесом и / или его приложениями. Есть описания данных в хранилище и данных в движении; описания хранилищ данных, групп данных и элементов данных; и сопоставления этих артефактов данных с качеством данных, приложениями, местоположениями и т. д.

Архитектура данных, необходимая для реализации целевого состояния, описывает, как данные обрабатываются, хранятся и используются в данной системе. Он предоставляет критерии для операций обработки данных, которые позволяют проектировать потоки данных, а также управлять потоком данных в системе.

Моделирование данных

Основная статья: Моделирование данных
Процесс моделирования данных

Моделирование данных в программная инженерия представляет собой процесс создания модели данных путем применения формальных описаний модели данных с использованием методов моделирования данных. Моделирование данных - это метод определения бизнеса требования для базы данных. Иногда его называют моделирование базы данных потому что модель данных в конечном итоге реализуется в базе данных.[19]

На рисунке показано, как модели данных разрабатываются и используются сегодня. А концептуальная модель данных разработан на основе данных требования для приложения, которое разрабатывается, возможно, в контексте модель деятельности. Модель данных обычно состоит из типов сущностей, атрибутов, отношений, правил целостности и определений этих объектов. Затем это используется как начальная точка для интерфейса или дизайн базы данных.[8]

Свойства данных

Некоторые важные свойства данных, для которых необходимо выполнить требования:

  • свойства, связанные с определением[8]
    • актуальность: полезность данных в контексте вашего бизнеса.
    • ясность: наличие четкого и общего определения данных.
    • последовательность: совместимость однотипных данных из разных источников.
Некоторые важные свойства данных[8]
  • свойства, связанные с контентом
    • своевременность: доступность данных в нужное время и насколько они актуальны.
    • точность: насколько близки к истине данные.
  • свойства, относящиеся как к определению, так и к содержанию
    • полнота: сколько необходимых данных доступно.
    • доступность: где, как и кому данные доступны или недоступны (например, безопасность).
    • Стоимость: затраты, понесенные при получении данных и предоставлении их для использования.

Организация данных

Другой вид модели данных описывает, как организовать данные с помощью система управления базами данных или другие технологии управления данными. Он описывает, например, реляционные таблицы и столбцы или объектно-ориентированные классы и атрибуты. Такую модель данных иногда называют физическая модель данных, но в исходной архитектуре с тремя схемами ANSI она называется «логической». В этой архитектуре физическая модель описывает носители данных (цилиндры, дорожки и табличные пространства). В идеале эта модель является производной от более концептуальной модели данных, описанной выше. Однако он может отличаться для учета ограничений, таких как производительность обработки и шаблоны использования.

В то время как анализ данных - общий термин для моделирования данных, на самом деле эта деятельность имеет больше общего с идеями и методами синтез (вывод общих понятий из конкретных примеров), чем с анализ (определение компонентных концепций из более общих). {Предположительно мы называем себя системные аналитики потому что никто не может сказать системные синтезаторы.} Моделирование данных стремится объединить интересующие структуры данных в единое, неразделимое целое, устраняя ненужные избыточности данных и связывая структуры данных с отношения.

Другой подход - использовать адаптивные системы такие как искусственные нейронные сети которые могут автономно создавать неявные модели данных.

Структура данных

Основная статья: Структура данных
А двоичное дерево, простой тип разветвленной связанной структуры данных

Структура данных - это способ хранения данных на компьютере для эффективного использования. Это организация математических и логических концепций данных. Часто тщательно подобранная структура данных позволяет максимально эффективный алгоритм быть использованным. Выбор структуры данных часто начинается с выбора абстрактный тип данных.

Модель данных описывает структуру данных в данном домене и, как следствие, базовую структуру самого этого домена. Это означает, что модель данных фактически определяет выделенный грамматика для специального искусственного языка для этой области. Модель данных представляет классы сущностей (виды вещей), информацию о которых компания желает хранить, атрибуты этой информации и отношения между этими сущностями и (часто неявные) отношения между этими атрибутами. Модель до некоторой степени описывает организацию данных независимо от того, как данные могут быть представлены в компьютерной системе.

Сущности, представленные моделью данных, могут быть материальными сущностями, но модели, которые включают такие конкретные классы сущностей, имеют тенденцию изменяться со временем. Надежные модели данных часто определяют абстракции таких организаций. Например, модель данных может включать в себя класс сущности под названием «Человек», представляющий всех людей, которые взаимодействуют с организацией. Такой абстрактная сущность класс обычно более уместен, чем те, которые называются «Поставщик» или «Сотрудник», которые определяют конкретные роли, которые играют эти люди.

Теория модели данных

Термин модель данных может иметь два значения:[20]

  1. Модель данных теория, то есть формальное описание того, как данные могут быть структурированы и доступны.
  2. Модель данных пример, то есть применение модели данных теория создать практическую модель данных пример для какого-то конкретного приложения.

Теория модели данных состоит из трех основных компонентов:[20]

  • Структурная часть: набор структур данных, которые используются для создания баз данных, представляющих сущности или объекты, моделируемые базой данных.
  • Часть целостности: набор правил, регулирующих ограничения, налагаемые на эти структуры данных для обеспечения структурной целостности.
  • Часть манипуляции: набор операторов, которые могут применяться к структурам данных для обновления и запроса данных, содержащихся в базе данных.

Например, в реляционная модель, конструктивная часть основана на модифицированной концепции математическое отношение; часть целостности выражается в логика первого порядка а часть манипуляции выражается с помощью реляционная алгебра, кортежное исчисление и исчисление предметной области.

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

Узоры

Узоры[21] являются общими структурами моделирования данных, которые встречаются во многих моделях данных.

Связанные модели

Диаграмма потока данных

Основная статья: Диаграмма потока данных
Пример диаграммы потока данных[22]

Диаграмма потока данных (DFD) - это графическое представление «потока» данных через информационная система. Он отличается от блок-схема как это показывает данные поток вместо контроль поток программы. Диаграмма потока данных также может использоваться для визуализация из обработка данных (структурированный дизайн). Диаграммы потоков данных были изобретены Ларри Константин, оригинальный разработчик структурированного дизайна,[23] основан на модели вычислений Мартина и Эстрина «граф потока данных».

Обычной практикой является рисование диаграмма потока данных на уровне контекста первый, который показывает взаимодействие между системой и внешними объектами. В DFD предназначен для демонстрации того, как система делится на более мелкие части, и для выделения потока данных между этими частями. Эта диаграмма потоков данных на уровне контекста затем «разобранная», чтобы показать более подробную информацию о моделируемой системе.

Информационная модель

Основная статья: Информационная модель
Пример ЭКСПРЕСС G Информационная модель

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

По словам Ли (1999)[24] информационная модель - это представление концепций, отношений, ограничений, правил и операции указать семантика данных для выбранной области дискурса. Он может обеспечить общую, стабильную и организованную структуру информационных требований для контекста предметной области.[24] Более общий термин информационная модель используется для моделей отдельных объектов, таких как объекты, здания, технологические предприятия и т. д. В этих случаях концепция специализируется на Информационная модель объекта, Информационная модель здания, Информационная модель предприятия и др. Такая информационная модель представляет собой интеграцию модели объекта с данными и документами об объекте.

Информационная модель обеспечивает формализм описания проблемной области без ограничения того, как это описание отображается на фактическую реализацию в программном обеспечении. Может быть много отображений информационной модели. Такие сопоставления называются моделями данных, независимо от того, являются ли они объектные модели (например, используя UML ), модели отношений сущностей или Схемы XML.

Объектная модель документа, стандарт объектная модель для представления HTML или XML

Объектная модель

Основная статья: Объектная модель

Объектная модель в информатике - это совокупность объектов или классов, с помощью которых программа может исследовать и управлять некоторыми конкретными частями своего мира. Другими словами, объектно-ориентированный интерфейс к некоторой службе или системе. Такой интерфейс называется объектная модель представляемая услуга или система. Например, Объектная модель документа (DOM) [1] представляет собой набор объектов, представляющих страница в веб-браузер, использован сценарий программы для просмотра и динамического изменения страницы. Существует Майкрософт Эксель объектная модель[25] для управления Microsoft Excel из другой программы, а АСКОМ Драйвер телескопа[26] модель объекта для управления астрономическим телескопом.

В вычисление период, термин объектная модель имеет отчетливое второе значение общих свойств объекты в конкретном компьютере язык программирования, технологии, обозначения или методология который их использует. Например, Ява объектная модель, то COM объектная модель, или объектная модель OMT. Такие объектные модели обычно определяются с использованием таких понятий, как класс, сообщение, наследство, полиморфизм, и инкапсуляция. Существует обширная литература по формализованным объектным моделям как подмножеству формальная семантика языков программирования.

Объектно-ролевая модель

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

Объектно-ролевое моделирование (ORM) - это метод для концептуальное моделирование, и может использоваться как инструмент для анализа информации и правил.[28]

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

Концептуальный проект может включать в себя данные, процессы и поведенческие аспекты, а фактическая СУБД, используемая для реализации проекта, может быть основана на одной из многих логических моделей данных (реляционной, иерархической, сетевой, объектно-ориентированной и т. Д.).[29]

Модели на унифицированном языке моделирования

Основная статья: Единый язык моделирования

Унифицированный язык моделирования (UML) - это стандартизированный универсальный язык моделирования в области программная инженерия. Это графический язык для визуализации, определения, построения и документирования артефакты программно-интенсивной системы. Унифицированный язык моделирования предлагает стандартный способ написания чертежей системы, включая:[30]

UML предлагает сочетание функциональные модели, модели данных и модели базы данных.

Смотрите также

использованная литература

  1. ^ "модель данных - Моделирование домена UML - Переполнение стека". Переполнение стека. Stack Exchange Inc. Получено 4 февраля 2017.
  2. ^ «Модель данных XQuery и XPath 3.1». Консорциум World Wide Web (W3C). W3C. Получено 4 февраля 2017.
  3. ^ "модель данных". npm. npm, Inc. Получено 4 февраля 2017.
  4. ^ «Модель данных (Java EE 6)». Документация по Java. Oracle. Получено 4 февраля 2017.
  5. ^ Островский, Стан. «iOS: три способа передачи данных из модели в контроллер». Средняя. Средняя корпорация. Получено 4 февраля 2017.
  6. ^ Пол Р. Смит и Ричард Сарфати Публикации, ООО, 2009 г.
  7. ^ Майкл Р. Маккалеб (1999). «Концептуальная модель данных систем отсчета» В архиве 2008-09-21 на Wayback Machine. Национальный институт стандартов и технологий. Август 1999 г.
  8. ^ а б c d е ж г час я j k Мэтью Уэст и Джулиан Фаулер (1999). Разработка высококачественных моделей данных. Технический представитель по связям с общественностью STEP в Европе, перерабатывающий промышленность (EPISTLE).
  9. ^ Американский национальный институт стандартов. 1975 г. Исследовательская группа ANSI / X3 / SPARC по системам управления базами данных; Промежуточный доклад. FDT (Бюллетень ACM SIGMOD) 7: 2.
  10. ^ Янг, Дж. У. и Кент, Х. К. (1958). «Абстрактная постановка задач обработки данных». В: Журнал промышленной инженерии. Ноябрь-декабрь 1958. 9 (6), стр. 471-479.
  11. ^ а б Янис А. Бубенко мл. (2007) «От информационной алгебры к моделированию предприятий и онтологиям - историческая перспектива моделирования информационных систем». В: Концептуальное моделирование в инженерии информационных систем. Джон Крогсти и другие. ред. стр. 1-18
  12. ^ Корнелиус Т. Леондес (2002). Базы данных и сетевые системы передачи данных: методы и приложения. Стр.7
  13. ^ «Производимость, избыточность и непротиворечивость отношений, хранящихся в больших банках данных», Э. Ф. Кодд, Отчет об исследованиях IBM, 1969 г.
  14. ^ Данные и реальность
  15. ^ Ян Л. Харрингтон (2000). Четкое объяснение объектно-ориентированной базы данных. стр.4
  16. ^ а б c d Публикация FIPS 184 В архиве 2013-12-03 в Wayback Machine выпущен IDEF1X Лабораторией компьютерных систем Национального института стандартов и технологий (NIST). 21 декабря 1993 г. (снято в 2008 г.).
  17. ^ Wade, T. и Sommer, S. eds. ГИС от А до Я
  18. ^ а б c d Дэвид Р. Соллер1 и Томас М. Берг (2003). Проект базы данных национальных геологических карт: обзор и прогресс Отчет Геологической службы США в открытом доступе 03–471.
  19. ^ Уиттен, Джеффри Л.; Лонни Д. Бентли, Кевин С. Диттман. (2004). Системный анализ и методы проектирования. 6-е издание. ISBN  0-256-19906-X.
  20. ^ а б Бейнон-Дэвис П. (2004). Системы баз данных 3-е издание. Пэлгрейв, Бейзингсток, Великобритания. ISBN  1-4039-1601-2
  21. ^ "Справочник по модели данных: универсальные шаблоны для моделирования данных" Лен Сильверстоун и Пол Агнью (2008).
  22. ^ Джон Аззолини (2000). Введение в практики системного проектирования. Июль 2000 г.
  23. ^ В. Стивенс, Г. Майерс, Л. Константин, «Структурированный дизайн», IBM Systems Journal, 13 (2), 115-139, 1974.
  24. ^ а б Ю. Тина Ли (1999). «Информационное моделирование от проектирования до реализации» Национальный институт стандартов и технологий.
  25. ^ Обзор объектной модели Excel
  26. ^ «Общие требования ASCOM». 2011-05-13. Получено 2014-09-25.
  27. ^ Стивен М. Ричард (1999). Моделирование геологической концепции. Отчет геологической службы США в открытом доступе 99-386.
  28. ^ Иоахим Россберг и Рикард Редлер (2005). Проекты масштабируемых приложений .NET 2.0.. Стр. 27
  29. ^ Ролевое моделирование объектов: обзор (msdn.microsoft.com). Проверено 19 сентября 2008 года.
  30. ^ Грэди Буч, Ивар Джейкобсон и Джим Рамбо (2005) Спецификация унифицированного языка моделирования OMG.

дальнейшее чтение