Процесс проектирования подсистемы

Процесс проектирования подсистемы информационного обеспечения имитационной системы состоит из следующих этапов:
I — информационное обследование объекта исследования;
II — проектирование БД имитационных моделей объекта исследования;
III — выбор базовой СУБД доследующей реализацией БД подсистемы информационного обеспечения и реализацией комплексов программ обслуживания баз данных.
Информационное обследование моделируемой технической системы предполагает изучение и определение перечня учитываемых при моделировании характеристик системы, их структуры, взаимосвязи различных подсистем по информации.
Основой проектирования БД является разработка логической структуры базы данных (ЛС БД). Для описания логических структур БД используют различные методы: иерархический, сетевой, реляционный [37]. При разработке логических структур БД имитационных моделей в рамках проблемно-ориентированной имитационной системы исследования эффективности целесообразно использовать реляционный метод.
ЛС БД реляционного типа имеют следующие преимущества перед ЛС БД иерархического и сетевого типов [37]:
а) гибкость; операции добавления и удаления атрибутов требуют минимальных затрат;
б) точность; отношения, представленные в виде реляционных таблиц (РТ), по своей природе обладают более точным смыслом и поддаются математически точным методам манипулирования;
в) простота и надежность защиты данных; для каждой РТ можно задать правомерность доступа;
г)            простота ведения; физическое размещение РТ оказывается намного проще, чем размещение иерархических и сетевых структур;
д) независимость данных проще обеспечить в ЛС БД реляционного типа;
е) ясность; ЛС БД иерархического или сетевого типа при изображении связи с помощью стрелок выглядит нагляднее, пока число стрелок невелико; рост БД приводит к такому увеличению числа связей, что их невозможно достаточно четко отразить на схеме.
Атрибуты исходной ЛС БД имитационных моделей описывают: состав и подчиненность друг другу подсистем объекта моделирования;
характеристики (неизменные свойства) подсистем;
состояния (изменяемые свойства) подсистем;
взаимодействие подсистем в различных состояниях;
системные свойства объекта исследования.
ЛС БД имитационной модели рекомендуется разрабатывать на основе анализа выбранного математического метода имитационного моделирования. В этом случае ЛС БД описывает не возможные реализации (т. е. конкретные имитационные модели) математического метода, а сам этот метод. Такой подход обеспечивает выполнение одного из важнейших принципов информационного обеспечения имитационной системы — независимости данных в БД. Так, если для построения имитационных моделей используют агре-гативный подход, согласно которому исследуемый объект представляется в виде системы связанных между собой кусочно-линейных агрегатов (КЛА), то атрибуты исходной ЛС БД имитационных моделей будут описывать: входы, выходы, параметры, состояния КЛА; сведения о программах обработки динамики функционирования КЛА; связи КЛА между собой, по входам и выходам; очередность запуска КЛА.
При выборе базовой СУБД в проблемно-ориентированной имитационной системе исследования' эффективности выдвигаются следующие требования к ее характеристикам:
возможность реализации выбранного метода организации ЛС БД (в частности, реляционного метода); надежность в эксплуатации; возможность описания данных и манипулирования данными на логическом уровне;
наличие развитых средств защиты данных;
возможность работы в БД из прикладных программ имитационной системы (открытый тип СУБД).
Реализация БД осуществляется в рамках СУБД и заключается в определении физической структуры БД (т. е. в определении способов физического хранения данных и доступа к ним во внешней памяти ЭВМ — дисках, лентах и т. д.). ЛС БД описывается на языке описания данных СУБД; полученное описание обрабатывается специальным транслятором СУБД. При трансляции описания ЛС БД происходит автоматическое определение физической структуры БД.