Моделирование осуществляется с помощью графических элементов (совокупности нотаций) и правил их использования. В настоящее время наиболее распространенными методологиями моделирования бизнес-процессов являются стандарты IDEF0, ARIS и пр.
В методологии моделирования выделяют различные подходы к построению и отображению моделей бизнес-процессов, основными среди которых считаются функциональный и объектно-ориентированный.
В функциональном подходе к моделированию главным элементом является функция (операция), а бизнес-процесс представляется в виде последовательности функций, преобразующих входы процесса в выходы с использованием определенных ресурсов. Особенностью методологии функционального моделирования является четкое разграничение между данными и функциями, которые их обрабатывают.
Объектно-ориентированный подход отражает общую схему взаимодействия объектов без детализации выполняемых операций, но с описанием условий и событий, которые инициируют выполнение конкретных функций бизнес-процесса. Основу данного подхода составляет объектная модель, которая базируется на таких принципах, как инкапсуляция, абстрагирование, полиморфизм, наследование, параллелизм, устойчивость и т.д. При этом статическую структуру модели описывают объекты, а поведение модели — сообщения, которыми эти объекты обмениваются.
Каждый из двух приведенных подходов обладает своими достоинствами и недостатками. Так, например, в рамках методологии объектно-ориентированного моделирования можно разработать более устойчивые модели, которые лучше отображают организационную структуру. Однако это не всегда требуется, особенно когда эта структура в компании не является устоявшейся. В данном случае следует использовать функциональный подход, который более понятен конкретным исполнителям задач (функций) бизнес-процесса в силу простоты графического представления. Тем не менее, в функциональном подходе очень слабо выражена связь между данными и бизнес-процессами, а также условия выполнение процессов.
Таким образом, выбор того или иного подхода к моделированию бизнес-процессов зависит от таких факторов, как, например, степень устойчивости структуры организации, степень динамичности ее процессов и т.п. На практике объектно-ориентированные и функциональные модели часто комбинируются.
Смотри также:
- Бизнес-процесс
- Модель бизнес-процесса
- Методология описания бизнес-процессов
- Бизнес-инжиниринг
Источник: piter-soft.ru
Методологии моделирования бизнес-процессов
Набор символов или обозначений, с помощью которых описывается бизнес-процесс, принято называть языком или методологией описания бизнес-процессов. Наиболее распространенными методологиями, используемыми при моделировании, являются: описание бизнес-процессов, описание потоков работ и описание потоков данных. Для более глубокого понимания сути бизнеса и его ключевых процессов используются графические способы описания процессов и специальные инструменты. В простых случаях и сегодня используют обычную блок-схему и словесное описание бизнес-процесса. Обычная блок-схема процесса, изображается с помощью прямоугольников — обозначающих действия, ромбов — обозначающих принимаемые решения и стрелок — соединяющих эти элементы и показывающих их взаимосвязь. Описание бизнес-процесса, отвечает на вопросы, что, кто, где, как, зачем и почему, а также каковы затраты времени и денежных средств на принятие решений, ожидание и осуществление действий в бизнес-процессе. Однако, эта простая, наглядная и очевидная методология не всегда достаточна для определения эффективности реализации сложного бизнес-процесса, поэтому был разработан ряд более сложных и эффективных методологий использующих возможности компьютерной техники. Эти методологии эволюционировали по мере развития технических и программных средств. В 40-60-е гг. появились алгоритмические языки описания. В 60-е г. была разработана методология SADT — структурного анализа и проектирования. В 70-80-е гг. разработаны методологии DFD, ERD, IDEF, IDEF1X и др. В 90-е и последующие годы появились: UML — универсальный язык моделирования; методология ARIS — архитектура интегрированных информационных систем; методологии компаний Oracle, Baan, ReTrink, Rational и др. При инжиниринге участвуют специалисты двух типов – профессионалы в области реконструированного бизнеса и разработчики информационных систем. Опыт реинжиниринга показал, что по-настоящему успешное и новаторское внедрение информационных технологий является уникальным творческим процессом, в котором управляющие и специалисты технологи, знакомясь с методами информационных технологий, сами делают открытия относительно возможностей их использования в своем конкретном бизнесе. В то же время создание высококачественных информационных систем требует участия профессионалов в области информационных технологий. Возникает проблема поиска общего языка, интеграции современных технологий моделирования и разработки сложных систем: объективно-ориентированные методы, CASE-технологии, инженерия знаний, имитационное моделирование процессов и методы быстрой разработки приложений RAD (Rapid Application Development). Сегодня базовой методологией описания бизнес-процессов признано объектно-ориентированное моделирование. Традиционно, создавая информационные системы компаний, разработчики отталкивались от данных и используемые ими подходы были ориентированы на описание данных и сущности их взаимосвязей, но не поведение этих сущностей, поэтому создаваемые на этой основе системы нередко оказывались неадекватны решаемым задачам. Современный инжиниринг использует объективно-ориентированный подход, который ориентирован на процессы, а не на данные. Это позволяет описывать как данные о сущностях, так и их поведение и обеспечивает создание прозрачных, легко модифицируемых моделей бизнеса и информационных систем. Имитационное моделирование обеспечивает не только наиболее глубокое представление моделей для непрограммируемого пользователя, но и наиболее полные средства анализа таких моделей. Модели создаются в виде потоковых диаграмм, где представлены основные рабочие процедуры, используемые в компании, описано их поведение, а также информационные и материальные потоки между ними. Однако построение имитационных моделей довольно трудоемкий процесс и нередко требует от пользователя специальной подготовки, а для описания рабочих процедур может понадобиться дополнительное программирование. Чтобы преодолеть эти трудности, используют методы инженерии знаний. Во-первых, с их помощью можно непосредственно представлять в моделях формализуемые знания менеджеров о бизнес-процессах и, в частности, о рабочих процедурах. Во-вторых, решается проблема создания интеллектуального интерфейса конечного пользователя со сложными средствами анализа моделей. Методы быстрой разработки приложений позволяют сокращать время создания поддерживающих информационных систем и, следовательно, используются не только в ходе инжиниринга, но и на этапе эволюционного развития компании, сопровождающегося модификациями и улучшениями информационных систем. МетодологияDFD. Стандарты DFD (Data Flow Diagramming) и WFD (Work From Diagram) содержат набор символов или обозначений, с помощью которых описывается бизнес-процесс. Язык DFD и WFD считают классическим. Методология DFD использует для описания бизнес-процессов диаграммы потоков данных. Диаграммы позволяют описывать потоки документов (документооборот) и потоки материальных ресурсов, т.е. движение материалов от одной работы к другой, и выявлять основные потоки данных. Описания могут создаваться как по функциональному признаку, так и на основе процессного подхода. В первом случае получаются схема обмена данными между подразделениями, а во втором – модели бизнес-процессов. Большинство консалтинговых компаний в проектах по оптимизации деятельности организаций в общем случае применяют типовую методологию описания бизнес-процессов. Эта методология использует два типа бизнес-моделей. Одна применяется для описания бизнес-процессов верхнего уровня и является прототипом классической DFD-модели. Вторая — для описания процессов нижнего уровня и соответствует принципам WFD-схемы. Пример типовой модели описания бизнес-процессов верхнего уровня представлен на рис. 5.5. 
Нет Рис. 5.6. Типовая модель описания бизнес-процессов нижнего уровня в WFD МетодологияIDEF это наиболее глубоко проработанная и обширная методология, которая позволяет описывать не только бизнес-процессы, но и функциональные блоки (например, маркетинг и финансы), различные объекты в компании и действия над ними (например, весь комплекс процессов обработки и выполнения заказа клиента), а также состояние и динамику развития бизнес-единиц компании в целом. Она включает 14 стандартов. Основные из них: IDEF0 – методология моделирования функциональных блоков; IDEF1 – методология моделирования информационных потоков в компании; IDEF2 – методология моделирования динамики развития компании; IDEF3 – методология документирования бизнес-процессов в компании; IDEF4 – методология описания различных объектов в компании и действий над ними; IDEF5 – методология описания текущего состояния компании и тенденций изменения. МетодологияORACLE. Чтобы осуществить эффективную автоматизацию нужно правильно настроить информационную систему. Поэтому разработчики информационных систем разработали свои стандарты и программные продукты, с помощью которых описывается бизнес-деятельность компании. Наиболее крупные из них SAR/R3, BAAN и ORACLE. Каждый их этих стандартов содержит несколько бизнес-моделей, с помощью которых описываются бизнес-процессы, организационная структура и строятся прочие бизнес-модели. МетодологияARIS (Architecture of Integrated Information Systems – проектирование интегрированных информационных систем) одна из современных методологий бизнес-моделирования, получившая широкое распространение. Ее использует программное средство ARIS Toolset. Эта методология разработана в компании IDS Scheer AG в Германии. В нее интегрированы существующие стандарты и спецификации описания процессов и данных, в том числе IDEF и DFD. Различные уровни представления и фазы жизненного цикла позволяют упростить описание бизнес-процессов. При большом количестве используемых для описания, анализа и оптимизации различных аспектов деятельности организации бизнес-моделей (около 100), они объединены в четыре группы:- группа «Оргструктура» включает модели, с помощью которых описывается организационная структура компании и другие элементы, позволяющие ответить на вопрос «кто отвечает?»;
- группа «Функции» включает модели, используемые для описания стратегических целей компании, функции и элементы функциональной деятельности организации, позволяющие ответить на вопрос «что делают?»;
- группа «Информация» включает модели, с помощью которых описывается информация (потоки и структура), используемая в деятельности организации, позволяющие ответить на вопрос «на основе чего?»;
- группа «Процессы» включает модели, используемые для описания бизнес-процессов, различные взаимосвязей между структурой, функциями и информацией, позволяющие ответить на вопрос «каким образом?».
Система ReTrink, разработана фирмой Gensym (США) и является примером интегрированного подхода к поддержке инжиниринга. При создании системы разработчик ставил своей целью создать удобное средство для реализации различных методологий. В ней объединены возможности ключевых современных информационных технологий: графический объектно-ориентированный язык для описания моделей и проектов, средства анимации и имитационного моделирования реконструируемых процессов, методы искусственного интеллекта для полного и адекватно представления экспертных знаний о процессах. Сочетание прозрачных средств интерактивной графики с возможностями моделирования процессов в реальном времени, что позволяет менеджерам самостоятельно, без помощи программистов, воплощать свои идеи в виде работающих моделей процессов. Для представления моделей бизнес-процессов используются диаграммы, состоящие из блоков и соединений. Блоки представляют задачи в бизнес-процессах, а соединения – потоки сущностей: документов, информации, а также предметов, фигурирующих в бизнесе (например, запасных частей, или упаковок с отпускаемой продукцией). В системе реализован ряд стандартных блоков, которые могут быть использованы в качестве сборочных элементов для построения работающих моделей практически любых процессов, например: источник заявок, принятие решения, обработка задания. В случае необходимости пользователь переопределяет поведение блоков или задает новые их классы с помощью встроенных базовых средств. Все элементы моделей, включая ресурсы процессов, могут модифицироваться непосредственно во время исполнения, результаты изменений можно увидеть сразу же после их введения. Кроме рассмотренных методологий существуют и другие, предложенные различными компаниями, консалтинговыми фирмами и производителями программных продуктов. Практика показала, что применение референтных моделей в корпоративных проектах позволяет сократить время и стоимость их реализации более чем на 30%.
Ограничение
Для продолжения скачивания необходимо пройти капчу:
Источник: studfile.net
Методология моделирования бизнес-процессов
В целом методология моделирования бизнес-процессов включает в себя:
1. Методы моделирования – способы представления реальных объектов предприятия при помощи объектов модели.
2. Процедуру – последовательность шагов по сбору информации, ее обработке и представлению в виде моделей (диаграмм и документов).
3. Применяемую нотацию — язык моделирования, имеющий свой синтаксис (условные обозначения различных элементов и правила их сочетания) и семантику (правила толкования моделей и их элементов).
Т.е. методология МБП – это как выделять процессы, как их декомпозировать, как формировать оптимальные процессы и какими стрелочками, квадратиками, кружочками это все изображать, чтобы потом можно было однозначно прочитать построенную модель.
В теории и на практике существуют функциональный и объектно-ориентированный подхо д к построению и отображению моделей бизнес-процессов.
В функциональном подходе главным структурообразующим элементом является функция (бизнес-функция, действие, операция), и система представляется в виде иерархии взаимосвязанных функций. Бизнес-функция — это работа (действие), выполняемая над продуктами или услугами по мере их продвижения в бизнес-процессе.
Бизнес-функции определяются организационной структурой компании, начиная с функций высшего руководства через функции управления среднего и нижнего уровня и заканчивая функциями, возложенными на производственный персонал.
Схема бизнес-процесса строится в виде последовательности бизнес-функци й, с которыми связаны материальные и информационные объекты, используемые ресурсы, организационные единицы и т. п. Преимущество функционального подхода состоит в наглядности последовательности и логики операций в бизнес-процессах компании. Недостаток – субъективность в детализации операций.
При объектно-ориентированном подходе система разбивается на набор объектов, соответствующих объектам реального мира и взаимодействующих между собой посредством посылки сообщений.
В роли объектов при МБП компании могут выступать конкретные предметы или реальные сущности, например клиент, заказ, услуга и т. п. Каждый объект характеризуется набором атрибутов, значения которых определяют его состояние, а также набором операций для проверки и изменения этого состояния.
При объектно-ориентированном подходе вначале выделяются объекты, а затемдействия, в которых они участвуют. При этом различают пассивные объекты (материалы, документы, оборудование), над которыми выполняются действия, и активные объекты (организационные единицы, конкретные исполнители, программное обеспечение), которые осуществляют действия.
При таком подходе более объективно выделяются операции над объектами и решается задачу о целесообразности использования этих объектов. Недостаток объектно-ориентированного подхода состоит в меньшей наглядности конкретных бизнес-процессов.
Важным понятием любого метода моделирования бизнес-процессов являются связи (как правило, в графических нотациях их изображают в виде стрелок). Связи описывают взаимоотношения объектов и бизнес-функций друг с другом: последовательность выполнения во времени, связь с помощью потока информации, использование другим объектом и т.д.
Модели бизнес-процессов применяются предприятиями для различных целей, что определяет тип разрабатываемой модели. Графическая модель бизнес-процесса в виде наглядной, общепонятной диаграммы, может служить для обучения новых сотрудников их должностным обязанностям, согласования действий между структурными единицами компании, подбора или разработки компонентов информационной системы и т. д. Описание с помощью моделей такого типа существующих и целевых бизнес-процессов используется для оптимизации и совершенствования деятельности компании путем устранения узких мест, дублирования функций и проч.
Имитационные модели бизнес-процессов позволяют оценить их эффективность и посмотреть, как будет выполняться процесс с входными данными, не встречавшимися до сих пор в реальной работе предприятия.
Исполняемые модели бизнес-процессов могут быть запущены на специальном программном обеспечении для автоматизации процесса непосредственно по модели.
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru
