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

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

Диаграмма IDEF 3

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

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

Книга складского учета Проверить по КСУ наличие товара на складе 1, 00 Диаграмма IDEF 3 дополняет диаграмму IDEF 0 Правила ведения склада Решение о закупке товара A 31 Решение о выдаче товара Заявка на закупку Сформировать заявку на закупку 2, 00 A 32 Расходная накладная Выписать расходную накладную 3, 00 A 33 Обработанный заказ Отметить заказ Заказ 1, 00 A 34 Внести запись в КСУ 4, 00 Запись в книге складского учета A 35 Товар на складе Отгрузить товар 5, 00 Кладовщики Товар отгруженный A 36 Грузчики Сформировать заявку на закупку 1. 1. 4 Проверить по КСУ наличие товара на складе 1. 1. 3 X X Выписать расходную накладную J 1 1. 1. 5 & J 2 Отметить заказ 1. 1. 6 J 4 & J 3 Внести запись в КСУ 1. 1. 7 Отгрузить товар 1. 1. 8

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

Декомпозиция USED AT: AUTHOR: PROJECT: NOTES: 1 2 3 4 5 6 7 8 9 10 DATE: 17. 12. 2000 WORKING REV: 08. 04. 2002 DRAFT RECOMMENDED PUBLICATION READER DATECONTEXT: TOP § Методология IDEF 3 предусматривает уточнение описания отдельных действий процесса посредством декомпозиции. Прием товара 1. 1 USED AT: AUTHOR: PROJECT: DATE: 17. 12. 2000 REV: 08. 04. 2002 NOTES: 1 2 3 4 5 6 7 8 9 10 NODE: TITLE: 1 WORKING DRAFT RECOMMENDED PUBLICATION READER DATE CONTEXT: 1 NUMBER: Прием Отметить приходную накладную 1. 1. 3 Принять товар & 1. 1. 2 Передать товар на хранение & J 1 J 2 Внести запись в книгу складского учета 1. 1. 5 1. 1. 4 NODE: TITLE: 1. 1 Прием товара NUMBER:

Состав модели USED AT: AUTHOR: PROJECT: NOTES: 1 2 3 4 5 6 7 8 9 10 DATE: 17. 12. 2000 WORKING REV: 08. 04. 2002 DRAFT RECOMMENDED PUBLICATION READER DATECONTEXT: § Существует возможность: TOP l l множественной декомпозиции, что отражается на принципе нумерации действий. описывать альтернативные варианты процессов в одной модели. Прием товара 1. 1 USED AT: AUTHOR: PROJECT: NODE: TITLE: 1 NOTES: 1 2 3 4 5 6 7 8 9 10 NUMBER: Прием DATE: 17. 12. 2000 WORKING REV: DATE: 17. 12. 2000 08. 04. 2002 DRAFT REV: 08. 04. 2002 DRAFT RECOMMENDED PUBLICATION READER DATE CONTEXT: 1 1 1 Отметить приходную накладную 1. 1. 3 Принять товар 1. 1. 2 & && J 1 J 1 & && Внести запись в Внести запись книгу складского в книгу складского учета J 2 J 2 Передать товар на на товар хранение 1. 1. 5 1. 1. 4 NODE: 1. 11. 1 TITLE: Прием товара NUMBER:

Элементы диаграммы IDEF 3 OBJECT/Грузчики Перекресток (Junction) Действие (Activity/UOW) 27 Отметить приходную накладную A 1. 1. 2 10 Принять товар A 1. 1. 1 21 & & J 1 J 2 33 A 1. 1. 4 Внести запись в книгу складского учета A 1. 1. 3 Связь (Arrow/Link) Передать товар на хранение Объект ссылка OBJECT/Кладовщики

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

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

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

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

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

Связи Проектирование 1. 1. 1 Документация Изготовление 1. 1. 2 Поиск покупателей 1. 1. 3 Реализация 1. 1. 4 § Связи показывают взаимоотношения отдельных действий; § все связи однонаправленные; § рекомендуется все связи на диаграмме располагать в направлении слева на право и сверху вниз.

Типы связей Проектирование Документация Изготовление 1. 1. 2 1. 1. 1 Поток объектов Относительная связь Поиск покупателей 1. 1. 3 § связи делятся на три типа: • • • Связь Старшинства; Относительная связь ; Связь «Поток объектов» ; Реализация 1. 1. 4

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

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

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

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

Пример

Перекрестки § Позволяют описать логику взаимодействия связей при: l слиянии и разветвлении; l синхронизации разделенных потоков функций. Перекресток разветвления Сформировать заявку на закупку A 3. 1. 6 Проверить по КСУ наличие товара на складе A 3. 1. 5 X Перекресток слияния Выписать расходную накладную J 3 X J 6 A 3. 1. 7 & Идентификатор перекрестка & J 4 J 5 Отметить заказ A 3. 1. 8 Внести запись в КСУ A 3. 1. 9 Отгрузить товар A 3. 1. 10

Пример применения перекрестков Перекресток разветвления Сформировать заявку на закупку A 3. 1. 6 Проверить по КСУ наличие товара на складе A 3. 1. 5 X Перекресток слияния Выписать расходную накладную J 3 X J 6 A 3. 1. 7 & Идентификатор перекрестка & J 4 J 5 Внести запись в КСУ A 3. 1. 9 Отгрузить товар A 3. 1. 10 Отметить заказ A 3. 1. 8 § Перекрестки делятся на: l перекрестки слияния; l перекрестки разветвления. § Перекресток не может выполнять одновременно обе роли. § Перекрестки различаются по синхронизации разделяемых потоков на: l синхронные; l асинхронные. § Асинхронный перекресток изображаются как прямоугольник с одной вертикальной полосой, синхронные имеют две вертикальные полосы. § Каждый перекресток имеет номер с префиксом J.

Типы перекрестков § Действие синхронного перекрестка отличается от асинхронного следующим: l для разветвляющих перекрестков - ветви функций активируются строго одновременно l для перекрестка слияния - ветви функций завершаются строго одновременно. § В случае использования синхронных перекрестков, необходимо указывать временные допуски. Обозначение Тип перекрестка Логика функционирования & Асинхронный «И» Каждая из исходящих ветвей активируется Все входящие ветви должны быть завершены & Синхронный «И» Все исходящие ветви активируются одновременно Все входящие ветви должны завершиться одновременно О Асинхронный «ИЛИ» Активируется хотя бы одна из исходящих ветвей Должна завершиться хотя бы одна из ветвей O Синхронный «ИЛИ» Если активируются две и более ветвей, то они активируются одновременно Если должны завершиться две и более ветвей, то они завершаются одновременно X Исключающее «ИЛИ» Активизируется только одна исходящая ветвь Должна завершиться только одна входящая ветвь Разветвление Слияние

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

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

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

Сложные ветвления § Для описания сложных ветвлений возможно использование вложенных перекрестков. § Чрезмерное усложнение диаграммы ухудшает читаемость и усложняет поиск ошибок. § Особенно сложные участки диаграммы лучше вынести в отдельную диаграмму (декомпозировать). Сформировать заявку на закупку A 3. 1. 6 Проверить по КСУ наличие товара на складе A 3. 1. 5 X Выписать расходную накладную J 3 X J 6 A 3. 1. 7 & & J 4 J 5 Отметить заказ A 3. 1. 8 Внести запись в КСУ A 3. 1. 9 Отгрузить товар A 3. 1. 10

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

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

Типы ссылок NOTE/Проверка на прочность конструкции ОБЪЕКТ/Заказчик Получить заказ 1. 1. 2 Проектировать 1. 1. 3 UOB/Искать аналоги Тип ссылки ELABВ случае несоответствия по прочности направить на доработку, иначе передать в цех Проверить OBJECT/Цех 1 Изготовить X 1. 1. 4 J 1 1. 1. 5 GOTO/Проектировать Назначение OBJECT Описывает участие важного объекта в действии GOTO Позволяет применять на диаграмме циклический переход. В том случае когда все действия цикла находятся в рамках одной диаграммы, цикл можно изобразить стрелкой, которая будет указывать на начало цикла. Тогда ссылка будет связана с перекрестком, управляющим циклом UOB Предназначена для многократного вызова какого-либо действия в рамках одной модели NOTE Позволяет прокомментировать присутствие какого-либо элемента на диаграмме ELAB Используется для уточнения использования ветвления стрелок на перекрестках (elaboration)

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

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

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

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

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

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

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

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

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

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

Резюме OBJECT/Грузчики Перекресток (Junction) Действие (Activity/UOW) 27 Отметить приходную накладную A 1. 1. 2 10 Принять товар A 1. 1. 1 & 21 Передать товар на хранение & J 1 J 2 A 1. 1. 4 33 Внести запись в книгу складского учета A 1. 1. 3 Связь (Arrow/Link) Объект ссылка OBJECT/Кладовщики