Презентация на тему: » IDEF0 IDEF0 и IDEF3 С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые.» — Транскрипт:
2 IDEF0 и IDEF3 С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, человеческие и производственные ресурсы, потребляемые каждой работой. С точки зрения последовательности выполняемых работ.
Более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес- процесса.
3 IDEF0 IDEF0 (Integrated Definition Function Modeling) — методология функционального моделирования. Основные понятия IDEF0 В основе IDEF0 методологии лежит понятие блока, который отображает некоторую бизнес- функцию. Четыре стороны блока имеют разную роль: левая сторона имеет значение «входа», правая — «выхода», верхняя — «управления», нижняя — «механизма».
Функционально-ориентированные модели описания бизнес-процессов. VAD, IDEF, DFD
5 Принципы моделирования в IDEF0 Принцип функциональной декомпозиции. Представляет собой способ моделирования типовой ситуации, когда любое действие, операция, функция могут быть разбиты (декомпозированы) на более простые действия, операции, функции. Принцип ограничения сложности. Количество блоков на диаграмме должно быть не менее двух и не более шести. Принцип контекста.
Моделирование делового процесса начинается с построения контекстной диаграммы.
7 Нумерация функциональных блоков
8 Стрелки (Arrow) Связь по входу (output-input) Обратная связь по входу (output-input feedback)
9 Стрелки (Arrow) Обратная связь по управлению (output-control feedback)
10 Разветвляющиеся и сливающиеся стрелки
12 Диаграмма первого уровня декомпозиции
14 Основные понятия IDEF3 Диаграммы. Диаграмма является основной единицей описания в IDEF3. Единицы работы — Unit of Work (UOW). Имеют имя, выраженное отглагольным существительным, одиночным или в составе фразы, обозначающим процесс действия, и номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы, например, «Изготовление изделия».
15 Основные понятия IDEF3 Связи. Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо.
16 Основные понятия IDEF3 Перекрестки (Junction). Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении, или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Обознач ение Наименование Смысл в случае слияния стрелок (Fan-in Junction) Смысл в случае разветвления стрелок (Fan-out Junction) Asynchrono us AND Все предшествующие процессы должны быть завершены Все следующие процессы должны быть запущены Synchronou s AND Все предшествующие процессы завершены одновременно Все следующие процессы запускаются одновременно Asynchrono us OR Один или несколько предшествующих процессов должны быть завершены Один или несколько следующих процессов должны быть запущены Synchronou s OR Один или несколько предшествующих процессов завершены одновременно Один или несколько следующих процессов запускаются одновременно XOR (Exclusive OR) Только один предшествующий процесс завершен Только один следующий процесс запускается
Построение диаграммы IDEF0 в process modeler (bpwin)
17 Перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок
18 Типы перекрестков Тип перекрестка обозначается на элементе как: — Наследование (inheritance) — отношение между классами, с помощью которого можно в отдельный класс вынести общие свойства нескольких классов. Это отношение аналогично наследованию в объектно-ориентированных языках программирования; — Зависимость (dependency) между элементами модели. Например, между классом и интерфейсом может быть установлена зависимость «uses», означающая, что класс использует интерфейс; — Агрегация (aggregations) представляет собой более тесную форму ассоциации. Агрегация – это связь между целым и его частью. Диаграмма классов (class diagram)
38 При помощи программного средства BPwin построить функциональную модель программного обеспечения, управляющее работой цифрового диктофона. Цифровой диктофон – это бытовое электронное устройство, предназначенное для записи и воспроизведения речи. Звуковые сообщения записываются через встроенный микрофон и сохраняются в памяти устройства. Сообщения воспроизводятся через встроенный громкоговоритель. Работа устройства осуществляется под управлением центрального процессора. Пример задания по IDEF
39 Внешний вид диктофона Пример задания по IDEF
40 Диктофон хранит до 10 звуковых сообщений. Длина каждого сообщения ограничена размером свободной памяти. Диктофон осуществляет прямой (по номеру сообщения) доступ к любому сообщению из памяти. Пользователь имеет возможность воспроизводить сообщения, хранящиеся в памяти диктофона, стирать их, записывать новые.
Интерфейс с пользователем осуществляется при помощи экранного меню и управляющих кнопок на корпусе диктофона. При помощи кнопок-стрелок осуществляется навигация по пунктам меню. Кнопки «Да», «Нет» служат для подтверждения или отмены пользователем выбора той или иной опции меню. Имеются также кнопки «Воспроизведение», «Пауза» и «Запись» для работы со звуковыми сообщениями. Пример задания по IDEF
41 Во время записи сообщения на экране отображается время, в течение которого ведется запись, при воспроизведении – длительность воспроизведенной части сообщения. Если диктофон не используется, через 30 секунд он автоматически переходит в режим сбережения энергии. В этом режиме никакие операции над звуковыми сообщениями не возможны.
Энергия расходуется только на сохранение памяти диктофона в неизменном состоянии. Переход из режима сбережения энергии в обычный режим осуществляется при нажатии пользователем любой кнопки. В диктофоне имеется датчик уровня заряда батарей. При падении уровня заряда ниже установленного предела диктофон автоматически переходит в режим сбережения энергии (независимо от того используется он в данный момент или нет). Переход в обычный режим становится возможным только после восстановления нормального уровня заряда батарей. Пример задания по IDEF
42 Задание 1 Построить контекстную диаграмму и диаграмму 1 го уровня в нотации IDEF0. Диаграммы должны отражать весь указанный в описании функционал. Диаграмма 1 го уровня должна содержать не менее 5 функциональных блоков. Задание 2 Построить контекстную диаграмму в нотации IDEF0. Построить диаграмму 1 го уровня в нотации IDEF3.
Диаграммы должны отражать весь указанный в описании функционал. Диаграмма 1 го уровня должна содержать не менее 5 функциональных блоков и не менее 3 х перекрестков.
43 Пример задания по UML Описание предметной области. Например Учебная деятельность факультета.
44 Пример задания по UML Задание 1 Построить диаграмму вариантов использования (либо несколько диаграмм) в соответствии с представленным описанием. Диаграмма должна содержать не менее 3 актеров и не менее 5 вариантов использования для каждого из них. Задание 2 Построить диаграмму классов в соответствии с представленным описанием. Диаграмма должна содержать не менее 5 классов, большинство классов должны содержать как атрибуты, так и методы.
Источник: www.myshared.ru
Методология IDEF0. Пример описания бизнес-процесса
Первая распространенная методология, которая будет рассмотрена это IDEF0. Этот язык придумали американские военные с целью успешного тиражирования бизнес-процессов предприятий аэрокосмической промышленности. В свое время американские военные столкнулись со следующей проблемой.
При проектировании заводов было замечено, что каждый раз приходится заново проделывать один и тот же шаг — проектировать одинаковые подсистемы управления, на что уходило дополнительное время и ресурсы. После этого было предложено разработать язык или чертеж, с помощью которого можно было бы описать типовые подсистемы управления и при строительстве нового завода использовать наработанные схемы. Язык который был придуман и использован для этих целей лег в основу методологии описания бизнес-процессов IDEF0.
Методология IDEF0 незначительно отличается от классической схемы описания бизнес-процессов DFD, которая была рассмотрена ранее. Основным отличием является наличие в языке дополнительной аналитики. Данный стандарт описания бизнес-процессов предлагает показывать не просто входы и выходы, как это делается в DFD – формате, он предлагает ввести три типа входов. Первый тип входов назвали так же входом, а два других входа назвали управлением и механизмами.
В стандарте IDEF0 c помощью входа показывают объекты – информационные и материальные потоки, которые преобразуются в бизнес-процессе. С помощью управления показывают объекты – материальные и информационные потоки, которые не преобразуются в процессе, но нужны для его выполнения. С помощью механизмов стали показывать механизмы, при помощи которых бизнес-процесс реализуется: технические средства, люди, информационные системы и т.д. Выход бизнес-процесса, описанного в стандарте IDEF0 полностью соответствует по смыслу выходу процесса, описанному при помощи DFD-схемы.
Четыре типа объектов, применяемых для описания входов и выходов в стандарте IDEF0, в английском варианте образуют сокращение ICOM и на схеме IDEF0 размещаются в строго отведенных местах относительно работ, которые называются функциональными блоками (Таблица 1).
Давайте рассмотрим пример бизнес-процесса «Выточить деталь», который выполняет токарь. Входом процесса является заготовка из которой вытачивается деталь – она физически преобразуется в процессе. Для того, что бы токарь начал точить деталь ему нужно дать задание или план. Также ему понадобится чертеж с размерами детали.
Так вот, чертеж, задание или план нужны для реализации бизнес-процесса и процесс без них не начнется, но по ходу выполнения процесса они не преобразуются. Согласно стандарту IDEF0 их относят к управлению. Для того, что бы выточить деталь нужен токарь, нужен станок – их относят к механизмам. Выходами или результатами бизнес-процесса является деталь (рис. 1).
Стандарт IDEF0 получил большое распространение в США и активно используется в России. Ввиду того, что в стандарте IDEF0 появилась дополнительная аналитика по сравнению с классическим стандартом DFD, схемы бизнес-процессов получаемые при описании в стандарте IDEF0 выглядят более сложными с точки зрения менеджеров компании, в виду ограниченного наличия у них свободного времени. Данная сложность часто приводит к тому, что менеджеры, особенно высшего уровня, которые должны принимать активное участие в проекте по описанию и оптимизации деятельности компании, «отказываются» от работы с IDEF0. В данном случае IDEF0 — является излишне информационно насыщенным и сложным стандартом.
Второй недостаток стандарта IDEF0 связан с тем, что он дает больше поводов и возможностей сторонникам сопротивлений изменениям притормозить проект по описанию и оптимизации бизнес-процессов и дискредитировать его идею. Это также связано с усложненной аналитикой стандарта IDEF0, которая часто дает повод задуматься и задавать следующие вопросы: «А правильно ли, что этот объект отнесен ко входу? Может его отнести к управлению?»
Тем не менее, стандарт IDEF0 имеет большое распространение в России, так как по нему существует много книг и различных информационно-методических материалов. Также существуют программные продукты, поддерживающие данный стандарт, овладеть которым несложно.
Практика показала, что стандарт IDEF0 целесообразно использовать в проектах по описанию и оптимизации локальных бизнес-процессов, в небольших проектах в которых больше участвуют и принимают решения специалисты предметных областей, а руководители высшего уровня привлекаются для принятия решений по минимуму. На рис. 2 приведена диаграмма IDEF0 верхнего уровня бизнес-процесса «Увольнение сотрудника».
Рис. 2. Диаграмма IDEF0 верхнего уровня бизнес-процесса «Увольнение сотрудника».
Источник: studopedia.org
Метод описания бизнес-процессов IDEF3
Наличие в диаграммах DFD элементов для обозначения источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков более подходит метод IDEF3, называемый также Workflow diagramming.
Метод IDEF3 использует графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.
IDEF3 — это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.
Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей.
IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.
Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное.
Точка зрения на модель должна быть документирована. Обычно это точка зрения человека, ответственного за работу в целом. Также необходимо документировать цель модели — те вопросы, на которые призвана ответить модель.
Диаграмма является основной единицей описания в IDEF3. Важно правильно построить диаграммы, поскольку они предназначены для чтения другими людьми (а не только автором).
Единицы работы — Unit of Work (UOW) — также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы (например, «Изготовление изделия»).
Часто имя существительное в имени работы меняется в процессе моделирования, поскольку модель может уточняться и редактироваться. Идентификатор работы присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ. Обычно номер работы состоит из номера родительской работы и порядкового номера на текущей диаграмме.
Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 различают три типа стрелок, изображающих связи, стиль которых устанавливается через меню Edit/Arrow Style:
сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.
Отношения (Relational Link)
пунктирная линия, использующаяся для изображения связей между единицами работ (UOW) а также между единицами работ и объектами ссылок.
Потоки объектов (Object Flow)
стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой.
Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель. Часто результатом работы-источника становится объект, необходимый для запуска работы-цели. В этом случае стрелку, обозначающую объект, изображают с двойным наконечником. Имя стрелки должно ясно идентифицировать отображаемый объект. Поток объектов имеет ту же семантику, что и старшая стрелка.
Отношение показывает, что стрелка является альтернативой старшей стрелке или потоку объектов в смысле задания последовательности выполнения работ — работа-источник не обязательно должна закончиться, прежде чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник.
Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы, используются перекрестки (Junction). Различают перекрестки для слияния (Fan-in Junction) и разветвления стрелок (Fan-out Junction). Перекресток не может использоваться одновременно для слияния и для разветвления.
Смысл каждого типа приведен ниже в таблице 2.1.
Таблица 2.1 — Типы перекрестков
При внесении объектов ссылок помимо имени следует указывать тип объекта ссылки. Типы объектов ссылок приведены в таблице 2.2.
Таблица 2.2 — Типы объектов ссылок
В IDEF3 декомпозиция используется для детализации работ. Методология IDEF3 позволяет декомпозировать работу многократно, т. е. работа может иметь множество дочерних работ. Это позволяет в одной модели описать альтернативные потоки. Возможность множественной декомпозиции предъявляет дополнительные требования к нумерации работ. Так, номер работы состоит из номера родительской работы, версии декомпозиции и собственного номера работы на текущей диаграмме.
Рассмотрим процесс декомпозиции диаграмм IDEF3, включающий взаимодействие автора (аналитика) и одного или нескольких экспертов предметной области.
Перед проведением сеанса экспертизы у экспертов предметной области должны быть документированные сценарии и рамки модели, для того чтобы понять цели декомпозиции. Обычно эксперт предметной области передает аналитику текстовое описание сценария. В дополнение к этому может существовать документация, описывающая интересующие процессы. Из этой информации аналитик должен составить предварительный список работ (отглагольные существительные, обозначающие процесс) и объектов (существительные, обозначающие результат выполнения работы), которые необходимы для перечисленных работ. В некоторых случаях целесообразно создать графическую модель для представления ее эксперту предметной области.
На рисунке 2.10 представлено описание процесса «Сборка настольных компьютеров» в методологии IDEF3.
Рис. 2.10. Пример описания бизнес-процесса по методу IDEF3
Источник: cyberpedia.su