Примеры эталонных моделей бизнес процессов

Предлагаемая эталонная модель BPM (Business Process Management) основывается на цепочке следующих предпосылок:

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

• BPM (как дисциплина) предлагает системный подход к реализации процессного управления;

• на каждом процессно-управляемом предприятии есть своя BPM-система — портфолио всех бизнес-процессов, а также методов и инструментов для руководства разработкой, исполнения и развития этого портфолио;

• гибкость BPM-системы предприятия является основным фактором ее успеха;

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

Цель: повышение производительности предприятия

Для управления своей производительностью большинство предприятий используют принцип обратной связи (рис. 1), позволяющий адаптироваться к внешней бизнес-экосистеме путем выполнения определенной последовательности действий:

1. Измерение хода исполнения производственно-хозяйственной деятельности (обычно такие измерения представлены в форме различных метрик или индикаторов, например, процент возвращающихся клиентов);

2. Вычленение из внешней бизнес-экосистемы важных для предприятия событий (например, законов или новых потребностей рынка);

3. Определение стратегии развития бизнеса предприятия;

4. Реализация принятых решений (путем внесения изменений в бизнес-систему предприятия).

В соответствии с классической рекомендацией Эдварда Деминга, автора многочисленных работ в области управления качеством, в том числе известной книги «Выход из кризиса», все усовершенствования должны проводиться циклично, непрерывно и с проверкой на каждом цикле. Степень и частота этих усовершенствований зависят от конкретной ситуации, но рекомендуется делать такие циклы достаточно компактными. Различные усовершенствования могут затрагивать различные аспекты работы предприятия. Вопрос в том, как предприятие может достигнуть наилучших результатов в каждом конкретном случае? Существуют две объективные предпосылки для оптимизации деятельности предприятия как единого целого:

• обеспечение руководства надлежащей информацией и инструментами для принятия решения;

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

Наиболее современная концепция организации работы предприятия — процессное управление, при котором процессы и службы становятся явными.

Процессное управление

Мир бизнеса давно понял (см. такие методики, как TQM, BPR, Six Sigma, Lean, ISO 9000, и др.), что службы и процессы — это основа функционирования большинства предприятий. Множество предприятий используют процессное управление для организации своей производственно-хозяйственной деятельности, как портфолио бизнес-процессов и методов управления ими.

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

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

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

Для реализации процессного управления предприятия используют три популярные дисциплины постоянного усовершенствования бизнес-процессов: ISO 9000, Six Sigma и «бережливое», или «экономное», производство (Lean production). Они воздействуют на различные области бизнес-системы предприятия, однако всегда предусматривается сбор данных о фактически проделанной работе и использование некой модели бизнес-процессов для принятия решений (хотя иногда эта модель находится только в чьей-то голове). В то же самое время они предлагают различные и взаимодополняющие методы для того, чтобы определить, какие именно изменения необходимы для улучшения функционирования бизнес-системы предприятия.

Что моделируете, то и выполняете

На рис. 2 приведена обобщенная модель процессно-управляемого предприятия.

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

Такое описание — основа дисциплины BPM, позволяющей моделировать, автоматизировать, выполнять, контролировать, измерять и оптимизировать потоки работ, охватывающие программные системы, сотрудников, клиентов и партнеров в пределах и вне границ предприятия. Дисциплина BPM рассматривает все операции с бизнес-процессами (моделирование, исполнение и т.п.) как единое целое (рис. 3).

На данный момент в индустрии BPM еще не сложилась надлежащая система стандартов на форматы формального описания бизнес-процессов. Три наиболее популярных формата: BPMN (Business Process Modelling Notation, графическое представление моделей бизнес-процессов), BPEL (Business Process Execution Language, формализация исполнения взаимодействия между Web-сервисами) и XPDL (XML Process Description Language, www.wfmc.org, спецификация по обмену моделями бизнес-процессов между различными приложениями) были разработаны различными группами и для различных целей и, к сожалению, адекватно не взаимодополняют друг друга.

Ситуация усугубляется тем, что за различными форматами стоят различные производители и каждый старается «протолкнуть» на рынок свое решение. Как это неоднократно повторялось, в подобной борьбе интересы конечного потребителя мало принимаются во внимание — сегодня нет достаточно мощной организации, представляющей интересы конечного потребителя BPM (по аналогии с группой стандартов для HTML, успех которой объясняется принятием всеми разработчиками Web-браузеров единого теста ACID3 для сравнения своих продуктов). Идеальной ситуацией в BPM было бы стандартное определение семантики исполнения для BPMN-подобного описания бизнес-процессов. Именно стандартная семантика исполнения гарантировала бы одинаковую интерпретацию бизнес-процессов любым ПО. Дополнительно такое описание должно позволять адаптацию степени описания бизнес-процессов для нужд конкретного потребителя (например, пользователь видит грубую диаграмму, аналитик — более подробную и т.п.).

Все это не означает, что BPEL или XPDL станут ненужными — их использование будет скрыто, как это происходит в сфере подготовки электронных документов. Один и тот же электронный документ может одновременно существовать в XML, PDF, PostScript и т.п., но только один основной формат (XML) используется для модификации документа.

Дисциплина BPM в культуре предприятия

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

• события (events) — явления, происшедшие в пределах и вне границ предприятия, на которые возможна некая реакция бизнес-системы, например, при получении заказа от клиента необходимо начать бизнес-процесс обслуживания;

• объекты (data and documents objects) — формальные информационные описания реальных вещей и людей, образующих бизнес; это информация на входе и выходе бизнес-процесса, например, бизнес-процесс обслуживания заказа получает на входе собственно формуляр заказа и информацию о клиенте, а на выходе формирует отчет о выполнении заказа;

• деятельности (activities) — мелкие работы, преобразующие объекты, например автоматические деятельности типа проверки кредитной карты клиента или деятельности, осуществляемые человеком, такие как визирование документа руководством;

• правила (rules) — ограничения и условия, при которых функционирует предприятие, например, выдача кредита на определенную сумму должна утверждаться генеральным директором банка;

• роли (roles) — понятия, представляющие соответствующие навыки или обязанности, требуемые для выполнения определенных действий, например, только менеджер высшего звена может подписать конкретный документ;

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

• основные индикаторы производительности (Key Performance Indicator, KPI) — ограниченное число показателей, измеряющих степень достижения поставленных целей.

Рис. 4 иллюстрирует распределение артефактов между различными частями бизнес-системы предприятия. Выражение «процессы (как шаблоны)» означает абстрактные описания (модели или планы) процессов;

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

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

BPM-система, как правило, не идеальна (например, некоторые процессы могут существовать лишь на бумаге, а некоторые детали «живут» только в умах определенных людей), но она существует. Например, любую реализацию ISO 9000 можно рассматривать как пример BPM-системы.

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

Специализированное ПО для реализации BPM-систем

Растущая популярность и большой потенциал BPM вызвали появление нового класса корпоративного ПО — BPM suite, или BPMS, содержащего следующие типичные компоненты (рис. 5):

• инструмент моделирования (Process modelling tool) — графическая программа для манипулирования такими артефактами, как события, правила, процессы, активности, службы и т.д.;

• инструмент тестирования (Process testing tool) — среда функционального тестирования, которое позволяет «исполнять» процесс по различным сценариям;

• хранилище шаблонов (Process template repository) — база данных шаблонов бизнес-процессов с поддержкой различных версий одного и того же шаблона;

• исполнитель процессов (Process execution engine);

• хранилище экземпляров (Process instance repository) — база данных для выполняемых и уже выполненных экземпляров бизнес-процессов;

• список работ (Work list) — интерфейс между BPM suite и пользователем, выполняющим некоторые активности в рамках одного или нескольких бизнес-процессов;

• приборная панель (Dashboard) — интерфейс оперативного контроля за исполнением бизнес-процессов;

• инструмент анализа (Process analysis tool) — среда для изучения тенденции исполнения бизнес-процессов;

• инструмент имитационного моделирования (Process simulation tool) — среда для тестирования производительности бизнес-процессов.

Необходимость взаимодействия между BPM suite и корпоративным ПО, которое поддерживает другие артефакты, вызвала появление нового класса корпоративного ПО — Business Process Platform (BPP). Типичные технологии BPP (рис. 6):

• Business Event Management (BEM) — анализ бизнес-событий в режиме реального времени и запуск соответствующих бизнес-процессов (BEM связан с Complex Event Processing (CEP) и Event Driven Architecture (EDA));

• Business Rules Management (BRM) — явное и формальное кодирование бизнес-правил, которые могут модифицироваться пользователями;

• Master Data Management (MDM) — упрощение работы со структурированными данными за счет устранения хаоса при использовании одних и тех же данных;

• Enterprise Content Management (ECM) — управление корпоративной информацией, предназначенной для человека (обобщение понятия документ);

• Configuration Management Data Base (CMDB) — централизованное описание всей информационно-вычислительной среды предприятия, используемое для привязки BPM к информационно-вычислительным ресурсам предприятия;

• Role-Based Access Control (RBAC) — управления доступом к информации с целью эффективного разделения контрольных и исполнительских полномочий (separation of duty);

• Business Activity Monitoring (BAM) — оперативный контроль функционирования предприятия;

• Business Intelligence (BI) — анализ характеристик и тенденций работы предприятия;

• Service-Oriented Architecture (SOA) — архитектурный стиль для построения сложных программных систем в виде набора универсально доступных и взаимозависимых служб, который используется для реализации, выполнения и управления службами;

• Enterprise Service Bus (ESB) — среда коммуникаций между службами в рамках SOA.

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

BPM в архитектуре предприятия

Необходимость вовлечения практически всего корпоративного ПО в единую логику улучшения BPM-системы предприятия поднимает вопрос о роли и месте BPM в архитектуре предприятия (Enterprise Architecture, EA). EA является на сегодня устоявшейся практикой ИТ-департаментов по упорядочению информационно-вычислительной среды предприятия. В основе EA лежат следующие правила:

• текущая ситуация с информационно-вычислительной средой предприятия тщательно документируется как исходная точка as-is;

• желаемая ситуация документируется как конечная точка to-be;

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

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

Дисциплина BPM может решить основную проблему EA — дать объективную оценку производственно-хозяйственных возможностей (а не только информационно-вычислительных) того, что будет в точке to-be. Несмотря на то что EA описывает полную номенклатуру артефактов предприятия (его генотип), она не может достоверно сказать, какие изменения в этом генотипе влияют на конкретные производственно-хозяйственные характеристики предприятия, то есть на фенотип предприятия (cовокупность характеристик, присущих индивиду на определенной стадии развития).

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

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

В некотором смысле комбинация EA+BPM может стать своего рода навигатором, который обеспечивает руководство и практическую помощь в развитии бизнеса и ИТ при реализации генеральной линии предприятия.

***

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

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

Александр Самарин (samarin@bluemail.ch) — корпоративный архитектор ИТ-департамента правительства кантона Женева (Швейцария).

Process Frameworks для BPM

Подход к реализации технологий управления бизнес-процессами, упрощающий внедрение BPM-систем, подразумевает четкое определение бизнес-задачи и соответствующих ей бизнес-процессов; реализацию этих процессов за срок не более трех месяцев с целью демонстрации ценности данного подхода; дальнейшее расширение реализации на основные бизнес-задачи. Однако главная трудность на этом пути — недопонимание и отсутствие согласованности между бизнес- и ИТ-подразделениями. Значительно упростить проект внедрения и сократить затраты позволяют специализированные референсные модели (Process Frameworks).

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

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

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

Однако, как отмечают аналитики AMR Research, «технологии и методы сами по себе не способны обеспечить каких-либо преимуществ — «больше» не всегда значит «лучше». Некоторые компании применяют множество различных решений, однако эффективность от этого только падает. Важна грамотность применения таких технологий». В референсных моделях в качестве основы используются принятые в отрасли стандарты и опыт компании Software AG по созданию эталонной модели для определения требований клиентов. На практике эта модель становится отправной точкой, с помощью которой клиенты могут создать нужную модель.

Process Framework, например, для бизнес-процесса обработки заказов, включает в себя базовую модель процесса со схемами действий для различных пользователей и ролей, избранные KPI из модели SCOR (The Supply-Chain Operations Reference-model) для процесса в целом и отдельных этапов, правила поддержки разных последовательностей обработки, например с учетом сегмента клиентов, целевые показатели для различных сегментов клиентов, типов продукции и регионов, а также панели индикации, помогающие контролировать особые ситуации.

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

Владимир Аленцев (Vladimir.Alentsev@softwareag.com) — консультант по BPM и SOA, представительство Software AG в России и СНГ (Москва).

Пример моделирования бизнес-процесса процесса с нормальным потоком с помощью Модель бизнес-процесса и нотация

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

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

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

Содержание

• 1 История
• 2 Темы
  • 2.1 Бизнес-модель
  • 2.2 Бизнес-процесс
  • 2.3 Бизнес-процесс, ориентированный на артефакты
• 3 Инструменты
  • 3.1 Моделирование и симуляция
  • 3.2 Инструменты языка программирования
• 4 См. Также
  • 4.1 Эталонная бизнес-модель
  • 4.2 Интеграция бизнес-процессов
  • 4.3 Реинжиниринг бизнес-процессов
  • 4.4 Управление бизнес-процессами
• 5 См. Также
• 6 Ссылки
• 7 Дополнительная литература
• 8 Внешние ссылки

История

Методы моделирования бизнес-процессов, такие как блок-схема, функциональная блок-схема, диаграмма потока управления, диаграмма Ганта, диаграмма PERT и IDEF появились с начала 20 века. Диаграммы Ганта были одними из первых, кто появился около 1899 года, блок-схемы — в 1920-х, функциональные блок-схемы и PERT в 1950-х, диаграммы потоков данных и IDEF — в 1970-х. Среди современных методов — Unified Modeling Language и Business Process Model and Notation. Тем не менее, это лишь часть методологий, используемых на протяжении многих лет для документирования бизнес-процессов. Термин «моделирование бизнес-процессов» был придуман в 1960-х годах в области системной инженерии С. Уильямсом в его статье 1967 года «Моделирование бизнес-процессов улучшает административный контроль». Его идея заключалась в том, что методы для лучшего понимания физических систем управления можно было бы аналогичным образом использовать для бизнес-процессов. Этот термин стал популярным только в 1990-х годах.

В 1990-е годы термин «процесс » стал новой парадигмой производительности. Компании поощряли мыслить процессами, а не функциями и процедурами. Процессное мышление рассматривает цепочку событий в компании от покупки до поставки, от получения заказа до продаж и т. Д. Традиционные инструменты моделирования были разработаны для иллюстрации времени и затрат, в то время как современные инструменты ориентированы на межфункциональные действия. Эти кросс-функциональные виды деятельности значительно увеличились по количеству и значимости из-за роста сложности и зависимости. Новые методологии включают редизайн бизнес-процессов, инновации бизнес-процессов, управление бизнес-процессами, интегрированное бизнес-планирование, среди прочего, все «направленные на улучшение процессов по традиционным функциям. которые составляют компанию ».

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

Темы

Бизнес-модель

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

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

Бизнес-процесс

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

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

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

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

Бизнес-процесс, ориентированный на артефакты

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

Инструменты

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

Моделирование и симуляция

Функции моделирования и симуляции позволяют предварительно выполнять моделирование и симуляцию «что, если». Оптимизация после выполнения доступна на основе анализа фактических показателей выполнения.

• Диаграммы вариантов использования, созданные Иваром Якобсоном, 1992 (интегрированы в UML )
• Диаграммы действий (также принят UML)

Некоторые методы моделирования бизнес-процессов:

• Модель и нотация бизнес-процессов (BPMN)
• Язык моделирования жизненного цикла (LML)
• Субъектно-ориентированное управление бизнес-процессами (S-BPM)
• Расширенное познание Метод анализа информации на естественном языке (CogNIAM)
• Расширенный язык бизнес-моделирования (xBML)
• Процесс, управляемый событиями цепочка (EPC)
• ICAM DEFinition (IDEF0 )
• Unified Modeling Language (UML), расширения для бизнес-процессов
• Formalized Administrative Notation (FAN)
• Harbarian моделирование процессов (HPM)

Инструменты языка программирования

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

Языки программирования, представленные для BPM, включают:

• язык выполнения бизнес-процессов (BPEL ),
• язык описания хореографии веб-служб (WS-CDL ).
• Язык определения процессов XML (XPDL ),

Некоторые языки, зависящие от поставщика:

• Архитектура интегрированных информационных систем (ARIS) поддерживает EPC,
• язык определения процессов Java (JBPM ),

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

См. Также

• Портал для бизнеса и экономики

Бизнес эталонная модель

Пример эталонной бизнес-модели федерального правительства США

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

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

Интеграция бизнес-процессов

Пример взаимодействия между бизнес-процессами и моделями данных

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

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

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

Реинжиниринг бизнес-процессов

Цикл реинжиниринга бизнес-процессов

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

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

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

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

См. Также

• Портал бизнес-экономики

• Артефакт-ориентированная модель бизнес-процессов
• Бизнес-архитектура
• Холст бизнес-модели
• Бизнес-план
• Отображение бизнес-процессов
• Бизнес Модель процесса и обозначение
• Интеграция модели зрелости возможностей
• Drakon-chart
• Обобщенная эталонная архитектура предприятия и методология
• Разработка на основе модели
• Отображение потока создания ценности
• PinpointBPS

Ссылки

Дополнительная литература

• Агилар-Савен, Рут Сара. «Моделирование бизнес-процессов: обзор и структура.» Международный журнал экономики производства 90.2 (2004): 129–149.
• Барджис, Джозеф (2008). «Важность моделирования бизнес-процессов при проектировании программных систем». Наука компьютерного программирования. 71 : 73–87. doi : 10.1016 / j.scico.2008.01.002.
• Беккер, Йорг, Майкл Роземанн и Кристоф фон Утманн. «Руководство по моделированию бизнес-процессов.» Управление бизнес-процессами. Springer Berlin Heidelberg, 2000. 30–49.
• Hommes, L.J. Оценка методов моделирования бизнес-процессов. Докторская диссертация. Technische Universiteit Delft.
• Ховард Д. Йоргенсен (2004). Интерактивные модели процессов. Диссертация Норвежский университет науки и технологий, Тронхейм, Норвегия.
• Мануэль Лагуна, Йохан Марклунд (2004). Моделирование бизнес-процессов, симуляция и проектирование. Пирсон / Прентис Холл, 2004.
• Овидиу С. Норан (2000). Бизнес-моделирование: UML и IDEF Университет Пейпер Грифф
• Ян Рекер (2005). «Моделирование процессов в 21 веке». В: BP Trends, май 2005 г.
• Райан К. Л. Ко, Стивен С. Г. Ли, Энг Ва Ли (2009) Стандарты управления бизнес-процессами (BPM): обзор. В: Журнал управления бизнес-процессами, Emerald Group Publishing Limited. Том 15, выпуск 5. ISSN 1463-7154.
• Ян Вантиенен, С. Годертье и Р. Хэзен (2007). «EM-BrA2CE v0.1: словарь и модель выполнения для декларативного моделирования бизнес-процессов». DTEW — KBI_0728.

Внешние ссылки

• СМИ, относящиеся к моделированию бизнес-процессов на Wikimedia Commons