Проектирование глобальной инфологической модели
Проектирование глобальной инфологической модели данных заключается в интеграции локальных информационных структур, полученных на предыдущем этапе.
При объединении локальных информационных структур в глобальную используют понятие: идентичность, агрегация, обобщение.
Идентичность — одинаковое семантическое значение двух или больше объектов модели.
Например, объекты “Фирма – производитель” и “Фирма – поставщик” в пределах определенной ИС могут принадлежать к одной категории, то есть быть идентичными. Следующий пример, связанный с фрагментом БД ИС учета выпуска на рынок продукции фирм-производителей, иллюстрирует рис 5.
Связи “Предложение на продажу” и “Выпуск на рынок” и их атрибуты идентичны и должны быть объединены в одну связь с новыми атрибутами, это является примером того, что при составлении родовидовых списков реквизитов документов, а также словаря данных были обнаружены не все синонимы.
Рис. 5. Первый вариант ER-диаграммы фрагмента БД ИС учета выпуска продукции на рынок
Графическое отображение данных является более наглядным и дает возможность под другим углом зрения выполнить анализ ИС. После коррекции диаграммы необходимо вернуться к словарю данных и уточнить состав его элементов.
Рис. 6. Второй вариант ER-диаграммы фрагмента БД ИС учета выпуска продукции на рынок
Агрегация — абстракция данных, которая дает возможность трактовать совокупность разнообразных по природе объектов как новый объект.
Например, совокупность объектов “Студент”, “Дисциплина”, “Преподаватель”, “Оценка” в пределах определенной ПС может быть представлена в виде агрегированного объекта “Экзамен” с атрибутами “Студент”, “Дисциплина”, “Преподаватель”, “Оценка”.
Обобщение — абстракция данных, которая дает возможность трактовать класс разных подобных типов объектов как один поименованный обобщенный тип объекта.
Например, при организации БД ИС городской товарно-сырьевой биржи данные о брокерах городских брокерских контор, которые заключают соглашения покупки-продажи определенного товара, нецелесообразно хранить в разных массивах и соответственно изображать в виде отдельных типов сущностей, поскольку каждый брокер в день торгов может быть и продавцом, и покупателем. Этот вариант модели, показанный на рис. 7, характеризуется необоснованным дублированием данных.
Рис 7. Первый вариант ER-диаграммы фрагмента БД ИС товарно-сырьевой биржи.
Целесообразно, использовав понятие обобщения, хранить единственный массив данных о брокерах, а соглашение изобразить в виде петли связи между брокерами, как это показано на Рис.8.
Следующий пример — использование обобщения при объединении разных типов сущностей — касается организации БД ИС учета лизинговых контрактов, когда предприятия – рентеры заключают соглашения на долгосрочную аренду оборудования, которое принадлежит предприятию, – лиссору. Тип сущности “Лиссор” подобен типу сущности “Рентер” (они описываются одинаковыми атрибутами). Поэтому, в данном случае используют принцип обобщения для объединения этих типов сущностей в одну – “Предприятие”. Связь “Лизинговый контракт” отображает заключение лизингового соглашения. Тип сущности “Оборудование” подчинен типу сущности “Предприятие”. При этом под оборудованием в зависимости от постановки задачи учета можно понимать как множественное число видов оборудования, которое предлагается для заключения соглашения, так и оборудование, которое фактически составляет предмет соглашения. В таком случае ER-диаграмма включает цикл связи между типами сущностей “Предприятие” и “Оборудование”, как это показано на Рис. 9.