SlideShare a Scribd company logo
ФункциональноеФункциональное
моделированиемоделирование
Стандарт IDEF 0
Функциональное моделирование
Методология IDEF0 позволяет моделировать всю
систему как набор чередующихся функций.
Простая система обозначений и строгий
набор правил построения призван обеспечить
точность и ясность при моделировании.
Контекстная функция
Функциональная модель имеет иерархическую
структуру.
Контекстная функция – функция верхнего уровня
модели.
Контекстная функция несет имя основного
действия выполняемого системой.
Изображается на отдельной диаграмме,
называемой контекстной.
Контекстная
функция
Контекстная диаграмма
На контекстной диаграмме указываются связи системы с внешним
миром.
Граничные
связи
Потоки на контекстной диаграмме
Потоки делятся на:
входные (то, что перерабатывается системой),
выходные (результат работы системы),
управления (регламентирующая и управляющая информации или правила)
механизма (ресурсы выполняющие работы).
Система преобразует входные потоки в выходные с учетом управления и с
использованием механизмов.
Декомпозиция
Диаграммы декомпозиции
содержат вложенное поуровневое
описание функций модели.
Миграция связей
При декомпозиции связи
автоматически продолжаются на
следующем уровне
ICOM-код
Диаграмма IDEF0 и ее элементы
Диаграмма IDEF0 формируется из двух типов элементов:
прямоугольники, обозначающие функциональные блоки
стрелки, обозначающие информационные и материальные потоки.
Функциональный
блок
Стрелки
Диаграмма IDEF0 и ее элементы
Связи
управления
Входящие
связи
Выходящие
связи
Связи
механизмов
Изображение функции
Изображается прямоугольником.
Обозначает действие выполняемое над «входом» и выдающее в
результате «выход».
Имя функции состоит из:
глагола, определяющего действие функции;
существительного определяющего объект или цель действия.
Действие
Объект
действия
Префикс
номера
Уникальный номер
функционального
блока
Расположение блоков на диаграмме
Блок А1 доминирует над блоком А2
Блок А2 доминирует над блоком А3
Нумерация функций и диаграмм
Все функциональные блоки должны быть
пронумерованы.
Номер состоит из префикса и одной или нескольких
цифр.
Обычно используется префикс «А», но допустимо
использовать префикс любой длины.
Контекстная функция всегда именуется А0.
Функция А0 декомпозируется в функции А1, А2, А3 и т.д.
Функция А2 декомпозируется в функции А21, А22, А23 и
т.д. Каждый уровень декомпозиции добавляет один
разряд в номер функционального блока.
Роль стрелок
Показывают взаимодействие функций со внешним миром и между
собой.
Могут обозначать вещи, места, людей, события и понятия.
Обозначение стрелок
Стрелки могут быть только однонаправленными.
Именуются существительными.
Подписи соединяются со стрелками с помощью специального элемента -
тильды.
Тильда
Наименование
стрелки
Применение стрелок
В литературе часто встречается термин ICOM
(Input/Control/Output/Mechanism), обозначающий четыре
основных типа стрелок:
вход;
управление;
выход;
механизм.
Механизм и управление не видоизменяются в процессе
выполнения функции.
Если какой либо поток данных преобразуются функцией,
то характер этих изменений должен быть отражен в
названии потоков на входе и выходе.
Входные стрелки
Вход (Input) – материальный или информационный поток который
потребляется или преобразовывается функцией чтобы произвести
результат работы на выходе.
Входит в левую грань блока.
Присутствие не обязательно.
Если какой либо поток данных преобразуются функцией, то характер этих
изменений должен быть отражен в названии потоков на входе и выходе.
Управление
Управление (Control) – содержит неизменяемые объекты:
правила;
инструкции;
стандарты в соответствии с которыми выполняется функция.
Присутствие обязательно.
Изображается как входящая в верхнюю грань блока.
Выход
Выход (Output) – результат работы функции.
Присутствие выходов обязательно.
Изображается как выходящая из правой грани.
Механизм
Механизм (Mechanism) – неизменяемые ресурсы выполняющие
работу функции, например организационные единицы
предприятия, отдельные работники, машины и механизмы,
вычислительные системы и программные средства.
Присутствие обязательно.
Изображается как входящая в нижнюю грань.
© 2002 ГОУ “ГМЦ CALS-технологий”
Граничные связи
 Граничные стрелки начинаются от границ диаграммы и заканчиваются у
функции или наоборот.
 Связывают функции диаграммы с внешним миром.
 Определяются на родительской диаграмме
 Для идентификации граничных стрелок используются ICOM-коды.
ICOM-код
Внутренние связи
Внутренние связи не касаются границ диаграммы.
Разделяются на виды:
Выход-вход.
Выход-управление.
Выход-механизм.
Обратная связь по входу.
Обратная связь по управлению.
Выход-вход
Описывает последовательность обработки потока объектов.
Выход-вход
Выход-управление
Предшествующая функция управляет выполнением последующей
функции.
Выход-управление
Выход-механизм
Одна функция выбирает или создает ресурс, который будет
являться исполнительным механизмом другой функции.
Выход-механизм
Обратная связь по входу
Выход функции направляется на вход предыдущей.
Используется для описания возможности повторной обработки потока
объектов или для описания циклических действий над потоком.
Обратная связь по
входу
© 2002 ГОУ “ГМЦ CALS-технологий”
Обратная связь по управлению
Выход функции направляется на управление одной из предыдущих
функций.
Например, она может описывать обратную связь, регулирующую
производственные процессы, что может повлиять на качество выпускаемого
изделия.
Обратная
связь по
управлению
Слияние стрелок
Случай когда какой либо
однотипный результат
получается от двух
различных функций.
Достаточно отметить только
общую часть стрелки.
Два различных выхода
сливаются в один общий.
Должны быть отмечены
каждая ветвь и общий
участок связи.
Функция производит объекты, которые используется в нескольких других
функциях.
Объекты, полученные в результате работы нескольких функций,
объединяются в один общий поток.
Разветвление
Поток разветвляясь
сохраняет первоначальное
содержание.
Подпись необходима
только для общей части
стрелки.
Поток ответвляется от
общего потока, неся в себе
часть объектов (чертежи).
Подписываются общая
стрелка и ответвления.
Если ответвление не
подписано, то оно несет в
себе общий поток объектов.
Разветвление
Разделение общего
потока на несколько
независимых потоков.
Обозначается общая
часть стрелки и каждое
ответвление.
Ошибка - не именованы
общая часть стрелки и
какая либо из ветвей.
Применение туннелей
Применяются когда:
хотят чтобы стрелка используемая
только начиная с какого либо уровня
не присутствовала на всех
промежуточных уровнях
декомпозиции. Это помогает
освободить промежуточные
диаграммы от неиспользуемых
стрелок.
необходимо скрыть граничную
стрелку на диаграмме декомпозиции.
Методика построения модели
1. Определение предмета моделирования
2. Определение цели и точки зрения
3. Создание контекстной функции
Цель: Внедрение электронного
документооборота
Точка зрения: Команда по внедрению
4. Определение основных граничных ICOM
Цель любой функции - получение какого-либо результата.
Следовательно нужно начать с определения выходов функций.
Далее в следующей последовательности:
определение входов;
определение управления;
определение механизмов.
12
3
4
Цель: Внедрение электронного
документооборота
Точка зрения: Команда по внедрению
5. Декомпозиция5. Декомпозиция
USED AT:
6.6. Построение основных функций
диаграммы верхнего уровня
USED AT:
Построение основных связей на диаграмме
верхнего уровня
12
3
4
Определение Выходов
Нужно отразить все возможные варианты связанные с
результатами работы функции.
Действие некоторых функций может заканчиваться
неудачно.
Выходы должны отражать любое развитие событий.
Отрицательные результаты часто используются при
создании стрелок обратной связи и должны быть
рассмотрены для каждой функции.
Полезно включить в модель сомнительные или неясные
стрелки, обозначенные знаком вопроса, чтобы потом
обсудить их с экспертом.
Определение Входов
Входы - объекты из которых получаются объекты на
выходе.
При работе с материальными объектами они
преобразуются в выходное изделие или уничтожаются в
результате действия функции.
Информационный объект может остаться нетронутым.
Определение Управления
Управление принимает форму:
правил;
стандартов;
рекомендаций;
инструкций.
Управление - «неизменная» форма входа.
Если возникает затруднение с определением характера
связи между входом и управлением, то следует выбирать
управление
Определение Механизмов
Механизм включает в себя:
людей;
машины и механизмы;
вычислительные системы.
любые материальные ресурсы
силами или с помощью которых
выполняются действия функции.
Декомпозиция блоков диаграммы
верхнего уровня
USED AT:
Резюме

More Related Content

What's hot

Statechart diagram
Statechart diagramStatechart diagram
Statechart diagram
aepetelin
 
Диаграмма деятельности
Диаграмма деятельностиДиаграмма деятельности
Диаграмма деятельности
DEVTYPE
 
Диаграмма компонентов
Диаграмма компонентовДиаграмма компонентов
Диаграмма компонентов
DEVTYPE
 
Системы управления
Системы управленияСистемы управления
Системы управления
Ildar Karymov
 
практика 1
практика 1практика 1
практика 1student_kai
 
Диаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетовДиаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетов
DEVTYPE
 
Системы управления в обществе
Системы управления в обществеСистемы управления в обществе
Системы управления в обществе
Ildar Karymov
 
21 элементы управление
21  элементы управление21  элементы управление
21 элементы управление
Evgeniy Golendyhin
 
презентация лекции №3
презентация лекции №3презентация лекции №3
презентация лекции №3student_kai
 
Use-case diagram
Use-case diagramUse-case diagram
Use-case diagram
aepetelin
 
моделирование на языке Uml 2
моделирование на языке Uml 2моделирование на языке Uml 2
моделирование на языке Uml 2
Elena Kasimova
 
Tpo 06
Tpo 06Tpo 06
Tpo 06
Nickola14
 
Диаграмма развертывания
Диаграмма развертыванияДиаграмма развертывания
Диаграмма развертывания
DEVTYPE
 
Разработка пользовательских элементов управления в WPF
Разработка пользовательских элементов управления в WPFРазработка пользовательских элементов управления в WPF
Разработка пользовательских элементов управления в WPF
CUSTIS
 

What's hot (17)

Statechart diagram
Statechart diagramStatechart diagram
Statechart diagram
 
Диаграмма деятельности
Диаграмма деятельностиДиаграмма деятельности
Диаграмма деятельности
 
Диаграмма компонентов
Диаграмма компонентовДиаграмма компонентов
Диаграмма компонентов
 
Системы управления
Системы управленияСистемы управления
Системы управления
 
практика 1
практика 1практика 1
практика 1
 
Диаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетовДиаграммы композитной структуры, коммуникации и пакетов
Диаграммы композитной структуры, коммуникации и пакетов
 
Системы управления в обществе
Системы управления в обществеСистемы управления в обществе
Системы управления в обществе
 
21 элементы управление
21  элементы управление21  элементы управление
21 элементы управление
 
презентация лекции №3
презентация лекции №3презентация лекции №3
презентация лекции №3
 
пр3 (2часа)b pwin
пр3 (2часа)b pwinпр3 (2часа)b pwin
пр3 (2часа)b pwin
 
Use-case diagram
Use-case diagramUse-case diagram
Use-case diagram
 
моделирование на языке Uml 2
моделирование на языке Uml 2моделирование на языке Uml 2
моделирование на языке Uml 2
 
Tpo 06
Tpo 06Tpo 06
Tpo 06
 
п15 16
п15 16п15 16
п15 16
 
Диаграмма развертывания
Диаграмма развертыванияДиаграмма развертывания
Диаграмма развертывания
 
лр4 uml
лр4 umlлр4 uml
лр4 uml
 
Разработка пользовательских элементов управления в WPF
Разработка пользовательских элементов управления в WPFРазработка пользовательских элементов управления в WPF
Разработка пользовательских элементов управления в WPF
 

Viewers also liked

презентация к лекц 2
презентация к лекц 2презентация к лекц 2
презентация к лекц 2student_kai
 
Разработка исполнимых бизнес-процессов как новая парадигма программирования
Разработка исполнимых бизнес-процессов как новая парадигма программированияРазработка исполнимых бизнес-процессов как новая парадигма программирования
Разработка исполнимых бизнес-процессов как новая парадигма программирования
ABPMP Russian Chapter
 
Глоссарий BPM
Глоссарий BPMГлоссарий BPM
Глоссарий BPM
ABPMP Russian Chapter
 
моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0vaha1411
 
МАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFDМАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFD
Олег Гудаев
 
МАПО Лекция 13 Схема компонентов UML
МАПО Лекция 13 Схема компонентов UMLМАПО Лекция 13 Схема компонентов UML
МАПО Лекция 13 Схема компонентов UML
Олег Гудаев
 
BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц орга...
BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц орга...BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц орга...
BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц орга...
ABPMP Russian Chapter
 
Опыт преподавания BPMN
Опыт преподавания BPMNОпыт преподавания BPMN
Опыт преподавания BPMN
ABPMP Russian Chapter
 
практические работы аис
практические работы аиспрактические работы аис
практические работы аисAnastasia Snegina
 
МАПО Лекция 25 StarUML
МАПО Лекция 25 StarUMLМАПО Лекция 25 StarUML
МАПО Лекция 25 StarUML
Олег Гудаев
 
МАПО Лекция 12 Применение DFD
МАПО Лекция 12 Применение DFDМАПО Лекция 12 Применение DFD
МАПО Лекция 12 Применение DFD
Олег Гудаев
 
лабораторная работа №4 uml
лабораторная работа №4 umlлабораторная работа №4 uml
лабораторная работа №4 umlNatasha Lysakova
 
Методы и средства управления бизнес-процессами
Методы и средства управления бизнес-процессамиМетоды и средства управления бизнес-процессами
Методы и средства управления бизнес-процессами
ABPMP Russian Chapter
 
Унифицированная система документации
Унифицированная система документацииУнифицированная система документации
Унифицированная система документации
Отшельник
 
структура языка UML
структура языка UMLструктура языка UML
структура языка UML
Отшельник
 
МАПО 2013 Лекция 08 Бизнес-правила IDEF0
МАПО 2013 Лекция 08 Бизнес-правила IDEF0МАПО 2013 Лекция 08 Бизнес-правила IDEF0
МАПО 2013 Лекция 08 Бизнес-правила IDEF0
Олег Гудаев
 
История UML
История UMLИстория UML
История UML
Отшельник
 
Лабораторная работа № 4. МАПО - диаграммы uml
Лабораторная работа № 4. МАПО - диаграммы umlЛабораторная работа № 4. МАПО - диаграммы uml
Лабораторная работа № 4. МАПО - диаграммы uml
PresentationCreater
 

Viewers also liked (20)

презентация к лекц 2
презентация к лекц 2презентация к лекц 2
презентация к лекц 2
 
Разработка исполнимых бизнес-процессов как новая парадигма программирования
Разработка исполнимых бизнес-процессов как новая парадигма программированияРазработка исполнимых бизнес-процессов как новая парадигма программирования
Разработка исполнимых бизнес-процессов как новая парадигма программирования
 
Глоссарий BPM
Глоссарий BPMГлоссарий BPM
Глоссарий BPM
 
моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0моделирование бизнес процессов с B pwin 4.0
моделирование бизнес процессов с B pwin 4.0
 
МАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFDМАПО Лекция 11 Потоки данных DFD
МАПО Лекция 11 Потоки данных DFD
 
МАПО Лекция 13 Схема компонентов UML
МАПО Лекция 13 Схема компонентов UMLМАПО Лекция 13 Схема компонентов UML
МАПО Лекция 13 Схема компонентов UML
 
BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц орга...
BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц орга...BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц орга...
BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц орга...
 
Опыт преподавания BPMN
Опыт преподавания BPMNОпыт преподавания BPMN
Опыт преподавания BPMN
 
практические работы аис
практические работы аиспрактические работы аис
практические работы аис
 
МАПО Лекция 25 StarUML
МАПО Лекция 25 StarUMLМАПО Лекция 25 StarUML
МАПО Лекция 25 StarUML
 
МАПО Лекция 12 Применение DFD
МАПО Лекция 12 Применение DFDМАПО Лекция 12 Применение DFD
МАПО Лекция 12 Применение DFD
 
лабораторная работа №4 uml
лабораторная работа №4 umlлабораторная работа №4 uml
лабораторная работа №4 uml
 
Методы и средства управления бизнес-процессами
Методы и средства управления бизнес-процессамиМетоды и средства управления бизнес-процессами
Методы и средства управления бизнес-процессами
 
Унифицированная система документации
Унифицированная система документацииУнифицированная система документации
Унифицированная система документации
 
5
55
5
 
7
77
7
 
структура языка UML
структура языка UMLструктура языка UML
структура языка UML
 
МАПО 2013 Лекция 08 Бизнес-правила IDEF0
МАПО 2013 Лекция 08 Бизнес-правила IDEF0МАПО 2013 Лекция 08 Бизнес-правила IDEF0
МАПО 2013 Лекция 08 Бизнес-правила IDEF0
 
История UML
История UMLИстория UML
История UML
 
Лабораторная работа № 4. МАПО - диаграммы uml
Лабораторная работа № 4. МАПО - диаграммы umlЛабораторная работа № 4. МАПО - диаграммы uml
Лабораторная работа № 4. МАПО - диаграммы uml
 

Similar to Prez

tema1
tema1tema1
tema1comp
 
лекция 7
лекция 7лекция 7
лекция 7cezium
 
лекция 6
лекция 6лекция 6
лекция 6cezium
 
Нотации оформления требований
Нотации оформления требованийНотации оформления требований
Нотации оформления требованийJaneKozmina
 
Введення Uml
Введення UmlВведення Uml
Введення Uml
pogromskaya
 
Idef0
Idef0Idef0
Idef0
lida111
 
UML_Yznaika.com.pptx
UML_Yznaika.com.pptxUML_Yznaika.com.pptx
UML_Yznaika.com.pptx
ssuserd0eb401
 
Вебинар «Схемы бизнес-процессов в различных нотациях»
Вебинар «Схемы бизнес-процессов в различных нотациях»Вебинар «Схемы бизнес-процессов в различных нотациях»
Вебинар «Схемы бизнес-процессов в различных нотациях»
Алеся Гарасимович
 
вспомогательные алгоритмы
вспомогательные алгоритмывспомогательные алгоритмы
вспомогательные алгоритмыЕлена Ключева
 
Lekcia14
Lekcia14Lekcia14
Lekcia14
Aigerim Serubai
 
10 кл орепации, функции, выражения (яп паскаль)
10 кл орепации, функции, выражения (яп паскаль)10 кл орепации, функции, выражения (яп паскаль)
10 кл орепации, функции, выражения (яп паскаль)
Anna_Malina
 
10 кл орепации, функции, выражения (яп паскаль)
10 кл орепации, функции, выражения (яп паскаль)10 кл орепации, функции, выражения (яп паскаль)
10 кл орепации, функции, выражения (яп паскаль)
Anna_Malina
 
лекция
лекциялекция
лекцияvuvuzella
 
Интеграция / Integration
Интеграция / IntegrationИнтеграция / Integration
Интеграция / Integration
Роман Душкин
 
Управление рабочими элементами в TFS
Управление рабочими элементами в TFSУправление рабочими элементами в TFS
Управление рабочими элементами в TFSАлександр Шамрай
 
Нотация UML / UML Notation
Нотация UML / UML NotationНотация UML / UML Notation
Нотация UML / UML Notation
Роман Душкин
 
Проектирование_и_архитектура_ПС_2022_L07s.ppt
Проектирование_и_архитектура_ПС_2022_L07s.pptПроектирование_и_архитектура_ПС_2022_L07s.ppt
Проектирование_и_архитектура_ПС_2022_L07s.ppt
dinarium2016
 
Спецкурс "Современные практики разработки ПО", 2013-2014 уч. год, занятие 2
Спецкурс "Современные практики разработки ПО", 2013-2014 уч. год, занятие 2Спецкурс "Современные практики разработки ПО", 2013-2014 уч. год, занятие 2
Спецкурс "Современные практики разработки ПО", 2013-2014 уч. год, занятие 27bits
 

Similar to Prez (20)

tema1
tema1tema1
tema1
 
лекция 7
лекция 7лекция 7
лекция 7
 
лекция 6
лекция 6лекция 6
лекция 6
 
Нотации оформления требований
Нотации оформления требованийНотации оформления требований
Нотации оформления требований
 
Введення Uml
Введення UmlВведення Uml
Введення Uml
 
Idef0
Idef0Idef0
Idef0
 
UML_Yznaika.com.pptx
UML_Yznaika.com.pptxUML_Yznaika.com.pptx
UML_Yznaika.com.pptx
 
алгоритмы и их виды
алгоритмы и их видыалгоритмы и их виды
алгоритмы и их виды
 
Вебинар «Схемы бизнес-процессов в различных нотациях»
Вебинар «Схемы бизнес-процессов в различных нотациях»Вебинар «Схемы бизнес-процессов в различных нотациях»
Вебинар «Схемы бизнес-процессов в различных нотациях»
 
вспомогательные алгоритмы
вспомогательные алгоритмывспомогательные алгоритмы
вспомогательные алгоритмы
 
Lekcia14
Lekcia14Lekcia14
Lekcia14
 
10 кл орепации, функции, выражения (яп паскаль)
10 кл орепации, функции, выражения (яп паскаль)10 кл орепации, функции, выражения (яп паскаль)
10 кл орепации, функции, выражения (яп паскаль)
 
10 кл орепации, функции, выражения (яп паскаль)
10 кл орепации, функции, выражения (яп паскаль)10 кл орепации, функции, выражения (яп паскаль)
10 кл орепации, функции, выражения (яп паскаль)
 
лекция
лекциялекция
лекция
 
лекция 10
лекция 10лекция 10
лекция 10
 
Интеграция / Integration
Интеграция / IntegrationИнтеграция / Integration
Интеграция / Integration
 
Управление рабочими элементами в TFS
Управление рабочими элементами в TFSУправление рабочими элементами в TFS
Управление рабочими элементами в TFS
 
Нотация UML / UML Notation
Нотация UML / UML NotationНотация UML / UML Notation
Нотация UML / UML Notation
 
Проектирование_и_архитектура_ПС_2022_L07s.ppt
Проектирование_и_архитектура_ПС_2022_L07s.pptПроектирование_и_архитектура_ПС_2022_L07s.ppt
Проектирование_и_архитектура_ПС_2022_L07s.ppt
 
Спецкурс "Современные практики разработки ПО", 2013-2014 уч. год, занятие 2
Спецкурс "Современные практики разработки ПО", 2013-2014 уч. год, занятие 2Спецкурс "Современные практики разработки ПО", 2013-2014 уч. год, занятие 2
Спецкурс "Современные практики разработки ПО", 2013-2014 уч. год, занятие 2
 

Prez

  • 2. Функциональное моделирование Методология IDEF0 позволяет моделировать всю систему как набор чередующихся функций. Простая система обозначений и строгий набор правил построения призван обеспечить точность и ясность при моделировании.
  • 3. Контекстная функция Функциональная модель имеет иерархическую структуру. Контекстная функция – функция верхнего уровня модели. Контекстная функция несет имя основного действия выполняемого системой. Изображается на отдельной диаграмме, называемой контекстной.
  • 5. Контекстная диаграмма На контекстной диаграмме указываются связи системы с внешним миром. Граничные связи
  • 6. Потоки на контекстной диаграмме Потоки делятся на: входные (то, что перерабатывается системой), выходные (результат работы системы), управления (регламентирующая и управляющая информации или правила) механизма (ресурсы выполняющие работы). Система преобразует входные потоки в выходные с учетом управления и с использованием механизмов.
  • 7. Декомпозиция Диаграммы декомпозиции содержат вложенное поуровневое описание функций модели.
  • 8. Миграция связей При декомпозиции связи автоматически продолжаются на следующем уровне ICOM-код
  • 9. Диаграмма IDEF0 и ее элементы Диаграмма IDEF0 формируется из двух типов элементов: прямоугольники, обозначающие функциональные блоки стрелки, обозначающие информационные и материальные потоки. Функциональный блок Стрелки
  • 10. Диаграмма IDEF0 и ее элементы Связи управления Входящие связи Выходящие связи Связи механизмов
  • 11. Изображение функции Изображается прямоугольником. Обозначает действие выполняемое над «входом» и выдающее в результате «выход». Имя функции состоит из: глагола, определяющего действие функции; существительного определяющего объект или цель действия. Действие Объект действия Префикс номера Уникальный номер функционального блока
  • 12. Расположение блоков на диаграмме Блок А1 доминирует над блоком А2 Блок А2 доминирует над блоком А3
  • 13. Нумерация функций и диаграмм Все функциональные блоки должны быть пронумерованы. Номер состоит из префикса и одной или нескольких цифр. Обычно используется префикс «А», но допустимо использовать префикс любой длины. Контекстная функция всегда именуется А0. Функция А0 декомпозируется в функции А1, А2, А3 и т.д. Функция А2 декомпозируется в функции А21, А22, А23 и т.д. Каждый уровень декомпозиции добавляет один разряд в номер функционального блока.
  • 14. Роль стрелок Показывают взаимодействие функций со внешним миром и между собой. Могут обозначать вещи, места, людей, события и понятия.
  • 15. Обозначение стрелок Стрелки могут быть только однонаправленными. Именуются существительными. Подписи соединяются со стрелками с помощью специального элемента - тильды. Тильда Наименование стрелки
  • 16. Применение стрелок В литературе часто встречается термин ICOM (Input/Control/Output/Mechanism), обозначающий четыре основных типа стрелок: вход; управление; выход; механизм. Механизм и управление не видоизменяются в процессе выполнения функции. Если какой либо поток данных преобразуются функцией, то характер этих изменений должен быть отражен в названии потоков на входе и выходе.
  • 17. Входные стрелки Вход (Input) – материальный или информационный поток который потребляется или преобразовывается функцией чтобы произвести результат работы на выходе. Входит в левую грань блока. Присутствие не обязательно. Если какой либо поток данных преобразуются функцией, то характер этих изменений должен быть отражен в названии потоков на входе и выходе.
  • 18. Управление Управление (Control) – содержит неизменяемые объекты: правила; инструкции; стандарты в соответствии с которыми выполняется функция. Присутствие обязательно. Изображается как входящая в верхнюю грань блока.
  • 19. Выход Выход (Output) – результат работы функции. Присутствие выходов обязательно. Изображается как выходящая из правой грани.
  • 20. Механизм Механизм (Mechanism) – неизменяемые ресурсы выполняющие работу функции, например организационные единицы предприятия, отдельные работники, машины и механизмы, вычислительные системы и программные средства. Присутствие обязательно. Изображается как входящая в нижнюю грань.
  • 21. © 2002 ГОУ “ГМЦ CALS-технологий” Граничные связи  Граничные стрелки начинаются от границ диаграммы и заканчиваются у функции или наоборот.  Связывают функции диаграммы с внешним миром.  Определяются на родительской диаграмме  Для идентификации граничных стрелок используются ICOM-коды. ICOM-код
  • 22. Внутренние связи Внутренние связи не касаются границ диаграммы. Разделяются на виды: Выход-вход. Выход-управление. Выход-механизм. Обратная связь по входу. Обратная связь по управлению.
  • 24. Выход-управление Предшествующая функция управляет выполнением последующей функции. Выход-управление
  • 25. Выход-механизм Одна функция выбирает или создает ресурс, который будет являться исполнительным механизмом другой функции. Выход-механизм
  • 26. Обратная связь по входу Выход функции направляется на вход предыдущей. Используется для описания возможности повторной обработки потока объектов или для описания циклических действий над потоком. Обратная связь по входу
  • 27. © 2002 ГОУ “ГМЦ CALS-технологий” Обратная связь по управлению Выход функции направляется на управление одной из предыдущих функций. Например, она может описывать обратную связь, регулирующую производственные процессы, что может повлиять на качество выпускаемого изделия. Обратная связь по управлению
  • 28. Слияние стрелок Случай когда какой либо однотипный результат получается от двух различных функций. Достаточно отметить только общую часть стрелки. Два различных выхода сливаются в один общий. Должны быть отмечены каждая ветвь и общий участок связи. Функция производит объекты, которые используется в нескольких других функциях. Объекты, полученные в результате работы нескольких функций, объединяются в один общий поток.
  • 29. Разветвление Поток разветвляясь сохраняет первоначальное содержание. Подпись необходима только для общей части стрелки. Поток ответвляется от общего потока, неся в себе часть объектов (чертежи). Подписываются общая стрелка и ответвления. Если ответвление не подписано, то оно несет в себе общий поток объектов.
  • 30. Разветвление Разделение общего потока на несколько независимых потоков. Обозначается общая часть стрелки и каждое ответвление. Ошибка - не именованы общая часть стрелки и какая либо из ветвей.
  • 31. Применение туннелей Применяются когда: хотят чтобы стрелка используемая только начиная с какого либо уровня не присутствовала на всех промежуточных уровнях декомпозиции. Это помогает освободить промежуточные диаграммы от неиспользуемых стрелок. необходимо скрыть граничную стрелку на диаграмме декомпозиции.
  • 32. Методика построения модели 1. Определение предмета моделирования 2. Определение цели и точки зрения 3. Создание контекстной функции Цель: Внедрение электронного документооборота Точка зрения: Команда по внедрению
  • 33. 4. Определение основных граничных ICOM Цель любой функции - получение какого-либо результата. Следовательно нужно начать с определения выходов функций. Далее в следующей последовательности: определение входов; определение управления; определение механизмов. 12 3 4 Цель: Внедрение электронного документооборота Точка зрения: Команда по внедрению
  • 35. 6.6. Построение основных функций диаграммы верхнего уровня USED AT:
  • 36. Построение основных связей на диаграмме верхнего уровня 12 3 4
  • 37. Определение Выходов Нужно отразить все возможные варианты связанные с результатами работы функции. Действие некоторых функций может заканчиваться неудачно. Выходы должны отражать любое развитие событий. Отрицательные результаты часто используются при создании стрелок обратной связи и должны быть рассмотрены для каждой функции. Полезно включить в модель сомнительные или неясные стрелки, обозначенные знаком вопроса, чтобы потом обсудить их с экспертом.
  • 38. Определение Входов Входы - объекты из которых получаются объекты на выходе. При работе с материальными объектами они преобразуются в выходное изделие или уничтожаются в результате действия функции. Информационный объект может остаться нетронутым.
  • 39. Определение Управления Управление принимает форму: правил; стандартов; рекомендаций; инструкций. Управление - «неизменная» форма входа. Если возникает затруднение с определением характера связи между входом и управлением, то следует выбирать управление
  • 40. Определение Механизмов Механизм включает в себя: людей; машины и механизмы; вычислительные системы. любые материальные ресурсы силами или с помощью которых выполняются действия функции.