Описание стандарта IDEF 3
Пример: модель бизнес-процесса, созданная на основе стандарта IDEF3
ОПИСАНИЕ СТАНДАРТА IDEF0
Компоненты диаграммы стандарта IDEF0
Определение выхода
Описание метода DFD (DataFlaw Diagramming) (Метод Гэйна – Сарсона)
Пример: моделирование процесса обмена данными на основе метода DFD
Предоставлять информацию в форме, понятной для персонала организации, участвующего внутри бизнес-процесса
Временной драйвер
Пример
Департамент закупок
Анализ бизнес-процесса
Перераспределение издержек по организационным элементам
Перераспределение организационных издержек по элементам бизнес-процесса
Детерминация затрат по выходам бизнес-процесса, рассчитанная на единицу выхода экземпляра бизнес-процесса
Рекомендации по реинжинирингу бизнес-процесса
Навигация
Описание метода DFD (DataFlaw Diagramming) (Метод Гэйна – Сарсона)
Реинжиниринговый подход к управлению бизнес-процессами в организации
164317
знаков
45
таблиц
0
изображений
2.7. Описание метода DFD (DataFlaw Diagramming) (Метод Гэйна – Сарсона)
Также как и стандарт IDEF0 диаграммы потоков данных (DFD) моделируют систему, как сеть действий, связанных друг с другом. Диаграммы потоков данных также моделируют «холдинг-резервуар» (holding tank) сохранения данных, а также внешние элементы, которые указывают на связи с объектами за пределами созданной системы.
В отличие от стрелок в стандарте IDEF0, которые характеризуют вынужденные взаимоотношения, интерфейсные стрелки в DFD показывают как объекты (включая данные) в действительности протекают или движутся от одного действия к другому. Данное представление потока вместе с хранением данных и внешними элементами, дает DFD моделям больше сходства с физическими характеристиками системы, которыми являются движение объектов (поток данных), хранение объектов (хранение данных), обеспечение и объекто-распространение (внешние элементы).
Диаграммы потоков данных часто ассоциируются с разработкой программных продуктов, т.к. они разрабатывались изначально для этих целей. Данное изображение объекта в диаграмме было разработано Крисом Гэйном и Тришем Сарсоном – авторами метода разработки диаграмм потоков данных (метод Гэйна – Сарсона). Действия представлены в форме прямоугольника с закругленными углами. Подобно этому можно рассматривать метод DFD Юрдона – Де Марко, в которых кружками (шариками) изображаются действия.
Синтаксис и семантика модели DFD.
В отличие от стандарта IDEF0, который представляет систему, как набор взаимосвязанных действий, DFD представляет систему как «форму существительного». Контекстная диаграмма DFD часто состоит из прямоугольника действия и внешнего элемента. Прямоугольник действия обычно именуют именем системы.
Добавление внешних элементов не перечит фундаментальному требованию гласящему: «Модель нужно построить исходя из одной точки зрения. Она должна иметь четко определенную цель и границы.»
Действие.
Действие в диаграммах DFD представляет функцию, которая обрабатывает или трансформирует входы в выходы. Хотя обычно они изображаются в виде прямоугольника с закругленными углами, однако, действия в диаграммах DFD – те же действия, что и в стандартах IDEF0 и IDEF3. Как и в IDEF3 действиях, действия в DFD имеют вход и выход, но не обладают интерфейсными стрелками «управление» и «ресурс», как в стандарте IDEF0. В некоторых моделях Гэйна – Сарсона «ресурс» стандарта IDEF0 изображается как ресурсы и добавляется вниз прямоугольника.
Внешние элементы (External Entities).
Внешние элементы предоставляют вход для системы и/или получают из нее выход. Внешний элемент может сразу предоставить вход (действовать, как поставщик) и получать выход (как потребитель). Внешние элементы изображаются затененными прямоугольниками и обычно находятся по сторонам диаграммы. Единственный внешний элемент может появляться множество раз на одной диаграмме. Такое расположение обычно используют, чтобы избежать длинных соединяющих линий через всю диаграмму.
Интерфейсные стрелки (поток данных) (Arrows).
Интерфейсные стрелки описывают движение (поток) объектов из одной части системы в другую. По причине того, что стороны прямоугольника действия в диаграммах DFD не наделены определенными функциями, то интерфейсные стрелки могут исходить из любой стороны действия. В методе DFD также используют двунаправленную интерфейсную стрелку, чтобы указать координацию связи «команда – исполнение» между двумя действиями, между действием и внешним элементом и между внешними элементами.
Хранение данных (Data Storage).
Тогда как поток указывает на объекты в движении, хранение данных указывает на объекты, находящиеся в покое. В системе обработки данных, хранилища данных представляют механизмы, способом которых данные задерживаются для последующей обработки.
Разветвление и соединение.
В методе DFD интерфейсные стрелки могут разветвляться и их сегмент может быть переименован, чтобы показать декомпозицию данных, переходивших по процессу.
Интерфейсные стрелки могут также сходиться (соединяться) для формирования агрегированных объектов.
Построение модели DFD
DFD модель может быть построена, используя традиционный структурный анализ и подход к моделированию, схожий с описанным в стандарте IDEF0. Текущая физическая модель создается первой для описания существующей системы, которая в настоящее время используется. Затем текущая логическая модель создана для моделирования необходимых требований текущей системы. После этого, новая модель создана для моделирования необходимых требований предлагаемой системы. В конце концов, новая физическая модель создана для моделирования исполнения.
Альтернативный подход, который получил наибольшую популярность в разработке программного обеспечения и называется «расчленение события», в котором несколько моделей DFD построены для моделирования системы. Логическая модель построена для моделирования системы в виде набора действий и документирования того, что система должна делать.
Затем, модель окружения описывает систему, как объект, который отвечает за события, исходящие от внешних элементов. Данная модель окружения обычно состоит из формулировки цели системы, одной контекстной диаграммы и списка событий. Контекстная диаграмма состоит из одного прямоугольника, который представляет целую систему и внешних элементов, с которыми данная система будет взаимодействовать, т.е. с ее окружением.
В итоге поведенческая модель создана для моделирования того, как система будет поддерживать все события. Данная модель начинается в виде одной диаграммы с одним прямоугольником. Хранилище данных добавлено для моделирования данных, которые должны быть сохранены между событиями. Потоки добавлены для связи с другими элементами и диаграмма проверена на наличие стыковок с моделью окружения.
Процесс подчистки обычно требуется для переформатирования модели с целью дальнейшего ее использования на презентациях. Агрегация действия использована для создания упрощенной родительской диаграммы. Декомпозиция применяется для улучшения понимания.
Нумерация объекта.
В методе DFD каждое число действия может включать префикс, значение родительской диаграммы и номер объекта. Номер объекта идентифицирует уникальность действия в диаграмме. Номер родительской диаграммы и номер объекта вместе идентифицируют каждое действие в модели.
Уникальные числа относятся к каждому хранилищу данных либо внешним ссылочным именам вне зависимости от нахождения объекта на диаграмме.
Каждый номер хранилища данных содержит префикс «D» и уникальный номер хранилища.
Каждая внешняя ссылка включает в себя префикс «E» и уникальный номер внешнего элемента.
Похожие работы
... попытаемся дать характеристику этих среднесрочных колебаний в рамках дифференциальной конъюнктуры и в аспекте методики реинжинирингового подхода к управлению организационными циклами. Изучая теорию организации, остается необъясненным подробно одним из основных предметов исследования – цикличность в развитии организации. Существуют несколько подходов к представлению о цикле развития организации. ...
... процессов и методы быстрой разработки приложений RAD (Rapid Application Development). Именно эта тенденция и наблюдается сейчас в развитии методологий и инструментальных средств реинжиниринга бизнес-процессов. Объектно-ориентированное моделирование признано сегодня базовой методологией BPR. Традиционно, создавая информационные системы компаний, разработчики отталкивались от данных. В результате, ...
... проект по реинжинирингу в Отделе Транспорта. При стоимости проекта 746 тыс. долл. ожидаемый эффект от экономии составляет 2 млн. долл. ежегодно. Всего несколько лет назад на Западе реинжиниринг бизнес-процессов стоял на первом месте в списке приоритетов любого консультанта, а Джеймса Чампи и Майкла Хаммера, авторов супербестселлера «Реинжиниринг корпорации», в то время называли гуру. А сегодня? ...
... продукции (услуги) или ее элементов. В современной науке и практике управления основным направлением менеджмента и его инновационной технологией признается, как уже подчеркивалось ранее, процессный подход, под которым понимается управление деятельностью организации как системой взаимосвязанных бизнес-процессов (далее - БП). Любое предприятие рассматривается как бизнес-система, состоящая из БП, ...
0 комментариев