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

1. Семантика IDEF0

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

1.1.1. Имя блока должно быть активным глаголом или глагольным оборотом

1.1.2. Каждая сторона функционального блока должна иметь стандартное отношение блок/стрелки:

1.1.2.1. а) входные стрелки должны связываться с левой стороной блока;

1.1.2.2. б) управляющие стрелки должны связываться с верхней стороной блока;

1.1.2.3. в) выходные стрелки должны связываться с правой стороной блока;

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

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

1.1.3. Чтобы связать стрелку с меткой, следует использовать "тильду" .

1.1.4. В метках стрелок не должны использоваться следующие термины: функция, вход, управление, выход, механизм, вызов.

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

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

2.2. Стрелка. Стрелка формируется из одного или более отрезков прямых и наконеч- ника на одном конце

2.3. Синтаксические правила.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.22. Перечень узлов: список, часто ступенчатый, показывающий узлы мо- дели IDEF0 в упорядоченном виде

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

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

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

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

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

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

4.29. Слияние: объединение двух или большего числа сегментов стрелок в один сегмент

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5.4. Передача информации. Средства IDEF0 облегчают передачу информа- ции от одного участника разработки модели (отдельного разработчика или рабочей группы) к другому

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

5.6. Итеративное моделирование. Разработка модели в IDEF0 представляет собой пошаговую, итеративную процедуру

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