Детализация процесса «Изготовление заготовок»

Самостоятельно проведите детализацию процесса «Изготовление заготовок» в соответствии с рисунком (рис. 5.8).

 

Рис. 5.8. Детализация процесса «Изготовление заготовок»

 

Сохраните полученную диаграмму под именем Lab5.bp1.

Контрольные вопросы

1. Для чего служит DFD-диаграмма?

2. Что описывает DFD-диаграмма?

3. Отличие DFD-диаграммы от IDFE0.

4. Назовите инструмент, использующийся для построения внешних сущностей.

5. Инструмент для построения Хранилищ данных.

6. Назовите графические элементы, использующиеся для обозначения на диаграмме Работы, Потоков данных, Хранилищ данных.

7. Опишите алгоритм создания DFD-диаграммы.

8. Опишите алгоритм экспорта данных из AllFusion Process Modeler в ERwin.

Индивидуальное задание

Постройте диаграмму в методологии DFD 1 и 2 уровня:

1. Внесите имена и свойства работ диаграммы

2. Добавьте в диаграммы хранилище, внешнюю ссылку и ссылку на другую страницу

 

Лабораторная работа №6

Тема: Методология IDEF3.

Цель работы: Изучить методологию IDEF3 и использование категорий UDP.

 

ТЕОРЕТИЧЕСКИЙ РАЗДЕЛ

 

Метод описания процессов (методологияIDEF3).Для описания логики взаимодействия информационных потоков используют методологию IDEF3 (Workflow Diagramming) – методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например, последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции. Методология IDEF3 – способ описания процессов с использованием структурированного метода, позволяющего эксперту в предметной области представить положение вещей как упорядоченную последовательность событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу. Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей.

Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное. Точка зрения на модель должна быть задокументирована. Обычно это точка зрения человека, ответственного за работу в целом. Также необходимо задокументировать цель модели – те вопросы, на которые призвана ответить модель. Диаграмма является основной единицей описания в IDEF3. Важно правильно построить диаграммы, поскольку они предназначены для чтения другими людьми (а не только автором). Единицы работы – Unit of Work (UOW). UOW, также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы. Часто имя существительное в имени работы меняется в процессе моделирования, поскольку модель может уточняться и редактироваться. Идентификатор работы присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ. Обычно номер работы состоит из номера родительской работы и порядкового номера на текущей диаграмме. Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 различают три типа стрелок, изображающих связи, стиль которых устанавливается через меню Edit/Arrow Style (либо из контекстного меню):

- Старшая (Precedence) – сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.

- Отношения (Relational Link) – пунктирная линия, использующаяся для изображения связей между единицами работ (UOW) а также между единицами работ и объектами ссылок.

- Потоки объектов (Object Flow) – стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой.

Старшая связь и поток объектов. Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель. Часто результатом работы-источника становится объект, необходимый для запуска работы-цели. В этом случае стрелку, обозначающую объект, изображают с двойным наконечником. Имя стрелки должно ясно идентифицировать отображаемый объект. Поток объектов имеет ту же семантику, что и старшая стрелка. Отношение показывает, что стрелка является альтернативой старшей стрелке или потоку объектов в смысле задания последовательности выполнения работ, т.е. работа-источник не обязательно должна закончиться, прежде чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник.

Перекрестки (Junction). Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления.

Для внесения перекрестка необходимо нажать кнопку (добавить в диаграмму перекресток Junction) на палитре инструментов. Возникает диалог Junction Type Editor, в котором необходимо указать тип перекрестка (рис. 6.1). Смысл каждого типа перекрётсков приведен в таблице 1.

 

Рис. 6.1. Окно диалога Junction Type Editor

 

Таблица 1

Значение перекрестков диалогового окна Junction Type Editor

Обозначение	Наименование	Смысл в случае слияния стрелок (Fan-in Junction)	Смысл в случае разветвления стрелок (Fan-out Junction)
	Asynchronous AND	Все предшествующие процессы должны быть завершены	Все следующие процессы должны быть запущены
	Synchronous AND	Все предшествующие процессы завершены одновременно	Все следующие процессы запускаются одновременно
	Asynchronous OR	Один или несколько предшествующих процессов должны быть завершены	Один или несколько следующих процессов должны быть запущены
	Synchronous OR	Один или несколько предшествующих процессов завершены одновременно	Один или несколько следующих процессов запускаются одновременно
	XOR (Exclusive OR)	Только один предшествующий процесс завершен	Только один следующий процесс запускается

 

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Definition Editor. В IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.

Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Для создания объекта ссылки необходимо щелкнуть по кнопке на палитре инструментов. Возникает диалог Referent, в котором необходимо указать имя объекта ссылки (рис. 6.2).

 

Рис. 6.2. Окно диалога Referent

 

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

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

Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:

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

- анализировать существующие процессы и разрабатывать новые;

- определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов;

- определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл (ЖЦ) процесса, например, изменение конструктивных, технологических или эксплуатационных свойств конечного продукта;

- содействовать принятию оптимальных решений при реорганизации процессов;

- разрабатывать имитационные модели технологических процессов, по принципу «как будет, если...».

Правила создания перекрестков. На одной диаграмме IDEF3 может быть создано несколько перекрестков различных типов. Определенные сочетания перекрестков для слияния и разветвления могут приводить к логическим несоответствиям. Чтобы избежать конфликтов, необходимо соблюдать следующие правила:

1. Каждому перекрестку для слияния должен предшествовать перекресток для разветвления.

2. Перекресток для слияния «AND» не может следовать за перекрестком для разветвления типа синхронного или асинхронного «OR». После работы 1 может запускаться одна работа – 2 или 3, а для запуска работы 4 требуется окончание обеих работ 2 и 3. Такой сценарий не может реализоваться (рис. 6.3).

 

Рис. 6.3. Неверное размещение перекрестков. Перекресток для слияния «AND» не может следовать за перекрестком для разветвления «OR»

 

3. Перекресток для слияния «AND» не может следовать за перекрестком для разветвления типа «XOR» (рис. 6.4).

 

Рис. 6.4. Неверное размещение перекрестков. Перекресток для слияния «AND» не может следовать за перекрестком разветвления исключающего типа

 

4. Перекресток для слияния исключающего типа не может следовать за перекрестком для разветвления типа «AND» (рис. 6.5.). Здесь после завершения работы 1 запускаются обе работы – 2 и 3, а для запуска работы 4 требуется, чтобы завершилась одна и только одна работа – или 2, или 3.

Рис. 6.5. Неверное размещение перекрестков. Перекресток для слияния исключающего типа не может следовать за перекрестком для разветвления типа «AND»

 

5. Перекресток, имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой стороне.

Использование категорий UDP. ABC позволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик – свойств, определенных пользователем (User Defined Properties, UDP). UDP позволяют провести дополнительный анализ, хотя и без суммирующих подсчетов. UDP можно поставить в соответствие одно или несколько ключевых слов. Ключевые слова могут быть использованы для отбора UDP при печати отчетов или при присвоении свойств работам и стрелкам. Ключевые слова должны быть описаны в словаре UDP Keyword List. Для описания UDP служит диалог UDP Dictionary (меню Dictionary/UDP).

Для создания нового свойства (UDP) следует в словаре UDP Dictionary перейти к нижней строке списка и дважды щелкнуть по полю Name. В режиме редактирования имени следует внести имя UDP. В поле UDP Type описывается тип свойства. Имеется возможность задания 18 различных типов UDP, в том числе управляющих команд и массивов (таблица 1).

 

Таблица1

Тип свойств UDP

Тип	Использование
Text	При задании свойства объекта диаграммы вносится текст. Обычно это дополнительное пояснение
Paragraph Text	Значение свойства этого типа – текст в несколько строк
Integer	Значение свойства этого типа – целое число
Command	Командная строка. При задании значения UDP в списке свойств справа от имени свойства появляется кнопка. При щелчке по этой кнопке выполняется командная строка. С помощью этого свойства связывается с объектом модели документация, хранящаяся в формате приложения Windows (Word, Excel, Power Point и т.д.). Например, свойство "Спецификация" категории "Дополнительная докумен-тация" может иметь значение C:\MS Office XP\Office\WINWORD.EXE spec.doc.
Character	Значение свойства этого типа – один символ
Date mm/dd/yy (yy)	Значение свойства этого типа – дата в указанном формате
Real Number	Значение свойства этого типа – действительное число
Text List (Single selection)	Массив строк. Значения свойства этого типа определено в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели можно присваивать только одно значение из имеющегося списка
Integer List (Single selection)	Массив целых чисел. Значения свойства этого типа определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели присваивается только одно значение из имеющегося списка
Command List	Массив команд. Значения свойства этого типа определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели можно присваивается только одно значение из созданного списка
Date List mm/dd/yy(yy) (Single selection)	Массив дат. Значения свойства этого типа определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели можно присваивается только одно значение из созданного списка
Real Number List (Single selection)	Массив действительных чисел. Значения свойства этого типа определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели присваивается только одно значение из списка
Character List (Single selection)	Массив символов. Значения свойства этого типа определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели присваивается только одно значение из списка
Text List (Multiple selections)	Массив строк (множественный выбор). Значения свойства определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели может присваиваться одновременно несколько значений из созданного списка
Integer List (Multi-ple selections)	Массив целых чисел (множественный выбор). Значения свойства определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели может присваиваться одновременно несколько значений из созданного списка
Date List (Multiple selections)	Массив дат (множественный выбор). Значения свойства определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели может присваиваться одновременно несколько значений из созданного списка
Real Number List (Multiple selec-tions)	Массив действительных чисел (множественный выбор). Значения свойства определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели может присваиваться одновременно несколько значений из созданного списка
Character List (Multiple selec-tions)	Массив символов (множественный выбор). Значения свойства определены в диалоговом окне UDP Dictionary в текстовом поле Value. Объекту модели может присваиваться одновременно несколько значений из созданного списка

 

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

 

ПРАКТИЧЕСКИЙ РАЗДЕЛ

 

Построение модели в методологии IDEF3 на примере бизнес-процесса «Сборка изделия».

1. Откройте файл Lab5.bp1, сохраненный на предыдущем занятии.

2. Перейдите на диаграмму А3 и, выбрав инструмент , декомпозируйте работу «Сборка изделия».

3. В диалоге Activity Box Count установите число работ 4 и нотацию IDEF3 (рис. 6.6).

4. Правой кнопкой мыши выделите по работе, выберите в контекстном меню Name и внесите имя работы «Подготовка компонентов».

 

Рис. 6.6. Выбор нотации IDEF3 в диалоге Activity Box Count

 

5. Во вкладке Definition внесите определение «Подготавливаются все компоненты корпусной мебели согласно спецификации заказа» (рис. 6.7).

 

Рис. 6.7. Диалоговое окно свойств работы

6. Во вкладку UOW, внесите свойства работы (табл. 2).

Таблица 2

Свойства UOW

Тип	Использование
Name	Подготовка деталей изделия
Definition	Подготавливаются все детали изделия согласно спецификации заказа
Objects	Детали: основания, боковые стенки, полки, дверцы, зеркала, стекла, фурнитура
Constrains	Установка зеркал возможна только после полной сборки шкафа

7. Внесите в диаграмму еще 4 работы (кнопка ).

8. Внесите имена следующих работ: «Сборка основания», «Установка боковых стенок», «Установка задней стенки», «Установка зеркала», «Размещение полочек», «Установка дверок», «Прикручивание фурнитуры» (рис. 6.8).

Рис. 6.8. Фрагмент диаграммы IDEF3

Добавление в диаграмму IDEF3 объекта ссылки:

1. С помощью кнопки (добавить в диаграмму объект ссылки – Referent), расположенной в палитре инструментов, создайте объект ссылки.

2. Внесите имя объекта внешней ссылки «Компоненты».

3. Измените стиль стрелки на Referent (рис. 6.9).

 

Рис. 6.9. Диалоговое окно определения стиля стрелок

Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой.

Связывание работ с помощью стрелок:

1. Свяжите стрелкой работы «Подготовка компонентов» (выход) и «Сборка основания».

2. Измените стиль стрелки на Object Flow (рис. 6.10). В IDEF3 имя стрелки может отсутствовать, хотя AllFusion Process Modeler показывает отсутствие имени как ошибку.

Рис. 6.10. Результат создания UOW и объекта ссылки

 

3. Так как работы «Установка боковых стенок», «Установка задней стенки», «Установка зеркала» должны следовать только друг за другом, соедините их стрелкой Precedence , она показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется (рис. 6.11).

Рис. 6.11. Результат связывания последовательно выполняемых работ

Установление перекрестков:

1. С помощью кнопки на палитре инструментов внесите один перекресток типа асинхронного «OR» (один или несколько следующих процессов должны быть запущены) и свяжите работы с перекрестком, как показано на рисунке 6.11 (это случай разветвления стрелок Fan-in Junction).

 

Рис. 6.11. Результат создания перекрестка

 

2. Правой кнопкой выделите по перекрестку для разветвления, выберите Name и внесите имя «Компоненты, требуемые в спецификации заказа».

3. Самостоятельно установите перекресток для слияния стрелок (рис. 6.12).

 

Рис. 6.12. Диаграмма IDEF3

Примечание. Так как работа «Прикручивание фурнитуры» должна производиться после окончания всех предыдущих работ, то выбираемый тип перекрестка – синхронное «OR». Сохраните полученную диаграмму под именем Lab6.bp1.

 

Контрольные вопросы

1. Опишите диаграмму IDEF3?

2. Отличие диаграммы IDEF3 от диаграммы IDEF0.

3. Графическое обозначение работы на диаграмме IDEF3.

4. Назовите цель перекрёстка между работами.

5. Назовите типы перекрестков.

6. Перечислите правила создания перекрестков.

7. Опишите декомпозицию работ в методологии IDEF3.