Слайд 2DFD - методология моделирования потоков данных. Применяется для описания обмена данными между
![DFD - методология моделирования потоков данных. Применяется для описания обмена данными между](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-1.jpg)
рабочими процессами.
IDEF3 - методология моделирования потоков работ. Является более детальной по отношению к IDEF0 и DFD. Позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций.
Слайд 3Методология функционального моделирования IDEF0 принята в качестве стандарта для описания процессов и
![Методология функционального моделирования IDEF0 принята в качестве стандарта для описания процессов и](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-2.jpg)
сложных систем в ряде стран, в том числе в США и России .
Методология IDEF0 является наиболее распространенным способом, с помощью которого специалисты разного профиля могут представлять знания о процессах и обмениваться этими знаниями.
IDEF0 модель представляет информацию о процессе в структурированном, компактном формате. Это позволяет осуществлять эффективную обработку описаний процессов с помощью информационных систем.
Методология IDEF0 интегрирована с другими методологиями и методами анализа процессов и обработки информации о процессах
Слайд 4Для поддержки моделирования в стандарте IDEF0 существуют различные компьютерные программы: BPWin (LogicWorks,
![Для поддержки моделирования в стандарте IDEF0 существуют различные компьютерные программы: BPWin (LogicWorks,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-3.jpg)
Inc.), WorkFlow Modeler (MetaSoftware, Corp.), AI0Win (KBS, Inc.), IDEF0.EM Tool (ИП Ориентсофт).
Слайд 5Основу методологии IDEF0 составляет Графический язык описания (моделирования) систем
Графический язык –
![Основу методологии IDEF0 составляет Графический язык описания (моделирования) систем Графический язык –](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-4.jpg)
полное и выразительное средство, способное наглядно представлять широкий спектр деловых, производственных и других процессов и операций предприятия на любом уровне детализации;
Язык обеспечивает точное и лаконичное описание моделируемых объектов, удобство использования и интерпретации этого описания;
Язык облегчает взаимодействие и взаимопонимание системных аналитиков, разработчиков и персонала изучаемого объекта (фирмы, предприятия), т.е. служит средством «информационного общения» большого числа специалистов и рабочих групп, занятых в одном проекте, в процессе обсуждения, рецензирования, критики и утверждения результатов;
Язык прошел многолетнюю проверку и продемонстрировал работоспособность в США, России и др. стран;
Язык легок и прост в изучении и освоении;
Слайд 6 Методология IDEF0 основана на следующих концептуальных положениях:
1. Модель – искусственный
![Методология IDEF0 основана на следующих концептуальных положениях: 1. Модель – искусственный объект,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-5.jpg)
объект, представляющий собой отображение (образ) системы и ее компонентов.
Система представляет собой совокупность взаимосвязанных и взаимодействующих частей, выполняющих некоторую полезную работу.
Частями (элементами) системы могут быть любые комбинации разнообразных сущностей, включающие людей, информацию, программное обеспечение, оборудование, изделия, сырье или энергию (энергоносители).
Модель описывает, что происходит в системе, как ею управляют, какие сущности она преобразует, какие средства использует для выполнения своих функций и что производит.
Слайд 7Методология IDEF0 основана на следующих концептуальных положениях:
2. Блочное моделирование и его графическое
![Методология IDEF0 основана на следующих концептуальных положениях: 2. Блочное моделирование и его](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-6.jpg)
представление.
Основной концептуальный принцип методологии IDEF – представление любой изучаемой системы в виде набора взаимодействующих и взаимосвязанных блоков, отображающих процессы, операции, действия (определения – см. ниже), происходящие в изучаемой системе.
В IDEF0 все, что происходит в системе и ее элементах, принято называть функциями. Каждой функции ставится в соответствие блок.
На IDEF0-диаграмме, основном документе при анализе и проектировании систем, блок представляет собой прямоугольник.
Интерфейсы, посредством которых блок взаимодействует с другими блоками или с внешней по отношению к моделируемой системе средой, представляются стрелками, входящими в блок или выходящими из него.
Входящие стрелки показывают, какие условия должны быть одновременно выполнены, чтобы функция, описываемая блоком, осуществилась.
Слайд 8Методология IDEF0 основана на следующих концептуальных положениях:
3. Лаконичность и точность.
Документация, описывающая
![Методология IDEF0 основана на следующих концептуальных положениях: 3. Лаконичность и точность. Документация,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-7.jpg)
систему, должна быть точной и лаконичной.
Графический язык позволяет лаконично, однозначно и точно показать все элементы (блоки) системы и все отношения и связи между ними, выявить ошибочные, лишние или дублирующие связи и т.д..
Слайд 9Методология IDEF0 основана на следующих концептуальных положениях:
4. Передача информации.
5. Строгость и
![Методология IDEF0 основана на следующих концептуальных положениях: 4. Передача информации. 5. Строгость](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-8.jpg)
формализм.
6. Итеративное моделирование. Разработка модели в IDEF0 представляет собой пошаговую, итеративную процедуру.
7. Отделение «организации» от «функций».
Слайд 10Основные элементы и понятия IDEF0
Первым из них является понятие функционального блока
![Основные элементы и понятия IDEF0 Первым из них является понятие функционального блока (Activity Box)](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-9.jpg)
(Activity Box)
Слайд 11Основные элементы и понятия IDEF0
Вторым “китом” методологии IDEF0 является понятие интерфейсной дуги
![Основные элементы и понятия IDEF0 Вторым “китом” методологии IDEF0 является понятие интерфейсной](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-10.jpg)
(Arrow). Также интерфейсные дуги часто называют потоками или стрелками
В зависимости от того, к какой из сторон подходит данная интерфейсная дуга, она носит название “входящей”, “исходящей” или “управляющей”. Кроме того, “источником” (началом) и “приемником” (концом) каждой функциональной дуги могут быть только функциональные блоки, при этом “источником” может быть только выходная сторона блока, а “приемником” любая из трех оставшихся.
Слайд 13Виды связей
"Связь по входу" (Output - Input) - выход вышестоящей работы
![Виды связей "Связь по входу" (Output - Input) - выход вышестоящей работы](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-12.jpg)
является входом для нижестоящей.
"Связь по управлению" (Output - Control) - выход вышестоящей работы является контролем (управлением) для нижестоящей работы.
Обратная "связь по входу" (Output – Input Feedback) - выход нижестоящей работы является входом вышестоящей работы (Применяется при описании циклических работ)
Обратная "связь по управлению" (Output – Control Feedback) - выход нижестоящей работы является контролем (управлением) вышестоящей
Связь "выход-механизм" (Output – Mechanism) - выход одной работы является механизмом другой, т.е. одна работа готовит ресурс для другой. Данный тип связи разрешен стандартом, но применять его нужно очень осторожно, только после разбора ситуации совместно с менеджером по качеству.
Слайд 15Основные элементы и понятия IDEF0
Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition).
![Основные элементы и понятия IDEF0 Третьим основным понятием стандарта IDEF0 является декомпозиция](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-14.jpg)
Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Слайд 16Декомпозиция
Функциональных
блоков
![Декомпозиция Функциональных блоков](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-15.jpg)
Слайд 17Декомпозиция бизнес-процесса на составляющие его операции в стандарте IDEF 0
![Декомпозиция бизнес-процесса на составляющие его операции в стандарте IDEF 0](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-16.jpg)
Слайд 18Модель IDEF0 всегда начинается с представления системы как единого целого – одного
![Модель IDEF0 всегда начинается с представления системы как единого целого – одного](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-17.jpg)
функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором “А-0”.
Слайд 24От модели "Как есть" к модели "Как надо"
Перед началом моделирования, разработчику
![От модели "Как есть" к модели "Как надо" Перед началом моделирования, разработчику](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-23.jpg)
стоит определиться с двумя важными вещами:
Во – первых, необходимо зафиксировать цель моделирования процесса, то есть ответить на вопросы, что должна отражать модель.
Как правило, целями моделирования может быть создание новой деятельности в рамках организации или улучшение уже имеющегося процесса.
Во – вторых, определить и зафиксировать точку зрения на модель, то есть определить в организационной структуре предприятия должностное лицо, для которого создается модель
Слайд 25«Тройное» моделирование – запас прочности
Моделируя последовательно один и тот же процесс в
![«Тройное» моделирование – запас прочности Моделируя последовательно один и тот же процесс](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/887140/slide-24.jpg)
трех нотациях,
разработчик обязательно определит узкое место процесса, причем, не одно