- •Системы и закономерности их функционирования и развития.
- •2. Несводимость друг к другу и невыводимость друг из друга закономерностей разных уровней организации
- •3. Наличие случайных процессов наряду с детерминированными на каждом уровне организации.
- •Основные положения системного анализа. Системный подход.
- •История развития понятия «Система»
- •Особенности системного анализа экономических объектов.
- •Области применения системного анализа.
- •Методика системного анализа.
- •Преимущества и недостатки системного подхода.
- •8 Вопрос
- •9 Вопрос
- •10 Вопрос
- •Шаблоны организационного бизнес-моделирования
- •Вопрос 11
- •1. Краткая информация об case-средстве bPwin
- •2. Инструментальная среда bPwin
- •Методология idef0
- •Методология dfd
- •Методология idef3
- •Вопрос №12 авс-анализ
- •Ответ на №13
- •Ответ №14
- •Вопрос №15
- •Вопрос №16
- •17. Графическое представление решения задачи линейного программирования
- •18. Экономические приложения задачи линейного программирования.
Методология dfd
Важнейшим
способом описания бизнес-процесса
являются диаграммы потоков данных
(информации) DFD (Data Flow diagram). Диаграммы
этого типа содержат, как правило, два
типа графических объектов: четырехугольники
и стрелки. Первые описывают функции
(работы, процессы), вторые – потоки
данных между этими функциями. Простейшая
схема процесса в формате DFD показана на
следующем рисунке.
Рис.
2.2.2. Схема процесса в нотации DFD
На
диаграмме DFD функции обычно располагаются
слева направо в порядке, соответствующем
последовательности их выполнения во
времени, хотя это не является обязательным.
Если придерживаться указанного
требования, то полученная схема будет
являться описанием процесса, которое
схоже с описанием процесса в нотации
IDEF3. Процесс, представленный на рисунке
2.2.2. имеет два входящих потока данных и
три исходящих потока данных. На верхнем
уровне рассмотрения этот процесс
выглядел бы в виде одной функции с двумя
входами и тремя выходами. Таким образом,
к описанию процессов в DFD применимы
типовые правила декомпозиции. Что
касается сторон четырехугольников, то
в нотации DFD они не имеют того значения,
как в IDEF0.
Рассмотренный
пример описания процесса в DFD можно
усложнить, используя понятие «хранилище
данных». Под этим понятием понимается
любой носитель информации, например
бумажный документ, электронный файл,
промышленная база данных на сервере
организации и т.д. При построении модели
процесса с использованием хранилищ
данных, необходимо помнить, что данные
(информация) не могут перемещаться между
функциями процесса сами по себе. Они
могут быть переданы только посредством
определенных посредников – носителей
информации или, что то же самое, хранилищ
данных. На следующем рисунке 2.2.3.
представлена модель процесса в нотации
DFD, построенная с использованием понятия
«хранилище данных».
Рис.
2.2.3. Модель процесса в нотации DFD
Для
чего служат нотации DFD? В первую очередь
они нужны для описания реально существующих
в организации потоков данных. Описания
могут создаваться как по процессному,
так и по функциональному признаку. В
первом случае мы получаем модели
бизнес-процессов в формате DFD, во втором
случае – схему обмена данными между
подразделениями [2]. Созданные модели
потоков данных организации могут быть
использованы при решении таких задач,
как:
определение существующих хранилищ данных (текстовые документы, файлы, СУБД);
определение и анализ данных, необходимых для выполнения каждой функции процесса;
подготовка к созданию модели структуры данных организации;
выделение основных и вспомогательных бизнес-процессов организации.
Нотация
DFD может быть несколько модернизирована
таким образом, чтобы на одной диаграмме
можно было бы показывать как потоки
данных, так и потоки материальных
ресурсов, как показано на рисунке
2.2.4.
Рис.
2.2.4. Отображение потоков данных и
материальных потоков с помощью нотации
DFD.
При
создании моделей процессов на практике
часто бывает полезно использовать
несколько способов описания. Сначала,
например, мы создаем модель в нотации
IDEF0, выявляем функции, входящие в процесс.
Затем проводим декомпозицию процесса.
При достижении некоторого уровня
детализации становится целесообразно
сформировать для каждого детального
процесса несколько схем в различных
форматах: управление – IDEF0, а потоки
данные и материалов – в DFD.
