CC BY
46
Использованные источники:
1. КАНТОНИСТОВА с. Мозговой штурм: как занятия спортом делают нас умнее// М: - https://the-challenger.ru , 2017 URL: https : //the-challenger. ru/soznanie/samorealizatsiya/mozgovoi-shtorm-kak-zanyatiya-sportom-delayut-nas-umnee/ (дата обращения: 04.05.2018)
2. Мануков С. Бегом за интеллектом//М: - «Expert 0nline»,2012.-URL: http://expert.ru/2012/05/16/begom-za-intellektom/ ( дата обращения -03.05.2018)
3. Ростигаева А.Н. СПОРТ И ИНТЕЛЛЕКТ // Научное сообщество студентов XXI столетия. ГУМАНИТАРНЫЕ НАУКИ: сб. ст. по мат. XIX междунар. студ. науч.-практ. конф. № 4(19). URL: http://sibac.info/archive/guman/4(19).pdf (дата обращения: 04.05.2018)
УДК 658.5
Толстобоков В.В. студент магистрант 2 курса «Институт управления в экономических, экологических и социальных системах» научный руководитель: Катаева Т.М.,
доцент
кафедра «Менеджмента и инновационных технологий»
Южный федеральный университет
Россия, г. Таганрог МЕТОДОЛОГИЯ ОПТИМИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ
Аннотация:
Статья посвящена принципам оптимизации бизнес-процессов. Дано определение понятия бизнес-процесс. Описана общая методика проведения анализа и оптимизации деятельности организации с использованием моделей бизнес-процессов. Проведен анализ современных методологий моделирования бизнес-процессов.
Ключевые слова: бизнес-процесс, оптимизация, моделирование, нотации
Tolstobokov V. V. Graduate student
2 year, "Institute of Management in Economic, Ecological and Social
Systems" South Federal University Russia, Taganrog Supervisor: Kataeva Т. М. Candidate of Economic Sciences Assistant Professor of the Department of Management and Innovative
Technologies South Federal University
METHODOLOGY OF OPTIMIZING BUSINESS PROCESSES
Annotation:
The article is devoted to the principles of optimization of business processes. The definition of the concept of a business process is given. A general methodology for analyzing and optimizing the activities of an organization using business process models is described. The analysis of modern methodologies for modeling business processes is carried out.
Keywords: business process, optimization, modeling, notation
В любом бизнесе компании есть определенное количество бизнес-процессов, которые выполняют сотрудники. Они включают в себя покупку и продажу, управление и производственные процессы, документооборот и другие. Автоматизация существующих процессов способствует повышению эффективности.
Любая деятельность компании состоит из определенных работ, выполняемых сотрудниками. Каждая работа состоит из множества этапов. И если на стадии зарождения бизнеса, каждый сотрудник выполняет работу согласно своему опыту - формализация подразумевает, что основное действие работника описывается и он выполняет его в соответствии с этим описанием. Конечно, это вопрос описания бизнес-процессов. Задача состоит в том - чтобы создать, в первую очередь, управление на регулярной основе. Можно использовать различные инструменты и методологии, от простой блок-схемы процесса к IDEF0 и ARIS, обучение к которым занимает больше, чем одну неделю. Оптимизация проводится с описанием процессов.
Моделирование и автоматизация бизнес-процессов являются ключом к успешной работе компании. Успех предприятия зависит от профессионального моделирования бизнес-процессов. Описание бизнес-процессов оптимизирует все сегменты предприятия, за исключением внутренних нарушений и человеческого фактора. Модель бизнес-процессов на основе UML для автоматизации бизнес-процессов оптимизирует все сегменты предприятия. Использование UML позволяет моделировать бизнес-процессы и системы проектирования и отображать организационную структуру предприятия.
Бизнес-процесс — это серия работ, иерархия взаимосвязанных функциональных действий, конечной целью которых является производство продукта или его компонентов. Бизнес-процесс характеризуется реализацией своей технологии, ее местом в общей системе бизнеса, а также обеспечением процесса: средства автоматизации, оборудования, машины и т.д.27
Бизнес-процесс — это логичный, последовательный, взаимосвязанный набор мероприятий, которые потребляют ресурсы, создают ценность и отображают результаты. Моделирование бизнес-процессов — это эффективное средство поиска путей оптимизации деятельности компании,
27 URL: http://www.informicus.ru/Default.aspx?SECTION=4&id=92
что позволяет определить, как компания работает в целом и как организовать деятельность на каждом рабочем месте.
Методология описания бизнес-процессов — это совокупность способов, в которых объекты реального мира (деятельность организации) и отношения между ними представлены в виде моделей28.
Любая методика (метод) состоит из трех основных компонентов:
1. Теоретическое основание.
2. Описание шагов, необходимых для получения желаемого
результата.
3. Рекомендации по использованию метода
Описание бизнес-процессов осуществляется с целью дальнейшего анализа и реструктуризации. Целью реорганизации может быть внедрение информационных систем, снижение затрат, повышение качества обслуживания клиентов, создание рабочих мест и рабочих инструкций и т.п., а подробное описание самого процесса не имеет никакого значения. Реинжиниринг бизнес-процессов — это фундаментальное переосмысление и радикальная перестройка бизнес-процессов для достижения максимальной эффективности производства, финансово-хозяйственной деятельности, соответствующие организационным, административным и нормативным документам. Бизнес-инжиниринг включает в себя моделирование бизнес-процессов (разработка модели, ее анализ, модели развития), а также разработку и реализацию плана перехода к "как это должно быть".
Основу многих современных методологий моделирования бизнес-процессов в составе методологии SADT29 составляет семейство стандартов IDEF30.
Основные виды моделирования бизнес-процессов и методологического анализа:
1. Моделирование бизнес-процессов. Наиболее широко используемая методология описания бизнес-процессов - стандарт IDEF0. Модели в нотации IDEF0 предназначены для описания высокого уровня бизнеса компании в функциональном аспекте.
2. Описание потока работ (Workflow). Стандарт IDEF3 предназначен для описания производственного потока и близок к алгоритмическим методам построения блок-схем.
3. Описание диаграммы потока данных (Data Flow Diagramming). Нотация DFD позволяет отразить последовательность работ, выполняемых в процессе, и поток информации, циркулирующей между этими работами.
4. Получение добавочной стоимости продукта и услуг или процессов.
5. Основные бизнес-процессы (такие как маркетинг, производство, поставка и послепродажное обслуживание продукции).
28 URL: http://www.script-coding.com/bp.html
29 Structured Analysis and Design Technique - структурированный метод анализа и проектирования
30 Методология семейства ICAM (Integrated Computer-Aided Manufacturing)
6. Поддерживающие бизнес-процессы не увеличивают ценность продукта, но увеличивают его стоимость (финансовая поддержка деятельности, персонала, юридическое сопровождение, управление, безопасность, поставка комплектующих, ремонт и техническое обслуживание и т.д.).
7. Управление бизнес-процессами (Business Process Management, BPM).
Бизнес-модель — это формализованное (рисунки, таблицы, текст, символы) описание бизнес-процессов. Основная сфера применения бизнес-моделей — это реинжиниринг бизнес-процессов.
Цели моделирования бизнес-процессов, как правило, формулируются следующим образом:
1. Для того, чтобы обеспечить понимание организационной структуры и динамики процессов, происходящих в нем.
2. Для того, чтобы обеспечить понимание текущих проблем организации и возможности их решения.
3. Чтобы убедиться в том, что клиенты, пользователи и разработчики понимают цели и задачи организации.
4. Для того, чтобы создать базу для формирования требований к программному обеспечению, которое автоматизирует бизнес-процессы организации (требования к программному обеспечению формируются на основе бизнес-модели).
Важным элементом моделей бизнес-процессов являются бизнес-правила или правила предметной области. Типовыми правила бизнеса являются корпоративная политика и государственные законы. Бизнес-правила обычно формулируются в отдельном документе и может быть отражено в моделях.
Декомпозиция в общем смысле - это метод, заменяющий решение одной большой проблемы на решение ряда меньших задач, разделяя объект на составные части в соответствии с фиксированным критерием.
Фактически декомпозиция используется для детализации бизнес-моделей.
Этапы описания бизнес-процессов:
1. Определение цели описания.
2. Описание окружающей среды, определение входов и выходов бизнес-процессов, построение IDEFO-диаграммы.
3. Описание функциональной структуры (этапы процесса), построение диаграммы IDE3.
4. Описание потоков (материальных, информационных, финансовых) процесса, построение диаграммы DFD.
5. Процесс построения организационной структуры (отделы, участники, ответственность).
Существуют следующие категории бизнес - процессов:
1) процессы, обеспечивающие выпуск продукции;
2) процессы планирования и управления;
3) процессы ресурсов;
4) процессы преобразования.
Основные показатели оценки эффективности бизнес-процессов включают в себя:
1. число произведенной и оплаченной продукции заданного качества в течение определенного периода времени;
2. количество потребительских товаров;
3. количество общих операций, которые должны быть выполнены в процессе производства в течение определенного периода времени;
4. стоимость производственных затрат;
5. длина типовых операций;
6. инвестиции на производство продукции31.
Методология создания модели бизнес-процессов представляет собой ряд способов, в которых отражены отношения между реальными объектами, представленными в качестве моделей. Каждый объект и отношение характеризуются целым рядом параметров или атрибутов, которые отражают характеристики реального объекта: номер объекта, название, описание, длительность выполнения.
Нотация IDEF3 предназначена для имитации потока последовательности действий и отношений между ними в этом процессе. Нотация IDEF3 может быть использована для декомпозиции IDEF0 без функциональных блоков. Метод IDEF3 позволяет декомпозировать эффект в несколько раз, чтобы обеспечить документирование альтернативных потоков процесса в одной модели.
ОБО. Цель данной нотации - показать, как каждый процесс преобразует свои входные данные в выходные. Это отражает не только информацию, но и материальные потоки. Основными компонентами диаграммы потоков данных являются:
1. внешние объекты (материальный объект или физическое лицо, являющееся источником или приемником информации, например, клиентов, сотрудников, поставщиков, клиентов);
2. системы и подсистемы (подсистема для работы с физическими лицами);
3. процессы (преобразования входных данных в выходные потоки в соответствии с определенным алгоритмом, это может быть физически, например, организационное подразделение (отдел), выполняет обработку входных данных и выдает программные документы, реализованные в аппаратных средствах логического устройства отчетности и т.д.);
4. хранения данных средств массовой информации (абстрактные устройства хранения данных);
5. потоков данных (стрелки на диаграмме).
31 иКЬ: http://www.liveinternet.ru/users/tsisa/post256249200
Первым шагом при построении иерархии DFD является построение контекстных диаграмм. Обычно, при проектировании относительно простых систем, строилась только контекстная диаграмма с звездообразной топологией, центром которой является так называемый главный процесс, соединенный с приемниками и источниками информации. Каждый процесс в DFD может быть подробно описано с помощью спецификаций. Спецификации описываются алгоритмом задач, выполняемых процессом. Языки спецификаций могут варьироваться от структурированных естественных языков или псевдокода до визуальных языков моделирования.
ARIS. Нынешняя тенденция - это интеграция различных методов моделирования, которые проявляются в форме создания интегрированных средств моделирования. Одним из таких инструментов является программный продукт ARIS (Архитектура интегрированных информационных систем), разработанный немецкой компанией IDS Scheer. Для построения таких типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы, и языки моделирования, в частности UML.
UML содержит механизмы расширения для адаптации конкретного языка моделирования к специфическим требованиям разработчика без необходимости модифицировать метамодель. Наличие механизмов для расширения отличает инструмент моделирования UML от таких, как IDEF0, IDEF1X, IDEF3, DFD, поскольку произвольное толкование семантики элементов модели не допускается. UML язык также используется в методе моделирования бизнес-процессов, технология является частью Rational Unified Process (RUP) от компании IBM Rational Software. Этот метод ориентирован в первую очередь на создание основы для формирования требований к программному обеспечению, предусматривающий построение двух основных моделей: модель бизнес-процессов (Business Use Case Model) и бизнес-анализа модели.
Процесс моделирования может начинаться с любого из типов моделей. Основная бизнес-модель ARIS - eEPC32 (extended Event-driven Process Chain). Нотация eEPC является расширением нотации IDEF3. Бизнес-процесс в нотациях eEPC представляет собой поток последовательной выполняемой работы (процедуры, функции), расположенный в порядке их исполнения. Фактическая продолжительность процедур в eEPC визуально не распознается. Для того, чтобы получить информацию о фактической продолжительности процессов, необходимо использовать другие инструменты описания, например, MS Project.
Модели в ARIS представляют собой диаграммы, элементами которой являются разнообразные объекты - "функция", "события", "структурные подразделения", "документы" и т.д. Соединения некоторых типов могут быть сделаны между определенными типами объектов ("выполнить ","
32 Нотация, представляющая собой расширенную сеть модельных процессов
"Мировая наука" №5(14) 2018 science-j.com А
принять решение "," должны быть проинформированы о результатах "и т.д.). Каждый объект соответствует определенному набору атрибутов, которые позволяют вводить дополнительную информацию о конкретном объекте.
Основные объекты eEPC-нотации:
1. Функция. Она используется для описания функций (процедур, работ), выполняемых департаментами / сотрудниками компании. Каждая функция должна быть инициирована событием и должна быть прекращена по событию; каждая функция не может включать более одной стрелки "запуск" функции и оставлять больше, чем в одном направлении, описывая завершение функции.
2. Событие. Оно используется для описания реальных событий, которые влияют на производительность функций.
3. Организационная единица. Например, управление или отдел.
4. Документ. Он отражает реальные средства массовой информации, такие как бумажные документы.
5. Прикладная система.
6. Информация кластера. Характеризуется набором сущностей и связей между ними.
7. Связь между объектами. Тип отношений между объектами, например, активация функции некоторых событий.
8. Логический оператор. Оператор "И", "ИЛИ" или исключающее "или" позволяет описать процесс ветвления.
Создание модели в eEPC указывает только последовательность процедур, и не заботится о контроле отражения документов и полученной информации, модели будут иметь низкое значение с точки зрения анализа и дальнейшего использования.
Для хранения моделей в ARIS используется база данных объекта, и для каждого нового проекта создается новая база данных. Существуют различные функции для администрирования баз данных, например, управление доступом. База данных состоит из иерархической модели хранения. ARIS поддерживает методологический механизм фильтрации, что позволяет пользователю использовать только определенный набор схем и объектов. Разработка таких соглашений требует значительного времени и высококвалифицированных специалистов. Если проект с используемым ARIS начинается без детального изучения таких соглашений, очень высокая вероятность создания моделей бизнес-процессов, не отвечающих на заданные вопросы.
Практика показала, что стандарт IDEF0 следует использовать в проектах для описания и оптимизации локальных бизнес-процессов, эксперты проектов принимают активное участие и различные решения, руководители высшего звена участвуют в процессе принятия решений в минимальном уровне.
Этапы развития автоматизированных систем (АС) включают
формирование АС к требованиям разработки концепции АС, спецификации требований, предварительное проектирование, техническое проектирование, рабочая документация, ввод в эксплуатацию и поддержку АС.
Модели могут быть связаны между друг с другом. В UML это отношение называется трассировкой и может быть использовано в любом проекте программного обеспечения, без учета предметной области, области решений и т.д. Диаграмма классов UML позволяет обозначить отношения между классами и их экземплярами. Они необходимы, например, для имитации области применения. Это небольшое исследование пытается ответить на вопрос - показывать ли эту связь в коде. Unified Modeling Language (UML) представляет собой визуальный язык моделирования, который предназначен для разработки моделей предметной области и программных систем различных классов. UML может быть использован в любом процессе развития, на всех этапах разработки программных систем. UML используется для создания моделей во всех предметных областях. Для построения основных этапов диаграммы деятельности UML может быть использована бизнес-процессом.
Существует мощное и гибкое средство визуального моделирования, которое поддерживает полный жизненный цикл программных систем с помощью Unified Modeling Language (UML) - Enterprise Architect (EA) -является продуктом австралийской компании Sparx Systems. EA также называется визуальным моделированим платформы.
Enterprise Architect (EA) используется:
1. Для создания элементов модели UML.
2. Для того, чтобы разместить эти элементы на графиках.
3. Для того, чтобы определить отношения между элементами.
4. Документирование модели и элементов.
5. Для того, чтобы сгенерировать код для разрабатываемого программного обеспечения.
6. Чтобы импортировать коды на различных языках, в том числе VB, Java, C ++ и т.д. (более 10 языков).
7. Для того чтобы создавать различные шаблоны и системы доменных моделей.
8. Для поддержки трассировки моделей предметной области в модели системы.
Распределение EA поставляется в виде исполняемого файла (easetupfull.exe). Файлы, созданные в проектах EA имеют расширение EAP. Вместе с EA приходит демо EAExample.EAP и пустой проект EANew.eap.
Существуют различные версии EA (http://www.sparxsystems.com/), например: Corporate, Professional и Desktop.
На сегодняшний день существует довольно много методов оптимизации бизнес-процессов - от простого к сложному. Главное условие для успеха технологической оптимизации - это наличие модели или
процессной схемы. При оптимизации организации рекомендуется использовать формулу проверенную опытом, в том числе строгой последовательности следующих этапов:
1. Описание модели организации "как есть".
2. Анализ модели "как есть".
3. Разработка модели "как надо".
4. Разработка плана перехода из состояния "как есть" в состоянии "как
надо"
5. Внесение изменений и построение модели организации "в самый
раз".
Для того, чтобы построить лучшие бизнес-процессы и организационную структуру необходима разработанная стратегия. В современном менеджменте для анализа и оптимизации деятельности рекомендуется использовать модели бизнес-процессов, которые представляются схематически
Моделирование бизнес-процессов осуществляется следующими способами:
Диаграмма Блок-схема (диаграмма производственного потока) -графическое представление метода, в котором операционные данные о процессе, технологическое оборудование, и т.д. представлены специальными символами. Метод используется для отображения логического процесса рабочего потока. Основным преимуществом этого метода является его гибкость. Процесс может быть представлен во многих отношениях.
Данные Блок-схемы - схема потока данных или DFD используется для передачи информации отображения (данных) от одной операции к другому процессу. DFD описывает взаимосвязь операций за счет информации и данных. Этот метод является основой процессов структурного анализа, поскольку это позволяет разложить процесс на логические уровни. Каждый процесс можно разбить на подпроцессы с более высоким уровнем детализации. Применение DFD позволяет отражать только поток информации, но не материальные потоки. Диаграмма потоков данных показывает, как изменяется информация на различных этапах процесса, где информация хранится в процессе, и так далее.
Ролевая диаграмма деятельности (ролевая диаграмма) используется для имитации процесса с точки зрения индивидуальных ролей, ролей, групп и ролей в процессе взаимодействия. Роль является абстрактным элементом процесса, который выполняет любую организационную функцию. На диаграмме показаны роли степени «ответственности» для процесса и его эксплуатации, а также роли взаимодействия.
IDEF (Integrated Definition для функционального моделирования) - это набор методов для описания различных аспектов бизнес-процессов (IDEF0, IDEF1, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5). Эти методы основаны на методологии SADT (Structured Analysis и дизайн техника). Для моделирования бизнес-процессов наиболее часто используется IDEF0 и
IDEF3 нотации.
В заключение отмечу, что статья написана о применимости использования моделирования бизнес-процессов при анализе и оптимизации деятельности организации. Был предоставлен краткий анализ современных методологий моделирования бизнес-процессов, таких как SADT, семейство стандартов и алгоритмических языков IDEF. В статье описаны основные типы методологий моделирования и анализа бизнес-процессов, этапы и категории бизнес-процессов, концепция бизнес-модели и целей моделирования бизнес-процессов, очень актуальных в наше время. Было упомянуто об интеграции средств различных методов моделирования на примере программного обеспечения - ARIS, а также описаны мощные и гибкие средства визуального моделирования, которые поддерживает полный жизненный цикл программных систем с использованием унифицированного языка моделирования UML - Enterprise Architect
Использованные источники:
1. Бизнес-процессы. Подходы к оптимизации, моделирование и реинжиниринг // Компания Информикус - разработка программного обеспечения, создание ПО на заказ, торговые роботы. URL: http://www.informicus.ru/Default.aspx?SECTION=4&id=92 (дата обращения: 15.05.2018)
2. Бизнес-процессы [форум] // Разработка скриптов. URL: http://www.script-coding.com/bp.html (дата обращения: 15.05.2018)
3. Т.В.Александрова С.А.Голубев. О.В.Колосова, Н.Б.Культин, С.П.Некрасов, Ю.Р.Нурулин, И.Л.Туккель, В.С.Черняк.. Управление инновационными проектами. Учебное пособие в 2-х частях. Издание второе, переработанное и расширенное. Часть 2. Методология управления инновационными проектами. / Т.В.Александрова, С.А.Голубев, О.В-Колосова и др.; Под общ. ред. профессора. И.Л.Туккеля - СПб: СПбГТУ,1999. -100 с.. 1999
4. Александр Ялинчук. IDEF (ICAM Definition) - методологии семейства IC... (Пример) - MindMeister. 2015. / MindMeister Logo - Майндмэппинг и брейнсторминг онлайн. URL:https://www.mindmeister.com/ru/479278885/idef-icam-definition-icam-integrated-computer-aided-manufacturing
5. Реинжиниринг бизнес-процессов.. Обсуждение на LiveInternet -Российский Сервис Онлайн-Дневников. 2013 / LiveInternet @ Статистика и дневники, почта и поиск. URL: http://www.liveinternet.ru/users/tsisa/post256249200
6. Чавалах Александр. Использование нотации eEPC для графического описания бизнес-процессов. 2012 / Хабр. URL: https://habr.com/post/143273/
