Этапы развития моделирования бизнес процессов

Бизнес-моделирование представляет собой процесс разработки различных бизнес-моделей организации (стратегия, бизнес-процессы, организационная структура, качество и др.) с целью формализации и оптимизации её деятельности. Как правило бизнес-моделирование предшествует процессу автоматизации деятельности. Сразу напрашивается определение, что такое бизнес-модель.

Бизнес-модель — это формализованное описание (например, графическое) сферы деятельности организации [1]. В процессе формализации бизнес-модели проводится так называемый gap-анализ и выявляются существующие на данный момент процессы, это состояние обследования называется «как есть». После детального анализа, выявления основных и вспомогательных бизнес-процессов, отсечения дублирующих процессов формируется процессная бизнес-модель предприятия. Получается так называемое состояние «как должно быть» [2].

История бизнес-моделирования

В истории развития бизнес-моделирования, как концептуального подхода к управлению организацией, можно условно выделить четыре этапа [3]:

Моделирование бизнес процессов: Отдел снабжения торгового предприятия // Atis Group

1 этап: 70-е годы XX века.

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

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

2 этап: 80-е годы XX века.

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

Бурное развитие информационных технологий в 80 г.г., рост объемов разработки наряду со все более острой необходимостью проектирования «правильного» программного обеспечения «с первого раза», привело к созданию целого отдельного направления программотехники CASE-технологий (Computer-Aided Software/System Engineering).

CASE-средства моделирования позволяют уйти от сложностей «ручного» применения методологий для описания (моделирования) бизнес-процессов, являются средством автоматизации труда специалистов по разработке программного обеспечения (аналитиков, постановщиков задач, проектировщиков, программистов, технических писателей).

3 этап: 90-е годы XX века.

В начале 90-х годов на Западном рынке появились первые программные продукты, предназначенные для решения задач, связанных с организационными вопросами управления организациями.

Главные модели построения бизнес процессов! Моделирование бизнес процессов!

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

4 этап: 2000 г.г. XXI века, и до настоящего времени

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

Бизнес-моделирование сегодня

Сегодня программы, предназначенные для решения организационных вопросов управления или бизнес-моделирования, выделили в отдельный класс, который на западном рынке получил название «BMS» (Business Modeling Software). К ключевым преимуществам программ этого класса можно отнести:

• Широкие возможности визуального (графического) моделирования бизнес-процессов компании;
• Обеспечение возможности одноформатного, одинакового понимания бизнес-процессов компании сотрудниками с разным уровнем квалификации, различных подразделений;
• Изначально встроенная поддержка процессного подхода;
• Представление единого информационного пространства для описания всех существенных аспектов ее функционирования;
• Получение различных отчетов из модели (например, в виде регламентных документов: Положения о подразделения, Должностные инструкции, Регламент процесса, Регламент процедуры, Матрицы ответственности и др.).

Бизнес-модель, построенная с помощью программ класса «BMS», как правило, включает:

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

Как правило, таки системы реализуют SADT – методологию.

Cущность и проблемы методологии функционального моделирования бизнес-процессов

SADT – методология ( Structured Analysis and Design Technique ) получила столь широкое распространение благодаря тому, что ориентирована на комплексное представление структуры материальных, информационных, финансовых и управленческих потоков, отображение организационной структуры. В силу этого, SADT — методология в большей степени нацелена на реорганизацию всей системы управления, чем другие методологии функционального моделирования, основанные на использовании диаграмм потоков данных, главная цель которых проектирование информационных процессов [4].

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

Поэтому для ускорения работ и снижению их трудоемкости разрабатываются и развиваются специализированные программные продукты: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Бизнес-инженер и др.

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

Создание такой модели позволяет:

Оперативно обновлять управленческие документы, инструкции сотрудников в автоматическом или полуавтоматическом режиме;

Некоторые программные продукты позволяют моделировать бизнес-процессы во времени, таким образом, выявляя узнике места или ошибки реализации на этапе моделирования, до внедрения изменений.

Заключение

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

Литература

1. Исаев Р. Инструменты бизнес-моделирования и особенности его применения. Портал бизнес-консультантов http://www.finexpert.ru/view/instrumenty_biznes_modelirovaniya_i_osobennosti_ego_primeneniya/812
2. Репин В.В. Тотальное описание бизнес-процессов компании: «за» и «против». Портал бизнес-консультантов. http://www.finexpert.ru/view/total_noe_opisanie_biznes_protsessov_kompanii_za_i_protiv/931
3. Волонтей В. История бизнес-моделирования. Сайт компании «Бизнес студия». http://www.businessstudio.ru/articles/article/istoriya_biznes_modelirovaniya/
4. Д. И. Чернявский, Д. В. Рудаков. МОДЕЛИРОВАНИЕ И РЕИНЖИНИРИНГ БИЗНЕС-ПРОЦЕССОВ. Учебное пособие Омск : Изд-во ОмГТУ, 2010. – 84 с.

• Чем объясняется использования специального программного обеспечения для построения функциональной модели бизнес процессов
• Виды международного коммерческого арбитража и их правовая характеристика (Правовая природа международного коммерческого арбитража)
• Макроэкономика: классики против кейнсианцев
• Субъекты налогового контроля, их компетенции
• Налоговый контроль в системе финансового контроля
• Система электронного документооборота «Directum»
• Сравнительный анализ архитектуры ARM и х86
• Гипертекстовая система
• Программы для создания и редактирования трехмерных объектов
• Модель клиент-сервер — простая модель «узел-связь», которая используется, например, в сети Интернет.
• Дивидендная политика акционерных обществ (Особенности дивидендной политики российских акционерных обществ)
• Этапы становления корпоративного управления в России (Этапы)

При копировании любых материалов с сайта evkova.org обязательна активная ссылка на сайт www.evkova.org

Сайт создан коллективом преподавателей на некоммерческой основе для дополнительного образования молодежи

Сайт пишется, поддерживается и управляется коллективом преподавателей

Telegram и логотип telegram являются товарными знаками корпорации Telegram FZ-LLC.

Cайт носит информационный характер и ни при каких условиях не является публичной офертой, которая определяется положениями статьи 437 Гражданского кодекса РФ. Анна Евкова не оказывает никаких услуг.

Источник: www.evkova.org

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

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

Развитие методов моделирования и автоматизации бизнес-процессов принято разделять на три этапа, или три «волны». Основные характеристики этих этапов приведены в табл. 1.1 в сравнении с соответствующими стадиями развития информационных технологий и подходов к совершенствованию деятельности компании.

Начало первого этапа относят к 1920-м гг. XX в. и связывают с именем Фредерика Тейлора и его книгой «Принципы научного управления». В этот период впервые была осознана необходимость исследовать бизнес-процессы, описывать их в различных документах и действовать в соответствии с этими описаниями.

Описание бизнес-процессов производится в текстовом, табличном и графическом виде, причем последний все более формализуется. В период «первой волны» для моделирования бизнес-процессов используются блок-схемы, ориентированные графы, сети Петри, методологии SADT, IDEF, DFD.

Блок-схемы на основе определенной в ГОСТ 19.701-90 нотации схем алгоритмов, программ, данных и систем (в англ. литературе — ANSI flowcharts) остаются и сегодня простейшим, но практически важным формальным графическим языком моделирования бизнес-процессов. Пример описания процесса с помощью блок-схемы приведен на рис. 1.1. Блок-схемы позволяют быстро и наглядно показать шаги бизнес-процесса в понятной каждому форме, однако их нотация не предусматривает формализованного описания многих деталей процесса, в частности исполнителей бизнес-функций.

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

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

Начало второго этапа ознаменовал выход книги М. Хаммера и Д. Чампи — «Реинжиниринг корпорации: манифест революции в бизнесе», которая возродила в управленческой среде интерес к описанию и анализу бизнес-процессов с целью их радикальной перестройки — реинжиниринга. Реинжиниринг бизнес-процессов предполагает построение двух моделей бизнес-процесса: как есть (англ. as is) и как должно быть (англ. to be), а затем внедрение последней на предприятии. В качестве примера методологии и средства автоматизации бизнес-процессов второго поколения можно назвать соответственно ARIS и распространенную ERP-систему SAP R/3.

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

Основной «третьей волны» в моделировании бизнес-процессов можно по праву назвать книгу Г. Смита и П. Фингара «Управление бизнес-процессами: третья волна». На смену радикальному реинжинирингу приходит системное и «плавное» управление. Изменчивость бизнес-процессов, возможность их корректировки в ответ на изменения в бизнесе становятся главным критерием использования информационных технологий как средства, позволяющего получить преимущества на рынке.

Идея методологий и инструментов моделирования третьего поколения состоит в том, чтобы позволить руководству и сотрудникам компании создавать и самим внедрять новые процессы «на лету». Автоматизация процессов производится посредством так называемых систем управления бизнес-процессами BPMS (Business Process Management System), которые дают возможность непосредственно реализовывать бизнес-процессы в соответствии с построенной формальной моделью и не требуют разработки дополнительного программного обеспечения. Для разработки понятных машине «исполняемых» моделей требуются более точные методы моделирования. В этой связи большое внимание разработчики программного обеспечения уделяют средствам конвертирования графических моделей бизнес-процессов в исполняемые.

Графические модели, предназначенные для преобразования в исполняемые, должны быть гораздо более строгими и формальными по сравнению с моделями, создаваемыми в аналитических целях. Например, графическую модель, построенную в виде блок-схемы с обширными текстовыми комментариями, автоматически конвертировать в исполняемый формат не удастся. В качестве языка, позволяющего построить наглядную, понятную неподготовленному пользователю модель, которую затем можно однозначно преобразовать в исполняемый язык (изначально это был 3PML), выступила нотация BPMN. Она поддерживает описание таких «программистских» функций, как обработка событий и ошибок, откат транзакций и т. п.

«Третья волна» принесла в моделирование бизнес-процессов стремление к стандартизации.

Задачи современного этапа МБП — автоматизация взаимодействия предприятия с внешней средой. В модели бизнес-процесса отражают взаимодействие компании с различными внешними сущностями: клиентами, коммерческими партнерами, поставщиками, административными органами. При автоматизации процесса данные взаимодействия также стараются по возможности автоматизировать. Особенно активно развиваются технологии автоматизации межкорпоративного взаимодействия — бизнес-бизнес (англ. Business-to-Business, B2B).

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:

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

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

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

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

Начало первого этапа относят к 1920-м гг. XX в. и связывают с именем Фредерика Тейлора и его книгой «Принципы научного управления». В этот период впервые была осознана необходимость исследовать бизнес-процессы, описывать их в различных документах и действовать в соответствии с этими описаниями.

Описание бизнес-процессов производится в текстовом, табличном и графическом виде, причем последний все более формализуется. В период «первой волны» для моделирования бизнес-процессов используются блок-схемы, ориентированные графы, сети Петри, методологии SADT, IDEF, DFD.

Блок-схемы на основе определенной в ГОСТ 19.701-90 нотации схем алгоритмов, программ, данных и систем (в англ. литературе — ANSI flowcharts) остаются и сегодня простейшим, но практически важным формальным графическим языком моделирования бизнес-процессов. Пример описания процесса с помощью блоксхемы приведен на рис. 1.1.

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

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

Однако, забегая вперед, отметим, что сети Петри лягут в основу ряда языков, специально разработанных для моделирования бизнес-процессов в рамках «третьей волны». В 1980-х гг. предпринимаются первые попытки автоматизации бизнес-процессов (уточним: не отдельных шагов, а хода процесса в целом) путем реализации в программном обеспечении для управления документами — системах электронного документооборота — функций по отслеживанию последовательности выполняемых действий для автоматизации процедур утверждения и выпуска документов.

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

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

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

1.1. Начало второго этапа ознаменовал выход книги М. Хаммера и Д. Чампи -Реинжиниринг корпорации: манифест революции в бизнесе», которая возродила в управленческой среде интерес к описанию и анализу бизнес-процессов с целью их радикальной перестройки — реинжиниринга.

Реинжиниринг бизнес-процессов предполагает построение двух моделей бизнес-процесса:как есть (англ. as is) икак должно быть (англ. to be), а затем внедрение последней на предприятии. Как следующий шаг в автоматизации бизнес-процессов в 1990-х гг. появляются системы управления потоками работ WfMS (Workflow Management System) второго поколения, предназначенные для маршрутизации потоков работ любого типа в рамках бизнес-процессов компании.

Эти системы снабжены средой разработчика, которая теоретически может использоваться для моделирования различных нестандартных бизнеспроцессов, однако на практике в большинстве случаев внедрение нового или изменение имеющегося процесса требовало привлечения труда программистов. Еще более ограниченные возможности по настройке и изменению процессов предоставляли поддерживающие управление потоками работ системы планирования ресурсов предприятия ERP (Enterprise Resource Planning).

Внесение любых существенных изменений в бизнеспроцесс превращалось в весьма дорогостоящий и долгосрочный проект по проектированию и разработке программного обеспечения, а модели бизнес-процессов, построенные аналитиками, использовались для более четкой формулировки требований, которые затем передавались программистам. В качестве примера методологии и средства автоматизации бизнес-процессов второго поколения можно назвать соответственно ARIS и распространенную ERP-систему SAP R/3.

Негибкость моделей и средств автоматизации, их неспособность обеспечить оперативное реагирование на постоянные изменения в бизнес-среде стали основными недостатками систем «второй волны», стимулировавшими разработку в начале 2000-х гг. методологий следующего — третьего — поколения. Манифестом «третьей волны» в моделировании бизнес-процессов можно по праву назвать книгу Г. Смита и П. Фингара «Управление бизнес-процессами: третья волна» 1 . На смену радикальному реинжинирингу приходит системное и «плавное»управление. Изменчивость бизнес-процессов, возможность их корректировки в ответ на изменения в бизнесе становятся главным критерием использования информационных технологий как средства, позволяющего получить преимущества на рынке. Идея методологий и инструментов моделирования третьего поколения состоит в том, чтобы позволить руководству и сотрудникам компании создавать и самим внедрять новые процессы «на лету». Автоматизация процессов производится посредством так называемых систем управления бизнес-процессами BPMS (Business Process Management System), которые дают возможность непосредственно реализовывать бизнес-процессы в соответствии с построенной формальной моделью и не требуют разработки дополнительного программного обеспечения.

Ограничение

Для продолжения скачивания необходимо пройти капчу:

Источник: studfile.net