Современные технологии бизнес-моделирования и анализа

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

Допускается, что работа может не иметь ни одной стрелки входа. Зачастую сложно определить, являются ли данные входом или управлением. В этом случае подсказкой может служить то, перерабатываются изменяются ли данные в процессе работы или нет. Стрелки справа Выход Output - материал или информация, которые производятся работой. Работа без результата не имеет смысла и не должна моделироваться. Стрелки снизу Механизм Mechanism - ресурсы, которые выполняют работу, к примеру, персонал предприятия, станки, устройства и т.

По усмотрению аналитика стрелки механизма могут не изображаться в модели. Каждый компонент модели должна быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока на родительской диаграмме. Этот метод предназначен для моделирования последовательности выполнения действий и взаимозависимости между ними в рамках процессов. Он приобрел широкое распространение среди системных аналитиков как дополнение к методу функционального моделирования IDEF0.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Среди таких продуктов бизнес-моделирования, по данным Gartner Group, выделяется система Corporate Modeler британской компании Casewise http: На сегодня накоплен большой опыт использования продуктов Casewise в самых различных областях деятельности - от ведущих консалтинговых компаний до промышленных гигантов.

В сентябре прошлого года продукт был представлен на российском рынке хотя пока не русифицирован ; в ближайшее время ожидается появление локализованных версий Corporate Modeler Suite 9. Методология описания архитектуры Любому проекту описания архитектуры организации предшествует работа по выбору либо разработке методологии моделирования. Говоря о выборе методологии, мы подразумеваем не просто выбор способа отображения объектов того или иного типа, а систему правил, которая описывала бы подход к описанию архитектуры организации.

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

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

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

Методология Casewise Framework основывается на структуре Захмана Zachman ; одна из ее отличительных особенностей - возможность развития и построения собственного каркаса.

Столбцы диаграммы характеризуют различные аспекты моделирования архитектуры организации, такие, как "Мотивация", "Процессы", "Люди", "Местоположения", "Данные" и "Время". Строки соответствуют уровням абстракции моделирования: Каждый последующий уровень детализирует предыдущий. Число уровней детализации, вообще говоря, не ограничивается пятью и при необходимости может быть увеличено. Архитектура организации в Casewise Framework. Уровень бизнеса - наивысший уровень абстракции при описании архитектуры организации.

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

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

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

На детальном уровне описываются такие объекты, как сети, люди, компьютерные программы, базы данных. Casewise Framework показывает, как использовать Corporate Modeler для создания модели организации. Каждая ячейка содержит описание моделируемой информации, методов ее сбора, способов представления, а также шаблоны и примеры диаграмм. Отдельно представлены диаграммы "Инициация проекта" и "Определения стандартов моделирования", используемые на начальном этапе проекта.

На диаграмме "Инициация проекта" определяются цели проекта, критические факторы успеха, основные задачи, ключевые сотрудники, ссылки на документы и т.

На диаграмме "Определения стандартов моделирования" задаются типы и категории объектов, внешний вид объектов, стандарты представления диаграмм, ссылки на документы и т. Для управления организацией, ориентированной на стратегию, Casewise предлагает дополнительные надстройки - Balanced Scorecard Accelerator и IT Architecture Accelerator. Их применение для поддержки управления организацией, ориентированной на стратегию, концептуально иллюстрирует рис.

Использование продуктов Casewise дает для управления организацией следующие возможности в каждой из областей. Область Balanced Scorecard Accelerator. Поддержка сбалансированной системы показателей и портала Balanced Scorecard для стратегического управления компанией. Область IT Architecture Accelerator. Поддержка ИТ-стратегии организации посредством управления развитием ее ИТ-инфраструктуры.

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

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

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

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

Таким способом также можно организовать коллективную работу. Использование накопленных ранее знаний На этапе создания модели актуальной становится проблема сбора информации и ее описания в виде диаграмм.

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

Практическое применение моделирования бизнес-процессов. Процессный подход и CASE-технологии. Модели, объекты и связи. Инструменты моделирования. Вместо введения. Моделирование бизнес-процессов в последние годы стало модной тенденцией, охватившей многие крупные (и даже не очень крупные) предприятия. Позднее инструменты бизнес-моделирования стали предоставлять возможность описания организационной структуры предприятия и его потоков данных. Постепенно стало появляться все больше и больше типов диаграмм, предназначенных для описания различных взглядов на организацию, из-за чего процесс создания модели все более усложнялся.  На уровне технологий детально описываются применяемые в организации технологии. Этапы моделирования бизнес-процессов. Этап 1. Диагностика системы управления организации. Проведение диагностики существующей системы управления организации обусловлено необходимостью решения следующих задач  Документирование См.: Калянов, Г. Н. CASE-технологии. Структурный системный анализ (автоматизация и применение) / Г.Н. Калянов. - М: Лори, - С

Бизнес-моделирование — meteost.ru

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

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

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

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

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

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

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

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

Здесь же можно выявить узкие места процесса и причину их возникновения. Например, если растет число задач на входе функции из-за нехватки ресурсов, то на диаграмме это сразу будет видно. Видна также реакция функции и процесса в целом на увеличение ресурсов. Пример хода динамического моделирования приведен на рис. Динамическое моделирование процесса модель описывает процесс продаж Интернет-магазина Elice. В пакете Corporate Modeler Suite существует специальное средство для анализа отклика на изменение параметров - Casewise Analyzer.

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

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

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

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

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

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

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

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

Модуль Corporate Publisher может также создавать описание модели в виде Web-портала, причем еще на этапе настройки можно включать непосредственно в код страницы любой код HTML, Java… , что позволяет расширить функциональность портала.

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

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

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

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

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

Каждая публикация рассчитана на определенных сотрудников и зависит от специфики их деятельности. Далее при помощи Corporate Publisher публикации генерируются в виде BSC-порталов, которые в дальнейшем можно интегрировать во внутренний портал организации. Сотрудники получают доступ к порталу и могут просматривать информацию о стратегическом движении компании. Есть также возможность обновлять исходную информацию для расчета показателей через Web. Использование Balanced Scorecard Accelerator.

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

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

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

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

Когда нечего моделировать — нет бизнес-процессов, компания недавно созданная и нет чётких представлений о её дальнейшей специализации. Небольшой штат компании — до 10 человек, когда нет необходимости в жёсткой регламентации и распределении обязанностей.

25 дек. г. - Мало кто сегодня имеет сомнения в целесообразности использования технологии моделирования бизнес-процессов. Данные. Технология моделирования и реинжиниринга бизнес-процессов. В статье предлагается методика построения моделей бизнес-процессов. 10 февр. г. - Сегодня мало кто сомневается в целесообразности применения средств бизнес-моделирования и анализа: наиболее востребованы.

Найдено :

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