CASE-средства Введение IDEF 0 Бессарабов Н В bes fpm

Зарегистрируйтесь, чтобы просмотреть полный документ!

CASE-средства Введение. IDEF 0 Бессарабов Н. В. bes@fpm. kubsu. ru 2007 г.

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

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

Линейная структура организации

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

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

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

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

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

Частные методологии IDEF • • • IDEF 0 – функциональное моделирования; IDEF 1 – информационное моделирование; IDEF 1 X – моделирование данных; IDEF 3 – моделирование «потока» процессов; IDEF 4 – объектно-ориентированное проектирование и анализ; • IDEF 5 – определение онтологий (словарей); • IDEF 9 – моделирование требований;

IDEF 0 • IDEF 0 позволяет создавать функциональные модели в виде набора взаимодействующих и взаимосвязанных блоков, изображаемых прямоугольниками с метками • Функциями в IDEF 0 принято называть все, что происходит в системе и ее подсистемах • Интерфейсы блоков изображаются стрелками, представляющими потоки информации, энергии и материальных объектов, связывающие блоки (функции) • Для описания блоков и стрелок используются метки на естественном языке • Процесс создания модели идет сверху вниз от общих моделей к более детальным • IDEF 0 отображает и структуру и функции системы, однако следует избегать привязки функций к существующей организационной схеме

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

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

Функциональный блок IDEF 0 (3/3)

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

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

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

Пример контекстной диаграммы

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

Декомпозиция (начало)

Декомпозиция

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

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

Туннели. Пример С 1 С 2 С 3 Родительская диаграмма O 1 I 1 Стрелка С 2 не показывается на дочерней диаграмме С 1 Дочерняя диаграмма С 3 O 2 I 1 O 1 Выход O 2 не показан на диаграмме родительского блока Стрелка С 2 обязательно должна появиться в одной из диаграмм нижнего уровня не показанных на этом чертеже

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

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

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

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

Какие задачи решаются с помощью описания бизнеса диаграммами IDEF 0 Описание бизнеса диаграммами IDEF 0 позволяет системному аналитику найти общий язык со специалистами предметной области и выяснить: • • • Какие функции реализует система Каково реальное содержание этих функций Что необходимо для реализации этих функций Что система делает правильно Что система делает неправильно

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

Заключение

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

Скачать презентацию CASE-средства Введение IDEF 0 Бессарабов Н В bes fpm

1_CASE_Вв_IDEF0.ppt

Количество слайдов: 32