- •«Белгородский государственный национальный исследовательский университет»
- •Теория систем и системный анализ
- •Предисловие
- •Содержание
- •Тема 1. Системные исследования 9
- •Тема 2. Моделирование и анализ систем. Основные подходы 18
- •Тема 3. Технологии системного моделирования 50
- •Тема 4. Технология объектного моделирования и анализа 125
- •4.2. Требования к объектному моделированию бизнес-систем 151
- •4.3. Case-инструментарий объектного моделирования и анализа 170
- •Тема 5. Технология системно-объектного моделирования и анализа 182
- •Тема 6. Графический язык моделирования бизнес-процессов bpmn. 231
- •Тема 1. Системные исследования
- •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-View Modeling»
- •3.1.1. Диаграммы потоков данных: нормативная система; построение модели; словарь данных; спецификация процесса
- •Нормативная система
- •Построение модели
- •Словарь данных
- •3 {Болт} 7 – от 3 до 7 итераций
- •1 {Болт} – 1 и более итераций
- •Спецификация процесса
- •3.1.2. Диаграммы «сущность-связь»: нотация Чена; нотация Баркера; построение модели
- •Нотация Чена
- •Нотация Баркера
- •Построение модели
- •3.1.3. Диаграммы переходов состояний
- •3.2. Стандарты системного моделирования и анализа серии «Icam deFinition»
- •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. Назначение и возможности «AllFusion Process Modeler/bPwin»
- •3.3.2. Особенности «bPwin»
- •3.3.3. Недостатки инструментария системного моделирования
- •Вопросы для повторения
- •Резюме по теме
- •Тема 4. Технология объектного моделирования и анализа
- •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»
- •Торгово-закупочная деятельность
- •Вопросы для повторения
- •Резюме по теме
- •Тема 6. Графический язык моделирования бизнес-процессов bpmn.
- •6.1. Назначение и область применения.
- •6.2. Диаграммы бизнес-процессов (bpd).
- •6.2.1. Элементы потока.
- •6.2.2. Соединяющие элементы.
- •6.2.3. Зоны ответственности и артефакты.
- •6.2.4. Правила соединения Элементов потока.
- •6.3. Соотношение bpmn, xpdl, bpel, bpml.
- •6.3.1. Стандарты sgml и xml
- •6.3.5. Соотношение языков.
- •6.4. Case-инструментарий бизнес-моделирования в нотации bpmn.
- •6.4.1. Назначение и возможности.
- •6.4.2. Особенности функционирования и интерфейса.
- •6.4.3. Примеры моделей в нотации bpmn.
- •6.4.4. Недостатки моделирования в нотации bpmn.
- •Вопросы для повторения
- •Резюме по теме
- •Вместо заключения
- •Представление dfd-диаграммы с помощью уфо-модели
- •Представление idef0-диаграммы с помощью уфо-модели.
- •Представление bpmn-диаграммы с помощью уфо-модели.
- •Глоссарий
- •Список литературы
5.1.3. Классификация бизнес-систем
Классы УФО-элементов, используемые в качестве алфавитных при проведении УФО-анализа, могут оказаться довольно сложными (4-й случай). Это затрудняет использование таксономических (иерархических) классификационных структур для хранения заготовленных элементов и построения из них концептуальных моделей. С целью преодоления этой проблемы для хранения УФО-элементов и концептуального моделирования используются фасетные классификации в виде таблиц (УФО-библиотеки), строки которых соответствуют входным связям, а столбцы – выходным.
При этом, с практической точки зрения, нецелесообразно использование «информационных» связей без указания конкретного вида материального носителя данного вида информации, «энергетических» связей без указания конкретного вида вещественного носителя данного вида энергии, связей «по управлению» без указания конкретного вида данных, являющихся носителями этого вида управления. Таким образом, для построения библиотечных элементов целесообразно использовать связи, являющиеся комбинациями следующих потоков: V – поток вещества, VE – поток энергии (с учетом вещественного носителя), VD – поток данных (с учетом вещественного носителя, например бумажный документ), VED – поток данных (с учетом энергетического носителя, например электронный документ), VDC – поток управления (с учетом вещественного носителя потока данных), VEDC – поток управления (с учетом энергетического носителя потока данных).
Кроме того, эффективность анализа и моделирования любой системы, как известно, в значительной степени зависит от правильности формулирования требований к ней, что выражается в необходимости построения контекстной модели системы перед осуществлением ее декомпозиции. Для управления процессом контекстного моделирования организационных или бизнес-систем в рамках УФО-анализа предлагается узел, занимаемый системой, представлять в виде «образа», изображенного на рисунке 5.4.
Рис. 5.4. - «Образ»
бизнес-системы.
На данном рисунке показано, что любая система S для производства своей выходной продукции должна получать на вход «предметы труда» (то из чего будет делаться продукция):
или в виде вещества Vin;
или в виде энергии VEin на некотором носителе;
или в виде данных VDin или VEDin опять же на некотором (вещественном или энергетическом) носителе.
Эта связь соответствует связи «input» стандарта моделирования IDEF0.
Для своего нормального функционирования система должна также получать:
материально-техническое обеспечение Vоб, например, оборудование;
энергетическое обеспечение VEоб, например, электроэнергию;
информационное обеспечение VDоб или VEDоб, например, описания технологических процессов.
Эти связи соответствуют связи «mechanism» в стандарте IDEF0.
Кроме того, система должна получать управляющие воздействия VDCз или VEDCз, которые, в первую очередь, являются запросами (потребностями) тех систем, для которых данная система вырабатывает свои товары или услуги.
Эта связь соответствует связи «control» в стандарте IDEF0.
При этом допускается отсутствие у системы отдельных входов при наличии у нее достаточных собственных внутренних ресурсов данного вида.
На выходе системы в зависимости от отрасли деятельности могут быть:
или Vout – вещество;
или VEout – энергия на некотором носителе;
или VDout (VEDout) – данные на некотором носителе;
или VDCout (VEDCout) – управляющая информация на носителе.
Эти связи соответствуют связи «output» в стандарте IDEF0.
Кроме того, на выходе системы может иметь место информация (данные – VDинф и/или VEDинф, либо управляющая информация – VDCинф и/или VEDCинф) о ее функционировании. Это могут быть, например, заявки другим системам на материалы и комплектующие или отчеты в налоговые органы, а также вещество или энергия, представляющие собой отходы производства (Vотх и/или VEотх), например, макулатура.
Определены следующие классы «образов» систем в зависимости от поступающих на вход «предметов труда» и выходной продукции (см. табл. 5.2). В таблице использованы сокращенные обозначения для данных на вещественных (VD = D) и энергетических (VED = G) носителях, а также для управляющей информации на вещественных (VDC = C) и энергетических (VEDC = Q) носителях. Это обусловлено тем, что, в настоящее время, широкое распространение имеют только бумажные (D и C) и электронные (G и Q) носители информации.
Если вход и выход системы принадлежат к потокам разного вида, т.е. выход есть результат некоторого преобразования входа, то получается образ организации производственного типа. При этом если на входе один вид вещества Vin, а на выходе другой вид вещества V*out, то имеет место система класса SPV, осуществляющая вещественное производство.
Таблица 5.2. Аспекты системного подхода Узел-Функция-Объект.
|
Входы: |
Выходы: |
|||||||
Произ-водст-венный |
Обеспечивающие |
Упра-вляю-щий |
Про-дукто-вый |
Инфор-маци-онный |
Отхо-ды |
||||
Веще-ствен-ный |
Энер-гети-ческий |
Инфор-мацион-ный |
|||||||
Производство |
Вещества – spv |
Vin |
Vоб |
VEоб |
D(G)об |
C(Q)об |
V*out |
D(G)out C(Q)out |
Vотх VEотх |
Энергии – spe |
Vin VEin |
–‘’– |
–‘’– |
–‘’– |
–‘’– |
VE*out |
–‘’– |
–‘’– |
|
Информации - spi |
D(G)in |
–‘’– |
–‘’– |
–‘’– |
–‘’– |
D*(G)*out C(Q)out |
–‘’– |
Vотх |
|
Транспорт |
Вещества – stv |
V* |
–‘’– |
–‘’– |
–‘’– |
–‘’– |
V* |
–‘’– |
–‘’– |
Энергии – ste |
VE* |
–‘’– |
–‘’– |
–‘’– |
–‘’– |
VE* |
–‘’– |
Vотх VEотх |
|
Информации - sti |
D*(G*) C*(Q*) |
–‘’– |
–‘’– |
–‘’– |
–‘’– |
D*(G*) C*(Q*) |
–‘’– |
Vотх |
|
Распределение |
Вещества – slv |
V |
–‘’– |
–‘’– |
–‘’– |
–‘’– |
V” |
–‘’– |
–‘’– |
Энергии – sle |
VE |
–‘’– |
–‘’– |
–‘’– |
–‘’– |
VE” |
–‘’– |
Vотх VEотх |
|
Информации - sli |
D(G) |
–‘’– |
–‘’– |
–‘’– |
–‘’– |
D”(G”) |
–‘’– |
–‘’– |
Если на входе один вид энергии VEin и/или какой-то вид вещества Vin, а на выходе другой вид энергии VE*out, то имеет место система класса SPE, осуществляющая энергетическое производство. Если на входе один вид данных на бумаге Din и/или в электронном виде Gin, а на выходе другой вид данных D*out и/или G*out, либо управляющая информация на бумаге Cout и/или в электронном виде Qout, то имеет место система класса SPI, осуществляющая информационное производство. Это могут быть административные организации или организации аналитического типа. При этом их легко отличить. На выходе административных организаций, естественно, должны быть Cout и/или Qout, а на выходе аналитических – только Dout и/или Gout.
Если вход и выход системы принадлежат к потокам одного вида (в идеале, эквивалентны), то получается образ системы транспортного класса. При этом если на входе некоторый вид вещества V*in и на выходе этот же вид вещества V*out, а также выполняется равенство V*in = V*out, то имеет место система класса STV, осуществляющая транспортировку вещества. Если на входе некоторый вид энергии VE*in и на выходе этот же вид энергии VE*out, а также выполняется равенство VE*in = VE*out, то имеет место система класса STE, осуществляющая транспортировку энергии. Если на входе некоторый вид данных на бумаге D*in и/или в электронном виде G*in, или управляющей информации на бумаге C*in и/или в электронном виде Q*in, а на выходе этот же вид данных D*out и/или G*out, или управляющей информации C*out и/или Q*out, то имеет место система класса STI, осуществляющая транспортировку информации.
Ситуация, когда на входе и на выходе один и тот же вид вещества, энергии или информации характерна и для систем заготовительно-распределительного класса SL. Сюда же относятся контролирующие организации. Однако «образы» этих классов отличаются от «образов» транспортных классов тем, что их производственные входы и их продуктовые выходы могут иметь разные количественные характеристики.
В заключении классифицирования видов «образов» организационных систем необходимо отметить, что выбор того либо иного образа для моделирования системы будет определяющим с точки зрения результатов анализа или проектирования. Так для анализа деятельности, например, кафедры высшего учебного заведения или органов управления теоретически можно использовать как образ информационно-производственной системы, так и заготовительно-распределительной. Совершенно ясно, что результаты моделирования будут принципиально отличаться. Следовательно, выбор образа должен быть обусловлен, в первую очередь, требованиями тех систем, которые реально связаны или будут связаны с выходами рассматриваемой (анализируемой) системы.
Таким образом, в рамках УФО-анализа предполагается использование девяти типов библиотек, в соответствии с классами «образов» бизнес-систем. Каждая библиотека в настоящее время представляет собой таблицу, строки которой соответствуют видам входных связей узлов, а столбцы – видам выходных связей. Каждая ячейка таблицы хранит сведения о функциональном процессе (или наборе процессов), обеспечивающем преобразование входов данного узла в выходы. При этом могут храниться сведения о нескольких вариантах таких процессов или вариантах наборов. Кроме того, относительно каждого варианта процесса (или варианта набора) хранятся сведения об объекте (или наборе объектов), способном реализовать данный процесс (или данный набор процессов). При этом могут храниться сведения о нескольких объектах или нескольких наборах объектов для каждого процессов или каждого набора процессов. Пример функциональных характеристик УФО-элементов высокоуровневого алфавита для описания организационных систем представлен в таблице 5.3, объектных – в таблице 5.4.
Таким образом, средства УФО-анализа (в первую очередь его формально-семантическая нормативная система) позволяют конкретизировать и наполнить предметным содержанием абстрактные подходы и концепции традиционных методов системного структурного анализа (например, представление о связях «вход», «выход», «управление», «механизм» технологии моделирования SADT/IDEF0), повышая выразительные возможности системного анализа организационных систем.
Применение данных результатов для построения модели производственной системы одного из предприятий показало, что все подразделения такой системы могут быть представлены как изображения перечисленных образов, а сама производственная система – как конфигурация этих изображений (см. далее). При этом такое формально-семантическое представление модели производства позволяет выработать ряд конструктивных рекомендаций по совершенствованию организационной структуры.
Рассмотренная классификация образов организационных систем (бизнес-систем) позволяет значительно упростить решение первой (и самой важной) задачи моделирования и анализа, а именно, задачи построения контекстной модели. Важность данного результата обусловлена тем, что, до настоящего времени, выбор контекстного представления системы (в том числе организационной) являлся исключительно эвристической процедурой. Однако, именно контекстная модель является исходной точкой всего анализа, задающей его направление и, по сути дела, определяющей в значительной степени результат.