IDEF3 — методология моделирования и стандарт документирования процессов, происходящих в системе. Метод документирования технологических процессов предоставляет механизм документирования и сбора информации о процессах. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной экcперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие [1]
- 1 Применение
- 2 Описание
- 2.1 Два типа диаграмм в IDEF3
- 2.2 Компоненты диаграммы описания процесса
Применение
IDEF3 широко применяется при разработке информационных систем. При этом используется BPwin ) — инструмент визуального моделирования бизнес-процессов
Описание
Два типа диаграмм в IDEF3
Система описывается как упорядоченная последовательность событий с одновременным описанием объектов, имеющих отношение к моделируемому процессу.
IDEF3 состоит из двух методов. Process Flow Description (PFD) — Описание технологических процессов, с указанием того, что происходит на каждом этапе технологического процесса. Object State Transition Description (OSTD) — Описание переходов состояний объектов, с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.
IDEF3
Основу методологии IDEF3 составляет графический язык описания процессов. Модель в нотации IDEF3 может содержать два типа диаграмм:
- диаграмму Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD)
- диаграмму Сети Трансформаций Состояния Объекта (Object State Transition Network, OSTN)
Компоненты диаграммы описания процесса
Диаграмма IDEF3 Process Flow Description может состоять из 5 основных описательных блока:
- работы (boxes, activities)
- стрелки или связи (arrows, links)
- перекрёстки (junctions)
- объекты ссылок
Unit of Behavior Decomposition Elaboration
См. также
Ссылки
- Обзор стандарта IDEF3
- IDEF3 Overview (англ.)
- Большая коллекция статей по стандарту IDEF
- IDEF3 PROCESS DESCRIPTION CAPTURE METHOD REPORT Полный текст стандарта IDEF3 на английском языке. Представлен в формате PDF. Загружаемый файл занимает около 1.8 Мегабайта.
- INTUIT — Метод описания процессов IDEF3
Источник: vlab.fandom.com
Технология разработки ПО
Моделирование бизнес-процессов стандартом IDEF0 не учитывает временную последовательностью и алгоритм планируемых работ. Для этих целей был усовершенствован стандарт IDEF0, и выпущен IDEF3. Последний применяется для разбивки работ на отдельные этапы. То есть, при планировании бизнес-процессов появляется возможность раскладывать производственный процесс на множество подзадач.
Такой подход позволяет рассматривать альтернативные варианты. В этой модели особое внимание уделяется нумерации каждого подпроцесса. Он содержит в своем названии номер родительской работы, порядковый номер в декомпозиции и собственный номер в рамках рассматриваемой диаграммы.
построение модели на основе idef3
IDEF3 — методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. IDEF3 дает возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.
Любая IDEF3-диаграмма может содержать работы, связи, перекрестки и объекты ссылок.
Работа (Unit of Work, activity). Изображается прямоугольником с прямыми углами и имеет имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы (например, «Изготовление изделия»). Все стороны работы равнозначны. В каждую работу может входить и выходить ровно по одной стрелке.
Связи. Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 возможны три вида связей:
Изображение стрелки
Старшая (Precedence) стрелка
сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется
Потоки объектов (Object Flow)
стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например когда объект порождается в одной работе и используется в другой
Стрелка отношения (Relational Link)
пунктирная линия, использующаяся для изображения связей между единицами работ (UOW), а также между единицами работ и объектами ссылок. Значение задается аналитиком отдельно для каждого случая
Перекрестки (Junction). Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления.
Обозначение
Наименование
Смысл в случае слияния стрелок (Fan-in Junction)
Смысл в случае разветвления стрелок (Fan-out Junction)
Асинхронное «И» (Asynchronous AND)
Все предшествующие процессы должны быть завершены
Все следующие процессы должны быть запущены
Синхронное «И» (Synchronous AND)
Все предшествующие процессы завершены одновременно
Все следующие процессы запускаются одновременно
Асинхронное «ИЛИ» (Asynchronous OR)
Один или несколько предшествующих процессов должны быть завершены
Один или несколько следующих процессов должны быть запущены
Синхронное «ИЛИ» (Synchronous OR)
Один или несколько предшествующих процессов завершены одновременно
Один или несколько следующих процессов запускаются одновременно
Исключающее «ИЛИ» XOR (Exclusive OR)
Только один предшествующий процесс завершен
Только один следующий процесс запускается
Объект ссылки. Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Они используются в модели для привлечения внимания читателя к каким-либо важным аспектам модели. При внесении объектов ссылок помимо имени следует указывать тип объекта ссылки.
В данной лабораторной работе необходимо одну из работ, находящихся на диаграммах IDEF0, рассмотреть детально с помощью методологии IDEF3. При декомпозиции работы IDEF0 нужно учитывать, что стрелки на диаграммах IDEF0 означают потоки информации или объектов, передаваемых от одной работы к другой. На диаграммах IDEF3 стрелки могут показывать только последовательность выполнения работ, т.е. они имеют другой смысл, чем стрелки IDEF0. Поэтому при декомпозиции работы IDEF0 в диаграмму IDEF3 стрелки не мигрируют на нижний уровень. Если необходимо показать на дочерней диаграмме IDEF3 те же объекты, что и на родительских диаграммах IDEF0, необходимо использовать объекты ссылки.
Проведем декомпозицию работы Сборка настольных компьютеров диаграммы А3 «Сборка и тестирование компьютеров». Данная работа начинает выполняться, когда поступают заказы на сборку. Первым действием проверяется наличие необходимых для сборки комплектующих и заказ со склада отсутствующих.
Далее комплектующие подготавливаются для последующей сборки (освобождение от упаковки, снятие заглушек и т.п.). Следующим шагом начинается непосредственно сам процесс сборки: установка материнской платы в корпус и процессора на материнскую плату, установка ОЗУ и винчестера. Данные действия выполняются всегда, независимо от конфигурации компьютера.
Далее по желанию клиента могут быть установлены некоторые дополнительные комплектующие — DVD привод, ТВ-тюнер, кард-ридер. На этом сборка компьютера завершается. Следующим шагом идет установка операционной системы. По желанию клиента также может быть установлено дополнительное программное обеспечение. Последним действием составляется отчет о проделанной работе.
Выделим работу Сборка настольных компьютеров диаграммы А3 «Сборка и тестирование компьютеров», нажмем на кнопку «Go to Child Diagram» панели инструментов и выберем нотацию IDEF3. Дочерние работы всегда можно добавить на диаграмму в процессе ее построения, поэтому число дочерних работ оставим по умолчанию. При создании дочерней диаграммы BPWin переносит граничные стрелки родительской работы, их необходимо удалить и заменить на объекты ссылок. Заменим стрелки «Заказы на настольные компьютеры», «Необходимые комплектующие», «Список необходимых комплектующих», «Настольные компьютеры» и «Результаты сборки» на объекты ссылок — кнопка «Referent» на панели инструментов, в появившемся окне выбрать переключатель «Arrow» и выбрать из списка нужное название:
Далее начинаем располагать на диаграмме работы, отражающие указанные выше действия, выполняемые при сборке компьютеров. Итоговая диаграмма декомпозиции работы в нотации IDEF3 имеет вид:
Рассмотрим основные особенности этой диаграммы. После проверки наличия необходимых для сборки комплектующих возможно одно из двух действий — или заказ со склада недостающих комплектующих, или, если все комплектующие в наличии, их подготовка. Поэтому мы поставили перекресток разветвления типа «Исключающее ИЛИ».
Работы «Подготовка комплектующих» и «Установка материнской платы и процессора» соединены связью «Поток объектов». Тем самым мы показываем, что между этими работами передаются объекты. Все последующие работы соединяются связями «старшая стрелка», поскольку они только показывают последовательность действий над одними и теме же объектами.
После установки винчестера возможна установка DVD привода, ТВ-тюнера, кард-ридера или любая их комбинация. Поэтому мы поставили перекресток разветвления типа «Асинхронное ИЛИ». Такой же перекресток стоит и после завершения этих работ. Далее после установки операционной системы может быть установлено дополнительное ПО, или же сразу формируется отчет, поэтому мы поставили перекресток разветвления типа «Исключающее ИЛИ». За перекрестком разветвления типа «Исключающее ИЛИ» может следовать только такой же перекресток слияния, поэтому перед работой «Составление отчета о результатах сборки» мы поставили такой же.
- https://spravochnick.ru/ekonomika/metodologiya_idef3/
- https://pandia.ru/text/82/014/55770-6.php
Источник: technologiarpo.blogspot.com
Методология описания бизнес-процессов IDEF3
1. Методология описания бизнес-процессов IDEF3
2. Описание процесса в методологии IDEF3
3. Изображение и нумерация действия в диаграмме IDEF3
4. Типы связей в модели IDEF3
5. Связь типа «Временное предшествование»
Связи этого типа отражают, что исходное действие должно полностью
завершиться, прежде чем начнется выполнение конечного действия. Связь должна
быть поименована таким образом, чтобы была понятна причина ее появления.
Во многих случаях завершение одного действия инициирует начало выполнения
другого, как показано на рисунке. В этом примере автор должен принять
рекомендации рецензентов, прежде чем начать вносить соответствующие
изменения в работу.
6. Связь типа «Объектный поток»
Связь типа «Объектный поток»
Одной из наиболее часто встречающихся причин использования связи типа
«объектный поток» состоит в том, что некоторый объект, являющийся результатом
выполнения исходного действия, необходим для выполнения конечного действия.
Такая связь отличается от связи временного предшествования двойным концом
обозначающей ее стрелки. Наименования потоковых связей должны четко
идентифицировать объект, который передается с их помощью. Временная
семантика объектных связей аналогична связям предшествования. Это означает,
что порождающее объектную связь исходное действие должно завершиться,
прежде чем конечное действие начнет выполняться
7. Связь типа «Нечеткое отношение»
Связь типа «Нечеткое отношение»
Связи этого типа используются для выделения отношений между действиями,
которые невозможно описать с использованием предшественных или объектных
связей. Значение каждой такой связи должно быть определено, поскольку связи
типа «Нечеткое отношение» сами по себе не предполагают никаких ограничений.
Одно из применений нечетких отношений — отображение взаимоотношений
между параллельно выполняющимися действиями.
8. Соединения
Завершение одного действия может инициировать начало выполнения сразу
нескольких других действий, или, наоборот, определенное действие может
требовать завершения нескольких других действий для начала своего выполнения.
Соединения разбивают или соединяют внутренние потоки и используются для
описания ветвления процесса.
Разворачивающие соединения используются для разбиения потока. Завершение
одного действия вызывает начало выполнения нескольких других.
Сворачивающие соединения объединяют потоки. Завершение одного или
нескольких действий вызывает начало выполнения только одного другого
действия.
9. Типы соединений в модели IDEF3
10. «И»-соединения
«И»-соединения
Соединения этого типа инициируют выполнение всех своих конечных действий.
Все действия, присоединенные к сворачивающему «И»-соединению, должны
завершиться, прежде чем может начать выполняться следующее действие.
11. Соединение «Эксклюзивное ИЛИ»
Вне зависимости от количества действий, прицепленных к сворачивающему или
разворачивающему соединению «Эксклюзивное ИЛИ», инициировано будет только
одно из них, и поэтому только одно из них будет завершено перед тем, как любое
действие, следующее за сворачивающим соединением «Эксклюзивное ИЛИ»,
сможет начаться.
12. Соединение «ИЛИ»
Соединения этого типа предназначены для описания ситуаций, которые не могут
быть описаны двумя предыдущими типами соединений. Аналогично связи
нечеткого отношения соединение «ИЛИ» в основном определяется и описывается
непосредственно системным аналитиком.
13. Синхронные и асинхронные соединения
В рассмотренных примерах связей «И» и «ИЛИ» не затрагивались отношения
между началом и окончанием действий, инициируемых разворачивающими
соединениями. Все действия в этих примерах выполнялись асинхронно, т.е. они не
должны были начинать выполняться одновременно. Однако есть случаи, когда
время начала или окончания параллельно выполняемых действий должно быть
одинаковым, т.е. действия должны выполняться синхронно. Для моделирования
такого поведения системы используются синхронные соединения.
14. Синхронные соединения модели IDEF3
Синхронное соединение обозначается двумя вертикальными линиями внутри
обозначающего его прямоугольника в отличие от одной вертикальной линии в
асинхронном соединении.
15. Синхронные соединения модели IDEF3
Синхронное разворачивающее соединение не обязательно должно иметь парное
себе сворачивающее соединение.
16. Парность соединений
Все соединения на диаграммах должны быть парными, из чего следует, что любое
разворачивающее соединение имеет парное себе сворачивающее. Однако типы
соединений вовсе не обязательно должны совпадать.
17. Комбинации соединений
Соединения могут комбинироваться для создания более сложных правил ветвления
18. Указатели
Указатели — это специальные символы, которые ссылаются на другие разделы
описания процесса. Они выносятся на диаграмму для привлечения внимания
читателя к каким-либо важным аспектам модели.
Типы указателей модели IDEF3
19. Указатели
Указатель изображается на диаграмме в виде прямоугольника, похожего на
изображение действия. Имя указателя обычно включает его тип (например,
ОБЪЕКТ, UOB и т.п.) и идентификатор
20. Декомпозиция
Действия в IDEF3 могут быть декомпозированы, или разложены на составляющие,
для более детального анализа. Декомпозировать действие можно несколько раз. Это
позволяет документировать альтернативные потоки процесса в одной модели.
Для корректной идентификации действий в модели с множественными
декомпозициями схема нумерации действий расширяется и наряду с номерами
действия и его родителя включает в себя порядковый номер декомпозиции.
Например, в номере действия 1.2.5: 1 — номер родительского действия, 2 — номер
декомпозиции, 5 — номер действия.
21. Требования IDEF3 к описанию бизнес-процессов
Требования IDEF3 к описанию бизнеспроцессов
Определение сценария, границ моделирования, точки зрения
Перед тем как попросить экспертов предметной области подготовить описание
моделируемого процесса, должны быть документированы границы моделирования,
чтобы экспертам была понятна необходимая глубина и полнота требуемого от них
описания.
Кроме того, если точка зрения аналитика на процесс отличается от обычной
точки зрения для эксперта, это должно быть ясно и аккуратно описано.
Вполне возможно, что эксперты не смогут сделать приемлемое описание без
применения формального опроса автором модели. В таком случае автор должен
заранее приготовить набор вопросов таким же образом, как журналист заранее
подготавливает вопросы для интервью.
22. Требования IDEF3 к описанию бизнес-процессов
Требования IDEF3 к описанию бизнеспроцессов
Определение действий и объектов
Результатом работы экспертов обычно является текстовый документ,
описывающий интересующий аналитика круг вопросов. В дополнение к нему может
иметься письменная документация, позволяющая пролить свет на природу
изучаемого процесса. Вне зависимости от того, является ли информация текстовой
или вербальной, она анализируется и разделяется частями речи для идентификации
списка действий (глаголы и отглагольные существительные), составляющих
процесс, и объектов (имена существительные), участвующих в процессе.
В некоторых случаях возможно создание графической модели процесса в
присутствии экспертов. Такая модель также может быть разработана после сбора
всей необходимой информации, что позволяет не отнимать время экспертов на
детали форматирования получающихся диаграмм.
Поскольку модели IDEF3 могут одновременно разрабатываться несколькими
командами, IDEF3 поддерживает простую схему резервирования номеров действий
в модели. Каждому аналитику выделяется уникальный диапазон номеров действий,
что обеспечивает их независимость друг от друга.
23. Требования IDEF3 к описанию бизнес-процессов
Требования IDEF3 к описанию бизнеспроцессов
Определение действий и объектов
Если модель создается после проведения интервью, аналитик должен принять
решения по построению иерархии участвующих в модели диаграмм, например,
насколько подробно будет детализироваться каждая отдельно взятая диаграмма.
Если последовательность или параллельность выполнения действий окончательно
не ясна, эксперты могут быть опрошены вторично (возможно, с использованием
черновых вариантов незаконченных диаграмм) для получения недостающей
информации. Важно, однако, различать предполагаемую (появляющуюся из-за
недостатка информации о связях) и явную (ясно указанную в описании эксперта)
параллельности.
Источник: ppt-online.org