Применение процессного подхода для оптимизации бизнес-процессов (Понятие процессного подхода к управлению предприятием)

Содержание:

Введение

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

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

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

Для моделирования бизнес-процессов сейчас имеется множество методологий и программных систем. Из наиболее популярных можно отметить методологии IDEF0, IDEF3, DFD и ARIS, которые предназначены для моделирования процессов различных уровней.

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

К задачам работы относятся:

– дать характеристику процессного подхода

– изучить особенности существующих методов и методологий моделирования бизнес-процессов предприятия;

– описать программные средства для моделирования процессов.

1.Теоретические основы моделирования бизнес-процессов

1.1. Понятие процессного подхода к управлению предприятием

В международном стандарте ИСО 9000:2000 организацияопределена как совокупность необходимых средств и группу работников с распределением ответственности, взаимоотношений и полномочий. Организация может быть государственной, корпоративной или частной [4]. Существует и другое определение: организация - это систематизированное, сознательное объединение действий людей, преследующих достижение конкретных целей.

По методам управления организации можно разбить на две группы:

- функционально-ориентированные организации;

- процессно-ориентированные организации.

Функционально-ориентированные организации всегда остаются неизменными и характеризуются так называемой вертикальной топологией своей структуры и иерархией связей между отдельными подразделениями. В организации, которая имеет функционально-ориентированную структуру, одно функциональное подразделение (сбыт, финансы, производство и бухгалтерия) несет ответственность только за те операции, которые закреплены за данным подразделением [3].

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

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

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

Основным понятием процессного подхода является понятие «бизнес-процесса». Международный стандарт ИСО 9000:2000 определяет процесс как совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы и выходы. При этом процесс может включать одну или более связанных между собой процедур или функций, которые в свою очередь совместно реализуют определенную задачу бизнеса. Процесс может выполняться в пределах одной организационной единицы, охватывать несколько единиц или даже несколько различных организаций [1].

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

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

– основные процессы;

– сопутствующие процессы;

– управляющие процессы;

– обеспечивающие процессы;

– вспомогательные процессы;

– процессы развития.

Основные бизнес-процессы – это те процессы, которые ориентированына производство товара или оказание услуги, являются целевыми объектами создания предприятия и обеспечивают получение дохода [5].

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

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

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

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

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

К характеристикам процесса отнесят следующие понятия:

- владелец процесса - лицо (или группа лиц), которое отвечает за процесс и имеет полномочия изменять процесс с целью усовершенствования;

- границы процесса – это граница входа и граница выхода. Граница входа всегда предшествует первой операции процесса, граница выхода естественно следует за его последней операциейпроцесса;

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

В соответствии с новойточкой зрения на организацию, работа должна быть сконцентрирована вокруг процессов компании. По словам М.Хаммера и Д.Чампи, «не товары, а процессы их создания приносят компаниям долгосрочный успех». Целью организации должно быть совершенствование ее бизнес-процессов [2].

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

Анализ процессов состоит из трех этапов (рис. 1).

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

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

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

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

Рисунок 1 – Этапы анализа процесса

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

Обнаруженные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет). Это модель новой организации бизнес-процессов. Как правило, при проектировании строится несколько моделей ТО-ВЕ, из которых по какому-либо критерию выбирается наилучшая, наиболее подходящая. Проблема для специалиста состоит в том, что таких критериев может быть много и непросто определить важнейший.

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

Для описания процессов существуют различные методологии. Многие корпоративные информационные системы имеют в своем составе специальные средства, поддерживающие оригинальные методики, с помощью которых можно исследовать предприятие и построить модель его деятельности. Однако давно разработаны стандартизированные, опробованные в течение многих лет методологии и инструментальные средства. Наиболее известной и распространенной является предложенная в 70-х годах Дугласом Россом (DouglasRoss) методология структурного анализа SADT (StructuredAnalysisandDesignTechnique).

Среди наиболее известных в настоящее время методологий проектирования систем и процессов можно выделить ARIS, SADT исемейство IDEF0, DFD.

Методология SADT (StructuredAnalysisandDesignTeqnique), разработанная Дугласом Россом, является совокупностью методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области.

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

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

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

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

Общие правила SADT включают:

- ограничение количества блоков от 3 до 6 на каждом уровне;

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

- уникальность меток и наименований;

- синтаксические правила для графики;

- разделение входов и управлений;

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

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

Следующим этапом развития графического языка описания функциональных систем SADTсчитаютметодологию IDEF0, которая исторически была разработана в 1981 году в ходекрупной программы автоматизации промышленных предприятий. Данная программа носила название ICAM (IntegratedComputerAidedManufacturing) и была предложена департаментом Военно-Воздушных Сил США.

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

В процессе поиска соответствующих решений родилась методология функционального моделирования IDEF0. C 1981 года стандарт IDEF0 претерпел несколько незначительных изменений. В основном эти изменения носили ограничивающий характер. Последняя редакция стандарта была выпущена в декабре 1993 года Национальным Институтом по Стандартам и Технологиям США (NIST).

На сегодняшний момент IDEF0 является независимым от частных организаций стандартом,он получил достаточно широкое распространение ипринят в качестве стандарта в нескольких международных организациях, в том числе в НАТО и МВФ.

Методология IDEF0 успешно применяется в самых различных отраслях, проявив себя как эффективное средство анализа, проектирования и представления деловых бизнес-процессов. В настоящее время методология IDEF0 широко используется не только в США, но и во всем мире. В России IDEF0 успешно применяется в государственных учреждениях (к примеру, в Государственной Налоговой Инспекции), в аэрокосмической промышленности (при проектировании космодрома в Плесецке), в Центральном Банке и коммерческих банках России, на предприятиях нефтегазовой промышленности и предприятиях других отраслей [3].

Следующая методология ARIS, разработанная специалистами немецкой компании IDS Scheer AG, базируетсяна том, что любая организация рассматривается как единая система, описание которой предусматривает четыре основные группы моделей:

- модели организационной структуры;

- модели данных (потоки и структура);

- модели функций (функциональные иерархии);

- модели контроля и управления (сводные модели бизнес-процессов).

Архитектура ARIS включает достаточное количество типов моделей, которые используют различные графические объекты для построения разноплановых моделей организации. Большинством предприятий на практике применяется ограниченное число нотаций архитектуры ARIS, например популярная нотация eEPC, которая является расширением методологии IDEF3 за счет использования такого понятия, как событие (Event). Кроме нотации eEPC, ARIS предоставляет аналитику и многие другие средства описания процессов организации.

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

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

UML имеет четырехуровневую архитектуру:

- мета-метамодель;

- метамодель;

- модель;

- пользовательские объекты.

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

1.3 Основные принципы моделирования бизнес-процессов

Современная методология IDEF0 предоставляет аналитику достаточно широкие возможности для описания бизнеса компании на верхнем уровне. Данная нотация позволяет отражать в модели процессов обратные связи различного рода – по управлению, информации, движению материальных ресурсов и др.В IDEF0 существуют удобные механизмы декомпозиции каждой модели процессов.Следует,однако, отметить, что модели в данной нотации предназначены для высокоуровневого описания бизнес-процессов компании. Их главное преимущество состоит в возможности описывать управление процессами. Графический язык нотации IDEF0 достаточно прост и понятен, отличается гармоничностью. В основе методологии IDEF0 лежат четыре основных понятия [7].

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

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

Рисунок 2 – Функциональный блок

Графически интерфейсная дуга отображается однонаправленной стрелкой. Каждая интерфейсная дуга модели должна иметь уникальное наименование (ArrowLabel), занесенное в соответствующий справочник. По требованию стандарта, наименование интерфейсной дуги должно быть именем существительным.

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

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

Рассмотрим смысловое значение интерфейсных дуг:

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

- управление (Control) – это правила, процедуры, стратегии или стандарты, которыми руководствуется процесс;

- выход (Output) – это материал или информация, производимые процессом;

- механизм (Mechanism) – это ресурсы, которые необходимы для выполнения работы, например станки, персонал, устройства и т.д.

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

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

Следующим основным, можно сказать, основополагающим понятием методологии IDEF0 являетсядекомпозиция (Decomposition), которая применяется при разбиении сложного процесса на составляющие его подпроцессы или работы. Уровень детализации каждого процесса определяется непосредственно разработчиком модели и, возможно, требованиями заказчика.

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

Модель в нотации IDEF0 начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, показывающими связь системы с внешней средой. Такая диаграмма называется контекстной и обозначается в модели идентификатором «А-0». Контекстная диаграмма определяет границы моделирования [9].

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

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

В процессе декомпозиции модели, функциональный блок, который на контекстной диаграмме показывает рассматриваемую систему как единое целое, подвергается детализации на нижележащей диаграмме. В этом случае получается диаграмма второго уровня, которая содержит функциональные блоки, отображающие основные подпроцессы функционального блока контекстной диаграммы. Такая диаграмма называется дочерней (Childdiagram) по отношению к вышестоящему блоку. В свою очередь, функциональный блок-предок называется родительским блоком по отношению к дочерней диаграмме (ParentBox), а диаграмма, к которой он принадлежит – родительской диаграммой (ParentDiagram)[3].

Рисунок 3 – Декомпозиция функциональных блоков

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

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

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

2. Программные системы для описания бизнес-процессов

2.1. Построение модели в системе AllFusionProcessModeler

Моделирование бизнес-процессов, как правило, выполняется с помощью Case-средств. К таким средствам относятся BPwin (PLATINUMtechnology) или новая версия AllFusionProcessModeler, Silverrun (Silverruntechnology), Oracle Designer (Oracle), RationalRose (RationalSoftware), Aris, Business Studio и др.

Рассмотрим программную систему AllFusionProcessModeler.

AllFusionProcessModeler имеет достаточно простой и интуитивно понятный для пользователяинтерфейс.

AllFusionProcessModeler поддерживает три методологии моделирования - IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В AllFusionProcessModeler возможно построение смешанных моделей, т.е. модель может содержать одновременно диаграммы как IDEF0, так и IDEF3 и DFD.

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

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

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

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

На рисунке 4 показан пример модели бизнес-процессов верхнего уровня.

Рисунок 4 – Диаграмма декомпозиции А0 в AllFusionProcessModeler

Программная система AllFusionProcessModeler позволяет строить Swim-Laneдиаграммы (рис.5), показывающие роли исполнителей процесса.

Рисунок 5 – Swim-Laneдиаграмма

Несмотря на многие достоинства программной системы AllFusionProcessModeler, у нее имеются серьезные недостатки:

- ограничение по количеству объектов на диаграмме;

- отсутствует операция «откат» - сделав последовательность неверных действий нет возможности их откатить;

- отсутствие элементов имитационного моделирования;

- недостаточно удобный интерфейс, к тому же, только англоязычный, достаточно сильно отличается от стандартного интерфейса Windows;

- нет возможности оценивать корректность работы бизнес-процессов, связывать их с показателями и исполнителями;

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

2.2. Система бизнес – моделирования Business Studio

Современная система бизнес-моделирования Business Studio разработана специально, как говорится в документации,«для необычайно легкого создания бизнес - архитектуры предприятия»[8]. Business Studio поддерживает полный цикл создания эффективной системы управления предприятия – «Проектирование – Внедрение – Контроль – Анализ». Система позволяет решать следующие задачи:

– формализация стратегии предприятия и контроль ее достижения;

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

– проектирование организационной структуры и штатного расписания;

– регламентация деятельности предприятия: разработка регламентов и распространение их среди сотрудников;

– внедрение системы менеджмента качества на предприятии в соответствии со стандартом ISO;

– формирование технических заданий и поддержка внедрения информационных систем на предприятии.

Возможности Business Studio можно визуально продемонстрировать с помощью диаграммы (рис.6), показывающей цикл совершенствования процессов предприятия.

Рисунок 6 – Возможности BusinessStudio

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

В системе Business Studio можно выделить следующие основные направления работы:

1. Постановка целей, формализация и контроль выполнения стратегии предприятия.

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

Рисунок 7 – Пример стратегической карты

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

Рисунок 8 – Контроль показателей

2. Моделирование и оптимизация бизнес-процессов предприятия. BusinessStudio позволяет построить как комплексную иерархическую модель деятельности предприятия, так и описать ряд отдельных процессов. Для этого в распоряжение специалиста, бизнес-аналитика предоставляются наиболее популярные и удобные нотации моделирования: IDEF0 (рис.9), Процедура (CrossFunctionalFlowchart), BPMN 2.0, Процесс (BasicFlowchart), EPC (EventDrivenProcessChain).

Рисунок 9 – Пример модели IDEF0

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

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

Рисунок 10 – Пример организационной диаграммы

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

5. Построение системы менеджмента качества. Система Business Studio позволяет разработать, внедрить и подготовить к сертификации систему управления в соответствии с требованиями стандартов ISO (ISO 9001, ISO 14001 и других).

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

2.3. Моделирование основных бизнес-процессов в методологии ARIS

Методология ARIS используется в различных проектах по реинжинирингу и оптимизации бизнес-процессов, ИТ-проектах внедрения и эксплуатации ERP-систем. В программной системе ARIS существуют проработанное интеграционное решение для SAP R/3. Кроме того, программное обеспечение ARIS составляет основу пакета BusinessProcessAnalysisSuite корпорации Oracle. Программная система обладает обширными функциональными возможностями: от описания процессов до стратегического планирования.

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

- eEPC (extended event-driven process chain) – методописания процессов;

- ERM (entity-relationshipmodel) - модель «сущность-связь» для описания структуры данных;

- UML (unifiedmodelinglanguage) - унифицированный объектно-ориентированный язык моделирования[9].

Модели в системе ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты –«функции», «события», «структурные подразделения», «документы» и т.д. Между объектами определённых видов могут быть установлены связи соответствующих видов («выполняет», «принимает решение», «должен быть проинформирован о результатах» и т.д.). Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. На рисунке 11 показан пользовательский интерфейс программной системы ARIS Express.

На рисунке 12 показан пример модели в методологии ARIS, описывающей бизнес-процессы предприятия верхнего уровня. Модель построена с использованием программной системы ARIS Express 2.4b.

Рисунок11 - Пользовательский интерфейс ARIS Express

Рисунок 12 – Модель ARIS

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

Заключение

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

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

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

В моделировании чаще всего используются нотации IDEF0, IDEF3 и DFD.

Нотация IDEF0 в большей степени подходит для описания процессов на высоком уровне, дополнительные нотации DFD и IDEF3 удобны для описания процессов на низком уровне, с точки зрения непосредственных исполнителей процессов и функций.

Список литературы

1. Джестон Джон. Управление бизнес-процессами. Практическое руководство по успешной реализации проектов. / Джон Джестон. - М.: Символ-Плюс. 2012.
2. Маклаков, С.В. Создание информационных систем с AllFusionModelingSuite. – М.: ДИАЛОГ – МИФИ, 2002.
3. Моделирование бизнес-процессов в 2011 году. Журнал Компьютер Пресс №1/ 2012. http://www.compress.ru/Article.aspx?id=22723
4. Репин, В.В. Бизнес-процессы компании: построение, анализ, регламентация / В.В.Репин. – М.: РИА «Стандарты и качество», 2007.
5. Тельнов, Ю.В. Практикум по курсу «реинжиниринг бизнес-процессов». / Московский международный институт эконометрики, информатики, финансов и права. - М., 2003.
6. Ткаченко, Н.А. Моделирование бизнес-процессов: учебное пособие / Н.А.Ткаченко, Кемеровский институт (филиал) РГТЭУ. – Кемерово: РГТЭУ Кемеровский институт (филиал), 2013.
7. Железко, Б.А. Реинжиниринг бизнес-процессов : учеб.пособие / Б.А.Железко, Т.А. Ермакова , Л.П. Володько. – Мн.: Мисанта, 2006.
8. Модели бизнес-процессов предприятия. [Электронный ресурс]. Режим доступа: http://www.businessstudio.ru/procedures/models/