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

Появляется диалог, в котором следует указать опции слияния модели (рис. 1.2.31). При слиянии моделей объединяются и словари стрелок и работ. В случае одинаковых определений возможна перезапись определений или принятие определений из модели-источника. То же относится к именам стрелок, хранилищам данных и внешним ссылкам. (Хранилища данных и внешние ссылки - объекты диаграмм потоков данных, DFD, будут рассмотрены ниже.) [c.44]

Что понимают под диаграммой потока данных [c.289]

Глава 2 посвящена наиболее известным и часто используемым средствам функционального моделирования - диаграммам потоков данных. Приводятся основные и вспомогательные объекты диаграмм, рассматривается понятие контекстной диаграммы и детализации процесса, а также декомпозиции потока данных, даются рекомендации для построения функциональной модели в виде иерархии диаграмм потоков данных. [c.25]

Глава 2. Диаграммы потоков данных 37 [c.37]

ГЛАВА 2 ДИАГРАММЫ ПОТОКОВ ДАННЫХ [c.37]

Диаграммы потоков данных (ЭРО) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. [c.37]

Диаграммы потоков данных известны очень давно. В фольклоре упоминается следующий пример использования ОРО для реорганизации переполненного клерками офиса, относящийся к 20-м годам. Осуществлявший реорганизацию консультант обозначил кружком каждого клерка, а стрелкой - каждый документ, передаваемый между ними. Используя такую диаграмму, он предложил схему реорганизации, в соответствии с которой двое клерков, обменивающиеся множеством документов, были посажены рядом, а клерки с малым взаимодействием были посажены на большом расстоянии. Так родилась первая модель, представляющая собой потоковую диаграмму - предвестника ВРВ. [c.37]

Рис. 2.1. Основные символы диаграммы потоков данных

Посмотрим, как некоторые потоки, присутствующие на вышеприведенных диаграммах потоков данных, представляются в словаре данных. [c.56]

Этап 1 является определяющим при построении модели, его исходной информацией служит содержимое хранилищ данных, определяемое входящими и выходящими в/из него потоками данных. На рис. 5.7 приведен фрагмент диаграммы потоков данных, моделирующей деятельность бухгалтерии предприятия. Его единственное хранилище ДАННЫЕ О ПЕРСОНАЛЕ должно содержать информацию о всех сотрудниках их имена, адреса, должности, оклады и т.п. [c.78]

А. Транзакционный и трансформационный анализ или как получить структурные карты из диаграмм потоков данных [c.108]

В этом параграфе кратко обсуждаются три шага, регламентирующих процесс получения структурных карт из диаграмм потоков данных и, таким образом, обеспечивающих естественный переход от модели требований к модели реализации. Этими шагами являются [c.108]

Средства анализа - диаграммы потоков данных + [c.117]

ВРВ - диаграммы потоков данных. Являются графическими иерархическими спецификациями, описывающими систему с позиций потоков данных. В состав ВРВ могут входить четыре графических символа, представляющих потоки данных, процессы преобразования входных потоков данных в выходные, внешние источники и получатели данных, а также файлы и БД, требуемые процессами для своих операций. [c.118]

На данном этапе целесообразно построить обзорную диаграмму потоков данных для оценки существующей ситуации с целью ее использования для подгонки всех фрагментов друг к другу и выявления недостатков. [c.144]

В качестве примера введения накопителей рассмотрим фрагмент модели требований к системе автоматизации упоминавшейся выше автобазы, входящей в состав горнообогатительного комбината и занимающейся перевозками породы. На рис. 12.1. приведена диаграмма потоков данных, детализирующая рассматриваемую систему на основные подсистемы [c.165]

Управление потоком работ выполняется на основе моделей вычислительных процессов. Используются спецификации моделей, принятые в ASE-системах, например, диаграммы потоков данных, ориентированные графы, UML-диаграммы. Сначала модели [c.296]

Проектирование ПО с помощью ASE-систем включает в себя несколько этапов. Начальный этап — предварительное изучение проблемы. Результат представляют в виде исходной диаграммы потоков данных и согласуют с заказчиком. На следующем этапе выполняют детализацию ограничений и функций программной системы и полученную логическую модель вновь согласуют с заказчиком. Далее разрабатывают физическую модель, т. е. определяют модульную структуру программы, вьшолняют инфологичесше проектирование баз данных, детализрфуют граф-схемы программной системы и ее модулей. [c.247]

Среди отечественных систем выделяется ASE - Аналитик, в которой выполняется построение диаграмм потоков данных, получение отчетов, генерация макетов документов и др. Имеется интерфейс к ERwin. [c.261]

Каждый блок на диаграмме понимается как отдельный тщательно определенный объект. Разделение такого объекта на его структурные части (декомпозиция) создает иерархическую совокупность диаграмм со своими четко оговоренными границами. Диаграммы не являются ни блок -схемами, ни просто диаграммами потоков данных. Это предписывающие диаграммы, представляющие входные - выходные преобразования и указывающие правила этих преобразований. Дуги на них изображают интерфейсы между функциями системы, а также между системой и окрз каю-щей средой. [c.113]

Каждая из моделей включает в себя полную структурную функциональную модель деятельности (например, в виде иерархии диаграмм потоков данных с разработанными для всех процессов нижнего уровня подробными их спецификациями на структурированном естественном языке или в виде иерархии 8АВТ-диаграмм), информационную модель (как правило, с использованием нотации сущность-связь ), а также, в случае необходимости, событийную (описывающую поведение) модель (с использованием диаграмм переходов состояний). [c.16]

Глава 7 посвящена средствам структурного проектирования. Рассматриваются две базовые техники структурного проектирования (Константайна и Джексона), вводятся основные символы соответствующих диаграмм, рассматриваются их достоинства и недостатки. Проводится анализ характеристик хорошего проекта, намечена схема алгоритма преобразования иерархии диаграмм потоков данных в структурные карты. [c.26]

Диаграммы потоков данных обеспечивают удобное описание функционирования компонент системы, но не снабжают аналитика средствами описания деталей этих компонент, а именно, какая информация преобразуется процессами и как она преобразуется. Для решения первой из перечисленных задач предназначены текстовые средства моделирования, служащие для описания структуры преобразуемой информации и получивщие название словарей данных. [c.53]

В свою очередь, трансформационный анализ или проектирование трасформационного (преобразующего) центра является методом преобразования в структурную карту каждой из частей иерархии диаграмм потоков данных, которые мы выделили при транзакционном анализе. Трансформационный анализ включает следующие четыре шага [c.109]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...