Лек2
реклама
Бедрина Светлана Львовна, к.э.н., доцент кафедры ИСПИ Моделирование бизнес-процессов Нотации и инструменты моделирования процессов Бизнес–модель • Бизнес–модель – структурированное графическое описание сети процессов и операций, связанных с данными, документами, организационными единицами и прочими объектами, отражающими существующую или предполагаемую деятельность предприятия. Моделирование бизнес-процессов Преимущества позволяет проанализировать как работает предприятие (в моделирования целом, с внешними партнерами, на каждом рабочем месте); позволяет руководителю знать, как работают рядовые сотрудники, а рядовым сотрудникам - как работают их коллеги и на какой конечный результат направлена вся их деятельность; эффективное средство поиска возможностей улучшения деятельности предприятия; средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия; метод, позволяющий дать оценку текущей деятельности предприятия (функционирование, управление, эффективность, результаты деятельности и степень удовлетворенности клиента); стоимостную оценку всех и каждого бизнес-процессам на предприятии; способ выявления текущих проблем на предприятии и предвидения будущих. Основные подходы к моделированию и анализу бизнес-процессов • Функционально-модульный или структурный. В его основу положен принцип функциональней декомпозиции, при которой структура системы описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами. • Объектно-ориентированный подход использует объектную декомпозицию. При этом структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Методологии моделирования бизнес-процессов (Business Process Modeling) UML Flow Chart IDEF0 Модель бизнеспроцесса IDEF3 DFD Блок-схемы ARIS • • • Методологии моделирования бизнес-процессов Блок-схема (Block-Diagram) Диаграмма последовательности (Flow Chart) Диаграмма потоков (Data Flow Diagram) 8 Методологии моделирования бизнеспроцессов • • • IDEFO (Функциональное моделирование) Сетевой график (Activity Network Diagram) Диаграмма процесса принятия решения (Process Decision Program Chart) Методологии моделирования бизнес-процессов (нотация eEPS) Методология Rational Rose Методология Rational Rose Алгоритм выбора способа описания Бизнес-модель • Функциональная декомпозиция – процесс разбиения общей функции на подфункции Декомпозиция процесса Декомпозиция процесса Основные типы методологий структурного моделирования и анализа бизнес-процессов • В настоящее время для описания, моделирования и анализа бизнес-процессов используются несколько типов методологий. К числу наиболее распространенных типов относятся следующие методологии: – моделирования бизнес-процессов (Business Process Modeling); – описания потоков работ (Work Flow Modeling); – описания потоков данных (Data Flow Modeling). Методологии моделирования бизнес-процессов Методологии моделирования бизнеспроцессов • IDEF0 (Icam DEFinition) - нотация графического моделирования, используемая для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции. • В основе IDEF0 положен метод SADT (Structured Analysis and Design technique) История создания • (Structured Analysis and Design technique) разработан Дугласом Россом в 1973г. • Метод SADT – это метод структурного анализа и проектирования, описывающий взаимосвязи между функциями • Метод SADT поддерживается Министерством обороны США, которое было инициатором разработки стандарта IDEFO (Icam DEFinition), являющегося основной частью программы IСАМ (Integrated Computer Aided Manufacturing - интегрированная компьютеризация производства), проводимой по инициативе BВС США. • IDEFO утвержден в качестве федерального стандарта США. Метод SADT • Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какойлибо предметной области. • Функциональная модель SADT отображает функциональную структуру объекта т.е. производимые им действия и связи между этими действиям. Основные элементы этого метода основываются на следующих концепциях: • графическое представление блочного моделирования; • строгость и точность; • отделение организации от функции. СОСТАВ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ • Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. • Диаграммы — главные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и дуги соответственно. • Место соединения дуги с блоком определяет тип интерфейса. Нотация IDEF0 Нотация IDEF0 • Взаимодействие с окружающим миром описывается в терминах входа, выхода, управления и механизма Управление Вход Выход Функция А0 Механизм Нотация IDEF0 • Входы преобразуются или расходуются процессом, чтобы создать то, что появится на его выходе. • Управления определяют условия, необходимые процессу, чтобы произвести правильный выход. • Выходы - данные или материальные объекты, произведенные процессом. • Механизмы идентифицируют средства, поддерживающие выполнение процесса Управление Вход Функция Выход А0 Механизм Нотация IDEF0 Символ Изображение Описание Блок Блок описывает процесс. Внутри каждого блока помещается его имя и номер. Имя должно быть активным глаголом, глагольным оборотом или отглагольным существительным. Номер блока размещается в правом нижнем углу. Номера блоков используются для идентификации на диаграмме и в соответствующем тексте. Нотация IDEF0 Символ Стрелка Изображение Описание Стрелки обозначают входящие и исходящие из процесса объекты (данные). Каждая сторона функционального блока имеет стандартное значение с точки зрения связи блок-стрелка, В свою очередь, сторона блока, к которой присоединена стрелка, однозначно определяет ее роль. Нотация IDEF0 Символ Туннелиро ванная стрелка Изображение Описание Туннелированные стрелки означают, что данные, обозначаемые этими стрелками, не рассматриваются на родительской диаграмме и/или на дочерней диаграмме. . Нотация IDEF0 Символ Внешняя ссылка Изображение Описание Внешняя ссылка – место, сущность или субъект, которые находятся за границами моделируемой системы. Используются для обозначения источника или приемника стрелки Нотация IDEF0 Символ Междиаграммная ссылка Изображени Описание е Элемент, обозначающий другую диаграмму. Служит для обозначения перехода стрелок на диаграмму другого бизнес-процесса без показа стрелки на вышележащей диаграмме (при использовании иерархических моделей). Моделирование. бизнес-процесса •На первом этапе моделирования функциональность предприятия описывается в целом. Такое описание называется контекстной диаграммой 1.Системы представляется в виде простейшего компонента - одного блока и дуг, изображающих интерфейсы с функциями вне системы: •имя, указанной в блоке, является общим; •интерфейсные дуги соответствуют полному набору внешних интерфейсов системы в целом. Контекстная диаграмма Общее представление А0 А0 Построение иерархии диаграмм 2. Блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами: • эти блоки определяют основные подфункции исходной функции; • каждая из этих подфункций может быть декомпозирована подобным образом в целях большей детализации. Более детальное представление А1 А2 А3 Моделирование бизнес-процесса • 3 Каждая подфункция декомпозируется на более мелкие – и так далее до достижения необходимой детализации описания Общее представление Более детальное представление А1 А0 А2 А-0 А3 А4 А0 Верхняя диаграмма является родительской для нижней диаграммы А41 А42 А43 Декомпозиция ПОСТРОЕНИЕ ИЕРАРХИИ ДИАГРАММ • Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня, являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего уровня и выходящие из нее, потому что блок и диаграммы изображают одну и ту же часть системы. ПОСТРОЕНИЕ ИЕРАРХИИ ДИАГРАММ • Неприсоединенным дуги соответствуют входам, управлениям и выходам родительского блока. • Источник или получатель пограничных дуг может быть обнаружен только на родительской диаграмме. • Неприсоединенные концы должны соответствовать дугам на исходной диаграмме. • Все граничные дуги должны продолжаться на родительской диаграмме, чтобы она была полной и непротиворечивой. А11 А12 А13 Дуги перенолсятся с родительской диаграммы А121 А122 А123 ПОСТРОЕНИЕ ИЕРАРХИИ ДИАГРАММ • На SADT-диаграммах не указаны явно ни последовательность, ни время. • Обратные связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени) функции могут быть изображены с помощью дуг. • Обратные связи могyr выступать в вида комментариев, замечаний, исправлений и т. д Системные требования Разработка проекта Комментарии А1 Экспертиза Предварительная спецификация А2 Улучшенный проект Пример бизнес-процесса Законодательство Отчетность налогоплательщиков Внутренние инструкции Работа с отчетностью юридических лиц А1 Отдел по работе с юридическими лицами Отчетность вышестоящим организациям Пример дерева .диаграмм А0 Работа Государственной налоговой инспекции А1 А2 А3 Работа с физическими лицами Работа с юридическими лицами Работа вспомогательных подразделений А11 А12 А13 Работа по подоходному налогу Работа по налогу на имущество Работа по налогу на землю Типы связей между функциями: • • • • • • • случайная; логическая; временная; процедурная; коммуникационная; последовательная; функциональная. Типы связей • Случайная связь — показывает, что конкретная связь между функциями незначительна или полностью отсутствует. Это относится к ситуации, когда имена данных на SADT-дугах в одной диаграмме имеют слабую связь друг с другом. B А C А1 E F D А2 Типы связей • Логическая связь – данные и функции собираются вместе благодаря тому, что они попадают в общий класс или набор элементов, но необходимых функциональных отношений между ними не обнаруживается. • Временная связь – представляет функции, связанные во времени, когда данные используются одновременно или функции включаются параллельно, а не последовательно. Типы связей • Процедурная связь - функции сгруппированы вместе благодаря тому, что они выполняются в течение одной и той же части цикла или процесса. Планировать А А1 А А Согласовать АиВ А3 В Планировать В В А2 Типы связей • Коммуникационная - функции группируются благодаря тому, что они используют одни и те же входные данные и/или производят одни и те же выходные данные А В А1 С А А2 Типы связей • Последовательная связь - выход одной функции служит входными данными для следующей функции. Связь между элементами на диаграмме является более тесной, чем в рассмотренных выше случаях, поскольку моделируются причинно-следственные зависимости А А1 В С А2 Типы связей • Функциональная связь – все элементы функции влияют на выполнение одной и только одной функции. Одним из способов определения функционально-связанных диаграмм является рассмотрение двух блоков, связанных через управляющие дуги. • В математических терминах необходимое условие для простейшего типа функциональной связи имеет следующий вид: С=g(B)=g(f(A)) А В f А1 С g А2 Типы связей Уровень значимости Тип связи Характеристика типа связи Для функций Случайная Для данных 0 Случайная 1 Логическая 2 Временная Функции одного и того же периода времени (например, "операции инициализации") Данные, используемые в какомлибо временном интервале 3 Процедурная Функции, работающие в одной и той же фазе или итераций (например, "первый проход компилятора") Данные, используемые во время одной и той же фазы или итерации 4 Коммуникационная Функции, использующие одни и те же данные Данные, на которые воздействует одна и та же деятельность 5 Последовательная Функции, выполняющие последовательные преобразования одних и тех же данных Данные, преобразуемые последовательными функциями 6 Функциональная Функции, объединяемые для выполнения одной функции Данные, связанные функцией Функции одного и того же множества или типа (например, «редактировать все входы») Уровни 4-6 устанавливают типы связей, которые разработчики считают важнейшими для получения диаграмм хорошего качества. Случайная Данные одного и того множества или типа. с же одной Методологии моделирования бизнес-процессов • Диаграммы потоков данных (DFD)— демонстрирует, как каждый процесс преобразует свои входные данные в выходные и отношения между этими процессами. Нотация DFD Символ Внешняя сущность Изображени Описание е Материальный объект или физическое лицо, представляющие собой источник или приемник информации (заказчики, персонал, поставщики, клиенты, склад). Нотация DFD Символ Функция Изображени Описание е Определяет функции обработки информации Нотация DFD Символ Изображение Накопитель данных D1 Реестр налогоплательщиков Описание абстрактное устройство для хранения информации (справочники, документы, отчеты), которую можно в любой момент поместить в накопитель и, через некоторое время извлечь, причем способы помещения и извлечения могут быть Нотация DFD Символ Поток данных Изображени е Описание Определяет потоки данных (документы) являющиеся результатом работ или поступающие в систему извне Методологии моделирования бизнес-процессов • IDEF3 – это метод описания процессов, которые выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. Нотация IDEF3 Символ Единица работы Изображение Описание Работа, является центральным компонентом модели Нотация IDEF3 Символ Связи Изображени Описание е Показывают взаимоотношение работ Нотация IDEF3 Символ Изображение Перекрестки Описание Используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Методика Swim Line • Поставщики-потребители занимают отдельную дорожку • Каждый участник занимает отдельную дорожку • Временной ресурс отображается по горизонтальной оси • Человеческий ресурс отображается по вертикальной оси • Информационный ресурс (документпоказатель) является входами-выходами операций • На выходе каждой операции может быть один документ Методика Swim Line 3. Моделирование и анализ процессов Модель КАК-ЕСТЬ подготовка моделирования разработка стратегии и целостной структуры процессов моделирование «как есть» и анализ фактического состояния моделирование «как должно быть» и оптимизация процессов разработка процессноориентированной организационной структуры внедрение новой организационной структуры непрерывный менеджмент процессов м е н е д ж м е н т п р о ц е с с о в Детальная бизнес-модель позволит: • описать, "увидеть" и скорректировать будущую систему до того, как она будет реализована физически; • уменьшить затраты на создание системы; • оценить работы по времени и результатам; • достичь взаимопонимания между всеми участниками проекта; • улучшить качество создаваемой системы. Модели бизнес-процессов представляют собой самостоятельный результат: • модели позволяют осуществлять автоматизированное и быстрое обучение новых работников конкретному направлению деятельности предприятия; • с помощью моделей можно осуществлять предварительное моделирование нового направления деятельности с целью выявления новых потоков данных, взаимодействующих подсистем и бизнеспроцессов. Оценка пригодности моделей • преследуемой цели; • роли пользователя в организации; • индивидуальных предпочтений относительно графического или концептуального оформления. Принцип достоверности • Достоверное отображение объекта исследования является неотъемлемой предпосылкой для создания высококачественной модели. Принцип значимости • Информационная модель должна документировать только те объекты исследования, которые имеют значение для соответствующей перспективы Принцип понятности • модель может быть полезной только в том случае, если она понятна пользователю. Принцип сопоставимости • применение единых правил моделирования в отношении моделей, созданных независимо друг от друга. Принцип систематичной структуры • для создания системы моделей необходимо предусмотреть интерфейсы, обеспечивающие ее взаимосвязанность и структурированность Принцип экономической эффективности • обеспечить сбалансированное соотношении между затратами на моделирование и достигнутыми результатами. Порядок подготовки к моделированию процессов Идентификация и выбор перспектив Определение способов распространения моделей Спецификация техник моделирования Инструмент моделирования Выбор типов моделей Выбор инструмента моделирования Спецификация единых правил моделирования Конфигурация моделей Пользовательская настройка инструмента моделирования
