
- •Введение в реинжиниринг бизнес-процессов. Бизнес-процесс.
- •Реинжиниринг и усовершенствование бизнес-процессов.
- •Общая процедура проведения реорганизации бизнес-процессов
- •Некоторые определения системного анализа.
- •Определение целей, задач и критериев для реорганизации бизнес-процессов Техническое задание на реорганизацию бизнес-процессов
- •Критерии
- •Проведение обследования бизнес-процессов предприятия Цели и задачи проведения обследования
- •Методы проведения обследования
- •Методы сбора данных при обследовании
- •Анкетирование.
- •Интервьюирование
- •Сбор документов
- •Наблюдение
- •Организация проведения обследования
- •Описание и моделирование бизнес-процессов Способы представления информации о бп
- •Стандарты графического описания бп
- •Семейство стандартов idef
- •Семейство стандартов aris
- •Семейство стандартов uml
- •К вопросу о выборе нотации моделирования
- •Основы idef0.
- •Основы dfd.
- •Основы idef3.
Основы dfd.
В основе нотации DFDлежат следующие понятия:
Работа;
Дуга;
Внешняя ссылка;
Хранилище данных.
Работы.Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами.
Дуги. Дуги (стрелки) идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота .
Внешние ссылки. Внешние ссылки указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы. .
Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.
В диаграммах потоков данных все используемые символы складываются в общую картину, которая дает четкое представление о том, какие данные используются, и какие функции выполняются системой документооборота. При этом часто выясняется, что существующие потоки информации, важные для деятельности компании, реализованы ненадежно и нуждаются в реорганизации.
Основы idef3.
IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием (Scenario) мы называем описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчетов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота.
Основные объекты нотации IDEF3:
Функциональный элемент/элемент поведения;
Стрелка (линия);
Перекресток (junction).
Функциональный элемент (элемент поведения – UnitofBehavior) – обозначает событие, стадию процесса или принятие решения. Каждый UOB имеет свое имя, отображаемое в глагольном наклонении и уникальный номер. Каждый функциональный блок UOB может иметь последовательность декомпозиций, и, следовательно, может быть детализирован с любой необходимой точностью. Под декомпозицией мы понимаем представление каждого UOB с помощью отдельной IDEF3 диаграммы.
Стрелки или линии являются отображением перемещения элементов (документов, материальных предметов) между UOB-блоками в ходе процесса.
Линии бывают следующих видов:
Старшая (Precedence) - сплошная линия, связывающая UOB. Рисуется слева направо или сверху вниз.
Отношения (Relational Link)- пунктирная линия, использующаяся для изображения связей между UOB
Потоки объектов (Object Flow)- стрелка с двумя наконечниками используется для описания того факта, что объект (деталь) используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой.
Перекрестки используются для отображения логики взаимодействия стрелок (потоков) при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. Классификация возможных типов перекрестков приведена в таблице ниже.
Обозначение |
Наименование |
Смысл в случае слияния стрелок (Fan-in Junction) |
Смысл в случае разветвления стрелок (Fan-out Junction) |
|
Asynchronous AND |
Все предшествующие процессы должны быть завершены |
Все следующие процессы должны быть запущены |
|
Synchronous AND |
Все предшествующие процессы завершены одновременно |
Все следующие процессы запускаются одновременно |
|
Asynchronous OR |
Один или несколько предшествующих процессов должны быть завершены |
Один или несколько следующих процессов должны быть запущены |
|
Synchronous OR |
Один или несколько предшествующих процессов завершаются одновременно |
Один или несколько следующих процессов запускаются одновременно |
|
XOR (Exclusive OR) |
Только один предшествующий процесс завершен |
Только один следующий процесс запускается |
Все перекрестки на диаграмме нумеруются.
Простейший пример диаграммы в нотации IDEF3 приводится ниже.