Логика бизнес процесса это

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

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

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

Такое отношение характеризует правильное функционирование организации. Но как ведут себя начинающие компании?

Начало разработки бизнес-процессов

Разработчик, первым вопросом должен выяснить: Кто кого должен слушать при формировании первоначальных требований к бизнес-процессам?

Существуют две формы взаимодействия:

• как есть (as is) — при таком взаимодействии разработчик подчиняется требованиям заказчика и реализует все процессы, которые существуют в компании, том виде, в каком они присутствуют, без изменений (хотя, обсуждение корректив не запрещено)
• как надо (to be) — разработчик, основываясь на своих знаниях, прокладывает оптимальные маршруты документооборота и порядки совершения действий, а заказчик принимает эти схемы и следует указаниям CRM в своей бизнес-деятельности.

Во избежании спорных ситуаций по поводу принятия решений, следует сразу договориться о схеме взаимодействия.

Документальной основой бизнес-процессов могут служить:

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

Полученные бизнес-знания компании классифицируют по нескольким направлениям:

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

Классифицировав бизнес-знания, приступают процессам формализации и написания отдельных схем.

Формализация бизнес-процессов

Для того, чтобы бизнес-идея приобрела форму бизнес-процесса, нужно определить:

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

Формализация проходит некоторые условные стадии:

• текстовое представление последовательности действий — простое указание в виде списка, всех необходимых мероприятий, расчётов и иных действий
• графическое представление — формализация процессов в виде схемы, выполненной с учётом правил выбранной нотации (правил графического оформления)
• проверка условий и ограничений процессов , диверсионный анализ взаимодействий объектов — обычная логическая проверка последовательностей действий с постановкой стандартного вопроса: «Что произойдёт, если условие или действие не выполнено?»
• оптимизация бизнес-процесса — завершающая стадия формализации, в которой проверяют схему на отсутствие лишних действий и возможности разделения больших схем на подпроцессы.

Немного расскажу о нотациях.

Нотации или правила графического представления схем , содержат:

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

Некоторые популярные нотации :

• нотация 1С — нотация описания бизнес-процессов в «1С:Предприятие», отражающая взаимодействия между объектами 1С-системы
• UML — является объектно-ориентированным языком моделирования и на его основе возможна генерация программного кода
• DFD — описывает логические функции, потоки данных и хранилища данных, иногда, используется для описания схем интерфейсов
• IDEF0 — основным принципом этого стандарта является декомпозиция , которая применяется при разбиении сложного процесса на составляющие его функции, стандарт может использоваться при создании больших схем с несколькими уровнями детализации
• IDEF3 — показывает причинно-следственные связи между ситуациями и событиями, используя инструмент визуального моделирования бизнес-процессов.

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

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

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

Источник: dzen.ru

Что такое бизнес-процесс и как его создать?

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

1118 просмотров

Большой частью бизнес-логики являются бизнес-процессы. Что это такое и как их создавать — разбираемся в этой статье.

Что такое бизнес-логика?

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

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

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

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

Как результат данные обновляются и в списке появляется новый пассажир.

Описанные в примере действия, их последовательность, обмен данными, их обработка, запросы и ответы — за все эти операции отвечает бизнес-логика.

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

Что такое бизнес-процесс?

Бизнес-процессы представляют собой последовательность действий для реализации функционала приложения.

Бизнес-процессы в AppMaster.io

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

На платформе есть специальный редактор для работы с бизнес-процессами. Для создания БП используются блоки.

В каждом бизнес-процессе автоматически создаются замыкающие блоки Start и End. Они могут иметь переменные: выходные для стартового блока и входные для конечного.

У каждого блока БП, за исключением блоков start и end, есть два типа коннекторов — точек подключения (входные In, выходные Out):

• flow_connection — коннектор потока выполнения, описывает очередь блоков, какой за каким выполнять;
• var_connection — коннектор переменных, описывает какую переменную откуда брать.

Бизнес-процессы делятся на три категории:

• Бизнес-процессы бэкенда — компилируются в исходный код на языке Go, выполняются в серверном приложении.
• Бизнес-процессы для веб-приложений — доставляются в веб-приложение, обрабатываются языком JavaScript на стороне браузера.
• Бизнес-процессы для мобильных приложений — доставляются в мобильные приложение и выполняются в них, обрабатываются нативными инструментами мобильных платформ.

Внутри каждого типа приложения есть определенный набор бизнес-процессов.

В бэкенде — обычные бизнес-процессы, имеют блоки Start и End. Могут поддерживать асинхронный вызов и режим транзакций.

В веб и мобильных приложениях существуют следующие типы БП:

• БП компонентов — задаются в каждом компоненте, странице, виджете или экране. Зависят от компонента, для которого они создаются. Не имеют блока End. На входе имеют один или несколько блоков-триггеров, которые начинают выполнение при наступлении заданного события, например, нажатия кнопки.
• БП уровня приложения — задаются для всего приложения, практически идентичны БП компонентов за исключением того, что имеют контекст приложения и имеют только один триггерный блок — начальный.
• Generic БП — задаются на уровне приложения, однако созданы чтобы в них была вынесена часто используемая логика из всех других бизнес-процессов. Эти БП имеют блоки Start и End и ведут себя аналогично серверным бизнес-процессам, но не имеют режима транзакции.

Как создать бизнес-процесс на AppMaster.io?

Для работы с бизнес-процессами на платформе AppMaster.io существует редактор бизнес-процессов.

Все редакторы бизнес-процессов устроены по одному принципу и имеют только несколько отличий в зависимости от типа бизнес-процесса (об этом мы писали выше).

Редактор БП состоит из:

• левой панели со списком доступных блоков;
• рабочей области в центре;
• правой панели с настройками выбранного элемента (блока).

Чтобы добавить блок бизнес-процесса, нужно перетащить элемент с левой панели на рабочую область.

В настройках каждого БП можно активировать режим транзакции. В таком случае БП приобретает свойство атомарности: БП либо выполняется полностью, либо не выполняется ни один из его отдельных блоков. Если в каком-то блоке произойдет ошибка, то будет выполнен откат всех изменений, вызванных предыдущими блоками бизнес-процесса.

На левой панели блоки распределены в группы по видам:

• Logic — логика. Отвечают за изменение потока процесса, реализацию системных функций, сравнение переменных и преобразование типов данных.
• Functions — функции. Позволяют выполнять различные типы операций с разными типами данных, такие как округление чисел, разбиение строк, чтение файлов и многое другое.
• Model Functions — функции для работы с моделями базы данных. Позволяют выполнять операции с моделями данных, такие как создание, поиск, редактирование и удаление.
• User-Created BPs — пользовательские бизнес-процессы. Вызывает любой из пользовательских бизнес-процессов, который вы создали.
• Global variables — глобальные переменные. Переменные, которые используются в рамках всего проекта. Отображается при наличии глобальных переменных.
• Variables — переменные. Задает и сохраняет переменные, которые будут использоваться в бизнес-процессе.
• External API Requests — внешние API-запросы. Запуск любого ранее созданного запроса к внешнему API.
• Models — модели. Устанавливают и сохраняют переменные моделей данных, которые будут использоваться в бизнес-процессе.
• Enums — перечисление. Устанавливает и сохраняет переменные с типом перечисление, которые будут использоваться в бизнес-процессе.
• Auth — блоки, добавляемые модулем авторизации Auth.

При добавлении того или иного модуля в проект, в списке блоков будет создан раздел с бизнес-процессами установленного модуля.

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

Чтобы добавить переменные, необходимо выделить нужный блок бизнес-процесса и нажать на иконку плюс на панели Variables.

Различают локальные и глобальные переменные.

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

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

Локальные и глобальные переменные могут иметь любой тип: от простых int и string, до массивов моделей и энамов. Хранятся исключительно в оперативной памяти.

Пример бизнес-процесса

Рассмотрим пример создания БП на примере редактора бизнес-процессов бэкенда. Процесс будет выполнять регистрацию пассажира на рейс.

*Все данные уже были введены в базу данных. Ниже описано только создание бизнес-процесса. Полный урок доступен тут.

Чтобы создать новый процесс, перейдите в раздел Business Logic и нажмите на Create business process.

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

По умолчанию в нашем БП уже есть два блока: Start и End.

В блок Start мы добавляем несколько выходных переменных. Для этого кликните на нужный блок и в правой части экрана напротив Variables нажмите иконку +.

В новом окне введите название переменной, укажите ее тип и задайте дефолтное значение, если необходимо.

Добавляем несколько переменных, которые нужны нам для регистрации пассажира на рейс:

• ID рейса — flight_id;
• Данные о пассажире — passenger;
• Место — seat;
• Check-in статус — status.

Далее нам нужно получить ID рейса из базы данных. Для этого мы добавляем блок GetOneFlight.

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

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

Добавляем блок Expand Passenger и получаем ID пассажира. При помощи блока GetOne Passenger проверяем запись о нем в базе данных.

Теперь нам нужно создать саму регистрацию. Для этого используем блок Make Registration. Устанавливаем связи между блоками.

Теперь необходимо сохранить запись о регистрации в базе данных, так как до этого мы создали ее только в рамках бизнес-процесса. Добавляем блок Create Registration, устанавливаем связи и завершаем бизнес-процесс.

Созданный бизнес-процесс отвечает за выполнение следующих действий: поиск данных о рейсе в базе данных, поиск и получение ID пассажира, создание и сохранение регистрации.

На нашем YouTube-канале вы можете пройти полный курс AppMaster.io 101 и научиться работать с no-code платформой. Так легко и наглядно при помощи блоков и визуальных связей на платформе AppMaster.io можно собирать бизнес-процессы любой сложности без написания кода. Попробуйте создать свой бизнес-процесс и приложение, зарегистрировавшись на пробный период на платформе.

Источник: vc.ru

Предметная область информационной системы: понятие, модель, цель моделирования, требования к моделям. Бизнес-логика, бизнес-проц. Реферат. Кафедра

Единственный в мире Музей Смайликов

Самая яркая достопримечательность Крыма

Скачать 183.96 Kb.

«Калужский государственный университет

им. К. Э. Циолковского»

Оглавление

Предметная область информационной системы 3

Назначение и основные компоненты системы баз данных 4

Основные модели данных 5

Требования, предъявляемые к моделям 5

Бизнес-логика. Основные бизнес процессы. Виды, описание и анализ бизнес процессов 8

Бизнес процессы: понятие, виды, определения 9

Анализ бизнес процессов 10

Список используемой литературы 12

Предметная область информационной системы

Предметная область (ПО) информационной системы рассматривается как совокупность реальных процессов и объектов (сущностей), представляющих интерес для её пользователей.

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

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

Между объектами ПО могут существовать связи, имеющие различный содержательный смысл (семантику). Эти связи могут быть факультативными или обязательными (рис.1.1). Если вновь порождённый объект одного из типов оказывается по необходимости связанным с объектом другого типа, то между этими типами объектов существует обязательная связь. Иначе связь является факультативной.

Рис.1.1. Примеры обязательной и факультативной связей

Различают типы множественных связей: «один к одному» (1:1), «один ко многим» (1:n) и «многие ко многим» (m:n) (рис. 1.2).

Рис.1.2. Примеры типов множественных связей

Совокупность типов сущностей и типов связей между ними характеризует структуру предметной области. Собственно данные представлены экземплярами объектов и связей между ними.

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

Назначение и основные компоненты системы баз данных

Система БД включает два основных компонента: собственно базу данных и систему управления (рис. 1.3). Большинство СОД включают также программы обработки данных, которые обращаются к данным через систему управления.

Рис.1.3. Компоненты системы баз данных

В соответствии с рис. 1.3. система управления базами данных(СУБД) обеспечивает выполнение двух групп функций: предоставление доступа к базе данных пользователям (или прикладному программному обеспечению, ППО) и управление хранением и обработкой данных в БД.

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

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

Основные модели данных

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

Понятие модели данных

1. Набор типов структур данных. Здесь можно провести аналогию с языками программирования, в которых тоже есть предопределённые типы структур данных, такие как скалярные данные, вектора, массивы, структуры (например, тип struct в языке Си) и т.д.
2. Набор операторов или правил вывода, которые могут быть применены к любым правильным примерам типов данных, перечисленных в (1), чтобы находить, выводить или преобразовывать информацию, содержащуюся в любых частях этих структур в любых комбинациях. Такими операциями являются: создание и модификация структур данных, внесение новых данных, удаление и модификация существующих данных, поиск данных по различным условиям.
3. Набор общих правил целостности, которые прямо или косвенно определяют множество непротиворечивых состояний базы данных и/или множество изменений её состояния.

Требования, предъявляемые к моделям

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

1. Существенной, т. е. позволяющей вскрыть сущность поведения системы, вскрыть неочевидные, нетривиальные детали.
2. Мощной, т. е. позволяющей получить широкий набор существенных сведений.
3. Простой в изучении и использовании, легко просчитываемой на компьютере.
4. Открытой, т. е. позволяющей ее модификацию.

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

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

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

Бизнес-логика. Основные бизнес процессы. Виды, описание и анализ бизнес процессов

Бизнес-логика.

Бизнес-логика — в разработке информационных систем — совокупность правил, принципов, зависимостей поведения объектов предметной области (области человеческой деятельности, которую система поддерживает). Иначе можно сказать, что бизнес-логика — это реализация правил и ограничений автоматизируемых операций. Является синонимом термина «логика предметной области» (англ. domain logic). Бизнес-логика задает правила, которым подчиняются данные предметной области.

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

• текста;
• концептуальных аналитических моделей предметной области (онтологии);
• бизнес-правил;
• разнообразных алгоритмов;
• диаграмм деятельности;
• графов и диаграмм перехода состояний;
• моделей бизнес-процессов.

В многоуровневых (многослойных) информационных системах этот уровень взаимодействует с нижележащим уровнем инфраструктурных сервисов (англ. infrastructure layer), например, интерфейсом доступа к базе данных или файловой системе (англ. data-access layer, DAL) и вышележащим уровнем сервисов приложения (англ. application services layer), который уже, в свою очередь, взаимодействует с уровнем пользовательского интерфейса (англ. user interface layer) или внешними системами.

Бизнес процессы: понятие, виды, определения

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

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

1. Управляющие — бизнес-процессы, которые управляют функционированием системы. Примером управляющего процесса может служить Корпоративное управление и Стратегический менеджмент.
2. Операционные — бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются Снабжение, Производство, Маркетинг, Продажи и Взыскание долгов.
3. Поддерживающие — бизнес-процессы, которые обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка, административно-хозяйственный отдел.

Анализ бизнес процессов

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

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

1. За каждый определенный бизнес процесс отвечать должен специалист из числа сотрудников. Это особенно важно, если компания только начинает свой путь в мир большого бизнеса.
2. Бизнес процессы и их анализ требует большого количества информации, схем, графиков. Желательно использовать специальное программное обеспечение, которое значительно упрощает это довольно трудоемкий процесс.
3. Разрабатывая бизнес процесс, ориентироваться необходимо на вид деятельности предприятия. Например, процесс закупки и доставки товара определяется в одном бизнес процессе (основной), прием, хранение, расфасовку, выкладку в торговом зале и реализацию можно включать во внутренний бизнес процесс.
4. Краткость, без лишней информации, чтобы не получилось путаницы, отсутствовали пустые факты и лишняя нагрузка на исполнителей.
5. Использовать только правдивые данные, даже если они негативны. Ложные факты помогут создать неправдивый бизнес процесс, который в конце концов приведет к таким же последствиям.

Список используемой литературы

1. НОУ ИНТУИТ. Проектирование информационных систем [Электронный ресурс] – Режим доступа: https://www.intuit.ru /studies /courses /2195/55/ lecture/162 8?page=1 (Дата обращения: 20.06.2019).
2. Идеи для бизнеса. Как начать бизнес с нуля? [Электронный ресурс] – Режим доступа: https://delayte-biznes.ru/osnovnye-biznes-processy-vidy-opisanie-i-analiz-biznes-processov/ (Дата обращения: 20.06.2019).
3. Википедия. Бизнес-процесс [Электронный ресурс] – https://ru. wikipedia.org/wiki/Бизнес-процесс (Дата обращения: 20.06.2019).
4. НОУ ИНТУИТ. Проектирование информационных систем [Электронный ресурс] – Режим доступа: https://www. intuit.ru /studies /courses/643/499/lecture/11351?page=3 (Дата обращения: 20.06.2019).
5. Идеи для бизнеса. Как начать бизнес с нуля? [Электронный ресурс] – Режим доступа: http://delayte-biznes.ru/osnovnye-biznes-processy-vidy-opisanie-i-analiz-biznes-processov/#ggl (Дата обращения: 20.06.2019).

Источник: topuch.com