Овал-диаграмма

Cтраница 2

Объединение в каноническую структуру требований к данным четырех пользователей. [16]

В рекомендуемой нами процедуре первое представление пользователя о данных изображается в виде овал-диаграммы. К ней добавляются представления других пользователей. По мере добавления новых представлений объединенная диаграмма оценивается с точки зрения удалений из нее каких-либо простых связей. [17]

Стрелки связи между записями имеют тот же смысл, что и стрелки между ключами в овал-диаграмме. В овал-диаграмме первичным ключом может быть определен любой элемент данных, от которого исходит одна или несколько простых стрелок, связывающих элементы. Все элементы данных, которые не являются ключами - атрибуты. Атрибутом в овал-схеме служит любой элемент данных, который не имеет направленных от него простых стрелок. [18]

Учет коэффициентов производительности для локального представления А.| Результирующая частота использования данных для локального представления А.| Локальное представление В. [19]

Эта обработка может быть связана с получением списка активности игроков за предыдущую неделю по каждой команде футбольной лиги. Овал-диаграмма на рис. 10.5 отображает локальное представление такой функции. Предположим, что в лигу входят 30 спортивных команд и список составляется для всех команд. [20]

Подсхемы могут содержать представления пользователя о данных, записи, документы или изображаемые на экране дисплея данные, используемые текущими приложениями; подсхемы могут описывать также такие представления с данных, которые только еще будут применяться в будущем. Эти представления данных будем изображать с помощью овал-диаграмм и шаг за шагом объединять их в одно целое, устраняя избыточность. [22]

Локальное представление ( 2. [23]

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

Овал-диаграмма для представления первого пользователя о данных. [25]

Объединим представления о данных этих пользователей в канони ческую схему. При этом необходимо быть внимательным при обработ-ке представлений пользователей и преобразовании их в овал-диаграммы. [26]

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

В процессе накопления и анализа требований к данным могут возникнуть ситуации, требующие специального рассмотрения. Это касается тех случаев, когда не ясно, как изобразить - ситуации с помощью овал-диаграмм. Мы обсудим некоторые из наиболее часто встречающихся ситуаций такого типа. Подобные ситуации необходимо распознавать и определять во время пер - - воначального сбора и анализа требований к данным, но одни из лих не выявляются до момента объединения локальных представлений в композиционную модель, а другие - до тех пор, пока не будет получена логическая структура. Задача автоматизированных ( или ручных) процедур состоит в обеспечении возможности определения этих ситуаций на любом этапе выполнения итеративного процесса проектирования. На практике конструктор и конечный пользователь вряд ли смогут быть полностью независимы от соображений структурной реализации данных и определяемых ими требований к данным; но тогда необходимо, чтобы их заботы были ограничены по крайней мере собственным локальным представлением. Необходимость принимать структурно-ориентированные решения и осуществлять соответствующий выбор возможных вариантов может возникнуть в любой момент процесса проектирования. [28]

Пользовательское представление. [29]

Как только идентификатор некоторого игрока задан, однозначно определяют его имя, возраст, вес и рост. Графически бинарные связи могут быть изображены так, как это представлено на рис. 4.3. В этой книге мы будем называть графы бинарных связей овал-диаграммами. [30]

Страницы: 1 2 3