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

Содержание

Слайд 2

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

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

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

Система

Слайд 3

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

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

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

принцип формализации
принцип непротиворечивости
принцип структурирования данных

Слайд 4

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

70-е гг. ХХ века – методология SADT( Structured

Методология структурного анализа и проектирования 70-е гг. ХХ века – методология SADT(
Analysis and Design Technique)
Предложена Дугласом Россом (Douglas Ross)
Основная идея данной методологии – построение древовидной иерархической модели предприятия.
В начале 1990-х на основе SADT принят стандарт моделирования бизнес-процессов IDEF0 (Icam DEFinition), являющийся одним из 14 стандартов линейки IDEF – Integration Definition for Functional Modeling (в данном курсе будут рассмотрены некоторые из них, в частности, IDEF0, IDEF1X, IDEF3) .
Положения методологии зафиксированы в разработанном в США стандарте IDEF0 (В России – РД IDEF0 – 2000)

Слайд 5

Модели структурного подхода,

3 типа моделей, используемых в структурном подходе:
1) функциональные модели

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

Слайд 6

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

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

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

Слайд 7

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

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

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

Слайд 8

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

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

Функциональный блок Олицетворяет некоторую конкретную функцию или работу в рамках рассматриваемой системы
– 2000: прямоугольник, содержащий имя и номер и используемый для описания функции

Слайд 9

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

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

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

Слайд 10

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

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

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

Слайд 12

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

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

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

Слайд 13

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

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

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

Слайд 14

Точка зрения

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

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

Слайд 15

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

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

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

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

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

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

Слайд 16

© 2002 ГОУ “ГМЦ CALS-технологий”

Контекстная диаграмма(функция)

Функциональная модель имеет иерархическую структуру.
Контекстная функция –

© 2002 ГОУ “ГМЦ CALS-технологий” Контекстная диаграмма(функция) Функциональная модель имеет иерархическую структуру.
функция верхнего уровня модели.
Контекстная функция несет имя основного действия выполняемого системой.
Изображается на отдельной диаграмме, называемой контекстной.

Контекстная функция

Слайд 17

© 2002 ГОУ “ГМЦ CALS-технологий”

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

На контекстной диаграмме указываются связи системы с

© 2002 ГОУ “ГМЦ CALS-технологий” Контекстная диаграмма На контекстной диаграмме указываются связи
внешним миром.

Граничные связи

Слайд 18

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

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

Дерево узлов

Индекс узлов

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

Слайд 19

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

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

Слайд 20

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

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

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

Слайд 21

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

Граничные стрелки начинаются от границ диаграммы и заканчиваются у функции или

Граничные стрелки Граничные стрелки начинаются от границ диаграммы и заканчиваются у функции
наоборот.
Связывают функции диаграммы с внешним миром.
Определяются на родительской диаграмме
Для идентификации граничных стрелок используются ICOM-коды. (Input, Control, Output, Mechanism)

Слайд 22

© 2002 ГОУ “ГМЦ CALS-технологий”

ICOM-код

© 2002 ГОУ “ГМЦ CALS-технологий” ICOM-код

Слайд 23

© 2002 ГОУ “ГМЦ CALS-технологий”

Внутренние связи

Внутренние связи не касаются границ диаграммы.
Разделяются на

© 2002 ГОУ “ГМЦ CALS-технологий” Внутренние связи Внутренние связи не касаются границ
виды:
Выход-вход.
Выход-управление.
Выход-механизм.
Обратная связь по входу.
Обратная связь по управлению.

Слайд 24

© 2002 ГОУ “ГМЦ CALS-технологий”

Выход-вход

Описывает последовательность обработки потока объектов.

Выход-вход

© 2002 ГОУ “ГМЦ CALS-технологий” Выход-вход Описывает последовательность обработки потока объектов. Выход-вход

Слайд 25

© 2002 ГОУ “ГМЦ CALS-технологий”

Выход-управление

Предшествующая функция управляет выполнением последующей функции.

Выход-управление

© 2002 ГОУ “ГМЦ CALS-технологий” Выход-управление Предшествующая функция управляет выполнением последующей функции. Выход-управление

Слайд 26

© 2002 ГОУ “ГМЦ CALS-технологий”

Выход-механизм

Одна функция выбирает или создает ресурс, который будет

© 2002 ГОУ “ГМЦ CALS-технологий” Выход-механизм Одна функция выбирает или создает ресурс,
являться исполнительным механизмом другой функции.

Выход-механизм

Слайд 27

© 2002 ГОУ “ГМЦ CALS-технологий”

Обратная связь по входу

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

© 2002 ГОУ “ГМЦ CALS-технологий” Обратная связь по входу Выход функции направляется
предыдущей.
Используется для описания возможности повторной обработки потока объектов или для описания циклических действий над потоком.

Обратная связь по входу

Слайд 28

© 2002 ГОУ “ГМЦ CALS-технологий”

Обратная связь по управлению

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

© 2002 ГОУ “ГМЦ CALS-технологий” Обратная связь по управлению Выход функции направляется
одной из предыдущих функций.
Например, она может описывать обратную связь, регулирующую производственные процессы, что может повлиять на качество выпускаемого изделия.

Обратная связь по управлению

Слайд 29

© 2002 ГОУ “ГМЦ CALS-технологий”

Слияние стрелок

Случай когда какой либо однотипный результат

© 2002 ГОУ “ГМЦ CALS-технологий” Слияние стрелок Случай когда какой либо однотипный
получается от двух различных функций. Достаточно отметить только общую часть стрелки.
Два различных выхода сливаются в один общий. Должны быть отмечены каждая ветвь и общий участок связи.

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

Слайд 30

© 2002 ГОУ “ГМЦ CALS-технологий”

Разветвление

Поток разветвляясь сохраняет первоначальное содержание.
Подпись необходима

© 2002 ГОУ “ГМЦ CALS-технологий” Разветвление Поток разветвляясь сохраняет первоначальное содержание. Подпись
только для общей части стрелки.
Поток ответвляется от общего потока, неся в себе часть объектов (чертежи).
Подписываются общая стрелка и ответвления.
Если ответвление не подписано, то оно несет в себе общий поток объектов.

Слайд 31

© 2002 ГОУ “ГМЦ CALS-технологий”

Разветвление

Разделение общего потока на несколько независимых потоков.
Обозначается

© 2002 ГОУ “ГМЦ CALS-технологий” Разветвление Разделение общего потока на несколько независимых
общая часть стрелки и каждое ответвление.
Ошибка - не именованы общая часть стрелки и какая либо из ветвей.

Слайд 32

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

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

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

Слайд 33

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

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

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

Слайд 34

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

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

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

Слайд 35

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

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

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

Слайд 36

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

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

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

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

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

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

Слайд 37

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

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

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

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

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

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

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

Слайд 38

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

ШМА

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

Слайд 39

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

ШМА

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

Слайд 40

Дерево узлов

ШМА

Дерево узлов ШМА

Слайд 41

FEO-страница

ШМА

FEO-страница ШМА
Имя файла: Структурный-подход-к-моделированию-систем.-Методология-функционального-моделирования-IDEF0.pptx
Количество просмотров: 28
Количество скачиваний: 0