Локальное представление

Cтраница 2

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

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

Неправильное использование ассоциации типа 1 для сегмента ИДЕНТИФИКАТОР-ОПИСАНИЕ.| Применение ассоциации типа М к сегменту ИДЕНТИФИКАТОР-ОПИСАНИЕ, обеспечивающее желаемый результат. [18]

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

Вторичное индексирование ключа промежуточного уровня. [20]

Объединяя эти два локальных представления, получим результирующую логическую структуру, представленную на рис. 7.5, в кг. [21]

Пусть в некотором локальном представлении выполняется описание поставок товаров на склад. Предполагается, что в одной поставке может участвовать только один поставщик, поставляя только один вид товара. При этом поставщик может участвовать в нескольких поставках. [22]

Корневые ключи в локальных представлениях не являются корнями в результирующих иерархиях. [23]

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

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

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

Существуют два основных источника получения локальных представлений: функциональные требования и внутрисистемные требования. [27]

Нажатие клавиши ВВОД обозначает конец данного локального представления. В ответ высвечивается новый экран для ввода следующего локального представления. [28]

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

Меню основных функций. [30]

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