- •МОДЕЛИРОВАНИ Е потоков ДАННЫХ
- •Назначение и состав DFD
- •Назначение и состав DFD
- •Состав
- •Элементы графической нотации DFD
- •Элементы графической нотации DFD
- •Элементы графической нотации DFD
- •Элементы графической нотации DFD
- •СИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ
- •. Правила и рекомендации построения DFD
- •. Правила и рекомендации построения DFD
- •Пример построения модели DFD для системы определения допускаемых скоростей
- •Пример построения модели DFD для системы определения допускаемых скоростей
- •Расширения DFD для систем реального
- •Расширения DFD для
- •Фрагмент DFD системы реального времени
Элементы графической нотации DFD
•Внешняя сущность (терминатор) представляет собой материальный объект или физическое лицо, выступающие как источник или приемник информации (например, заказчики, персонал, программа, склад, инструкция). Внешние сущности на DFD по смыслу соответствуют управлению и механизмам, отображаемым на контекстной диаграмме IDEF0.
•Определение некоторого объекта, субъекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ проектируемой информационной системы. В связи с этим внешние сущности, как правило, отображаются только на контекстной диаграмме DFD. В процессе анализа и проектирования некоторые внешние сущности могут быть перенесены на диаграммы декомпозиции, если это необходимо, или, наоборот, часть процессов (подсистем) может быть представлена как внешняя сущность.
СИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ
пример Внешней сущности
. Правила и рекомендации построения DFD
размещать на диаграмме от 3 до 6-7 процессов
декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов
не загромождать диаграммы несущественными на данном уровне деталями
выбирать ясные, отражающие суть дела, имена процессов и потоков, при этом стараться не использовать аббревиатуры
. Правила и рекомендации построения DFD
По аналогии с IDEF0 у |
|
каждого процесса |
|
(подсистемы) на |
|
диаграмме потоков |
Каждый накопитель |
данных должен быть |
|
как минимум один |
данных также |
входящий и один |
должен иметь как |
выходящий поток. |
минимум один |
Процесс должен |
входящий и один |
запускаться на |
выходящий поток. |
выполнение либо |
Наличие только |
через |
входящих потоков в |
обрабатываемый, |
накопитель означает, |
либо через |
что информация |
управляющий поток |
накапливается, но не |
данных. Работа |
используется. |
каждого процесса |
|
должна завершаться |
|
конкретным |
|
результатом. |
|
Наличие только выходящих потоков из накопителя также является ошибкой. Прежде чем использовать данные из накопителя, они должны там появиться в результате работы какого-либо процесса (подсистемы, внешней сущности)
Пример построения модели DFD для системы определения допускаемых скоростей
Пример построения модели DFD для системы определения допускаемых скоростей
Расширения DFD для систем реального
Системы реального времени построены,временикак правило, на взаимодействии средств вычислительной техники и различных физических устройств съема информации
(датчиков, камер, микрофонов и т. д.)
Для моделирования особенностей поведения систем реального времени П. Вард и С. Меллор предложили использовать на DFD дополнительные элементы.
Квазинепрерывный поток
(лат. quasi – как будто, якобы) – поток данных, непрерывный во времени. Отображается линией с двумя стрелками на конце.
Расширения DFD для
систем реального
Управляющий процесс – процесс,времениформирующий сигналы управления на выходе.
Управляющий поток – управляющая информация, запускающая процесс (подсистему) или изменяющая ход его выполнения.
Использование управляющих потоков позволяет отделить управляющую информацию от обрабатываемой, как это делается на
диаграммах IDEF0. – накопитель управляющих потоков.
Накопитель управлений
