- •Теория систем и системный анализ
- •Предисловие
- •Содержание
- •1.1. Структура самостоятельного научного направления
- •1.2. Структура системных исследований
- •1.3. Эволюция системного подхода
- •Вопросы для повторения
- •Резюме по теме
- •Тема 2. Моделирование и анализ систем. Основные подходы
- •2.1. Традиционный системный подход
- •2.1.1. Особенности и проблемы традиционного системного подхода и системного анализа
- •2.1.2. Причины существования проблем традиционного системного подхода и системного анализа
- •2.2. Объектно-ориентированный подход
- •2.2.1. Особенности объектно-ориентированного подхода
- •2.2.2. Необходимость интеграции объектного и системного подходов
- •2.3. Системология – системный подход ноосферного этапа развития науки
- •2.3.1. Основные понятия
- •2.3.2. Системология – язык теории организации, логистики и инжиниринга бизнеса
- •2.3.3. Системологический и объектно-ориентированный подход
- •Вопросы для повторения
- •Резюме по теме
- •Тема 3. Технологии системного моделирования
- •3.1. Технология системно-структурного моделирования и анализа «3-ViewModeling»
- •3.1.1. Диаграммы потоков данных: нормативная система; построение модели; словарь данных; спецификация процесса
- •Нормативная система
- •Построение модели
- •Словарь данных
- •3 {Болт} 7 – от 3 до 7 итераций
- •1 {Болт} – 1 и более итераций
- •Спецификация процесса
- •3.1.2. Диаграммы «сущность-связь»: нотация Чена; нотация Баркера; построение модели
- •Нотация Чена
- •Нотация Баркера
- •Построение модели
- •3.1.3. Диаграммы переходов состояний
- •3.2. Стандарты системного моделирования и анализа серии «IcamDeFinition»
- •3.2.1. Стандарт функционального моделированияIdef0
- •3.2.2. Стандарт информационного моделированияIdef1
- •3.2.3. Стандарт моделирования баз данных idef1x
- •3.2.4. Стандарт моделирования сценариев idef3.
- •3.2.5. Стандарт моделирования онтологий idef5
- •3.3. Case-инструментарий системного моделирования и анализа
- •3.3.1. Назначение и возможности «AllFusionProcessModeler/bPwin»
- •3.3.2. Особенности «bPwin»
- •3.3.3. Недостатки инструментария системного моделирования
- •Вопросы для повторения
- •Резюме по теме
- •Тема 4. Технология объектного моделирования и анализа
- •4.1.Uml– язык объектного моделирования
- •4.1.1. Сущности: структурные; поведенческие; группирующие; аннотационные
- •Структурные сущности
- •Поведенческие сущности
- •Группирующие сущности
- •Аннотационные сущности
- •4.1.2. Отношения
- •4.1.3. Диаграммы
- •4.1.4. Процесс объектно-ориентированного моделирования/проектирования: начальная фаза; исследование; построение; внедрение; дополнительные средства
- •Начальная фаза проекта (Inception)
- •Исследование (Elaboration)
- •Построение (Construction)
- •Внедрение (Transition)
- •Дополнительные средства
- •4.2. Требования к объектному моделированию бизнес-систем
- •4.2.1. Внешняя модель бизнес-системы
- •4.2.2. Внутренняя модель бизнес-системы
- •4.2.3. Пример uml-модели бизнес-системы
- •4.2.4. Пример модели информационного обеспечения бизнеса
- •4.3. Case-инструментарий объектного моделирования и анализа
- •4.3.1. Назначение и возможности «ibm Rational Software Architect»
- •4.3.2. Интерфейс «ibm Rational Software Architect»
- •4.3.3. Представление модели в «ibm Rational Software Architect»: представление вариантов использования; логическое представление; представление компонент; представление размещения
- •Представление вариантов использования
- •Логическое представление
- •Представление компонент
- •Представление размещения
- •4.3.4. Недостатки инструментария объектного моделирования
- •Вопросы для повторения
- •Резюме по теме
- •Тема 5. Технология системно-объектного моделирования и анализа
- •5.1. Методология системно-объектного моделирования и анализа
- •5.1.1. Системологический подход «Узел-Функция-Объект»
- •5.1.2. Адаптивная нормативная система уфо-анализа
- •5.1.3. Классификация бизнес-систем
- •5.2. Процедура системно-объектного моделирования и анализа
- •5.2.1 Алгоритм уфо-анализа.
- •5.2.2. Примеры уфо-моделей.
- •5.3. Case-инструментарий системно-объектного моделирования и анализа
- •5.3.1. Назначение и возможности «ufo-toolkit»
- •5.3.2. Особенности функционирования «ufo-toolkit»
- •5.3.3 Технология представление моделей в «ufo-toolkit»
- •Торгово-закупочная деятельность
- •Вопросы для повторения
- •Резюме по теме
- •Вместо заключения
- •Представление dfd-диаграммы с помощью уфо-модели
- •Представление idef0-диаграммы с помощью уфо-модели.
- •Представление bpmn-диаграммы с помощью уфо-модели.
- •Глоссарий
- •Список литературы
Представление idef0-диаграммы с помощью уфо-модели.
Для обеспечения такого представления используем соответствие между графическими элементами IDEF0-нотации и УФО-моделей показанное на рисунках З.5 и З.6.
Рис. З.5. – Функциональный блок в нотации IDEF0.
Рис. З.6. – Функциональный блок IDEF0 в виде модели «Узел-Функция-Объект».
Рассмотрим пример модели в нотации IDEF0 (см. рис. З.7 и З.8).
Рис. З.7. - Пример контекстной диаграммы в нотации IDEF0.
Рис. З.8. - Пример диаграммы декомпозиции в нотации IDEF0.
Преобразуем представленные на рисунках З.7 и З.8 IDEF0-диаграммы в УФО-модели, используя соответствия между графическими элементами. В результате преобразования (см. рис. З.9 и З.10) можно утверждать, что УФО-модель будет соответствовать IDEF0-диаграмме если в ней:
для всех УФО-элементов определены функции;
для всех УФО-элементов определены объекты и их определения соответствуют связи «Механизм»;
нижняя граница УФО-элемента для связи не используется;
все управляющие связи прикрепляются только к верхней границе УФО-элемента;
для входов в УФО-элементы используется только левая граница;
для выходов из УФО-элементов используется только правая граница;
введены служебные УФО-элементы, определенные только на уровне узлов, для обеспечения соединения и разветвления потоков.
Рис. З.9. - Диаграмма на рис. З.7 в виде модели «Узел-Функция-Объект».
Рис. З.10. - Диаграмма на рис. З.8 в виде модели «Узел-Функция-Объект».
Представление bpmn-диаграммы с помощью уфо-модели.
Для обеспечения такого представления используем соответствие между графическими элементами BPMN-нотации и УФО-моделей показанное в таблице З.2.
Таблица З.2. Соответствие графических элементов BPMN и УФО.
Описание элемента |
Элементы BPMN |
Элементы УФО |
Событие (Event) Событие – это то, что происходит в течение бизнес-процесса и оказывает влияние на его ход. Чаще всего событие имеет причину (триггер) или воздействие (результат). Согласно влиянию Событий на ход бизнес-процесса, выделяют три типа: Стартовое событие (Start), Промежуточное событие (Intermediate) и Конечное событие (End).
|
Маркеры (триггеры) событий: -сообщение, -таймер, -ошибка, -отмена, -компенсация, -условие\правило, -сигнал. |
|
Действие (Activity) Действие – общий термин, обозначающий работу, выполняемую исполнителем. Действия могут быть либо элементарными, либо неэлементарными (составными). Выделяют следующие виды действий, являющихся частью модели Процесса: Процесс (Process), Подпроцесс (Sub-Process) и Задача (Task). |
|
|
Шлюз (Gateway) Шлюзы используются для контроля расхождений и схождений потока операций. Таким образом, данный термин подразумевает ветвление, раздвоение, слияние и соединение маршрутов. Внутренние маркеры указывают тип контроля развития бизнес-процесса. |
Типы шлюзов: -Эксклюзивные ИЛИ (XOR); -ИЛИ (OR); -Комплексные (Complex); -И (AND). |
|
Поток операций (Sequence Flow) Поток операций служит для отображения того порядка, в котором организованы действия Процесса. |
|
|
Поток сообщений (Message Flow) Поток сообщений служит для отображения обмена сообщениями между двумя участниками, готовыми эти сообщения отсылать и принимать. На диаграмме BPMN два отдельно взятых Пула представляют собой двух участников процесса. | ||
Объект данных (Data Object) Объекты данных рассматриваются как артефакты, так как они не влияют непосредственно на последовательный поток или поток сообщений процесса, но они обеспечивают ввод информации о том, какие действия требуют выполнения и/или что они производят. |
|
Рассмотрим пример модели в нотации BPMN (см. рис. З.11).
Рис. З.11. – Пример диаграммы в нотации BPMN.
Преобразуем представленную на рисунке З.11 BPMN-диаграмму в УФО-модель, используя соответствия между графическими элементами. Результаты представлены на рисунках З.12 – З.14. В результате выполненного преобразования можно утверждать, что УФО-модель будет соответствовать BPMN-диаграмме если в ней:
в классификацию, в категорию связей «По управлению (С)» введен абстрактный класс связей «Событие», разделенный на подклассы связей, соответствующие маркерам (триггерам) событий (так как элемент «Событие» в нотации BPMN, по сути дела, представляет связи/потоки или поступающие на обработку (на вход процесса), или генерируемые процессом (поступающие на выход));
УФО-элементы в модели определены на уровне функций;
введены специальные/служебные УФО-элементы, определенные на уровне узлов, обозначающие логические операции, обеспечивающие схождение и расхождение потоков;
все потоки в BPMN-модели (операций и сообщений) представляются в УФО-модели связями из классификации (так как действия в процессах не могут просто так переходить одно в другое, они всегда обмениваются материей и информацией);
элемент BPMN-модели «Объект данных» представляется в УФО-модели определенного вида связью из категории связей «По данным (D)»;
пулы и дорожки BPMN-диаграммы представляются в УФО-модели УФО-элементами, определенными на функциональном уровне.
Рис. З.12. - Диаграмма на рис.З.11 в виде модели «Узел-Функция-Объект».
Показанное соответствие графических элементов некоторых графоаналитических нотаций (так называемых WF-спецификаций) элементам системно-объектных моделей, а также приведенные примеры преобразования диаграмм в этих нотациях в модели «Узел-Функция-Объект» показывают универсальность УФО-моделей. Таким образом, УФО-подход позволяет моделировать любые процессы и системы без ограничений и способен заменить собой любую существующую нотацию бизнес-моделирования. Учитывая, что возможна формализация УФО-подхода с помощью алгебраических средств (теории паттернов и теории процессов), можно говорить об УФО-моделировании как о едином универсальном способе представления организационных знаний. Данное обстоятельство обосновывает мнение отечественных специалистов поWF-языкам о том, что: "Еще нет WF-спецификации, с которой не было бы связано серьезных проблем, лидеры в этой области пока выглядят неоправданно сложными. Возможно, реальным WF-стандартом станет еще только разрабатываемая спецификация» [116].
Рис. З.13. – Дополнение к диаграмме на рис. З.12: «Сотрудник отдела продаж».
Рис. З.14. – Дополнение к диаграмме на рис.З.12: «Менеджер отдела продаж».