CASE-средства Введение.IDEF0 Бессарабов Н.В. [email protected] 2007 г. Бизнес-процессы

CASE-средства Введение.IDEF0 Бессарабов Н.В. [email protected] 2007 г.

Бизнес-процессы (1) Бизнес-процесс в соответствии со стандартами качества ISO-9000 определяется как устойчивая целенаправленная совокупность взаимосвязанных и взаимодействующих видов деятельности преобразующих входы процесса в выходы, представляющие ценность для потребителя. Бизнес-процессы состоят из бизнес-функций, представляющих совокупности бизнес-операций. Бизнес-операции это элементарные операции, которые представляют интерес с точки зрения поставленной цели моделирования и могут быть заданы алгоритмами, может быть нечеткими.  Бессарабов Н.В.2007

Бизнес-процессы (2) Еще одно определение: это совокупность различных процессов, объединённых в рамках определенного вида деятельности (бизнеса), "на входе" которой используются один или более видов ресурсов, и в результате этой деятельности на "выходе" создается продукт (или услуга), представляющий ценность для потребителя По отношению к получению добавленной ценности выделяют два класса процессов: Основные (увеличивают ценность) Обеспечивающие (увеличивают стоимость, но не увеличивают ценность)  Бессарабов Н.В.2007

Линейная структура организации  Бессарабов Н.В.2007

Адаптивные системы Адаптирующиеся, адаптивные системы [adaptive systems] — системы, способные к адаптации. Подразделяются на самонастраивающиеся и самоорганизующиеся системы. В первом случае в соответствии с изменениями внешней среды меняется способ функционирования системы (например, предприятие расширяет выпуск продукции вслед за увеличением спроса), во втором — меняется структура, организация системы (на заводе создали отдел стандартизации в связи с возросшими требованиями к качеству изделий). [Цит. Википедия] Проблемы: Создание КИС, которую можно настроить (перестроить) на любое предприятие в подотрасли 2. Управление системой с меняющимся описанием  Бессарабов Н.В.2007

Бизнес-процессы и потоки информации Основные бизнес-процессы: Планирование деятельности Осуществление деятельности Регистрация текущей информации по выполнению процессов (производственный, управленческий и бухгалтерский учеты) Контроль и анализ исполнения плана Принятие управленческих решений Потоки информации в организации с линейной (функционально-иерархической) структурой: Плановая информация (сверху вниз) Контроль (по всем уровням организации) Оперативная и периодическая отчетность (снизу вверх) Анализ и прогнозирование  Бессарабов Н.В.2007

Процессы в организации с линейной структурой Замечание: В приведенном примере процессы привязаны к структуре организации. В диаграммах IDEF0 это крайне не желательно, так как ограничивает возможности реинжиниринга бизнеса  Бессарабов Н.В.2007

Основные функции управления Планирование это выбор желаемого поведения процесса на период планирования. Учет это определение фактического состояния процесса в заданные моменты времени. Контроль позволяет определить отклонение фактического состояния от планируемого. Регулирование заключается в определении скорректированного плана, то есть регулирование это решение задачи планирования при меняющихся начальных условиях. Анализ - это итоговая оценка управления за выбранный период, выявление факторов, повлиявших на качество управления.  Бессарабов Н.В.2007

История возникновения методологии IDEF В начале 70-х годов Д. Росс в США предложил метод структурного проектирования и анализа систем SADT (Structured Analysis and Design Techniques) [3]. В основе этого подхода лежит графический язык описания (моделирования) систем. В середине 70-х ВВС США реализовало программу интегрированной компьютеризации производства ICAM (Integrated Computer Aided Manufacturing). Для удовлетворения этих потребностей в рамках программы ICAM была разработана методология IDEF (ICAM Definitions), позволяющая представить и исследовать структуру, параметры и характеристики производственно-технических и организационно-экономических систем.  Бессарабов Н.В.2007

Частные методологии IDEF IDEF0 – функциональное моделирования; IDEF1 – информационное моделирование; IDEF1X – моделирование данных; IDEF3 – моделирование «потока» процессов; IDEF4 – объектно-ориентированное проектирование и анализ; IDEF5 – определение онтологий (словарей); IDEF9 – моделирование требований;  Бессарабов Н.В.2007

IDEF0 IDEF0 позволяет создавать функциональные модели в виде набора взаимодействующих и взаимосвязанных блоков, изображаемых прямоугольниками с метками Функциями в IDEF0 принято называть все, что происходит в системе и ее подсистемах Интерфейсы блоков изображаются стрелками, представляющими потоки информации, энергии и материальных объектов, связывающие блоки (функции) Для описания блоков и стрелок используются метки на естественном языке Процесс создания модели идет сверху вниз от общих моделей к более детальным IDEF0 отображает и структуру и функции системы, однако следует избегать привязки функций к существующей организационной схеме  Бессарабов Н.В.2007

Функциональный блок IDEF0 (1/3) Имя функционального блока -- активное глагольное выражение: глагол + объект_действия + [дополнение] Примеры: «производить продукцию», «обрабатывать платежные поручения». Левая сторона блока обозначает входы (материальные, энергетические и информационные); Правая сторона – выход (что создается процессом); Верхняя сторона – управление (инструкции, ограничения); Нижняя сторона – это или механизм (ресурсы необходимые для исполнения процесса) или вызов сторонней функции  Бессарабов Н.В.2007

Функциональный блок IDEF0 (2/3) Аббревиатура ICOM: I -- Input (Вход) описывает то, что потребляется процессом C -- Control (Управление) задает ограничения на процесс O -- Output (Выход) это результаты процесса M -- Mechanism (Механизм) -- то, что выполняет процесс Замечание: Стрелка “Вызов” считается как бы не вполне стандартной  Бессарабов Н.В.2007

Функциональный блок IDEF0 (3/3)  Бессарабов Н.В.2007

Интерфейсные дуги (стрелки) Интерфейсные дуги – это стрелки, отображающие связи между функциональными блоками. Стрелка представляет информационные, материальные и энергетические потоки обрабатываемые в моделируемой системе (процессе) или как-то влияющие на процессы. Каждая стрелка в модели имеет уникальное наименование в одном из форматов: “имя_существительное” “имя_существительное + определение” например, “сырье” или “”«оперативные данные» В зависимости от того, к какой из сторон функционального блока присоединена стрелка, она называется «входной», «выходной», «управляющей» или «механизмом». Частный случай механизма – “вызов”. И блок и дуга могут быть отнесены к определенному классу за счет выделения стилем (цветом или геометрией). Подключение стрелок к углам блоков не допускается. Запрещенные слова в метках стрелок: “функция”, “вход”, “выход”, “механизм”, “вызов”.  Бессарабов Н.В.2007

Правила синтаксиса стрелок Одиночные стрелки Сливающиеся стрелки Разветвляющиеся стрелки Правила именования сливающихся и разветвляющихся стрелок Стрелки могут быть одиночными, могут сливаться и разветвляться, сопрягаясь на чертежах дугами в 900 Описания на сливающихся и разветвляющихся стрелках должны исключить неоднозначность  Бессарабов Н.В.2007

Контекстная диаграмма Разработка модели IDEF0 начинается с представления моделируемого бизнеса в виде единственного функционального блока. Диаграмма, содержащая этот блок, называется основной контекстной диаграммой. Ее номер в проекте всегда “А-0”. Могут существовать другие контекстные диаграммы с номерами “A-n” Интерфейсные дуги контекстной диаграммы определяют связи моделируемого бизнеса с процессами в других организациях или окружающей среде.  Бессарабов Н.В.2007

Пример контекстной диаграммы  Бессарабов Н.В.2007

Декомпозиция Модель IDEF0 всегда начинается с представления моделируемого процесса в виде одного функционального блока с интерфейсными дугами, которые определяют границы (рамки) процесса, отделяют его от других процессов в организации или за ее пределами. Диаграмма, содержащая этот блок (его номер – А0), называется контекстной диаграммой с идентификационным номером «А-0». В процессе декомпозиции функциональный блок А0 подвергается детализации на дочерней диаграмме. Дочерняя диаграмма содержит функциональные блоки, которые представляют процессы, из которых состоит декомпозируемый процесс. По отношению к дочерней диаграмме и всем блокам на ней декомпозируемый блок является родительским блоком.  Бессарабов Н.В.2007

Декомпозиция (начало)  Бессарабов Н.В.2007

Декомпозиция  Бессарабов Н.В.2007

Связи между блоками IDEF0 В методологии IDEF0 допускаются пять типов связей между блоками одной диаграммы: 1.Выход – 4.Обратная связь по входу вход 2.Выход– управление 5.Обратная связь по управлению 3.Выход – механизм.  Бессарабов Н.В.2007

Туннели Туннели обозначаются круглыми скобками, помещенными в начале и/или конце стрелки. Стрелка, помещается в туннель в месте присоединения к блоку, если данные, энергия или материальные объекты, определенные этой стрелкой, не обязательны на следующем уровне декомпозиции. Если стрелка, помещается в туннель на свободном конце то представленные ею объекты отсутствуют на родительской диаграмме.  Бессарабов Н.В.2007

Туннели. Пример Родительская диаграмма I1 O1 Стрелка С2 не показывается на дочерней диаграмме Дочерняя диаграмма Стрелка С2 обяза- тельно должна появиться в одной из диаграмм нижнего уровня не показанных на этом чертеже  Бессарабов Н.В.2007

Цель проекта. Модель без четко сформулированной цели может быть бесполезна и даже вредна. При формулировке цели следует ответить на следующие вопросы: Зачем мы моделируем эти процессы? На какие вопросы должна ответить модель? Как можно применить модель? Примеры целей: 1. Описать бизнес-функции предприятия для написания спецификаций КИС 2. Выявить должностные обязанности сотрудников и варианты взаимодействия между ними с целью написания руководства по обучению сотрудников, принимаемых на работу  Бессарабов Н.В.2007

Точка зрения Выбор точки зрения определяется в первую очередь целью моделирования. При необходимости изложить несколько точек зрения, выделяют и используют при построении диаграмм одну основную точку зрения, а остальные кратко документируют в прикрепленных диаграммах FEO (For Exposition Only). Наименованием точки зрения может быть название должности или подразделения. Как правило выбирается точка зрения лица ответственного за всю работу в целом в аспекте поставленной цели моделирования. Необходимо определить область моделирования, которая определяется широтой (что внутри модели и что снаружи) и глубиной (уровнем детализации)

Задание свойств модели “Цель проекта” и “Точка зрения”.  Бессарабов Н.В.2007

Типичные ошибки начинающих Добавление внешних стрелок на верхних уровнях декомпозированных диаграмм. Может привести к появлению необоснованных туннелей. Пренебрежение целями проекта и точками зрения. Может привести к созданию моделей неадекватных поставленным задачам. Ошибка “Вера в светлое будущее”

Какие задачи решаются с помощью описания бизнеса диаграммами IDEF0 Описание бизнеса диаграммами IDEF0 позволяет системному аналитику найти общий язык со специалистами предметной области и выяснить: Какие функции реализует система Каково реальное содержание этих функций Что необходимо для реализации этих функций Что система делает правильно Что система делает неправильно  Бессарабов Н.В.2007

Что есть и чего нет в IDEF0 Что есть в диаграмме IDEF0: Боксы деятельностей с 4-мя выделенными сторонами (вход, выход, управление, механизм) Наименования деятельностей Связи между деятельностями Туннели Нет в в диаграмме IDEF0 таких свойств деятельностей и связей между деятельностями, как: Порядок действий Временн'ые соотношения Условия перехода Группирование действий Что можно добавить: Свойства, определенные пользователем (для ABC-анализа)  Бессарабов Н.В.2007

Заключение

Литература 1.РД IDEF 0 – 2000. Руководящий документ “Методология функционального моделирования IDEF 0 ” Госстандарт России. 2000 2. Методика и порядок работ по определению, классификации и идентификации процессов. Описание процессов на базе методологии IDEF0. Минск. 2001