ДИАГРАММЫ ПОТОКА ДАННЫХ (DFD)
DFD - один из инструментов современного структурного анализа, наиболее важный для анализа графических моделей, который позволяет визуализировать систему как сеть функциональных процессов, связанных между собой каналами (потоком данных) и хранилищами данных.
Эти диаграммы позволяют нам увидеть, как данные проходят через организацию, процессы и преобразования, которые проходят эти данные, и различные типы выходных данных.
ИСПОЛЬЗУЕМЫЕ КОМПОНЕНТЫ И СИМВОЛЫ
- Терминатор хранилища процессов потока данных
ЭЛЕМЕНТЫ ДИАГРАММЫ ПОТОКА ДАННЫХ
ПРОЦЕССЫ
Как правило, процесс (функция или преобразование) представлен кругом или пузырем, и они представляют собой действия, выполняемые с данными, такие как вычисление, сравнение, печать, указание, отметка, авторизация, хранение, проверка, информирование, производим, др. Процессы показывают часть системы, которая преобразует входы в выходы, то есть показывает, как один или несколько входов преобразуются в один или несколько выходов.
НАИМЕНОВАНИЕ ПРОЦЕССА
Название процесса состоит из фразы VERB-OBJECT и описывает, что он делает; например:
CALCULATE-НАЛОГ
АВТОРИЗАЦИЯ- ПОДПИСЬ
УПОЛНОМОЧИВАЮ-СЧЕТА
УПОЛНОМОЧИВАЮ-ПОКУПКА-ЗАКАЗ
ВАЛИДАТ-ПОСТАВЩИК
Генеральные отчеты
Кроме того, процессы могут быть описаны (хотя это не рекомендуется) с именем человека или группы людей, компьютера или механического устройства, в любом случае ключевое слово - «Кто» или «Что» выполняет это.
РАССМОТРЕНИЕ НА ПОТОК ДАННЫХ.
ПОТОК ДАННЫХ.
Они обозначены как векторы или стрелки, или просто линии с направленной нотацией, которые показывают содержание того, что входит или выходит из процесса. Кроме того, они показывают перемещение блоков или пакетов информации из одного места в системе в другое. Кончик стрелки указывает место назначения или источник данных.
- Они должны быть помечены или названы вместе с данными, которые они несут, за исключением случаев, когда они покидают склад или попадают на него, поскольку они описывают, что они содержат. Однако, если извлечен только один экземпляр, он должен быть помечен.
СИСТЕМА ОЧИСТКИ ОБСЛЕДОВАНИЯ
- Данные, которые перемещаются по потоку, могут перемещаться из одного процесса в другой (как входные данные), в хранилище или в терминатор (источник или место назначения данных). Поток переносит только один тип пакета данных как видно из его названия, но есть исключения, группировка элементных потоков в один. Пример: Файл = КЛИЕНТЫ
ИМЯ ПОКУПАТЕЛЯ; АДРЕС-КЛИЕНТ; БАЛАНС-КЛИЕНТ; MAXIMUM-КРЕДИТ
Другой тип склада - тот, который создан для удобства; например, склад заказов, описанный ниже:
(См. PDF)
1. Ожидается, что оба процесса будут выполняться на одном компьютере, но недостаточно памяти для одновременного выполнения обоих процессов. Таким образом, хранилище ORDERS создается как промежуточный файл, поскольку доступная технология реализации вынуждает процессы выполняться в разное время.
2. Предполагается, что один или оба процесса будут работать в ненадежной конфигурации оборудования. Таким образом, склад ORDERS создается как резервная копия на случай, если какой-либо из процессов будет прерван.
3. Предполагается, что разные программисты реализуют два процесса. Таким образом, склад ORDERS создается для тестирования и исправления, так что если полная система не работает, обе группы могут видеть содержимое хранилища и обнаруживать проблему.
4. Аналитик или дизайнер полагал, что когда-нибудь пользователь сможет получить доступ к складу ORDES по какой-то другой причине, даже если он не проявил такой заинтересованности. В этом случае склад создается с учетом будущих потребностей пользователя.
ХАРАКТЕРИСТИКИ СКЛАДА
- Используемое имя является множественным числом имени, используемого для пакетов данных, входящих и выходящих из хранилища через потоки.
КНИГИ
- Хранилище не должно упоминаться как физическое устройство хранения (файл или база данных; например, файл ленты или организованный файл с IMS, DB2, ADABAS, IDMS или какой-либо другой системой управления базами данных)), что обычно практикуется опытными аналитиками. В большинстве случаев на складе потоки в него или из него не помечаются, если только его часть не удалена. Склад является пассивным, а данные - нет. будет перемещаться по потоку. Поток на склад можно описать как запись, обновление или удаление:
- Один или несколько новых пакетов хранятся. Один или несколько пакетов изменяются или изменяются. Один или несколько пакетов удаляются со склада.
терминаторы
Внешние и внутренние терминаторы или агенты, как они также известны, являются источниками или адресатами данных. Обычно агент считается внешним, если он явно является внешним по отношению к компании, например, клиенты, поставщики и правительственные учреждения. Агенты являются внутренними, когда они относятся к задачам, выполняемым внутри компании, но которые не являются частью системы; однако они подают входные данные или получают выходные данные от него. Другие отделы, сотрудники или информационные системы могут называться внутренними агентами. Внутренние агенты также могут охватывать конечных пользователей системы, которые часто являются источниками входных данных (данных) и адресатами выходных данных (информации).
ТЕРМИНАТОРНЫЕ ХАРАКТЕРИСТИКИ
- Их имя должно быть заглавным и единственным. Они являются внешними по отношению к системе, потоки, которые связывают их с процессом или со складом, представляют собой интерфейс между терминатором и остальным миром. Те, кто отвечает за анализ или проектирование, не могут изменить свое содержание или как они работают. Поэтому разрабатываемая модель должна быть достаточно гибкой, чтобы позволить разработчику выбрать лучшую имплантацию. В этом смысле аналитик не может изменять содержимое, организацию или внутренние процедуры терминаторов. Отношения, существующие между терминаторами, не показаны на графике DFD, поскольку по определению они являются внешними по отношению к организации. Если бы это было так, что отношения существовали и представляют интерес для аналитика,тогда терминаторы будут частью системы и должны быть смоделированы как процессы.
ДИАГРАММА ПОТОКА ДАННЫХ
ШАГОВОЕ МОДЕЛИРОВАНИЕ ПРОЦЕССА
ШАГИ ДЛЯ СОЗДАНИЯ ДИАГРАММ ПОТОКА ДАННЫХ ШАГ 1
Разработать диаграмму потока данных CONTEXT - она помещает систему в контекст среды; то есть как система взаимодействует с другими системами и с компанией в целом. Определяет область и пределы системы и проекта.
При рисовании контекстной диаграммы:
- Используйте одну командную строку. Пометьте командную строку так, чтобы она представляла всю систему. Можно использовать глагол и объект. Не нумеруйте символ процесса. Включите все терминаторы в систему. Показать все потоки данных между терминаторами. Стратегии их определения: Спросите своих конечных пользователей, на какие события или транзакции должна реагировать система. Для каждого события спросите своих конечных пользователей, какие ответы должна дать система. Спросите, что представляют собой отчеты фиксированного формата. должны быть созданы системой. Определите сетевые источники данных для каждого события. Определите сетевые контейнеры для каждого ответа или вывода, которые должна сгенерировать система. Определите все возможные внешние хранилища данных.Нарисуйте контекстную диаграмму для всей вышеуказанной информации.
ДИАГРАММА ПОТОКА ДАННЫХ РИСУНОК N
- ШАГ 2: Подготовьте общую диаграмму потока данных (рисунок 0)
Если система должна быть документирована более подробно, чем диаграмма на рисунке 0, можно использовать одну или несколько диаграмм на рисунке n. Диаграмма на рисунке n более подробно описывает один процесс DFD. N представляет номер следующего документированного процесса высшего уровня
- Руководство по его строительству.
- Его конструирование начинается после того, как его компоненты известны, которые должны быть идентифицированы совместно с пользователями. Выберите устойчивые значимые имена для компонентов. Пронумеруйте процессы, которые будут служить справочной информацией для аналитика для их последующего взрыва. Избегайте чрезмерно сложных DFD. Поддерживать согласованность между процессами и другими моделями.
Oid Избегайте бесконечных стоков - пузырьков, которые имеют только входы, но не имеют выходов.
Oid Избегайте спонтанно возникающих пузырьков - они представляют собой только выходы.
¨ Будьте осторожны с немечеными потоками и процессами.
¨ Будьте осторожны с хранилищами только для записи или только для чтения - все хранилища должны иметь как входы, так и выходы, кроме внешнего хранилища, которое служит интерфейсом между системой и некоторым внешним терминатором. 6. Ограничьте один DFD не более чем шестью или восемью процессами.
- Страница должна использоваться для определенного DFD.
ДИАГРАММА ПОТОКА ДАННЫХ
ПОТОК ДАННЫХ
- Они представляют собой ввод данных в процесс или получение данных из процесса. Они представляют обновление данных в файле, базе данных или других средствах хранения данных. Это путь, через который проходят пакеты данных композиции. Известные данные могут путешествовать по любому заданному маршруту.
ТЕРМИНАТОРЫ (ИСТОЧНИКИ ИЛИ НАЗНАЧЕНИЯ ДАННЫХ)
- Внутренние агенты (входы в систему или источники) относятся к задачам, выполняемым внутри компании, но которые не входят в сферу действия системы, а также предоставляют входные данные или получают выходные данные от нее. Примеры: другие отделы, сотрудники или информационные системы. Внешние агенты (выходы из системы или места назначения) - это те, которые явно находятся за пределами компании. Примеры: клиенты, поставщики и правительственные учреждения.
СКЛАДЫ ДАННЫХ
Хранилище - это инвентарь данных, и они описывают вещи, о которых компания хочет хранить данные. Это наиболее распространенная точка объединения моделей данных и моделей процессов.
ДИАГРАММА ПОТОКА КОНТЕКСТНЫХ ДАННЫХ ДЛЯ РАСПРЕДЕЛИТЕЛЬНОЙ СИСТЕМЫ
ДИАГРАММА ПОТОКА ДАННЫХ РИСУНОКА 0 - РАСПРЕДЕЛИТЕЛЬНАЯ СИСТЕМА
Взрыв диаграммы потока данных.
До сих пор мы видели представления DFD на очень высоком или управленческом уровне системы, но пользователь может спросить некоторые детали, которые не показаны на этом уровне.
Идея взрыва ДФД; это состоит в том, чтобы организовать глобальный DFD в серию уровней таким образом, чтобы каждый из них последовательно предоставлял больше деталей о части предыдущего уровня. Как мы уже упоминали, первая диаграмма называется Context Diagram, которая представляет собой полную систему. Потоки данных показывают интерфейсы системы с ее средой (терминаторы). Эти терминаторы, в свою очередь, могут быть подключены к внешним хранилищам, которые могут существовать.
DFD, который следует за контекстной диаграммой, известен как диаграмма рисунка 0 и представляет основные функции системы, а также ее основные интерфейсы.
Таким образом, мы последовательно используем, пока не представим уровень детализации, требуемый Пользователем.
ПРАВИЛА ВЗРЫВА ДИАГРАММ ПОТОКА ДАННЫХ
- ПЕРВЫЙ УРОВЕНЬ DFD ТОЛЬКО ПРЕДСТАВЛЯЕТ ОБЩУЮ СХЕМУ СИСТЕМЫ. КОМПЛЕКС НИЗКОГО УРОВНЯ DFD ПОКАЗЫВАЕТ ДЕТАЛЬНЫЙ ВЗГЛЯД НА СИСТЕМУ. ОПРЕДЕЛИТЕ КАЖДУЮ ИЗ ДИАГРАММ, КОТОРЫЕ ЭКСПЛУАТИРУЮТ
Процесс с пузырьковым номером, который ему соответствует в отцовской диаграмме. ВНУТРИ ДИАГРАММЫ ВЗРЫВА Пузыри, которые он содержит, также должны быть пронумерованы, ТАКИМ ПРОСТОМ, ЧТОБЫ ОПРЕДЕЛИТЬ РОДИТЕЛЕЙ DFD И ВСЕ ИХ ИХ КОРРЕСПОНДЕНТОВ.
ПРАВИЛА ВЗРЫВА ДФД (продолжение)
DFD EXPLOSION (продолжение)
DFD ВЗРЫВ
ПЕРВЫЙ ВЗРЫВ
ПЕРВЫЙ ВЗРЫВ (РИСУНОК 1) СИСТЕМЫ РАСПРЕДЕЛЕНИЯ ТОВАРОВ
ДИАГРАММА ПОТОКА ДАННЫХ РИСУНОК 2 - ЗАКАЗЫ
ИНВЕНТАРНАЯ СИСТЕМА РИСУНОК 1.2 ДИАГРАММА
КОНТЕКСТНАЯ ДИАГРАММА ЭМИССИВНОЙ СИСТЕМЫ ТУРИЗМА
ДИАГРАММА ПОТОКА ДАННЫХ ПЕРВОГО УРОВНЯ
ГОСУДАРСТВЕННЫЕ АДРЕСА
ЭМИССИВНЫЙ ОБЗОР ТУРИЗМА
ДИАГРАММА ПОТОКА ДАННЫХ - ПРОЦЕССЫ ШТАБ-КВАРТИР ЭМИССИВНОГО ТУРИЗМА (DEE)
Скачать оригинальный файл
