Тельнов Ю.Ф. - Реинжиниринг бизнес-процессов (учебное пособие) (1094688), страница 6
Текст из файла (страница 6)
Информационно событие отражается ввиде некоторого сообщения, фиксирующего сам факт выполнениянекоторой функции, изменения состояния или появления новогообъекта. Процедурно событие вызывает выполнение других функций ипоэтому для каждого состояния объекта должны быть заданы описаниявызовов других функций. Таким образом, события выступают вуправляющей роли для выполнения функций бизнес-процессов иопределяет направление материальных, информационных и финансовыхпотоков в зависимости от конкретной ситуации.34ПоступлениезаявкиОформитьзаказЗаявкаЗаказОтдел сбытаЗаказоформленНоменклатураЗаказотвергнутПроизводств.планЗаказСпланироваплановыйЗапасыдостаточныПроизв.планКомпл.деталиВыполнитьзаказЦехЗапасыПродуктПланзакупокПлан закупокЗапасынедостаточныЗакупитькомплектующиеОтдел МТСОборудованиеКомпл.деталиРасчетныйсчетЗакупкавыполненаЗаказвыполненРис.
2.6. Пример модели бизнес-процесса обработки заказовОбобщенная модель бизнес-процесса отображается на уровнеинформационных процессов с помощью нескольких видов моделей: ERдиграмм («сущность-связь») длябаз данных; функциональныхиерархий, диаграмм потоков данных и диаграмм потоков событий дляпроцедур. Так, определения классов рабочих объектов, ресурсов,организационных единиц составляют основу ЕR-диаграмм. Иерархиифункций бизнес-процесса определяет иерархию программных процедур.Диаграммы потоков данных устанавливают интерфейсы программныхпроцедур с базами данных, входными и выходными формамиинформации, а диаграммы потоков событий определяют управлениепереходами между процедурами.Существуют различные подходы к отображению модели бизнеспроцессов, среди которых выделяются функциональный и объектноориентированный подходы. В функциональном подходе главным35структурообразующим элементом является функция (действие), вобъектно-ориентированном подходе – объект.Сущность функционального подхода к моделированию бизнеспроцессов сводится к построению схемы технологического процесса ввиде последовательности операций, на входе и выходе которыхотражаютсяобъектыразличнойприроды:материальныеиинформационные объекты, используемые ресурсы, организационныеединицы (подробное изложение функционального подхода представленов 3-ей главе).Достоинствофункциональногоподходазаключаетсявнаглядности и понятности представления бизнес-процессов наразличных уровнях абстракции, что особенно важно на стадиивнедрения разработанных бизнес-процессов в подразделенияхпредприятия.
Существенным недостатком функционального подходаявляется некоторая субъективность детализации операцийи какследствие большая трудоемкость в адекватном построении бизнеспроцессов.Объектно-ориентированный подход предполагает вначалевыделение классов объектов, а далее определение тех действий, вкоторых участвуют объекты (подробное изложение см. в 5 главе).
Приэтом различают пассивные объекты (материалы, документы,оборудование), над которыми выполняются действия, и активныеобъекты (организационные единицы, конкретные исполнители,информационные подсистемы), которые осуществляют действия. Такойподход более объективно позволяет выделять операции над объектами, азаодно и решать задачи целесообразности существования самихобъектов.
Недостаток объектно-ориентированного подхода заключаетсяв меньшей наглядности конкретных процессов для лиц, принимающихрешения. Вместе с тем, выявленные операции для наглядности, вдальнейшем могут быть представленыв виде функциональныхдиаграмм.В настоящее время для проведения моделирования деловых иинформационных процессов имеется достаточно много методологий исоответствующих инструментальных средств, большинство из которыхимеют узкую направленность применения.
Так, методологиифункционального моделирования (диаграммы потоков данных,структурные диаграммы процессов) ориентированы на отображениепоследовательности функций, в которых трудно вычленить конкретныеальтернативы процессов и не видна схема взаимодействия объектов. ERмодели наоборот отражают только обобщенную схему взаимодействияобъектов без детализации последовательности выполнения функций.Методологии объектно-ориентированного подхода отражают объекты,функции и события, при которых объекты инициируют выполнениеконкретных процессов; при этом теряется общая наглядность модели.36Наибольшуюперспективупредставляюткомплексныеметодологии моделироваия бизнес-процессов, например, ARIS –технология [3,26], Natural Engineering Workbench [6,17], позволяющие взависимости от целей анализа бизнес-процессов выбирать адекватныемодели. Архитектура ARIS - технологии представлена на рис.
2.7, ареализация модели потоков событий на рис.2.8.ОРГАНИЗАЦИЯ(Орг. структура)УПРАВЛЕНИЕДанныеФункцииProcess Chain Diagram -- интегрированная модель.Диаграмма взаимодействия процессов - модель событий.(ER-модель)(иерархия функций)Рис. 2.7. Архитектура моделей системыОрганизационныеединицыОтраслевойофисТип обработкиСобытияФункцииДанныеЗаказполученВвод заказаЗаказпокупателяОбработка заказаРегулярныйзаказИнтерактивный Пакетныйon-lineoff-lineЗаказ введенЗаказоформленОтделпродукцииТребуется доп.информацияОпрос покупателяРис. 2.8. Пример модели потока событий системы ARIS37Вопросы для самопроверки:1. Перечислите этапы реинжиниринга бизнес-процессов2. Что такое миссия предприятия? Приведите примеры.3.
Что такое ключевые факторы успеха предприятия? Приведитепримеры.4. Как классифицируются, выделяются и ранжируются бизнеспроцессы? Приведите примеры.5. В чем заключается сущность обратного инжиниринга?6. В чем заключается сущность прямого инжиниринга?7. Чем отличаются идеальная и реальная модель проектируемогобизнес-процесса?8. Какие работы выполняются при создании новой организационноэкономической и информационной системы?9.
Какие методы и средства используются для реинжиниринга бизнеспроессов и проектирования информационной системы?10. Как осуществляется внедрение проекта реинжиниринга бизнеспроцессов?11. Какова организационная структура проекта РБП?12. Перечислите основные компоненты обобщенной модели бизнеспроцесса.13. Чемотличаютсяметодыфункциональногоиобъектноориентированного моделирования бизнес-процесса?14.
Какие методологии позволяет комбинировать применение различныхметодов моделирования бизнес-процессов?38Глава 3. Функциональное моделирование бизнес-процессов сиспользованием ППП Design/IDEF3.1. Сущность методологии функционального моделирования бизнеспроцессов (SADT – методологии)SADT - методология (Structured Analysis and Design Technique)получила столь широкое распространение благодаря тому, чтоориентирована на комплексное представление структуры материальных,информационных, финансовых и управленческих потоков, отображениеорганизационной структуры. В силу этого, SADT - методология вбольшей степени нацелена на реорганизацию всей системы управления,чем другие методологии функционального моделирования, основанныена использовании диаграмм потоков данных, главная цель которыхпроектирование информационных процессов.Функциональная модель бизнес-процессов состоит из диаграмм,фрагментов текстов и глоссария, имеющих ссылки друг на друга.Диаграммы - главные компоненты модели, которые отображаютпоследовательности взаимосвязанных через общие объекты функций(операций, действий, работ – activity) бизнес-процесса.Достоинство функциональной модели заключается в графическойпростоте, в которой используются всего два конструктивных элемента:• функциональный блок – описание функции, операции, действия,работы;• интерфейсная дуга, связывающая два функциональных блока –описание объекта, потока объектов.Функциональная модель начинается с построения общего описанияпроцесса, которое представляется в диаграмме нулевого уровня иликонтекстной диаграмме (рис.
3.1.). На этом уровне весь процессрассматривается как один функциональный блок со всеми связаннымиобрабатываемыми и управляющими объектами. На этой диаграмметакже отражается цель структурного анализа (например, сокращениедлительности выполнения процесса, или сокращение издержек, илиповышение качества обслуживания и т.д.) и точка зрения, с позициикоторой рассматривается модель (дирекция, отдел информатизации,экономический отдел и т.д.).39Рис.3.1. Контекстная диаграммаДиаграммы следующих уровней детализируют функции процессакаждого предыдущего уровня (рис.
3.2.). Так, функциональный блок А0декомпозируется на совокупность взаимосвязанных подфункций А1, А2,А3, …. В свою очередь каждый функциональный блок 1-го уровняможет быть декомпозирован на совокупность подфункций, например А2на А21, А22, А23, А24 ... и так дальше, пока на последнем уровне неполучатся элементарные действия. На каждом уровне рекомендуетсяразмещать не более 6 функциональных блоков.
Число уровнейдекомпозиции не ограниченно. Обычно для структурного анализабизнес-процессов достаточно 2 – 3 уровней декомпозиции,последующие уровни декомпозиции требуются для алгоритмизацииинформационных процессов и разработки инструкций для исполнителейбизнес-процессов.Рис.3.2. Декомпозиция функции А0Для каждого функционального блока определяются интерфейсныедуги различных типов (стрелки), которые отражают потоки объектов.40Объекты могут быть различной природы: материальные, финансовые,информационные. Похарактеруиспользованияобъектов вфункциональных блоках различают: входные (input) объекты слева отблока, выходные (output) объекты справа от блока, управляющие(control) объекты сверху от блока и механизмы (mechanize) снизу отблока. Объекты обозначаются метками на стрелках, которыеобязательны.Входные объекты преобразуются в функциональных блоках ввыходные.
При этом выходной объект – это новый созданный объектили преобразованный старый объект. В последнем случае новоекачество объекта, как правило, обозначается прилагательным, например,принятый заказ, отложенный заказ, удаленный заказ, выполненный закази т.д.Управляющие объекты соответствуют нормативным актам(законодательным актам, инструкциям, планам, приказам), на основекоторых выполняются процессы. Кроме того, управляющие объектырассматриваются как ограничения, обстоятельства, условия выполненияпроцесса, например номенклатуры-ценники, списки клиентов ипоставщиков, состояние запасов, состояние расчетного счета, наличиепроизводственных мощностей и т.д.Управляющие объекты должны обязательно отражаться вфункциональной модели, а входные объекты не обязательно.
Впоследнем случае какой-либо управляющий объект одновременноявляется и входным, например, заказ, на основе которого выполняетсяработа, преобразуется внутри функционального блока в готовыйпродукт.Механизмы – это объекты, которые исполняют процессы(исполнители). К механизмам относят структурные подразделенияпредприятия, персонал, автоматизированныерабочие места,оборудование.Объекты могут выступать в различных блоках в разных ролях,например, когда выходной объект одного блока является входнымобъектом, или управляющим объектом, или механизмом для другогофункционального блока. Объекты, которые выступают только в однойроли, обозначаются метками, с которыми связаны пограничные дуги.При этом объекты, передаваемые в детальную диаграмму извышестоящих диаграмм, обозначаются ICOM метками (рис. 3.2.):I1, I2, I3, ….
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
