33. Методология моделирования потоков данных (процессов)- (диаграммы потоков данных (dfd))

Опис-т асинхр-й процесс преобраз-я инф-и от ее ввода в систему до выдачи польз-лю. Диаграммы верхн ур-й иерархии (контекстные диаграммы) опред-т осн-е процессы или подсистемы ИС с внешними вх и вых-ми. Они детализируются при помощи диаграмм нижн уровня. Такая декомпоз-я продолж-ся, создавая многоуровн-ю иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элемент-ми и детализир-ть их далее невозможно. Источники инф-и (внешние сущности) порождают потоки д-х, переносящие инф-ю к подсистемам или проц-м. Те в свою очередь преобразуют инф-ю и порождают новые потоки, которые переносят инф-ю к др-м процессам или подсистемам, накопителям д-х или внешним сущностям - потребителям инф-и. Т.о, осн-ми компонентами диаграмм потоков данных явл-ся:

1)внеш сущности; 2)системы/подсист; 3)процессы; 4)накопители д-х; 5)потоки д-х.

1. Внешние сущности. Матер-й предмет или физ-е лицо, представляющее собой ист-к или приемник инф-и, например, заказчики, персонал, поставщики, клиенты, склад. Опред-е некоторого объекта или системы в качестве внешн сущности указ-т на то, что она находится за пределами границ анализируемой ИС. В процессе анализа некоторые внешн сущности мб перенесены внутрь диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть процессов ИС мб вынесена за пределы диаграммы и представлена как внешняя сущность.

Внешняя сущность обозначается квадратом как бы "над" диаграммой и бросающим тень.

2. Системы и подсистемы

При построении модели сложной ИС она мб представлена в самом общем виде на так называемой контекстной диаграмме в виде 1 системы как единого целого, либо может быть декомпозирована на ряд подсистем.

№ подсистемы служит для ее идентиф-и. В поле имени вводится наимен-е п\с в виде предлож-я с подлежащим и соответствующими определениями и дополнениями.

3. Процессы. Представляет собой преобраз-е вх-х потоков д-х в вых-е в соответствии с опред-м алгоритмом. Физически процесс мб реализован различными способами: это мб подразделение орг-и (отдел), выполн-е обработку вх-х документов и выпуск отчетов, программа, аппаратно реализованное логическое устр-во и т.д.

№ процесса служит для его идентифи. В поле имени вводится наимие процесса в виде предложения с активным недвусмысленным глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже.

Инф-я в поле физич-й реализ-и показ-т, какое подразд-е орг-и, программа или аппаратное устр-во выполняет данный процесс.

4. Накопители данных.Представляют собой абстрактное устр-во для хранения инф-и, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причем способы помещения и извлечения мб любыми. Накопитель данных идентифицируется буквой "D" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

Накопитель данных в общем случае является прообразом будущей базы данных и описание хран-ся в нем данных должно быть увязано с информационной моделью.

5. Потоки данных. Определяет инф-ю, передаваемую через некоторое соед-е от источника к приемнику. Реальный поток д-х мб инф-й, передаваемой по кабелю м\д 2 устр-ми, пересылаемыми по почте письмами, магнитными лентами или дискетами, переносимыми с одного компьютера на другой и т.д.

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

Построение иерархии диаграмм потоков данных

1м шагом при построении иерархии ДПД является постр-е контекстных диаграмм. Обычно при проектир-и относит-но простых ИС строится единств-я контекстная диаграмма со звездообразной топологией, в центре которой нах-ся так называемый главный процесс, соедин-й с приемниками и источ-ми инф-и, посредством которых с системой взаимод-т польз-ли и др-е внешн системы.

Признаками сложности (в смысле контекста) мб:

1)наличие большого количества внешних сущностей (десять и более);

2 )распределенная природа системы; 3)многофункциональность системы с уже сложившейся или выявленной группировкой функций в отдельные подсистемы.

Для сложн ИС строится иерархия контекстных диаграмм. При этом конт-я диаграмма верхн ур содержит не единственный главн процесс, а набор п\с, соед-х потоками д-х. Контекстные диагр след ур детализируют контекст и стр-ру п\с.

Иерархия контекстных диаграмм определяет взаимод-е осн-х функц-х п\с проектируемой ИС как м\д собой, так и с внешн вх и вых-ми потоками д-х и внешн объектами (источ-ми и приемниками инф-и), с которыми взаимодействует ИС.

При детализации должны выполняться следующие правила:

1)правило балансировки - означает, что при детализ-и подсистемы или процесса детализирующая диаграмма в качестве внеш источ-в/прием-в д-х м иметь только те компоненты (п\с, процессы, внеш сущности, накопители д-х), с которыми имеет информ-ю связь детализируемая п\с или процесс на родительской диаграмме;

2)правило нумерации - означает, что при детализ-и процессов должна поддерж-ся их иерархическая нумерация. Например, процессы, детализирующие процесс с номером 12, получают номера 12.1, 12.2, 12.3 и т.д.

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

Миниспецификация является конечной вершиной иерархии ДПД.

После построения законченной модели системы ее необходимо верифицировать (проверить на полноту и согласованность).