IDEF0

1. IDEF0

2. Idef0 - это

IDEF0 - ЭТО
метод функционального моделирования, а также графическая
нотация, которая используется для описания и формализации бизнеспроцессов. Особенность IDEF0 заключается в том, что эта методология
ориентирована на соподчиненность объектов. IDEF0 была разработана
для автоматизации предприятий еще в 1981 году в США.

3. IDEF состоит: 

IDEF СОСТОИТ:
IDEF0
используется
для создания
функциональной
модели,
отображающей структуру и функции системы, а также потоки информации
и материальных объектов, связывающие эти функции;
IDEF1 (IDEF1X) применяется для построения информационной модели,
отображающей структуру и содержание информационных потоков,
необходимых для поддержки функций системы;
IDEF2 позволяет построить динамическую модель меняющихся во
времени поведения функций, информации и ресурсов системы.

4. Свойства графического языка IDEF0

СВОЙСТВА ГРАФИЧЕСКОГО ЯЗЫКА IDEF0
Графический язык - полное и выразительное средство, способное наглядно
представлять широкий спектр деловых, производственных и других процессов и
операций предприятия на любом уровне детализации;
Язык обеспечивает точное и лаконичное описание моделируемых объектов, удобство
использования и интерпретации этого описания;
Язык облегчает взаимодействие и взаимопонимание системных аналитиков,
разработчиков и персонала изучаемого объекта (фирмы, предприятия), т.е. служит
средством «информационного общения» большого числа специалистов и рабочих
групп, занятых в одном проекте, в процессе обсуждения, рецензирования, критики и
утверждения результатов;

5. Свойства графического языка IDEF0

СВОЙСТВА ГРАФИЧЕСКОГО ЯЗЫКА IDEF0
Язык
прошел многолетнюю проверку и продемонстрировал
работоспособность как в проектах ВВС США, так и в других проектах,
выполнявшихся государственными и частными промышленными
компаниями;
Язык легок и прост в изучении и освоении;
Язык может генерироваться рядом инструментальных средств машинной
графики;

6. Положения Idef0

ПОЛОЖЕНИЯ IDEF0
Модель – искусственный объект, представляющий собой отображение
(образ) системы и ее компонентов. М моделирует А, если М отвечает
на вопросы относительно А.
Блочное моделирование и его графическое представление. Основной
концептуальный принцип методологии IDEF – представление любой
изучаемой системы в виде набора взаимодействующих и
взаимосвязанных блоков, отображающих процессы, операции, действия,
происходящие в изучаемой системе. В IDEF0 все, что происходит в
системе и ее элементах, принято называть функциями. Каждой функции
ставится в соответствие блок.

7. Положения Idef0

ПОЛОЖЕНИЯ IDEF0
Лаконичность и точность. Графический язык позволяет лаконично,
однозначно и точно показать все элементы (блоки) системы и все
отношения и связи между ними, выявить ошибочные, лишние или
дублирующие связи и т.д.
Передача информации. Средства IDEF0 облегчают передачу
информации от одного участника разработки модели (отдельного
разработчика или рабочей группы) к другому.

8. Положения Idef0

ПОЛОЖЕНИЯ IDEF0
Строгость и формализм. Разработка моделей IDEF0 требует
соблюдения ряда строгих формальных правил, обеспечивающих
преимущества методологии в отношении однозначности, точности и
целостности сложных многоуровневых моделей.
Итеративное моделирование. Разработка модели в IDEF0
представляет собой пошаговую, итеративную процедуру. На каждом
шаге итерации разработчик предлагает вариант модели, который
подвергают обсуждению, рецензированию и последующему
редактированию, после чего цикл повторяется.

9. Положения Idef0

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

10. Средства Idef0

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

11. IDEF0

СИНТАКСИС

12. Блок

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

13. Требования к оформлению блоков

ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ БЛОКОВ
Размеры блоков должны быть достаточными для того, чтобы включить
имя блока.
Блоки должны быть прямоугольными, с прямыми углами.
Блоки должны быть нарисованы сплошными линиями.

14. Стрелка

СТРЕЛКА
Стрелки показывают, какие данные или материальные объекты должны
поступить на вход функции для того, чтобы эта функция могла
выполняться.

15. Стрелка

СТРЕЛКА
Ветвление и слияние стрелок.

16. Требования к оформлению Стрелок

ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ СТРЕЛОК
Ломаные стрелки изменяют направление только под углом 90 град.
Стрелки должны быть нарисованы сплошными линиями различной толщины.
Стрелки могут состоять только из вертикальных или горизонтальных отрезков;
отрезки, направленные по диагонали , не допускаются.
Концы стрелок должны касаться внешней границы функционального блока, но не
должны пересекать ее.
Стрелки должны присоединяться к блоку на его сторонах. Присоединение в углах не
допускается.

17. Вход

ВХОД
Ресурс
Название процесса
№
Стрелка
входа (Input) Отображает входящие документы, материальные и
информационные ресурсы, необходимые для выполнения работы. Работа может не
иметь ни одной стрелки входа.

18. выход

ВЫХОД
Результат
Название процесса
№
Стрелка
выхода (Output) Отображает исходящие документы,
материальные и информационные ресурсы, являющиеся результатом
выполнения работы.

19. управление

УПРАВЛЕНИЕ
Управление
Название процесса
№
Стрелка управления (Control) Отображает правила, ограничения и
другие управляющие воздействия, инструкции регламенты. В нотации
каждая работа должна иметь не менее одной стрелки управления.

20. Инструмент и вызов

ИНСТРУМЕНТ И ВЫЗОВ
Название процесса
№
Инструмент
Вызов
Стрелка механизма (Mechanism) Отображает те ресурсы, которые необходимы для
выполнения работы, но которые не подвергаются изменению.
Стрелка вызова (Call) специальная стрелка. Отображает обращение из работы
данной модели к работе вне моделируемой системы, обеспечивает связь между
моделями.
Р 50.1.028-2001 - ОПИСЫВАЕТ НЕ ВСЕ

21. Внешняя ссылка

ВНЕШНЯЯ ССЫЛКА
Надзирающий
орган
Элемент обозначает место, сущность или субъект, которые находятся за
границами моделируемой системы. Внешние ссылки используются для
обозначения источника или приемника стрелки вне модели

22. Туннелированная стрелка

ТУННЕЛИРОВАННАЯ СТРЕЛКА
Туннелированные стрелки означают, что данные, передаваемые с помощью этих
стрелок, не рассматриваются на родительской диаграмме и/или на дочерней
диаграмме.
Стрелка, помещенная в туннель там, где она присоединяется к блоку, означает, что
данные, выраженные этой стрелкой, не обязательны на следующем уровне
декомпозиции.
Стрелка, помещаемая в туннель на свободном конце, означает, что выраженные ею
данные отсутствуют на родительской диаграмме.

23. Междиаграммная ссылка 

МЕЖДИАГРАММНАЯ ССЫЛКА
А8
Междиаграммная ссылка служит для обозначения перехода стрелки на
диаграмму другого процесса без отображения стрелки на вышележащей
диаграмме (при использовании иерархических моделей).

24. Процесс ссылка 

ПРОЦЕСС ССЫЛКА
Заключение договора
Элемент обозначает ссылку на типовую модель процесса.

25.

Правила писания,
Правила русского языка
Правила сокращений
Чистые листы бумаги,
Чернила
Конспект лекций
Написание лекции
Информация от
преподавателя
0
Ручка,
парта,
стул
А0
Название: Написание лекции
1

26.

27.

А61****
Номер блока на диаграмме А61
Номер блока на диаграмме А6
Номер блока на диаграмме А0
Имя блока А0

28.

29. Основные Требования к разработке

ОСНОВНЫЕ ТРЕБОВАНИЯ К РАЗРАБОТКЕ
1. В составе модели должна присутствовать контекстная диаграмма A-0, которая
содержит только один блок. Номер единственного блока на контекстной диаграмме A-0
должен быть 0.
2. Блоки на диаграмме должны располагаться по диагонали – от левого верхнего угла
диаграммы до правого нижнего в порядке присвоенных номеров.
3. Неконтекстные диаграммы должны содержать не менее трех и не более шести
блоков.
4. Каждый блок неконтекстной диаграммы получает номер, помещаемый в правом
нижнем углу; порядок нумерации - от верхнего левого к нижнему правому блоку (номера
от 1 до 6).
5. Каждый блок, подвергнутый декомпозиции, должен иметь ссылку на дочернюю
диаграмму; ссылка помещается под правым нижним углом блока.

30. Основные Требования к разработке

ОСНОВНЫЕ ТРЕБОВАНИЯ К РАЗРАБОТКЕ
6. Имена блоков (выполняемых функций) и метки стрелок должны быть уникальными.
Если метки стрелок совпадают, это значит, что стрелки отображают тождественные
данные.
7. При наличии стрелок со сложной топологией целесообразно повторить метку для
удобства ее идентификации.
8. Следует обеспечить максимальное расстояние между блоками и поворотами стрелок,
а также между блоками и пересечениями стрелок для облегчения чтения диаграммы.
9. Блоки всегда должны иметь хотя бы одну управляющую и одну выходную стрелку, но
могут не иметь входных стрелок.
10. Если одни и те же данные служат и для управления, и для входа, вычерчивается
только стрелка управления. Этим подчеркивается управляющий характер данных и
уменьшается сложность диаграммы.
11. Максимально увеличенное расстояние между параллельными стрелками облегчает
размещения меток, их чтение и позволяет проследить пути стрелок.

31. Темы задания

ТЕМЫ ЗАДАНИЯ
1. РАЗРАБОТКА МОДЕЛИ УГРОЗ
2. РАЗРАБОТКА ПОЛИТИКИ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ
3. КАТЕГОРИРОВАНИЕ ОБЪЕКТОВ КИИ
4. АТТЕСТАЦИЯ ОБЪЕКТА ИНФОРМАТИЗАЦИИ ПО ТРЕБОВАНИЯМ
БЕЗОПАСНОСТИ ИНФОРМАЦИИ
5. РАЗРАБОТКА РЕГЛАМЕНТА РЕЗЕРВНОГО КОПИРОВАНИЯ
6. УПРАВЛЕНИЕ ИНЦИДЕНТАМИ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ
7. СОЗДАНИЕ СИСТЕМЫ ЗАЩИТЫ ИНФОРМАЦИИ
8.
УПРАВЛЕНИЕ
УЯЗВИМОСТЯМИ
ИНФОРМАЦИОННОЙ
ИНФРАСТРУКТУРЫ
В КАЖДОЙ МОДЕЛИ ДОЛЖНО БЫТЬ НЕ МЕНЕЕ ТРЁХ УРОВНЕЙ
ДЕКОМПОЗИЦИИ