Тельнов Ю.Ф. - Реинжиниринг бизнес-процессов (учебное пособие) (1094688), страница 7
Текст из файла (страница 7)
- входные объекты;О1, О2, О3, … - выходные объекты;С1, С2, С3, …. – управляющие объекты;М1, М2, М3, …. – механизмы.Объекты, с которыми связаны пограничные дуги, могут бытьлокальными на данном уровне диаграммы. Такие объекты связываются с41функциональными блоками внешними туннельными дугами (рис. 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) – инструмент динамическогоимитационного моделирования (отдельно поставляемый программныйпродукт).42В дальнейшем будет рассмотренофункционального моделирования IDEF0.применениеинструмента3.3.
Особенности построения функциональной модели cиспользованием ППП Design/IDEFНа уровне контекстной диаграммы отражаются принципиальныепотоки объектов, которые составляют сущность бизнес-процесса. Приэтом потоки объектов, задействованные только в отдельных функцияхбизнес-процесса, на контекстном уровне не задаются и становятсялокальными в соответствующем блоке. Пример контекстной диаграммыпроцесса выполнения заказа клиента представлен на рис.
3.3.Диаграммы детальных уровней описания бизнес-процессовобеспечивают возможность отображения на одной схеме множестваальтернативныхпутейвыполнениябизнес-процесса.Каждыйфункциональный блок в зависимости от рассматриваемого контекстаможет обрабатывать подмножество входных объектов, соответственноформировать подмножество выходных объектов, при этом может бытьзадействовано подмножество механизмов и управляющих объектов.Каждый вариант использования функционального блока называется егоактивацией. Для понимания механизма активации функциональногоблока часто требуется анализ контекста на следующем уровнедетализации модели.На детальных диаграммах функциональные блоки располагаютсяна главной диагонали по принципу «сверху-вниз» и «слева-направо».Диагональное размещение функциональных блоков способствует болеекомпактному представлению схемы бизнес-процесса и улучшению егопонимаемости.
При этом главная диагональ обеспечивает отображениеосновного пути бизнес-процесса. Причем функциональным блокамназначаются номера в соответствии, с одной стороны, с логическойпоследовательностью выполнения процесса, а с другой стороны, состепенью влияния на выполнение других функций (число выходящихдуг, число связанных блоков). Таким образом, наиболее важные блокиполучают первые номера, а наименее важные последние.Структурнаясложностьорганизациибизнес-процессовдостигается путем разветвлений и объединений путей на диаграмме, атакже обратных связей.Различают следующие виды разветвлений:• Классификация объектов, которая уточняет тип обрабатываемого вдальнейшем объекта. Например, класс объектов «Заказ» делится наподклассы «Заказ нового клиента», «Заказ старого клиента» (рис.4).Разветвление в этом случае обеспечивает альтернативность путейвыполнения процесса реализации заказа клиента.
При этом каждый путьдолжен быть помечен именем подтипа объекта.43• Разбиение объекта на компоненты (дезагрегация), которые вдальнейшем обрабатываются как самостоятельные объекты по своимпутям. Например, объект-агрегат «Поставка» в процессе материальнотехнического снабжения разбивается на объекты-компоненты«Продукт», «Накладная», «Счет» (рис. 5). В этом случае происходитраспараллеливание путей бизнес-процесса, которые выполняютсяразными исполнителями.
При этом каждый путь должен быть помеченименем объекта-компонента.• Одновременный доступ к объекту или его копирование,подразумевающее одновременную манипуляцию с одним и тем жеобъектом или его копиями несколькими исполнителями. Например, наоснове объекта «Оформленный заказ» могут параллельно выполнятьсяфункциональные блоки «Выписать счет» и «Выполнить заказ» (рис. 3.4).В последнем случае дополнительная пометка параллельных путейнеобязательна, хотя и возможна, если речь идет о копиях.Объединение путей на диаграмме соответственно обеспечивает:• Обобщение объектов, когда объекты нескольких типов в дальнейшемдолжны обрабатываться по общему пути, т.е.
снимаетсяальтернативность путей. Например, класс объектов «Проверенныйзаказ» объединяет альтернативные пути(рис. 3.4). Следующийфункциональный блок получает объект по любому из альтернативныхпутей.• Агрегация объектов, когда несколько компонентов образуют одинобъект.Например, объект «Документы к оплате» можно рассматривать какагрегат, включающий объекты «Накладная» и «Счет» (рис. 3.5).
Тогдаперед тем как будет выполнен функциональный блок, должна произойтисинхронизация поступления объектов-компонентов.Обратные связи реализуют циклы на повторение операций:• Использование откорректированной нормативной и плановойинформации для следующего цикла выполнения процесса. Например,информация о новом клиенте заносится в базу данных и рассматриваетсякак ограничение в следующем цикле приема заказа (рис. 3.4).
При этомпроисходит объединение путей на диаграмме по принципу обобщения.• Повтор операций после контроля и отбраковки объектов.Например, повторная поставка товара после неакцепта накладной (рис.3.5).44Рис. 3.3. Контекстная диаграммаРис. 3.4. Разветвления и объединение путей по принципу классификациии обобщения45Рис. 3.5.
Разветвления и объединение путей по принципу дезагрегации иагрегацииВопросы для самопроверки:1. Что такое функциональная модель бизнес-процесса?2. Какие конструктивные элементы используются для построенияфункциональной модели?3. Как представляется поток материальных, информационных,финансовых объектов?4. Как трактуется и представляется управление выполнением функций?5. Как представляются исполнители бизнес-процессов?6. Как отражается использование информационной системы в бизнеспроцессе?7. Что такое ICOM метки и как они используются?8.
Что такое туннельные дуги и как они используются?9. Что такое главный путь бизнес-процесса и как он отражается?10. Как трактуются и представляются разветвления и соединения путейбизнес-процесса?11. Как трактуются и представляются циклы в бизнес-процессе?12. Перечислите функциональные возможности ППП Design/IDEF.46Глава 4. Стоимостной анализ функций (Activiy-Based Costing)4.1. Сущность стоимостного анализа функцийСовременные бизнес-процессы отличаются высоким уровнемнакладных расходов, связанных с затратами на организацию сделки склиентами, разработкой спецификации изделия в соответствии синдивидуальными требованиями заказчика, закупкой уникальныхматериалов, обучением и сервисным обслуживанием потребителя.
Понекоторым данным трансакционные издержки оформления и реализациисделки занимают до 70% в общей себестоимости готовой продукции [9].Традиционно предприятия относят накладные расходы настоимость продукции в соответствии с затратами прямого труда.Продукты с наибольшими прямыми затратами получают большенакладных расходов без учета реальных затрат, связанных с конкретнымобслуживанием выполнения заказов.
При традиционном подходе неучитываются типы потребителей и каналов распространения продукции.Отсюда возникает неточность в оценке затрат и эффективностидеятельности предприятия по различным видам бизнес-процессов.Следовательно,объективнотребуетсяприменениеметодовстоимостного анализа, которые более точно определяли бы издержкипредприятия в условиях высокой диверсификации видов деятельности.К таким методам относятся методы стоимостного анализа функций.Стоимостной анализ функций позволяет сначала определятьстоимостные затраты на выполнение процессов путем отнесения нафункции стоимости использования в них всех ресурсов.
Далее стоимостьфункций переносится на стоимостные объекты: (продукты, услуги, видыпродуктов и услуг, клиенты и типы клиентов, каналы распространенияпродукции) в соответствии с объемами работ по каждой функции. Такимобразом, накладные расходы на стоимостные объекты определяются постепени использования ресурсов в функциях, связанных состоимостными объектами (рис. 4.1.). В отличие от традиционнойодноступенчатой схемы стоимостного анализа схема отнесения затратстановится двухступенчатой, позволяющей более точно определятьиздержки, связанные с выполнением заказов потребителей.Стоимостной анализ функций создает основу для примененияновых технологий управления в части принятия стратегическихинвестиционных решений, маркетинга, улучшения процессов.Стоимостной анализ функций позволяет:1.
Сократить время и затраты на выполнение функций, добавляющихстоимость (value-added).2. Максимально сократить функции, не добавляющие стоимость (nonvalue-added), например, тестирование, контроль.3. Выбрать функции с низкой стоимостью из возможных альтернатив(анализ вариантов бизнес-процессов).474. Организовать совместное использование всех возможных функцийдля различных стоимостных объектов (с позиции множества продуктов,услуг) с перераспределением высвобождающихся ресурсов.5. Согласовать интенсивность процессов для создания стоимостныхобъектов и наличные ресурсы.ПрямыезатратыI этап -факторыресурсовII этап -Функциональныефакторы$Непрямые затраты$$ресурсы$$$$$Накладные расходы$$Стоимость продуктов, услуг, обслуживания клиентовфункциистоимостныеобъектыРис. 4.1.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
