Контекстная диаграмма

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

1. наличие более 10 внешних сущностей;

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

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

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

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

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

2. правило нумерации. Оно состоит в том, что при детализации процессов должна поддерживаться их иерархическая нумерация. Например, при декомпозиции процесса №5 детализирующие процессы будут пронумерованы как 5.1,5.2,…

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

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

В процессе построения модели следует придерживаться следующих правил:

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

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

3. несущественные детали на данном уровне использоваться не должны;

4. декомпозиция потоков данных проводится одновременно с декомпозицией процессов;

5. имена процессов и потоков данных должны отражать их суть;

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

7. следует разделять управляющие и входные потоки.