Меню

Activity box count в bpwin как найти

Электронная библиотека

Декомпозиция дает возможность разбить всю систему на любое число уровней. Следует обратить внимание на фаску на диаграмме – символ «листа». Когда декомпозиция не применяется, символ “листа” появится в верхнем левом углу функционального блока (называемого «уровнем листа»). После декомпозиции символ листа удален.

В BPWIN декомпозиция выполняется за два шага:

— выделить объект, который нужно разбить на более низкие уровни. Затем нажать кнопку Go to Child Diagram (▼) на панели BPwin Toolbox (или в Model Explorer щелкнуть правой кнопкой мыши и выбрать команду Decompose в всплывающем меню;

— появится диалоговое окно Activity Box Count, в котором можно выбрать тип и число, на которое нужно разбить данную диаграмму. Нажать кнопку Ok и появится новая диаграмма с указанным числом новых блоков разложения.

При декомпозиции первичная диаграмма становится «родительской». Блоки «дочерней» диаграммы не связаны между собой и не поименованы, но дочерняя диаграмма автоматически наследует стрелки родительской. Поэтому далее нужно создать связи в виде стрелок и «привязать» их к новым блокам, чтобы определить поток процесса между функциональными блоками.

Имя блока и другие его свойства вводятся в закладке «Name» списка свойств блока. Для вывода свойств блока на экран достаточно дважды щелкнуть мышью на блоке.

Следующим шагом при создании дочерней диаграммы должно быть соединение всех использованных на диаграмме блоков с помощью стрелок, представляющих входы, выходы, управления и механизмы. Для этого достаточно соединить исходящую точку стрелки с точкой ее окончания. Окончанием стрелки может быть как одна из сторон функциональных блоков, так и граница диаграммы. Для рисования стрелки нужно выбрать иконку «Стрелка» из инструментальной панели.

Задание имени стрелки производится в закладке «Name» диалога свойств стрелок Arrow Properties. Для вызова этого диалога достаточно дважды щелкнуть мышью на стрелке.

Рис. П.1.9. Эталон к примеру 1

Если стрелка заканчивается на границе диаграммы BPwin, она помечается туннелем из квадратных скобок. Аналогично помечаются стрелки в родительской диаграмме, если в дочерней удаляется перенесенная из нее стрелка. Квадратный туннель на начале стрелки указывает, что стрелка не определена в пределах иерархии модели (нет никакой другой стрелки с таким же именем в любой другой диаграмме модели). Для поддержания целостности модели нужно корректировать квадратные туннели одним из следующих способов:

— преобразованием в туннель из круглых скобок;

— добавление новой стрелки, соединяющей соответствующий блок с границей диаграммы;

— созданием внешней ссылки (ссылки на объект, не описанный в данной модели) в соответствии с методологией IDEF0;

— созданием ссылки на блок, расположенный на другой диаграмме.

В любой момент работы с диаграммой существует возможность добавления в нее новых блоков с использованием иконки Activity Box Tool панели инструментов ( ) или щелкнув правой кнопкой мыши на блоке в Model Explorer и выбрав Insert Before или Insert After во всплывающем меню, чтобы поместить новый блок до или после выделенного блока диаграммы. После того как дополнительный блок создан, можно связать его стрелками с другими блоками и задать его название и другие свойства.

Нумерация блоков производится автоматически при их создании. Номера могут быть относительными или абсолютными, они отражают иерархическое положение бло

ка в пределах модели. Можно управлять нумерацией блоков на диаграмме, используя закладку Numbering диалогового окна Model Properties.

Перемещение любых объектов на диаграмме осуществляется с помощью их захвата мышью и перемещения в новое место. Можно также перемещать блоки между диаграммами, используя команды Cut / Paste из меню Edit.

Когда активен Model Explorer в рабочей области BPWIN, можно его использовать для глобального просмотра иерархии блоков или диаграмм. Для этого нужно нажать закладку Diagram в the Model Explorer. Дерево диаграмм в Model Explorer использует следующие обозначения графических объектов:

— — корневой уровень модели, содержит ее описание;

— — деловая диаграмма процесса (IDEF0);

— — диаграмма потока данных (DFD);

— — диаграмма моделирования деятельности (IDEF3);

— — иерархическое дерево диаграмм;

— — указатели расширенных секций дерева;

— — указатели свернутых секций дерева.

Decomposing the Model Try It.(Упражнение 2 создания модели):

В этом упражнении выполняется декомпозиция модели, создаются функциональные блоки, стрелки и назначаются метки объектам диаграммы.

Шаг 1. В меню File выбрать Open. Появится диалоговое окно. Выбрать path tryit-01. bp1 (где path – путь к каталогу Tutorial, например c:Program FilesComputer AssociatesBPwin 4.0 SamplesTutorialtryit-01.bp1).

Шаг 2. Выполнить декомпозицию контекстной диаграммы: выделить объект, затем нажать на кнопку декомпозиции ( ). Появится диалоговое окно Activity Box Count. Установить в поле Number of Activities число объектов, на которое делится модель, равное 3, и нажать Ok. BPwin создает новую диаграмму с числом новых объектов, равным 3. Появились стрелки из родительской диаграммы, и каждый новый объект будет пронумерован.

Шаг 3. Сделать двойной щелчок на блоке 1, появится диалоговое окно Activity Properties. В поле Unused Activity Names ввести имя блока VERIFY (ввести Enter) ORDER, затем нажать Ok. Блок 1 получит имя.

Шаг 4. Чтобы назвать остальные блоки, нужно выбрать закладку Activities в Model Explorer и дважды нажать на следующей неименованной иконке блока. BPwin отображает диалоговое окно Activity Properties. В поле Name field нужно напечатать имя блока, например, ALLOCATE (Enter key) STOCK. Нажать Ok.

Шаг 5. Можно также открыть диалоговое окно Activity Properties из всплывающего меню. В диаграмме щелкнуть правой кнопкой мыши на последнем неименованном блоке, затем выбрать Name из всплывающего меню. BPwin отображает диалоговое окно the Activity Properties. В Name field напечатать имя блока: SHIP (ввести Enter) PRODUCTS. Нажать Ok.

Шаг 6. Далее следует соединить стрелки заглушки с блоками. Чтобы присоединить стрелку Ввод, помеченную Customer Order Details, нужно нажать иконку → на панели инструментов, нажать указателем мыши конец стрелки и переместить ее до се

редины блока VERIFY ORDER. Отпустить мышь. Теперь входная стрелка будет определена.

Шаг 7. Аналогично присоединить стрелку управления Available Stock к блоку ALLOCATE STOCK.

Шаг 8. Присоединить стрелку вывода Delivered Goods к блоку SHIP PRODUCTS.

Шаг 9. Присоединить стрелку механизма Order Entry System к блоку VERIFY ORDER .

Шаг 10. Соединить стрелкой блоки VERIFY ORDER и ALLOCATE STOCK.

Шаг 11. Далее нужно назвать новую стрелку, для чего сделать двойной щелчок на ней и в диалоговом окне Arrow Properties из списка имен стрелок выбрать Customer Order Details.

Шаг 12. Создается стрелка вывода от ALLOCATE STOCK, для чего необходимо нажать иконку , установить мышь внутри правой рамки ALLOCATE STOCK и довести ее до правой рамки диаграммы. BPwin нарисует стрелку. Нажать иконку , чтобы закончить рисовать стрелки. Нарисованная стрелка будет иметь квадратный туннель.

Шаг 13. Назвать стрелку Stock Re-Order.

Шаг 14. Чтобы перейти к новой модели, следует закрыть текущую модель. В меню File выбрать Close и в диалоговом окне Save? Указать No. Открыть следующую модель, указав путь pathtryit-02. bp1.

Шаг 15. Затем, продолжить декомпозицию, нажав иконку . Вставить новый блок, нажав иконку . Нажать мышью в месте диаграммы между ALLOCATE STOCK и SHIP PRODUCTS. BPwin нарисует новый блок, при этом номера блоков автоматически модифицируются, но их можно изменять в закладке Numbering в Model Properties. Нажать иконку , чтобы выключить режим рисования.

Шаг 16. Назвать новый блок именем PROCESS (ввод Enter) INVOICE. Нажать Ok.

Шаг 17. Можно перераспределить блоки на диаграмме.

Шаг 18. Создать стрелку вывода из ALLOCATE STOCK к вводу PROCESS INVOICE. Назвать стрелку Customer Order Details. Можно выбирать имя стрелки из списка имен стрелок в закладке Name диалогового окна Arrow Properties. Создать стрелку вывода от PROCESS INVOICE к вводу SHIP PRODUCTS. Назвать стрелку Customer Order Details. Все блоки диаграммы теперь должны быть соединены.

Шаг 19. Теперь можно добавить стрелки ввода и вывода к блоку PROCESS INVOICE. Для этого можно выполнить процедуры создания стрелок, описанных ранее (шаги 6 и 8): Создать входную стрелку слева рамки диаграммы к блоку PROCESS INVOICE и стрелку вывода от блока PROCESS INVOICE до правой рамки диаграммы. Нажать иконку , чтобы закончить рисовать стрелки. Теперь каждая стрелка создана с квадратным туннелем.

Шаг 20. Назначить имя Invoice каждой из новых стрелок.

Шаг 21. Теперь нужно добавить стрелку вывода из VERIFY ORDER. Чтобы нарисовать стрелку рамки вывода, нужно создать стрелку рамки вывода от VERIFY ORDER до правой рамки диаграммы. Назвать стрелку Order Confirmation.

Шаг 22.(Заключительный шаг упражнения). Чтобы проверить результаты моделирования, нужно нажать кнопку Сheck и сверить их с эталоном к упражнению 2 (рис. П.1.10).

Источник статьи: http://libraryno.ru/decomposing-the-model-dekompoziciya-modeli-arm_sapr/

Методика выполнения упражнения. 1 Выберем кнопку перехода на нижний уровень в палитре инструментов и в диалоговом окне Activity Box Count (рисунок 2.1) и установим число работ на диаграмме

1 Выберем кнопку перехода на нижний уровень в палитре инструментов и в диалоговом окне Activity Box Count (рисунок 2.1) и установим число работ на диаграмме нижнего уровня — 3 — и нажмеме кнопку ОК.

Рисунок 2.1 – Диалоговое окно Activity Box Count

2. Автоматически будет создана диаграмма декомпозиции (рисунок 2.2).

Рисунок 2.2 – Диаграмма декомпозиции

Правой кнопкой мыши щелкнем по работе, расположенной в левом верхнем углу области редактирования модели, выберем в контекстном меню опцию Name и внесем имя работы. Повторим операцию для оставшихся двух работ. Затем внесем определение, статус и источник для каждой работы согласно данным таблицы 2.1.

Таблица 2.1 — Работы диаграммы декомпозиции А0

Название работы (Activity Name) Определение работы (Activity Definition)
Продажи и маркетинг Телемаркетинг и презентации, выставки
Сборка и тестирование компьютеров Сборка и тестирование настольных и портативных компьютеров
Отгрузка и получение Отгрузка заказов клиентам и получение компонентов от поставщиков

Диаграмма декомпозиции примет вид, представленный на рисунке 2.3.

Рисунок 2.3 – Диаграмма декомпозиции после присвоения работам наименований

3. Для изменения свойств работ после их внесения в диаграмму можно воспользоваться словарем работ (рисунок 2.4). Вызов словаря производится при помощи пункта главного меню Dictionary /Activity.

Рисунок 2.4 — Словарь Activity Dictionary

Если описать имя и свойства работы в словаре, ее можно будет внести в диаграмму позже с помощью кнопки в палитре инструментов. Невозможно удалить работу из словаря, если она используется на какой-либо диаграмме. Если работа удаляется из диаграммы, из словаря она не удаляется. Имя и описание такой работы может быть использовано в дальнейшем. Для добавления работы в словарь необходимо перейти в конец списка и щелкнуть правой кнопкой по последней строке. Возникает новая строка, в которой нужно внести имя и свойства работы.

4. Перейдем в режим рисования стрелок и свяжем граничные стрелки, воспользовавшись кнопкой на палитре инструментов так, как это показано на рисунке 2.5.

Рисунок 2.5 — Связанные граничные стрелки на диаграмме А0

5. Правой кнопкой мыши щелкнем по ветви стрелки управления работы «Сборка и тестирование компьютеров»и переименуем ее в «Правила сборки и тестирования»(рисунок 2.6).

Рисунок 2.6 — Стрелка «Правила сборки и тестирования»

Внесем определение для новой ветви: «Инструкции по сборке, процедуры тестирования, критерии производительности и т. д.» Правой кнопкой мыши щелкнем по ветви стрелки механизма работы «Продажи и маркетинг»и переименуеме ее как «Система оформления заказов» (рисунок 2.7).

Рисунок 2.7 — Стрелка «Система оформления заказов «

6. Создадим новые внутренние стрелки так, как показано на рисунке 2.8.

Рисунок 2.8 — Внутренние стрелки диаграммы А0

7. Создадим стрелку обратной связи (по управлению) «Результаты сборки и тестирования», идущую от работы «Сборка и тестирование компьютеров»к работе «Продажи и маркетинг». Результат сделанных изменений показан на рисунке 2.9.

Рисунок 2.9 — Результат редактирования стрелок на диаграмме А0

8. Создадим новую граничную стрелку выхода «Маркетинговые материалы», выходящую из работы «Продажи и маркетинг».Эта стрелка автоматически не попадает на диаграмму верхнего уровня и имеет квадратные скобки на наконечнике (рисунок 2.10).

Рисунок 2.10 – Стрелка Маркетинговые материалы

9. Щелкнем правой кнопкой мыши по квадратным скобкам и выберем пункт меню Arrow Tunnel (рисунок 2.11).

Рисунок 2.11 — Пункт меню Arrow Tunnel

В диалоговом окне Border Arrow Editor (Редактор Граничных Стрелок) выберем опцию Resolve it to Border Arrow (Разрешить как Граничную Стрелку) (рисунок 2.12).

Рисунок 2.12 – Диалоговое окно Border Arrow Editor

Для стрелки «Маркетинговые материалы»выберем опцию Trim (Упорядочить) из контекстного меню. Результат выполнения упражнения 2 показан на рис. 2.13.

Рисунок 2.13 — Результат выполнения упражнения 2 — диаграмма А0

Источник статьи: http://allrefrs.ru/5-21123.html

1.2.2. Работы (Activity)

1.2.2. Работы (Activity)

Работы обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, «Изготовление детали», «Прием заказа» и т.д.). Работа «Изготовление детали» может иметь, например, следующее определение: «Работа относится к полному циклу изготовления изделия от контроля качества сырья до отгрузки готового упакованного изделия». При создании новой модели (меню File/New) автоматически создается контекстная диаграмма с единственной работой, изображающей систему в целом (рис. 1.5).

Рис. 1.6. Редактор задания свойств работы

Для внесения имени работы следует щелкнуть по работе правой кнопкой мыши, выбрать в меню Name Editor и в появившемся диалоге внести имя работы. Для описания других свойств работы служит диалог Activity Properties (рис. 1.6).

Рис. 1.5. Пример контекстной диаграммы

Диаграммы декомпозиции содержат родственные работы, т.е. дочерние работы, имеющие общую родительскую работу. Для создания диаграммы декомпозиции следует щелкнуть по кнопке

Возникает диалог Activity Box Count (рис. 1.7), в котором следует указать нотацию новой диаграммы и количество работ на ней. Остановимся пока на нотации IDEF0 и щелкнем на ОК. Появляется диаграмма декомпозиции (рис. 1.8). Допустимый интервал числа работ 2-8. Декомпозировать работу на одну работу не имеет смысла: диаграммы с количеством работ более восьми получаются перенасыщенными и плохо читаются. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от трех до шести блоков на одной диаграмме.

Рис. 1.7. Диалог Activity Box Count

Если оказывается, что количество работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке

на палитре инструментов, а затем по свободному месту на диаграмме.

Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему.

Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу располагается самая важная работа или работа, выполняемая по времени первой. Далее вправо вниз располагаются менее важные или выполняемые позже работы. Такое расположение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ (см. ниже).

Рис. 1.8. Пример диаграммы декомпозиции

Каждая из работ на диаграмме декомпозиции может быть в свою очередь декомпозирована. На диаграмме декомпозиции работы нумеруются автоматически слева направо. Номер работы показывается в правом нижнем углу. В левом верхнем углу изображается небольшая диагональная черта, которая показывает, что данная работа не была декомпозирована. Так, на рис. 1.9 работа «Сборка изделия» имеет номер 3 и не была еще декомпозирована. Работа «Контроль качества» (номер 4) имеет нижний уровень декомпозиции.

Рис. 1.9. Пример декомпозируемых работ

Читайте также

Уклонение от работы

Уклонение от работы Иногда у вас попросту «сердце не лежит» к работе. Например, порученная задача вас пугает, кажется неудобной или скучной. А может, вы думаете, что она приведет к конфликтам или неминуемо загонит в сложную ситуацию? Или вам просто не хочется ее

ГЛАВА 7 Диаграмма деятельности (activity diagram)

ГЛАВА 7 Диаграмма деятельности (activity diagram) При моделировании поведения проектируемой или анализируемой системы возникает необходимость не только представить процесс изменения ее состояний, но и детализировать особенности алгоритмической и логической реализации

Принципы работы

Принципы работы Работа netams в случае использования модуля NETGRAPH (далее–модуль) заключается в установке модуля в ядро (и подключения его к интерфейсу, через который идет трафик), и настройке программы netams (далее–демона) для корректного соединения с модулем.Модуль и демон

Принцип работы

Принцип работы Идея работы ICQ, довольно простая. При установке специальной программы (кстати говоря, бесплатной) вам присваивается UIN (Unique Identification Number – уникальный идентификационный номер). Это что-то вроде вашего адреса или номера телефона, который можно раздавать своим

Завершение работы

Завершение работы Выключить компьютер можно двумя способами• Используя команду Завершение работы меню кнопки Пуск• Открывая окно Завершение работы программы нажатием кнопок ctrl+alt+del и нажимая кнопку Завершить работуWindows позволяет запретить выключение этими способами

2.4.2. Работы продолжаются

2.4.2. Работы продолжаются Сегодня новый дизайн Яндекс. Почты еще не принял своего окончательного варианта. Над его внешним видом, функционалом, удобством использования продолжают работать. О том, что эти работы завершены, пользователи Яндекс. Почты узнают из писем, которые

12.3. Структура работы

12.3. Структура работы Обычно структура курсовой или дипломной работы детально описана в методических указаниях к выполнению, которые можно получить в любом вузе. Однако такие работы состоят из набора общих компонентов, о которых будет рассказано ниже.Аннотация. Обычно

Начало работы

Начало работы Каким должен быть ваш первый слайд?Простым? Тогда щелкаем в поле Заголовок слайда и пишем слово Презентация, а вместо Подзаголовок слайда набираем Кадр первый (рис. 3.4). Рис. 3.4. Самый простой первый слайд Как вы понимаете, текст заголовка и подзаголовка

Начало работы

Начало работы После запуска AutoCAD выводится диалоговое окно начала работы Startup (рис. 1.1). Рис. 1.1. Диалоговое окно начала работыВ диалоговом окне Startup пользователю предлагаются четыре кнопки, в зависимости от выбора которых меняется содержимое диалогового окна: Open a Drawing –

1.2.2. Работы (Activity)

1.2.2. Работы (Activity) Работы обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы

4.9. Упражнение 9. Стоимостный анализ (Activity Based Costing)

4.9. Упражнение 9. Стоимостный анализ (Activity Based Costing) Перед выполнением упражнения 9 внимательно прочитайте подразделы 1.3 и 2.1.П. В диалоге Model Properties (вызывается из меню Mode/Model Properties) во вкладке ABC Units (рис. 4.9.1) установите единицы измерения денег и времени — рубли и часы. Рис. 4.9.1.

Начало работы

Начало работы После запуска AutoCAD выводится диалоговое окно начала работы Startup (рис. 1.1). Рис. 1.1. Диалоговое окно начала работыВ диалоговом окне Startup пользователю предлагается четыре кнопки, в зависимости от выбора которых меняется содержимое диалогового окна: Open a Drawing –

Начало работы

Начало работы После запуска AutoCAD выводится диалоговое окно начала работы Startup (рис. 1.1).В диалоговом окне Startup пользователю предлагается четыре кнопки, в зависимости от выбора которых меняется содержимое диалогового окна: Open a Drawing – для открытия ранее созданного

6.3.10. Для самостоятельной работы

6.3.10. Для самостоятельной работы 1. Создать третий слайд, поместить на него отгадку, выбрав рисунок на прилагаемом диске из файла: /keynote/riddles/02.bmp.2. Создать анимированные слайды с текстом загадок, а изображения с отгадками импортировать на слайды из папки /keynote/riddles на

Начало работы

Начало работы Для начала работы с Microsoft Word его необходимо загрузить. Сделать это можно несколькими способами.• Пуск ? Программы ? Microsoft Word.• В панели Office щелкнуть по кнопке • Кликнуть по любому файлу с таким значком В результате на экране монитора появится окно Microsoft

Начало работы

Начало работы Для начала работы с Microsoft Excel его необходимо загрузить. Сделать это можно несколькими способами.• Пуск ? Программы ? Microsoft Excel.• В панели Office щелкнуть на кнопке • Кликнуть на любом файле с таким значком В результате на экране монитора появится окно Microsoft

Источник статьи: http://it.wikireading.ru/39321

Диаграммы потоков данных

Диаграммы потоков данных (Data Flow Diagramming) являются основным средством моделирования функциональных требований к проектируемой системе. Требования представляются в виде иерархии процессов, связанных потоками данных. Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. DFD-диаграммы успешно используются как дополнение к модели IDEF0 для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных работ. Основные компоненты DFD (как было сказано выше) – процессы или работы, внешние сущности, потоки данных, накопители данных (хранилища).

Рис. 8.8. Диалог настройки отчета Diagram Object Report

В BPwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона.

Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count «кликнуть» по радио-кнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки:

(External Reference) — добавить в диаграмму внешнюю ссылку;

(Data store) — добавить в диаграмму хранилище данных;

Diagram Dictionary Editor– ссылка на другую страницу. В отличие от IDEF0 этот инструмент позволяет направить стрелку на любую диаграмму (а не только на верхний уровень).

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы — движение объектов, хранение объектов, поставка и распространение объектов (рис. 8.9).

В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например «Система обработки информации». Включение внешних ссылок в контекстную диаграмму не отменяет требования методологии четко определить цель, область и единую точку зрения на моделируемую систему.

Рис. 8.9. Пример диаграммы DFD

В DFD работы (процессы) представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же, как процессы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0 (рис. 8.9) (блоки «Проверка и внесение клиентов», «Внесение заказов»).

Внешние сущности изображают входы в систему и/или выходы из системы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы (рис. 8.9, блок «Звонки клиентов). Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок.

Потоки работ изображаются стрелками и описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ» между работами, между работой и внешней сущностью и между внешними сущностями (рис. 8.9).

В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое (рис. 8.10).

В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов.

В DFD стрелки могут сливаться и разветвляться, что позволяет описать декомпозицию стрелок. Каждый новый сегмент сливающейся или разветвляющейся стрелки может иметь собственное имя.

Диаграммы DFD могут быть построены с использованием традиционного структурного анализа, подобно тому, как строятся диаграммы IDEF0.

В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта — это уникальный номер работы на диаграмме. Например, работа может иметь номер А.12.4. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е5.

Источник статьи: http://studfile.net/preview/1644198/

2.2. Работа (Activity)

Работы обозначают поименованные процессы, функции или задачи, ко­торые происходят в течение определенного времени и имеют распоз­наваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено сочетанием отглагольного существительного, обозначающего процесс, например: «Изготовление детали», «Прием заказа» и т. д. Работа ‘Изготовление детали» может иметь, например, следующее определение: Работа относится к полному циклу изготовления изделия от контроля каче­ства сырья до отгрузки готового упакованного изделия». При создании но­вой модели (меню File/New) автоматически создается контекстная диаг­рамма с единственной работой, изображающей систему в целом (рис. 5).

Рис. 5. Пример контекстной диаграммы

Для внесения имени работы следует щелкнуть по работе правой кнопкой мыши, выбрать в меню Name и в появившемся диалоге внести имя работы. Для описания других свойств работы служит диалог Activity Properties (рис. 6).

Рис. 6. Редактор задания свойств работы

Диаграммы декомпозиции содержат родственные работы, т. е. дочерние работы, имеющие общую родительскую работу. Для создания диаграммы декомпозиции следует щелкнуть по кнопке ▼. Возникает диалог Activity Box Count (рис. 7), в котором следует указать нотацию новой диаграммы и количество работ на ней. Остановимся пока на нотации IDEF0 и щелкнем на ОК. Появляется диаграмма декомпозиции. Допустимый ин­тервал числа работ 2-8. Декомпозировать работу на одну работу не имеет смысла: диаграммы с количеством работ более восьми получаются пере­насыщенными и плохо читаются. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от 3 до 6 блоков на одной диаграмме.

Если оказывается, что количество работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке □ на палитре инстру­ментов, а затем по свободному месту на диаграмме.

Работы на диаграммах декомпозиции обычно располагаются по диаго­нали от левого верхнего угла к правому нижнему.

Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу помещается самая важная ра­бота или работа, выполняемая по времени первой. Далее вправо вниз распо­лагаются менее важные или выполняемые позже работы. Такое распо­ложение облегчает чтение диаграмм, кроме того, на нем основывается поня­тие взаимосвязей работ.

2.3. Стрелка (Arrow)

Взаимодействие работ с внешним миром и между собой описывается в виде стрелок. Стрелки представляют собой некую информации и обозначаются существительными (например, «Заготовка», «Изделие», «Заказ») или именными сочетаниями (например, «Готовое изделие»).

В IDEF0 различают пять типов стрелок.

Вход (Input) — материал или информация, которые используются или преобразуются работой для получения результата (выхода). Допус­кается, что работа может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к определенной стороне прямоугольника, изобра­жающего работу, или выходит из нее. Стрелка входа рисуется как вхо­дящая в левую грань работы. При описании технологических процессов (для этого и был придуман IDEF0) не возникает проблем определения входов. Очень часто сложно определить, яв­ляются ли данные входом или управлением. В этом случае подсказкой может служить то, перерабатываются /изменяются ли данные в работе или нет. Если изменяются, то скорее всего это вход, если нет — управление.

Управление (Control) — правила, стратегии, процедуры или стандар­ты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой. Если цель работы изме­нить процедуру или стратегию, то такая процедура или стратегия будет для работы входом. В случае возникновения неопределенности в статусе стрелки (управление или контроль) рекомендуется рисовать стрелку Управления.

Выход (Output) — материал или информация, которые производятся Работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Ра­бота без результата не имеет смысла и не должна моделироваться, Стрелка выхода рисуется как исходящая из правой грани работы.

Механизм (Mechanism) — ресурсы, которые выполняют работу, например, персонал предприятия, станки, устройства и т.д. Стрелка механизма рисуется как входящая в нижнюю грань работы. По усмотрению аналитика стрелки механизма мо­гут не изображаться в модели.

Вызов (Call) — специальная стрелка, указывающая на другую модель работы. Стрелка механизма рисуется как исходящая из нижней грани ра­боты. Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами модели­руемой системы. В BPwin стрелки вызова используются в механизме слияния и разделения моделей.

Граничные стрелки. Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут на­чинаться у границы диаграммы и заканчиваться у работы и наоборот. Такие стрелки называются граничными.

Для внесения граничной стрелки входа надо:

щелкнуть по кнопке с символом стрелки → в палитре инструментов и перенести курсор к левой стороне экрана, пока не появится начальная темная полоска;

щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части работы со стороны входа (где заканчивается стрелка);

вернуться в палитру инструментов и выбрать опцию редактирования стрелки;

щелкнуть правой кнопкой мыши на линии стрелки, во всплывающем меню выбрать Name и добавить имя стрелки во вкладке Name диалога Arrow Properties (рис. 8).

Стрелки управления, выхода и механизма изображаются аналогично. Дл: рисования стрелки выхода, например, следует щелкнуть по кнопке с сим волом стрелки на палитре инструментов, щелкнуть в правой части работы со стороны выхода (где начинается стрелка), перенести курсор к правой стороне экрана, пока не появится начальная штриховая полоска, и щелкнут: один раз по штриховой полоске.

ICOM-коды. Диаграмма декомпозиции предназначена для детализации работы. В отличие от моделей, отображающих структуру организации, ра­бота на диаграмме верхнего уровня в IDEF0 — это не элемент управления нижестоящими работами. Работы нижнего уровня — это то же самое, что и работы верхнего уровня, но в более детальном изложении. Как следст­вие этого границы работы верхнего уровня — это то же самое, что и границы Диаграммы декомпозиции. ICOM (аббревиатура от Input, Control, Output и Mechanism) — коды, предназначенные для идентификации граничных стрелок. Код ICOM содержит префикс, соответствующий типу стрелки (I, С, О или М), и порядковый номер.

BPwin вносит ICOM-коды автоматически. Для отображения ICOM-кодов следует включить опцию ICOM codes на вкладке Display диалога Model Properties (меню Model/Model Properties).

Словарь стрелок редактируется при помощи специального редактора Arrow Dictionary, в котором определяется стрелка и вносится относящийся к ней комментарий (рис. 9).

Словарь стрелок решает очень важную задачу. Диаграммы создаются аналитиком для того, чтобы провести сеанс экспертизы, т. е. обсудить диа­грамму со специалистом предметной области. В любой предметной области формируется профессиональный жаргон, причем очень часто жаргонные выражения имеют нечеткий смысл и воспринимаются разными специали­стами по-разному.

В то же время аналитик-автор диаграмм вынужден употреблять те выражения, которые наиболее понятны экспертам. Поскольку формальные определения часто сложны для восприятия, аналитик вынуж­ден употреблять профессиональный жаргон, а, чтобы не возникло неодно­значных трактовок, в словаре стрелок каждому понятию можно дать расши­ренное и, если это необходимо, формальное определение.

Содержимое словаря стрелок можно распечатать в виде отчета (меню Tools/Reports/Arrow Report) и получить тем самым толковый словарь терми­нов предметной области, использующихся в модели.

Несвязанные граничные стрелки (unconnected border arrow). При де­композиции работы входящие в нее и исходящие из нее стрелки (кроме стрелки вызова) автоматически появляются на диаграмме декомпозиции (миграция стрелок), но при этом не касаются работ. Такие стрелки называ­ются несвязанными и воспринимаются в BPwin как синтаксическая ошибка.

Для связывания стрелок входа, управле­ния или механизма необходимо перейти в режим редактирования стрелок, щелкнуть по наконечнику стрелки и щелкнуть по соответствующему сег­менту работы. Для связывания стрелки выхода необходимо перейти в режим редактирования стрелок, щелкнуть по сегменту выхода работы и затем по стрелке.

Внутренние стрелки. Для связи работ между собой используются внут­ренние стрелки, т. е. стрелки, которые не касаются границы диаграммы, на­чинаются у одной и кончаются у другой работы.

Для рисования внутренней стрелки необходимо в режиме рисования стрелок щелкнуть по сегменту (например, выхода) одной работы и затем по сегменту (например, входа) другой.

В IDEF0 различают пять типов связей работ.

Связь по входу (outputinput), когда стрелка выхода вышестоящей ра­боты (далее — просто выход) направляется на вход нижестоящей. (например, на рис. 10 стрелка «Детали» связывает работы «Изготовление деталей и Сборка изделия»).

Связь по управлению (outputcontrol), когда выход вышестоящей работы направляется на управление нижестоящей. Связь по входу показывает доминирование вышестоящей работы. Данные или объекты выхода выше­стоящей работы не меняются в нижестоящей. На рис. 11 стрелка «Чер­теж» связывает работы «Создание чертежа детали» и «Изготовление детали», при этом чертеж не претерпевает изменений в процессе изготов­ления деталей.

Рис.11. Связь по управлению

Обратная связь по входу (outputinput feedback), когда выход ни­жестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов. На рис. 12 стрелка «Брак» связывает работы «Переработка сырья» и «Контроль качест­ва«, при этом выявленный на контроле брак направляется на вторичную переработку.

Рис. 12. Обратная связь по входу

Обратная связь по управлению (outputcontrol feedback), когда выход нижестоящей работы направляется на управление вышестоящей (стрелка «Рекомендации», рис. 13). Обратная связь по управлению часто свиде­тельствует об эффективности бизнес-процесса. В случае, изображенном на рис. 13, качество изделия может быть повышено путем непосредствен­ного регулирования процессами изготовления деталей и сборки изделия в зависимости от результата (выхода) работы «Контроль качества».

Рис. 13. Обратная связь по управлению

Связь выход-механизм (outputmechanism), когда выход одной работ направляется на механизм другой. Эта взаимосвязь используется реже остальных и показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой работы (рис. 14).

Рис. 14. Связь выход-механизм

Явные стрелки. Явная стрелка имеет источником одну-единственную работу и назначением тоже одну-единственную работу.

Разветвляющиеся и сливающиеся стрелки. Одни и те же данные или объекты, порожденные одной работой, могут использоваться сразу в нескольких других работах. С другой стороны, стрелки, порожденные в разных работах, могут представлять собой одинаковые или однородные данные или объекты, которые в дальнейшем используются или перерабатываются одном месте. Для моделирования таких ситуаций в IDEF0 используются разветвляющиеся и сливающиеся стрелки. Для разветвления стрелки нужно в режиме редактирования стрелки щелкнуть по фрагменту стрелки и по соответствующему сегменту работы. Для слияния двух стрелок выхода нужно в режиме редактирования стрелки сначала щелкнуть по сегменту выхода работы, а затем по соответствующему фрагменту стрелки.

Смысл разветвляющихся и сливающихся стрелок передается именованием каждой ветви стрелок. Существуют определенные правила именования таких стрелок.

Рассмотрим их на примере разветвляющихся стрелок. Если стрелка именована до разветвления, а после разветвления ни одна из ветвей не именована, то подразумевается, что каждая ветвь моделирует те же данные или объекты, что и ветвь до разветвления (рис. 15).

Рис. 15. Пример именования разветвляющейся стрелки

Если стрелка именована до разветвления, а после разветвления какая-либо из ветвей не именована, то подразумевается, что эти ветви соответст­вуют именованию. Если при этом какая-либо ветвь после разветвления ос­талась неименованной, то подразумевается, что она моделирует те же дан­ные или объекты, что и ветвь до разветвления (рис. 16).

Рис. 16. Другой пример именования разветвляющейся стрелки

Недопустима ситуация, когда стрелка до разветвления не именована, а после разветвления не именована какая-либо из ветвей. BPwin определяет такую стрелку как синтаксическую ошибку (рис. 17).

Рис.17. Пример неверного именования разветвляющейся стрелки

Правила именования сливающихся стрелок полностью аналогичны — ошибкой будет считаться стрелка, которая после слияния не именована, а до слияния не именована какая-либо из ее ветвей. Для именования отдельной ветви разветвляющихся и сливающихся стрелок следует выделить на диаграмме только одну ветвь, после этого вызвать редактор имени и присвоить имя стрелке. Это имя будет соответствовать только выделенной стрелке.

Тоннелирование стрелок. Вновь внесенные граничные стрелки на диаграмме декомпозиции нижнего уровня изображаются в квадратных скобках и автоматически не появляются на диаграмме верхнего уровня.

Для их «перетаскивания» наверх нужно сначала выбрать кнопку ( ) на палитре инструментов и щелкнуть по квадратным скобкам граничной стрелки. Появляется диалог Border Arrow Editor.

Если выбрать опцию Resolve it to border arrow, стрелка мигрирует на диаграмму верхнего уровня, а если Change it to resolved rounded tunnel -стрелка будет затоннелирована и не попадет на другую диаграмму. Тон­нельная стрелка изображается с круглыми скобками на конце.

Тоннелирование может быть применено для изображения малозначимых стрелок. Если на какой-либо диаграмме нижнего уровня необходимо изобра­зить малозначимые данные или объекты, которые не обрабатываются или не используются работами на текущем уровне, то их необходимо направить на вышестоящий уровень (на родительскую диаграмму). Если эти данные не используются на родительской диаграмме, их нужно направить еще выше и т. д. В результате малозначимая стрелка будет изображена на всех уровнях и затруднит чтение всех диаграмм, на которых она присутствует. Выходом яв­ляется тоннелирование стрелки на самом нижнем уровне. Такое тоннелиро­вание называется «не в родительской диаграмме».

Другим примером тоннелирования может быть ситуация, когда стрелка механизма мигрирует с верхнего уровня на нижний, причем на нижнем уровне этот механизм используется одинаково во всех работах без исключения. В этом случае стрелка механизма на нижнем уровне может быть удалена, после чего на родительской диаграмме она может быть затоннелирована, а в коммен­тарии к стрелке или в словаре можно указать, что механизм будет исполь­зоваться во всех работах дочерней диаграммы декомпозиции. Такое тоннелирование называется «не в дочерней работе».

Источник статьи: http://studfile.net/preview/5851751/page:5/

Моделирование бизнес-процессов средствами BPwin

Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.

Модель может содержать четыре типа диаграмм:

  • контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма );
  • диаграммы декомпозиции ;
  • диаграммы дерева узлов ;
  • диаграммы только для экспозиции (FEO) .

Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводятся сеансы экспертизы — эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие модели реальным бизнес-процессам на любом и каждом уровне модели. Синтаксис описания системы в целом и каждого ее фрагмента одинаков во всей модели.

Диаграмма дерева узлов показывает иерархическую зависимость работ , но не взаимосвязи между работами . Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно с корня.

диаграммы для экспозиции (FEO) строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей.

Работы (Activity) обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, «Деятельность компании», «Прием заказа» и т.д.). Работа «Деятельность компании» может иметь, например, следующее определение: «Это учебная модель, описывающая деятельность компании». При создании новой модели (меню File/New) автоматически создается контекстная диаграмма с единственной работой , изображающей систему в целом (рис. 7.6).

Для внесения имени работы следует щелкнуть по работе правой кнопкой мыши, выбрать в меню Name Editor и в появившемся диалоге внести имя работы . Для описания других свойств работы служит диалог Activity Properties (рис. 7.7).

Диаграммы декомпозиции содержат родственные работы , т. е. дочерние работы , имеющие общую родительскую работу . Для создания диаграммы декомпозиции следует щелкнуть по кнопке

Возникает диалог Activity Box Count (рис. 7.8), в котором следует указать нотацию новой диаграммы и количество работ на ней. Остановимся пока на нотации IDEF0 и щелкнем на ОК. Появляется диаграмма декомпозиции (рис. 7.9). Допустимый интервал числа работ — 2-8. Декомпозировать работу на одну работу не имеет смысла: диаграммы с количеством работ более восьми получаются перенасыщенными и плохо читаются. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от трех до шести блоков на одной диаграмме.

Если оказывается, что количество работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке на палитре инструментов, а затем по свободному месту на диаграмме.

Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему.

Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу помещается самая важная работа или работа , выполняемая по времени первой. Далее вправо вниз располагаются менее важные или выполняемые позже работы . Такое размещение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ (см. ниже).

Каждая из работ на диаграмме декомпозиции может быть в свою очередь декомпозирована. На диаграмме декомпозиции работы нумеруются автоматически слева направо. Номер работы показывается в правом нижнем углу. В левом верхнем углу изображается небольшая диагональная черта, которая показывает, что данная работа не была декомпозирована. Так, на рис. 7.9 все работы еще не были декомпозированы.

Источник статьи: http://intuit.ru/studies/professional_skill_improvements/1901/courses/55/lecture/1630?page=2

Моделирование бизнес-процессов средствами BPwin

Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.

Модель может содержать четыре типа диаграмм:

  • контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма );
  • диаграммы декомпозиции ;
  • диаграммы дерева узлов ;
  • диаграммы только для экспозиции (FEO) .

Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводятся сеансы экспертизы — эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие модели реальным бизнес-процессам на любом и каждом уровне модели. Синтаксис описания системы в целом и каждого ее фрагмента одинаков во всей модели.

Диаграмма дерева узлов показывает иерархическую зависимость работ , но не взаимосвязи между работами . Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно с корня.

диаграммы для экспозиции (FEO) строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей.

Работы (Activity) обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, «Деятельность компании», «Прием заказа» и т.д.). Работа «Деятельность компании» может иметь, например, следующее определение: «Это учебная модель, описывающая деятельность компании». При создании новой модели (меню File/New) автоматически создается контекстная диаграмма с единственной работой , изображающей систему в целом (рис. 7.6).

Для внесения имени работы следует щелкнуть по работе правой кнопкой мыши, выбрать в меню Name Editor и в появившемся диалоге внести имя работы . Для описания других свойств работы служит диалог Activity Properties (рис. 7.7).

Диаграммы декомпозиции содержат родственные работы , т. е. дочерние работы , имеющие общую родительскую работу . Для создания диаграммы декомпозиции следует щелкнуть по кнопке

Возникает диалог Activity Box Count (рис. 7.8), в котором следует указать нотацию новой диаграммы и количество работ на ней. Остановимся пока на нотации IDEF0 и щелкнем на ОК. Появляется диаграмма декомпозиции (рис. 7.9). Допустимый интервал числа работ — 2-8. Декомпозировать работу на одну работу не имеет смысла: диаграммы с количеством работ более восьми получаются перенасыщенными и плохо читаются. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от трех до шести блоков на одной диаграмме.

Если оказывается, что количество работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке на палитре инструментов, а затем по свободному месту на диаграмме.

Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему.

Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу помещается самая важная работа или работа , выполняемая по времени первой. Далее вправо вниз располагаются менее важные или выполняемые позже работы . Такое размещение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ (см. ниже).

Каждая из работ на диаграмме декомпозиции может быть в свою очередь декомпозирована. На диаграмме декомпозиции работы нумеруются автоматически слева направо. Номер работы показывается в правом нижнем углу. В левом верхнем углу изображается небольшая диагональная черта, которая показывает, что данная работа не была декомпозирована. Так, на рис. 7.9 все работы еще не были декомпозированы.

Источник статьи: http://intuit.ru/studies/educational_groups/964/courses/55/lecture/1630?page=2

Моделирование бизнес-процессов средствами BPwin

Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.

Модель может содержать четыре типа диаграмм:

  • контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма );
  • диаграммы декомпозиции ;
  • диаграммы дерева узлов ;
  • диаграммы только для экспозиции (FEO) .

Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводятся сеансы экспертизы — эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие модели реальным бизнес-процессам на любом и каждом уровне модели. Синтаксис описания системы в целом и каждого ее фрагмента одинаков во всей модели.

Диаграмма дерева узлов показывает иерархическую зависимость работ , но не взаимосвязи между работами . Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно с корня.

диаграммы для экспозиции (FEO) строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей.

Работы (Activity) обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, «Деятельность компании», «Прием заказа» и т.д.). Работа «Деятельность компании» может иметь, например, следующее определение: «Это учебная модель, описывающая деятельность компании». При создании новой модели (меню File/New) автоматически создается контекстная диаграмма с единственной работой , изображающей систему в целом (рис. 7.6).

Для внесения имени работы следует щелкнуть по работе правой кнопкой мыши, выбрать в меню Name Editor и в появившемся диалоге внести имя работы . Для описания других свойств работы служит диалог Activity Properties (рис. 7.7).

Диаграммы декомпозиции содержат родственные работы , т. е. дочерние работы , имеющие общую родительскую работу . Для создания диаграммы декомпозиции следует щелкнуть по кнопке

Возникает диалог Activity Box Count (рис. 7.8), в котором следует указать нотацию новой диаграммы и количество работ на ней. Остановимся пока на нотации IDEF0 и щелкнем на ОК. Появляется диаграмма декомпозиции (рис. 7.9). Допустимый интервал числа работ — 2-8. Декомпозировать работу на одну работу не имеет смысла: диаграммы с количеством работ более восьми получаются перенасыщенными и плохо читаются. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от трех до шести блоков на одной диаграмме.

Если оказывается, что количество работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала по кнопке на палитре инструментов, а затем по свободному месту на диаграмме.

Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему.

Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу помещается самая важная работа или работа , выполняемая по времени первой. Далее вправо вниз располагаются менее важные или выполняемые позже работы . Такое размещение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ (см. ниже).

Каждая из работ на диаграмме декомпозиции может быть в свою очередь декомпозирована. На диаграмме декомпозиции работы нумеруются автоматически слева направо. Номер работы показывается в правом нижнем углу. В левом верхнем углу изображается небольшая диагональная черта, которая показывает, что данная работа не была декомпозирована. Так, на рис. 7.9 все работы еще не были декомпозированы.

Источник статьи: http://intuit.ru/studies/courses/2195/55/lecture/1630?page=2

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *