Этапы создания информационных моделей объекта

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

¦ фаза 0 — установление предмета исследования и границ модели;

¦ фаза 1 — определение классов сущностей;

¦ фаза 2 — определение классов отношений, существующих между установленными на предыдущей фазе классами сущностей;

¦ фаза 3 — определение классов ключей для каждого класса сущностей и каждого класса атрибутов, который используется классом ключей;

¦ фаза 4 — распределение неключевых классов атрибутов по классам сущностей и полное описание таких классов атрибутов.

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

На фазе 0 решаются основные организационные вопросы: определяются предмет, цели и границы моделирования, методы сбора и источники информации, план выполнения работ и их распределение между исполнителями, которые фиксируются в соответствующих документах. Информация об источниках данных и конкретные данные фиксируются в табличных формах.

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

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

Целью фазы 3 является определение классов ключей для каждого класса сущностей. Наборы классов атрибутов разработчиком модели группируются в пул классов атрибутов. Классы атрибутов так же, как ранее классы сущностей и отношений, должны быть подробно описаны. Анализируя свойства классов атрибутов, разработчик модели определяет те, которые будут использоваться в классе ключей. Когда классы ключей определены, разработчик переходит к построению диаграмм классов атрибутов. Как и в диаграммах классов сущностей, в диаграммах классов атрибутов внимание фокусируется на одном из классов сущностей, изображение которого помещается в центре формы диаграммы. Диаграмма класса атрибутов может рассматриваться как дальнейшее развитие диаграммы класса сущностей, так как они отличаются только информацией, содержащейся внутри блока, изображающего класс сущностей — ключевые классы и другие классы атрибутов используются как содержание блока класса сущностей.

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

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

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

Методология IDEF1X — это инструмент разработки реляционных БД. Как отмечалось ранее, IDEF1X предназначена для построения концептуальной схемы логической структуры реляционной БД, которая была бы независимой от программной платформы ее конечной реализации.

IDEF1X так же, как и IDEF1, использует понятия сущностей, атрибутов, отношений и ключей. Языки графического изображения моделей, используемые этими методологиями, также во многом схожи. Однако IDEF1X не рассматривает объекты реального мира, а лишь их информационное отображение, так как к моменту разработки БД все ИР организации должны быть изучены, необходимый набор данных для отражения ее деятельности определен и проверен на полноту. Поскольку IDEF1X предназначена для разработки реляционных БД, она дополнительно оперирует рядом понятий, правил и ограничений, такими как домены, представления, первичные, внешние и суррогатные ключи, и другими, пришедшими из реляционной алгебры и в которых нет необходимости на этапах изучения и описания деятельности организации.

Перечисленные методологии и стандарты являются основой многочисленных средств создания информационной модели для ИС, получивших название CASE-средств [5].