Моделирование

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

7.1       Моделирование

Моделирование как тип профессиональной деятельности направлено на создание понятных, воспроизводимых и востребованных моделей.

Модель — упрощенный объект, сохраняющий лишь важнейшие свойства настоящего существующего объекта или системы и предназначенный для их изучения; упрощенное представление действительного объекта и/или протекающих в нем процессов[1].

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

Представление — воспроизведенный образ предмета или явления, который здесь и сейчас человек не воспринимает и который основывается на его прошлом опыте [2].

Представление модели должно соответствовать опыту и смысловому контексту групп пользователей, обсуждающих модель. Разработка универсальной модели, понятной и принятой всеми функциональными ролями, вовлеченными в процесс разработки продукта, — занятие, которое не несет значимой ценности. Контекстная модель должна аккумулировать в себе опыт, экспертизу целевых пользователей модели или ее практического отображения (реализации).

7.1.1       Немного истории и об истоках

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

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

«Все модели неверны, но некоторые из них полезны»[3].

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

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

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

Реинжиниринг — это фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения существенных улучшений в ключевых для современного бизнеса показателях результативности[5].

Именно в тот момент наибольшую популярность получила методология моделирования деятельности, предложенная компанией ARIS, центральное место в которой занимала нотация моделирования EPC.

EPC (Event-driven Process Chain — цепочка выполнения процессов, основанная на событиях) предполагает создание алгоритма взаимодействия в рабочем процессе. Ее основными элементами являются события, действия, исполнители, ресурсы и результаты (рис. 32).

Рис.32

Следующей вехой в процессе освоения моделирования стало создание самой авторитетной нотации в области разработки — UML.

Разработка UML началась в 1994 году и связана с трио авторов — Гради Бучем, Джимом Рамбо и Иваром Якобсоном. Именно они занялись унификацией методов и техник моделирования информационных объектов. Развитие UML как семейства нотаций было связано с тем, что его хотели использовать такие корпорации, как DEC, HP, IBM, Microsoft, Oracle, Rational Software и др. Официальное признание UML как унифицированного языка моделирования в процессах разработки программного обеспечения состоялось в январе 1997 года. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, которая называется UML-моделью. UML создан для определения, визуализации, проектирования и документирования большей части информационных продуктов[7].

Стандарт UML включает в себя семейство диаграмм, каждая из которых используется для представления разрабатываемого информационного продукта. Этот вид диаграмм направлен на достижение единого понимания о структуре, свойствах и функционале создаваемого продукта (рис. 33).

Рис. 33 

Следующая нотация, о которой необходимо поговорить, — BPMN (Business Process Management Notation). BPMN на сегодня является стандартом в области моделирования бизнес-процессов, а также используется в качестве графического представления для построения исполняемых бизнес-процессов. Для исполнения устанавливается специальная компьютерная система класса BPMS (Business Process Management System). BPMN опирается на такие элементы, как пулы, дорожки, действия, шлюзы, развилки, события, потоки и артефакты. Для удобства эти элементы используются в графическом виде (рис. 34).

Рис. 34 

BPMN — эволюционное продолжение нотации EPC. BPMN делает акцент в сторону визуализации и логики отображения процесса, которая будет понятна с первого взгляда менеджерам и заинтересованным в автоматизации процессов участникам. В момент моделирования бизнес-процессов возникают ситуации, когда требуется описать запутанную логику перехода между соседними операциями. Если использовать классические элементы BPMN, то получится множество условий типа «если …, то …». Для решения этой проблемы используется нотация DMN (Decision Making Notation). Основная идея DMN состоит в том, что решениями можно управлять так же, как и другими частями процессов (рис. 35).

Рис. 35

В DMN встроен FEEL (Friendly Enough Expression Language) — специальный «язык» для проверки выражений на входных условиях. По сути DMN — это таблица с исходными параметрами и результирующими значениями. Параметры поступают из процесса, а результат используется далее.

Следующее на очереди семейство нотаций, о котором требуется поговорить, — ArchiMate.

Язык ArchiMate был разработан в Нидерландах в рамках исследовательского проекта, возглавляемого Telematica Instituut, в сотрудничестве с рядом организаций и университетов. В 2008 году право собственности и дальнейшего развития ArchiMate было передано одной из ведущих организаций по разработке открытых и независимых от поставщиков IT-стандартов — консорциуму The Open Group (OMG)[8]. ArchiMate направлен на создание набора моделей, которые описывают деятельность отдельных предприятий. Созданию языка ArchiMate предшествовала работа, в ходе которой был проведен анализ сложившейся практики разработки архитектуры предприятия и определены потребности заинтересованных сторон в проектировании, коммуникациях и представлении, реализации и управлении изменениями архитектуры предприятия. ArchiMate базируется на унифицированном языке моделирования (UML) и использует его диаграммы в качестве основных элементов, позволяющих создавать архитектуру предприятия или отдельного вида деятельности. Основные диаграммы UML, которые мы рассмотрим для формирования представления и области моделирования, — диаграмма прецедентов, диаграмма классов, диаграмма компонентов и диаграмма последовательности. ArchiMate стал языком метамоделирования, позволяющим описать не просто отдельную модель, а представление, которое складывается из нескольких моделей (рис. 36).

Рис. 36

Подытожим обсуждение видов моделирования инструментом, который является самым понятным. Он широко используется при обсуждении и презентации результатов работ, носит название MindMap (интеллект-карта) и стал популярным за счет своей интуитивности и простоты использования.

MindMap появился в 1974 году. Британский психолог Тони Бьюзен показал интеллект-карту в телевизионном шоу. Изучая человеческий мозг, Бьюзен обратил внимание на строение нейронов и отметил, что оно напоминает дерево. Из самого центра — ядра нейрона — отходят отростки, похожие на ветви (рис. 37). Эта визуализация легла в основу ментальных карт, которые помогают организовать поток идей и улучшить запоминание информации. MindMap — удобный способ документирования и визуализации информации, основная идея которого — комплексно и структурированно представить различную информацию, объединенную общей темой. Как дальше использовать эту информацию, определяется конкретными задачами, такими как планирование, запоминание, обсуждение, презентация.

Рис. 37

Востребованность визуального моделирования объясняется физиологией человека. По одной из классификаций, нас подразделяют по типам восприятия информации[10]. Эта классификация делит людей на следующие категории:

• Визуалы:
  • Люди, которые воспринимают большую часть информации через зрение
  • 80–85% от общей численности
• Кинестетики:
  • Люди, которые воспринимают большую часть информации через текст
  • 3–5% от общей численности
• Аудиалы:
  • Люди, которые воспринимают большую часть информации через органы слуха
  • 10–12% от общей численности
• Дискретики:
  • Люди, которые воспринимают большую часть информации через логические умозаключения
  • 1–2% от общей численности

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

Еще один интересный факт, о котором хочется порассуждать. Существует организация, которая стала лидером в области разработки и развития подходов к моделированию и постепенно монополизировала владение разными нотациями, — консорциум OMG (Object Management Group).

Этот факт дает пищу для рассуждений и манипуляций. Выделим возможные недостатки (односторонность подхода к моделированию) и преимущества (согласованность различных видов моделирования в едином подходе).

7.1.2       Личности

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

Тони Бьюзен, британский психолог, автор методики запоминания, творчества и организации мышления MindMaps. Автор и соавтор более 100 книг

Тони Бьюзен родился в Лондоне, позднее переехал вместе с семьей в Канаду. Он получил двойной диплом с отличием в области психологии, английского языка, математики и общих наук в Университете Британской Колумбии. По окончании колледжа Бьюзен работал разнорабочим на ферме и на стройке. В 1966 году он переехал в Лондон и начал работать в журнале Intelligence. Опыт, разносторонние интересы и увлеченность профессией психолога помогли Бьюзену сформировать подход и принципы обучения, которые нашли отражение в его MindMap-моделях. Их всесторонность и универсальность помогают в формировании комплексной картины и удачном запоминании основных деталей, которые важны для составителя MindMap.

Следом поговорим о отце-основателе EPC — Августе Вильгельме Шеере. 

Август Вильгельм Шеер, немецкий предприниматель, специалист по менеджменту и информационным технологиям для организаций, профессор Саарского университета, основатель и руководитель компании IDS Scheer

Август Вильгельм Шеер получил степень доктора философии в Гамбургском университете. Затем он посвятил свои научные исследования проблематике управления проектами. В 1975 году Шеер возглавил одну из первых кафедр информационных систем и основал институт информационных систем в Университете земли Саар. Параллельно с научной деятельностью он открыл фирму IDS Scheer, которая разрабатывала программный инструмент ARIS, предназначенный для компьютерного моделирования бизнес-процессов с использованием теоретических наработок Шеера и моделей процессов в различных отраслях. К концу 1990-х годов фирма стала одной из ведущих IT-компаний Германии, а инструментарием ARIS стали пользоваться многие крупные предприятия и организации по всему миру. Так в моделировании появился EPC-подход.

Следом логично было бы поговорить об основателях BPMN и DMN, но современная литература приписывает авторство этих моделей сообществам, то есть тут нет конкретного человека, который формализовал бы свой опыт в виде этих моделей. С одной стороны, это нелогично, но, с другой, эволюционно очевидно, что BPMN — это EPC, сфокусированный на конкретных аспектах описания бизнес-процессов. То есть профессионалы, используя EPC и понимая его избыточность и детальность, взяли из него основное и по мере необходимости дополняют его теми элементами, которые более всего соответствуют концепции его развития. Дальше идет инструментарий ArchiMate, но тут есть определенные нюансы. ArchiMate — это насыщенный инструмент, построенный на базе унифицированного языка моделирования (UML), авторство которого принадлежит трем специалистам.

Гради Буч, Ивар Якобсон, Джеймс Рамбо. Эти специалисты считаются основателями UML как подхода к проектированию информационных систем в виде набора связных моделей, каждая из которых описывает определенный взгляд на систему

В 1994 году Гради Буч и Джеймс Рамбо, работавшие в компании Rational Software, объединили свои усилия для создания нового языка объектно-ориентированного моделирования. За основу этого языка ими были взяты методы моделирования, разработанные Бучем и Рамбо (OMT). OMT был ориентирован на анализ, а метод Буча — на проектирование программных систем. Осенью 1995 года к ним присоединился Ивар Якобсон, автор метода OOSE, обеспечивавшего превосходные возможности для спецификации бизнес-процессов и анализа требований при помощи сценариев использования. Затем к созданию нового языка моделирования подключились новые участники, и основная роль в организации процесса разработки UML перешла к консорциуму OMG (Object Management Group)[12].

7.1.3       Назначение

Мы ознакомились с основными инструментами в области моделирования. Назначение каждой модели — сосредоточить внимание потребителя на самых важных деталях, которые представляют определенный интерес для потребителя модели. Модели конкретны, помогают понять возможные перспективы развития и сконцентрироваться на самом важном. Это значит, что у каждой модели должна быть специальная группа потребителей, для которой необходимо выявить это самое «важное». В случае, когда моделируемый объект сложен, имеет много параметров, связей, его необходимо рассматривать с помощью набора моделей (рис. 38), каждая из которых должна быть построена на основе требований своей целевой аудитории.

Рис. 38

Назначение модели состоит в моделировании конкретного объекта или ситуации и создании или совершенствовании цифрового двойника.

Давайте вернемся к моделям, о которых мы говорили, и сформируем их назначение (табл. 1).

Таблица 1. Назначение моделей

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

7.1.4       Структура

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

В области ТРИЗ[14] принято говорить о решении «системного противоречия»[15].

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

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

Все эти факторы в совокупности оказывают влияние на структуру модели, которая формируется под их влиянием. Структура модели будет влиять на ее функции, а функции будут менять ее структуру (рис. 39). В качестве ключевых аспектов, влияющих на структуру модели, выделим:

• Контекст:
  • В нем возникает противоречие и именно в нем оно формируется в вид самодостаточного фактора, который катализирует формирование задачи
• Противоречие:
  • Оно потребляет ресурсы в конкретном контексте и приводит к возникновению позитивных или негативных следствий
• Последствия:
  • Они служат драйверами решения задачи. Последствия влияют на ресурсы
• Ресурсы:
  • Они прямым образом влияют на контекст и формируют его именно в том виде, который приводит к появлению противоречий

Рис. 39

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

Таблица 2. Структурные элементы моделей

Структура складывается из структурных элементов. В каждой модели, о которых мы говорили ранее, структурные элементы определяются спецификой каждой отдельной модели (табл. 2). Любая модель должна учитывать приведенные факторы и базироваться на них, но у каждой модели могут быть дополнения, критичные для ее потребителей.

7.1.5       Функции

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

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

• Углубление познания о объекте моделирования.
• Определение основных параметров, путей дальнейшего совершенствования или развития моделей.
• Проведение сравнительного анализа оригинала и модели, выявление качественных характеристик.
• Выявление негативных тенденций.
• Определение позитивных путей решения проблем, альтернативных вариантов решения задач.

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

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

Теперь подробнее рассмотрим функции моделей, которые представляют для нас наибольший интерес (табл. 3).

Таблица 3. Функции моделей

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

7.1.6       Артефакты деятельности

Эта часть имела практическую направленность. Мы сразу стали говорить об артефактах моделирования, дополняя наше обсуждение общей информацией, которая помогает ориентироваться в многообразии и назначении моделей и моделирования. В программной инженерии моделирование широко используется для разных целей. Основная из них — синхронизация целей и ожиданий потребителей моделей для целенаправленной реализации задуманного функционала в виде информационных продуктов и сервисов. Выше мы рассмотрели функции и назначение самых популярных моделей, которые сейчас востребованы. Артефакты помогают в повышении качества или скорости процесса разработки (рис. 40), поэтому об артефактах мы будем говорить в приложении к конкретной стадии.

Рис. 40

Мы поговорили о многих аспектах моделей, но не уделили внимание нескольким прикладным вопросам, разобраться в которых важно, чтобы успешно использовать моделирование при решении задач программной инженерии (рис. 41). Давайте разберемся в этих вопросах.

• Когда следует использовать артефакты?
  • Это основной вопрос при использовании любых артефактов. Ответ на него помогает определиться с тем, как тот или иной артефакт может помочь в конкретном проекте
• Чем заменить артефакты?
  • В конкретных проектах могут возникать ограничения на использование конкретного инструмента. Это может быть связано с коммерческими возможностями компании или ее предпочтениями. Например, инструмент EPC тесно связан с продуктом моделирования ARIS, который, как правило используется при внедрении продуктов SAP
• Что будет, если не использовать артефакты?
  • Это очень важный вопрос. А что вообще будет, если не использовать тот или иной инструмент или модель? К чему это может привести проекты по автоматизации? Возможно, для каких-то проектов использование отдельных моделей будет излишним и от них имеет смысл осознанно отказаться в самом начале

Рис. 41

А теперь совместим представление о процессе разработки (рис. 40) и наши ответы на вопросы (рис. 41) и дадим рекомендации о том, на каких стадиях процесса разработки будет более эффективно использовать конкретную модель (рис. 42). В начале, когда в проект вовлечена широкая аудитория, правильным будет использовать более универсальные и понятные инструменты. По ходу специализации проекта мы переходим к более сложным инструментам и извлекаем из них максимум возможного.

Рис. 42

7.1.7       Как развиваться в этом направлении

Моделирование — сложный вид деятельности. Занимаясь построением моделей, специалист одновременно совершенствуется в направлении анализа и проектирования. Он должен собирать модели из частей, выраженных в виде требований и ожиданий, которые были подготовлены на более ранних стадий проекта. Моделирование как вид деятельности в проектах автоматизации занимает не очень много времени. Моделирование представляет собой навык, которым должен обладать аналитик, архитектор и разработчик, чтобы быть в состоянии синхронизировать контекст изменений между своими профильными рабочими группами, по средствам построенных моделей. Своими истоками и рабочим инструментарием моделирование связано с проектированием. Можно сказать, что моделирование — частное, специфичное направление проектирования.  

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

Контрольные вопросы

Проведем калибровку и самопроверку для моделирования (рис. 41.1).

1. В чем назначение инженерии требований?
   1. Для чего моделирование стало востребованным?
2. В чем состоит специфика моделирования?
   1. В каких проектах автоматизации моделирование востребовано?
   2. Что необходимо для использования моделирования?
3. Как моделирование влияет на контекст?
   1. Какие типы моделей и для чего используются?
   2. Как моделирование помогает сформировать и уточнить контекст изменений?
4. Какова область применения инженерии требований?
   1. В каких проектах моделирование не потребуется?
   2. В проектах автоматизации чего без моделирования не обойтись?

Рис. 42.1

[1] https://dic.academic.ru/dic.nsf/ruwiki/47932

[2]https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D0%B4%D1%81%D1%82%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_(%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F)

[3] https://ru.citaty.net/avtory/dzhordzh-boks/

[4] http://ravanda.ru/i-exam/14737

[5] https://www.businessstudio.ru/articles/article/glossariy_reinzhiniring/

[6] https://babok-school.ru/blogs/business-modeling-notations/

[7] https://helpiks.org/9-29738.html

[8] https://www.cfin.ru/itm/standards/ArchiMate.shtml

[9] https://lifehacker.ru/chto-takoe-karta-myslej-i-kak-s-nej-rabotat/

[10] https://moluch.ru/archive/116/31787/

[11] https://ru.wikipedia.org/wiki/Object_Management_Group

[12] https://ru.wikipedia.org/wiki/Буч,_Гради 

[13] https://trends.rbc.ru/trends/industry/6107e5339a79478125166eeb

[14]https://trends.rbc.ru/trends/education/62d653819a794756f5de194c

[15]http://www.triz.natm.ru/base/base02_2.htm#:~:text=В%20общем%20виде%20системное%20(техническое,соседней%20системы%20(плохо!)

[16] https://studme.org/102560/filosofiya/funktsii_modeley_nauchnom_poznanii

[17] https://studme.org/102560/filosofiya/funktsii_modeley_nauchnom_poznanii

[18] https://trends.rbc.ru/trends/industry/6107e5339a79478125166eeb

[19] https://ru.wikipedia.org/wiki/Прототипирование

[20] https://koptelov.info/kniga-upravlenie-biznes-protsessami/neizbezhnost-protsessnogo-podhoda/#:~:text=Кросс-функциональный%20процесс%20—%20это%20процесс,пересекающий%20границы%20функциональных%20подразделений

[21] http://nk-site.ucoz.ru/_ld/1/193_LexiiShort.pdf

[22] Ступина А. А. Моделирование управляемых процессов [текст]: конспект лекций / А. А. Ступина, С. Н. Ежеманская, Л. Н. Корпачёва, А. В. Фёдорова. Красноярск, ФГОУ ВПО СибФУ. 2008. 10 с.

[23] http://belani.narod.ru/3/project.htm