Презентация на тему Моделирование и представление структуры предприятия.

функционирование исследуемой предметной области и отвечающая основному требованию –

быть адекватной этой области.

для заказчиков и разработчиков;
3) реализуемость;
4) обеспечение оценки эффективности реализации

модели.

в 1981 году в рамках программы автоматизации промышленных предприятий,

которая носила обозначение ICAM (Integrated Computer Aided Manufacturing) и была предложена департаментом Военно-Воздушных Сил США.

Семейство стандартов IDEF унаследовало свое обозначение от названия этой программы (IDEF=ICAM DEFinition).

с участием всех аналитиков и специалистов, занятых в рамках

проекта. 
Последняя редакция IDEF была выпущена в декабре 1993 года Национальным Институтом По Стандартам и Технологиям США (NIST).

четыре основных понятия: 

функциональный блок (Activity Box);
интерфейсная

дуга (Arrow);
декомпозиция (Decomposition);
глоссарий (Glossary).

конкретную функцию в рамках рассматриваемой системы;

название каждого функционального блока

должно быть сформулировано в глагольном наклонении (например, “производить услуги”, а не “производство услуг”). 

определенное значение
1)Верхняя сторона имеет значение “Управление” (Control); 
2) Левая сторона

имеет значение “Вход” (Input); 
3) Правая сторона имеет значение “Выход” (Output); 
4) Нижняя сторона имеет значение “Механизм” (Mechanism). 
Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер

или оказывает иное влияние на функцию.
Графическим отображением интерфейсной дуги

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

к какой из сторон подходит данная интерфейсная дуга, она

носит название “входящей”, “исходящей” или “управляющей”.

могут быть только функциональные блоки, при этом

“источник” - только выходная сторона блока, “приемник” - любая из трех оставшихся. 

мере, одну управляющую интерфейсную дугу и одну исходящую.

отделять входящие интерфейсные дуги от управляющих, что часто бывает

непросто.

составляющие его функции.

Уровень детализации процесса определяется непосредственно разработчиком модели. 

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

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

как единого целого – одного функционального блока с интерфейсными

дугами, простирающимися за пределы рассматриваемой области.

Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором “А-0”. 

диаграмме должна быть указана цель (Purpose) построения диаграммы в

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

Точка зрения определяет основное направление развития модели и уровень необходимой детализации

целое, подвергается детализации на другой диаграмме.

Диаграмма второго уровня содержит

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

быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального

блока.

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