6.4. Итоговая и предметная области

На рис. 6.4. для простоты не показаны логические функ­ции, связанные с созданием и сопровождением файлов заказчи­ков, книг и издателей, а также обработка телефонных запросов, ошибочных заявок, неправильных счетов и других "сбойных" ситуаций. Эти моменты целесообразнее рассматривать при де­тализации исходной ДПД и формировании программных спе­цификаций.

7. Детализация диаграмм потоков данных

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

Очевидно, что потоки данных, направленные внутрь и нару­жу прямоугольника процесса нижнего уровня, должны входить и выходить за его границы. Если поток данных формируется на нижнем уровне и покидает пределы прямоугольника процесса, то он обозначается знаком "" на границе процесса.

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

Накопители данных, которые являются внешними по отно­шению к детализируемому процессу, могут изображаться либо за пределами, либо на границе схемы (если изображение их, та­ким образом, может упростить диаграмму).

Сущности, как правило, не показываются внутри границ детализируемых процессов, а выносятся за их пределы.

На рис. 7.1. приводится детализация процесса 8 "Сопостав­ление платежа и счета" при расчетах компании с заказчиками книг. Основные проблемы процесса 8 возникают при обработке неотслеженных платежей. Имеется в виду случай, когда в плате­же не указано, к какому счету он относится. Процессы 8.6, 8.7 и 8.9 отражают эту ситуацию. Для выяснения истины делается зап­рос заказчику, а информация о неотслеженном платеже записыва­ется в накопитель D 8/1 до получения удовлетворительного объяс­нения. При этом или платеж идентифицируется и все идет по "накатанной схеме", или заказчик приходит к выводу, что платеж проведен ошибочно и просит возвратить деньги.

Рис. 7.1. Диаграмма потоков данных второго уровня, детализирующая процесс 8 «Сопоставление платежа и счета»

8. Последовательность построения диаграмм потоков данных

Последовательность действий аналитика при формировании диаграммы потоков данных может быть описана технологичес­кой сетью (рис. 8.2)². Здесь приняты следующие обозначения:

Д_о — информационные сообщения;

Д₁ — вербальная модель предметной области;

П₁ — определение сущностей;

Д₂ — перечень сущностей;

П₂ — определение и логическая группировка входных и вы­ходных данных;

Рис. 8.1. Технологическая сеть построения диаграмм потоков данных

Д₃ — логические группы (множества) данных;

Д₄ — входные и выходные данные, приводящие к возникно­вению ошибок и исключительных ситуаций;

П₃ — идентификация запросов на информацию;

Д₅ — поток данных, передаваемых системе;

Д₆ — поток данных, запрашиваемых в системы;

Д₇ — информационные запросы и требования;

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

Д₈ — первая версия диаграммы потоков данных;

П₅ — проверка полноты диаграммы потоков данных;

Д₉ — дополнения к диаграмме потоков данных;

П₆ — подготовка второй версии диаграммы;

Д₁₀ — вторая версия диаграммы (диаграмма без пересечения потоков данных);

П₇ — детализация процессов диаграммы верхнего уровня (с определением способов обработки ошибок и исклю­чительных ситуаций);

Дⁱ₁₁ — диаграммы потоков данных второго уровня ();

Д₁₂ — изменения в диаграмму верхнего уровня;

П₈ — подготовка окончательной версии диаграммы верхнего уровня;

Д₁₃ — окончательная версия диаграммы потоков данных.

Как видно из рис. 8.1, построение диаграммы потоков дан­ных начинается из определения и обозначения имеющихся внеш­них сущностей (операция П₁). Их, как правило, немного и по­этому выполнение операции П₁ не представляет труда.

Определение и логическая группировка данных (операция П₂) является в большей степени творческой, чем инженерной процедурой. Выделенные в рамках этой операции логические группы данных (документ Д₃) являются исходным материалом для определения потоков данных. Кроме того, в отдельную группу включаются данные, которые являются источниками ошибок или приводят к "сбойным ситуациям" (документ Д₄ ).

Первая версия диаграммы потоков данных (операция П₄ ) строится так, как это было продемонстрировано в настоящей главе. Построение начинается с внешней сущности, являющей­ся основным источником данных. Блоки диаграммы на этом этапе не нумеруются.

Когда закончена первая версия диаграммы, она подвергает­ся проверке на полноту (операция П₅ ). Для этого входные и выходные потоки данных (документы Д₅ и Д₆) сопоставляют с соответствующими потоками первой версии диаграммы (доку­мент Д₈) и вносят необходимые дополнения (документ Д₉.) до тех пор, пока не убедятся, что в диаграмму включено все, кроме операции обработки ошибок и исключительных ситуаций.

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

Далее проводится детализация каждого процесса, содержаще­гося во второй версии диаграммы (операция П₇). При этом в пер­вую очередь определяются способы обработки ошибок и исклю­чительных ситуаций, а при необходимости готовятся изменения в диаграмму верхнего уровня, которые фиксируются в документе Д₁₂.

В окончательную версию диаграммы потоков данных (доку­мент Д₁₃), полученную после выполнения операции П₈, вносят­ся номера процессов, идентификаторы накопителей данных и другая вспомогательная информация, повышающая читабель­ность и информативность диаграммы.

Таким образом, на выходе технологической сети мы имеем инфологическую модель предметной области в виде двухуровне­вых диаграмм потоков данных Д₁₃ и Дⁱ₁₁ (). При необходи­мости диаграммы второго уровня могут быть подвергнуты дальней­шей детализации, т.е. фрагмент технологической сети (П₇ — П₈) может повторяться несколько раз. Детализация приостанавливается, если логика всех процессов диаграммы последнего уров­ня становится "прозрачной" для аналитика.

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

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

Выводы (по п. 5-8)

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

Вопросы и задания (п. 5-8)

1. Какие основные конструкции используются для пост­роения диаграмм потоков данных?

2. Что представляют собой сущности и как они изобража­ются в диаграммах потоков данных?

3. Что представляют собой потоки данных и как они изоб­ражаются в диаграммах потоков данных?

4. Что такое маршрутизация потоков данных и как она осуществляется?

5. Что представляют собой процессы и как они изобража­ются в диаграммах потоков данных?

6. Как идентифицируются процессы в диаграммах пото­ков данных?

7. Что представляют собой накопители данных и как они изображаются в диаграммах потоков данных?

8. Какие существуют виды доступа к накопителям данных и как отображаются они в диаграммах?

9. Что представляет собой система с операциями по рас­пределению без наличия запасов?

10. Приведите общую схему выполнения заявок в системе с операциями по распределению без наличия запасов.

11. Приведите традиционную схему расчетов, применяемую в системах с операциями по распределению без наличия запасов.

12. Какие правила отображения сущностей, процессов, накопителей и потоков данных необходимо соблюдать при де­тализации ДПД?

13. Приведите общую схему построения ДПД.

14. В чем заключается основное требование к позиции системного аналитика при построении ДПД?

15. Что представляет собой конечный результат модели­рования ЭС с помощью диаграмм потоков данных?