7.6.3. Содержание методики моделирования информационных потоков

Методика построения информационной модели системы включает описание:

• внешнего окружения системы (в терминах рамок проекта и

границ системы);

• внешних объектов, обменивающихся данными с системой;

• потоков входной и выходной информации, пересекающих границы системы;

• потоков данных в пределах границы системы;

• хранилищ данных;

• задач, обрабатывающих информацию, порождающих потоки данных и обеспечивающих их хранение.

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

1. Каталог данных.

2. Модель информационных потоков.

2.1. Схема внешнего окружения.

2.2. Схема информационных потоков.

2.3. Описание функций.

2.4. Описание внешних объектов,

2.5. Описание интерфейсов функций.

3. Справочник информационных объектов и хранилищ данных.

Целями реализации методики моделирования информационных

потоков являются:

• определение общих требований к системе;

• выявление событий, происходящих в системе, и функций подсистем и элементов;

• проверка корректности логической модели данных.

При построении модели информационных потоков рекомендуется придерживаться следующей последовательности этапов работы:

• согласуйте с пользователем предмет обсуждения и определите

ориентировочные границы системы, руководствуясь при этом

документом, инициирующим разработку;

• выявите основные входные и выходные информационные потоки системы;

о установите источники и потребителей каждого информационного потока и изобразите их на схеме информационных потоков как внешние объекты;

• для каждого потока данных в границах системы выявите задачу, для которой он несет входную или выходную информацию;

установите, какие при этом должны использоваться хранилища данных для входной, выходной и промежуточной информации;

• соедините линиями информационных потоков внешние объекты, задачи и хранилища данных;

• добавьте задачи, локализованные в границах системы (это могут быть задачи преобразования данных, фиксация результатов деятельности пользователей внутри системы или архивирование), а также связанные с ними информационные потоки и дополнительные хранилища данных;

• соедините задачи недостающими информационными потоками;

• проверьте схему на непротиворечивость и полноту, а затем

• проведите неформальное обсуждение с пользователями.

При проверке модели на полноту и непротиворечивость обращают внимание на следующее:

• название каждой задачи в идеальном случае должно содержать активный глагол и единственное подлежащее (например, "Проверить требование", "Оценить результат"); если задаче не удается дать четкое название, то, скорее всего, ее смысл до конца не выявлен или ее следует более четко отделить от других задач;

• для каждой задачи должна ясно прослеживаться связь между входящими и выходящими потоками данных;

• чем меньше на схеме потоков данных, соединяющих пары задач, тем лучшего разделения задач удалось добиться;

• задачи не должны выполнять роль хранилищ или получателей данных; задача преобразует входной информационный поток в выходной; она может формировать некоторые новые элементы данных, например, суммы или средние значения, но она никогда не использует данных, не передавая их другой задаче, хранилищу данных или внешнему объекту;

• каждое хранилище данных должно иметь входящие и выходящие информационные потоки; иными словами, данные должны создаваться и использоваться; если задачи, создающие или использующие данные, тривиальны, то как исключение, на схемах 1-го уровня их можно не показывать.