Реинжиниринговый подход к управлению бизнес-процессами в организации
Реферат - Экономика
Другие рефераты по предмету Экономика
связи команда исполнение между двумя действиями, между действием и внешним элементом и между внешними элементами.
Хранение данных (Data Storage).
Тогда как поток указывает на объекты в движении, хранение данных указывает на объекты, находящиеся в покое. В системе обработки данных, хранилища данных представляют механизмы, способом которых данные задерживаются для последующей обработки.
Разветвление и соединение.
В методе DFD интерфейсные стрелки могут разветвляться и их сегмент может быть переименован, чтобы показать декомпозицию данных, переходивших по процессу.
Интерфейсные стрелки могут также сходиться (соединяться) для формирования агрегированных объектов.
Построение модели DFD
DFD модель может быть построена, используя традиционный структурный анализ и подход к моделированию, схожий с описанным в стандарте IDEF0. Текущая физическая модель создается первой для описания существующей системы, которая в настоящее время используется. Затем текущая логическая модель создана для моделирования необходимых требований текущей системы. После этого, новая модель создана для моделирования необходимых требований предлагаемой системы. В конце концов, новая физическая модель создана для моделирования исполнения.
Альтернативный подход, который получил наибольшую популярность в разработке программного обеспечения и называется расчленение события, в котором несколько моделей DFD построены для моделирования системы. Логическая модель построена для моделирования системы в виде набора действий и документирования того, что система должна делать.
Затем, модель окружения описывает систему, как объект, который отвечает за события, исходящие от внешних элементов. Данная модель окружения обычно состоит из формулировки цели системы, одной контекстной диаграммы и списка событий. Контекстная диаграмма состоит из одного прямоугольника, который представляет целую систему и внешних элементов, с которыми данная система будет взаимодействовать, т.е. с ее окружением.
В итоге поведенческая модель создана для моделирования того, как система будет поддерживать все события. Данная модель начинается в виде одной диаграммы с одним прямоугольником. Хранилище данных добавлено для моделирования данных, которые должны быть сохранены между событиями. Потоки добавлены для связи с другими элементами и диаграмма проверена на наличие стыковок с моделью окружения.
Процесс подчистки обычно требуется для переформатирования модели с целью дальнейшего ее использования на презентациях. Агрегация действия использована для создания упрощенной родительской диаграммы. Декомпозиция применяется для улучшения понимания.
Нумерация объекта.
В методе DFD каждое число действия может включать префикс, значение родительской диаграммы и номер объекта. Номер объекта идентифицирует уникальность действия в диаграмме. Номер родительской диаграммы и номер объекта вместе идентифицируют каждое действие в модели.
Уникальные числа относятся к каждому хранилищу данных либо внешним ссылочным именам вне зависимости от нахождения объекта на диаграмме.
Каждый номер хранилища данных содержит префикс D и уникальный номер хранилища.
Каждая внешняя ссылка включает в себя префикс E и уникальный номер внешнего элемента.
2.8. Пример: моделирование процесса обмена данными на основе метода DFD.
В случае с методом DFD рассмотрим построение модели на примере документооборота, существующего внутри консалтингового проекта на стадии анализа и сбора данных для оптимизации организационной структуры управления (ОСУ).
На стадии диагностики ОСУ выделяют следующие основные области для анализа:
принятие управленческих решений;
- скалярная цепь;
функций управления;
зоны прав и ответственности в организации.
Ниже представлена диаграмма DFD описания обмена данными на стадии диагностики ОСУ.
Рис.9 Модель описания процесса обмена данными при диагностике ОСУ
2.9. Выводы по второй части
Представленный выше стандарт уже достаточно давно используется во всем мире практиками консультантами в своих проектах по реинжинирингу бизнес-процессов. Стандарт IDEF уже давно прошел проверку временем на профессиональную пригодность.
Завершая вторую часть статьи о стандарте IDEF, хотелось бы еще раз отметить его основные свойства.
Широкий спектр применения. Стандарт IDEF можно использовать как при описании процессов в малых, так и в крупных (холдинговых, сетевых) организациях. Стандарт IDEF может быть использован как инструмент реинжиниринга не только для описания процессов, протекающих в коммерческих организациях, но и в некоммерческом секторе, а также специфических процессов, существующих в управлении государственными учреждениями и организациями.
Простота синтаксиса и семантики. Стандарт IDEF достаточно прост с точки зрения его освоения. Как уже было показано выше в настоящей статье синтаксис и семантика стандартов IDEF 0 и IDEF 3 содержит набор символьных элементов, каждый из которых носит свое информационное содержание. Нет в стандарте IDEF одинаковых символов с разными свойствами, как и наоборот нет разных символов с одинаковой трактовкой. Стандарт IDEF обладает строгим понятийным аппаратом, без которого невозможно существование на практике кодированной информации.