Чтобы получить типичные модели и унифицированную методику определения типа системы, мы будем составлять матрицы классов. Такая матрица может быть составлена для каждой конкретной системы, класса систем или исторических информационных систем в целом.
Названия столбцов и строк матрицы типовые классы объектов системы. Также могут быть занесены иные классы (основные для конкретной системы, но не перечисленные среди типовых).
В матрице на пересечении двух разных классов указывается тип связи между ними:
0: связь отсутствует (на уровне модели, на функциональном или ином уровне) или отсутствует один из классов;
11: связь «один к одному»;
1 : связь «один ко многим», т. е. каждый экземпляр первого класса (строка) потенциально связан с несколькими экземплярами второго класса (столбец);
1: связь «многие к одному», т. е. каждый экземпляр второго класса потенциально связан с несколькими экземплярами первого класса;
: связь «многие ко многим».
В матрице на пересечении строки и столбца, соответствующих одному классу указывается его наличие в системе либо связь между подклассами внутри одного класса:
0: класс отсутствует;
1: класс присутствует и нет подклассов;
если в системе есть подклассы данного класса, то элемент заполняется по аналогии с пересечением двух разных классов.
На основе разработанной методики составления матрицы классов могут быть заданы типичные модели исторических информационных систем различного типа; осуществлены описание, сравнение и анализ ресурсов.
Описанная методика позволяет дифференцировать обычные ресурсы, состоящие из нескольких не связанных на уровне модели, как правило, статичных страниц, от историко-ориентированных информационных систем. Матрица статичного ресурса будет представлена единицами на главной диагонали и нулями в остальных ячейках.
Анализ матрицы позволяет определить центральную сущность системы ту, которая имеет в соответствующей строке и столбце наибольшее количество связей «один ко многим» и «многие ко многим».
Рассмотрим примеры заполнения матрицы классов для систем различных типов (незаполненные элементы могут принимать любые значения).
Пример: фактографическая система, в которой к каждому событию привязаны источники, публикации, персоналии, организации и события имеют подсобытия (табл. 2.1).
В этом примере в незаполненных ячейках могут стоять значения 0, если источники, публикации, персоналии и организации не связаны между собой.
Фактографическую систему можно изобразить в виде обобщенной диаграммы (рис. 2.2). Здесь событийная часть представлена несколькими сущностями, связанными между собой (это могут быть вложенные события, цепочки событий и т. п.).
Модель фактографической системы может также содержать прочие типичные или специфические сущности.
Таблица 2.1. Пример матрицы классов для фактографической системы
Рис. 2.2. Модель фактографической системы
Пример: просопографическая система (табл. 2.2).
Таблица 2.2. Пример матрицы классов для просопографической системы
ER-диаграмма просопографической системы в обобщенном виде представлена на рис. 2.3. Здесь центральной сущностью является персона. Другие типичные или специфические сущности могут присутствовать в модели историко-ориентированной информационной системы и соотноситься с персоной различными связями (на рисунке все связи имеют тип «многие ко многим»).
Рис. 2.3. Модель просопографической системы
Другими вариантами систем, когда одна из сущностей является центральной и к ней привязываются остальные, являются источнико-ориентированная и геоинформационная системы. Их ER-диаграммы изображены на рис. 2.4 и 2. 5.
Рис. 2.3. Модель просопографической системы
Другими вариантами систем, когда одна из сущностей является центральной и к ней привязываются остальные, являются источнико-ориентированная и геоинформационная системы. Их ER-диаграммы изображены на рис. 2.4 и 2. 5.
2.3. Системы на основе реляционной модели
Реляционная модель преобладает среди историко-ориентированных информационных систем на протяжении многих лет. Технологической базой систем на основе реляционной модели являются реляционные базы данных и реляционные системы управления базами данных (СУБД), которые представлены на рынке большим разнообразием.
Рис. 2.4. Модель источнико-ориентированной системы
Рис. 2.5. Модель исторической ГИС
Популярность реляционной модели связана как с распространенностью реляционных СУБД, так и с универсальностью и относительной простотой данного типа моделей. «Теоретическая аккуратность, адаптивность и простота использования способствовали росту доминирования в последние годы систем реляционных баз данных и реляционного мышления», пишут Ч. Харви и Д. Пресс в 1996 г. [Harvey, Press, 1996]. Реляционная модель и ее трансформации продолжают доминировать до сих пор.
В разделе 1.3 мы уже обращались к базам данных, в том числе реляционным. В этой части издания реляционная модель, ее возможности и ограничения будут рассмотрены в аспекте создания исторических информационных систем.
Напомним, что реляционная модель представлена набором отношений (relation), традиционно визуализируемых в виде двумерных таблиц. Наполнение базы данных представляется заданием значений атрибутов в кортежах отношений. Порядок следования кортежей (записей, экземпляров, строк таблицы) значения не имеет. Записи могут быть отсортированы по любому атрибуту. Кортежи (записи) не имеют связей между собой, также нет связей и внутри одного кортежа. Значения атрибутов (признаков) экземпляров образуют столбцы реляционной таблицы. Все значения одного атрибута относятся к одному типу данных. Список поддерживаемых типов данных определяется возможностями конкретной СУБД. К реляционным базам данных предъявляется ряд требований, в частности целостности и отсутствия избыточности.