«Тельнов Ю.Ф. РЕИНЖИНИРИНГ БИЗНЕСПРОЦЕССОВ (Учебное пособие) Москва, 2003 УДК 519.68 ББК 65. С 51 Т 318 Тельнов Ю.В. Реинжиниринг бизнес-процессов (Учебное пособие). / Московский международный институт эконометрики, ...»

Московский международный институт эконометрики,

информатики, финансов и права

Тельнов Ю.Ф.

РЕИНЖИНИРИНГ БИЗНЕСПРОЦЕССОВ

(Учебное пособие)

Москва, 2003

УДК 519.68

ББК 65. С 51

Т 318 Тельнов Ю.В. Реинжиниринг бизнес-процессов (Учебное пособие). / Московский международный институт эконометрики, информатики, финансов и права. - М., 2003. – 99с.

© Тельнов Ю.Ф., 2003 © Московский международный институт эконометрики, информатики, финансов и права, 2003г.

2 Оглавление Введение _ 5 Глава 1 Общая характеристика реинжиниринга бизнес-процессов 7 1.1. Сущность и принципы реинжиниринга бизнес-процессов 1.2. Организационная структура предприятия на основе управления бизнес-процессами_ 1.3. Использование информационных технологий в реинжиниринге бизнес-процессов Вопросы для самопроверки: _ Глава 2. Технология реинжиниринга бизнес-процессов 2.1. Организация работ по реинжинирингу бизнес-процессов _ 2.2. Методы и инструментальные средства реинжиниринга бизнеспроцессов 2.3. Методологии моделирования бизнес-процессов _ Вопросы для самопроверки: _ Глава 3. Функциональное моделирование бизнес-процессов с использованием ППП Design/IDEF_ 3.1. Сущность методологии функционального моделирования бизнес-процессов (SADT – методологии) 3.2. Общая характеристика ППП Design/IDEF 3.3. Особенности построения функциональной модели c использованием ППП Design/IDEF _ Вопросы для самопроверки: _ Глава 4. Стоимостной анализ функций (Activiy-Based Costing) _ 4.1. Сущность стоимостного анализа функций 4.2. Реализация стоимостного анализа функций в ППП Design/IDEF 4.3. Реализация стоимостного анализа функций в ППП Easy ABC+ Вопросы для самопроверки: _ Глава 5. Объектно-ориентированное моделирование бизнеспроцессов с использованием ППП Natural Engineering Workbench (NEW) _ 5.1. Сущность объектно-ориентированной методологии моделирования бизнес-процессов. _ 5.1.1. Модель прецедентов использования (П - модель) _ 5.1.2. Объектная модель (О-модель) _ 5.1.3. В-модель - модель взаимодействия объектов_ 5.2. Общая характеристика ППП Natural Engineering Workbench (NEW) _ 5.3. Особенности моделирования информационных процессов с использованием ППП NEW _ 5.3.1. Построение диаграммы последовательности транзакций (TSD) 5.3.2. Построение диаграммы структуры объектов (OSD) _ 5.3.3. Построение диаграммы взаимодействия объектов (OID) _ Вопросы для самопроверки: _ Глава 6. Имитационное моделирование бизнес-процессов на основе использования ППП ReThink 6.1. Сущность методов имитационного моделирования бизнеспроцессов 6.2. Общая характеристика ППП имитационного моделирования ReThink 6.2.1. Функциональные возможности ReThink 6.2.2. Определение базовых компонентов ReThink _ 6.3. Особенности конструирования имитационной модели _ 6.4. Задание входных параметров моделирования _ 6.5. Вывод результатов моделирования Вопросы для самопроверки: _ Литература_ Учебное пособие «Реинжиниринг бизнес-процессов»

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

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

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

Структурно учебное пособие состоит из 6 глав.

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

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

Третья глава посвящена методологии функционального моделирования бизнес-процессов и ее реализации в ППП Design/IDEF.

В четвертой главе определяются задачи стоимостного анализа функций, показываются отличительные особенности от традиционного учета затрат, описывается реализация соответствующих методов в ППП Design/IDEF и Easy ABC+.

В пятой главе рассматриваются вопросы моделирования бизнеса и информационных процессов на основе применения объектноориентированного подхода и его реализации в ППП Natural Engineering Workbench.

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

Автор выражает признательность заместителю директора Российского НИИ ИТ и АП, профессору, д.т.н. Попову Э.В., директору компании «Весть –Метатехнология», к.т.н. Каменновой М.С., директору по маркетингу Российского представительства Software AG, к.т.н.

Китовой О.В., директору направления компании ArgusSoft, к.э.н.

Киселю Е.Б. за предоставленные программные средства реинжиниринга бизнес-процессов и методические материалы по их применению.

Автор благодарит студентку Курганову Е.В. за помощь в подготовке рукописи учебного пособия к публикации.

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

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

Менеджмент бизнес-процессов зародился еще в рамках концепций всеобщего управления качеством (TQM – Total Quality Management) [23] и непрерывного улучшения процессов (CPI – Continuous Process Improvement) [13], согласно которым предполагается сквозное управление бизнес-процессом, как единым целым, который выполняется взаимосвязанными подразделениями предприятия (компании), например, от момента поступления заказа клиента до момента его реализации.

Управление бизнес-процессами целесообразно рассматривать и на уровне взаимодействия различных предприятий, когда требуется координация деятельности предприятий-партнеров в потоках товародвижения или в логистических процессах. Логистика породила методы организации поставок по принципу «Точно в срок» (JIT –just in time), реализация которых немыслима без управления бизнеспроцессами, как единым целым.

В качестве основных бизнес-процессов предприятия чаще всего выделяют следующие [30]:

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

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

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

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

Согласно определению М. Хаммера и Д.Чемпи [24] реинжиниринг бизнес-процессов (BPR - Business process reengineering) определяется, как «фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов (БП) для достижения коренных улучшений в основных показателях деятельности предприятия».

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

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

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

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

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

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

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

Особенности бизнес-процессов, для которых проводится реинжиниринг:

• Диверсификация товаров и услуг (ориентация на различные сегменты рынка), вызывающая многообразие бизнес-процессов.

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

• Внедрение новых технологий (инновационных проектов), затрагивающих все основные бизнес-процессы предприятия.

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

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

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

В соответствии с определением Е.Г. Ойхмана и Э.В. Попова:

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

Компания или бизнес рассматривается как нечто, что может быть построено, спроектировано или перепроектировано в соответствии с инженерными принципами» [12].

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

РБП # Бизнес-автоматизация РБП # Реинжиниринг программного обеспечения РБП # Реорганизация организационной структуры РБП # Улучшение качества Следствие РБП Рис.1.2. Следствия реинжиниринга бизнес-процессов Важнейшими принципами реинжиниринга бизнес-процессов являются:

• Несколько рабочих процедур объединяются в одну - "горизонтальное сжатие процесса". Следствие – многофункциональность рабочих мест.

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

• Шаги процесса выполняются в естественном порядке распараллеленность процесса". Работа выполняется в том месте, где это целесообразно.

• Многовариантность исполнения процесса, повышение адаптивности процесса к изменению внешней среды.

• Уменьшается количество проверок, минимизируется количество согласований.

• «Уполномоченный менеджер» обеспечивает единую точку контакта с клиентом.

• Преобладает смешанный централизованно-децентрализованный подход. Следствие – делегирование полномочий по принципу «сверху – вниз»

Пример применения принципов бизнес-реинжиниринга при реорганизации поставок в компании Ford-Motors [24 ].

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

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

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

Таким образом, работа бухгалтерии по оплате поставок сокращается до минимума (решение спорных случаев), время выполнения процесса резко сокращается.

Рис. 1.4. Новая организация процессов закупок в компании Ford Приведенный пример иллюстрирует реализацию следующих принципов РБП: сжатие и естественный порядок выполнения процесса, сокращение контрольных операций, сочетание централизованного и децентрализованного подходов к управлению.

Основными условиями успеха реинжиниринга бизнес-процессов являются:

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

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

• Хорошо поставленное управление деятельностью компаний, способность собственными силами при привлечении консультантов выполнить РБП.

• Твердая методологическая основа при проведении РБП, использование опыта реорганизации предприятий, накопленного консалтинговыми организациями и использование современных информационных технологий.

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

(сырьё, (технология) ( готовая (финансовые (персонал) Рис.1.5. Функциональная структура предприятия Суть изменений в организационной структуре заключается в том, что в дополнение к функциональным подразделениям для реализации и управления бизнес-процессами создаются специальные процессные подразделения, которые соответствуют определенным видам деятельности, существенно отличающимся друг от друга. Например, могут быть выделены процессные подразделения, соответствующие производству по индивидуальным заказам и массовому производству, выпуску продукции широкого потребления и промышленного назначения, производству готовых изделий и сервисному обслуживанию и т.д. Таким образом, организационная структура становится «двухплечевой» или матричной (рис.1.6), согласно которой ресурсные подразделения ответственны за поддержание ресурсов в работоспособном состоянии (закупка и ремонт оборудования, подбор и подготовка кадров), а процессные подразделение за выполнение работ, связанных с реализацией потребностей клиентов.

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

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

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

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

ПРЕЗИДЕНТ

АДМИНИСТРАТОРЫ АДМИНИСТРАТОРЫ

ПРОЦЕССОВ РЕСУРСОВ

МЕНЕДЖЕРЫ

ЭКЗЕМПЛЯРОВ

ПРОЦЕССОВ

ОПЕРАТОРЫ

ЭКЗЕМПЛЯРОВ

ПРОЦЕССОВ

Рис. 1.6. Матричная структура предприятия Распространение матричных (бригадных) структур нашло распространение еще в 70-80-е годы, как в нашей стране (бригадный подряд), так и за рубежом (кружки качества – в Японии). В США в середине 80-х годов более 200 из 500 крупнейших корпораций создали различные по степени автономии бригады, что привело к развитию внутрифирменных рыночных отношений и к существенному сокращению аппарата управления, особенно на среднем и частично высшем уровнях. (35 % руководителей среднего уровня были сокращены) [8]. Так, например, в компании Boing создано многофункциональных бригад, состоящих из специалистов технического, производственного и финансового профиля. На верхнем уровне управления создана рабочая группа из 6 высших менеджеров, возглавляющих крупные направления, а вместе за качество проекта в целом. На среднем уровне управления создано 25-30 бригад с двумя руководителями, отвечающими соответственно за технические и производственные вопросы. Они координируют работу 200 бригад, занимающихся разработкой и производством тех или иных частей самолета, каждая из 5-15 человек. Кроме того, создано интеграционных бригад, координирующих выполнение различных бизнес-процессов, в каждую из которых вошли представители от 12 до 15 рабочих бригад. Результатом проведения бизнес-реинжиниринга стало упрощение процесса управления (на порядок сократилось число управленческих процедур), сократились затраты на согласование управленческих решений, и как следствие резкий рост производительности труда, повышение качества и снижение себестоимости готового продукта.

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

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

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

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

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

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

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

• Глобальные вычислительные сети с использованием Internet/Intranet, стандартов электронного обмена данными (EDI - electronic data interchange) и компонентной технологии программных интерфейсов DCOM, CORBA. В результате достигается большая децентрализация управления в крупных корпорациях, объединение независимых предприятий, участвующих в общих бизнес-процессах в консорциумы и виртуальные корпорации.

Применение современных информационных технологий в менеджменте обусловливают трансформацию предприятий с позиций организационной структуры, организации процессов, управления и межорганизационного взаимодействия (таблица 1.2.) [27]:

Класс характеристик Традиционные Решения на основе Процессы Ручные операции. Автоматизация Управление Бумажная отчетность Электронный обмен Межорганизационны Переговоры, тендеры Электронные обмен взаимодействия Изменение организационной структуры:

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

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

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

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

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

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

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

• «Клиент - Исполнитель», например, «электронная торговля»

(торговля по электронным каталогам), «электронное обслуживание»

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

• «Заказчик - Поставщик», создание на договорной основе «вертикальных конгломератов», осуществление многозвенных логистических процессов (транспортных коридоров), в которых помимо электронного обмена данными для оформления договоров, документов о поставках, платежных документов большое значение отводится электронному обмену сообщениями по мониторингу общего бизнеспроцесса на основе открытой спецификации CORBA (Common Object Request Broker Architecture) или DCOM.

• «Заказчик - Подрядчик», создание «виртуальных корпораций» под реализацию конкретных проектов. В этом случае совместная деятельность предприятий расширяется до проектирования изделий и планирования производства. Помимо перечисленных выше технологий и стандартов широко используется международный стандарт для обмена данными по моделям продукции STEP (Standard for the Exchange of Product model data), на основе которого партнеры по совместным проектам последовательно открывают друг другу базы данных о продукции, осуществляют проектирование и планирование совместной деятельности.

В обобщенной форме сравнение различных организационных форм бизнес-процессов на основе современных информационных технологий представлено в таблице 1.3. [27]:

Организацион- Традицион- Электронная Вертикаль- Виртуальные компоненты отдельных физических компонентов физических Электронный Частично Существенно Существенно Существенно обмен данными Групповая Использование Координаци Согласование Разделение рабочие потоки зация работ стратегии координации стратегии Автоматизация Оперативное Обработка Генерация Открытие и операций планирование заказов и заказов в доступ к баиспользования предложений соответствии зам данных Электронные Потенциально Обширные Обязательно Обширные поставщиками/ Потребителями 1. Что такое бизнес-процесс и чем управление бизнес-процессами отличается от управления ресурсами?

2. Что такое реинжиниринг бизнес-процессов и чем он отличается от концепции всеобщего управления качеством?

3. Какие задачи решает реинжиниринг бизнес-процессов?

4. Назовите основные последствия проведения реинжиниринга бизнеспроцессов.

5. Назовите области применения реинжиниринга бизнес-процессов.

6. Какие существуют условия успеха реинжиниринга бизнес процессов?

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

8. Что такое матричная структура управления?

9. Какие информационные технологии обеспечивают реализацию принципов РБП?

10. Какие существуют современные организационные формы предприятий?

Глава 2. Технология реинжиниринга бизнес-процессов 2.1. Организация работ по реинжинирингу бизнес-процессов Проектирование совокупности взаимосвязанных бизнес-процессов предприятия предполагает проведение трудоемкой работы по их моделированию и последующему преобразованию. Как правило, работы по бизнес-реинжинирингу проводятся не менее чем в течение одного года. Этапы проведения бизнес-реинжиниринга представлены на рис.

2.1.

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

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

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

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

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

1. Формулирование (уточнение) миссии предприятия.

2. Определение ключевых факторов успеха (7-8 факторов):

длительность, издержки, качество, сервисное обслуживание и т.д.

3. Выявление основных видов бизнес-процессов, как существующих, так и перспективных (10 – 15 процессов).

4. Оценка бизнес-процессов по степени реализации ключевых факторов успеха.

5. Ранжирование бизнес-процессов с указанием приоритетов реинжиниринга.

6. Неформальное описание отличительных особенностей бизнеспроцессов.

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

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

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

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

реинжиниринга факторы успеха процессы Организационно-экономическая Рис. 2.1. Этапы проведения бизнес-реинжиниринга Обратный инжиниринг – исследование существующих бизнеспроцессов Постановка задач реинжиниринга бизнес-процессов по мере развития проекта постоянно уточняется. Так, сформулированные на начальном этапе в общем виде цели РБП могут быть скорректированы по результатам исследования существующей системы организации бизнес-процессов. Обратный инжиниринг может не выполняться только в том случае, если аналогичные работы проводились в прошлом и по ним имеется соответствующая документация. Обратный инжиниринг по мнению Якобсона [26] не должен вызывать получения детальной картины существующих бизнес-процессов, ибо в этом случае велика вероятность “потерять за деревьями лес”. На стадии обратного инжиниринга строятся, как правило, только принципиальные схемы бизнес-процессов, позволяющие понять сущность бизнес-процесса в целом и выявить направления реорганизации бизнес-процессов.

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

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

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

Разработка проекта реинжиниринга бизнес-процессов.

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

В части изменения структуры организационно-экономической системы осуществляется:

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

В части создания новой информационной системы осуществляется:

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

Обычно в реинжиниринге бизнес-процессов используются современные средства автоматизации проектирования (CASEтехнологии), например, CASE Oracle Designer2000, SilverRun, Natural Engineering Workbench и др. или комплексные системы управления ресурсами предприятия (ERP), например, R/3, BAAN IV. В этих системах в специальном репозитории автоматизированно поддерживается модель бизнеса, используемая при создании информационной системы.

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

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

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

Организационная структура проект реинжиниринга бизнеспроцессов В работах по реинжинирингу бизнес-процессов принимают участие ряд взаимосвязанных структурных единиц, которые образуют организационную структуру проекта (рис.2.2):

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

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

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

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

Владельцы бизнес-процессов — это будущие администраторы процессов.

Команды реинжиниринга бизнес-процессов создаются из работников предприятия, являющихся высококлассными экспертами на смежных участках бизнес-процесса, и сторонних консультантов инженеров в области структурирования и моделирования бизнеспроцессов (рис. 2.3). Обычно соотношение собственных работников и консультантов - 3 к одному, а общая численность команды - в среднем 10 человек.

Рис. 2.3. Структура команды по реинжинирингу бизнес-процессов 2.2. Методы и инструментальные средства реинжиниринга бизнеспроцессов Рассмотрим основные методы и средства, которые используются в различных работах по реинжинирингу бизнес-процессов (рис. 2.4).

Рис. 2.4. Последовательность работ по проектированию бизнеспроцессов Формирование миссии предполагает определение стратегии поведения предприятия на рынке в части расширения границ рынка или глубокого проникновения на рынок, диверсификации деятельности или повышения качества товаров и услуг, глобализации или локализации деятельности и т.д. В качестве основного метода формирования стратегии предприятия обычно используется метод анализа иерархий Саати [16]. В качестве инструментальных средств анализа иерархий используются статические экспертные системы с возможностью обработки качественных (нечетких) оценок, такие, как Expert Choice, Guru,Level5.

Выбор сегментов рынка предполагает конкретизацию стратегических целей предприятия в части определения регионов, потребителей, каналов распределения продукции и услуг. Основными методами исследований на этом этапе выступают методы статистического анализа и прогнозирования рынков сбыта, нейронных сетей, интеллектуального анализа данных современных информационных хранилищ. Наиболее мощными инструментальными средствами анализа и прогнозирования для выявления основных сегментов рынка являются ППП SAS, SPSS, NeurOn-Line, Brain Maker, PolyAnalyst и др Формирование продуктовых портфелей для выделенных перспективных сегментов рынка предполагает оценку возможностей предприятия в плане эффективности распределения капиталовложений по различным проектам и продуктам. Для решения этой задачи обычно используются математические модели и методы оптимизации. Одним из наиболее известных средств бизнес-планирования является ППП Project Expert, который позволяет проектировать и оценивать бизнес-планы предприятия для различных вариантов стратегий.

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

Существуют различные методы и средства моделирования бизнеспроцессов, которые в основном сводятся либо к функциональному (диаграммы рабочих потоков Oracle Designer 2000, SilverRun, Natural Engineering Workbench, функциональные диаграммы Design/IDEF), либо к объектно-ориентированному моделированию (язык UML, средство Natural Engineering Workbench) -см. 2.3.

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

• Наиболее трудоемкие и затратные функции;

• Функции, не вносящие вклад в образование прибыли;

• Функции с низким коэффициентом использования ресурсов.

Стоимостной анализ функций реализуется либо с помощью средств CASE-технологий, таких, как Design/IDEF, либо с помощью систем комплексной автоматизации предприятий, например, R/3, либо с помощью специализированных программных продуктов, таких, как Easy ABC+.

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

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

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

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

Рис.2.5. Обобщенная модель бизнес-процесса Рабочий объект - это сущность, над которой осуществляется некоторое действие (преобразование, обработка, формирование).

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

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

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

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

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

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

С позиции степени информатизации функции классифицируются:

• Автоматические функции (off-line), выполняемые ЭВМ без участия человека например, составление стандартных отчетов, проведение расчетов.

• Интерактивные функции (on-line), выполняемые ЭВМ и человеком в диалоге, например, реализация нестандартных запросов, настройка на особенности ситуации.

• Экспертные функции, выполняемые человеком на основе рекомендаций (команд), подготавливаемых ЭВМ.

• Неавтоматизированные функции, выполняемые человеком без использования ЭВМ.

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

Каждое событие описывается с двух точек зрения:

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

Произв.

детали Рис. 2.6. Пример модели бизнес-процесса обработки заказов Обобщенная модель бизнес-процесса отображается на уровне информационных процессов с помощью нескольких видов моделей: ERдиграмм («сущность-связь») для баз данных; функциональных иерархий, диаграмм потоков данных и диаграмм потоков событий для процедур. Так, определения классов рабочих объектов, ресурсов, организационных единиц составляют основу ЕR-диаграмм. Иерархии функций бизнес-процесса определяет иерархию программных процедур.

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

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

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

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

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

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

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

методологии моделироваия бизнес-процессов, например, ARIS – технология [3,26], Natural Engineering Workbench [6,17], позволяющие в зависимости от целей анализа бизнес-процессов выбирать адекватные модели. Архитектура ARIS - технологии представлена на рис. 2.7, а реализация модели потоков событий на рис.2.8.

ОРГАНИЗАЦИЯ

УПРАВЛЕНИЕ

Организационные продукции Рис. 2.8. Пример модели потока событий системы ARIS 1. Перечислите этапы реинжиниринга бизнес-процессов 2. Что такое миссия предприятия? Приведите примеры.

3. Что такое ключевые факторы успеха предприятия? Приведите примеры.

4. Как классифицируются, выделяются и ранжируются бизнеспроцессы? Приведите примеры.

5. В чем заключается сущность обратного инжиниринга?

6. В чем заключается сущность прямого инжиниринга?

7. Чем отличаются идеальная и реальная модель проектируемого бизнес-процесса?

8. Какие работы выполняются при создании новой организационноэкономической и информационной системы?

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

10. Как осуществляется внедрение проекта реинжиниринга бизнеспроцессов?

11. Какова организационная структура проекта РБП?

12. Перечислите основные компоненты обобщенной модели бизнеспроцесса.

13. Чем отличаются методы функционального и объектноориентированного моделирования бизнес-процесса?

14. Какие методологии позволяет комбинировать применение различных методов моделирования бизнес-процессов?

Глава 3. Функциональное моделирование бизнес-процессов с 3.1. Сущность методологии функционального моделирования бизнеспроцессов (SADT – методологии) SADT - методология (Structured Analysis and Design Technique) получила столь широкое распространение благодаря тому, что ориентирована на комплексное представление структуры материальных, информационных, финансовых и управленческих потоков, отображение организационной структуры. В силу этого, SADT - методология в большей степени нацелена на реорганизацию всей системы управления, чем другие методологии функционального моделирования, основанные на использовании диаграмм потоков данных, главная цель которых проектирование информационных процессов.

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

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

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

• функциональный блок – описание функции, операции, действия, работы;

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

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

Диаграммы следующих уровней детализируют функции процесса каждого предыдущего уровня (рис. 3.2.). Так, функциональный блок А декомпозируется на совокупность взаимосвязанных подфункций А1, А2, А3, …. В свою очередь каждый функциональный блок 1-го уровня может быть декомпозирован на совокупность подфункций, например А на А21, А22, А23, А24... и так дальше, пока на последнем уровне не получатся элементарные действия. На каждом уровне рекомендуется размещать не более 6 функциональных блоков. Число уровней декомпозиции не ограниченно. Обычно для структурного анализа бизнес-процессов достаточно 2 – 3 уровней декомпозиции, последующие уровни декомпозиции требуются для алгоритмизации информационных процессов и разработки инструкций для исполнителей бизнес-процессов.

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

Объекты могут быть различной природы: материальные, финансовые, информационные. По характеру использования объектов в функциональных блоках различают: входные (input) объекты слева от блока, выходные (output) объекты справа от блока, управляющие (control) объекты сверху от блока и механизмы (mechanize) снизу от блока. Объекты обозначаются метками на стрелках, которые обязательны.

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

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

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

Механизмы – это объекты, которые исполняют процессы (исполнители). К механизмам относят структурные подразделения предприятия, персонал, автоматизированные рабочие места, оборудование.

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

При этом объекты, передаваемые в детальную диаграмму из вышестоящих диаграмм, обозначаются ICOM метками (рис. 3.2.):

I1, I2, I3, …. - входные объекты;

О1, О2, О3, … - выходные объекты;

С1, С2, С3, …. – управляющие объекты;

М1, М2, М3, …. – механизмы.

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

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

3.2. Общая характеристика ППП Design/IDEF ППП Design/IDEF (Фирма-разработчик: MetaSoftware (США), дистрибьютор: «Весть-Метатехнология») предназначен для проведения структурного и стоимостного анализа бизнес-процессов и относится к классу «легких» систем автоматизированного проектирования информационных систем (CASE-технологий), позволяющий построить структуру логического проекта системы.

В основе ППП Design/IDEF лежит SADT - методология (структурного анализа и техники проектирования) [2,25], которая дает возможность строить функциональные модели бизнес-процессов.

Данная методология реализована также в ППП BPWin.

К функциональным возможностям ППП Design/IDEF относятся:

• Графическое представление функциональной структуры (технологии выполнения) бизнес-процессов на различных уровнях детализации.

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

• Графическое представление структуры предметной области в виде информационной модели «Объект-связь».

• Расчет стоимостных затрат на выполнение бизнес-процессов с возможностью экспорта расчетных данных в электронную таблицу Excel, Lotus.

• Документирование моделей предметной области в виде глоссария и составления текстовых отчетов.

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

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

ППП Design/IDEF состоит из трех основных компонентов:

• IDEF0 – инструмент функционального моделирования;

• IDEF1x – инструмент информационного моделирования;

• IDEF/CPN (Workflow Analyzer) – инструмент динамического имитационного моделирования (отдельно поставляемый программный продукт).

В дальнейшем будет рассмотрено применение инструмента функционального моделирования IDEF0.

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

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

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

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

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

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

Различают следующие виды разветвлений:

• Классификация объектов, которая уточняет тип обрабатываемого в дальнейшем объекта. Например, класс объектов «Заказ» делится на подклассы «Заказ нового клиента», «Заказ старого клиента» (рис.4).

Разветвление в этом случае обеспечивает альтернативность путей выполнения процесса реализации заказа клиента. При этом каждый путь должен быть помечен именем подтипа объекта.

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

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

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

Объединение путей на диаграмме соответственно обеспечивает:

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

• Агрегация объектов, когда несколько компонентов образуют один объект.

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

Обратные связи реализуют циклы на повторение операций:

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

• Повтор операций после контроля и отбраковки объектов.

Например, повторная поставка товара после неакцепта накладной (рис.

3.5).

Рис. 3.4. Разветвления и объединение путей по принципу классификации Рис. 3.5. Разветвления и объединение путей по принципу дезагрегации и 1. Что такое функциональная модель бизнес-процесса?

2. Какие конструктивные элементы используются для построения функциональной модели?

3. Как представляется поток материальных, информационных, финансовых объектов?

4. Как трактуется и представляется управление выполнением функций?

5. Как представляются исполнители бизнес-процессов?

6. Как отражается использование информационной системы в бизнеспроцессе?

7. Что такое ICOM метки и как они используются?

8. Что такое туннельные дуги и как они используются?

9. Что такое главный путь бизнес-процесса и как он отражается?

10. Как трактуются и представляются разветвления и соединения путей бизнес-процесса?

11. Как трактуются и представляются циклы в бизнес-процессе?

12. Перечислите функциональные возможности ППП Design/IDEF.

Глава 4. Стоимостной анализ функций (Activiy-Based Costing) 4.1. Сущность стоимостного анализа функций Современные бизнес-процессы отличаются высоким уровнем накладных расходов, связанных с затратами на организацию сделки с клиентами, разработкой спецификации изделия в соответствии с индивидуальными требованиями заказчика, закупкой уникальных материалов, обучением и сервисным обслуживанием потребителя. По некоторым данным трансакционные издержки оформления и реализации сделки занимают до 70% в общей себестоимости готовой продукции [9].

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

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

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

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

К таким методам относятся методы стоимостного анализа функций.

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

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

Стоимостной анализ функций позволяет:

1. Сократить время и затраты на выполнение функций, добавляющих стоимость (value-added).

2. Максимально сократить функции, не добавляющие стоимость (non value-added), например, тестирование, контроль.

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

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

5. Согласовать интенсивность процессов для создания стоимостных объектов и наличные ресурсы.

ресурсов II этап -Стоимость продуктов, услуг, обслуживания клиентов Стоимостной анализ функций реализуется или в качестве программного модуля автоматизированной подсистемы контроллинга, например, в системе R/3 SAP, или в рамках CASE-технологии, например, в Design/IDEF, ARIS ToolSet, или в качестве самостоятельного программного продукта, например, в ППП Easy ABC+.

4.2. Реализация стоимостного анализа функций в ППП Design/IDEF Стоимостной анализ функций в ППП Design/IDEF реализован в ограниченном объеме и позволяет выполнить только одноступенчатую схему расчета стоимости процесса без переноса стоимости процесса на стоимостные объекты.

Исходные стоимостные затраты задаются для функций самого нижнего уровня детализации бизнес-процесса. Перечень статей затрат определяется в словаре Glossary в качестве центров затрат (Activity centers), например, заработная плата, амортизация оборудования, расход материала, транспортные расходы, командировочные расходы и т.д.

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

осуществляется с помощью определения стоимостной информации (Cost Information) в словаре Glossary (рис. 4.2.).

Рис. 4.2. Стоимостной анализ функций Стоимостная информация заполняется в следующем порядке:

1. В параметре Frequence Multiplier устанавливается частота выполнения функции в одном экземпляре процесса или за определенной период времени. В примере частота соответствует числу заказов (процессов) 48 за неделю.

2. В окне Time Information определяются:

• Единица измерения длительности (unit) в секундах, минутах, часах и т.д.

• Длительность (duration) одной операции.

• Длительность*Частота – автоматически формируемый показатель.

3. В окне Cost information последовательно заполняются статьи затрат, часть из которых может быть связана прямой зависимостью с длительностью операции, например, заработная плата, амортизация и т.д.

4. В параметре Total автоматически подсчитывается итог затрат по операции 5. В параметре Total*Frequency автоматически рассчитывается сумма затрат по операции на процесс.

На основе стоимостных затрат функций, находящихся на нижних уровнях детализации модели, осуществляется автоматическое суммирование по принципу “снизу вверх” стоимостных затрат функцийагрегатов вплоть до получения итоговой суммы стоимостных затрат на весь процесс по формуле:

Стоимостные затраты функции = Стоимостные затраты подфункции Для установки параметров вычисления стоимостных затрат используется режим установки стоимости Set cost в пункте установки опций Set Options пункта меню Edit Menu.

Для проведения дальнейших расчетов и графического анализа результаты стоимостного анализа функций могут быть выведены в электронную таблицу Excel или Lotus. Для этого необходимо произвести в пункте меню File экспорт модели в файл с расширением АВС и открыть его в электронной таблице, заменив контекстно точку на запятую. Пример получившейся таблицы представлен в таблице 4.1.

Node Title Зарплата Накладные Амортизаци Транспортные Материал Total Cost Duration Frequency Value конфигурацию изготовления 4.3. Реализация стоимостного анализа функций в ППП Easy ABC+ ППП Easy ABC+ - это специализированный пакет программ стоимостного анализа функций, который выполняет стоимостные расчеты на основе функциональной модели IDEF0 и исходных данных бухгалтерской и логистической информационных подсистем, импортируемых в пакет. Стоимостной анализ функций выполняется по двухступенчатой схеме, для реализации которой пользователь-аналитик должен определить факторы ресурсов и функциональные факторы.

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

Функциональные факторы – это критерии переноса затрат с функций на стоимостные объекты. Для каждого отношения «функция – стоимостной объект» может быть задан свой натуральный показатель отнесения затрат. Например, перенос затрат, связанный с выполнением функции «Тиражирование» на стоимостные объекты «Бюллетени», «Брошюры», «Книги» выполняется в соответствии с показателем «Объем тиражирования по видам продукции».

Технология проведения стоимостного анализа функций в ППП Easy I. Разработка функциональной модели.

1. Определить множество стоимостных объектов.

2. Построить функциональную модель IDEF0.

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

II. Настройка пакета программ 1. Импорт модели IDEF0.

2. Задание факторов ресурсов для каждого отношения «Статья затрат ресурсов – функция».

3. Задание функциональных факторов для каждого отношения «Функция – стоимостной объект».

4. Импорт данных бухгалтерского учета для вычисления стоимости процессов.

5. Импорт данных логистической подсистемы для вычисления стоимостных затрат на создание стоимостных объектов.

III. Выполнение стоимостного анализа функций.

1. Автоматический расчет стоимости выполнения процесса и создания стоимостных объектов.

2. Вывод результатов расчета пользователю-аналитику.

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

Стоимостные объекты:

- Продукт для профессионального пользователя.

- Продукт для непрофессионального пользователя.

Функциональная модель процесса:

1. Регистрация телефонных звонков.

2. Ответ на телефонный звонок.

3. Выявление ошибки.

Основные статьи затрат ресурсов:

- Заработная плата.

- Амортизация компьютера (АРМа).

- Оплата телефонных каналов.

и др.

Факторы ресурсов:

- среднее время занятости работника, - среднее время занятости компьютера, - среднее время занятости телефонных каналов.

Функциональные факторы:

- объемы продаж по видам продукции.

Бухгалтерская информация:

- Заработная плата.

- Оплата по счетам телефонной компании.

и др.

Логистическая информация - Объем продаж по видам версий.

- Время занятости ресурсов.

Результаты расчетов стоимостных затрат показаны в таблице:

профессионалов профессионалов Как видно из таблицы основной объем работ на «горячей линии»

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

1. Что такое стоимостной анализ функций?

2. В чем заключается основное назначение стоимостного анализа функций?

3. Как определяются стоимостные затраты на выполнение функций (процессов)?

4. Как определяются стоимостные затраты на изготовление продуктов (оказание услуг)?

5. В чем заключаются ограничения ППП Design/IDEF в стоимостном анализе функций?

6. Каков алгоритм стоимостного анализа функций в ППП Easy ABC+?

Глава 5. Объектно-ориентированное моделирование бизнеспроцессов с использованием ППП Natural Engineering Workbench 5.1. Сущность объектно-ориентированной методологии Объектно-ориентированная методология [13,26] предполагает разработку моделей бизнес-процессов на нескольких уровнях детализации:

• П-модели (Use-Case Model) - модели прецедентов использования, • О-модели (Object Model) – объектной модели, • В-модели (Object Interaction Model) – модели взаимодействия объектов.

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

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

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

В-модель раскрывает механизм реализации динамических связей объектов О-модели в бизнес-процессах П-модели. В-модель по сути является процедурной и примерно соответствует функциональной модели (см. 3.1).

5.1.1. Модель прецедентов использования (П - модель) Модель прецедентов использования отображает бизнес-процессы в обобщенном виде, представляя описания прецедентов (процессов), взаимодействия с ними внешних пользователей (акторов) и распределение прецедентов по физическим подсистемам.

Представленные сущности имеют следующие графические обозначения:

Прецедент использования (бизнес процесс) Актор инициирует выполнение прецедента и получает от него результаты. Взаимодействие (ассоциация) актора с прецедентом осуществляется путем обмена сообщениями или посредством коммуникации (рис. 5.1.) Рис. 5.1. Взаимодействие актора с прецедентом использования Один актор может участвовать в нескольких прецедентах, а в одном прецеденте может быть занято несколько акторов. Пример Пмодели представлен на рис. 5.2.

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

Рис. 5.3. Распределение прецедента по физическим подсистемам Прецеденты использования могут классифицироваться на подтипы, используя отношения обобщения (uses), когда из нескольких прецедентов выделяется общая часть в вышестоящий прецедент, или отношение расширение (extends), когда общий тип прецедента разбивается на подтипы (рис. 5.4.) Рис. 5.4. Отношения обобщения прецедентов использования Этапы построения модели прецедентов использования 1. Определение акторов бизнес-процессов.

2. Формулирование прецедентов использования (обычно выделяют 10прецедентов) 3. Определение критериев выбора прецедентов использования и ранжирование по ним прецедентов для проведения реинжиниринга.

Обычно в качестве критериев выбора используются:

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

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

В методологии объектно-ориентированного моделирования бизнеспроцессов различают три типа объектов:

Объекты, отражаемые в О-модели, вступают друг с другом в отношения, которые могут быть статическими или динамическими.

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

Пример отражения статических отношений представлен на рис.5.5.

Рис. 5.5. Статическое отношение обобщения О-модели Динамические отношения объектов возникают при выполнении бизнес-процесса и имеют характер коммуникаций или обмена сообщениями в этом процессе. Динамические отношения имеют следующий вид:

представлен на рис.5.6.

Покупатель (заказчик) Рис. 5.6. Динамические отношения О-модели 1. Для каждого из акторов П-модели должны быть определены интерфейсные объекты.

2. Управляющие объекты получают сообщения от интерфейсных объектов и обрабатывают объекты сущностей.

3. Отражается статическая структура 4. Отражается динамическая структура.

5.1.3. В-модель - модель взаимодействия объектов Модель взаимодействия объектов отображает технологию выполнения бизнес процесса (прецедента использования). В-модель представляется в табличном виде по следующим правилам (см. рис. 5.7.):

1. В подлежащем таблицы последовательно задаются основные операции по реализации прецедента использования.

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

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

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

заказ от клиента 5.2. Общая характеристика ППП Natural Engineering Workbench ППП NEW является компонентом языка 4GL Natural LightStorm (Software AG) [17] и предназначен для автоматизации проектирования информационной системы. Поэтому в дальнейшем будет рассматриваться отображение моделей бизнес-процессов в модели информационных процессов для стадии реализации проекта бизнесреинжиниринга.

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

Для построения информационной системы строятся различные модели в виде ряда диаграмм:

1. OSD (Object Structure Diagram) — диаграмма структуры объектов, которая соответствует О-модели бизнес-процессов. В этой диаграмме отражается атрибутный состав, статические и динамические отношения информационных объектов. Причем динамические отношения только идентифицируются, детали их реализации определяются в OID (см.

пункт 3).

2. TSD (Transaction Sequence Diagram) — диаграмма последовательности транзакций, соответствующая П-модели бизнес-процессов. В этой модели в качестве акторов задаются пользователи информационной системы, в качестве последовательности транзакций — автоматизируемые прецеденты использования.

3. OID (Object Interaction Diagram) — диаграмма взаимодействия объектов, которая соответствует В-модели бизнес-процессов. OID строятся строго для каждой последовательности транзакций из TSD.

Причем последовательность транзакций задается в виде упорядоченной совокупности поименованных событий и коммуникаций информационных объектов. В последней версии NEW реализовано представление OID как в матричном (табличном), так и в графовом виде, в более ранних версиях только в виде графа.

4. OLD (Object Life-Cycle Diagram) — модель жизненного цикла объекта, в которой для каждого класса объектов определяется состояния и связанные с этим состоянием действия и события. Данная модель используется для отображения особенно сложного поведения объектов.

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

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

Обращение к методам объектов выполняется либо через события, инициируемые акторами (пользователями, внешними информационными системами), либо через сообщения, получаемые из процедур других объектов.

5.3. Особенности моделирования информационных процессов с 5.3.1. Построение диаграммы последовательности транзакций (TSD) П-модель бизнес-процессов отображается в модели последовательности транзакций NEW по следующим правилам:

1. Прецедент использования П-модели отображается в последовательность транзакций информационной системы, если этот бизнес процесс содержит автоматизированные процедуры (операции).

2. Интерфейсный объект В-модели, взаимодействующий с актором, сам становится актором, инициирующим работу информационной системы.

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

4. Стрелка, которая связывает актора с последовательностью транзакций, называемая Событием (Event), выполняет интерфейсное взаимодействие (рис. 5.8.), например, выбор режима работы по меню, ввод запроса, ввод исходных данных.

Рис. 5.8. Пример перехода от П-модели к диаграмме последовательности транзакций (TSD) 5. В качестве акторов могут выступать внешние информационные системы, которые посылают сообщения, вызывающие выполнение определенных транзакций. Таким образом, могут моделироваться автоматический информационный обмен с другими экономическими системами (банками, налоговыми органами, партнерами, клиентами) или взаимодействие различных автоматизированных рабочих мест (рис. 5.9.) Рис. 5.9. Пример взаимодействия различных АРМов 5.3.2. Построение диаграммы структуры объектов (OSD) При построении OSD используются следующие типы объектов:

Управляющий объект (Control Object) активный объект, агент, автоматическая О-модель отображается в OSD по следующим правилам:

1. Для интерфейсного объекта О-модели (актора TSD) создается один или несколько интерфейсных объектов OSD, через которые организуется информационный обмен пользователя с информационной системой 2. В случае интерактивной работы управляющего объекта О-модели (актора TSD) для него создается один или несколько интерфейсных объектов OSD, вызывающих работу управляющего объекта OSD, который автоматически выполняет те или иные функции.