Методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (поток работ). Стандарт IDEF0 представляет организацию как набор модулей, здесь существует правило — наиболее важная функция находится в верхнем левом углу, кроме того есть правило стороны:
- · стрелка входа приходит всегда в левую кромку активности
- · стрелка управления — в верхнюю кромку
- · стрелка механизма — нижняя кромка
- · стрелка выхода — правая кромка
Описание выглядит как «чёрный ящик» с входами, выходами, управлением и механизмом, который постепенно детализируется до необходимого уровня. Также для того чтобы быть правильно понятым, существуют словари описания активностей и стрелок. В этих словарях можно дать описания того, какой смысл вы вкладываете в данную активность либо стрелку. Также отображаются все сигналы управления, которые на DFD (диаграмме потоков данных) не отображались. Данная модель используется при организации бизнес-проектов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.
Топ 13 сервисов для управления задачами и проектами | Приложения для продуктивности
Основные концепции IDEF0
Графическое представление блочного моделирования. Графика «блоков и дуг» IDEF0-диаграммы отображают производственную операцию в виде блока, а интерфейсы входа/выхода в/из операции представляются дугами, соответственно входящими в блок или выходящими из него. Для того чтобы иметь возможность описывать производственные операции, существующие в реальности, было предложено описывать взаимодействие блоков друг с другом посредством интерфейсных дуг, выражающих «ограничения», которые в свою очередь определяют, когда и каким образом операции выполняются и управляются;
Краткость. Документация архитектуры производственной системы для полноценного охвата материала должна быть точной. Многословные характеристики обычных языковых текстов неудовлетворительны. Двумерная форма графического языка имеет требуемую точность без потери возможности выразить такие взаимоотношения, как интерфейс, обратная связь, ошибочные пути;
Передача информации. В IDEF существует ряд средств, разработанных для улучшения передачи информации:
- · диаграммы, основанные на очень простой графике блоков и дуг
- · метки на естественном языке для описания блоков и дуг, а также глоссарий и сопроводительный текст для определения точного значения элементов диаграммы
- · постепенное представление деталей, при котором на верхнем уровне иерархии показаны основные функции, а на следующих уровнях происходит их более подробное уточнение
- · схема узлов в иерархии диаграмм, обеспечивающая возможность легко составить перечень (индекс) размещенных на них деталей
Строгость и точность. Выполнение правил IDEF0 требует достаточной строгости и точности, чтобы удовлетворить принципам архитектуры ICAM, не накладывая в то же время чрезмерных ограничений на аналитика. Правила IDEF включают:
Илья Кашлаков (Яндекс.Деньги). «IDEF0 как способ организации бизнес логики в приложении»
- · ограничение количества деталей на каждом уровне (правило 3-6 блоков)
- · ограниченный контекст (без пропусков, но и без дополнительных деталей, выходящих за рамки рассмотрения)
- · синтаксические правила для графики (блоков и дуг)
- · связность интерфейса диаграмм (номера узлов, номера блоков, С — номера)
- · связность структуры данных (ICOM-коды и использование туннельных дуг)
- · уникальность меток и наименований (отсутствие повторяющихся имен)
- · ограничения на ветвление дуг данных (метки для ограничений потоков данных на ветвях)
- · разделение входов и управлений (правило определения роли данных)
- · требования к меткам дуг данных (правила минимальных меток)
- · минимальное управление для функций (для каждой функции нужна, по крайней мере, одна управляющая дуга)
- · цель и точка зрения (у каждой модели есть цель и точка зрения)
Методология. Пошаговые процедуры обеспечивают моделирование, рецензирование и решение задач интеграции;
«Организация» из «функций». Отделение организации от функции включено в цель модели и осуществляется отбором имен функций и связей в процессе разработки модели. Это положение входит в курс по IDEF0, а постоянное рецензирование в ходе создания модели помогает избежать точки зрения, навязанной организацией.
Графика блочного моделирования
Методология IDEF0 может использоваться для моделирования широкого круга систем, где под системой понимается любая комбинация средств аппаратного и программного обеспечения, а также людей. При создании новых систем IDEF0 может вначале применяться для определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции.
Для уже существующих систем IDEF0 может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются. Результатом применения методологии IDEF0 является модель. Модель состоит из диаграмм, фрагментов текста и глоссария, которые имеют ссылки друг на друга. Диаграммы — главные компоненты модели.
На диаграммах все функции производственной системы и интерфейсы представлены как блоки (функции) и дуги (интерфейсы). Место соединения дуги с блоком определяет тип интерфейса. Управляющие производством данные входят в блок сверху, в то время как материалы или информация, которые подвергаются производственной операции, показаны в левой стороны блока, результаты выхода показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу (рис. 2.1).
Рис. 2.1 — Функциональный блок и интерфейсные дуги
Блоки и дуги в IDEF0-модели используются для представления связей между несколькими подфункциями на диаграмме, описывающей более общую функцию. Эта диаграмма является «подчиненной» диаграммой и показывает конкретные интерфейсы, управляющие каждой подфункцией, а также источники и адресаты этих интерфейсов (рис. 2.2).
Рис. 2.2 — Диаграмма, демонстрирующая ограничения на выполнение функций:
Декомпозиция моделей IDEF0
Одной из наиболее важных особенностей методологии IDEF0 является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель. Таким образом, обеспечивается представление информации, и читатель располагает хорошо очерченным предметом изучения с приемлемым объемом новой информации на каждой следующей диаграмме. Построение IDEF0-модели начинается с представления всей системы в виде простейшей компоненты — одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг — они также представляют полный набор внешних интерфейсов системы в целом.
Рис. 2.3 — Структура IDEF0-модели
Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции (подмодули) единого исходного модуля.
Данная декомпозиция выявляет полный набор подмодулей, каждый из которых представлен как блок, границы которого определены интерфейсными дугами. В IDEF0 есть свои правила постепенного добавления деталей в процессе декомпозиции. Модуль всегда делится не менее чем на три, но не более чем на шесть подмодулей. Верхний предел позволяет использовать иерархию для описания более сложных объектов. Нижний предел гарантирует введение достаточного количества деталей, чтобы полученная декомпозиция представляла интерес.
Взаимоотношения диаграмм показаны с помощью интерфейсных дуг. Когда модуль декомпозируется на подмодули, интерфейс между ними представляется дугами. Имя каждого блока-подмодуля плюс метки интерфейсных дуг определяют связанный контекст для этого подмодуля. Таким образом, методология IDEF0 описывает имеющиеся бизнес — процессы с точки зрения управления, использования ресурсов, понятий, которые имеются на входе и результатов, которые мы получаем на выходе в результате реализации всех имеющихся ресурсов, использования оборудования, руководствуясь управленческими документами.
Источник: studwood.net
Презентация на тему Моделирование бизнес-процессов
Список литературы Ларман, Крэг. Применение UML 2.0 и шаблонов проектирования. Практическое руководство. 3-е издание.: Пер. с англ.– М.: ООО “И.Д. Вильямс”, 2013. – 736 с.: ил. – Парал. тит. англ. Маклаков
- Главная
- Бизнес и предпринимательство
- Моделирование бизнес-процессов
Слайды и текст этой презентации
Слайд 1МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ Полушин Алексей Александрович 2018
Слайд 2Список литературы
Ларман, Крэг. Применение UML 2.0 и
шаблонов проектирования. Практическое руководство. 3-е издание.: Пер.
с англ.– М.: ООО “И.Д. Вильямс”, 2013. – 736 с.: ил. – Парал. тит. англ.
Маклаков С. «Объединение структурного и объектного подхода в новом поколении CASE-средств Computer Associates» // Учебно-консалтинговый центр. 2002.
Остервальдер Александр, Ив Пинье. Построение бизнес-моделей. Настольная книга стратега и новатора/ Пер. с англ. – 4-е изд. – М.: Альпина паблишер, 2014, – 288 с.
Шерегов Н.А. К вопросу моделирования маркетинговой деятельности компании // Сборник «Управление бизнесом». Нижний Новгород: Изд-во Нижегородского госуниверситета, 2009. С. 117-130.
Шерегов Н.А., Теоретические и прикладные аспекты моделирования деятельности компании // Электронный научный журнал // Управление экономическими системами № 3, 2013. [электронный ресурс]. Режим доступа: URL: http://uecs.ru/uecs-51-512013.
Методология функционального моделирования IDEF0. Госстандарт России. ИПК Издательство стандартов. 2000.
Сайт группы компаний «Современные технологии управления” / Система бизнес-моделирования Business Studio: Методика «Проектирование системы управления». [электронный ресурс]. Режим доступа: URL: http://businessstudio.ru/procedures/business/system_managment.
http://businessstudio.ru
САЙТЫ ВАШЕЙ КОМПАНИИ
Слайд 3
Слайд 4СОДЕРЖАНИЕ
ВВЕДЕНИЕ
1. ОПИСАНИЕ ДЕЯТЕЛЬНОСТИ «КОМПАНИИ»
2. МОДЕЛИРОВАНИЕ ПРОЦЕССОВ ВЫСОКОГО
УРОВНЯ «КОМПАНИИ» В НОТАЦИИ IDEF0/«BPMN 2.0»
3. РОЛЕВОЕ
МОДЕЛИРОВАНИЕ ПРОЦЕССА «ОПЕРАЦИОННАЯ ДЕЯТЕЛЬНОСТЬ……..». ОПИСАНИЕ ПОДПРОЦЕССА «ОФОРМЛЕНИЕ ПРОДАЖИ……..» ПО ШАБЛОНУ «USECASES.ORG»
4. МОДЕЛИРОВАНИЕ ПРОЦЕССА «ОПЕРАЦИОННАЯ ДЕЯТЕЛЬНОСТЬ …….» В НОТАЦИИ «ПРОЦЕДУРА»/«BPMN 2.0»
5. МОДЕЛИРОВАНИЕ ПОДПРОЦЕССА «ОФОРМЛЕНИЕ ПРОДАЖИ …..» В НОТАЦИИ «ПРОЦЕСС»/«BPMN 2.0»
ЗАКЛЮЧЕНИЕ
ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
СПИСОК ЛИТЕРАТУРЫ
ПРИЛОЖЕНИЯ
Слайд 5Нотация IDEF0
IDEF — методологии семейства ICAM (Integrated
Computer-Aided Manufacturing) для решения задач моделирования сложных
систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. IDEF0 — методологияметодология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессовметодология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (поток работ).
Слайд 6Стандарт IDEF0 представляет организацию как набор модулей,
здесь существует правило – наиболее важная функция
находится в верхнем левом углу, кроме того есть правило стороны:
стрелка входа приходит всегда в левую кромку активности,
стрелка управления – в верхнюю кромку,
стрелка механизма – нижняя кромка,
стрелка выхода – правая кромка.
Слайд 7Описание выглядит как «чёрный ящик» с входами,
выходами, управлением и механизмом, который постепенно детализируется
до необходимого уровня. Также для того чтобы быть правильно понятым, существуют словари описания активностей и стрелок. Также отображаются все сигналы управления. Данная модель используется при организации бизнес-проектов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.
Слайд 8Одним из важных моментов при описании процессов
с помощью методологии IDEF0 является точная спецификация
типов связей между функциями:
коммуникационная, при которой функции используют одни и те же данные и/или производят одни и те же выходные данные;
последовательная, при которой выход одной функции служит входными данными для другой;
функциональная, отражающая полную зависимость одной функции от другой.
Кроме правил изображения блоков и потоков, наиболее существенными в методологии IDEF0 являются принципы объединения блоков в модель:
принцип функциональной декомпозиции;
принцип контекстной диаграммы;
принцип ограничение сложности.
Слайд 9Последний принцип — это ограничение сложности. Диаграммы
IDEF несут в себе очень концентрированную информацию,
в связи с чем, необходимо применять меры по повышению наглядности. Основными являются два приема:
количество блоков на одной диаграмме не более шести;
количество интерфейсных дуг, подведенных к одной стороне блока – не более четырех.
Применение методологий семейства IDEF позволяет существенно повысить эффект от взаимодействия специалистов как внутри предприятия, так и с внешними консультантами. Очень важной является возможность использования навыков моделирования при разработке новых расширений бизнеса, как стратегического характера, так и оперативных. Все это можно процедурно увязать с существующими процессами, т.е. вписать в контекст существующей деятельности и довести до конкретных исполнителей.
Слайд 10
Слайд 11
Слайд 12
Слайд 13
Слайд 14
Описание процесса-прецедента «Оформление продажи»
Представим описание подпроцесса в
виде внутреннего нормативного документа.
(вид процесса «Как
должно быть», шаблон описания процесса «Usecases.org»)
Вход: Покупатель с товарами, выбранными в целях покупки
Выход: Покупатель, оплативший выбранные им товары
Основной исполнитель. Кассир
Заинтересованные лица и их цели/задачи:
Менеджмент торгового зала: а) обеспечивать покупателям комфортные условия, удовлетворять спрос, не нарушать права потребителей, формировать лояльность, б) повысить производительность труда, автоматизировать ведение бухгалтерского и складского учета, в) использовать современные системы оплаты.
Покупатель: купить качественные товары в комфортных условиях с небольшими затратами времени, получить документы, гарантирующие возврат товара.
Кассир: быстро и без ошибок вводить данные о продажах и платежах, т.к. медленное обслуживание приводит к жалобам, а недостача вычитается из зарплаты.
Предварительные условия: покупатель выбрал товары (П1) и подошел к кассиру.
Результаты: товарные чеки напечатаны, данные для бух. и складского учета переданы, авторизация платежа выполнена.
Слайд 15
Основной успешный сценарий:
Кассир открывает продажу и просит
покупателя предъявить дисконтную карту.
Покупатель предъявляет дисконтную карту,
кассир вводит данные с карты.
Кассир вводит штриховой код товара.
Система находит описание товара, вычисляет цену и общую стоимость.
Кассир повторяет действия, описанные в п.п. 3-4, для каждого товара.
Кассир вводит «конец продажи», система вычисляет общую стоимость.
Кассир сообщает покупателю общую стоимость продажи.
Покупатель передает денежные средства, кассир вводит их сумму в систему.
Система вычисляет величину сдачи и открывает кассу с наличностью.
Кассир складывает полученные деньги и выдает сдачу покупателю.
Система регистрирует платеж, передает данные в складской и бухгалтерский учет.
Система выдает товарный чек (чеки), кассир передает чек (чеки) покупателю.
Слайд 16
Расширения (альтернативные потоки событий).
2а. У покупателя нет
карты (пункт 2 не выполняется).
За. Введен
неправильный идентификатор товара.
1.Система сообщает кассиру об ошибке и отменяет ввод.
3б. Приобретается несколько единиц товара (например, 6 ламп).
1. Кассир вводит штриховой код одной единицы и количество единиц.
3-6а. Покупатель просит кассира отменить покупку одного из товаров.
1. Кассир вводит штриховой код товара для удаления из продажи.
2. Система удаляет товар и выводит на экран измененную стоимость продажи.
3-6б. Покупатель просит кассира отменить продажу.
1. Кассир отменяет продажу.
7-10а. Оплата по банковской карточке.
1. Покупатель предъявляет карточку. Кассир вводит с нее данные.
2. Система передает запрос на авторизацию платежа в банк.
3. Система получает от банка подтверждение платежа, печатает два чека.
4. Кассир передает чеки. Покупатель подписывает и возвращает кассиру один чек.
За. Система получает информацию об отказе проведения платежа.
1.Система сообщает кассиру, а кассир просит покупателя изменить способ оплаты.
Источник: thepresentation.ru
