1. Этапы цикла управления процессами. Составные части концепции управления бизнес.Процесс это Совокупность взаимосвязанных и взаимодействующих видов деятельности (работ), преобразующих входы в выходы. Бизнес-процесс – это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы, создаёт ценность и выдаёт результат.
Жизненный цикл процесса состоит из следующих шагов или задач:Моделирование процесса во время этого шага владельцы бизнес-процессов создают высокоуровневую модель, состоящую из задач, которые должны выполняться, и нужных для этого ресурсов. Кроме того, делаются некоторые предположения о времени выполнения и стоимости каждой задачи.
Анализ бизнес процесса Внедрение и документирование — во время этого шага высокоуровневый бизнес-процесс, точнее его описание высокого уровня, преобразуется в модель исполняемого процесса. Сам же процесс документируется для того, чтобы он мог использоваться для обучения и сопровождения в будущем.
Пример построения диаграммы потоков данных (Data Flow Diagram)
мониторинг бизнес-процессов с целью получения ключевых индикаторов эффективности и других метрик. Оптимизация и перепроектирование. Каждый бизнес-процесс:Имеет свои границы; Имеет конечного потребителя (другого бизнес-процесса или конечного потребителя); Имеет своего владельца.
Каждый бизнес-процесс должен иметь потребителя «своей» продукции, иначе этот бизнес-процесс просто не нужен. Любой бизнес-процесс имеет вход, выход, управление и ресурсы. Вход — материал или информация, которая используется или преобразуется бизнес-процессом для получения результата (выхода).
Допускается, что бизнес-процесс может не иметь входа.Управление — правила, технологии, процедуры или стандарты, которыми руководствуется бизнес-процесс.Выход — материал или информация, которая производятся бизнес-процессом. Бизнес-процесс без результата не имеет смысла.Ресурсы — персонал предприятия, оборудование, инструмент и т.д. Составные части концепции управления бизнес процессами (Business Process Management). Цикл PDCA составляющие части цикла являются составляющие частями концепции управления бизнес процессами. Циклы Исикавы и Форда 8D.
2. Стандарты IDEF. Сущность, достоинства и недостатки. Функциональная модель деятельности в методологии IDEF0.
IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. В настоящий момент к семейству IDEF можно отнести следующие стандарты: IDEF0 — методология функционального моделирования. IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи; IDEF1X (IDEF1 Extended) – методология построения реляционных структур.IDEF2 – методология динамического моделирования развития систем. IDEF3 – методология документирования процессов, происходящих в системе; IDEF4 – методология построения объектно-ориентированных систем; IDEF5 – методология онтологического исследования сложных систем.Функциональная модель определяется тем что мы представляем деятельность в виде контекстной функции имеющей входы и выходы, ресурсы, управляющие потоки, информационные и предписывающие потоки, исполнителей.
DFD
+ Очень простые смысловые функции, четкое определение каждой стороны.
+ Переход из одной нотации в другую
-ограниченное количество элементов.
-при недостатке квалификации можно перегрузить модель, она станет не читаемой.
Методология DFD. Сущность, достоинства и недостатки. DFD-диаграммы, объекты DFD-диаграмм.
Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ.
Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота DFD описывает: функции обработки информации (работы);документы (стрелки, arrow), объекты, сотрудниковилиотделы,которые участвуют в обработке информации,внешние ссылки (external references), которые обеспечиваютинтерфейс с внешними объектами, находящимися за границамимоделируемой системы; таблицы для хранения документов (хранилище данных, data store).Нотация DFD — удобное средство для формирования контекстной диаграммы Ее назначение — ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда. Работы. В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0.
Внешние сущности. Внешние сущности изображают входы в систему и/или выходы из системы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Построение – 1)построение физическая модель, как есть.
2)Построение логической модели, как должно быть.3) строится модель, отображающая требования к будущей системе.4) строится физическая модель, на основе которой должна быть построена новая система. Нумерация объектов. В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта -это уникальный номер работы на диаграмме.
Например, работа может иметь номер А. 12.4. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е5.
4. Инструментальные системы для моделирования бизнеса. Сравнительный анализ инструментальных средств.Пакет ARIS ToolSet — многопользовательская среда описания и анализа рабочих процессов предприятий, поддерживающая разработку сложных гетерогенных информационных системи сопровождающая весь цикл разработки (анализ — проектирование – реализация).
Применение этих инструментальных средств позволяет многократно сократить длительность этапа проектирования при гарантированном уровне проектных решений BP-Win – инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов.BPwin позволяет создавать модели процессов и поддерживает в одной модели в дополнение к IDEF0 еще два стандарта (нотации) моделирования — DFD и IDEF3.
Каждая из этих трех нотаций позволяет рассмотреть различные стороны деятельности предприятия. Диаграммы IDEF0 предназначены для описания бизнес-процессов на предприятии, они позволяют понять, какие объекты или информация служат сырьем для процессов, какие результаты производят работы, что является управляющими факторами и какие ресурсы для этого необходимы.
Нотация IDEF0 позволяет выявить формальные недостатки бизнес-процессов, что существенно облегчает анализ деятельности предприятия. Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации.
Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming — нотацией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. В результате обследования предприятия строится функциональная модель существующей организации работы AS-IS (Как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, «кто что сделал» и что каждая единица бизнеса добавляет в процесс. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (Как будет) — модели новой организации бизнес-процессов. Модель ТО-ВЕ нужна для оценки последствий внедрения информационной системы и анализа альтернативных/лучших путей выполнения работы и документирования того, как предприятие будет функционировать в будущем.+ Не занимает места,+Кост анализ, +Мощный генератор отчетовПрограммно-методический комплекс ОРГ-Мастер – многопользовательская среда моделирования и организации деятельности предприятия, поддерживающая системный и процессный подходы к ведению бизнеса на основе информационных моделей. + возможность накопления и анализа бизнес-моделей.Другие: IDEF Дезайн, Бизнес студио, Oracle, BPM
5. Инструментальная система BPWin. Основные свойства, достоинства и недостатки. AllFusion Process Modeler 7 (ранее BPwin) — инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов.
Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса.BPwin позволяет создавать модели процессов и поддерживает в одной модели в дополнение к IDEF0 еще два стандарта (нотации) моделирования — DFD и IDEF3. Каждая из этих трех нотаций позволяет рассмотреть различные стороны деятельности предприятия.
Диаграммы IDEF0 предназначены для описания бизнес-процессов на предприятии, они позволяют понять, какие объекты или информация служат сырьем для процессов, какие результаты производят работы, что является управляющими факторами и какие ресурсы для этого необходимы. Нотация IDEF0 позволяет выявить формальные недостатки бизнес-процессов, что существенно облегчает анализ деятельности предприятия.
Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming.В результате обследования предприятия строится функциональная модель существующей организации работы AS-IS (Как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, «кто что сделал» и что каждая единица бизнеса добавляет в процесс. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (Как будет) — модели новой организации бизнес-процессов. Модель ТО-ВЕ нужна для оценки последствий внедрения информационной системы и анализа альтернативных/лучших путей выполнения работы и документирования того, как предприятие будет функционировать в будущем.
AllFusion Process Modeler 7 (BPwin) эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. Продукт позволяет оптимизировать деятельность предприятия и проверить ее на соответствие стандартам ISO 9000, спроектировать оргструктуру, снизить издержки, исключить ненужные операции и повысить эффективность. В основу продукта заложены общепризнанные методологии моделирования, например, методология IDEF0. Часто одним из недостатков BPWin сторонники ARIS-а называют ограничение по количеству объектов на диаграмме.
Отсутствует «откат» (возможность вернуться назад)
6. Принципы выделения бизнес-процессов. Проблема целостного описания бизнес-процессов.
Первым шагом любой в любой методологий является выделение бизнес-процессов, определение их четких границ и назначение владельцев. Менеджеры, получившие образование в разных местах и имеющие различный опыт, понимают термин «бизнес-процесс», выделяют и описывают процессы по-своему.
Типизация менеджмента. Выделяются типовые бизнес процессы: управление, производство и обеспечивающие б.п. Это является наглядным способом декомпозиции. Б.п. на более низком уровне доводим с помощью декомпозиции до уровня DFD и IDEF3. От функционального б.п. к моделям потокового представления и последовательности действий в IDEF3.
При классическом подходе к внедрению процессной модели управления необходимо создавать две бизнес-модели: исходную («как есть») и целевую («как должно быть»). Описание исходной модели (в заранее выбранной стандартной форме) требуется для того, чтобы выявить возможные недостатки в существующей системе управления предприятием.
При декомпозиции ОЧЕНЬ важно не потерять связь между элементами верхнего и нижнего уровня.
Источник: zdamsam.ru
Часть 2. «Методология dfd в нотациях Гейна-Сарсона и Йордана-Де Марко»
Методология DFD в нотациях Гейна-Сарсона и Йордана-Де Марко Следующий стандарт описания бизнес-процессов, который получил распространение, был разработан на основе развития классической методологии DFD. Данный стандарт представлен двумя немного различающихся вариантами, которые называют нотациями.
Первая из них называется нотацией Гейна Сарсона, вторая нотацией Йордона-Де Марко. Гейн Сарсон, предложил классическую DFD-схему немного усложнить. Он предложил ввести дополнительный объект, с помощью которого показываются места бизнес-процесса, в которых хранится информация, либо материальные ресурсы.
Примерами таким мест являются архив, в котором хранятся документы, база данных, в которой хранится информация, либо склад, на котором хранятся материальные ресурсы. Данный объект получил название — хранилище данных.
На DFD-схемах в нотациях Гейна-Сарсона и Йордона-Де Марко также используются объекты, с помощью которых показывают внешних субъектов, с которыми бизнес-процесс взаимодействует. Данные объекты называют внешними сущностями. На рис. 3 приведен пример DFD-схемы бизнес-процесса «Оформлении и выдача трудовой книжки сотруднику при увольнении», разработанной в нотации Гейна-Сарсона.
Рис. 3. DFD-схема бизнес-процесса «Оформлении и выдача трудовой книжки сотруднику при увольнении» в нотации Гейна-Сарсона. На данной схеме в качестве хранилища данных выступают сейф, в котором хранятся трудовые книжки и архив, в который помещается заполненный обходной лист.
В качестве внешней сущности выступает сотрудник, который увольняется и который получает выход рассматриваемого бизнес-процесса – трудовую книжку. Вторая нотация Йордона-Де Марко методологии DFD была названа в честь разработавшего ее специалиста Йордона-Де Марко.
В первом приближении эта нотация аналогична нотации Гейна Саросна, за исключение форм объектов: для описаний операций бизнес-процесса вместо закругленных прямоугольников стали использоваться круги, немного видоизменились и другие объекты – хранилище данных и внешние сущности (рис. 4). 
Рис.
4. DFD-схема бизнес-процесса «Оформлении и выдача трудовой книжки сотруднику при увольнении» в нотации Йордона-Де Марко. В таблице 2 приведены названия, обозначения и смыл элементов, используемых при построении DFD-схемы бизнес-процесса в нотациях Гейна-Сарсано и Йордона-Де Марко. Таблица 2. Элементы методологии DFD в нотациях Гейна-Сарсано и Йордона-Де Марко. 
Часть 3. «Методология idef3»
Методология IDEF3 Стандарт IDEF0, который был рассмотрен ранее является развитием классического DFD – подхода и предназначен для описания бизнес-процессов верхнего уровня. Для описания временной последовательности и алгоритмов выполнения работ стандарт IDEF0 не подходит.
Для решения этой задачи стандарт IDEF0 получил дальнейшее развитие в результате чего был разработан стандарт IDEF3, который входит в семейство стандартов IDEF. Стандарт IDEF3 предназначен для описания бизнес-процессов нижнего уровня и содержит объекты – логические операторы, с помощью которых показывают альтернативы и места принятия решений и в бизнес-процессе, а также объекты – стрелки с помощью которых показывают временную последовательность работ в бизнес-процессе (рис.
5). 
Рис. 5. Схема бизнес-процесса в стандарте IDEF3. В отличие от классической методологии WFD в стандарте IDEF3 связи между работами делятся на три типа, обозначения, названия и смыл которых, приведены в таблице 3. Таблица 3. Типы связей между работами в стандарте IDEF3.
| Название связи | Вид связи | Смысл связи |
| Связь предшествования |  | Обозначает, что вторая работа начинает выполняться после завершения первой работы. |
| Связь отношения |  | Обозначает, что вторая работа может начаться и даже закончиться до того момента, когда закончится выполнение первой работы. |
| Связь потоков объектов |  | Одновременно обозначает временную последовательность работ и материальный либо информационный поток. В данном случае вторая работа начинает выполняться после завершения первой работы. При этом выходом первой работы объект название которого надписано над стрелкой (в данном случае документ). Эта связь также обозначает, что объект порождаемый первой работой, используется в последующих работах. |
Помимо наличия нескольких типов связей между работами в стандарте IDEF3 логические операторы, которые в данном случае называются перекрестками также делятся на несколько типов: «Исключающий ИЛИ», «И» и «ИЛИ». Перекресток «Исключающий ИЛИ» обозначает, что после завершения работы «A» (рис.
6), начинает выполняться только одна из трех расположенных параллельно работ B, С или D в зависимости от условий 1, 2 и 3. Перекресток «И» обозначает, что после завершения работы «A», начинают выполняться одновременно три параллельно расположенные работы B, С и D. Перекресток «ИЛИ» обозначает, что после завершения работы «A», может запуститься любая комбинация трех параллельно расположенных работ B, С и D. Например может запуститься только одна из них, могут запуститься три работы, а также могут запуститься двойные комбинации В и С, либо C и D, либо B и D. Перекресток «Исключающий ИЛИ» является самым неопределенным, так как предполагает несколько возможных сценариев реализации бизнес-процесса и применяется для описания слабо формализованных ситуаций. 
Рис.
6. Применение перекрестков «Исключающий ИЛИ», «И» и «ИЛИ» — схемы расхождения. Перекрестки «И» и «ИЛИ» подразделяются еще на два подтипа – синхронные и асинхронные. Перекрестки синхронного типа обозначают, что работы В, С и D запускаются одновременно после завершения работы A. Перекрестки асинхронного типа требований к одновременности не предъявляют. Приведенные на рис.
5 схемы взаимосвязи работ и перекрестков называются схемами расхождения, так как от перекрестков расходятся несколько работ. Существует и другие схемы взаимосвязи перекрестков и работ – это так называемые схемы схождения, когда к перекрестку подходит несколько работ (рис. 7). 
Рис.
7. Применение перекрестков «Исключающий ИЛИ», «И» и «ИЛИ» — схемы схождения. В таблице 4 приведены обозначения, названия и смысл всех типов перекрестков как в схемах схождения, так и в схемах расхождения. Таблица 4. Обозначения, названия и смысл типов перекрестков в схемах схождения и расхождения.
| Название перекрестков | Обозначение перекрестков | Смысл перекрестков | ||
| Схема расхождения | Схема схождения | |||
| «Исключающий ИЛИ» |  | Только одна последующая работа запускается | Только одна предшествующая работа должна быть завершена | |
| «И» | Асинхронный |  | Все последующие работы запускаются | Все предшествующие работы должны быть завершены |
| Синхронный |  | Все последующие работы запускаются одновременно | Все предшествующие работы должны быть завершены одновременно | |
| «ИЛИ» | Асинхронный |  | Одна или несколько последующих работ запускаются | Одна или несколько предшествующих работ должны быть завершены |
| Синхронный |  | Одна или несколько последующих работ запускаются одновременно | Одна или несколько предшествующих работ должны быть завершены одновременно | |
Последним отличием стандарта IDEF3 в отличие от классической методологии WFD является использование на схеме бизнес-процесса такого элемента как «объект ссылки», который связывается с работами и перекрестками. С помощью объектов ссылки показывается прочая важная информация, которую целесообразно зафиксировать при описании бизнес-процесса.
Источник: studfile.net
Описание детальных процессов в методологии DFD
Согласно классическому подходу стандарт DFD, который расшифровывается как Data Flow Diagram представляет из себя диаграмму потоков данных, которая используется для описания бизнес-процессов верхнего уровня Эта нотация предназначена для описания потоков данных. Она позволяет отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами. Кроме того, нотация DFD описывает потоки документов (документооборот) и материальных ресурсов (например, движение материалов от одной работы к другой).
Методология DFD может эффективно использоваться для описания процессов при внедрении процессного подхода к управлению организацией, так как позволяет максимально снизить субъективность описания бизнес-процессов. Схемы процессов в DFD позволяют выявить основные потоки данных в организации. Это важно для последующего создания моделей структуры данных и разработки требований к информационной системе организации. На диаграмме DFD функции обычно располагаются слева направо в порядке, соответствующем последовательности их выполнения во времени, хотя это не обязательно. К описанию процессов в DFD применимы типовые правила декомпозиции.
При построении DFD-схемы бизнес-процесса также нужно показать подразделения и должности, участвующие в работах процесса и отвечающие за их выполнение. Рекомендуется каждой работе присвоить номер или идентификатор, а также использовать два правила при формулировке названия работ.
Правило 1. Названия работы нужно формулировать согласно следующее формуле .
Правило 2. При формулировании названия работы нужно стараться использовать краткую и лаконичную формулировку, что повысит эффективность дальнейшей работы по оптимизации бизнес-процесса. Идеальным вариантом является случай, когда название работы формулируется при помощи 2-3 слов. В крайнем случае нужно стремится использовать в названии не более 50 символов. В сложных случаях рекомендуется для каждого краткого названия работы сделать ее подробное описание, которое поместить в глоссарий. При формулировании названий материальных и информационных потоков также нужно ис пользовать подобные правила. .
Рис.3 Описание процессов в методологии DFD
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru
