IDEF0

Plan your projects and define important tasks and actions

Get Started. It's Free
or sign up with your email address
Rocket clouds
IDEF0 by Mind Map: IDEF0

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

1.1. Блок.

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

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

1.2. Стрелка

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

2. Основные определения (понятия) методологии и языка IDEF0

2.1. Блок

2.1.1. Блок: прямоугольник, содержащий имя и номер и используемый для описания функции.

2.2. Ветвление

2.2.1. Ветвление: разделение стрелки на два или большее число сегментов. Может означать «развязывание пучка»

2.3. Внутренняя стрелка

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

2.4. Входная стрелка

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

2.5. Выходная стрелка

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

2.6. Глоссарий

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

2.7. Граничная стрелка

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

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

2.8.1. Декомпозиция: разделение моделируемой функции на функции - компоненты.

2.9. Дерево узлов

2.9.1. Дерево узлов: представление отношений между родительскими и дочерними узлами модели IDEF0 в форме древовидного графа. Имеет то же значение и содержание, что и перечень узлов .

2.10. Диаграмма A-0

2.10.1. Диаграмма A-0: специальный вид (контекстной) диаграммы IDEF0, состоящей из одного блока, описывающего функцию верхнего уровня, ее входы, выходы, управления, и механизмы, вместе с формулировками цели модели и точки зрения, с которой строится модель.

2.11. Диаграмма

2.11.1. Диаграмма: часть модели, описывающая декомпозицию блока

2.12. Диаграмма-иллюстрация

2.12.1. Диаграмма-иллюстрация (FEO): графическое описание, используемое, для сообщения специфических фактов о диаграмме IDEF0. При построении диаграмм FEO можно не придерживаться правила IDEF0.

2.13. Дочерний блок

2.13.1. Дочерний блок: блок на дочерней (порожденной) диаграмме.

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

2.14.1. диаграмма, детализирующая родительский (по- рождающий) блок.

2.15. Имя блока

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

2.16. Интерфейс

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

2.17. Код ICOM

2.17.1. аббревиатура( Input - Вход, Control - Управление, Output - Выход, Mechanism – Механизм), код, обеспечивающий соответствие гра- ничных стрелок дочерней диаграммы со стрелками родительского блока; используется для ссылок

2.18. Контекст

2.18.1. окружающая среда, в которой действует функция (или комплект функций на диаграмме)

2.19. Контекстная диаграмма

2.19.1. диаграмма, имеющая узловой номер A-n ( n ≥ 0 ), которая представляет контекст модели, Диаграмма A-0, состоя- щая из одного блока, является необходимой (обязательной) контекстной диаграммой; диаграммы с узловыми номерами A-1, A-2,... - дополнитель- ные контекстные диаграммы

2.20. Метка стрелки

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

2.21. Модель IDEF0

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

2.22. Номер блока

2.22.1. число (0 - 6), помещаемое в правом нижнем углу блока и однозначно идентифицирующее блок на диаграмме.

2.23. Перечень узлов

2.23.1. список, часто ступенчатый, показывающий узлы модели IDEF0 в упорядоченном виде. Имеет то же значение и содержание, что и дерево узлов

2.24. Примечание к модели

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

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

2.25.1. диаграмма, которая содержит родительский блок

2.26. Родительский блок

2.26.1. блок, который подробно описывается дочерней диаграммой.

2.27. Связывание/развязывание

2.27.1. объединение значений стрелок в составное значение (связывание в «пучок»), или разделение значений стрелок (развязывание «пучка»), выраженные синтаксисом слияния или ветвления стрелок.

2.28. Сегмент стрелки

2.28.1. сегмент линии, который начинается или заканчивается на стороне блока, в точке ветвления или слияния, или на границе (несвязанный конец стрелки)

2.29. Семантика

2.29.1. значение синтаксических компонентов языка

2.30. Синтаксис

2.30.1. Структурные компоненты или характеристики языка и правила, которые определяют отношения между ними.

2.31. Слияние

2.31.1. объединение двух или большего числа сегментов стрелок в один сегмент. Может означать «развязывание пучка»

2.32. С-номер

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

2.33. Стрелка

2.33.1. направленная линия, состоящая из одного или нескольких сегментов, которая моделирует открытый канал или канал, передающий данные или материальные объекты от источника (начальная точка стрелки), к потребителю (конечная точка с «наконечником»). Имеется 4 класса стрелок: входная стрелка, выходная стрелка, управляющая стрелка, стрелка механизма (включает стрелку вызова).

2.34. Стрелка вызова

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

2.35. Стрелка механизма

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

2.36. Стрелка, помещенная в туннель (туннельная стрелка)

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

2.37. Текст

2.37.1. любой текстовый (не графический) комментарий к графической диаграмме IDEF0.

2.38. Тильда

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

2.39. Точка зрения

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

2.40. Узел

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

2.41. Узловая ссылка

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

2.42. Узловой номер диаграммы

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

2.43. Узловой номер

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

2.44. Управляющая стрелка

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

2.45. Функция

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

2.46. Цель

2.46.1. краткая формулировка причины создания модели.

3. ICAM

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

4. Основные Свойства IDEF0

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

4.2. Язык обеспечивает точное и лаконичное описание моделируемых объектов, удобство использования и интерпретации этого описания

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

4.4. Язык прошел многолетнюю проверку и продемонстрировал работоспособность как в проектах ВВС США, так и в других проектах, выполнявшихся государственными и частными промышленными компаниями.

4.5. Язык легок и прост в изучении и освоении

4.6. Язык может генерироваться рядом инструментальных средств машинной графики; известны коммерческие программные продукты, поддерживающие разработку и анализ моделей - диаграмм IDEF0, например, продукт Design/IDEF 3.7 (и более поздние версии) фирмы Meta Software Corporation (США).

5. Концепция IDEF0

5.1. Модель

5.1.1. Модель – искусственный объект, представляющий собой отображение (образ) системы и ее компонентов.

5.1.1.1. М моделирует А, если М отвечает на вопросы относительно А. Здесь М – модель, А – моделируемый объект (оригинал). Модель разрабатывают для понимания, анализа и принятия решений о реконструкции (реинжиниринге) или замене существующей, либо проектировании но- вой системы.

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

5.2. Система

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

5.3. Блочное моделирование и его графическое представление.

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

5.4. Функции

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

5.5. Лаконичность и точность.

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

5.6. Передача информации

5.6.1. диаграммы, основанные на простой графике блоков и стрелок, легко читаемые и понимаемые

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

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

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

5.7. Строгость и формализм

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

5.8. Итеративное моделирование

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

5.9. Отделение «организации» от «функций»

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

6. IDEF1

6.1. IDEF1 применяется для построения информационной модели, отображающей структуру и содержание информационных потоков, необходимых для поддержки функций системы;

7. IDEF0

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

7.1.1. KPI's

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

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

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

9.2. Имена и метки

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

9.3. Семантические правила блоков и стрелок

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

9.4. Диаграммы IDEF0

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

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

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

9.6. Текст и глоссарий

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

9.7. Диаграммы - иллюстрации (FEO).

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