Методология анализа и проектирования SADT Стандарты моделирования IDEF

Методология анализа и проектирования SADT. Стандарты моделирования IDEF 0 , DFD и IDEF 3 BPWin 4. 1. 4 (7. 2)– инструмент для создания моделей

SADT n n n SADT (Structured Analysis and Design Technique) – одна из самых известных методологий. Разработана в 1973 г. Россом (Ross). Стандарт IDEF 0 является подмножеством SADT и поддерживается программными инструментальными средствами BPWin. Методология структурного анализа является универсальным средством и применяется для решения сложных объемных задач. Методология предполагает снижение размерности задачи путем её декомпозиции, разбиения на ряд более простых задач которые можно решить. 2

История n n n В начале 70 х годов вооруженные силы США применили подмножество SADT, касающееся моделирования процессов, для реализации проектов в рамках программы ICAM (Integrated Computer Aided Manufacturing). В дальнейшем это подмножество SADT было принято в качестве федерального стандарта США под наименованием IDEF 0. Подробные спецификации на стандарты IDEF можно найти на сайте http: //www. idef. com 3

Два слова об истории 40 - летней давности. 90 -е годы. Программная реалзация SADT - BPWin 1993 г. December 21, Draft Federal Information Processing Standart Publication 183…IDEF 0 1981 г. The US Air Force Wright Aeronautical Laboratories, Integrated Computer - Aided Manufacturing (ICAM) Architecture, Part 11, Volume 1 Y - Function modeling Manual 1972 г. Выполнение фирмой Sof. Tech проекта завода будущего 1960 г. Дуглас Т. Росс. Формирование понятия Что такое модель? «М моделирует А, если М отвечает на вопросы относительно А» Примечание. См. Дэвид А. Марка, клемент Л. Мак. Гоуэн. SADT. Методология структурного анализа и проектирования. 1993. Издано Мета. Технология. SA - блок и декомпозиции Дубейковский В. И. 4

SADT - идея n Моделированию подвергаются материально - информационные системы; n Функциональные модели разрабатываются в виде иерархии взаимосвязанных диаграмм; n Количество уровней в иерархии не ограничивается; 5

SADT – модель Модель = текстовое описание + иерархия диаграмм + глоссарий. 6

Принципы моделирования n n n В SADT(IDEF 0) моделируемая СИСТЕМА представляется как СОВОКУПНОСТЬ взаимодействующих РАБОТ или ФУНКЦИЙ. Такая чисто функциональная ориентация является принципиальной функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации. 7

SADT – модели и системы 8

Модель в SADT(IDEF 0) n n S Под моделью в SADT(IDEF 0) понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы. Моделируемая система рассматривается как произвольное подмножество Вселенной. Произвольное потому, что: 1. мы сами умозрительно определяем, будет ли некий объект компонентом системы, или мы будем его рассматривать как внешнее воздействие, 2. оно зависит от точки зрения на систему. 9

SADT – модели и системы М есть модель системы S, если М может быть использована для получения ответов на вопросы относительно S с точностью А граница Среда S-система (Субъект DА М-модель ? моделирования) Цель: получение Позиция ответов на наблюдателя – некоторую точка зрения совокупность вопросов Совет 1. Вопросы для IDEF-модели формируйте на самом раннем этапе проектирова ния. 10

Граница – Вход – Выход – Управление - Механизм n Система имеет ГРАНИЦУ, которая отделяет ее от остальной Вселенной. n Взаимодействие системы с окружающим миром описывается как ВХОД (нечто, что перерабатывается системой), n ВЫХОД (результат деятельности системы), n УПРАВЛЕНИЕ (стратегии и процедуры, под управлением которых производится работа) n МЕХАНИЗМ (ресурсы, необходимые для проведения работы). 11

Вход выход управление механизм Input-Output-Control-Mechanism Управление ВХОД ВЫХОД Механизм 12

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

SADT Процесс моделирования 14

Контекст и субъект моделирования n n Процесс моделирования какой либо системы в SADT(IDEF 0) начинается с определения КОНТЕКСТА, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель. Под субъектом моделирования понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, Мы должны определить, что мы будем в дальнейшем рассматривать как компоненты системы, а что как Внешнее Воздействие. 15

Широта и глубина модели n При формулировании области необходимо учитывать широту и глубину моделирования системы в рамках решения задачи. ¨ Широта подразумевает определение границ модели мы определяем, что будет рассматриваться внутри системы, а что снаружи. ¨ Глубина определяет, на каком уровне детализации модель является завершенной. n При определении глубины системы необходимо не забывать об ограничениях времени трудоемкость построения модели растет в геометрической прогрессии от глубины декомпозиции. 16

Цель моделирования (Purpose). Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на следующие вопросы: ¨ • Почему этот процесс должен быть замоделирован? ¨ • Что должна показывать модель? ¨ • Что может получить читатель модели? Примеры формулирования цели : n "Идентифицировать и определить текущие проблемы, сделать возможным анализ потенциальных улучшений", n "Идентифицировать роли и ответственность служащих для написания должностных инструкций", n "Описать функциональность предприятия с целью написания спецификаций информационной системы" и т. д 17

Анализ функциональной модели n n Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Модели AS-IS и ТО-ВЕ. Обычно сначала строится модель существующей организации работы AS IS (как есть). Модели AS IS позволяет выяснить "кто что сделал и как ". Модель AS IS позволяет выяснить, "что мы делаем сегодня ". Модель TO_BE = "что мы будем делать завтра". 18

SADT - Этапы построения модели 1. 2. 3. 4. 5. 6. 7. 8. Определение границ системы Выбор цели Определение точки зрения Создание контекстной диаграммы (А 0) Создание диаграммы А 0 Анализ и корректировка А 0, А 0 Создание диаграмм декомпозиции Анализ модели, рекомендации по использованию модели 19

Process Modeler (BPwin) 20

BPWIN 4. 1. 4 (7. 2) – инструмент для моделирования, анализа и документирования бизнеспроцессов организации Система BPwin поможет повысить конкурентоспособность, оптимизировать процессы управления. Результатом использования BPwin является исключение лишних и бесполезных действий, снижение затрат, повышение гибкости и эффективности всего вашего бизнеса. BPwin незаменимый инструмент менеджеров и бизнес аналитиков, а в руках системных аналитиков и разработчиков еще и мощное средство моделирования процессов при создании корпоративных информационных систем 21

Основные характеристики BPwin n n Развитая методология функционального моделирования на основе IDEF 0 Мощные редакторы для описания операций, связей и вычисления затрат на выполнение работ Иерархическая структура диаграмм, облегчающая последовательное уточнение элементов модели Контекстные диаграммы для описания границ системы, области действия, назначения объектов Декомпозиционные диаграммы для описания особенностей взаимодействия различных процессов Расширенные возможности по поддержанию ссылочной целостности Поддержка методологии IDEF 3 Экспорт моделей в средства имитационного моделирования Интеграция и связь со средством проектирования баз данных ERwin (методология IDEF 1 X) Поддержка свойств, определяемых пользователем. Описание моделей может быть расширено за счет свойств, определяемых пользователем, включая мультимедийные документы. 22

Основные достоинства BPwin n n BPwin помогает быстро создавать и анализировать модели с целью оптимизации деловых и производственных процессов. Применение универсальных графических языков бизнес моделирования IDEF 0, IDEF 3 и DFD обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов. BРwin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании. Встроенный механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности. Механизм вычисления расходов на основе выполняемых действий (Activity Based Costing, ABC) это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа. BPwin может генерировать отчеты непосредственно в формате MS Excel для последующей обработки и использования в других приложениях. 23

Виды диаграмм модели Bpwin n n n IDEF 0 – функциональная диаграмма, используется для отражения состава и взаимосвязи функций моделируемой системы IDEF 3 – диаграмма процессов, используется для отображения взаимосвязи работ или функций системы, порядка их выполнения DFD – диаграмма потока данных, используется для описания документооборота и обработки информации SWim. Lane – разновидность диаграмм IDEF 3, позволяющая явно описать роли и ответственность исполнителей задачи Org. Chart организационные диаграммы, предназначены для моделирования организационной структуры предприятия FEO – диаграммы используемые для иллюстрации других точек зрения или для отображения отдельных деталей Node Tree – Диаграмма дерева узлов, отображает иерархию функций в модели. 24

Запуск программы BPwin Пуск – Программы – CA – All. Fusion – Process Modeler – (Process Modeler) BPwin или 25

Основное окно BPwin 26

Создание модели в BPWin n задание имени модели n выбор методологии описания модели IDEF 0, IDEF 3 или DFD. 27

Диалог Model Properties, назначение и точка зрения модели В закладке Purpose следует внести цель (Purpose) и точку зрения (View. Point) 28

Диалог Model Properties, определение и границы модели n В закладке Definition следует внести ¨ определение (Definition) и ¨ описание границы (Scope) модели 29

Диалог Model Properties, источники информации модели n В закладке Source описываются источники информации. Для построения модели (например, "Опрос экспертов предметной области и анализ документации"). 30

Диалог Model Properties, нумерация n Служит для настройки именования и нумерование элементов диаграммы в модели 31

Диалог Model Properties, настройка вида диаграмм n Служит для настройки отображения элементов диаграммы модели 32

Диалог Model Properties, выравнивание элементов на диаграмме n Служит для настройки выравнивания и подгонки размеров элементов диаграммы в модели 33

Диалог Model Properties, единицы измерения n Служит для настройки единиц измерения характеристик функций и элементов диаграммы модели 34

Диалог Model Properties, параметры страницы n Служит для настройки формата листов и размера диаграммы модели 35

Диалог Model Properties, заголовки n Служит для настройки заголовков и колонтитулов страниц листов диаграммы модели 36

Диалог Model Properties, состояние n Служит для задания текущего состояния (статуса) разработки диаграммы модели 37

Словарь n n n База данных терминов предметной области Термины использованные в модели Словари (Dictonary) ¨ Activity – функции или работы ¨ Arrow – стрелки ¨ Data. Store – хранилища данных ¨ External. References – внешние ссыки ¨ Junction – перекрестки ¨ Referent ссылки 38

IDEF 0 39

Диаграммы IDEF 0 (функциональные) n n контекстная диаграмма (в каждой модели может быть только одна контекстная диаграмма); диаграмма декомпозиции; n диаграмма дерева узлов; n диаграмма только для экспозиции (FEO). 40

Элементы функциональных Панель инструментов диаграмм IDEF 0 Указатель Текстовый блок Менеджер диаграмм Стрелка Указат ель Функцио нальный блок 41

Контекстная диаграмма n n Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. 42

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

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

Порядок доминирования работ в диаграмме декомпозиции 45

Диаграмма декомпозиции работы «Изготовление изделия» 46

Стрелки (Arrow) n n n Взаимодействие работ с внешним миром и между собой описывается в виде стрелок. Стрелки представляют собой некую информацию и именуются существительными, например, "Заготовка", "Изделие", "Заказ". Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее. 47

Типы стрелок в IDEF 0 Control Input n Output n n n Mechanism n Вход (input) Управление (Control) Выход (Output) Механизм (Mechanism) Вызов (Call) 48

Вход (input) n Вход (input) материал или информация, которые используются или преобразуется работой для получения результата (выхода). ¨ Допускается, что работа может не иметь ни одной стрелки входа. ¨ Стрелка входа рисуется как входящая в левую грань работы. 49

Управление (Control) n Управление (Control) правила, стратегии, процедуры или стандарты, которыми руководствуется работа. ¨ Каждая работа должна иметь хотя бы одну стрелку управления. ¨ Стрелка управления рисуется как входящая в 50 верхнюю грань

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

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

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

Граничные стрелки n Граничные стрелки. Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у работы, или наоборот. n Для внесения граничной стрелки входа надо: ¨ щелкнуть по кнопке с символом стрелки в палитре инструментов следует перенести курсор к левой стороне экрана, пока не появится начальная штриховая полоска; ¨ щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части работы со стороны входа (где заканчивается стрелка); ¨ вернуться в палитру инструментов и выбрать опцию редактирования стрелки ¨ щелкнуть правой кнопкой мыши на линии стрелки, во всплывающем меню выбрать Name Editor и добавить имя стрелки в закладке Name диалога IDEF 0 Arrow Properties. 54

Рисование граничных стрелок Детали 55

Несвязанные граничные стрелки n n Для связывания стрелок входа, управления или механизма необходимо перейти в режим редактирования стрелок, щелкнуть по наконечнику стрелки и щелкнуть по соответствующему сегменту работы. Несвязанные граничные стрелки (unconnected border arrow). При декомпозиции работы входящие в нее и исходящие из нее стрелки (кроме стрелки вызова) автоматически появляются на диаграмме декомпозиции (миграция стрелок), но при этом не касаются работ. 56

Словарь стрелок (Arrow Dictionary). n n Словарь стрелок редактируется при помощи специального редактора Arrow Dictionary Editor, в котором определяется стрелка и вносится относящийся к ней комментарий. Поскольку формальные определения часто сложны для восприятия, аналитик вынужден употреблять профессиональный жаргон, а, чтобы не возникло неоднозначных трактовок, в словаре стрелок каждому понятию можно дать расширенное и, если это необходимо, формальное определение. 57

Связи между работами/функциями n n Внутренние стрелки. Для связи работ между собой используются внутренние стрелки, т. е. стрелки, которые не касаются границы диаграммы, начинаются у ВЫХОДА одной и кончаются у другой работы. Для рисования внутренней стрелки необходимо в режиме рисования стрелок щелкнуть по сегменту (например, выхода) одной работы и затем по сегменту (например, входа) другой. 58

Связь по входу (output-input) n Связь по входу (output-input), когда стрелка выхода вышестоящей работы (далее просто выход) направляется на вход нижестоящей 59

Связь по управлению (output-control) n Связь по управлению (output-control), когда выход вышестоящей работы направляется на управление нижестоящей. Связь по входу показывает доминирование вышестоящей работы. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей. 60

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

Обратная связь по входу (output-input feedback) n Обратная связь по входу (output-input feedback), когда выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов. 62

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

SADT - Топология допустимых связей 64

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

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

Именование стрелок n Если стрелка именована до разветвления, а после разветвления ни одна из ветвей не именована, то подразумевается, что каждая ветвь моделирует те же объекты, что и ветвь до разветвления 67

Именование стрелок n n Если стрелка именована до разветвления, а после разветвления какая либо из ветвей не именована, то подразумевается, что эти ветви соответствуют именованию. Если при этом какая либо ветвь после разветвления осталась неименованной, то подразумевается, что она моделирует те же данные или объекты, что и ветвь до разветвления. 68

Неправильное именование стрелок . n Недопустима ситуация, когда стрелка до разветвления не именована, а после разветвления не именована какая либо из ветвей 69

Тоннелирование стрелок . n Тоннелирование стрелок. Вновь внесенные граничные стрелки на диаграмме декомпозиции нижнего уровня изображаются в квадратных скобках и автоматически не появляются на диаграмме верхнего уровня «Неразрешенная (unresolved) стрелка» 70

Ликвидация неразрешенных стрелок n . Для их "перетаскивания" наверх нужно сначала выбрать кнопку на палитре инструментов щелкнуть по квадратным скобкам граничной стрелки. Появляется диалог Border Arrow Editor n Если щелкнуть по кнопке Resolve Border Arrow, стрелка мигрирует на диаграмму верхнего уровня, если по кнопке Change To Tunnel стрелка будет затоннелирована и не попадет на другую диаграмму. Тоннельная стрелка изображается с круглыми скобками 71 на конце.

Нумерация работ и диаграмм n n n Все работы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс А. Контекстная (корневая), работа дерева имеет номер А 0. Работы декомпозиции А 0 имеют номера A 1, A 2, A 3 и т. д. Работы декомпозиции нижнего уровня имеют номер родительской работы и очередной порядковый номер, например работы декомпозиции A 3 будут иметь номера А 31, А 32, АЗЗ, А 34 и т. д. 72

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

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

DFD 75

Диаграммы потоков данных DFD (Data Flow Diagram) n n n Диаграммы потоков данных (Data Flow Diagram, DFD) используются для описания документооборота и обработки информации. Подобно IDEF 0, DFD представляет модельную систему как сеть связанных работ. DFD описывает: ¨ функции обработки информации (работы); ¨ документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации; ¨ внешние ссылки (external references) , которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы; ¨ таблицы для хранения документов (хранилище данных, data store). В BPwin для построения диаграмм потоков данных используется нотация Гейна Сарсона. 76

Стрелки в DFD диаграмме n n стрелки DFD показывают, как объекты (включая данные) «перемещаются» в системе между функциями. представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы: движение объектов (data flow), ¨ хранение объектов (data stores), ¨ поставка и приемка объектов (external entities). ¨ n Стрелки могут присоединяться к работе с любой стороны 77

Хранилище данных (Data store ) n n n добавить в диаграмму хранилище данных (Data store). Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах; В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое 78

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

Функция (Работа) n n n В отличие от IDEF 0, где система рассматривается как взаимосвязанные работы. DFD изучает связь функций с данными. В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF 0 и IDEF 3. Так же как работы IDEF 3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF 0. 80

Нумерация объектов n В DFD номер каждой работы может включать: n n n префикс, номер родительской работы (А) и номер работы на диаграмме. ¨ Например, n работа может иметь номер А. 12. 4. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме: ¨ Каждое хранилище данных имеет префикс D и уникальный номер, например D 5. ¨ Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е 5. 81

Пример DFD диаграммы 82

IDEF 3 83

Метод описания процессов IDEF 3 (Workflow diagrams) n Для описания логики взаимодействия информационных потоков используется IDEF 3, называемая также workflow diagramming методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. 84

Метод описания процессов IDEF 3 (Workflow diagrams) n n Диаграммы Workflow могут быть использованы в моделировании бизнес процессов для описания сценария действий сотрудников организации, например последовательности обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием и может быть использован для документирования каждой функции. 85

Цель IDEF 3 n IDEF 3 это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, ¨ а также описать объекты, участвующие совместно в одном процессе. ¨ 86

Единицы работы - Unit of Work (UOW). n n n UOW, также называемые работами (activity), являются центральными компонентами модели IDEF 3 В IDEF 3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор) Идентификатор работы присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ. 87

Единицы работы - Unit of Work (UOW). n UOW требуют более подробного описания чем работа в IDEF 0 n Каждая работа в IDEF 3 должна иметь документ, описывающий связанные с ней ¨ объекты, ¨ факты, ¨ ограничения, ¨ дополнительное описание. 88

Связи в IDEF 3 n Связи показывают взаимоотношения работ. ¨ Все связи в IDEF 3 однонаправлены и могут быть направлены куда угодно, ¨ Обычно диаграммы IDEF 3 стараются построить так, чтобы связи были направлены слева направо или сверху вниз. ¨ В IDEF 3 различают три типа стрелок, изображающих связи, стиль которых устанавливается через контекстное меню Style в диалоге Arrow Properties. 89

Связи в IDEF 3 Precedence Предшествование Object Flow Поток объектов Relational Отношение Referent Ссылка Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется. Показывает, что работа-источник закончиться прежде, чем работа-цель начнется, при этом объекты, порожденные в работе-источнике, используются в работе-цели. Имя стрелки должно ясно идентифицировать отображаемый объект. Показывает наличие зависимости между работами, при этом работа- цель должна начинаться после начала работы-источника. Применяется для связи между объектом ссылки и другим объектом (работой или перекрестком). 90

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

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

Связь отношения (Relational Link) n Пунктирная линия, использующаяся для изображения связей между единицами работ (UOW) 93

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

Перекрестки (Junction) n n Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Перекресток не может использоваться одновременно для слияния и для разветвления. Для внесения перекрестка служит кнопка в палитре инструментов добавить в диаграмму перекресток Junction. В диалоге Junction Type Editor необходимо указать тип перекрестка. 95

Перекресток асинхронное и (AND ) n n Все предшествующие процессы должны быть завершены Все следующие процессы должны быть запущены 96

Перекресток асинхронное и (AND ) n n Асинхронное «И» : после завершения работы № 10 запускаются работы № 11 № 12 Для запуска работы № 14 требуется завершение работы № 11 и № 13 97

Перекресток синхронное и (AND ) n n Все предшествующие процессы завершены одновременно Все следующие процессы запускаются одновременно 98

Перекресток синхронное и (AND ) n n Синхронное «И» : после завершения работы № 5 одновременно запускаются работы № 6 № 8 Для запуска работы № 9 требуется одновременное завершение работы № 8 и № 7 99

Перекресток асинхронное или (or ) n n Один или несколько предшествующих процессов должны быть завершены Один или несколько следующих процессов должны быть запущены 100

Перекресток асинхронное или (or ) n n Асинхронное «Или» : после завершения работы № 15 запускается или работа № 16 или № 17 или 18 или их сочетание причем не одновременно Для запуска работы № 19 требуется завершение любой из работ № 16, № 17, № 18. 101

Перекресток синхронное или (or ) n n Один или несколько предшествующих процессов завершены одновременно Один или несколько следующих процессов запускаются одновременно 102

Перекресток синхронное или (or ) n Синхронное «Или» : после завершения работы № 20 запускаются работа № 21 или № 22 или 23 или их сочетание , требуется их одновременный запуск , n Для запуска работы № 24 требуется завершение любой из работ № 16, № 17, № 18. Если завершается более 1 работы, то требуется их одновременное завершение 103

Перекресток исключающее или (хor ) n n Только один предшествующий процесс завершен Только один следующий процесс запускается 104

Правила создания перекрестков n n n Всё перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Definition Editor. В отличие от IDEF 0 и DFD в IDEF 3 стрелки могут сливаться и разветвляться только через перекрестки. 105

Правила создания перекрестков n n n Каждому перекрестку для слияния должен предшествовать перекресток для разветвления. Перекресток для слияния «И» не может следовать за перекрестком для разветвления «ИЛИ» Перекресток для слияния «И» не может следовать за перекрестком для разветвления типа «исключающего ИЛИ» Перекресток для слияния типа «исключающего ИЛИ» не может следовать за перекрестком для разветвления типа «И» Перекресток имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой стороне. . 106

Декомпозиция работ в IDEF 3. Сценарии n n n В IDEF 3 декомпозиция используется для детализации работ. Методология IDEF 3 позволяет декомпозировать работу многократно Это позволяет в одной модели описать альтернативные потоки СЦЕНАРИИ. Для создания нового сценария следует выбрать опцию Add IDEF 3 Scenario в меню Diagram Если основная диаграмма декомпозиции процесса (работы) включает все возможные пути развития процесса, то сценарий иллюстрируют один из возможных путей реализации процесса. В отличие от FEO, можно заменить основную диаграмму IDEF 3 одним из сценариев 107

Ограничения на создание основной декомпозиции IDEF 3 или сценария n Для каждого сценария и каждой декомпозиции может быть ¨ n n только одна крайняя левая точка входа. Крайняя левая точка является UOW (работой) или перекрестком. Основная декомпозиция может иметь только одну точку выхода. Сценарий может иметь несколько точек выхода. 108

Нумерация работ в IDEF 3 n n Возможность множественной декомпозиции предъявляет дополнительные требования к нумерации работ. Номер работы состоит из ¨ номера родительской работы, ¨ версии декомпозиции и ¨ собственного номера работы на текущей диаграмме 109

Задание: «Прочитать» IDEF 3 диаграмму 110

Задание: «Прочитать» IDEF 3 диаграмму 111

Задание: «Прочитать» IDEF 3 диаграмму 112

Задание: «Прочитать» IDEF 3 диаграмму 113

n. Оргдиаграммы n. Swim. Lane диаграммы 114

Организационные диаграммы и диаграммы Swim Lane n BPwin 4. 1. 4 (и выше) содержит набор инструментов для моделирования организационной структуры предприятия. 115

Словарь изображений n Словарь изображений служит для импорта файлов в формате bmp в модель. Импортированные изображения можно использовать в диаграммах для улучшения их внешнего вида. 116

Словарь Role Group Dictionary n Словарь Role Group Dictionary (меню Dictionary/Role Group) позволяет создать и определить свойства групп ролей Группы ролей могут использоваться как на организационных диаграммах, так и на диаграммах Swim Lane. В качестве значения группы ролей может быть название предприятия, отдела, цеха или название региона, города и т д. 117

Словарь ролей n Словарь ролей. Ролью может быть должность или позиция конкретного исполнителя. Каждой роли может соответствовать одна или несколько групп ролей Кро ме того, в словаре ролей для каждой роли можно внести определение (Definition), связать роль с изображением (Bitmap) и геометрической фигурой (Shape), указать важность роли (Importance) 118

Словарь ресурсов n Словарь ресурсов (меню Dictionary/Resource) позволяет соз дать ресурс и связать его с комбинацией "группа ролей/роль" Ресурсом для роли может быть конкретный исполнитель В качестве значения ресурса, например, можно использовать фамилию и имя сотрудника. 119

Диаграмма Swim Lane n n Созданные в словаре Role Dictionary роли могут быть также использованы в диаграмме Swim Lane. Диаграмма Swim Lane является разновидностью диаграммы IDEF 3, позволяющей визуально моделировать роли и ответственности исполнителей в конкретной технологической операции. Swim Lane разделена на горизонтальные полосы, с каждой полосой может быть связана роль или UDP типа Text List. Полоса может содержать объекты диаграммы IDEF 3 (UOW, перекрестки и объекты ссылок), относящиеся к соответствующей роли. Для создания диаграммы Swim Lane следует выбрать меню Diagram/Add Swim Lane diagram. Появляется Мастер Swim Lane diagram Wizard. ¨ В диалоге следует внести название и имя автора диаграммы, выбрать имя и номер диаграммы IDEF 3, на основе которой будет построена диаграмма, и группу ролей, из которой можно будет выбрать роли, связанные с диаграммой. 120

Диаграмма Swim Lane 121

Расщепление и слияние моделей 122

Расщепление и слияние моделей 123

Расщепление Имя новой модели должно совпадать с именем декомпозируемой работы 124

Появляется новая модель 125

Слияние моделей 126

Слияние моделей 127

Слияние моделей 128

ABC анализ 129

АВС (activity based costing) функционально стоимостной анализ n При создании моделей To be требуется из нескольких вариантов выбирать один – наилучший. n BPWIN предлагает аналитику два инструмента для оценки моделей – ¨ ABC – функционально стоимостной анализ ¨ UDP – анализ на основе свойств, определяемых пользователем 130

ABC анализ n n n Стоимостной анализ представляет собой соглашение об учете, используемое для сбора затрат связанных с работами, что бы определить общую стоимость процесса Стоимостной анализ основывается на модели работ, потому что количественная оценка невозможна без детального понимания функционирования предприятия Стоимостной анализ проводится тогда, когда модель работы последовательная, корректная, полная и стабильная, то есть когда формирование модели завершено 131

Объект затрат n n Объект затрат – причина по которой работа выполняется, обычно основной выход работы Стоимость работ есть суммарная стоимость объектов затрат 132

Движитель затрат, центры затрат n n Движитель затрат – характеристики входов и управлений работы, которые влияют на длительность и стоимость выполнение работы Центры затрат – статьи расходов на работу 133

Задание единиц времени и денег n n n Вкладка ABC Units / Model. Properties Валюта – Сurrency description Ед. времени time Unit 134

Центры затрат – cost center Cost center dictionary n Каждому центру затрат следует дать определение definition 135

Задание стоимости работ n Для задания стоимости работы необходимо щелкнуть по работе правой кнопкой мыши и во всплывающем окне выбрать costs 136

Задание стоимости работ n Frequency – частота проведения работы в рамках всего процесса n Duration – продолжительность проведения работы Cost center – стоимость работы по различным статьям затрат n 137

Вычисление стоимости работ n n Общие затраты по работе рассчитываются как сумма по всем центрам затрат При расчете стоимости родительской работы вычисляется произведение затрат дочерней работы на её частоту, а затем результаты складываются n Если во всех работах включен режим Compute from Decomposition, то вычисления проводятся по всей иерархии работ n Если работы могут производиться альтернативно, то можно задать итоговые суммы вручную Для проведения боле тонкого анализа данные можно экспортировать в специализированные программные средства для проведения ABC. n 138

Результаты анализа могут повлиять на очередность выполнения работ 139

Порядок работ n n Внешний осмотр 50 Пробное включение – 150 Испытание на стенде – 300 8 изделий , вероятность брака 50 % ¨ 300 * 8 + 150 *4 + 50 *2 = 3100 р ¨ 50 * 8 + 150 * 4 + 300 * 2 = 1600 р n n При минимизации затрат начинать с самой дешевой работы Стоимость работ показывается на диаграмме 140

Отчет по затратам 141

Отчет по затратам 142

Свойства UDP 143

Свойства определяемые пользователем UDP User Defined Properties n n Пользовательские свойства позволяют произвести дополнительный анализ, если стоимостных и временных характеристик недостаточно Для описания UDP служит диалог UDP Dictionary 144

UDP свойства n n Каждой работе можно поставить в соответствие набор UDP Из контекстного меню работы выбирается UDP и задаются значения свойств 145

n Если работе поставлено в соответствие пользовательское свойство, то в правом верхнем углу работы показывается скрепка 146

Документирование модели 147

Документирование модели является обязательной частью любого проекта, связанного с моделированием бизнес процессов: ¨ является ли целью проекта фиксация существующих бизнес процессов в организации или ¨ конечной целью является реорганизация (оптимизация) бизнес процессов, ¨ связано ли моделирование с проектированием информационной системы для организации или ¨ организация готовится к сертификации по стандартам ISO 9000 – в любом проекте наряду с этапом бизнес моделирования обязательно присутствует этап документирования результатов моделирования. n 148

Документирование модели в All. Fusion PM n n All. Fusion PM имеет собственные встроенные средства документирования моделей: ¨ встроенные текстовые шаблоны, ¨ построитель шаблонов отчетов Report Template Builder. Можно использовать внешние средства. Для этих целей All. Fusion PM поддерживает: ¨ инструменты импорта/экспорта, которые позволяют экспортировать данные из модели All. Fusion PM в специализированные средства для создания отчетов презентационного качества, введения сложного форматирования и обработки данных и т. п. n ¨ Примером специализированного средства построения презентационных отчетов может служить Crystal Reports API – интерфейс для доступа к данным модели из собственных приложений. 149

Встроенные шаблоны текстовых отчетов n n n All. Fusion PM имеет 8 встроенных шаблонов текстовых отчетов. Для использования шаблона и генерации на его основе отчетов следует выбрать пункт Reports в меню Tools. Все сгенерированные таким образом отчеты могут включать лишь текстовую информацию 150

Встроенные шаблоны текстовых отчетов 1. 2. 3. 4. 5. 6. 7. 8. «Model Report» включает информацию об основных свойствах активной модели: имя модели, точку зрения, рамки, цель, имя автора, статус, дату создания и другие. «Diagram Report» - отчет по активной диаграмме. Включает список возможных объектов диаграммы: работы, стрелки, хранилища данных, внешние ссылки и т. д. «Diagram Object Report» - наиболее полный отчет по модели. Может включать полный список объектов модели: работы; стрелки с указанием их типа; свойства, определяемые пользователем. «Activity Cost Report» - отчет о результатах функционально стоимостного анализа. «Arrow Report» - отчет по стрелкам. Может содержать информацию из словаря стрелок; информацию о работе источнике, работе назначении стрелки; информацию о разветвлении и слиянии стрелок. «Data Usage Report» - отчет о результатах связывания модели процессов All. Fusion PM и модели данных All. Fusion Erwin Data Modeler. «Model Consistency Report» - отчет, содержащий список синтаксических ошибок модели. Характеристика опций шаблона приведена в главе 6. «Where Used Report» - отчет, показывающий, где в модели используются конкретные объекты. Показывает список диаграмм, в которых используются выбранные объекты: работы, стрелки, хранилища данных и т. д. 151

Пример диалога для настройки отчета по стрелкам Arrow Report 152

Построитель шаблонов отчетов Report Template Builder n n Встроен в All. Fusion PM начиная с версии 4. 0 Report Template Builder – позволяет однократно разработать шаблон отчета, который впоследствии будет доступен для использования в любых моделях для генерации отчетов в любом из форматов: n n n Подход «однажды определи и повторно используй где угодно» позволяет поддерживать стандарты создания отчетов. All. Fusion PM может генерировать отчеты для последующей обработки и использования в других приложениях, например в n n n HTML, RTF, TXT, PDF. Acrobat Reader, MS Excel, Word, Front. Page и др. . Сгенерированные отчеты могут быть опубликованные на внутренних сайтах компании, предоставляя необходимую документацию для всех заинтересованных лиц, имеющих необходимый уровень доступа к информации. Запустить Report Template Builder можно с помощью кнопки на стандартной панели инструментов или через меню Tools/Report Builder. 153

Пример диалога для настройки шаблона в Report Template Builder 154

Пример сгенерированных отчетов в Report Template Builder 155

Задания для самостоятельного выполнения n Создать модели бизнес процессов: 1. 2. 3. 4. 5. 6. 7. 8. 9. Работы автобусного парка Работы средней школы Работы хлебопекарни Книжного магазина Защиты диплома в академии Работы туристической фирмы Работы районной поликлиники Страхового агентства Строительства дачи 156

Задания для самостоятельного выполнения n Создать модели бизнес процессов: 10. 11. 12. 13. 14. 15. 16. Работы детского сада Работы столовой Создания проекта бюджета Исполнения бюджета Работы операционного отделения банка Работы садовника Работы станции техобслуживания автомобилей 157

Задание : n n Разработать модель бизнес процессов в соответствии заданием. Модель должна включать функциональную диаграммы IDEF 0, диаграмму процессов IDEF 3, диаграмму потоков данных DFD, диаграмму Swim. Line. Составить вербальное описание модели : цель, точка зрения, источники информации , контекст моделирования. Составить словари: работ(activity), стрелок(arrow), перекрестков(junction) и хранилищ данных(data store). * Выполнить функционально стоимостной анализ модели 158