Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Національна академія СБ України
Содержание
- 1. Національна академія СБ України
- 2. ЗмістВступОсновні поняття методології та мови IDEF0Правила побудови
- 3. Вступ
- 4. ВведениеМетодология IDEF0 используется для создания функциональной модели,
- 5. обеспечивает точное и лаконичное описание моделируемых объектов,
- 6. 1. Основні поняття методології та мови IDEF0
- 7. Концепция IDEF0Концептуальные положения
- 8. Концептуальные положения, лежащие в основе IDEF0:1. Модель
- 9. 2. Блочное моделирование и его графическое представление:
- 10. 3. Лаконичность и точность: документация, описывающая систему,
- 11. 5. Строгость и формализм. Разработка моделей требует
- 12. Введение в язык IDEF01. Алфавит языка (основные
- 13. Диаграмма A-0 – специальный вид диаграммы IDEF0,
- 14. Связывание/развязывание – объединение значений стрелок в составное
- 15. Стрелка – направленная линия, состоящая из одного
- 16. Управляющая стрелка – класс стрелок, которые отображают
- 17. 2. Синтаксис языкаБлоки представляют функции, определяемые как
- 18. БлокБлок описывает функцию. Внутри каждого блока помещается
- 19. СтрелкаСтрелки не представляют поток или последовательность событий,
- 20. 3. Семантика языкаСемантика определяет содержание (значение) синтаксических
- 21. Имя блока, описывающее функцию (глагол или глагольный
- 22. стрелки, направленные вверх, идентифицируют средства, поддерживающие выполнение
- 23. Имена и меткиИмена функций – глаголы или
- 24. Диаграмма IDEF0 и её свойства.
- 25. Графическая диаграмма содержит:блоки, стрелки, соединения блоков и
- 26. Каждая модель должна иметь контекстную диаграмму верхнего
- 27. Контекстная диаграмма A-0 должна содержать:единственный блок –
- 28. Дочерняя диаграмма, создаваемая при декомпозиции, охватывает
- 29. Схема формирования ссылочного кода блока на диаграмме:
- 30. Текст – документ, содержащий краткий комментарий к
- 31. Свойства IDEF-диаграмм1. Стрелки как ограниченияВходные и управляющие
- 32. 2. Параллельное функционированиеРазличные функции в модели могут
- 33. 3. Ветвление и слияние сегментов стрелокВетвление и
- 34. Слайд 34
- 35. 4. Отношения блоков на диаграммах
- 36. Отношение доминирования. Определяется взаимным расположением блоков на
- 37. Отношение выход – вход возникает при
- 38. Слайд 38
- 39. Отношения между блоками диаграммы и другими диаграммами
- 40. Все граничные стрелки на дочерней диаграмме должны соответствовать стрелкам родительского блока.
- 41. ICOM-кодирование граничных стрелокICOM-коды связывают граничные стрелки на
- 42. Слайд 42
- 43. Стрелки , помещенные в «туннель»Туннель – круглые
- 44. Слайд 44
- 45. 2. Правила побудови діаграм
- 46. 1. В составе модели должна присутствовать контекстная
- 47. 5. Каждый блок, подвергнутый декомпозиции, должен иметь
- 48. 10. Если одни и те же данные
- 49. 12. Стрелки связываются (сливаются), если они представляют
- 50. 14. Циклические обратные связи для одного
- 51. 16. Если возможно, стрелки присоединяются к блокам
- 52. 17. При соединении большого числа блоков необходимо
- 53. 19. Две или более функций являются сопряженными
- 54. Нумерация блоков и узловКаждому блоку на диаграмме
- 55. Узловой номер базируется на положении блока в
- 56. Например, модель может иметь следующие узловые номера:...A-1
- 57. Перечень узлов представляет информацию о входящих в
- 58. Дерево узловМодель IDEF0 с уровнями структурной декомпозиции
- 59. 3. Методика розробки функціональних моделей в середовищі IDEF0
- 60. Общие положенияОбъектами функционального моделирования и структурного анализа
- 61. Функциональный блок, как отображающий моделируемую систему в
- 62. Ограничительная информация - сведения о том, чего
- 63. Описательная информация – сведения об атрибутах объекта
- 64. Схематическое изображение связей преобразующего блокаОграничительная и предписывающая
- 65. Классификация функций, моделируемых блоками IDEF0
- 66. А) Основные виды функций1. Деятельность (дело, бизнес)
- 67. 2. Процесс (бизнес-процесс) – совокупность последовательно или/и
- 68. 3. Операция – совокупность последовательно или/и параллельно
- 69. 4. Действие – преобразование какого-либо свойства материального
- 70. Функции группы А образуют естественную иерархиюблоков на
- 71. Организационно-технические структуры и механизмы DEF0-моделейВсе функции находятся
- 72. Организационно-техническая система - организационная структура, персонал и
- 73. Во многих моделях находит отражение явление, состоящее
- 74. Механизм любого уровня обеспечивает выполнение деятельности (процесса,
- 75. Управление – особый вид процесса, операции, действияОдин
- 76. 1. Управление деятельностью – процесс, состоящий, как
- 77. 2. Управление процессом – операция, состоящая, как
- 78. Блоки управления должны присутствовать на каждой IDEF0-диаграмме
- 79. Типизация функциональных моделей и
- 80. Типовая диаграмма уровня А0 для промышленного предприятия
- 81. Организация процесса функционального моделирования и управление проектомДля
- 82. Диаграмма процесса функционального моделирования
- 83. Перспективы развития методологии функционального моделированияМетодология IDEF0 представляет
- 84. Функциональная модель системы принципиально не может ответить
- 85. Классы математических моделей, которые могут найти применение
- 86. Висновки
- 87. 1. Функциональная модель - плод коллективного труда
- 88. Вопросы для самоконтроля Які властивості відносяться до функціонального
- 89. Приложения
- 90. Слайд 90
- 91. Слайд 91
- 92. Слайд 92
- 93. Слайд 93
- 94. Слайд 94
- 95. Слайд 95
- 96. Слайд 96
- 97. Слайд 97
- 98. Слайд 98
- 99. Слайд 99
- 100. Слайд 100
- 101. Слайд 101
- 102. Слайд 102
- 103. Дякую за увагу!
- 104. Скачать презентанцию
ЗмістВступОсновні поняття методології та мови IDEF0Правила побудови діаграмМетодика розробки функціональних моделей в середовищі IDEF0ВисновкиРекомендована література1. Методология функционального моделирования IDEF0. Руководящий документ. – М.: Госстандарт России, 2000. – 75 с.
Слайды и текст этой презентации
Слайд 1Національна академія СБ України
Навчально-науковий інститут інформаційної безпеки
Практичне заняття 2.
IDEF0 –
методологія функціонального опису систем
Слайд 2Зміст
Вступ
Основні поняття методології та мови IDEF0
Правила побудови діаграм
Методика розробки функціональних
моделей в середовищі IDEF0
Висновки
Рекомендована література
1. Методология функционального моделирования IDEF0. Руководящий
документ. – М.: Госстандарт России, 2000. – 75 с.
Слайд 4Введение
Методология IDEF0 используется для создания функциональной модели, отображающей структуру и
функции системы, а также потоки информации и материальных объектов, связывающие
эти функции.Основана на подходе SADT (Structured Analysis & Design Technique – метод структурного анализа и проектирования), разработанном Д.Россом в начале 1970–х годов.
Основу подхода и методологии IDEF0, составляет графический язык описания (моделирования) систем.
Свойства графического языка:
полное и выразительное средство, способное наглядно представлять широкий спектр деловых, производственных и других процессов и операций предприятия на любом уровне детализации;
Слайд 5обеспечивает точное и лаконичное описание моделируемых объектов, удобство использования и
интерпретации этого описания;
облегчает взаимодействие и взаимопонимание системных аналитиков, разработчиков и
персонала изучаемого объекта, т.е. служит средством «информационного общения»;прошел многолетнюю проверку и продемонстрировал свою работоспособность;
легок и прост в изучении и освоении;
может генерироваться рядом инструментальных средств машинной графики.
Цель занятия: изучение возможностей методологии функционального моделирования IDEF0 и знакомство с основами работы в ней.
Слайд 8Концептуальные положения, лежащие в основе IDEF0:
1. Модель (М) – искусственный
объект, представляющий собой отображение (образ) системы (S) и ее компонентов. М
моделирует S, если М отвечает на вопросы касательно S.Модель разрабатывается для:
понимания, анализа и принятия решений о реконструкции (реинжиниринге);
замены существующей системы;
проектирования новой системы.
Модель описывает:
что происходит в системе,
как ею управляют,
какие сущности она преобразует,
какие средства использует для выполнения своих функций,
что производит.
Слайд 9
2. Блочное моделирование и его графическое представление: любая изучаемая система
представляется в виде набора взаимодействующих и взаимосвязанных блоков, отображающих процессы,
операции, действия, происходящие в системе.В IDEF0 все, что происходит в системе и ее элементах, называется функциями. Каждой функции ставится в соответствие блок, представляемый на IDEF0–диаграмме, прямоугольником.
Интерфейсы, посредством которых блок взаимодействует с другими блоками или с внешней средой, представляются стрелками, входящими в блок или выходящими из него.
Входящие стрелки показывают, какие условия должны быть одновременно выполнены, чтобы функция, описываемая блоком, осуществилась.
Слайд 103. Лаконичность и точность: документация, описывающая систему, должна быть точной
и лаконичной. Графический язык позволяет лаконично, однозначно и точно показать
все элементы (блоки) системы и все отношения и связи между ними, выявить ошибочные, лишние или дублирующие связи.4. Передача информации. Средства IDEF0 облегчают передачу информации от одного участника разработки модели к другому. К числу таких средств относятся:
диаграммы, основанные на простой графике блоков и стрелок;
метки на естественном языке для описания блоков и стрелок, глоссарий и сопроводительный текст;
последовательная декомпозиция диаграмм, строящаяся по иерархическому принципу, при котором на верхнем уровне отображаются основные функции, а затем происходит их детализация и уточнение;
древовидные схемы иерархии диаграмм и блоков, обеспечивающие обозримость модели в целом и входящих в нее деталей.
Слайд 115. Строгость и формализм. Разработка моделей требует соблюдения ряда строгих
формальных правил, обеспечивающих преимущества методологии в отношении однозначности, точности и
целостности сложных многоуровневых моделей. Все стадии и этапы разработки и корректировки модели должны строго, формально документироваться.6. Итеративное моделирование. Разработка модели представляет пошаговую, итеративную процедуру. На каждом шаге итерации разработчик предлагает вариант модели, который подвергают обсуждению, рецензированию и последующему редактированию, после чего цикл повторяется.
7. Отделение «организации» от «функций». При разработке моделей следует избегать «привязки» функций исследуемой системы к существующей организационной структуре моделируемого объекта (предприятия, фирмы). Это помогает избежать субъективной точки зрения, навязанной организацией и ее руководством.
Слайд 12Введение в язык IDEF0
1. Алфавит языка (основные понятия)
Блок – прямоугольник,
содержащий имя и номер и используемый для описания функции.
Ветвление –
разделение стрелки на два или большее число сегментов.Глоссарий – список определений для ключевых слов, фраз и аббревиатур, связанных с узлами, блоками, стрелками или с моделью IDEF0 в целом.
Декомпозиция – разделение моделируемой функции на функции-компоненты.
Дерево узлов – представление отношений между родительскими и дочерними узлами модели IDEF0 в форме древовидного графа.
Слайд 13
Диаграмма A-0 – специальный вид диаграммы IDEF0, состоящей из одного
блока, описывающего функцию верхнего уровня, ее входы, выходы, управления и
механизмы, вместе с формулировками цели модели и точки зрения, с которой строится модель.Диаграмма – часть модели, описывающая декомпозицию блока.
Имя блока – глагол или глагольный оборот, помещенный внутри блока и описывающий моделируемую функцию.
Интерфейс – разделяющая граница, через которую проходят данные или материальные объекты; соединение между двумя или большим числом компонентов модели, передающее данные или материальные объекты от одного компонента к другому.
Контекст - окружающая среда, в которой действует функция (или комплект функций на диаграмме).
Слайд 14
Связывание/развязывание – объединение значений стрелок в составное значение (связывание в
«пучок»), или разделение значений стрелок (развязывание «пучка»).
Сегмент стрелки - сегмент
линии, который начинается или заканчивается на стороне блока, в точке ветвления или слияния, или на границе.Семантика – значение синтаксических компонентов языка.
Синтаксис – структурные компоненты или характеристики языка и правила, которые определяют отношения между ними.
Слияние – объединение двух или большего числа сегментов стрелок в один сегмент.
Слайд 15Стрелка – направленная линия, состоящая из одного или нескольких сегментов,
которая моделирует открытый канал или канал, передающий данные или материальные
объекты от источника (начальная точка стрелки), к потребителю (конечная точка с «наконечником»). Имеется 4 класса стрелок: входная, выходная, управляющая и стрелка механизма (включает стрелку вызова).Текст – любой текстовый (не графический) комментарий к графической диаграмме IDEF0.
Тильда – небольшая ломаная линия, используемая для соединения метки с конкретным сегментом стрелки или примечания модели с компонентом диаграммы.
Точка зрения – указание на должностное лицо или подразделение организации, с позиции которого разрабатывается модель.
Узел – блок, порождающий дочерние блоки; родительский блок.
Слайд 16Управляющая стрелка – класс стрелок, которые отображают управления, т.е. условия,
при выполнении которых выход блока будет правильным. Данные или объекты
, моделируемые как управления, могут преобразовываться функцией, создающей соответствующий выход.Функция – деятельность, процесс или преобразование (моделируемые блоком IDEF0), идентифицируемое глаголом или глагольной формой, которая описывает, что должно быть выполнено.
Цель – краткая формулировка причины создания модели.
Слайд 172. Синтаксис языка
Блоки представляют функции, определяемые как деятельность, процесс, операция,
действие или преобразование.
Стрелки представляют данные или материальные объекты, связанные с
функциями. Правила определяют, как следует применять компоненты.
Диаграммы обеспечивают формат графического и словесного описания моделей.
Слайд 18Блок
Блок описывает функцию.
Внутри каждого блока помещается его имя и
номер.
Имя должно быть активным глаголом или глагольным оборотом, описывающим
функцию. Номер блока размещается в правом нижнем углу. Номера блоков используются для их идентификации на диаграмме и в соответствующем тексте.
Размеры блоков должны быть достаточными для того, чтобы включить имя блока.
Блоки должны быть прямоугольными, с прямыми углами.
Блоки должны быть нарисованы сплошными линиями.
.
Слайд 19Стрелка
Стрелки не представляют поток или последовательность событий, а показывают, какие
данные или матер. объекты должны поступить на вход функции для
того,чтобы эта функция могла выполняться.
Стрелка формируется из одного или более отрезков прямых и наконечника на одном конце.
Ломаные стрелки изменяют направление только под углом 90о.
Стрелки должны быть нарисованы сплошными линиями различной толщины.
Стрелки могут состоять только из вертикальных или горизонтальных отрезков.
Концы стрелок должны касаться внешней границы функционального блока, но не должны пересекать ее.
Стрелки должны присоединяться к блоку на его сторонах. Присоединение в углах не допускается.
Слайд 203. Семантика языка
Семантика определяет содержание (значение) синтаксических компонентов языка и
способствует правильности их интерпретации.
Интерпретация устанавливает соответствие между блоками и
стрелками с одной стороны и функциями и их интерфейсами – с другой.
Слайд 21Имя блока, описывающее функцию (глагол или глагольный оборот), например, «Выполнить
проверку», означает, что блок с таким именем превращает непроверенные детали
в проверенные.Стрелки и их сегменты помечаются существительными или оборотами существительного. Метки сегментов конкретизируют данные или материальные объекты.
Каждая сторона функционального блока имеет стандартное значение с точки зрения связи блок/стрелки:
стрелки, входящие в левую сторону блока – входы (они преобразуются или расходуются функцией, чтобы создать то, что появится на ее выходе);
стрелки, входящие в блок сверху - управления (определяют условия, необходимые функции, чтобы произвести правильный выход);
стрелки, покидающие блок справа – выходы (данные или материальные объекты, произведенные функцией);
стрелки, подключенные к нижней стороне блока, представляют механизмы:
Слайд 22стрелки, направленные вверх, идентифицируют средства, поддерживающие выполнение функции (другие средства
могут наследоваться из родительского блока);
стрелки механизма, направленные вниз, являются
стрелками вызова и обозначают обращение из данной модели или из данной части модели к блоку, входящему в состав другой модели или другой части модели, обеспечивая их связь. 
Слайд 23Имена и метки
Имена функций – глаголы или глагольные обороты, например:
Производить
детали, планировать ресурсы, наблюдать,
наблюдать за выполнением, проектировать систему.
Стрелки идентифицируют данные
или материальные объекты, необходимые для выполнения функции или производимые ею. Каждая стрелка должна быть помечена существительным или оборотом существительного, например:Спецификации, отчет об испытаниях, бюджет,
конструкторские требования, конструкция детали, директива.
Слайд 25Графическая диаграмма содержит:
блоки,
стрелки,
соединения блоков и стрелок и ассоциированные
с ними отношения.
Блоки представляют основные функции моделируемого
объекта.
Функции могут
быть разбиты (декомпозированы) на составные части и представлены в виде более подробных диаграмм.Процесс декомпозиции продолжается до тех пор, пока объект не будет описан на уровне детализации, необходимом для достижения целей конкретного проекта.
Диаграмма верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. За этой диаграммой следует серия дочерних диаграмм, дающих более детальное представление об объекте.
.
Слайд 26Каждая модель должна иметь контекстную диаграмму верхнего уровня (диаграмма «А
минус нуль» A-0), на которой объект моделирования представлен единственным блоком
с граничными стрелками.Диаграмма A-0 устанавливает область моделирования и ее границу.
.
Слайд 27Контекстная диаграмма A-0 должна содержать:
единственный блок – объект моделирования (его
имя – общее для всего проекта);
граничные стрелки, отображающие связи объекта
моделирования с окружающей средой;краткие утверждения, определяющие точку зрения должностного лица или подразделения, с позиций которого создается модель;
цель, для достижения которой разрабатывают модель.
Наиболее важные свойства объекта выявляются на верхних уровнях иерархии; по мере декомпозиции функции верх-
него уровня и разбиения ее на подфункции, эти свойства уточняются.
Каждая подфункция, в свою очередь, декомпозируется на элементы следующего уровня, и так происходит до тех пор, пока не будет получена релевантная структура, позволяющая ответить на вопросы, сформулированные в цели моделирования.
Каждая подфункция моделируется отдельным блоком.
Каждый родительский блок подробно описывается дочерней диаграммой на более низком уровне.
Слайд 28Дочерняя диаграмма, создаваемая при декомпозиции, охватывает ту же область, что и родительский блок,
но описывает ее более
подробно.
Родительская диаграмма
содержит один или более
родительских блоков.
Каждая обычная
(не-контекстная)
диаграмма является
также дочерней
диаграммой, поскольку
она подробно описывает
некоторый родительский
блок. Любая диаграмма может быть как родительской, так и дочерней.
Слайд 30Текст – документ, содержащий краткий комментарий к содержанию диаграммы. Используется
для объяснений и уточнений характеристик, потоков, внутриблочных соединений и т.д.
Глоссарий
предназначен для определения аббревиатур, ключевых слов и фраз, используемых в качестве имен и меток на диаграммах. В нем определяются понятия и термины, которые должны быть одинаково понимаемы всеми участниками разработки и пользователями модели, чтобы правильно интерпретировать ее содержание.
Слайд 31Свойства IDEF-диаграмм
1. Стрелки как ограничения
Входные и управляющие стрелки блока, соединяющие
его с другими блоками или с внешней средой, описывают условия,
которые должны быть выполнены для того, чтобы реализовалась функция, записанная в качестве имениблока .
Слайд 322. Параллельное функционирование
Различные функции в модели могут быть выполнены параллельно,
если удовлетворяются необходимые ограничения (условия). Один блок может создать данные
или материальные объекты, необходимые для параллельной работы нескольких блоков.
Слайд 333. Ветвление и слияние сегментов стрелок
Ветвление и слияние стрелок призвано
уменьшить загруженность диаграмм линиями.
Чтобы стрелки и их сегменты правильно описывали
связи между блоками-источниками и блоками-потребителями, используется аппарат меток. Метки связываются с сегментами посредством тильд.
Слайд 36Отношение доминирования. Определяется взаимным расположением блоков на диаграмме.
Блоки, расположенные на
диаграмме выше и левее, доминируют над блоками, расположенными ниже и
правее. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы.Отношение управления возникает тогда, когда выход одного блока служит управляющим воздействием на блок с меньшим доминированием.
Слайд 37Отношение выход – вход возникает при соединении выхода одного блока
с
входом другого блока с
меньшим доминированием.
Отношение обратной связи по управлению возникает тогда, когда выход некоторого блока создает управляющее воздействие на блок с большим доминированием.
Слайд 38
Отношение обратной связи по входу имеет место тогда, когда выход некоторого блока становится входом другого блока с большим доминированием.
Отношение выход – механизм отражает ситуацию, когда выход одной функции становится средством достижения цели для другой.
Такие связи возникают при отображении в модели процедур пополнения и распределения ресурсов, создания или подготовки средств для выполнения функций системы.
Слайд 39Отношения между блоками диаграммы и другими диаграммами (окружающей средой)
Отношения между
блоками диаграммы и другими диаграммами, являющимися по отношению к рассматриваемой
диаграмме окружающей средой (окружением), описываются граничными стрелками.
Слайд 40Все граничные стрелки на дочерней диаграмме должны соответствовать стрелкам родительского
блока.
Слайд 41
ICOM-кодирование граничных стрелок
ICOM-коды связывают граничные стрелки на дочерней диаграмме со
стрелками родительского блока.
Буквы I, C, O или M, написанные
около несвязанного конца граничной стрелки на дочерней диаграмм идентифицируют стрелку как Вход (Input), Управление (Control), Выход (Output) или Механизм (Mechanism) в родительском блоке. Буква следует за числом, определяющим относительное положение точки подключения стрелки к родительскому блоку; это положение определяется слева направо или сверху вниз. Например, код C3, написанный возле граничной стрелки на дочерней диаграмме, указывает, что эта стрелка соответствует третьей (считая слева) управляющей стрелке родительского блока.
Слайд 43
Стрелки , помещенные в «туннель»
Туннель – круглые скобки в начале
и/или окончании стрелки. Туннельные стрелки означают, что данные, выраженные этими
стрелками, не рассматриваются на родительской диаграмме и/или на дочерней диаграмме.Стрелка, помещенная в туннель там, где она присоединяется к блоку, означает, что данные, выраженные этой стрелкой, не обязательны на следующем уровне декомпозиции.
Стрелка, помещаемая в туннель на свободном конце означает, что выраженные ею данные отсутствуют на родительской диаграмме.
Слайд 461. В составе модели должна присутствовать контекстная диаграмма A-0, которая
содержит только один блок. Номер единственного блока на контекстной диаграмме
A-0 должен быть 0.2. Блоки на диаграмме должны располагаться по диагонали – от левого верхнего угла диаграммы до правого нижнего в порядке присвоенных номеров. Блоки на диаграмме, расположенные вверху слева «доминируют» над блоками, расположенными внизу справа. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные.
3. Неконтекстные диаграммы должны содержать не менее 3 и не более 6 блоков (эти ограничения поддерживают сложность диаграмм на уровне, доступном для чтения, понимания и использования).
4. Каждый блок неконтекстной диаграммы получает номер, помещаемый в правом нижнем углу; порядок нумерации - от верхнего левого к нижнему правому блоку (номера от 1 до 6).
Слайд 475. Каждый блок, подвергнутый декомпозиции, должен иметь ссылку на дочернюю
диаграмму; ссылка (например, узловой номер или номер страницы) помещается под
правым нижним углом блока.6. Имена блоков (выполняемых функций) и метки стрелок должны быть уникальными. Если метки стрелок совпадают, это значит, что стрелки отображают тождественные данные.
7. При наличии стрелок со сложной топологией целесообразно повторить метку для удобства ее идентификации.
8. Следует обеспечить максимальное расстояние между блоками и поворотами стрелок, а также между блоками и пересечениями стрелок для облегчения чтения диаграммы. Одновременно уменьшается вероятность перепутать две разные стрелки.
9. Блоки всегда должны иметь хотя бы одну управляющую и одну выходную стрелку, но могут не иметь входных стрелок.
Слайд 4810. Если одни и те же данные служат и для
управления, и для входа, вычерчивается только стрелка управления. Этим подчеркивается
управляющий характер данных и уменьшается сложность диаграммы.11. Максимально увеличенное расстояние между параллельными стрелками облегчает размещения меток, их чтение и позволяет проследить пути стрелок.
Слайд 4912. Стрелки связываются (сливаются), если они представляют сходные данные и
их источник не указан на диаграмме.
13. Обратные связи по управлению
должны быть показаны как «вверх и над» (а); обратные связи по входу должны быть показаны как «вниз и под» (б). Так же показываются обратные связи посредством механизма (в).
Слайд 5014. Циклические обратные связи для одного и того же блока
изображаются
только для того, чтобы их
выделить.
15. Стрелки объединяются, если
они имеют общий источник или приемник, или они представляют связанные данные. Общее название лучше описывает суть данных. Следует минимизировать число стрелок, касающихся каждой стороны блока, если природа данных не слишком разнородна.
Слайд 5116. Если возможно, стрелки присоединяются к блокам в одной и
той же позиции. Тогда соединение стрелок конкретного типа с блоками
будет согласованным и чтение диаграммы упростится.
Слайд 5217. При соединении большого числа блоков необходимо избегать необязательных пересечений
стрелок. Следует минимизировать число петель и поворотов каждой стрелки.
18. Блоки
(функции) являются
сопряженными через среду,
если они имеют связи с
источником, генерирующим
данные, без конкретного
определения отношения
отдельной части данных
к какому-либо блоку.
Слайд 5319. Две или более функций являются сопряженными через запись, если они
связаны с набором данных и не обязательно зависят от того, представлены
ли все возможные интерфейсы как сопряжение через среду. Тип интерфейса, показанный на рис., предпочтителен, поскольку определяются отношения конкретных элементов данных к каждому блоку.20. Необходимо использовать (где это целесообразно) выразительные возможности ветвящихся стрелок.
Слайд 54Нумерация блоков и узлов
Каждому блоку на диаграмме присваивается номер, помещаемый
в нижнем правом внутреннем углу блока. Система нумерации необходима для
однозначной идентификации блоков в пределах диаграммы и для генерации узловых номеров. Эти номера используются также для ссылок на блоки в тексте и глоссарии.На контекстной диаграмме A-0 единственному блоку присваивается номер 0 (нуль). На всех других диаграммах блоки нумеруются цифрами от 1 до 6, начиная с верхнего левого блока (при их диагональном размещении) и кончая нижним правым блоком.
Если некоторые блоки на диаграмме размещены не по диагонали, то сначала нумеруются «диагональные» блоки (также начиная с левого верхнего блока) , а затем – «недиагональные» блоки, начиная с нижнего правого против часовой стрелки.
Слайд 55Узловой номер базируется на положении блока в иерархии модели и
формируется добавлением номера блока к номеру диаграммы, на которой он
появляется. Например, узловой номер блока 2 на диаграмме A25 - A252.Все узловые номера начинаются с заглавной буквы, например, «A». Когда родительский блок подробно описывается дочерней диаграммой, узловые номера родительского блока и дочерней диаграммы совпадают.
Каждая модель IDEF0 имеет контекстную диаграмму верхнего уровня A-0, содержащую единственный «высший блок», который является уникальным родителем всей модели и несет узловой номер A0.
Каждая модель IDEF0 должна также иметь по крайней мере одну дочернюю диаграмму, содержащую декомпозицию блока А0 на 3 … 6 дочерних блоков. Этим блокам присваиваются уникальные узловые номера A1, A2, A3, … A6.
Слайд 56Например, модель может иметь следующие узловые номера:
...
A-1 Дополнительная
контекстная диаграмма
A-0 Обязательная контекстная диаграмма верхнего
уровня (содержащая высший блок А0)A0 Верхняя дочерняя диаграмма
A1, A2,..., A6 Дочерние диаграммы
A11,..., A16,..., A61,..., A66 Дочерние диаграммы
A111,..., A161,..., A611,..., A666 Дочерние диаграммы
... Дочерние диаграммы нижнего уровня
Узловой номер используется также для обозначения того, что блок подвергнут декомпозиции. В этом случае узловой номер, совпадающий с номером дочерней диаграммы, помещается под правым нижним углом блока на родительской диаграмме.
Слайд 57Перечень узлов представляет информацию о входящих в модель узлах в
форме списка, отражающего иерархическую структуру модели:
A0 Производить продукт
A1
Планировать производствоА11 Выбрать технологию производства
A12 Оценить требуемое время и затраты на производство
A13 Разработать производственные планы
A14 Разработать план вспомогательных действий
A2 Разрабатывать и управлять графиком выпуска и ресурсами
A21 Разработать основной график
A22 Разработать график координации работ
A23 Оценивать затраты и приобретать ресурсы
A24 Следить за выполнением графика и расходом ресурсов
A3 Планировать выпуск продукции
Слайд 58Дерево узлов
Модель IDEF0 с уровнями структурной декомпозиции может быть представлена
в виде дерева узлов, дополняющего перечень узлов.
Слайд 60Общие положения
Объектами функционального моделирования и структурного анализа по методологии IDEF0
являются организационно-экономические и производственно-технические системы, состоящие из множества подсистем и
элементов.Элементом системы является объект с однозначно определенными известными свойствами, вытекающими из физических или экономических законов.
Система (подсистема, элемент) имеют входы и выходы. Вход – дискретное или непрерывное множество «контактов», через которое воздействие среды передается системе. Выход – множество «контактов», через которое система воздействует на среду. Воздействие может состоять в передаче вещества, энергии, информации или комбинации этих сущностей.
Слайд 61Функциональный блок, как отображающий моделируемую систему в целом (блок А0),
так и блок на любом уровне декомпозиции являются преобразующими блоками.
Преобразующий блок – блок IDEF0–диаграммы, преобразующий входы в выходы под действием управлений при помощи «механизмов». Преобразование – цель и результат работы любого блока на диаграмме любого уровня декомпозиции.Преобразованию в блоке могут подвергаться материальные и информационные объекты, образующие соответствующие потоки.
Материальный поток – непрерывное или дискретное множество материальных объектов, распределенное во времени.
Информационный поток – множество информационных объектов, распределенное во времени.
Слайд 62
Ограничительная информация - сведения о том, чего нельзя делать:
а) никогда,
ни при каких обстоятельствах (кроме, быть может, форс-мажорных) в любой
фазе и на любом этапе функционирования системы в целом;б) в рамках функционирования конкретного блока.
Содержится в законах, подзаконных актах, международных, государственных и отраслевых стандартах, а также в специальных внутренних положениях и документах предприятия, в частности, в технических требованиях, условиях, регламентах и т.д.
Слайд 63Описательная информация – сведения об атрибутах объекта (потока) преобразуемого функциональным
блоком.
Содержится в чертежах, технических и иных описаниях, реквизитах и
т.п. документах.Эта информация преобразуется (изменяется) в результате выполнения функции.
Управляющая (предписывающая) информация – сведения о том, как , при каких условиях и по каким правилам следует преобразовать объект (поток) на входе в объект (поток) на выходе блока. Содержится в технологических инструкциях, руководствах, документах, определяющих «настройки» и характеристики блока.
Слайд 64Схематическое изображение связей преобразующего блока
Ограничительная и предписывающая информация изображается стрелками,
присоединяемыми к блоку на стороне управления.
Описательная информация поступает на вход
блока и формируется на его выходе, отображаясь стрелками входа и выхода соответственно.
Слайд 66
А) Основные виды функций
1. Деятельность (дело, бизнес) – совокупность процессов,
выполняемых (протекающих) последовательно или/и параллельно, преобразующих множество материальных или/и информационных
потоков во множество материальных или/и информационных потоков с другими свойствами. Деятельность осуществляется в соответствии с заранее определенной и постоянно корректируемой целью, с потреблением финансовых, информационных, энергетических, трудовых и материальных ресурсов, при выполнении ограничений со стороны внешней среды.В модели IDEF0 деятельность описывается блоком А0 на основной контекстной диаграмме А-0.
Слайд 67
2. Процесс (бизнес-процесс) – совокупность последовательно или/и параллельно выполняемых операций,
преобразующая материальный или/и информационный потоки в соответствующие потоки с другими
свойствами.Процесс протекает в соответствии с управляющими директивами, вырабатываемыми на основе целей деятельности.
В ходе процесса потребляются финансовые, информационные, энергетические, трудовые и материальные ресурсы и выполняются ограничения со стороны других процессов и внешней среды.
Слайд 68
3. Операция – совокупность последовательно или/и параллельно выполняемых действий, преобразующих
объекты, входящие в состав материального или/и информационного потока, в соответствующие
объекты с другими свойствами.Операция выполняется:
а) в соответствии с директивами, вырабатываемыми на основе директив, определяющих протекание процесса, в состав которого входит операция; б) с потреблением всех видов потребных ресурсов; в) с соблюдением ограничений со стороны других операций и внешней среды.
Слайд 694. Действие – преобразование какого-либо свойства материального или информационного объекта
в другое свойство. Действие выполняется в соответствии с командой, являющейся
частью директивы на выполнение операции, с потреблением необходимых ресурсов и с соблюдением ограничений, налагаемых на осуществление операции.Б) Дополнительные виды функций:
5. Субдеятельность – совокупность нескольких процессов в составе деятельности, объединенная некоторой частной целью (являющейся «подцелью»
деятельности).
6. Подпроцесс – группа операций в составе процесса, объединенная технологически или организационно.
Слайд 70Функции группы А образуют естественную иерархию
блоков на IDEF0-диаграммах при декомпозиции,
предусматривая четыре уровня последней.
При анализе сложных видов деятельности могут
потребоваться промежуточные уровни декомпозиции, основанные на применении функций группы Б.Уровни декомпозиции, детализирующие действия, естественно считать состоящими из элементарных или простых функций.
Слайд 71Организационно-технические структуры и механизмы DEF0-моделей
Все функции находятся между собой в
отношениях иерархической подчиненности по принципу «сверху вниз»:
деятельность
субдеятельность
процесс
подпроцесс операция
действие.
Согласно методологии IDEF0 каждая функция выполняется посредством механизма. В большинстве систем, анализируемых при помощи функциональных моделей такими механизмами служат организационно-технические структуры.
Слайд 72Организационно-техническая система - организационная структура, персонал и комплекс технических средств
(оборудование), необходимые для осуществления деятельности .
Организационно-техническая подсистема – часть организационно-
технической
системы, обеспечивающая протекание процесса (субдеятельности).Организационно-технический комплекс (модуль) - часть организационно-технической подсистемы, предназначенная для выполнения операции.
Организационно-технический блок – часть организационно-технического комплекса, обеспечивающая выполнение действия.
Соответствие между иерархией функций (преобразований ) и иерархией механизмов
Слайд 73Во многих моделях находит отражение явление, состоящее в формировании или
специфической настройке (перестройке) механизмов в ходе деятельности. Это явление именуется
реинжинирингом производства и/или бизнес-процессов на предприятии (в организации).Явление отражается в модели как субдеятельность, поскольку почти всегда состоит из нескольких процессов. Укрупненная схема этой субдеятельности:
Слайд 74Механизм любого уровня обеспечивает выполнение деятельности (процесса, операции, действия), потребляя
ресурсы: финансовые, информационные, энергетические, трудовые, непосредственно или с помощью промежуточных
преобразований, т.е. специфических процессов, называемых поддерживающими, обеспечивающими или вспомогательными по отношению к основным процессам, где происходят преобразования, однозначно обусловленные целью деятельности.Существенный признак вспомогательного процесса: этот процесс не создает конечного продукта деятельности и, следовательно, прибыли!
Слайд 75Управление – особый вид процесса, операции, действия
Один из общих принципов
методологии IDEF0 требует, чтобы к каждому блоку на диаграмме должна
быть присоединена хотя бы одна управляющая стрелка, отображающая условия правильного функционирования блока.Это требование есть следствие положения системотехники:
управление есть такое воздействие (преимущественно информационное) на систему, которое стимулирует ее функционирование в направлении достижения некоторой цели.
Слайд 761. Управление деятельностью – процесс, состоящий, как минимум, из следующих
операций:
формулирование целей деятельности;
оценивание ресурсов, необходимых для осуществления деятельности и их
сопоставление с имеющимися ресурсами;сбор информации об условиях протекания и фактическом состоянии деятельности («глобальная» обратная связь);
выработка и принятие решений, направленных на достижение целей, в частности, решений о распределении ресурсов по процессам, входящим в состав деятельности; оформление решений в виде директив на управление процессами;
реализация решений (исполнение директив) и оценка их результатов («локальная обратная связь»);
корректировка (в случае необходимости, например, при нехватке ресурсов) ранее сформулированных целей (самонастройка, адаптация).
Слайд 772. Управление процессом – операция, состоящая, как минимум, из следующих
действий:
анализ директивы на управление процессом, ее декомпозиция на директивы управления
операциями;сбор (прием по каналам связи) информации о ходе выполнения операций, ее обобщение и формирование сведений о состоянии процесса; передача данных в подсистему управления деятельностью;
сопоставление информации о ходе операций с данными директив и выработка локальных решений, направленных на устранение отклонений;
корректировка (в случае необходимости) директив на выполнение операций.
3. Управление операцией – действие, состоящее в выработке на основании директивы на управление операцией команд на управление действиями, в реализации этих команд, оценке результатов выполнения, передаче необходимой информации в комплекс управления процессом, корректировке команд в случае необходимости.
Слайд 78Блоки управления должны присутствовать на каждой IDEF0-диаграмме (кроме тех, которые
являются декомпозициями самих таких блоков). Через них осуществляются управляющие воздействия
на остальные блоки диаграммы. Именно эти блоки воспринимают ограничивающую и предписывающую информацию и преобразуют ее в соответствующие директивы и команды.Имена блоков управления, как правило, содержат глагол «Управлять…».
Стрелки, исходящие из блока с именем «Управлять …», описывают централизованную схему управления (управленческую «вертикаль»).
Возможны варианты структур, в которых выходная информация одного из блоков является управляющей для другого. Это отображает децентрализацию управления («горизонтальные» связи).
Слайд 79Типизация функциональных моделей и IDEF0– диаграмм
Эффективность и
производительность труда разработчиков функциональных моделей могут быть повышены за счет
применения типовых моделей и отдельных диаграмм, ориентированных на применение в конкретных предметных областях.Например, на основе представлений о жизненном цикле продукции (изделия) можно использовать типовую диаграмму уровня А0 для промышленного предприятия.
Аналогичные типовые модели могут быть разработаны для других видов бизнеса (оказание услуг, транспорт, банковское дело, финансовая деятельность и т.д.).
Слайд 81Организация процесса функционального моделирования и управление проектом
Для эффективного моделирования и
получения результатов в соответствии со сроками и сметами управление проектом
должно представлять собой итерационный процесс, в ходе которого координируется работа авторов, экспертов и тех, кто принимает окончательную версию модели системы или ее части.Это должен быть процесс, в полной мере использующий возможности методологии, основанной на разделении функций участников проекта и итеративном характере рецензирования, в ходе которого проверяется корректность диаграмм и/или моделей, а также соответствие их поставленной цели и точке зрения.
Слайд 83Перспективы развития методологии функционального моделирования
Методология IDEF0 представляет собой четко формализованный
подход к созданию функциональных моделей - структурных схем изучаемой системы.
Схемы строятся по иерархическому принципу с необходимой степенью подробности и помогают разобраться в том, что происходит в изучаемой системе, какие функции в ней выполняются и в какие отношения вступают между собой и с окружающей средой ее функциональные блоки.
Совокупность схем (IDEF0-диаграмм) образует концептуальную модель системы, которая носит качественный, описательный, декларативный характер.
Слайд 84Функциональная модель системы принципиально не может ответить на вопросы о
том, как протекают процессы в системе во времени и в
пространстве, каковы их характеристики и в какой мере удовлетворяются (или не удовлетворяются) требования, предъявляемые к системе.Для поиска ответов на эти вопросы следует переходить к другим моделям – математическим, имитационным моделям, описывающим процессы в функциональных блоках IDEF0-модели.
Описание и количественная оценка преобразований требуют создания математических моделей, которые должны отображать (имитировать) физические, экономические, организационные, финансовые, логические и т.п. отношения между сущностями, входящими в IDEF0–модель, разворачивающиеся во времени.
Слайд 85Классы математических моделей, которые могут найти применение в качестве средств
описания процессов и явлений, протекающих в IDEF0-блоках:
распределительные модели теории исследования
операций (оптимальное распределение ресурсов);модели теории массового обслуживания (детерминированные и статистические);
модели теории управления запасами;
транспортные модели ;
динамические модели передачи сигналов (детерминированные и стохастические);
регрессионные и корреляционные прогностические модели (в т.ч. модели, предсказывающие вероятность возникновения редких событий);
некоторые модели теории игр;
модели, основанные на нечетких множествах и отношениях;
модели нейронных сетей и т.д.
Слайд 871. Функциональная модель - плод коллективного труда всех участников процесса
моделирования.
2. Создание моделей, адекватно отражающих объект предметную область, возможно лишь
при выполнении обязательных условий:IDEF0-диаграммы следует разрабатывать в точном соответствии с IDEF0-методологией;
при моделировании должен быть организован итеративный процесс рецензирования каждого фрагмента модели и модели в целом;
начинать следующий уровень декомпозиции можно лишь после полного завершения работы над родительской диаграммой.
Слайд 88Вопросы для самоконтроля
Які властивості відносяться до функціонального блоку?
На яких принципах
будується IDEF0 методологія?
Назвати правила IDEF0 моделювання
Що окреслює контекст моделі ?
Скільки
точок зору може представляти модель?Які елементи використовуються на IDEF0 діаграмах ?
Які можуть бути об'єкти в рамках функціонального моделювання?
Назвати типи взаємозв'язків між Блоками при IDEF0 моделюванні.
