Описание спецификации процессов

1. Описание спецификациипроцессов Часть стандарта IDEF 3 реализованная в программном пакете BPWin

2. Диаграмма IDEF3

3. Актуальность метода • Позволяет описать последовательность выполнения действий; • Любая степень подробности посредством декомпозиции; • Может использоваться при проектировании бизнес-процессов; • Не имеет жестких семантических и синтаксических требований; • Является важным дополнением структурного метода; • Приспособлен для сбора данных;

4. Роль диаграмм IDEF3 в общем процессе моделирования • Может успешно дополнять модели IDEF 0; • Модель IDEF 3 несет всю необходимую информацию и является отправной точкой для имитационного моделирования; • Имитационное моделирование используется для оценки производительности системы.

5. Диаграмма IDEF3 дополняет диаграмму IDEF 0 Книга складского Правила ведения учета склада Проверить по КСУ наличие Решение о Решение о закупке товара товара на складе выдаче товара 1,00 A31 Заявка на закупку Сформировать заявку на закупку Выписать Расходная 2,00 A32 накладная расходную накладную 3,00 A33 Обработанный Отметить заказ Заказ заказ 1,00 A34 Внести Запись в книге запись складского учета в КСУ 4,00 A35 Товар на складе Отгрузить Товар отгруженный товар 5,00 A36 Кладовщики Грузчики Сформировать заявку на закупку 1.1.4 Проверить по КСУ наличие X X товара на складе Выписать J1 J4 расходную 1.1.3 накладную Внести 1.1.5 Отгрузить & & запись товар в КСУ J2 J3 1.1.8 1.1.7 Отметить заказ 1.1.6

6. Компоненты модели IDEF 3 • Документированные границы; • Назначение системы; • Точка зрения; • Вопросы; • Список отдельных действий, являющихся частью процесса; • Сценарий выполнения процесса; • Список объектов: • изменяемых в ходе процесса; • передаваемых между действиями процесса; • исполняющих действия процесса.

7. Декомпозиция USED AT: AUTHOR: DATE: 17.12.2000 WORKING READER DATE CONTEXT: PROJECT: REV: 08.04.2002 DRAFT TOP RECOMMENDED NOTES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION Прием товара USED AT: AUTHOR: DATE: 17.12.2000 WORKING READER DATE CONTEXT: PROJECT: REV: 08.04.2002 DRAFT 1.1 RECOMMENDED NOTES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION 1 Отметить приходную накладную 1.1.3 Принять Передать & товар & товар на хранение 1.1.2 J1 NODE: TITLE: Прием NUMBER: J2 1 1.1.5 Внести запись в книгу складского учета 1.1.4 NODE: TITLE: Прием товара NUMBER: 1.1 • Методология IDEF3 предусматривает уточнение описания отдельных действий процесса посредством декомпозиции.

8. Состав модели USED AT: AUTHOR: DATE: 17.12.2000 WORKING READER DATE CONTEXT: PROJECT: REV: 08.04.2002 DRAFT TOP RECOMMENDED USED AT: USED AT: USED AT: AUTHOR: AUTHOR: AUTHOR: DATE: DATE: DATE: 17.12.2000 17.12.2000 17.12.2000 WORKING WORKING WORKING READER READER READER DATE DATE DATE CONTEXT: CONTEXT: CONTEXT: NOTES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION PROJECT: PROJECT: PROJECT: REV: REV: REV: 08.04.2002 08.04.2002 08.04.2002 DRAFT DRAFT DRAFT RECOMMENDED RECOMMENDED RECOMMENDED NOTES: 1 2 3 4 5 6 7 8 9 10 NOTES: 1 2 3 4 5 6 7 8 9 10 NOTES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION PUBLICATION PUBLICATION 1 1 1 Отметить Отметить Отметить приходную приходную приходную накладную накладную накладную Прием товара 1.1.3 1.1.3 1.1.3 1.1 Принять Принять Принять Передать Передать Передать & & & товар товар товар & & & товар на товар на товар на хранение хранение хранение 1.1.2 1.1.2 1.1.2 J1 J1 J1 J2 J2 J2 1.1.5 1.1.5 1.1.5 Внести запись в Внести запись в Внести запись в книгу складского книгу складского книгу складского учета учета учета 1.1.4 1.1.4 1.1.4 NODE: TITLE: Прием NUMBER: 1 NODE: NODE: NODE: TITLE: TITLE: TITLE: Прием товара Прием товара Прием товара NUMBER: NUMBER: NUMBER: 1.1 1.1 1.1 • Существует возможность: • множественной декомпозиции, что отражается на принципе нумерации действий. • описывать альтернативные варианты процессов в одной модели.

9. Элементы диаграммы IDEF3 Действие (Activity/UOW) Перекресток (Junction) OBJECT/Грузчики 27 Отметить приходную накладную A1.1.2 10 21 Передать Принять & & товар на товар хранение A1.1.1 J1 J2 A1.1.4 33 Внести запись в книгу складского учета Объект ссылка A1.1.3 Связь (Arrow/Link) OBJECT/Кладовщики

10. Изображение действия Имя действия Отгрузка товара 2.1.3 Результат действия Действие • Действия - основные компоненты диаграммы; • Изображается в виде прямоугольника с прямыми углами; • Имя состоит из: • отглагольное существительное (одиночное или в составе фразы), обозначающее действие процесса; • имя существительное в составе фразы обозначает результат действия.

11. Нумерация действий Отгрузка товара 2.1.3 • Каждому действию назначается уникальный идентификатор, который никогда не меняется. • Если действие удалить, то блок действия с таким идентификатором нельзя будет использовать повторно. Идентификатор родительского действия Идентификатор действия Номер декомпозиции

12. Пример обозначения действия

13. Пример обозначения действия

14. Альтернативные варианты описания процессов в одной модели

15. Связи Поиск покупателей Проектирование 1.1.3 1.1.1 • Связи показывают взаимоотношения отдельных действий; • все связи однонаправленные; • рекомендуется все связи на диаграмме располагать в направлении слева на право и сверху вниз. Изготовление Документация 1.1.2 Реализация 1.1.4

16. Типы связей Изготовление Связь Старшинства Документация 1.1.2 Поток объектов Реализация Относительная связь 1.1.4 Поиск покупателей Проектирование 1.1.3 1.1.1 • связи делятся на три типа: • Связь Старшинства; • Относительная связь ; • Связь «Поток объектов»;

17. Применение связей • Связь Старшинства Связывает предшествующее действие с последующим.

18. Применение связей Относительная связь Обозначается пунктирной линией, которая может соединять между собой два действия или действие и объект-ссылку.

19. Применение связей Связь «Поток объектов» • Обозначается стрелкой с двойным наконечником. • Описывает поток объектов общий для соединяемых элементов. • Используется когда объект создается одним действием и используется в другом. • Подпись на стрелке уточняет типы передаваемых объектов.

20. Порядок активации/завершения Действие А Действие Б Действие 1.1.1 1.1.2 Действие А Время Действие Б Действие А Действие Б Объект 1.1.1 1.1.2 Действие А Время Действие А Действие Б Действие Действие Б 1.1.1 1.1.2 Действие А Время Действие Б • Тип связи определяет процедуру активации/завершения действий. • Действие-последователь активировалось не раньше начала действия -предшественника. • Допускает завершение действия-последователя до завершения действия-предшественника. • Для связей «старшинства» и «поток объектов» действие-последователь может быть активировано только после завершения действия-предшественника.

21. Пример

22. Перекрестки Перекресток разветвления Сформировать заявку на закупку A3.1.6 Перекресток слияния Проверить по X КСУ наличие товара на складе Выписать J3 X расходную A3.1.5 накладную J6 A3.1.7 Внести & & Отгрузить запись товар в КСУ J4 J5 Идентификатор перекрестка A3.1.9 A3.1.10 Отметить заказ A3.1.8 • Позволяют описать логику взаимодействия связей при: • слиянии и разветвлении; • синхронизации разделенных потоков функций.

23. Пример применения перекрестков Перекресток разветвления Сформировать заявку на закупку A3.1.6 Перекресток слияния Проверить по X КСУ наличие товара на складе Выписать J3 X расходную A3.1.5 накладную J6 A3.1.7 Внести & & Отгрузить запись товар в КСУ J4 J5 Идентификатор перекрестка A3.1.9 A3.1.10 Отметить заказ A3.1.8 • Перекрестки делятся на: • перекрестки слияния; • перекрестки разветвления. • Перекресток не может выполнять одновременно обе роли. • Перекрестки различаются по синхронизации разделяемых потоков на: • синхронные; • асинхронные. • Асинхронный перекресток изображаются как прямоугольник с одной вертикальной полосой, синхронные имеют две вертикальные полосы. • Каждый перекресток имеет номер с префиксом J.

24. Типы перекрестков & & О O X • Действие синхронного перекрестка отличается от асинхронного следующим: • для разветвляющих перекрестков - ветви функций активируются строго одновременно • для перекрестка слияния - ветви функций завершаются строго одновременно. • В случае использования синхронных перекрестков, необходимо указывать временные допуски.

25. Перекрестки «И» E C F D A B E F A D C B 2 6 3 5 5 1 4 4 3 1 2 6 & & & & • Асинхронный перекресток «И» А B C D E J1 J2 F J1 J2 Время • Синхронный перекресток «И» А B C D E J1 J2 F J1 J2 Время

26. Перекрестки «ИЛИ» E C F D A B E F A D C B 6 3 5 5 6 4 1 3 1 2 4 2 О О О О • Асинхронный перекресток «ИЛИ» А B D E J1 J2 F J1 J2 Время • Синхронный перекресток «ИЛИ» А B D E J1 J2 F J1 J2 Время

27. Комбинирование перекрестков E F B C A D 1 2 3 5 6 4 • Комбинирование асинхронных «И» и «ИЛИ» А B C D О & E J1 J2 F J1 J2 Время А А B B C C D D E E F F J1 J2 J1 J2 Время Время

28. Для описания сложных ветвлений возможно использование вложенных перекрестков. Чрезмерное усложнение диаграммы ухудшает читаемость и усложняет поиск ошибок. Особенно сложные участки диаграммы лучше вынести в отдельную диаграмму (декомпозировать). Сложные ветвления Сформировать заявку на закупку A3.1.6 Проверить по X КСУ наличие товара на складе Выписать J3 X расходную A3.1.5 накладную J6 A3.1.7 Внести & & Отгрузить запись товар в КСУ J4 J5 A3.1.9 A3.1.10 Отметить заказ A3.1.8

29. Неправильные комбинации перекрестков & Х O O Х Х О & Х & Такая комбинация недопустима Перекресток Исключающее «ИЛИ»не может использоваться в комбинациях с другими типами перекрестков

30. Роль и обозначение ссылок • Ссылки обеспечивают более полное понимание, дополнительный смысл и упрощение описания процесса. • Ссылки позволяют: • обращаться к ранее определенному действию; • организовывать циклы; • уточнять работу перекрестков; • связывать элементы диаграммы с каким-либо внешним объектом; • комментировать различные элементы диаграммы. Тип ссылки Имя ссылки • Ссылка изображается в виде прямоугольника. В верхней его части указывается тип ссылки и ее имя. OBJECT / Заказчик Ссылка Получить заказ 1.1.2

31. Типы ссылок ELAB\В случае NOTE/Проверка на несоответствия OBJECT/Цех 1 ОБЪЕКТ/Заказчик прочность по прочности конструкции направить на доработку, иначе передать в цех Получить заказ Проектировать Проверить Изготовить X 1.1.2 1.1.3 1.1.4 J1 1.1.5 GOTO/Проектировать UOB/Искать аналоги

32. Процесс построения • Как правило, при использовании IDEF3 для сбора и организации описаний рекурсивно используется пять шагов: • Собрать; • Классифицировать; • Организовать (скомпоновать); • Произвести валидацию: • Уточнить (корректировать) • Рекурсивное применение означает, что один и тот же процесс разработки продолжается до тех пор, пока информация и знания, имеющиеся в данной предметной области, не будут собраны и организованы в определенную структуру, отвечающую условиям завершения разработки описания.

33. Процесс построения • Рекомендации: • Размещать от 3 до 6-7 элементов на одной диаграмме • Не загромождать деталями несущественными на текущем уровне декомпозиции • Выбирать ясные и однозначные имена для элементов диаграмм и стараться не использовать аббревиатуры • Декомпозировать потоки данных и процессы одновременно

34. Процесс построения • Организация процесса моделирования: • В процессе построения диаграммы участвуют автор и один или несколько экспертов предметной области • Модель может разрабатываться одновременно несколькими авторами. • Каждому аналитику выделяется какая-то часть общего диапазона номеров действий. Когда аналитик вырабатывает свой диапазон, то ему выделяетсядополнительныйблок. • Процесс сбора и валидации описаний является рекурсивным и итеративным.

35. Процесс построения • Процесс создания модели: • Руководитель проекта: подготовка руководства по методу моделирования • Определение границ моделирования • Если возможны несколько точек зрения на процесс, то это должно быть подробно обосновано • Сбор данных • Анализ полученной информации (в вербальном или письменном виде) и разделение по частям речи на действия (глаголы), объекты (имена существительные) и обстоятельства процесса. • Построение модели процесса • Построение диаграмм верхнего уровня абстракции • Обсуждение с экспертом и корректировка • Построение диаграммы следующего уровня • Обсуждение

36. Процесс построения диаграммы 1. Создается контекстная диаграмма

37. Процесс построения диаграммы 2. Контекстное действие декомпозируется 3. На диаграмму выносятся действия верхнего уровня абстракции 4. Действия распределяются на диаграмме в порядке примерно соответствующем последовательности активации

38. Процесс построения диаграммы 5. Отдельные группы действий, имеющие явную цепочку последовательности выполнения соединяются связями

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

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

41. РАБОТЫ, СВЯЗАННЫЕ СО СБОРОМ ОПИСАНИЙ IDEF3 • Опыт работы с IDEF3 показывает, что сбор описаний подобен приобретению знаний и попыткам проектирования. • Это итеративный процесс, который приводится в действие "сделанными находками" и которому придается определенный стиль участниками процесса. • Описываемые в данном разделе работы следует воспринимать не как последовательные шаги, а как "образ мышления". • Пользователь не должен настраиваться на применение этих работ в жесткой последовательности. • Представленный в этом разделе "скелет", с учетом этих идей, обеспечивает используемую по умолчанию структуру для начинающих пользователей IDEF3.

42. Резюме Действие (Activity/UOW) Перекресток (Junction) OBJECT/Грузчики 27 Отметить приходную накладную A1.1.2 10 21 Принять Передать & товар товар на & хранение A1.1.1 J1 J2 A1.1.4 33 Внести запись в книгу складского учета Объект ссылка A1.1.3 Связь (Arrow/Link) OBJECT/Кладовщики