Iii. Временные диаграммы активизации работ

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

Представим временные диаграммы для основных типов связей, используемых в IDEF3-моделировании. Отрезками прямой будем изображать временной интервал, в течение которого выполняется работа, напротив которой этот отрезок нарисован.

Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель.

Рис. 4.44 Схема активизации для старшей связи

Поток объектов показывает, что работа-источник готовит объект для выполнения работы-цели, поэтому по времени должна закончиться раньше, чем работа-цель.

Рис. 4.45 Схема активизации для потока данных

Отношение показывает, что работа-источник не обязательно должна закончиться, прежде чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник.

Рис. 4.46 Два возможных варианта активизации отношений

 

Для наглядного представления во времени очередности включения и выключения модулей сложных схем рекомендуются так называемые планы активизации, на которых во времени изображается очередность выполнения действий. На Рис. 4.47 – Рис. 4.49 приведены примеры схем IDEF3 и соответствующих им планов активизации. Обратите внимание, каким образом изменение асинхронных узлов на синхронные изменяет временную диаграмму выполнения операций единицами работ, и как работает схема с комбинированными узлами.

 

Рис. 4.47 Схема с асинхронными и синхронными узлами И

 

Рис. 4.48 Схема с асинхронными и синхронными узлами ИЛИ

 

Рис. 4.49 Схема с комбинированными узлами

МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ ДИАГРАММ ПОТОКОВ ДАННЫХ DFD

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

Диаграммы потоков данных используются для описания движения документов и обработки информации как дополнение к методологии функционального моделирования IDEF0. В отличие от методологии IDEF0, стрелки на диаграммах DFD показывают лишь то, как объекты (включая данные) движутся от одной работы к другой. Диаграмма потоков данных DFD – это граф, на котором показано движение значений данных от их источников через преобразующие их процессы к их потребителям в других объектах.

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

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

I. Базовые элементы модели DFD

Основными элементами модели, объединяющей диаграммы потоков данных, являются:

· процессы;

· внешние сущности;

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

· потоки данных.

Процессы

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

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

скругленными углами (Рис. 4.50).

Рис. 4.50 Пример процесса

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

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

Внешние сущности

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

Внешние сущности изображаются в виде прямоугольников с тенью (Рис. 4.51) и обычно располагаются по краям диаграммы.

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

Рис. 4.51 Пример внешней сущности

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

Хранилища данных

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

Хранилище данных на диаграмме потоков данных изображается, как показано на Рис. 4.52.

Рис. 4.52 Пример хранилища данных

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

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

Потоки данных

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

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

Рис. 4.53 Поток данных от процесса к внешней сущности

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