Диаграммы потоков данных (2)

1.

DFD – диаграммы
потоков данных

2.

Тема урока: Диаграммы потоков
данных
Цель учебного занятия: Освоить назначение
и принципы построения DFD-диаграммы
потоков данных
План работы:
1. Описание DFD-диаграмм потоков данных
2. Изучение состава диаграмм потоков данных
3. Изучение построения диаграмм потоков данных
4. Построение DFD-диаграмм

3.

DFD (Data Flow Diagram)
Модель системы определяется как иерархия диаграмм потоков
данных, описывающих процессы преобразования информации от
момента ее ввода в систему до выдачи конечному пользователю.
Источники информации (внешние сущности) порождают
информационные потоки (потоки данных), переносящие информацию
к подсистемам или процессам.
Те, в свою очередь, преобразуют информацию и порождают новые
потоки, которые переносят информацию к другим процессам или
подсистемам, накопителям данных или внешним сущностям —
потребителям информации.

4.

Элементы DFD-диаграмм
Основными элементами DFD являются:
внешние сущности;
процессы;
накопители данных;
потоки данных.
DFD методология не оформлена
как стандарт.
По этой причине в диаграммах потоков данных используются
различные условные обозначения.
Исторически сложилось так, что для описания диаграмм DFD
используются две нотации - Йордана (Yourdon) и Гейна-Сарсона
(Gane-Sarson), отличающиеся синтаксисом.

5.

Как выглядит DFD

6.

Внешние сущности
Под внешней сущностью (External Entity) понимается
материальный объект, являющийся источником или
приемником информации.
В качестве внешней сущности на DFD диаграмме могут
выступать заказчики, поставщики, клиенты, склад, банк и
другие.
Определение некоторого объекта в качестве внешней сущности
указывает на то, что он находится за пределами границ
анализируемой информационной системы.

7.

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

8.

Процессы (2)
Номер процесса служит для его
идентификации.
В поле имени вводится наименование
процесса в виде предложения с
глаголом в неопределенной форме
(вычислить, рассчитать, проверить,
определить, создать, получить) и
поясняющими существительными,
например: «Напечатать адрес
получателя», «Акцептовать счет».
Информация в нижнем поле символа процесса указывает, какое
подразделение организации, сотрудник, программа или аппаратное
устройство выполняет данный процесс.
Если такое поле отсутствует, то подобная информация может быть указана
в текстовом примечании.

9.

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

10.

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

11.

Модели деятельности
организации
На основании результатов проведенных обследований строятся
модели деятельности организации:
модели «Как есть» (as-is), отражающие существующее на
момент обследования положение дел в организации и
позволяющие выявить «узкие» места в функционировании и
сформулировать предложения по улучшении ситуации;
модели «Как должно быть» (to-be), представляющие наиболее
оптимальную технологию работы предприятия.