Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Значение бизнес моделирования

2. Инструменты моделирования

3. Описание некоторых инструментов

Заключение

Введение

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

1. Значение бизнес моделирования

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

Средства проектирования информационных систем и соответствующие им языки описания (самый известный среди них язык UML -- Unified Modeling Language) предназначены для решения чрезвычайно важных, но все же вспомогательных задач бизнеса. Проще говоря, сначала следует понять, что нужно (и нужно ли) автоматизировать в архитектуре организации, а затем уже эту автоматизацию осуществлять. Бизнес-модель, в частности (и только в частности), помогает ответить на этот вопрос. Главное назначение бизнес-модели -- дать целостную картину жизнедеятельности организации, согласовать разные точки зрения на постоянно развивающийся и меняющийся бизнес. В этой связи абсолютно неверным представляется тезис о том, что «само по себе описание бизнес-процессов мало что дает, если оно не рассматривается как начальная стадия проекта перед внедрением сложной информационной системы». Ценность бизнес-модели определяется тем, в какой степени она помогает отвечать на актуальные вопросы, стоящие перед организацией, насколько реально затрагивает каждого сотрудника организации.

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

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

Итак, с нашей точки зрения, наиболее предпочтительно итерационное применение следующей последовательности шагов развития (модификации) бизнеса:

· определение (корректировка) стратегии компании и бизнес-целей по основным направлениям;

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

· оценка эффективности процессов на основании установленных бизнес-целей развития компании (например, с использованием Balanced Scorecard) и определение их узки хмест;

· проектирование архитектуры информационной системы на основе созданной модели бизнес-процессов с учетом заданных параметров эффективности деятельности компании и отдельных ее процессов;

· формирование плана внедрения или модификации информационной системы;

· детальная постановка требований к ней на основе построенных моделей бизнес-процессов.

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

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

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

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

· снижение времени выполнения и издержек, повышение качества и эффективности бизнес-процессов.

· возможность тиражировать бизнес-организации (создавать дополнительные клиентские отделения, офисы, представительства).

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

· уменьшение зависимости от персонала, правильный подбор сотрудников, повышение эффективности работы персонала и руководителей.

· повышение лояльности и удовлетворенности клиентов и, как следствие, репутации организации.

· финансовый результат.

Однако есть и другие аспекты, которые не так хорошо известны широкому кругу руководителей и собственников бизнеса.

2. Инструменты моделирования

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

На сегодняшний день существует более десятка продуктов, предназначенных для описания архитектуры организации. Согласно последним исследованиям Gartner Group (апрель 2006 года), к лидерам этого рынка можно отнести следующие компании: Telelogic, IDS Scheer, Troux Technologes, Proforma, Mega, Casewise и Sybase. Даже такие корпорации, как IBM и Oracle, обратили внимание на динамичность и привлекательность данного сегмента, предложив свой собственный инструментарий для описания и моделирования бизнес-процессов.

К примеру, технология Oracle Workflow, используемая для автоматизации выполнения потоков работ организации, содержит средства описания и формализации процессов.

Вместе с тем появляются и новые игроки, среди которых можно назвать две европейские компании -- alphabet и Quadrant, пока неизвестные в России. Из лидеров мирового рынка наиболее прочные позиции в нашей стране удерживает IDS Scheer (продукт ARIS). Вместе с тем нельзя не отметить, что сложность и некоторая негибкость этого продукта создает определенные неудобства для пользователей.

Пришедший на отечественный рынок всего пару лет назад Casewise (продукт Corporate Modeler Suite) вызывает все больший интерес со стороны экспертов, аналитиков и заказчиков. Инструменты Casewise изначально создавались на концептуальной основе расширяемости языка бизнес-моделирования, возможности создания собственных категорий объектов и их атрибутов.

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

Пользоваться Corporate Modeler не сложно, так как в этом продукте, на мой взгляд, последовательно выдержан принцип «от простого к сложному».

Однако в Corporate Modeler Suite, в отличие от ARIS, средства бизнес-аналитики развиты недостаточно.

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

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

Задача только в том, чтобы обеспечить трансляцию процессов, описанных средствами моделирования, в среду BPEL. Мы предлагаем своим заказчикам воспользоваться специальным «транслятором» (разработка ФОРС), который позволяет переносить процессы, описанные другими средствами, в том числе Casewise и Oracle Workflow, в матрицу стандарта BPEL. Таким образом обеспечивается интеграция графически представленных в виде шаблонов и диаграмм процессов с этим стандартом.

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

В России также осуществлены первые подобные проекты, в результате которых удалось успешно решить проблемы оптимизации IT-инфраструктуры предприятия.

3. Некоторые инструменты бизнес моделирования

· Business studio

· AnyLogic

· Casewise Corporate Modeler Suite

· GPSS

Business Studio

Business Studio -- программный продукт для моделирования бизнес-архитектуры российского разработчика «ГК «Современные технологии управления».

Один из наиболее популярных инструментов бизнес-моделирования в России и странах СНГ - на начало 2012 года продукт использовало более 1000 организаций. Программный продукт Business Studio используется в учебном процессе более 100 ВУЗов и бизнес-школ России и стран СНГ

История развития

Первая версия Business Studio вышла 1 октября 2004г. как продукт, предназначенный для создания моделей бизнес-процессов и их документирования. В качестве графической среды моделирования был использован широко распространенный пакет Microsoft Office Visio. В дальнейшем функционал продукта быстро расширялся: в 2007 году появляется модуль для проектирования системы целей и показателей с поддержкой методики BSC/KPI и модуль имитационного моделированияи функционально-стоимостного анализа, в 2008 году расширены возможности по проектированию и поддержанию СМК и работе с показателями, в 2011 году реализована интеграция с BPM-системами путем передачи схем процессов в формате XPDL^[en], а также появился модуль контроллинга бизнес-процессов на основе данных ИТ-систем.

Методология

Основная задача, которую решает Business Studio, - это создание комплексной модели бизнеса (en:Business Architecture), содержащей следующие элементы:

1. Стратегия (Система целей и показателей их достижения).

2. Модель бизнес-процессов и их KPI.

3. Организационная структура.

4. Ресурсы и документы.

5. Информационные системы

В части создания моделей бизнес-процессов Business Studio базируется на методологии SADT (Structured Analysis & Design Technique), в том числе поддерживает нотацию моделирования бизнес-процессов IDEF0. Среди остальных поддерживаемых нотаций: блок-схемы (Process Flowchart, Cross Functional Flowchart), EPC (en:Event Driven Process Chain). В качестве методической основы для построения моделей бизнес-процессов реальных компаний в продукт интегрированы типовые структуры бизнес-процессов (Process Frameworks) - референтные модели для типичных процессов организаций различных сфер деятельности.

В части создания системы целей и показателей поддерживается методология создания Сбалансированной системы показателей Нортона и Каплана.

Сильная^.сторона продукта.

Интегрированность - в одном инструменте собраны наиболее востребованные методики и технологии: BSC/KPI, моделирование бизнес-процессов, имитационное моделирование, функционально-стоимостной анализ, поддержка СМК.

Важная технологическая особенность Business Studio

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

Функциональные возможности продукт позволяет:

· Формализовать стратегию и контролировать достижение стратегических целей

· Проектировать и оптимизировать бизнес-процессы (поддерживает 4 нотации моделирования бизнес-процессов: IDEF0, Basic Flowchart (Процесс), Cross Functional Flowchart (Процедура), Event-Driven Process Chain (EPC), а также проведение функционально-стоимостного анализа и имитационного моделирования)

· Проектировать организационную структуру и штатное расписание

· Автоматически формировать и распространять среди сотрудников регламентирующую документацию (документы Microsoft Word, Microsoft Excel, HTML-навигатор)

· Поддерживать внедрение системы менеджмента качества в соответствии со стандартами ISO

· Формировать Технические задания и поддерживать внедрение комплексных информационных систем

Продукт целесообразно^[ использовать в проектах:

· Реорганизации бизнеса

· Оптимизации и регламентации бизнес-процессов

· Внедрения и сертификации СМК

· Внедрения комплексных информационных систем (ERP, CRM, ECM и др.)

AnyLogic

AnyLogic -- программное обеспечение для имитационного моделирования, разработанное российской компанией The AnyLogic Company. Инструмент обладает современнымграфическим интерфейсом и позволяет использовать язык Java для разработки моделей.

История развития.

В начале 1990-х в компьютерной науке наблюдался большой интерес к построению математически трактуемого описания взаимодействия параллельных процессов. Группа учёных из Санкт-Петербургского Политехнического университета разработала программное обеспечение для анализа корректности системы; новый инструмент назвали COVERS (Параллельная Верификация и Моделирование). Анализируемая система процессов задавалась графически, с помощью описания её структуры и поведения отдельных параллельных компонентов, которые могли взаимодействовать с окружением -- с другими процессами и средой. Инструмент использовался в исследовательских проектах компании Хьюлетт-Паккард (англ. Hewlett-Packard).

В 1998 г. успех этого исследования вдохновил лабораторию организовать коммерческую компанию с миссией создания нового программного обеспечения для имитационного моделирования. Акцент при разработке ставился на прикладные методы: моделирование стохастических систем, оптимизацию и визуализацию модели. Новое программное обеспечение, выпущенное в 2000 г., было основано на последних преимуществах информационных технологий: объектно-ориентированный подход, элементы стандарта UML, языка программирования Java, современного GUI, и т. д.

Продукт получил название AnyLogic, потому что он поддерживал все три известных метода моделирования:

· системная динамика;

· дискретно-событийное (процессное) моделирование;

· агентное моделирование.

С помощью AnyLogic стало возможным разрабатывать модели в следующих областях:

· производство;

· логистика и цепочки поставок;

· рынок и конкуренция;

· бизнес-процессы и сфера обслуживания;

· здравоохранение и фармацевтика;

· управление активами и проектами;

· телекоммуникации и информационные системы;

· социальные и экологические системы;

· пешеходная динамика;

· оборона.

Casewise Corporate Modeler Suite

Casewise Corporate Modeler Suite -- программный продукт британской компании Casewise для моделирования архитектуры организации.

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

Методология Casewise Framework

Casewise Framework - модель для описания архитектуры предприятия, созданная на основе предложенной Д.Захманом методологии описания IT-архитектуры предприятия Методология Захмана. В настоящее время эта методология используется в 20% случаев описания архитектуры организации. В 32% случаев предприятия предпочитают использовать собственную методологию. Использование данной методологии представляется особенно удобным в таких сложных проектах, как:

· оптимизация бизнес-процессов;

· реорганизация бизнеса;

· внедрение EAI / Workflow,

· внедрение ERP & CRM-систем;

· внедрение системы менеджмента качества;

· проектирование, разработка и внедрение системы сбалансированных показателей.

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

· Мотивация («Почему?»);

· Процессы («Как?»);

· Люди («Кто?»);

· Местоположения («Где?»);

· Данные («Что?»);

· Время («Когда?»).

По горизонтали деление происходит на основании уровней моделирования:

· Уровень бизнеса - описывает объекты, с которыми имеют дело руководители компании: стратегия, миссия компании, ключевые направления деятельности компании, подразделения, ключевые данные, события;

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

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

· Уровень технологий - детально описывает применяемые в организации технологии;

· Уровень деталей - описывает такие объекты, как сети, люди, компьютерные программы, базы данных.

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

GPSS

GPSS ( General Purpose Simulation System -- система моделирования общего назначения) -- язык моделирования, используемый для имитационного моделирования различных систем, в основном систем массового обслуживания.

История развития.

Система GPSS была разработана сотрудником фирмы IBM Джефри Гордоном в 1961 году. Гордоном были созданы 5 первых версий языка: GPSS (1961), GPSS II (1963), GPSS III (1965), GPSS/360 (1967) и GPSS V (1971).

Известный ранее только специалистам, в нашей стране этот программный пакет завоевал популярность после издания в СССР в 1980 году монографии Дж. Шрайбера. В ней была рассмотрена одна из ранних версий языка -- GPSS/360, а также основные особенности более мощной версии -- GPSS V, поддерживаемой компанией IBM, у нас она была более известна как пакет моделирования дискретных систем (ПМДС). Этот пакет работал в среде подсистемы диалоговой обработки системы виртуальных машин единой серии (ПДО СВМ ЕС) ЭВМ.

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

Недостатки языка бизнес моделирование business studio

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

Заключение

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

Размещено на Allbest.ru