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

👁 119 просмотров
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...

  1. Введение в IDEF0
  2. Концепция IDEF0
  3. Основные понятия методологии и языка IDEF0
  4. Синтаксис графического языка IDEF0
  5. Семантика языка IDEF0
  6. Свойства диаграм IDEF0
  7. Отношения между блоками диаграммы и другими диаграммами (окружающей средой)
  8. Правила построения диаграм
  9. Ссылочные номера (коды)
  10. Методика разработки функциональных моделей в среде IDEF0
  11. Организация процесса функционального моделирования и управления проектом
  12. Перспективы развития методологии функционального моделирования IDEF0

Из знакомства с IDEF0 следует, что эта методология представляет собой четко формализованный подход к созданию функциональных моделей — структурных схем изучаемой системы. Схемы строятся по иерархическому принципу с необходимой степенью подробности и помогают разобраться в том, что происходит в изучаемой системе, какие функции в ней выполняются и в какие отношения вступают между собой и с окружающей средой ее функциональные блоки. Совокупность схем (IDEF0 — диаграмм) образует модель системы. Эта модель носит качественный, описательный, декларативный характер. Она принципиально не может ответить на вопросы о том, как протекают процессы в системе во времени и в пространстве, каковы их характеристики и в какой мере удовлетворяются (или не удовлетворяются) требования, предъявляемые к системе. Все эти вопросы с неизбежностью возникают после того, как достигнут нижний уровень декомпозиции, т.е. обозначены « … функции нижнего уровня, с помощью которых и работает система».

В этом случае рекомендуется переходить к другим моделям — математическим, имитационным моделям, описывающим процессы в функциональных блоках IDEF0 — модели . По терминологии, принятой в исследовании операций, IDEF0 — модели относятся к классу концептуальных. Именно концептуальные модели являются основой построения математических моделей . Пытаться «нагрузить» концептуальную модель количественными соотношениями не следует — это разные уровни абстракции. Видимо, этим объясняется существование специальной методологии IDEF2, предназначен-ной для моделирования динамических процессов в функциональных моделях.

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

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

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

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

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

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

 

 

Методика разработки функциональных моделей среде IDEF 0

👁 252 просмотров
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...

  1. Введение в IDEF0
  2. Концепция IDEF0
  3. Основные понятия методологии и языка IDEF0
  4. Синтаксис графического языка IDEF0
  5. Семантика языка IDEF0
  6. Свойства диаграм IDEF0
  7. Отношения между блоками диаграммы и другими диаграммами (окружающей средой)
  8. Правила построения диаграм
  9. Ссылочные номера (коды)
  10. Методика разработки функциональных моделей в среде IDEF0
  11. Организация процесса функционального моделирования и управления проектом
  12. Перспективы развития методологии функционального моделирования IDEF0

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

Общие положения

Как уже отмечалось во Введении, объектами функционального моделирования и структурного анализа по методологии IDEF0 являются организационно-экономические и производственно-технические системы. Согласно основным положениям системного анализа и системотехники [ 4 ] системой называется совокупность взаимодействующих объектов любой, в том числе различной, физической природы, обладающая выраженным системным свойством (свойствами), т.е. свойством, которого не имеет ни одна из частей системы при любом способе членения, и не выводимым из свойств частей. Части системы, обладающие собственными системными свойствами, называются подсистемами. Объединение нескольких систем, обладающее системным свойством, называют надсистемой или системой более высокого (2-го, 3-ьего и т.д.) порядка. Элементом системы является объект с однозначно определенными известными свойствами, вытекающими из физических или экономических законов.
Система (подсистема, элемент) имеют входы и выходы. Входом называется дискретное или непрерывное множество «контактов», через которое воздействие среды передается системе. Выход – множество «контактов», через которое система воздействует на среду. Любой элемент системы имеет по
крайней мере один вход и один выход. Воздействие может состоять в передаче вещества, энергии, информации или комбинации этих сущностей.

Приведенные определения корреспондируются с определением функционального блока IDEF0 с той лишь разницей, что в методологии входные контакты подразделяются на собственно входы и управления. Функциональный блок, как отображающий моделируемую систему в целом
(блок А0), так и блок на любом уровне декомпозиции являются преобразующими блоками. Преобразующий блок – блок IDEF0 – диаграммы, преобразующий входы в выходы под действием управлений при помощи «механизмов» (см. разд. 2, 3). Преобразование – цель и результат работы любого блока на диаграмме любого уровня декомпозиции.
Преобразованию в блоке могут подвергаться материальные и информационные объекты, образующие соответствующие потоки.
Материальный поток – непрерывное или дискретное множество материальных объектов, распределенное во времени.

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

  • ограничительная информация;
  • описательная информация;
  • предписывающая (управляющая) информация.

Ограничительная информация — сведения о том, чего нельзя делать:
а) никогда, ни при каких обстоятельствах (кроме, быть может, форс-мажорных) в любой фазе и на любом этапе функционирования системы в целом;
б) в рамках функционирования конкретного блока.

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

Рисунок 1 - Схематическое изображение связей преобразующего блока
Рисунок 1 — Схематическое изображение связей преобразующего блока

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

Классификация функций, моделируемых блоками IDEF0

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

А) Основные виды функций

  1. Деятельность ( синонимы: дело, бизнес) – совокупность процессов, выполняемых (протекающих) последовательно или/и параллельно, преобразующих множество материальных или/и информационных потоков во множество материальных или/и информационных потоков с другими свойствами. Деятельность осуществляется в соответствии с заранее определенной и постоянно корректируемой целью, с потреблением финансовых, энергетических, трудовых и материальных ресурсов, при выполнении ограничений со стороны внешней среды. В модели IDEF0 деятельность описывается блоком А0 на основной контекстной диаграмме А-0. При моделировании крупных, многопрофильных структур (фирм, организаций, предприятий), которые по своему статусу занимаются различными видами деятельности, последние представляют собой различные экземпляры класса «деятельность» и могут найти отражение в дополнительной контекстной диаграмме А-1. В этом случае общая модель такой сложной структуры будет состоять из ряда частных моделей, каждая из которых относится к конкретному виду деятельности. Связь между этими частными моделями представляет отдельную методическую проблему, которая в рамках настоящего РД не рассматривается.
  2. Процесс (синоним: бизнес-процесс) – совокупность последовательно или/и параллельно выполняемых операций, преобразующая материальный или/и информационный потоки в соответствующие потоки с другими свойствами.
    Процесс протекает в соответствии с управляющими директивами, вырабатываемыми на основе целей деятельности . В ходе процесса потребляются финансовые, энергетические, трудовые и материальные ресурсы и выполняются ограничения со стороны других процессов и внешней среды.
  3. Операция – совокупность последовательно или/и параллельно выполняемых действий,  преобразующих объекты, входящие в состав материального или/и информационного потока, в соответствующие объекты с другими свойствами. Операция выполняется : а) в соответствии с директивами, вырабатываемыми на основе директив, определяющих протекание процесса, в состав которого входит операция; б) с потреблением всех видов потребных ресурсов; в) с соблюдением ограничений со стороны других операций и внешней среды.
  4. Действие – преобразование какого-либо свойства материального или информационного объекта в другое свойство. Действие выполняется в соответствии с командой, являющейся частью директивы на выполнение операции, с потреблением необходимых ресурсов и с соблюдением ограничений, налагаемых на осуществление операции.

Б) Дополнительные виды функций:

  1. Субдеятельность – совокупность нескольких процессов в составе деятельности, объединенная некоторой частной целью (являющейся «подцелью» деятельности).
  2. Подпроцесс – группа операций в составе процесса, объединенная технологически или организационно.

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

Организационно-технические структуры и механизмы IDEF0-моделей

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

 

Рисунок 2 - Соответствие между иерархиями
Рисунок 2 — Соответствие между иерархиями

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

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

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

Во многих моделях находит или должно находить отражение явление, состоящее в формировании или специфической настройке (перестройке) механизмов в ходе деятельности. Это явление часто именуется реинжинирнгом производства и/или бизнес-процессов на предприятии (в организации)

Рисунок 3 - Схема субдеятельность
Рисунок 3 — Схема субдеятельность

Явление отражается в модели как субдеятельность, поскольку почти всегда состоит из нескольких процессов. Укрупненная схема этой субдеятельности приведена на рис. 3. Согласно схеме входом и одновременно потребляемым ресурсом субдеятельности являются финансы, преобразуемые в другие виды ресурсов – энергетические, трудовые, материальные (оборудование, вспомогательные материалы и т.п.). ( см. Приложение 1) .
Механизм любого уровня обеспечивает выполнение деятельности (процесса, операции, действия), потребляя ресурсы: финансовые, энергетические, трудовые, непосредственно или с помощью промежуточных преобразований (рис. 3), т.е. специфических процессов, которые можно назвать поддерживающими, обеспечивающими или вспомогательными ( по аналогии с вспомогательными производствами, цехами, участками на машиностроительном предприятии) по отношению к основным процессам, где происходят преобразования, однозначно обусловленные целью деятельности.
Существенный признак вспомогательного процесса: этот процесс не создает конечного продукта деятельности и, следовательно, прибыли.

Управление – особый вид процесса, операции, действия

Один из общих принципов методологии IDEF 0 требует, чтобы к каждому блоку на диаграмме должна быть присоединена хотя бы одна управляющая стрелка, отображающая условия правильного функционирования блока ( см. разд. 8). Это требование есть следствие положения системотехники, согласно которому управление есть такое воздействие ( преимущественно информационное) на систему, которое стимулирует ее функционирование в направлении достижения некоторой цели [4 ]. В связи с этим можно сформулировать ряд определений и методических положений, которыми следует руководствоваться при отражении управлений на функциональных моделях.

Управление деятельностью – процесс, состоящий, как минимум, из следующих операций:

  • формулирование целей деятельности;
  • оценивание ресурсов, необходимых для осуществления деятельности и их сопоставление с имеющимися ресурсами;
  • сбор информации об условиях протекания и фактическом состоянии деятельности («глобальная» обратная связь);
  • выработка и принятие решений, направленных на достижение целей по п.1, в частности, решений о распределении ресурсов по процессам, входящим в состав деятельности;
  • оформление решений в виде директив на управление процессами;
  • реализация решений (исполнение директив) и оценка их результатов («локальная обратная связь»);

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

Управление процессом – операция, состоящая, как минимум, из следующих действий:

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

Управление операцией – действие, состоящее в выработке на основании директивы на управление операцией команд на управление действиями, в реализации этих команд, оценке результатов выполнения, передаче необходимой информации в комплекс управления процессом, корректировке команд в случае необходимости.
Блоки управления должны присутствовать на каждой IDEF 0-диаграмме (кроме тех, которые являются декомпозициями самих таких блоков). Через них осуществляются управляющие воздействия на остальные блоки диаграммы. Именно эти блоки воспринимают ограничивающую и предписывающую информацию и преобразуют ее в соответствующие директивы и команды. Имена блоков управления, как правило, содержат глагол «Управлять…».

Стрелки, исходящие из блока с именем «Управлять …», описывают централизованную схему управления (управленческую «вертикаль»). Возможны варианты структур, в которых выходная информация одного из блоков является управляющей для другого. Это отображает децентрализацию управления («горизонтальные» связи) (см. Приложение 1).

Типизация функциональных моделей и IDEF 0– диаграмм

Эффективность и производительность труда разработчиков функциональных моделей могут быть повышены за счет применения типовых моделей и отдельных диаграмм, ориентированных на применение в конкретных предметных областях. Так, например, на основе представлений о жизненном цикле продукции (изделия) можно предложить типовую диаграмму уровня А0 для промышленного предприятия, которая может иметь вид, схематически показанный на рис. 4

Рисунок 4 - Типовая диаграмма уровня А0
Рисунок 4 — Типовая диаграмма уровня А0

Фрагмент типовой модели промышленного предприятия в формате IDEF0 дан в Приложении 2.

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

4. Дружинин В.В., Конторов Д.С. Системотехника. – М.: Радио и связь. 1985,
— 200 с.

 

 

Свойства диаграмм IDEF0

👁 171 просмотров
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...

  1. Введение в IDEF0
  2. Концепция IDEF0
  3. Основные понятия методологии и языка IDEF0
  4. Синтаксис графического языка IDEF0
  5. Семантика языка IDEF0
  6. Свойства диаграм IDEF0
  7. Отношения между блоками диаграммы и другими диаграммами (окружающей средой)
  8. Правила построения диаграм
  9. Ссылочные номера (коды)
  10. Методика разработки функциональных моделей в среде IDEF0
  11. Организация процесса функционального моделирования и управления проектом
  12. Перспективы развития методологии функционального моделирования IDEF0

Стрелки как ограничения

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

Рисунок 1 - Зависимости выполнения функций
Рисунок 1 — Зависимости выполнения функций

Рис.1 иллюстрирует случай, при котором «функция 3» может быть выполнена только после получения данных, выработанных «функцией 1» и «функцией 2».

Параллельное функционирование

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

Рисунок 2 - Параллельное выполнение функций
Рисунок 2 — Параллельное выполнение функций
Ветвление и слияние сегментов стрелок

Ветвление и слияние стрелок призвано уменьшить загруженность диаграмм графическими элементами (линиями). Чтобы стрелки и их сегменты правильно описывали связи между блоками — источниками и блоками — потребителями, используется аппарат меток. Метки связываются с сегментами посредством тильд. При этом между сегментами возникают определенные отношения, описанные ниже:

  • непомеченные сегменты (рис.3) содержат все объекты, указанные в метке стрелки перед ветвлением (т.е. все объекты принадлежат каждому из сегментов);

    Рисунок 3 - Непомеченные сегменты
    Рисунок 3 — Непомеченные сегменты
  • сегменты, помеченные после точки ветвления (рис. 4), содержат все объ-
    екты, указанные в метке стрелки перед ветвлением, или их часть, описы-
    ваемую меткой каждого конкретного сегмента;

    Рисунок 4 - Помеченные сегменты
    Рисунок 4 — Помеченные сегменты
  • при слиянии непомеченных сегментов объединенный сегмент стрелки содержит все объекты, принадлежащие сливаемым сегментам и указанные в общей метке стрелки после слияния (рис.5);
  • при слиянии помеченных сегментов (рис. 6) объединенный сегмент содержит все или некоторые объекты, принадлежащие сливаемым сегментам и перечисленные в общей метке после слияния; если общая метка после слияния отсутствует, это означает, что общий сегмент передает все объекты, принадлежащие сливаемым сегментам;
    Рисунок 5 - Слиянии непомеченных сегментов
    Рисунок 5 — Слиянии непомеченных сегментов

    Рисунок 6 - Слиянии помеченных сегментов
    Рисунок 6 — Слиянии помеченных сегментов
Отношения блоков на диаграммах

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

  • доминирование;
  • управление;
  • выход — вход;
  • обратная связь по управлению;
  • обратная связь по входу;
  • выход – механизм.

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

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

Рисунок 7 - Отношение упраления
Рисунок 7 — Отношение упраления

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

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

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

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

Рисунок 8 - Отношение выход – вход
Рисунок 8 — Отношение выход – вход
Рисунок 9 - Обратная связь по управлению
Рисунок 9 — Обратная связь по управлению
Рисунок 10 - Отношение обратной связи по входу
Рисунок 10 — Отношение обратной связи по входу

Связи «выход – механизм» (рис. 11) отражают ситуацию, при которой вы-
ход одной функции становиться средством достижения цели для другой.
Связи «выход – механизм» возникают при отображении в модели процедур
пополнения и распределения ресурсов , создания или подготовки средств для
выполнения функций системы (например, приобретение или изготовление
требуемых инструментов и оборудования, обучение персонала, организация
физического пространства, , финансирование, закупка материалов и т.д.;
подробнее – см. ниже, разд. … .).

Рисунок 11 - Связи «выход – механизм»
Рисунок 11 — Связи «выход – механизм»

 

Семантика языка IDEF0

👁 293 просмотров
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...

  1. Введение в IDEF0
  2. Концепция IDEF0
  3. Основные понятия методологии и языка IDEF0
  4. Синтаксис графического языка IDEF0
  5. Семантика языка IDEF0
  6. Свойства диаграм IDEF0
  7. Отношения между блоками диаграммы и другими диаграммами (окружающей средой)
  8. Правила построения диаграм
  9. Ссылочные номера (коды)
  10. Методика разработки функциональных моделей в среде IDEF0
  11. Организация процесса функционального моделирования и управления проектом
  12. Перспективы развития методологии функционального моделирования IDEF0

Семантика определяет содержание (значение) синтаксических компонентов языка и способствует правильности их интерпретации. Интерпретация устанавливает соответствие между блоками и стрелками с одной стороны и функциями и их интерфейсами – с другой.

Семантика блоков и стрелок

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

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

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

Рисунок 1 - Стандартное расположение стрелок
Рисунок 1 — Стандартное расположение стрелок

 

Имена и метки

Как указывалось, имена функций – глаголы или глагольные обороты. Примеры таких имен:

  • производить детали
  • планировать ресурсы
  • наблюдать
  • наблюдать за выполнением
  • проектировать систему
  • эксплуатировать
  • разработать детальные чертежи
  • изготовить компонент
  • проверять деталь

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

  • спецификации
  • отчет об испытаниях
  • бюджет
  • конструкторские требования
  • конструкция детали
  • директива
  • инженер-конструктор
  • плата в сборе
  • требования

Пример размещения меток стрелок и имени блока показан на рис. 2.

Семантические правила блоков и стрелок
  1. Имя блока должно быть активным глаголом или глагольным оборотом.
  2. Каждая сторона функционального блока должна иметь стандартное отношение блок/стрелки:
    а) входные стрелки должны связываться с левой стороной блока;
    б) управляющие стрелки должны связываться с верхней стороной блока;
    в) выходные стрелки должны связываться с правой стороной блока;
    г) стрелки механизма (кроме стрелок вызова) должны указывать вверх и
    подключаться к нижней стороне блока.
    д) стрелки вызова механизма должны указывать вниз, подключаться к ниж-
    ней стороне блока, и помечаться ссылкой на вызываемый блок

    Рисунок 2 - Пример размещения меток стрелок и имени блока
    Рисунок 2 — Пример размещения меток стрелок и имени блока
  3. Сегменты стрелок, за исключением стрелок вызова, должны помечаться существительным или оборотом существительного, если только единственная метка стрелки несомненно не относится к стрелке в целом.
  4. Чтобы связать стрелку с меткой, следует использовать «тильду» () .
  5. В метках стрелок не должны использоваться следующие термины: функция, вход, управление, выход, механизм, вызов.
Диаграммы IDEF0

IDEF0-модели состоят из трех типов документов: графических диаграмм, текста и глоссария. Эти документы имеют перекрестные ссылки друг на друга. Графическая диаграмма – главный компонент IDEF0-модели, содержащий блоки, стрелки, соединения блоков и стрелок и ассоциированные с ними отношения. Блоки представляют основные функции моделируемого объекта. Эти функции могут быть разбиты (декомпозированы) на составные части и представлены в виде более подробных диаграмм; процесс декомпозиции продолжается до тех пор, пока объект не будет описан на уровне детализации, необходимом для достижения целей конкретного проекта. Диаграмма верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. За этой диаграммой следует серия дочерних диаграмм, дающих более детальное представление об объекте.

Контекстная диаграмма верхнего уровня

Каждая модель должна иметь контекстную диаграмму верхнего уровня, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A-0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Поскольку единственный блок представляет весь объект, его имя –  общее для всего проекта. Это же справедливо и для всех стрелок диаграммы, поскольку они представляют полный комплект внешних интерфейсов объекта. Диаграмма A-0 устанавливает область моделирования и ее границу. Пример диаграммы A-0 показан на рис. 3

Рисунок 3 - Диаграмма A-0 устанавливает область моделирования и ее границу
Рисунок 3 — Диаграмма A-0 устанавливает область моделирования и ее границу

Контекстная диаграмма A-0 также должна содержать краткие утверждения, определяющие точку зрения должностного лица или подразделения, с позиций которого создается модель, и цель, для достижения которой ее разрабатывают. Эти утверждения помогают руководить разработкой модели и ввести этот процесс в определенные рамки. Точка зрения определяет, что и в каком разрезе можно увидеть в пределах контекста модели. Изменение точки зрения, приводит к рассмотрению других аспектов объекта. Аспекты, важные с одной точки зрения, могут не появиться в модели, разрабатываемой с другой точки зрения на тот же самый объект. Формулировка цели выражает причину создания модели, т.е. содержит перечень вопросов, на которые должна отвечать модель, что в значительной мере определяет ее структуру. Наиболее важные свойства объекта обычно выявляются на верхних уровнях иерархии; по мере декомпозиции функции верхнего уровня и разбиения ее на подфункции, эти свойства уточняются. Каждая подфункция, в свою очередь, декомпозируется на элементы следующего уровня, и так происходит до тех пор, пока не будет получена релевантная структура, позволяющая ответить на вопросы, сформулированные в цели моделирования. Каждая подфункция моделируется отдельным блоком Каждый родительский блок подробно описывается дочерней диаграммой на более низком уровне. Все дочерние диаграммы должны быть в пределах области контекстной диаграммы верхнего уровня.

Дочерняя диаграмма

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

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

Родительская диаграмма

Родительская диаграмма – та, которая содержит один или более родительских блоков. Каждая обычная (не-контекстная) диаграмма является также дочерней диаграммой, поскольку, по определению, она подробно описывает некоторый родительский блок. Таким образом, любая диаграмма может быть как родительской диаграммой (содержать родительские блоки), так и дочерней (подробно описывать собственный родительский блок). Аналогично, блок может быть как родительским (подробно описываться дочерней диаграммой) так и дочерним (появляющимся на дочерней диаграмме). Основное иерархическое отношение существует между родительским блоком и дочерней диаграммой, которая его подробно описывает (рис.4)

Рисунок 4 - Отношение существует между родительским блоком и дочерней диаграммой
Рисунок 4 — Отношение существует между родительским блоком и дочерней диаграммой

То, что блок является дочерним и раскрывает содержание родительского блока на диаграмме предшествующего уровня, указывается специальным ссылочным кодом, написанным ниже правого нижнего угла блока. Этот ссылочный код может формироваться несколькими способами, из которых самый простой заключается в том, что код , начинающийся с буквы А(по имени диаграммы А-0), содержит цифры, определяемые номерами родительских блоков. Например, показанные на рис.5 коды означают, что диаграмма является декомпозицией 1-го блока диаграммы, которая, в свою очередь является декомпозицией 6-го блока диаграммы А0, а сами коды образуются присоединением номера блока.

Рисунок 5 - Декомпозиция блоков IDEF0
Рисунок 5 — Декомпозиция блоков IDEF0
Текст и глоссарий

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

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

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

Диаграммы — иллюстрации (FEO)

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

 

Синтаксис графического языка IDEF0

👁 135 просмотров
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...

  1. Введение в IDEF0
  2. Концепция IDEF0
  3. Основные понятия методологии и языка IDEF0
  4. Синтаксис графического языка IDEF0
  5. Семантика языка IDEF0
  6. Свойства диаграм IDEF0
  7. Отношения между блоками диаграммы и другими диаграммами (окружающей средой)
  8. Правила построения диаграм
  9. Ссылочные номера (коды)
  10. Методика разработки функциональных моделей в среде IDEF0
  11. Организация процесса функционального моделирования и управления проектом
  12. Перспективы развития методологии функционального моделирования IDEF0

Набор структурных компонентов языка, их характеристики и правила, определяющие связи между компонентами, представляют собой синтаксис языка. Компоненты синтаксиса IDEF0 – блоки, стрелки, диаграммы и правила. Блоки представляют функции, определяемые как деятельность, процесс, операция, действие или преобразование (см. ниже). Стрелки представляют данные или материальные объекты, связанные с функциями. Правила определяют, как следует применять компоненты; диаграммы обеспечивают формат графического и словесного описания моделей. Формат образует основу для управления конфигурацией модели.

Блок
Рисунок 1 - Схема фигуры "Блок"
Рисунок 1 — Схема фигуры «Блок»

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

Стрелка

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

 

Синтаксические правила
Рисунок 2 - Схемные обозначения стрелок
Рисунок 2 — Схемные обозначения стрелок

Блоки

  1. Размеры блоков должны быть достаточными для того, чтобы включить
    имя блока
  2. Блоки должны быть прямоугольными, с прямыми углами.
  3. Блоки должны быть нарисованы сплошными линиями.

Стрелки

  1. Ломаные стрелки изменяют направление только под углом 90 град
  2. Стрелки должны быть нарисованы сплошными линиями различной толщины.
  3. Стрелки могут состоять только из вертикальных или горизонтальных отрезков; отрезки, направленные по диагонали , не допускаются.
  4. Концы стрелок должны касаться внешней границы функционального блока, но не должны пересекать ее.
  5. Стрелки должны присоединяться к блоку на его сторонах. Присоединение в
    углах не допускается.

Концепция IDEF0

👁 131 просмотров
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...

  1. Введение в IDEF0
  2. Концепция IDEF0
  3. Основные понятия методологии и языка IDEF0
  4. Синтаксис графического языка IDEF0
  5. Семантика языка IDEF0
  6. Свойства диаграм IDEF0
  7. Отношения между блоками диаграммы и другими диаграммами (окружающей средой)
  8. Правила построения диаграм
  9. Ссылочные номера (коды)
  10. Методика разработки функциональных моделей в среде IDEF0
  11. Организация процесса функционального моделирования и управления проектом
  12. Перспективы развития методологии функционального моделирования IDEF0

Методология IDEF0 основана на следующих концептуальных положениях:

  1. Модель – искусственный объект, представляющий собой отображение (образ) системы и ее компонентов. Согласно [ 3 ]М моделирует А, если М отвечает на вопросы относительно А. Здесь М – модель, А – моделируемый объект (оригинал). Модель разрабатывают для понимания, анализа и принятия решений о реконструкции (реинжиниринге) или замене существующей, либо проектировании новой системы. Система представляет собой совокупность взаимосвязанных и взаимодействующих частей, выполняющих некоторую полезную работу. Частями (элементами) системы могут быть любые комбинации разнообразных сущностей, включающие людей, информацию, программное обеспечение, оборудование, изделия, сырье или энергию (энергоносители). Модель описывает, что происходит в системе, как ею управляют, какие сущности она преобразует, какие средства использует для выполнения своих функций и что производит.
  2. Блочное моделирование и его графическое представление. Основной концептуальный принцип методологии IDEF – представление любой изучаемой системы в виде набора взаимодействующих и взаимосвязанных блоков, отображающих процессы, операции, действия (определения – см. ниже), происходящие в изучаемой системе. В IDEF0 все, что происходит в системе и ее элементах, принято называть функциями. Каждой функции ставится в соответствие блок. На IDEF0 –диаграмме, основном документе при анализе и проектировании систем, блок представляет собой прямоугольник. Интерфейсы, посредством которых блок взаимодействует с другими блоками или с внешней по отношению к моделируемой системе средой, представляются стрелками ), входящими в блок или выходящими из него. Входящие стрелки показывают, какие условия должны быть одновременно выполнены, чтобы функция, описываемая блоком, осуществилась.
  3. Лаконичность и точность. Документация, описывающая систему, должна быть точной и лаконичной. Многословные характеристики, изложенные в форме традиционных текстов, неудовлетворительны. Графический язык позволяет лаконично, однозначно и точно показать все элементы (блоки) системы и все отношения и связи между ними, выявить ошибочные, лишние или дублирующие связи и т.д..
  4. Передача информации. Средства IDEF0 облегчают передачу информации от одного участника разработки модели (отдельного разработчика или рабочей группы) к другому. К числу таких средств относятся:
    • диаграммы, основанные на простой графике блоков и стрелок, легко читаемые и понимаемые;
    • метки на естественном языке для описания блоков и стрелок, а также глоссарий и сопроводительный текст для уточнения смысла элементов диаграммы;
    • последовательная декомпозиция диаграмм, строящаяся по иерархическому принципу, при котором на верхнем уровне отображаются основные функции, а затем происходит их детализация и уточнение;
    • древовидные схемы иерархии диаграмм и блоков , обеспечивающие обозримость модели в целом и входящих в нее деталей.
  5. Строгость и формализм. Разработка моделей IDEF0 требует соблюдения ряда строгих формальных правил, обеспечивающих преимущества методологии в отношении однозначности, точности и целостности сложных многоуровневых моделей. Эти правила описываются ниже. Здесь отмечается только основное из них: все стадии и этапы разработки и корректировки модели должны строго, формально документироваться с тем, чтобы при ее эксплуатации не возникало вопросов , связанных с неполнотой или некорректностью документации.
  6. Итеративное моделирование. Разработка модели в IDEF0 представляет собой пошаговую, итеративную процедуру. На каждом шаге итерации разработчик предлагает вариант модели, который подвергают обсуждению, рецензированию и последующему редактированию, после чего цикл повторяется. Такая организация работы способствует оптимальному использованию знаний системного аналитика, владеющего методологией и техникой IDEF0, и знаний специалистов  — экспертов в предметной области, к которой относится объект моделирования.
  7. Отделение «организации» от «функций». При разработке моделей
    следует избегать изначальной «привязки» функций исследуемой системы к существующей организационной структуре моделируемого объекта (предприятия, фирмы). Это помогает избежать субъективной точки зрения, навязанной организацией и ее руководством. Организационная структура должна явиться результатом использования (применения) модели. Сравнение результата с существующей структурой позволяет, во первых, оценить адекватность модели, а во-вторых  — предложить решения, направленные на совершенствование этой структуры.

3. Давид Марка, Клемент МакГоуэн, Методология структурного анализа и
проектирования. Пер. с англ. М.:1993, 240 с. , ISBN 5-7395-0007-9

Введение в IDEF0

👁 184 просмотров
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...

  1. Введение в IDEF0
  2. Концепция IDEF0
  3. Основные понятия методологии и языка IDEF0
  4. Синтаксис графического языка IDEF0
  5. Семантика языка IDEF0
  6. Свойства диаграм IDEF0
  7. Отношения между блоками диаграммы и другими диаграммами (окружающей средой)
  8. Правила построения диаграм
  9. Ссылочные номера (коды)
  10. Методика разработки функциональных моделей в среде IDEF0
  11. Организация процесса функционального моделирования и управления проектом
  12. Перспективы развития методологии функционального моделирования IDEF0

 

Рисунок 1 - Простая схема IDEF0
Рисунок 1 — Простая схема IDEF0

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

 

Рисунок 2 - Douglas T. Ross
Рисунок 2 — Douglas T. Ross

В США это обстоятельство было осознано еще в конце 70-ых годов, когда ВВС США предложили и реализовали Программу интегрированной компьютеризации производства ICAM (ICAM — Integrated Computer Aided Manufacturing), направленную на увеличение эффективности промышленных предприятий посредством широкого внедрения компьютерных (информационных) технологий. Реализация программы ICAM потребовала создания адекватных методов анализа и проектирования производственных систем и способов обмена информацией между специалистами, занимающимися такими проблемами. Для удовлетворения этой потребности в рамках программы ICAM была разработана методология IDEF (ICAM Definition), позволяющая исследовать структуру, параметры и характеристики производственно-технических и организационно-экономических систем (в дальнейшем, там, где это не вызывает недоразумений – систем). Общая методология IDEF состоит из трех частных методологий моделирования, основанных на графическом представлении систем:

  • IDEF0 используется для создания функциональной модели, отображаю-
    щей структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции.
  • IDEF1 применяется для построения информационной модели, отображающей структуру и содержание информационных потоков, необходимых для поддержки функций системы;
  • IDEF2 позволяет построить динамическую модель меняющихся во времени поведения функций, информации и ресурсов системы.
Рисунок 3 - Истоки IDEF
Рисунок 3 — Истоки IDEF

К настоящему времени наибольшее распространение и применение имеют методологии IDEF0 и IDEF1 (IDEF1X), получившие в США статус федеральных стандартов. [1 ,2 ]. Методология IDEF0, особенности и приемы применения которой описываются в настоящем Руководящем документе (РД), основана на подходе, разработанном Дугласом Т.  Россом в начале 70 — ых годов и получившем название SADT (Structured Analysis & Design Technique метод структурного анализа и проектирования). Основу подхода и, как следствие, методологии IDEF0, составляет графический язык описания (моделирования) систем, обладающий следующими свойствами:

  • Графический язык — полное и выразительное средство, способное нагляд-
    но представлять широкий спектр деловых, производственных и других
    процессов и операций предприятия на любом уровне детализации.
  • Язык обеспечивает точное и лаконичное описание моделируемых объек-
    тов, удобство использования и интерпретации этого описания.
  • Язык облегчает взаимодействие и взаимопонимание системных аналитиков, разработчиков и персонала изучаемого объекта (фирмы, предприятия), т.е. служит средством «информационного общения» большого числа специалистов и рабочих групп, занятых в одном проекте, в процессе обсуждения, рецензирования, критики и утверждения результатов.
  • Язык прошел многолетнюю проверку и продемонстрировал работоспособность как в проектах ВВС США, так и в других проектах, выполнявшихся государственными и частными промышленными компаниями.
  • Язык легок и прост в изучении и освоении.
  • Язык может генерироваться рядом инструментальных средств машинной графики; известны коммерческие программные продукты, поддерживающие разработку и анализ моделей — диаграмм IDEF0, например, продукт Design/IDEF 3.7 (и более поздние версии) фирмы Meta Software Corporation (США).
Рисунок 4 - Аббревиатура CALS
Рисунок 4 — Аббревиатура CALS

Перечисленные свойства языка предопределили выбор методологии IDEF0 в качестве базового средства анализа и синтеза производственно-технических и организационно-экономических систем, что нашло свое отражение в упомянутых федеральных стандартах США. В связи с расширяющимся применением информационных технологий и, в частности, CALS-технологий в народном хозяйстве Российской Федерации в настоящем РД приводятся основные сведения о методологии IDEF0 и графическом языке описания моделей , а также некоторые практические рекомендации по разработке таких моделей.

 

  1. INTEGRATION DEFINITION FOR FUNCTION MODELING (IDEF0) . Draft Federal
    Information Processing Standards Publication 183 ,1993 December 21
  2. INTEGRATION DEFINITION FOR INFORMATION MODELING (IDEF1X), Draft Federal
    Information Processing Standards Publication 184 1993 December 21

Методология функционального моделирования IDEF0

👁 121 просмотров
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...

Предисловие к данному курсу

  1. РАЗРАБОТАН Научно-исследовательским Центром CALS – технологий «Прикладная Логистика»
  2. ВНЕСЕН Научно-исследовательским Центром CALS – технологий «Прикладная Логистика»
  3. ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 2000 г. №
  4. Настоящий Руководящий документ составлен по материалам Федерального стандарта США INTEGRATION DEFINITION FOR FUNCTION MODELING (IDEF0) . Draft Federal Information Processing Standards Publication 183 ,1993 December 21 и содержит основные сведения о методологии функционального моделирования IDEF0 , о ее графическом языке и методике построения и практического применения функциональных моделей организационно-экономических и производственно-технических систем.
  5. ВВЕДЕН ВПЕРВЫЕ

Список этапов для изучения методологии IDEF0

  1. Введение в IDEF0
  2. Концепция IDEF0
  3. Основные понятия методологии и языка IDEF0
  4. Синтаксис графического языка IDEF0
  5. Семантика языка IDEF0
  6. Свойства диаграм IDEF0
  7. Отношения между блоками диаграммы и другими диаграммами (окружающей средой)
  8. Правила построения диаграм
  9. Ссылочные номера (коды)
  10. Методика разработки функциональных моделей в среде IDEF0
  11. Организация процесса функционального моделирования и управления проектом
  12. Перспективы развития методологии функционального моделирования IDEF0

Литература

  1. INTEGRATION DEFINITION FOR FUNCTION MODELING (IDEF0) . Draft Federal Information Processing Standards Publication 183 ,1993 December 21
  2. INTEGRATION DEFINITION FOR INFORMATION MODELING (IDEF1X), Draft Federal Information Processing Standards Publication 184 1993 December 21.
  3. Давид Марка, Клемент МакГоуэн, Методология структурного анализа и проектирования. Пер. с англ. М.:1993, 240 с. , ISBN 5-7395-0007-9
  4. Дружинин В.В., Конторов Д.С. Системотехника. – М.: Радио и связь. 1985, — 200 с.
  5. МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0, Web — ресурс: https://nsu.ru/smk/files/idef.pdf