Представление - пользователь - Большая Энциклопедия Нефти и Газа, статья, страница 3
Есть люди, в которых живет Бог. Есть люди, в которых живет дьявол. А есть люди, в которых живут только глисты. (Ф. Раневская) Законы Мерфи (еще...)

Представление - пользователь

Cтраница 3


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

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

Иными словами, приведенные широко распространенные постановки задач параметрической оптимизации, на наш взгляд, не всегда могут отразить представления пользователя о хорошем совпадении модельного описания и реального объекта.  [33]

Система управления БД представляет пользователям следующие средства управления данными: язык описания данных, позволяющий определить множество файлов и представлений пользователей о файлах ( схемы файлов и подсхемы пользователей); возможности многоаспектного поиска информации, использующие метод частично-инвертированных файлов; набор сервисных программ ( утилит) базы данных, которые обеспечивают возможность создания, модификации и сопровождения базы данных; возможности централизованного контролируемого доступа к базе данных.  [34]

Обычно реляционные базы данных должны разрабатываться так, чтобы в существующие кортежи можно было добавлять новые элементы данных, если этого требуют новые приложения или изменяется представление пользователя о данных. Могут добавляться и новые связи между существующими отношениями: либо добавлением новых элементов данных, либо ( в редких случаях) созданием нового отношения.  [35]

Отображение между логическим представлением и представлением пользователя указывает, исходя из каких типов данных, описанных в логическом представлении, и каким образом могут быть вычислены данные, описанные в представлении пользователя.  [36]

Разработку базы данных, как правило, начинают с постепенного объединения представлений пользователей о данных ( подсхем) с целью формирования такой схемы, на основании которой могут быть получены все представления пользователей. Этот процесс описан в гл.  [37]

Ослабить действие этих моментов можно с помощью некоторой минимальной конфигурации программно-аппаратных средств, которые устанавливаются и вводятся в действие на объекте применения в короткие сроки в целях: поддержания и стимулирования интересов пользователей к создаваемой АСУ; подготовки персонала к эксплуатации технических и программных средств; развития представлений пользователей о возможностях АСУ и формирования на этой основе точных и эффективных требований к создаваемой системе управления.  [38]

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

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

Если схема создается таким способом, ее достоверность может быть проверена преобразованием в первоначальное пользовательское представление: при этом необходимо убедиться в том, что каждое представление может быть обработано. Если некоторые из представлений пользователя о данных не могут быть обработаны, это указывает либо на то, что эти представления были неверно истолкованы в процессе конструирования схемы, либо на то, что данное программное обеспечение ке содержит соответствующих средств для обработки канонической структуры.  [41]

В их основу были положены представления пользователей о предметной области на семантическом уровце.  [42]

Желательно исследовать влияние различных структур данных на эффективность системы. Для этого необходимо оценить частоту использования каждого представления пользователя о данных.  [43]

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

ЗАПЛАНИРОВАННОЕ УСТАРЕВАНИЕ ТОВАРОВ - устаревание товаров до того, как им действительно потребуется замена. Выделяют устаревание внешнего оформления, приводящее к представлению пользователей о неприемлемости внешнего вида товаров; функциональное лишение товара потребительских свойств, устаревание конструкционных материалов, более быстро выходящих из строя.  [45]



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