Стандарты idef.

Стандарты IDEF получили развитие в 90-х гг. в США в рамках ICAM. Эти стандарты были необходимы первоначально для описания технологических операций, т.е. действий в данном контексте выполненных на автоматизированном оборудовании. Необходимость в подобных решениях заключается в т.ч. использованием самого разнообразного оборудования, используемого для однотипных операций, и в производственной среде разноязыких стран (Япония и англоязычные страны).

Визуально-графическое представление этих стандартов – это разноязыкая производственная среда.

Исходное описание операции для модели

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

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

Модель ICOM носит название IDEF 0 и называется методом функционального моделирования. Модель IDEF 0 является интерпретацией графического подхода структурного представления сложных объектов SADT применительно к функциям или действиям, совершаемым каким-либо «механизмом» над объектом, исходное состояние которого до воздействия понимается как вход, а результат воздействия – как конечное состояние объекта (выход).

Стандарты IDEF существуют в нескольких видах

IDEF 1

(IDEF 1X)

IDEF 3

[IDEF 4] ––> OOП

IDEF 5

IDEF 1 был разработан для обеспечения описания информации, управление которой организация считает важным для выполнения своих задач

IDEF 1X – стандарт информационного моделирования в форме, необходимой для проектирования семантических моделей данных, т.е. данных, сопоставленных с понятиями предметной области.

IDEF 3 необходим для описания состояний объекта и потока событий, которые управляют переходом объекта из одного состояния в другое.

IDEF 4 – стандарт объектно-ориентированного проектирования.

IDEF 5 – стандарт получения онтологического описания, который используется для сбора фактов и получения знаний.

Создание модели процессов в bpwin

Целью построения моделей в BPwin является построение структурной модели процессов, которые могут быть использованы аналитиками как для совершенствования бизнес – процессов, так и для создания или разработки соответствующей информационной технологии (ИТ) в качестве инструмента для совершенствования бизнес процессов.

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

Понятие модели включает в себя представление процесса в три взаимосвязанных описаниях: моделях IDEF0, IDEF3, DFD (Data Flow Diagram). Каждая из этих моделей может быть использована самостоятельно.

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

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

Основные понятия описания модели полностью соответствует идеологии IDEF0. Начинается построение модели с команды “создать новую модель”. Возникает диалоговое окно: создание модели IDEF0. Создание модели начинается с создания работ (activity). Появляется диалоговое окно редактора задания свойств работы. Описание свойств работы начинается с присвоения данной работе имени. В качестве имени имя работы должно быть выражено отглагольным существительным, отражающим действия. Например, изготовление детали приём заказа… При этом название работы и есть идея моделируемого процесса.

Работы обозначают наименованные процессы, функции или задачи которых являются устойчивыми, могут быть представлены в виде совокупности составляющих её действий (подпроцессов) и имеют распознаваемый результат.

По технологии BPwin существует необходимость и возможность создания расширенных определений выбираемых имен. Поэтому помимо имени работы присоединяется расширенное определение работы (Definition). Для построения расширенных определений есть кнопка, позволяющая подключить к названию работы ссылку на документ или фрагмент из текстового документа.

В аннотации BPwin принято следующее отображение: на верхнем уровне любая работа представляется в виде прямоугольника, к которому подключаются стрелки. Эта форма соответствует следующей трактовке:

M

I O

Вход – описание того, что нужно для выполнения работы.

Внизу – ресурсы, необходимые для выполнения работы.

Вверху – как правило, находится информационная составляющая, обеспечивающая корректное выполнение работ.

В качестве ресурсов указывается, в том числе необходимая оснастка (инструменты для выполнения работы или просто необходимое оборудование).

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

Открытая модель на верхнем уровне называется контекстной диаграммой.

Взаимодействие работ с внешним миром и между собой описывается в виде стрелок. Стрелки (Arrow) представляют собой некую информацию и именуются существительными (например, "Заготовка", "Изделие", "Заказ"). Стрелка вводится в контекст диаграммы инструментом BPwin. Она обязательно начинается от края листа.

Для каждой стрелки задается имя, дается расширенное определение и возможно подключается ссылка на документ, связанный с работой.

В процессе создания контекстной диаграммы в BPwin создается контекстная диаграмма на листе специальной формы, где содержится ряд атрибутивных признаков, описывающих контекст (в стандартной форме) создаваемой модели. В частности указывается цель создания модели (например, создание информационной системы, обсуждение, выполнение и пр.), указывается автор работы, точка зрения (View point). Точка зрения является важным элементом. Содержится еще ряд дополнительных атрибутов. В частности, присутствует специальное поле, в котором фиксируются стадии разработки модели. Она проходит от стадии «черновик» до стадии «утверждение» или «принятия».

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

Контекстная диаграмма является верхней, т.е. родительской.

Продолжение действий заключается в продолжении диаграмм декомпозиции работы. Число работ для этой композиции ограничено от 2 до 8. Считается, что число работ, воспринимаемых человеком по уровню иерархий колеблется в диапазоне от 3 до 5.

На этом уровне декомпозиции стрелки начинают ветвится, могут появляться новые и возникать внутренние для данного уровня.

Вводятся стрелки между работами так, что выход одной работы является входом для другой. При этом все вводимые имена и объекты являются «динамически связанными».

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