
- •Стандартизация методов и технологий для создания моделей информационных систем.
- •Idef0: функциональное моделирование деловых процессов
- •Idef0 - методология функционального моделирования
- •Основные понятия idef0
- •Принципы моделирования в idef0
- •Применение idef0
- •Программные системы idef0
- •Заключение
- •Опыт использования стандарта idef0
- •Функциональная модель бизнес-процессов
- •События и ресурсы
- •Об унификации описания бизнес-процессов
- •Заключение
- •Литература
- •Использование idef0 для описания и классификации процессов в рамках системы качества мс исо серии 9000 версии 2000
- •Idef0 в моделировании бизнес-процессов управления
- •Моделирование бизнес процессов управления: idef (Integration definition for function modeling)
- •1. Цели.
- •2. Окружающая среда.
- •3. Внутренняя организация.
- •Библиография
- •Дата публикации: 30.06.1999 Последнее изменение: 29.06.2002 Описание отдельных концепций idef0
- •1. Графика моделирования действия
- •2. Постепенное представление деталей
- •3. Дисциплина групповой работы
- •Использование idef0 для описания и классификации процессов в рамках системы качества iso 9000
- •Idef0: функциональное моделирование деловых процессов
- •Основы методологии idef1
- •Основы методологии idef1x
- •Основы idef3
- •Стандарт онтологического исследования idef5
- •Моделирование бизнеса. Методология aris.
- •Idef0 в моделировании бизнес-процессов управления
- •Полные тексты стандартов idef
- •Рекомендации по стандартизации: методология функционального моделирования
- •Сравнительный анализ нотаций aris eEpc / idef0, idef3 и продуктов, их поддерживающих (aris Toolset / bPwin)
- •Содержание
- •1. Введение. Типовые задачи описания бизнес-процессов. Требования к описанию бизнес-процессов предприятий
- •2. Описание нотации aris eEpc
- •3. Описание нотации idef0, idef3
- •4. Сравнительный анализ нотаций aris и idef
- •5. Функциональные возможности продуктов aris и bpWin
- •6. Выводы. Рекомендации по применению систем в зависимости от типовых задач
- •7. Литература
- •Лекция 4. Анализ и проектирование.
- •Методы информационного моделирования idef
- •Idef - cсемейство стандартов обследования организаций и проектирования информационных систем
- •5. Интегрированные сапр и cals – системы
- •5.3.Процеccный подход к построению системы менеджемента качества
- •Статья Стандарт idef – инструмент реинжениринга бизнес-процессов Вводная часть
- •Историческая справка
- •Стандарт моделирования idef0
- •Техника построения и элементы модели
- •Порядок моделирования
- •Проектная группа
- •Цикл разработки модели
- •Книги на русском языке
- •Книги на английском языке
- •А.В. Носуленко. Использование методологии idef в рамках создания корпоративной информационной системы «лоцман.Edu» тмц до
- •Структурный подход в преподавании информатики а.Г. Кокин Курганский государственный университет
- •Литература
- •Idef0 как инструмент моделирования процессов
- •Я процессы опишу, пусть меня научат!
- •Цели описания – зачем это надо?
- •Техники моделирования процессов – основания выбора
- •Моделирование данных
- •В заключение о грустном…
Функциональная модель бизнес-процессов
Любой стандарт проектирования бизнес-процессов базируется на исходных понятиях — смысловых примитивах. Так, стандарт IDEF0 использует понятие «Работа» (Activity) для обозначения действия, а также обозначения интерфейсов «Вход» (Input), «Выход» (Output), «Управление» (Control) и «Механизм» (Mechanism), которые составляют графическую конструкцию (A), изображенную на рис. 1.
рис.1
К сожалению, в IDEF0 эти примитивы определяются в общем виде, поэтому пользователи стандарта обычно прибегают к интерпретациям примитивов. Например, только на первый взгляд конструкция из рис. 1 выглядит логичной, а формирование дополнительных концептуальных установок — ненужным. Как правило, у начинающего пользователя возникает недоумение, куда ему необходимо отнести понятие «Распоряжение»: к интерфейсу «Управление» или к интерфейсу «Вход»? Или куда отнести понятие «расходные материалы» при моделировании работы канцелярии: к «Входу» или «Механизму»? Дальше — больше. Стандарт IDEF0 исполнителей «Работ» (одушевленных и неодушевленных) относит к интерфейсу «Механизм». На уровне бытового сознания это не вызывает вопросов, однако, если вдуматься в суть понятия «исполнение», то становится ясным, что исполнитель «Работ» является активатором «Работ», составляющих данную «Работу» и приводящих к ее исполнению. Между тем, активатором «Работ» согласно IDEF0 является «Вход».
Подобных логико-лингвистических противоречий в интерпретациях профессиональные пользователи стандарта IDEF0 могут привести много. Приведенные примеры говорят о том, что проектировщику так или иначе придется «заузить» стандарт IDEF0, если для него важна непротиворечивость модели и собственных представлений о моделируемом объекте.
Для практического удобства можно предложить иную, зауженную интерпретацию исходных примитивов стандарта IDEF0 (графическая конструкция (Б) на рис. 1.). Сформулируем основную идею предлагаемой рекомендации по конкретизации языков моделирования бизнес-процессов.
Все «Работы» принадлежат одному классу — обладают одинаковым набором свойств и поведением.
Все связи между «Работами» принадлежат классу «Ресурс». Например, электронное издание «Налогового кодекса РФ» является реализацией (или экземпляром) общедоступного информационного ресурса, а уборщица Иванова И.И. является экземпляром ресурса «Уборщица офиса 202».
На IDEF0-диаграмах изображаются классы объектов. Однако проектировщик всегда отталкивается от знания только некоторых общих свойств конкретных реализаций (экземпляров) этих классов. Назовем такое множество свойств «точкой зрения на экземпляр класса». Эту посылку можно использовать для однозначной «привязки» ресурсов к трем возможным входам бизнес-процессов. Для этого на множестве ресурсов вводится классификация, основанная на различиях «точек зрения на экземпляры ресурсов».
1. Признак изменчивости экземпляров ресурсов при исполнении «Работы»:
ресурсы, подлежащие трансформации в другие виды ресурсов;
нетрансформируемые ресурсы.
Нетрансформируемые ресурсы могут быть неизнашиваемыми или изнашиваемыми (устаревающими). Так, значительная часть информационных ресурсов в электронной форме являются неизнашиваемыми (библиотека нормативных документов организации и др.). Примером изнашиваемых ресурсов могут служить вспомогательные инструменты, персонал. Описанные признаки относятся к экземплярам ресурсов, а не к самим ресурсам: понятия как абстрактные классы не изнашиваются.
2. Признак блокировки экземпляра ресурса «Работой», исключающий возможность использования экземпляра ресурса другими «Работами»:
ресурсы, которые не могут блокироваться "Работами" (ресурсы общего пользования);
блокируемые ресурсы (например, уборщица Иванова И.И.)
Правила разводки ресурсов, классифицируемых по описанным признакам, по интерфейсам, заданным стандартом IDEF0, иллюстрируются на примере «Общая модель бизнес-процессов (В)» (рис. 1). Предлагаемая интерпретация смыслового содержания интерфейсов IDEF0-стандарта не только полностью соответствует требованиям этого стандарта, но и лишена возможных логико-лингвистических противоречий, свойственных ряду других интерпретаций.