Структурный подход к моделированию систем. Методология функционального моделирования IDEF0

Содержание

Слайд 2

Система разбивается на функциональные подсистемы, которые, в свою очередь, делятся на

Система разбивается на функциональные подсистемы, которые, в свою очередь, делятся на

подфункции, подфункции – на задачи и т.д. до конкретных процедур

Сущность структурного подхода к моделированию систем

Система

Слайд 3

принцип «Разделяй и властвуй» принцип иерархического упорядочивания принцип абстрагирования принцип непротиворечивости

принцип «Разделяй и властвуй»
принцип иерархического упорядочивания
принцип абстрагирования
принцип непротиворечивости


принцип структурирования данных

Базовые принципы структурного подхода

Слайд 4

70-е гг. ХХ века – методология SADT Предложена Дугласом Россом (Douglas

70-е гг. ХХ века – методология SADT
Предложена Дугласом Россом (Douglas Ross)
Основная

идея данной методологии – построение древовидной иерархической модели предприятия.
В начале 1990-х на основе SADT принят стандарт моделирования бизнес-процессов IDEF0, являющийся одним из 14 стандартов линейки IDEF – Integration Definition for Functional Modeling (в данном курсе будут рассмотрены некоторые из них, в частности, IDEF0, IDEF1X, IDEF3) [8, 5].
Положения методологии зафиксированы в разработанном в США стандарте IDEF0 (В России – РД IDEF0 – 2000)

Методология структурного анализа и проектирования

Слайд 5

Модели структурного подхода, изучаемые в курсе «Системное моделирование и CASE-технологии» 3

Модели структурного подхода, изучаемые в курсе «Системное моделирование и CASE-технологии»

3 типа

моделей, используемых в структурном подходе:
1) функциональные модели (ФМ)
2) информационные модели (ИМ)
3) динамические модели (ДМ)
Слайд 6

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

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

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

Сущность функционального моделирования

Слайд 7

В основе IDEF0-методологии лежат 4 основных понятия: 1) функциональный блок; 2)

В основе IDEF0-методологии лежат 4 основных понятия:
1) функциональный блок;
2) интерфейсная дуга

(стрелка);
3) декомпозиция;
4) глоссарий.

Методология IDEF0

Слайд 8

Олицетворяет некоторую конкретную функцию или работу в рамках рассматриваемой системы РД

Олицетворяет некоторую конкретную функцию или работу в рамках рассматриваемой системы
РД IDEF0

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

Функциональный блок

Слайд 9

Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает

Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает

иное влияние на функцию, отображаемую функциональным блоком.
Графически изображается в виде однонаправленной стрелки.
Каждая дуга должна иметь свое уникальное название, сформулированное оборотом существительного (должно отвечать на вопросы кто?, что?). Примеры: информация, разработчик, документ, обработанная заявка.
В зависимости от того, к какой стороне блока она подходит, интерфейсная дуга будет являться входящей, выходящей, управления, механизма.

Интерфейсная дуга

Слайд 10

Интерфейсная дуга Стрелки входа может не быть. Остальные интерфейсные дуги обязательны.

Интерфейсная дуга

Стрелки входа может не быть. Остальные интерфейсные дуги обязательны.

Слайд 11

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

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

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

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

Слайд 12

Цель моделирования должна отвечать на следующие вопросы: Почему процесс должен быть

Цель моделирования должна отвечать на следующие вопросы:
Почему процесс должен быть замоделирован?
Что

должна показывать модель?
Что может получить читатель?
Примеры целей: «Идентифицировать слабые стороны процесса сбора данных», «Определить ответственность сотрудников для написания должностных инструкций» и т.п. [8]

Цель моделирования

Слайд 13

Точка зрения – позиция, с которой будет строиться модель. В качестве

Точка зрения – позиция, с которой будет строиться модель. В качестве

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

Точка зрения

Слайд 14

Декомпозиция Контекстная диаграмма Декомпозиция контекстной диаграммы Декомпозиция блока А1 Декомпозиция блока А3

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

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

Декомпозиция контекстной диаграммы

Декомпозиция блока А1

Декомпозиция блока А3

Слайд 15

Декомпозиция А0 ____________ А1____________ А11___________ А12___________ А13___________ А2____________ А3____________ Дерево узлов Индекс узлов

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

А0 ____________
А1____________
А11___________
А12___________
А13___________
А2____________
А3____________

Дерево узлов

Индекс узлов

Слайд 16

Нумерация работ и диаграмм

Нумерация работ и диаграмм

Слайд 17

1. На одной диаграмме рекомендуется рисовать от 3 до 6 блоков.

1. На одной диаграмме рекомендуется рисовать от 3 до 6 блоков.

Иначе диаграмма будет плохо читаемой.
2. Функциональные блоки должны располагаться слева направо сверху вниз в порядке доминирования.
3. Следует избегать излишнего пересечения стрелок.

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

Слайд 18

4. Выход одного блока может являться входом (управлением) для другого. Могут

4. Выход одного блока может являться входом (управлением) для другого. Могут

быть и обратные связи по входу и управлению.

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

Слайд 19

Основные правила построения диаграмм Обратная связь по входу, как правило, используется

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

Обратная связь по входу, как правило, используется для

описания циклов.

Обратная связь по управлению – выход нижестоящей работы передается на управление вышестоящей

Обратная связь по механизму – выход нижестоящей работы создает ресурсы, выполняющие вышестоящую работу

в) обратная связь по механизму

Слайд 20

5. Стрелки могут быть сливающимися и разветвляющимися Основные правила построения диаграмм

5. Стрелки могут быть сливающимися и разветвляющимися

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

Слайд 21

Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим

Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим

миром. Они могут начинаться у границы диаграммы и заканчиваться у функционального блока и наоборот. Такие стрелки называются граничными [8]. Граничные стрелки помечаются с помощью ICOM-меток (Input, Control, Output, Mechanism)

Граничные стрелки

Слайд 22

Иногда необходимо отобразить граничные стрелки, которые значимы на данном уровне и

Иногда необходимо отобразить граничные стрелки, которые значимы на данном уровне и

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

Тоннельные стрелки

Слайд 23

Для каждого из элементов в IDEF0 существует стандарт, подразумевающий создание и

Для каждого из элементов в IDEF0 существует стандарт, подразумевающий создание и

поддержку набора соответствующих определений, ключевых слов, повествований, изложений и т.д, которые характеризуют объект, отраженный данным элементом. Этот набор – глоссарий, являющийся описанием сущности данного элемента.
FEO-диаграмма (For Exposition Only) – это диаграмма, которая поясняет особо интересные и тонкие аспекты диаграмм. Эти диаграммы не ограничены синтаксисом IDEF0. В них может быть текстовая, графическая информация, схемы, альтернативная точка зрения на процесс и т.п.

Глоссарий и FEO-страница

Слайд 24

Стандартный бланк для диаграмм (облегчает подшивку и копирование) Разделен на 3

Стандартный бланк для диаграмм (облегчает подшивку и копирование)
Разделен на 3 основные

части:
1) поле рабочей информации (для отслеживания диаграммы в процессе моделирования)
2) поле сообщений (область рисования диаграммы)
3) поле идентификации (идентификация диаграммы и ее позиционирование в иерархии)

Мастерская страница (каркас диаграммы)

Слайд 25

Мастерская страница Поле сообщений

Мастерская страница

Поле сообщений

Слайд 26

Пример модели процесса постройки садового домика Построить дом Цель: Определить действия,

Пример модели процесса постройки садового домика

Построить дом

Цель: Определить действия, необходимые для

постройки дачного домика

Точка зрения: владельца дачного участка

1. Строим контекстную диаграмму.

Слайд 27

Пример модели процесса постройки садового домика 2. Декомпозируем контекстную диаграмму Заложить

Пример модели процесса постройки садового домика

2. Декомпозируем контекстную диаграмму

Заложить
фундамент

Возвести
стены

Положить
крышу

Выполнить
отделку

Слайд 28

Пример модели, построенной с использованием CASE-средства BPWin

Пример модели, построенной с использованием CASE-средства BPWin

Слайд 29

Пример модели, построенной с использованием CASE-средства BPWin

Пример модели, построенной с использованием CASE-средства BPWin

Слайд 30

Дерево узлов

Дерево узлов

Слайд 31

FEO-страница

FEO-страница