Моделирование бизнес-процессов: подходы, методы, этапы

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

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

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

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

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

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

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

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

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

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

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

Здесь речь идёт не о понятиях бизнес-процессов, а о понятиях информационных систем. Большинство консалтинговых компаний в проектах по оптимизации деятельности организаций в общем случае применяют типовую методологию описания бизнес-процессов. Эта методология использует два типа бизнес-моделей. Одна применяется для описания бизнес-процессов верхнего уровня и является прототипом классической DFD-модели. Вторая — для описания процессов нижнего уровня и соответствует принципам WFD-схемы.

Пример типовой модели описания бизнес-процессов верхнего уровня представлен на рис. Пример типового описания бизнес-процессов верхнего уровня в DFD На первом уровне схематично представляются основные компоненты деятельности организации. В нашем примере это: Каждый из этих блоков представляет декомпозицию бизнес-процессов второго уровня. В нашем случае бизнес-процесс второго уровня: Типовая модель описания бизнес-процессов нижнего уровня в WFD Методология IDEF это наиболее глубоко проработанная и обширная методология, которая позволяет описывать не только бизнес-процессы, но и функциональные блоки например, маркетинг и финансы , различные объекты в компании и действия над ними например, весь комплекс процессов обработки и выполнения заказа клиента , а также состояние и динамику развития бизнес-единиц компании в целом.

Она включает 14 стандартов. IDEF0 — методология моделирования функциональных блоков; IDEF1 — методология моделирования информационных потоков в компании; IDEF2 — методология моделирования динамики развития компании; IDEF3 — методология документирования бизнес-процессов в компании; IDEF4 — методология описания различных объектов в компании и действий над ними; IDEF5 — методология описания текущего состояния компании и тенденций изменения.

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

Каждый их этих стандартов содержит несколько бизнес-моделей, с помощью которых описываются бизнес-процессы, организационная структура и строятся прочие бизнес-модели. Методология ARIS Architecture of Integrated Information Systems — проектирование интегрированных информационных систем одна из современных методологий бизнес-моделирования, получившая широкое распространение. Различные уровни представления и фазы жизненного цикла позволяют упростить описание бизнес-процессов.

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

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

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

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

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

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

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

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

Благодаря этому специалисты с разным уровнем теоретических знаний могут использовать ее в своих целях и настраивать на взаимодействие с системами с собственной спецификой. Система АRIS оказывает поддержку 4 видам моделей, отражающим различные объекты изучаемой системы:. При моделировании бизнес-процессов сначала ведется рассмотрение каждого аспекта деятельности компании в отдельности.

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

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

Символы логики, применяемые при моделировании, помогают отобразить ветвление и соединение процесса. Чтобы узнать, сколько на самом деле длятся процессы, следует пользоваться иными инструментами описания, к примеру, графиками Ганта в системе MS Project. Способ Ericsson-Penker интересен, главным образом, тем, что в его рамках была предпринята попытка использовать UML, когда проводилось процессное моделирование бизнес-процессов.

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

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

В полную бизнес-модель входит много представлений, схожих с представлениями архитектуры ПО. Все представления в отдельном порядке выражены в одной диаграмме UML и более. Диаграммы могут включать в себя разные виды и изображать цели, правила, процессы и ресурсы при взаимодействии. Метод пользуется 4 разными представлениями бизнес-модели:. Существует также моделирование бизнес-процессов по методике Rational Unified Process RUP , в рамках которого строят две модели:. Модель бизнес-процессов является расширением модели вариантов применения UML за счет введения набора стереотипов — Business Actor стереотипа действующего лица и Business Use Case стереотипа варианта использования.

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

Его объекты — определенные потоки событий в описываемом бизнес-процессе. При описании Business Use Case также можно обозначать цель. Применительно к каждому Business Use Case необходимо строить объектную модель для описания бизнес-процесса в терминах объектов, находящихся во взаимодействии друг с другом бизнес-объектов — Business Object , которые относятся к двум классам — Business Worker и Business Entity.

Business Worker — это класс, который представляет абстрактного исполнителя, выполняющего в бизнес-процессе определенную работу. Исполнители находятся во взаимодействии и реализуют сценарии Business Use Case. Что касается Business Entity сущности , это объект различных действий, выполняемых исполнителями.

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

Это обусловлено тем, что, к примеру, при моделировании производственных процессов лучше применять процессное моделирование бизнес-процессов, в частности, метод Eriksson-Penker. IBM WebSphere Business Modeler позволяет моделировать и имитировать бизнес-процессы, анализировать и создавать отчеты для их усовершенствования. У системы есть ряд преимуществ, среди которых:.

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

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

Сегодня базовой методологией описания бизнес-процессов признано объектно-ориентированное моделирование. Традиционно, создавая информационные системы компаний, разработчики отталкивались от данных и используемые ими подходы были ориентированы на описание данных и сущности их взаимосвязей, но не поведение этих сущностей, поэтому создаваемые на этой основе системы нередко оказывались неадекватны решаемым задачам. Современный инжиниринг использует объективно-ориентированный подход, который ориентирован на процессы, а не на данные. Это позволяет описывать как данные о сущностях, так и. 2. Цуканова О. А. Методология и инструментарий моделирования бизнес-процессов: учебное пособие – СПб.: Университет ИТМО, – с. В настоящем учебном пособии рассматриваются основные теоретические положения, связанные с анализом и моделирование бизнес-процессов как на концептуальном уровне (методологии семейства IDEF, диаграммы потоков данных DFD, аппарат сетей Петри), так и на уровне математического моде-лирования, в частности, моделирование экономических систем с использова-нием марковских случайных процессов, моделирование систем массового обслуживания. Выбор методологии описания бизнес-процессов. Понятие метода моделирования процессов. Формирование модели бизнес-процесса — сложная задача, требую-щая для решения определенного набора методов и средств. Как уже говорилось в первой главе, существуют различные методики ведения проектов по описанию процессов.  В со-ответствии с определением любой метод — это способ достижения какой-либо цели, решения конкретной задачи. Говоря другими сло-вами, метод — это совокупность практических и теоретических приемов, позволяющих получить решение поставленной задачи.

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

Пример типового описания бизнес-процессов верхнего уровня в DFD На первом уровне схематично представляются основные компоненты деятельности организации. В нашем примере это: Каждый из этих блоков представляет декомпозицию бизнес-процессов второго уровня. В нашем случае бизнес-процесс второго уровня: Типовая модель описания бизнес-процессов нижнего уровня в WFD Методология IDEF это наиболее глубоко проработанная и обширная методология, которая позволяет описывать не только бизнес-процессы, но и функциональные блоки например, маркетинг и финансы , различные объекты в компании и действия над ними например, весь комплекс процессов обработки и выполнения заказа клиента , а также состояние и динамику развития бизнес-единиц компании в целом.

Она включает 14 стандартов. IDEF0 — методология моделирования функциональных блоков; IDEF1 — методология моделирования информационных потоков в компании; IDEF2 — методология моделирования динамики развития компании; IDEF3 — методология документирования бизнес-процессов в компании; IDEF4 — методология описания различных объектов в компании и действий над ними; IDEF5 — методология описания текущего состояния компании и тенденций изменения. Чтобы осуществить эффективную автоматизацию нужно правильно настроить информационную систему.

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

Методология ARIS Architecture of Integrated Information Systems — проектирование интегрированных информационных систем одна из современных методологий бизнес-моделирования, получившая широкое распространение.

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

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

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

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

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

Обобщение Если несколько прецедентов имеют похожее поведение, то следует выделить общее поведение в отдельный прецедент родительский. Между каждым из частных прецедентов и родительским устанавливается отношение обобщения generali-zation. Раскрывает внутреннее устройство бизнеса: Классы объектов модели бизнеса: Иногда среди активных выделяют: Примеры — Продавец, Регистратор, Секретарь.. Примеры — Разработчик продукции, Изготовитель, Менеджер проекта..

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

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

Продавец сообщает Клиенту о готовности продукта и принимает от Клиента оплату. Продавец сообщает Отправителю адрес клиента и заказывает транспорт. Отправитель получает продукт со склада и доставляет его клиенту.

Сообщение message — отрезок горизонтальной линии со стрелкой, проведенный от линии жизни объекта актора , посылающего сообщение, до линии жизни объекта актора , получающего сообщение.

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

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

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

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

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

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

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

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

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

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

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

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

Таким образом, событие фиксирует факт завершения выполнения некоторой функции и образования нового состояния объекта или нового объекта.

Моделирование бизнес-процессов – это эффективное средство поиска путей оптимизации деятельности компании, позволяющее определить, как. Моделирование бизнес-процессов – это эффективное средство поиска методологий моделирования бизнес-процессов составили методология. Методология моделирования бизнес-процессов (Business Process Modeling) Однако это не всегда требуется, особенно когда эта структура в.

Найдено :

Случайные запросы