Функциональное моделирование систем. Методики: SADT - IDEF0, DFD, IDEF3

1. ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ СИСТЕМ МЕТОДИКИ: SADT - IDEF0 , DFD, IDEF3 ________________________ Пакет прикладных программ All

Fusion Process Modeler
1

2.

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

3.

Подход был предложен Дугласом Россом в
1960-х гг. в качестве методологии SADT
(Structured Analysis and Design Technique),
предусматривающий проведение
декомпозиции анализируемого процесса и
представление его как совокупности
взаимосвязанных операций, каждая из
которых имеет четко определенные входы и
выходы, определяющие связи между
операциями с учетом необходимых для их
выполнения ресурсов
3

4.

В 1970-х гг. методология SADT получила
распространение, благодаря ее использованию
Министерством обороны США в качестве
поддержки производства ICAM (Integrated
Computer-Aided Manufacturing).
Основной целью применения функциональноструктурного подхода стало повышение
эффективности производственного процесса за
счет использования компьютерных технологий
4

5.

В последствии методология SADT
была переименована в IDEF
(ICAM DEFinition, далее –
Integrated DEFinition) и
утверждена в качестве
федерального стандарта США
«IDEF0». Последняя редакция
данного стандарта выпущена в
1993г.
5

6.

На сегодняшний день стандарт IDEF0 получил
международное распространение и
используется для:
•моделирования бизнес-процессов,
•моделирования информационных систем,
•разработки моделей приложений,
•разработки различных нормативно-правовых
документов (положений, регламентов,
инструкций и др.).
6

7.

В семействе IDEF выделяют следующие методологии:
IDEF0
–
используется
для
функционального
моделирования бизнес-процессов верхнего уровня,
образующих общую структуру процесса;
IDEF1 – методология моделирования внутрисистемных
информационных потоков;
IDEF1X – методология моделирования реляционных
структур;
IDEF3 – методология моделирования атомарных функций
(не подлежащих дальнейшей декомпозиции) в виде
потоков работ;
IDEF4
–
методология
объектно-ориентированного
моделирования систем в виде классов, диаграмм
наследования и др.
IDEF5 – онтологическое моделирование сложных систем
путем создания словаря терминов и правил для
формулирования и описания системы в определенный
7
момент времени

8.

Для описания потоков данных
между компонентами исследуемой
системы (процессами,
подпроцессами) используется
методология DFD (Data Flow
Diagrams) – диаграммы потоков
данных. Данная методология
используется для детализации
процессов, представленных в
IDEF0 и IDEF3
8

9.

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

10.

Функциональная модель в нотации IDEF0
USED AT:
AUTHOR: Автор
DATE: 31.03.2016
WORKING
PROJECT: BPWin
REV: 31.03.2016
DRAFT
READER
TOP
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
DATE CONTEXT:
PUBLICATION
Управление
Вход
Выход
Функция
0 р.
0
Механизм
NODE:
TITLE:
A-0
Функция
NUMBER:

11.

Нотацию IDEF0 определяют следующие
правила:
1. Функция изображается в виде
прямоугольника (Activity), в правом нижнем
углу которого приведен ее номер.
2. Левая сторона блока Activity используется для
изображения входов функции в виде стрелок.
3. Из правой стороны блока Activity в виде
стрелок изображаются выходы системы.
4. В нижнюю сторону блока Activity входят
стрелки, изображающие механизмы функции.
5. В верхней части функции определяются
способы управления функцией.

12.

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

13.

9. Стрелки, изображающие входы, выходы,
механизмы и управление, называются
«граничными».
Такое
название
обуславливается тем, что каждая из них идет
от границы модели. В качестве границы
модели выступает внешняя среда, а для
дочерних диаграмм – границы родительской.
10. Модель, построенная в нотации IDEF0,
имеет иерархическую древовидную
структуру, каждый узел которой
представляет собой диаграмму. Вершина
древовидной структуры называется ТОРдиаграммой, каждый последующий узел –
диаграммами декомпозиции.

14.

Принцип декомпозиции в нотации IDEF0
USED AT:
AUTHOR: MR BPW IN
DATE: 31.03.2016
WORKING
PROJECT: BPWin
REV:
DRAFT
02.04.2016
READER
DATE CONTEXT:
TOP
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
Управление
Вход
Выход
Функция
0 р.
0
USED AT:
AUTHOR: MR BPW IN
DATE: 02.04.2016
WORKING
PROJECT: BPWin
REV:
DRAFT
02.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A-0
Управление
Механизм
NODE:
0 р.
Функция
TITLE:
1
NUMBER:
A-0
Вход
0 р.
USED AT:
AUTHOR: MR BPW IN
DATE: 02.04.2016
WORKING
PROJECT: BPWin
REV:
DRAFT
02.04.2016
READER
Выход
2
Функция 3
DATE CONTEXT:
0 р.
3
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A0
0 р.
0 р.
4
1
Механизм
NODE:
0 р.
A0
2
0 р.
3
0 р.
NODE:
TITLE:
A3
TITLE:
Функция 3
4
NUMBER:
Функция
NUMBER:

15.

Каждая диаграмма в нотации IDEF0
имеет свой уникальный номер,
представленный в левой нижней части,
а в правой верхней части - контекст
декомпозиции. Так, например, ТОРдиаграмма имеет номер А-0. Буква «А»
в индексе образована от Activity, «0» уровень декомпозиции, контекст –
«ТОР-диаграмма»

16.

USED AT:
AUTHOR: MR BPW IN
DATE: 31.03.2016
WORKING
PROJECT: BPWin
REV: 02.04.2016
DRAFT
READER
TOP
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
Управление
Вход
Выход
Функция
0 р.
0
Механизм
NODE:
TITLE:
A-0
Функция
DATE CONTEXT:
NUMBER:

17.

Номер диаграммы декомпозиции
«А-0» обозначается индексом
«А0» (без дефиса), имя
диаграммы образуется по
названию Activity на ТОРдиаграмме (в приведенном
примере – «Функция»), а
контекст представлен блоком
Activity с черной заливкой

18.

USED AT:
AUTHOR: MR BPW IN
DATE: 02.04.2016
WORKING
PROJECT: BPWin
REV:
DRAFT
02.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A-0
Управление
0 р.
1
Вход
0 р.
Выход
2
Функция 3
0 р.
3
0 р.
4
Механизм
NODE:
TITLE:
A0
Функция
NUMBER:

19.

Номера диаграмм последующих уровней декомпозиции
формируются по принципу «А1», «А2», «А3» и т.д. Так,
например, на приведенном рисунке нижней диаграмме
присвоен индекс «А3» ввиду того, что она изображает
результат декомпозиции блока Activity с номером «3», что и
изображено в поле «Context». Имя диаграммы «А3»
образовано по имени соответствующего блока Activity на
родительской диаграмме
USED AT:
AUTHOR: MR BPW IN
DATE: 02.04.2016
WORKING
PROJECT: BPWin
REV:
DRAFT
02.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
0 р.
PUBLICATION
A0
1
0 р.
2
0 р.
3
0 р.
NODE:
TITLE:
A3
Функция 3
4
NUMBER:

20.

При дальнейшей декомпозиции блоков
Activity будут образовываться номера
«А31», «А32», «А314» и т.д. Так,
например, номер диаграммы «А314»
говорит о том, что на ней приведен
результат декомпозиции четвертого
блока Activity диаграммы «А31», а
сама диаграмма представляет пятый
уровень декомпозиции модели

21.

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

22.

Нотация IDEF0 предусматривает четыре вида
граничных стрелок:
1. Вход. В качестве входов функциональных
блоков Activity могут выступать различного
рода информация, документы, материальные
объекты, которые будут трансформированы в
результате выполнения функции. Например,
документ,
который
будет
подписан,
информация, которая будет обработана, сырье,
которое будет переработано в полуфабрикат
или готовый продукт.

23.

2. Выход. В качестве выходов функциональных
блоков Activity выступают
трансформированные или измененные в
результате выполнения функции документы,
информация или материальные объекты.
Например, созданный документ,
подписанный документ, обработанная
информация, полуфабрикат или готовая
продукция, товар или услуга

24.

3. Механизмы. В качестве механизмов функции
выступают различные ресурсы, с помощью
которых она может быть выполнена (человек,
оборудование,
инструмент,
приложение,
финансы, энергетические ресурсы и др.).
Например, если в качестве входа функции
определен документ, а в качестве выхода –
подписанный документ, тогда механизмом этой
функции будет человек, который подписывает
документ.

25.

4. Управление. В качестве управления для
функции чаще всего выступают документы,
регламентирующие
ее
выполнение.
Например,
положение,
инструкция,
рецептура,
методические
указания,
локальные нормативно-правовые акты
(приказы, распоряжения, решения и др.),
федеральные,
краевые
нормативноправовые акты и др.

26.

Граничные стрелки в
методологии IDEF0 можно
представлять укрупненно, а
также при необходимости
проводить их детализацию. В
первую очередь это
предусматривается для
обеспечения удобочитаемости
диаграммы

27.

Так, например, на ТОР-диаграмме не
имеет смысла приводить перечень
всех должностей персонала
организации, а достаточно привести
одну стрелку «Персонал», а потом на
диаграммах декомпозиции уточнить
соответствующую должность.
Аналогичный прием, можно провести
с входами, выходами и управлением

28.

Детализация граничных стрелок модели
USED AT:
AUTHOR: MR BPW IN
DATE: 02.04.2016
WORKING
PROJECT: BPWin
REV:
DRAFT
02.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A-0
Управление
Информация
Управление 1
Информация 1
Обработанная
Обработанная информация 1 информация
Функция 1
0 р.
1
Управление 2
Информация 2
Обработанная информация 2
Функция 2
0 р.
2
Управление 3
Информация 3
Обработанная информация 3
Функция 3
0 р.
Управление 4
3
Обработанная
информация 4
Информация 4
Функция 4
0 р.
Механизм 1
Механизм 2
4
Механизм 3
Механизм 4
Механизм
NODE:
TITLE:
A0
Функция
NUMBER:

29.

В процессе корректировки и
уточнения модели исследователь
может добавлять или удалять
граничные стрелки на
диаграммах, что приводит к их
обрыву. Граничная стрелка с
обрывом изображается в
квадратных скобках [ ]

30.

Обрыв граничных стрелок модели
USED AT:
AUTHOR: MR BPW IN
DATE: 02.04.2016
WORKING
PROJECT: BPWin
REV:
DRAFT
02.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A0
Управление 3
0 р.
1
Информация 3
Обработанная информация 3
Функция 3.2
0 р.
2
0 р.
3
0 р.
4
Механизм 3
NODE:
TITLE:
A3
Функция 3
NUMBER:

31.

Квадратные скобки на границе
диаграммы обозначают, что
граничная стрелка оборвана на
родительской диаграмме. Если
квадратные скобки изображены
возле блока Activity – это говорит
о том, что граничная стрелка
оборвана на дочерней диаграмме

32.

Обрыв граничной стрелки – это
синтаксическая ошибка модели. Намеренный
обрыв или невыведение граничной стрелки на
родительскую диаграмму должен
сопровождаться «туннелированием».
Затуннелированная граничная стрелка
изображается в круглых скобках.
Намеренный обрыв граничной стрелки чаще
всего производится при смене нотаций
моделирования

33.

Туннелирование граничных стрелок модели
USED AT:
AUTHOR: MR BPW IN
DATE: 02.04.2016
WORKING
PROJECT: BPWin
REV:
DRAFT
02.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A0
Управление 3
0 р.
1
Информация 3
Обработанная информация 3
Функция 3.2
0 р.
2
0 р.
3
0 р.
4
Механизм 3
NODE:
TITLE:
A3
Функция 3
NUMBER:

34.

Рассмотрим процесс создания модели
бизнес-процесса с использованием
методологии IDEF0 на примере бизнеспроцессов
ЗАО «Мясоперерабатывающего
комплекса «Динской», который
представляет собой многопрофильную
группу сельскохозяйственных,
производственных, торгово-сбытовых
компаний для совместной
хозяйственной деятельности

35.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 27.04.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.04.2016
READER
DATE CONTEXT:
TOP
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
Федеральное и
краевое
законодательство
Правила пожарнойПравила санитарии
безопасности
и гигиены
Правила торговли
ГОСТы, ТУ
Стратегия развития
корпорации
Сено и кормовое сырье
Колбас ные изделия в ассортименте
Племенные животные
Отчетность предприятия
Сырье от поставщика
Желание и потребности клиента
Заявка на сено и кормовое сырье
Деятельность ЗАО МПК Динской
Информация о внешней среде
Заявка поставщику с ырья
0 р.
0
Оборудование
Ресурсы от
поставщиков
NODE:
TITLE:
A-0
Клиенты
Руководители
Персонал
Деятельность ЗАО МПК Динской
NUMBER:

36.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 27.04.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A-0
Федеральное и краевое законодательство
Стратегия развития корпорации
Локальные нормативно-правовые акты
Сено и кормовое
сырье
Заявка поставщику с ырья
Племенные животные
Колбас ные изделия в ассортименте
Заявка на сено и кормовое сырье
Сырье от поставщика
Основные
бизнес-процессы
Желание и потребности
клиента
Информация о
внешней среде
Отчетность
подразделений
0 р.
1
Информация о
должниках
Вспомогательные
бизнес-процессы
Договора
Информация о
потребности в
ресурсах
Аналитическая,
учетная и
управленческая
информация
0 р.
2
Управление
Транс порт
Ресурсы
0 р.
Клиенты
NODE:
TITLE:
A0
Персонал
Руководители
Ресурсы от
поставщиков
Деятельность ЗАО МПК Динской
3
NUMBER:
Отчетность
предприятия

37.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 27.04.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
04.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A0
Локальные нормативно-правовые акты
Сено и кормовое
сырье
Заявка на сено и кормовое сырье
Вырастить
КРС и свиней
Племенные животные
0 р.
1
Забить КРС и с виней
КРС и свиньи на
убой
0 р.
Мясо на хранение
3
Произвести
колбасные изделия
Сырье в
производство
0 р.
2
Готовая
продукция
Заявка на сырье
Сырье от поставщика
Заявка поставщику с ырья
Хранить сырье и
готовую продукцию
0 р.
4
Желание и потребности клиента
Заявка на отгрузку
товара
Персонал
TITLE:
A1
Колбас ные
изделия в
ассортименте
Продать
колбасные изделия
Информация о внешней среде
NODE:
Готовая
продукция на
продажу
Основные бизнес-процессы
0 р.
Транс порт
5
Клиенты
NUMBER:
Договора
Информация
о должниках

38.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 27.04.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A1
Локальные
нормативно-правовые акты
Сырье в
производство
Заявка на сырье
Изготовить
колбасные изделия
0 р.
1
Продукция на контроль качества
Провес ти оценку
качества готовой
продукции
0 р.
2
Персонал
NODE:
TITLE:
A1.2
Произвести колбасные изделия
NUMBER:
Готовая
продукция

39.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 27.04.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A1.2
Локальные нормативно-правовые акты
Сырье в производс тво
Заявка на сырье
Подготовка сырья
0 р.
1
Подготовленное сырье
Приготовление
фарша
0 р.
2
Фарш
Формование
колбасных изделий
0 р.
3
Сформованные изд елия
Продукция на
контроль
качества
Термическая
обработка изделий
0 р.
4
Персонал
NODE:
TITLE:
A1.2.1
Изготовить колбасные изделия
NUMBER:

40.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 27.04.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A1.2
Локальные нормативно-правовые акты
Продукция
на контроль
качества
Готовая продукция
Формирование
партий
0 р.
1
Партии продукции
Органолептическая
оценка качества
0 р.
2
Партии прошедшие
органалептическую оценку
качества
Результаты органолептической оценки
Отбор проб
0 р.
3
Отобранные пробы
Физико-химическая
оценка качества
0 р.
4
Результаты физико-химической оценки качества
Персонал
NODE:
TITLE:
A1.2.2
Провести оценку качества готовой продукции
NUMBER:

41.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 27.04.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A1
Локальные нормативно-правовые акты
Сырье от поставщика
Заявка поставщику с ырья
Сырьевой
склад
Заявка на сырье
Сырье в
производство
Мясо на хранение
0 р.
1
Готовая
продукция
Готовая
продукция на
продажу
Склад
готовой продукции
Колбас ные изделия в ассортименте
Заявка на отгрузку
товара
0 р.
2
Транс порт
Персонал
NODE:
TITLE:
A1.4
Хранить сырье и готовую продукцию
NUMBER:

42.

Методика DFD
Диаграммы потоков данных (Data Flow
diagramming, DFD) используются для
описания документооборота и обработки
информации. Подобно IDEF0, DFD
представляет модельную систему как есть
связанных между собой функциональных
блоков. Их можно использовать как
дополнение к модели IDEF0 для более
наглядного отображения текущих операций
документооборота в корпоративных системах
обработки информации.
42

43.

DFD описывает:
функции обработки информации;
документы (стрелки), объекты, сотрудников
или отделы, которые участвуют в обработке
информации;
внешние сущности (External references),
которые обеспечивают интерфейс с внешними
объектами, находящимися за границами
моделируемой системы;
таблицы для хранения документов
(хранилище данных, data store).
43

44.

Для того чтобы дополнить
функциональную модель
диаграммой DFD,
необходимо выделить
функцию, которую нужно
декомпозировать и на
панели инструментов нажать
кнопку Go to Child Diagram
при этом откроется окно
Activity Box Count, в котором
необходимо указать
методологию – DFD и
выбрать количество
функциональных блоков.
44

45. DFD. Операционные элементы.

Графические средства формирования
функциональной модели
DFD.
Структурное
моделирование
информационных
систем
E1
1
Функция
информационной
системы
External
Reference
D1
Data
Store
45

46. ТОР диаграмма DFD

Учебная ФМ
PROJECT: ТОР диаграмма DFD
REV: 03.06.2006
DRAFT
TOP
ТОР диаграмма DFD
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
2
Производство
1
Внешний
источник
информации
Обмен
информацией
со средой
Цель разработкм ФМ рассмотреть особенности
формирования DFD ТОР
диаграммы
Чертежи в
производство
Чертежи в
архив
Архив
1 инженерной
документации
0
Разработка
конструкторской
информации
(документации)
Архив
2 офисных
документиов
Переписка в архив
46

47.

Функциональные блоки
В DFD методологии, функциональные блоки
представляют собой функции системы,
преобразующие входы в выходы.
Функциональные блоки изображаются в виде
прямоугольников со скругленными углами,
имеют входы и выходы, но не поддерживают
механизмы и управления.
Для добавления функциональных
блоков на диаграмму используется
кнопка Activity Box Tool
47

48.

Стрелки
Описывают движение объектов из одной части
системы в другую. Поскольку в DFD каждая
сторона Activity не имеет четкого назначения,
как в IDEF0, стрелки могут подходить и
выходить из любой грани прямоугольника
функционального блока. В DFD также
применяются двунаправленные стрелки для
описания диалогов типа команды – ответа
между функциональными блоками, между
функциональными блоками и внешними
сущностями
48

49.

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

50.

Двунаправленная
стрелка создается с
помощью вызова
диалогового окна
свойств уже созданной
стрелки, на вкладке
Style которого
указывается тип
стрелки Bidirectional
50

51.

Внешние сущности
Изображают входы в систему и/или
выходы из системы. Внешние
сущности изображаются в виде
прямоугольника с тенью и обычно
располагаются по краям диаграммы
51

52.

Одна внешняя сущность может быть
использована многократно на одной
или нескольких диаграммах. Обычно
такой прием применяют, чтобы не
рисовать слишком длинных и
запутанных стрелок. Для добавления
внешней сущности используется
External Reference Tool
Внешняя сущность является источником или
потребителем данных извне модели
52

53.

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

54.

Одноименные хранилища данных
также могут быть использованы
многократно на одной или нескольких
диаграммах.
Для добавления хранилища данных,
используется Data Store Tool
54

55.

Хранилища данных могут иметь как
стандартный вид отображения, так и
настраиваемый.
Для того чтобы изменить вид, необходимо
открыть свойства объекта и на вкладке Box
Style переключить переключатель в положение
Custom и из выпадающего списка выбрать
интересующее изображение. Чтобы на объекте
было видно его название, необходимо
поставить галочку в пункте Show Name
55

56.

56

57.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 27.04.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A1
Локальные нормативно-правовые акты
Сырье от поставщика
Заявка поставщику с ырья
Сырьевой
склад
Заявка на сырье
Сырье в
производство
Мясо на хранение
0 р.
1
Готовая
продукция
Готовая
продукция на
продажу
Склад
готовой продукции
Колбас ные изделия в ассортименте
Заявка на отгрузку
товара
0 р.
2
Транс порт
Персонал
NODE:
TITLE:
A1.4
Хранить сырье и готовую продукцию
NUMBER:
57

58.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 01.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
15
Бизнес-процесс "Забить
КРС и свиней"
PUBLICATION
A1.4
0 р.
0 р.
1
6
23 Место хранения сырья
Отбор и передача сырья
Прием сырья
по количеству и качеству
2
Поставщик
24 Расходные накладные
0 р.
0 р.
2
5
Формирование
расходных накладных
26
Бизнес-процесс "Изготовить колбасные
изделия"
Подпис ание
накладной
1
0 р.
Накладные и счета
фактуры входящие
8
3
Оприходование
сырья на склад
0 р.
Документы на
подпись
руководству
10
Подготовить документы
на оплату с ырья
22 1С Склад
2
Поставщик
0 р.
26
Бизнес-процесс "Изготовить
колбасные изделия"
0 р.
4
Обработать заявки
0 р.
25
Отчет по оборотам с ырьевого
склада
NODE:
TITLE:
7
Сформировать отчет
по оборотам сырьевого
склада
Сырьевой склад
9
Сформировать отчет
по остаткам склада
0 р.
8
Определить потребность
в сырье
28
План
производства
29
Нормы расхода
сырья
NUMBER:
A1.4.1
58

59.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 01.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
30
Бизнес-процесс "Произвести
колбасные изделия"
PUBLICATION
0 р.
1
Прием продукции
по количеству и
качеству
0 р.
0 р.
26
0 р.
30
Отчеты по оборотам склада
готовой продукции
NODE:
TITLE:
A1.4.2
5
0 р.
0 р.
0 р.
22 1С Склад
8
Сформировать
путевой лист
0 р.
9
32
Клиенты
28
Накладные отгрузки
продукции
29
Акты выполненных
работ, путевые листы
Составить
маршрутный лист
11
Сформировать отчет
по оборотам склада
готовой продукции
7
Загрузить
машину
3
0 р.
4
Обработать заявки
на отгрузк у готовой
продукции
Бизнес-процесс "Продать
колбасные изделия"
Отбор продукции
со склада
Формирование документов
отгрузк и продукции
(накладная, счет фактура,
акт выполненных работ)
Оприходование
готовой продукции
31
6
Место хранения
готовой продукции
0 р.
2
Подпис ание наклад ной
о передаче готовой
продукции на склад
27 Накладные входящие
A1.4
0 р.
10
Закрытие
путевых листов
Склад готовой продукции
8
Документы на
подпись руководству
NUMBER:
59

60.

60

61.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 01.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
12.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A1.5
Локальные нормативно-правовые акты
Информация о
внешней среде
Изучение
внешней среды
0 р.
1
Информация о
потенциальных
клиентах
Договора
Желание и потребности клиента
Заключение договора
0 р.
Условия договора
2
Отклоненные заявки
Прием и
обработка заявки
Список клиентов,
не оплативших
заявки
0 р.
Заявка на отгрузку товара
3
Счет на оплату
Информация о заявках
Информация о
должниках
Оплата
Информация об оплате заявки
0 р.
Персонал
NODE:
TITLE:
4
Запрос на
подтверждение
оплаты заявки
Клиенты
Оптовая торговля
NUMBER:
A1.5.1
61

62.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 02.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
0 р.
33
Информация о внешней
среде
A1.5.1
1
Изучение территории
(новые клиенты)
0 р.
2
Формирование отчета
о новых клиентах
в базе данных
0 р.
31 База данных клиентов
4
Формирование отчета
о потенциальных клиентах
36
Условия сотрудничества
0 р.
35
Ценовая политика
3
Встреча с клиентом
37
Бизнес-процесс
"Закдючение договора"
34
Ассортимент
NODE:
TITLE:
Изучение внешней среды
NUMBER:
A1.5.1.1
62

63.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 02.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A1.5.1
38
Информация о
потенциальных клиентах
31 База данных клиентов
0 р.
39
Информация о клиенте
1
Сбор информации
о клиенте
43
Клиент
0 р.
40
Желание и потребности
клиента
2
0 р.
Обсуждение
условий договора
7
Занес ение условий
договора в базу
данных о клиенте
0 р.
6
Передача
экземпляров договора
42
Бухгалтерия
0 р.
41
Шаблон договора
NODE:
Заполнение
бланка договора и его
подписание клиентом
TITLE:
3
0 р.
4
Согласование и подписание
договора в ЗАО МПК "Динской"
Заключение договора
NUMBER:
A1.5.1.2
63

64.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 02.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
0 р.
43
1
Клиент
Прием заявки
0 р.
A1.5.1
2
32 Заявки клиентов
Регистрация заявки
0 р.
35 1С Торговля
0 р.
Выставление счетов
на оплату
4
Формирование заявки
на отгрузку товара
11
Склад готовой
продукции
3
33 Отклоненные заявки
42
Бухгалтерия
NODE:
TITLE:
Прием и обработка заявки
NUMBER:
A1.5.1.3
64

65.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 02.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
0 р.
PUBLICATION
A1.5.1
2
Формирование отчета
по неоплаченным заявкам
34
Список клиентов не
оплативших заявки
0 р.
3
Работа с клиентом
по погашению долга
35 1С Торговля
0 р.
4
Подготовка информации
о должниках для
юридического отдела
43
45
Юридичекий отдел
Клиент
42
Бухгалтерия
NODE:
TITLE:
Оплата
NUMBER:
A1.5.1.4
65

66.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 03.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
12.04.2016
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
A1.5
Локальные нормативно-правовые акты
Готовая
продукция на
продажу
Склад магазина
0 р.
1
Товар в торговый зал
Выкладка товара
0 р.
Коммерческое предложение
2
0 р.
Заявка на
перемещение
товара в торговый
зал
3
Информация по
остаткам товара в
торговом зале
Работа с
ассортиментом
Информация по остаткам товара на складе магазина
0 р.
Персонал
NODE:
Колбас ные изделия в ассортименте
Обслуживание клиента
в торговом зале
Желание и потребности клиента
TITLE:
Розничная торговля
Заявка на отгрузку товара
4
Клиенты
NUMBER:
A1.5.2
66

67.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 03.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
0 р.
11
Склад готовой
продукции
PUBLICATION
A1.5.2
0 р.
1
Прием товара
по количеству
и качес тву
0 р.
36
Место хранения
товара
0 р.
2
6
Отбор товара
для перемещения
в торговый зал
5
Формирование расходных
накладных о перемещении
товара в торговый зал
Подпис ание наклад ной
об отгрузке товара
46
Торговый зал
0 р.
38
Накладные отгрузки
товара входящие
3
Оприходование товара
на склад магазина
37 1С Рарус
Расходные накладные
39 о перемещении товара в
торговый зал
0 р.
46
Торговый зал
4
Обработк а заявки
о перемещении
товара в торговый зал
0 р.
40
Отчеты по остаткам товара на
складе
NODE:
TITLE:
8
Формирование отчета
по остаткам товара
на складе
Склад магазина
0 р.
Формирование отчета
по оборотам склада
магазина
7
41
Отчеты по оборотам
склада
NUMBER:
A1.5.2.1
67

68.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 03.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
0 р.
47
Склад магазина
1
Проверка товара
по количеству и качеству
0 р.
2
Подпис ание наклад ной
о перемещении товара
в торговый зал
Накладные о
42 перемещении товара в
торговый зал
NODE:
TITLE:
A1.5.2
0 р.
43
48
Товар на полках
магазина
0 р.
Покупатель
4
Печать ценников
3
Оприходование товара
в торговый зал
37 1С Рарус
Выкладка товара
NUMBER:
A1.5.2.2
68

69.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 03.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
43
PUBLICATION
A1.5.2
48
Товар на полках
магазина
49
Покупатель
Инкасс ация
45 Касса
0 р.
0 р.
1
0 р.
Формирование
расходной накладной
0 р.
4
Подготовка
инкассаторского отчета
Отобранные
44
покупателем товары
2
Печать чека
3
Сканирование
отобранных товаров
46 Отчеты по продажам
37 1С Рарус
0 р.
47
Отчеты по остаткам
товара в торговом зале
NODE:
TITLE:
0 р.
6
5
Формирование
отчета по продажам
Формирование
отчета по остатк ам
товара в торговом зале
Обслуживание клиента в торговом зале
NUMBER:
A1.5.2.3
69

70.

USED AT:
AUTHOR: Вострокнутов А.Е.
DATE: 03.05.2015
WORKING
PROJECT: ЗАО МПК Динской
REV:
DRAFT
03.05.2015
READER
DATE CONTEXT:
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
0 р.
0 р.
1
A1.5.2
2
Формирование отчета
об остатках товара
на складе магазина
Формирование отчета
об остатках товара
в торговом зале
0 р.
0 р.
3
Определение необходимого
количества товара в торговом зале
48
Заявки на перемещение
товара со с клада в
торговый зал
0 р.
5
Формирование заявки
о перемещении товара
со склада в торговый зал
4
Определение необходимого
количества товара на
складе магазина
37 1С Рарус
0 р.
6
Формирование заявки
на получение товара
49 Заявки на получение товара
11
47
Склад готовой продукции
Склад магазина
NODE:
TITLE:
Работа с ассортиментом
NUMBER:
A1.5.2.4
70

71.

Методика IDEF3
Для описания логики взаимодействия
информационных потоков более подходит
IDEF3, называемая также workflow
diagramming – методологией моделирования,
использующая графическое описание
информационных потоков, взаимоотношений
между процессами обработки информации и
объектов, являющихся частью этих процессов
71

72.

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

73.

IDEF3 – это метод, имеющий
основной целью дать
возможность аналитикам
описать ситуацию, когда
процессы выполняются в
определенной
последовательности, а также
описать объекты, участвующие
совместно в одном процессе
73

74.

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

75.

IDEF3 может быть также
использован как метод создания
процессов. IDEF3 дополняет IDEF0 и
содержит все необходимое для
построения моделей, которые в
дальнейшем могут быть
использованы для имитационного
анализа
75

76.

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

77. IDEF3. Операционные элементы.

Графические средства формирования
функциональной модели
IDEF3.
Потоковое
моделирование
материальных и
информационных
систем.
Последовательная
декомпозиция от ТОР
диаграммы без
миграции стрелок.
Ограничений на
топологическую
структуру нет. Слияния
– разветвления стрелок
– только через
перекрёстки.
&
&
Unit of
Work
J1
Referent
J3
O
O
1
X
Перекрёстки OR, AND (синхронные,
асинхронные) и XOR
J2
J4
J5
77

78.

Единицы работы - Unit of Work (UOW).
UOW, также называемые работами (действиями),
являются центральными компонентами модели. В
IDEF3 функциональные блоки изображаются
прямоугольниками с прямыми углами и имеют имя,
выраженным отглагольным существительным,
обозначающим процесс действия, одиночным или в
составе словосочетания, и номер (идентификатор);
другое имя существительное в составе того же
словосочетания, зависимое от отглагольного
существительного, обычно отображает основной
выход (результат) функционального блока
(например: «Изготовление изделия»).
78

79.

Часто имя существительное в имени
функционального блока меняется в
процессе моделирования, поскольку
модель может уточняться и
редактироваться. Идентификатор
функционального блока
присваивается при создании и не
меняется никогда. Даже если
функциональный блок будет удален,
его идентификатор не будет вновь
использоваться для других блоков
79

80.

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

81.

Перекрестки (Junction)
Окончание одного действия может
служить сигналом к началу
нескольких действий, или же одно
действие для своего запуска может
ожидать окончание нескольких
действий.
81

82.

Перекрестки используются для отображения
логики взаимодействия стрелок при слиянии
и разветвлении или для отображения
множества событий, которые могут или
должны быть завершены перед началом
следующего действия. Различают
перекрестки для слияния (Fan-in Junction) и
разветвления (Fan-out junction) стрелок.
Перекресток не может использоваться
одновременно для слияния и разветвления.
82

83.

Для внесения перекрестка в диаграмму,
служит кнопка Junction Tool
на панели инструментов. В диалоговом окне
Select Junction Style, необходимо указать тип
перекрестка.
83

84.

Смысл в случае
Обозначение Наименование слияния стрелок (Fanin Junction)
Asynchronous Все предшествующие
AND
процессы должны
(Асинхронное
быть
И)
завершены
Synchronous Все предшествующие
AND
процессы завершены
(Синхронное И)
одновременно
Asynchronous
OR
(Асинхронное
ИЛИ)
Один или несколько
предшествующих
процессов должны
быть завершены
Смысл в случае
разветвления
стрелок (Fan-out
Junction)
Все следующие
процессы
должны быть
запущены
Все следующие
процессы
запускаются
одновременно
Один или
несколько
следующих
процессов
должны быть
запущены
84

85.

Смысл в случае
Обозначени
Наименование слияния стрелок (Fanе
in Junction)
Один или несколько
Synchronous OR предшествующих
(Синхронное
процессов
ИЛИ)
завершаются
одновременно
XOR (Exclusive
OR)
(Исключающее
ИЛИ)
Только один
предшествующий
процесс
завершен
Смысл в случае
разветвления
стрелок (Fan-out
Junction)
Один или
несколько
следующих
процессов
запускаются
одновременно
Только
один
следующий процесс
запускается
Все перекрестки на диаграмме по умолчанию
нумеруются, каждый номер имеет префикс J
85

86. Типы AND перекрёстков

fan-out - A junction that depicts the split
or divergence of a process into multiple
alternative processing paths.
fan-in - A junction that depicts the joining
or convergence of multiple processing
paths into a single process.
UOW 3a
UOW 1a
Asynchronous
Fan Out AND Junction
UOW 1
Asynchronous
Fan In AND Junction
2
UOW ! b
&
6
4
12
UOW 3b
J1
UOW 3c
UOW 1d
UOW 2
7
14
UOW 2a
Synchronous
Fan In AND Junction
8
UOW 2b
&
9
UOW 4a
17
UOW 4b
UOW 2c
Заголовок:
15
J4
UOW 4c
10
1.1
UOW 4
&
18
J2
Узел:
11
J3
3
Synchronous
Fan Out AND Junction
UOW 3
&
13
19
Типы AND перекрёстков
Номер:
86
"G:\020706\Перекрёстки
дайджест.bp1"

87. Типы OR перекрёстков

Asynchronous
Fan Out OR Junction
UOW 1
UOW ! b
O
6
Asynchronous
Fan In OR Junction
UOW 1a
2
UOW 3a
12
UOW 3b
4
J1
Synchronous
Fan In OR Junction
UOW 2a
8
UOW 2b
O
7
9
J2
UOW 4a
17
UOW 4b
UOW 4c
UOW 2c
15
J4
19
UOW 6a
UOW 5a
25
21
Fan Out XOR Junction
20
UOW 4
O
18
10
UOW 5
J3
14
3
UOW 2
11
UOW 3c
UOW 1d
Synchronous
Fan Out OR Junction
UOW 3
O
13
Fan In XOR Junction
UOW 6b
UOW 5b
X
22
J6
UOW 6
X
24
27
J7
UOW 5c
UOW 6c
23
26
87
л:
Заголовок:
1.2
Типы OR перекрёстков
Номер:
"G:\020706\Перекрёс

88.

88

89.

Правила создания перекрестков
На одной диаграмме IDEF3 может
быть создано несколько перекрестков
различных типов. Определенные
сочетания перекрестков для слияния
и разветвления могут приводить к
логическим несоответствиям.
89

90.

Чтобы избежать конфликтов, необходимо
соблюдать следующие правила:
1.Каждому
перекрестку для слияния должен
предшествовать
перекресток
для
разветвления.
2.Перекресток для слияния «И» не может
следовать за перекрестком для разветвления
типа синхронного или асинхронного «ИЛИ».
90

91.

Пример неверного размещения перекрестков
Действительно, после действия 1 может
запускаться только одно действие – 2 или 3,
а для запуска действия 4 требуется
окончание обеих действий – 2 и 3. Такой
сценарий не может реализоваться
91

92.

Пример неверного размещения перекрестков
Перекресток для слияния «И» не может
следовать за перекрестком для разветвления
типа исключающего «ИЛИ»
92

93.

Пример неверного размещения перекрестков
Перекресток для слияния типа исключающего
«ИЛИ» не может следовать за перекрестком для
разветвления типа «И». В данном случае после
завершения действия 1 запускаются оба
действия – 2 и 3, а для запуска действия 4
требуется, чтобы завершилась одно и только
93
одно действие – 2 или 3.

94.

Тип перекрестка
можно всегда
изменить в процессе
работы. Во вкладке
Type диалогового
окна Junction
Properties,
необходимо выбрать
интересующий тип и
нажать кнопку OK.
94

95.

Объект ссылки
Объект ссылки в IDEF3 выражает
некую идею, концепцию или данные,
которые нельзя связать со стрелкой,
перекрестком или действием. Для
внесения объекта ссылки в
диаграмму, служит кнопка Referent
Tool
Объект ссылки
изображается в виде
прямоугольника
95

96.

96

97.

97

98.

98