Правила отношений категоризации.
1. Сущность типа «категория» может иметь только одну общую сущность.
2. Сущность-категория, принадлежащая одному отношению категоризации, может быть общей сущностью в другом отношении категоризации
3. Сущность может являться общей в любом количестве отношений категоризации.
4. Атрибуты первичного ключа сущности-категории должны совпадать с атрибутами первичного ключа общей сущности.
5. Все экземпляры сущности-категории имеют одно и то же значение дискриминатора, следовательно, все экземпляры других категорий должны иметь другое значение дискриминатора.
Виды отношений.
а) идентифицирующее отношение
Сущность А1 однозначно определяет сущность А2. Ее первичный ключ наследуется в качестве первичного ключа сущностью А2 (внешний ключ)
б) неидентифицирующее отношение
Сущность А1 связана с сущностью А2, но однозначно не определяет ее. Первичный ключ сущности А1 наследуется в качестве неключевого атрибута сущности А2
в) отношение «многие-ко-многим»
(неспецифическое). Сущности А1 и А2 имеют формальную связь, но наследования атрибутов не происходит.
г) отношение категоризации (см. далее)
Идентифицирующее отношение.
Сущность А1 однозначно определяет сущность А2. Ее первичный ключ наследуется в качестве первичного ключа сущностью А2 (внешний ключ)
Не идентифицирующее отношение.
Сущность А1 связана с сущностью А2, но однозначно не определяет ее. Первичный ключ сущности А1 наследуется в качестве неключевого атрибута сущности А2
Отношение «многие-ко-многим».
в) отношение «многие-ко-многим»
(неспецифическое). Сущности А1 и А2 имеют формальную связь, но наследования атрибутов не происходит.
Мощность связи. Типы мощности.
Связь (отношение) между сущностями обладает свойством, именуемым мощность - количество экземпляров сущности-потомка, которое может существовать для каждого экземпляра сущности-родителя.
Например,
заказчик может иметь 0,1 или много заказов - связь “0,1 или много”;
заказ содержит 1 или много наименований товаров - связь “1 или много”;
у автомобиля ровно 4 колеса - связь “ровно n”;
билет резервируется для 0 или 1 пассажира - связь “ 0 или 1”.
Наиболее типичной является связь “0, 1 или много” ( в теории реляционных баз данных - связь “1:М” или “один-ко-многим”).
Основные правила формирования информационной модели.
1. Все стрелки (вход, выход, управление, механизм) функциональной модели становятся потенциальными сущностями, а функции, связывающие их, трансформируются в отношения между этими сущностями. Для этого составляется пул – список потенциальных сущностей.
2. Число сущностей и связей в IDEF1X-модели считается необозримым, если их количество превышает 25-30. Поэтому далее рассматривается совокупность сущностей и отношений для каждой функции.
3. Информационная модель функции должна позволять воспроизвести структуру документа и часть информации в нем, а также воспроизвести информацию порождаемого документа.
4. Текстовые пояснения заносятся в глоссарий или оформляются гипертекстом.
5. На основании определения типов отношений, анализа функций и дальнейшего изучения предметной области определяются атрибуты.
Понятие динамической модели.
Методологии динамического моделирования.
Методология BPMN.
Нотация по моделированию бизнес-процессов (The Business Process Modeling Notation, BPMN)
Разработка BPMI – Business Process Management Institute
Май, 2004 – BPMN 1.0 – выпуск первой редакции
Далее – BPMN 1.1, 1.2.
Текущая версия – BPMN 2.0
Модель в нотации BPMN – BPD (Business Process Diagram)
Основные элементы BPMN-модели.
Выделяют четыре основные категории элементов:
Объекты потока управления (Flow Objects): события, действия и логические операторы
Соединяющие объекты (Connecting Objects): поток управления, поток сообщений и ассоциации
Роли или зоны ответственности (Swimlanes): пулы и дорожки
Артефакты (Artifacts): данные, группы и текстовые аннотации.
Методология BPMN. Объекты потока управления.
Методология BPMN. События.
Методология BPMN. Действия.
Методология BPMN. Логические операторы.
Виды шлюзов (Gates):
Эксклюзивный шлюз (ИЛИ)
Неэксклюзивный шлюз (ИЛИ)
Комплексный шлюз
Параллельный шлюз (И)
Методология BPMN. Шлюзы.
Шлюзы используются для контроля расхождений и схождений потока операций. Термин шлюз подразумевает пропускное устройство, которое либо позволяет осуществлять переход через шлюз, либо нет
Методология BPMN. Соединяющие объекты.
Объекты потока управления связаны друг с другом соединяющими объектами. Существует три вида соединяющих объектов: потоки управления, потоки сообщений и ассоциации.
Методология BPMN. Поток управления
Изображается сплошной линией, оканчивающейся закрашенной стрелкой. Поток управления задаёт порядок выполнения действий. Если линия потока управления перечеркнута диагональной чертой со стороны узла из которого она исходит, то она обозначает поток, выполняемый по умолчанию.
Методология BPMN. Поток сообщений.
Изображается штриховой линией, оканчивающейся открытой стрелкой. Поток сообщений показывает какими сообщениями обмениваются участники.
Методология BPMN. Ассоциации.
Изображаются пунктирной линией, заканчивающейся стрелкой. Ассоциации используются для ассоциирования артефактов, данных или текстовых аннотаций с объектами потока управления.
Методология BPMN. Роли.
Роли — визуальный механизм организации различных действий в категории со сходной функциональностью. Существует два типа ролей: пулы и дорожки
Методология BPMN. Зоны ответственности.
Спецификация BPMN используется понятие ≪зона ответственности≫ для разделения и/или организации действий.
Они могут включать в себя более одного внутреннего бизнес-процесса, а также процессы, указывающие на сотрудничество между внутренними бизнес-процессами и Участниками. В данном случае, любой внутренний бизнес-процесс будет считаться процессом, выполняемым разными Участниками. На схеме каждый Участник отделен от другого и представляет собой прямоугольник, называемый Пулом (Pool). Пулы могут быть разделены на Дорожки (Lanes).