А.3.2.1.1.2. Диаграммы привязки функций

В диаграммах классов классы данных четко привязываются к соответствующим функциям. Если необходимо моделировать функции независимо от данных, то устанавливается ассоциация *:*. Таким образом, функцию можно привязать к нескольким объектам данных. Этот вид администрирования позволяет создавать функциональные объекты, к которым также применимы принципы наследования. Проектирование безызбыточных, объектно-ориентированных описаний возможно в тех случаях, когда объекты данных и функциональные объекты создаются независимо друг от друга и допускают произвольный выбор связей. Кроме того, этот метод создает связующее звено между моделированием, ориентированным на тип представления, и более традиционным объектно-ориентированным моделированием.

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

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

А.3.2.1.1.3. Поток данных

На объектно-ориентированных диаграммах классов ключевыми элементами являются классы данных. К ним привязываются соответствующие методы.

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

На рис. 104 приведена диаграмма потоков данных, предложенная ДеМарко, которая описывает функцию обработки клиентских запросов. Информационные объекты обозначены двумя горизонтальными чертами. Рядом со стрелками указаны ключевые атрибуты, необходимые для данной функции. Уорд и Меллор расширили этот подход, включив в него системы реального времени (Ward, Mellor. Real-Time Systems. 1985).

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

В метамодели данных, изображенной на рис. 105, поток данных моделируется ассоциативным классом ОПЕРАЦИЯ, который располагается между ФУНКЦИЕЙ и АССОЦИАЦИЕЙ ОБЩЕГО АТРИБУТА. Кроме того, класс ОПЕРАЦИЯ позволяет более подробно описать операции, которые бизнес-функция может применить к атрибутам.

Эти операции включают:

• создание элементов данных;

• удаление элементов данных;

• обновление элементов данных;

• считывание элементов данных (только для чтения).

Для каждого элемента данных следует постараться выбрать максимально высокий уровень операций. При этом остальные элементы данных включаются автоматически. Такие привязки часто описываются с помощью таблиц (Martin. Information Engineering II. 1990, с. 272).

Для каждого типа операции создается отдельный класс — ТИП ОПЕРАЦИИ. При этом ОПЕРАЦИЯ становится связующим звеном между ТИПОМ ОПЕРАЦИИ, ФУНКЦИЕЙ и АССОЦИАЦИЕЙ ОБЩЕГО АТРИБУТА.

Операции, выполняемые той или иной функцией, можно логически связать друг с другом, как показано на диаграмме ДеМарко. Например, в функции могут быть необходимы несколько полей данных, в результате чего для функции считывания между ними устанавливается отношение «И». Эти варианты связей моделируются ассоциативным классом СВЯЗЬ между операциями. ТИПЫ ОТНОШЕНИЙ (где в данном случае возможны булевы операции) указывают на способ связи операций. Однако следует отметить, что установить все возможные логические отношения между входящими и исходящими элементами данных нереально.

Некоторые методы потоков данных, помимо функционально-ориентированного представления, включают представление, ориентированное на данные. Например, в методе SADT оба типа моделей описываются с помощью понятий «функциональный блок» и «блок данных». Функциональный блок устанавливает отношения с входящими, управляющими и исходящими данными, при этом правила преобразования, т.е. применяемые операции, описываются процессорами.

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