Cтраница 2
Сформулированные исходные требования обычно отражают представление пользователя или группы пользователей о своих потребностях. Они могут включать в себя некоторые несоответствия и даже противоречия. Поэтому считается, что анализ и внесение изменений должны проводиться разработчиками совместно с потенциальными пользователями. [16]
Такое в наиболее общем виде представление пользователей бухгалтерской формы № 1 и балансовой ведомости дает возможность учесть все заинтересованные стороны, которые могут провести анализ финансово-экономического состояния предприятия по данным открытой печати. [17]
Отображение между логическим представлением и представлением пользователя указывает, исходя из каких типов данных, описанных в логическом представлении, и каким образом могут быть вычислены данные, описанные в представлении пользователя. [18]
Третий класс проблем возникает, когда представление пользователя основано на соединении отношений. [19]
Граф, получаемый в результате объединения представлений пользователей о данных, может содержать пересекающиеся атрибуты. [20]
В мире вычислительных систем экономические параметры и представления пользователей быстро меняются. При создании любой новой системы необходимо пересматривать вопросы эффективности и распределения функций между уровнями, а также заново оценивать допустимую сложность на каждом уровне. От каких забот программиста следует освободить. Как перераспределятся функции между уровнями и каковы будут связанные с этим затраты. Сколько вообще должно быть уровней. [21]
Разновидность парадигматических отношений ( см. далее), отражающих представление пользователя о взаимосвязи понятий, которые они отображают. Часто под ассоциативными отношениями понимаются все виды парадигматических отношений, кроме отношений типа вид-род и часть-целое. Так же, как и парадигматические отношения они являются внетекстовыми и служат для реализации конкретных задач пользователей. [22]
Способность программных средств управления данными отделить физическую структуру данных от представления пользователей или от логической организации данных дает пользователям возможность ( по крайней мере, теоретически) представлять логическую структуру данных независимо от их физической реализации. Представление пользователей о структуре данных должно быть описано в любой удобной для него и его коллег ( настоящих и будущих) форме; средства управления данными должны осуществлять преобразование логической структуры в любую физическую структуру данных, обеспечивающую высокую производительность. [23]
Некоторые элементы данных не могут быть идентифицированы одним элементом в представлении пользователя о данных. В предыдущих примерах говорилось о том, что несколько поставщиков могут обеспечивать поставку изделия, причем каждый из них определяет на него различную цену. Ключ НОМЕР-ПОСТАВЩИКА используется для идентификации информации о поставщике. Ключ НОМЕР-ИЗДЕЛИЯ используется для идентификации информации об изделии. Ни один из данных ключей не годится для идентификации элемента ЦЕНА. Этот элемент данных зависит от элементов ПОСТАВЩИК и ИЗДЕЛИЕ. [24]
Запланированное устаревание внешнего оформления-подход, которым производители пользуются с целью изменить представления пользователей о неприемлемости внешнего вида товаров. Обвинения подобного рода выдвигают против производителей женской и мужской одежды, автомобилей, мебели и даже против строителей жилищ. [25]
Разработку базы данных, как правило, начинают с постепенного объединения представлений пользователей о данных ( подсхем) с целью формирования такой схемы, на основании которой могут быть получены все представления пользователей. Этот процесс описан в гл. [26]
Запланированное устаревание внешнего оформления - подход, которым производители пользуются с целью изменить представления пользователей о неприемлемости внешнего вида товаров. Обвинения подобного рода выдвигают против производителей женской и мужской одежды, автомобилей, мебели и даже против строителей жилищ. [27]
Здесь описаны три уровня такой системы: физическое представление, логическое представление и представление пользователя. [28]
Размеры и местоположение строковой переменной с информацией об ошибке определяются в соответствии с представлением пользователя о роли этой информации. [29]
СУБД Ока представляет собой систему с базовым языком, поддерживающую иерархические ( на уровне представления пользователя) и сетевые ограниченной конфигурации ( на уровне представления администратора) структуры данных. Настройка системы на конкретное применение проводится путем генерации. [30]