Репозитория

Cтраница 4

Например, в репозиторий или в инструментальных средствах Oracle Designer не предусмотрена возможность ввода системных и пользовательских требований. Для создания системы, в точности соответствующей нуждам компании, необходимо ввести эти требования ( а не просто процессы и данные) в одном из инструментальных средств. Часто требования содержатся в результатах опроса пользователей или в текстовом документе отдельно от репозитория. [46]

Недостатком размещения информации вне репозитория является то, что невозможно установить соответствие между функциями и сущностями ( а также модулями с законченным программным текстом и описаниями базы данных) с одной стороны и требованиями, предъявляемыми к системе, с другой. Из-за того что ключевые требования не отслеживаются достаточно тщательно, они могут быть пропущены, а смысл системы - утрачен. В Oracle Designer существует элемент Objectives ( цели), который мог бы стать решением проблемы, но он имеет абсолютно другое значение, и его свойства трудно приспособить для хранения требований. Необходим полновесный элемент Requirements ( требования), который можно было бы связать с другими элементами репозитория. Это гарантирует, что все операции, выполняемые для системы, определяются требованиями или, по крайней мере, основаны на них. [47]

УТИЛИТЫ фиксации загружают в репозитории прикладной программный текст для исходных файлов Oracle Forms, Oracle Reports и Visual Basic. Затем исходный текст считывается в файлах, и на его основе создаются описания модулей и табличных способов использования компонентов модулей в репозитории. [48]

Различия между реализациями пользовательских расширений внутри и вне Oracle Designer. [49]

Не связано с данными репозитория Oracle Designer. При изменении данных в Oracle Designer эти изменения не распространяются автоматически на все таблицы. [50]

Поле Page определяет страницу репозитория объектов, на которой будет располагаться новый объект. [51]

В обратном потоке информации репозитория свойства копируются с более поздней фазы разработки на более раннюю. Это используется в том случае, если расширяется старая система, если Oracle Designer начинает применяться после разработки проекта таблиц или если таблицы добавляются в базу данных без предварительного создания для них информации сущностей. [52]

В [22] рассмотрена структура репозитория спецификаций компонентов как информационно-поисковой системы. Проблема поиска компонентов рассматривается узко - для компонентов-функций, представляемых отношениями, содержащими все допустимые пары входных / выходных значений функций. Порядок на основе отношения уточнения, заданный на множестве функций, имеет свойства решетки. Решетка формируется посредством операций join и meet на отношениях, представляющих функции. Join ( meet) представляют суммарную информацию ( общую информацию), содержащуюся в таких отношениях. [53]

Если объект был изменен в репозитории, то средство Preserve Layout обновит только те свойства, которые не оказывают влияния на компоновку и визуальные характеристики. Не изменяются такие свойства элементов, как Display, Prompt, Display Type, Width и Height, но все логические схемы, связанные с объектом, замещаются. Если программный текст обновляемых объектов был настроен специальным образом, нужно перенести его в репозитории. [54]

Чтобы вызвать диалоговое окно конфигурации репозитория, выберите в главном меню пункт Options Repository ( Параметры Репозиторий) или, если окно репозитория открыто, пункт Properties ( Свойства) в контекстном меню репозитория. [55]

После инсталляции объектов базы данных репозитория необходимо пользователям предоставить права доступа к этим объектам. [56]

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