Комплексное определение для информационного моделирования (IDEF1X), страница 20

Семантическое моделирование данных – новый принцип для многих пользователей IDEF1X. К тому же, простота языка имеет большое значение. Язык  изучается и используется профессионалами той или иной области бизнеса и системными аналитиками, также как и администраторами и разработчиками баз данных. Таким образом, он может служить как эффективный инструмент коммуникации в  межфункциональных командах.

d) Испытанность.

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

е) Автоматизация

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

Основные объекты IDEF1X:

а) Сущности, о которых хранятся данные, например, люди, места, идеи, события и т.д., имеют форму прямоугольника.

b) Взаимосвязи между этими активностями – это линии, соединяющие эти прямоугольники; и

с) Характеристики этих активностей – это названия внутри прямоугольника.

Основные объекты показаны на рис. А.2.5. и описаны в определенных разделах данного документа.

Рисунок А2.5. Основные объекты модели IDEF1X

А3. Моделирование IDEF1X

А3.1.Начальная стадия разработки – создание проекта.

Построение модели данных IDEF1X требует описания как ее границ или рамок, так и целей ее создания. Разработчик модели является одним из тех людей, которые определяют границы модели.  Вместе, разработчик и менеджер проекта разрабатывают план определения целей нулевой стадии. Эти цели включают:

а) Определение проекта – общее изложение того, что должно быть сделано, почему и каким образом;

b) Исходный материал – план приобретения исходного материала, включая индексацию и хранение данных;

с) Договор автора – основная декларация соглашений (дополнительных методов), с помощью которой автор выбирает как делать модель и управлять ею.

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

А3.1.1. Цели моделирования

Цели моделирования включают в себя 2 утверждения:

а) Утверждение цели – утверждение, определяющее описание модели, т.е. контекстуальные границы

b) Утверждение границ – утверждение, определяющее функциональные границы модели.

Одним из основных описаний модели, которое можно охарактеризовать как результат определения целей моделирования, является установление сроков реализации проекта. Какая модель это будет: модель, описывающая текущую деятельность (например, модель AS-IS), или модель того, что получится после преобразований текущей деятельности (например, модель ТО-ВЕ)? Формальное описание предметной области при построении модели IDEF1X может включать обзор, конструкцию, модификацию и /или совершенствование одной или нескольких моделей IDEF0. По этой причине, как разработчик модели, так и менеджер проекта должны обладать профессионализмом и определенным уровнем знаний для использования моделей IDEF0. Обычно, модель IDEF0 уже существует и ее можно взять за основу  предметной области.

Хотя целью построения модели является определение объективной точки зрения на подразумеваемую инфраструктуру данных, которой придерживается предприятие, для каждой модели необходимо определять границы, которые помогают идентифицировать интересующие нас данные. Эти границы можно определить исходя из типа пользователя (например, покупатель или инженер-разработчик) или типа данных (например, геометрический продукт для описания данных или финансовая информация). Утверждение границ вместе с утверждением цели определяют цели моделирования проекта. Ниже приведен пример цели моделирования:

«Целью этой модели является определение текущих данных (AS-IS), используемых контролером гибкого производственного модуля для разработки и тестирования деталей самолетов».

Хотя границы модели могут быть ограничены простым типом пользователя, другие пользователи могут быть вовлечены в процесс моделирования для создания объективной точки зрения на предметную область.

А3.1.2. Составление плана разработки

План разработки описывает выполняемые задания и порядок, в котором они должны быть выполнены. Они планируются в соответствии с общими задачами моделирования:

a) Разработка проекта

b) Сбор данных

c) Определение множества сущностей

d) Определение взаимосвязей между сущностями

e) Определение ключевых атрибутов

f) Определение неключевых атрибутов

g) Обоснование модели

h) Приёмка проекта

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

А3.1.3.Команда разработчиков

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

По мере возможности, разработчики модели должны нести ответственность за то, что описывает модель. Пользователи проекта не могут получить никакой  информации за границей модели. Это вынуждает разработчика осторожно добавлять какие-либо данные к модели, чтобы не выходить за ее границы. Команда разработчиков должна поддерживать эти базовые принципы и обеспечивать необходимый контроль над проектом. При построении модели IDEF1X выделяют пять главных ролей разработчиков: