7 Методология функционального моделирование idef0: ее назначение, понятие “модель”, принцип декомпозиции, структурные компоненты. Правила построения диаграмм idef0. Участников idef0-моделирования

1. Назначение, сущность методологии idef0, и ее основные элементы.

Методология функционального моделирования IDEF0 создана для графического описания производственно-технических и организационно-экономических систем. Она используется для создания функциональной модели, отражающей структуру и функции системы, а так же потоки информации и материальных объектов, связывающие эти функции.

Основные принципы методологии (IDEF0) – это предоставление любой изучаемой системы в виде набора взаимодействующих и взаимосвязанных блоков, отображающих процессы, операции, действия, происходящие в изучаемой системе. Все, что происходит в системе принятии называть функциями. Каждая функция обозначается блоком в виде прямоцгольника, в который вписывают имя функции.

Управление

В ходы выходы

Механизмы

Блоки всегда должны иметь хотя ба одну управляющую и одну выходящую стрелку.

Существует четыре вида стрелок:

1. Прямая

2. Ломаная

3. Ветвление

4. Слияние

Стрелки могут состоять только из горизонтальных и вертикальных отрезков, отрезки направленные по диагонали не допускаются. Стрелки должны присоединятся к блоком к его сторонам присоединение к углам не допускается. Каждая стрелка д.б. помечена.

Модель IDEF0

Представляет собой совокупность диаграмм с сопроводительной документацией разбивающих сложный объект на составные части. Первоначальная диаграмма является наиболее общим описанием всей системы. Она состоит из одного блока и стрелок называется контекстной диаграммой и имеет номер А-0 эта диаграмма обязательно должна входить в состав модели. На диаграмме А-0 стрелки отображают связи объекта моделирования с окружающей средой. Имя блока является названием всей системы. А-0 так же должна содержать точку зрения должностного лица или подразделения, с позиции которой создается модель, и цель для достижения которой ее разрабатывают.

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

Для диаграммы может быть разработан текст и глоссарий. Текст представляет собой краткий комментарий к содержанию диаграммы и размещается на отдельном бланке. Глоссарий определяет понятия и термины.

Отношение блоков на диаграммах IDEF0

В методологии IDEF0 существует пять типов отношений между блоками в пределах одной программы:

1. Выход-управление – возникает тогда когда выход одного блока служит управляющим воздействием на блок с меньшим доминированием

Разрабатывать план производства

План производства

Производить продукт

2. Выход-вход – возникает при соединении выхода одного блока с входом другого блока с меньшим доминированием.

Принимать сырье у поставщика

Производство продукции

Сырье

3. Обратная связь по управлению – возникает тогда, когда выход блока создает управляющее воздействие на блок с наибольшим доминированием.

Разрабатывать проект

Производить экспертизу проекта

Заключение эксперта

4. Обратная связь по входу – имеет место тогда, когда выход блока становится входом другого с большим доминированием.

Проверять качество

Исправлять брак

Брак

5. В

   Проводить реинжиниринг производства

   Понимать и обучать персонал

   ход – механизм – отражает ситуацию, при которой выход одной функции становится средством достижения цели другой.

Персонал

Описанные связи отображают внутренними стрелками, у которых оба конца связаны с блоками диаграммы. Существуют еще граничные стрелки с одним несвязанным концом, они описывают отношения между блоками рассматриваемой диаграммы и родительским блоком.

Для связи граничных стрелок со стрелками родительского блока на дочерней диаграмме используют ICOM-КОДЫ. Буквы I, C, O,M пишутся около несвязного конца граничной стрелки на дочерней диаграмме и идентифицируют стрелку как I (вход), C(управление), O (выход), M (механизм). В родительском блоке. За буквой следует число, определяющее относительное положение точки подключения стрелки к родительскому блоку; это положение определяется слева направо или сверху вниз. Например, код С3, написанный возле конечной стрелки на дочерней диаграмме, указывает, что эта стрелка соответствует третьей слева управляющей стрелке родительского блока. Такое координирование связывает каждую дочернюю диаграмму со своим родительским блоком.

Кроме рассмотренных выше стрелок, существуют тоннельные стрелки. Туннель – это круглые скобки в начале и (или) окончание стрелки. Два типа туннельных стрелок:

1. Стрелка помещенная в тоннель в месте присоединения к блоку означает, что выраженные ею данные не рассматриваются на дочерней диаграмме.

2. Стрелка помещенная в туннель на свободном конце, означает, что выраженные ею данные отсутствуют на родительской диаграмме.

Правила построения и контроль качества диаграмм.

Этапы построения модели IDEF0:

1. Определение объекта моделирования и проблемы для изучения. Построение контекстной диаграммы А-0 решение проблемы д.б. предусмотрено в цели моделирования.

2. Декомпозиция объекта моделирования на трех шести подфункциях построения диаграммы А-0

3. Последующая декомпозиция блоков и построение дочерних диаграмм до достижения целей моделирования.

4. При необходимости разработка текста и глоссария для диаграмм.

Правила построения диаграмм:

1. Обязательное наличие контекстной диаграммы

2. Диагональное расположение блоков

3. Неконтекстная диаграмма содержит не менее 3 и не более шести блоков

4. Обязательны управляющие и выходящие стрелки

5. Максимальние расстояние между стрелками и блоками

6. Приоритет управления.

При контроле качества используют следующие критерии:

1. Завершенность, присутствие всех элементов на диаграмме

2. Корректность-точность конструирования объекта

3. Полнота - достаточная декомпозиция, детализация

4. Краткость – отсутствие вторичной информации

5. Согласованность – единообразие терминов

6. Правильность – степень точности описания области моделирования

7. Сложность и понимаемость (легкость чтения)

Организация процесса функционального моделирования

IDEF0 модель создается в результате скоординированной коллективной работы, при которой авторы создают первоначальные диаграммы, основанные на собранной информации об объекте моделирования, и передают их экспертам для рассмотрения и формулированиязамечаний, а затем отвечают на каждое замечание эксперта письменно на тех же диаграммах, принимая или отвергая продолжения эксперта с указанием причин. Этот цикл продолжается до тех пор, пока диаграммы, а затем м вся модель не будут приняты. После внесения изменений и исправления старые варианты диаграмм остаются в архиве проекта.

Участники коллектива моделирования:

1. Руководитель проекта – лицо осуществляющее административное управление проектом.

• Выбирает авторов моделирования

• Определяет источники информации

• Выбирает экспертов для одобрения диаграмм

• Формирует технический совет и является его председателем

• Присваивает статус диаграмме

Существует 4 статуса диаграмм:

1. Рабочая версия (с большим количеством замечаний)

2. Проект или эскиз (меньше замечаний)

3. Рекомендовано (рецензировано, утверждена техническим советом)

4. Публикация (может рассылаться всем участникам).

2. Авторы (разработчики) модели – лица создающие IDEF0 модель на основе материала, собранного из источников информации. Разработчик должен:

1) собирать данные из источника информации

2) обучать основам моделирования других участников

3) оформлять IDEF0 диаграмму

4) при необходимости организовать разработку моделей.

3. Технический совет – состоит из нескольких компетентных специалистов. Важно что бы в совете были представлены все службы, имеющие отношение к рассматриваемой предметной области. Нецелесообразно, что бы в совет входили разработчики модели. ТС делает замечания и дает рекомендации разработчикам модели.

4. Эксперты в предметной области. Эксперт. – выбираемое руководителем проекта лицо, обладающее специальными знаниями некоторых аспектов моделируемой области. Главной задачей эксперта является оценка соответствия модели предметной области.

5. Библиотекарь. – лицо, ответственное за хранение документации, изготовление копий, обмен письменной или электронной информации.

6. Источники информации – люди документирующие наблюдения.

7. При проведении работ с привлечении сторонних организаций может создаваться координационный совет, обеспечивающий взаимодействие всех участников проекта.