Для реализации логической организации БД необходимо определить, что является объектом предметной области информационной системы. Как уже было отмечено выше (п.3.1 1), любое сообщение в системе, или кодограмма, имеет формат в рамках заранее оговоренного Протокола информационного обмена. Разряды кодограмм регистрации содержат ряд характеристик, определяемых типом поступающей по устройству информации:

информации обмена по КС;

информации обмена между Ш1, Ш2, Ш3, и ВК;

сбойной информации обмена по КС;

сбойной информации между Ш1, Ш2, Ш3 и ВК;

информации о НЛИ;

информации ФК;

информации НСД;

информации НСД ОП;

информации о БС устройств.

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

В общем случае объектом предметной области является, например, распоряжение администратора, директора, т.е. те управляющие воздействия, которые циркулируют в АСУ в процессе ее функционирования. Прежде чем говорить о формировании отношений, необходимо привести перечень атрибутов, выявляющих сущность объектов, которые затем формируются в отношения:

Дата отправки кодограммы;

Время отправки кодограммы;

Направление (от ПУ1, информация в КС3 и т.п.);

Режим работы;

Источник (откуда пришла кодограмма);

Вид сообщения (БС, НСД, и т.п.);

Количество сбойных кодограмм;

Содержание сбойных кодограмм;

Тип устройства, от которого пришла кодограмма;

Признак (сообщения от нескольких устройств приходят в одной кодограмме);

Значение контрольной суммы при пуске ВК;

Значение периодически вычисляемой контрольной суммы;

Текст сообщения, содержащегося в кодограмме.

После составления перечня атрибутов, очередная задача состоит в определении набора отношений и составлении логической структуры БД. Логическая структура базы данных представлена на рис.18 и состоит из набора отношений, представленных в третьей нормальной форме.

Отношение 1: “Вся информация”. Ключевыми доменами являются первые два поля: “Дата", “Время".

Отношение 2: “Оперативная информация". Ключевыми доменами в данном отношении являются “Дата", “Время", “Направление", “Режим работы", “Источник", “Вид сообщения".

Отношение 3: “Информация Ш" Ключевыми доменами являются “Дата", “Время", “Направление", “Режим работы".

Отношение 4: “Сбойные кодограммы". Ключевыми доменами являются: “Дата", “Время", “Направление", “Количество”, “Вид сообщения", “Слово1", “Слово2", “Слово3", “Слово4”.

Отношение 5: “Функциональный контроль". Ключевыми доменами являются: “Дата", “Время", “Тип", “Признак”, “Вид сообщения”.

Отношение 6: “Связь с ВК". Ключевыми доменами являются “Дата", “Время".

Отношение 7: “Текущая контрольная сумма". Ключевыми доменами являются:

“Дата", “Время".

Отношение 8: “Контрольная сумма при пуске ВК". Ключевыми доменами являются: “Дата", “Время".

При формировании отношений были поставлены следующие цели: осуществить группировку записей в такие структуры, которые достаточно малы по размеру и поэтому управляемы. При этом данные могут дублироваться, например, отношение ФК может включать в себя информацию о связи с ВК. Однако созданием отношения “Связь с ВК” мы выделяем его в логически самостоятельное отношение и тем самым уменьшаем время поиска важной для нас информации. Это означает, что информация, требующая к себе первостепенного внимания, выделяется в отдельные отношения с целью уменьшения времени поиска по БД, давая возможность персоналу, обслуживающему КСА своевременно реагировать на изменения, возникающие в системе.

С такой же целью выделяется в отдельные отношения информация контрольного суммирования, информация контрольного суммирования при пуске ВК, информация Ш.

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

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

Информация фиксируется в восьми не связанных друг с другом таблицах, и один пользователь, например, может иметь доступ только к БД “Информация контрольного суммирования”, другой - к БД “Информация Ш". В дипломном проекте рассматривается только та информация, которая содержится в БД ФК.

Отношение ФК содержит информацию о результатах ФК, среди которой имеется информация о БС устройств. Кроме БС, отношение ФК содержит и другую информацию, например, о несанкционированном доступе (НСД), о навязывании ложной информации (НЛИ), информацию о ФК, об обращении к памяти (НОП), и т.д. Информация ФК имеет внутренний формат представления для хранения в памяти ЭВМ и формат для предъявления оператору на экране дисплея или на принтере в виде таблиц и справок.

Вид полей БД ФК представлен на рис. 19.

Структура БД ФК включает в себя следующие элементы: “Дата", “Время", “Тип устройства", “Признак” (признак группирования информации), “Вид сообщения" (БС, НСД, ФК, НЛИ, и т.д.), “Текст сообщения”. В поле “Текст сообщения" находится сообщение типа: “НСД снято", или “Нет связи по линии 1", или “разблокировано по ФК", и т.п., т.е. раскрывается конкретное значение поступившего по устройству сообщения. Остальные элементы, перечисленные ранее, являются ключевыми, и служат для поиска последнего элемента “Текст сообщения".

Выбор СУБД