Пользовательское расширение

Cтраница 2

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

Результаты аудита оформляются в виде электронной таблицы с перечисленными слева названиями отчетов и именами пользователей и групп в верхней части заголовка пользовательского расширения Oracle Designer. Каждому отчету присваивается приоритет ( от 1 до 5) и доводится до сведения пользователей. Они должны предоставить по отчетам уровней 1 - 3 более подробные сведения и идентифицировать информацию, которую они хотят видеть в новой системе. [18]

В число операций, выполняемых на фазе анализа, входят создание описаний модулей для старых отчетов и ввод некоторого значения в свойство пользовательского расширения для указания состояния отчета. Эти задачи можно выполнить с помощью API, написав в Forms или в каком-то другом инструментальном средстве свое собственное внешнее средство, которое бы позволяло вводить описания и отмечать состояние проще, чем это делается в RON. Существует и другая альтернатива: создать не относящуюся к Oracle Designer таблицу или файл с информацией об отчетах и считать эту информацию в подпрограмму API, создающую описания модулей. [19]

Если нужно экспортировать прикладную систему из существующего репозитория в архивный файл ( через Application - Archive в RON), то с пользовательскими расширениями необходимо обращаться особым образом. [20]

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

К свойствам относятся обычные поля отслеживания с именем субъекта, выявившего проблему, и датой. Можно описать пользовательские расширения для Solved By ( принадлежит... К числу свойств проблемы относится и ряд информационных полей: Comment ( комментарий), Opportunities ( возможности) и Resolution Benefit ( польза от устранения), которые можно применять для отображения детальных характеристик проблемы. [22]

Матрица Matrix of Table Definitions and Modules показывает, какой модуль использует определенную таблицу. Можно также создать матрицу элементов требований из пользовательских расширений на бизнес-функции в стадии предварительного анализа, чтобы быстро просматривать и вводить отображение требований к системе на функции. Матрица Relation Definitions to Entities ( соотношения определений на объекты) показывает, какие таблицы были созданы из определенных объектов. Обычно можно формировать матрицу для любых двух элементов, имеющих связывающий их тип ассоциации. [23]

Применяя пакеты API, можно выполнять операции с описаниями пользовательских расширений до их опубликования. В оперативной справочной документации API содержится тема User Extensibility Support ( Поддержка расширяемости пользователей), в которой описаны способы вызова процедур INS, UPD и DEL для пакетов, управляющих пользовательскими расширениями. [24]

Концепция, сформулированная подобным образом, больше похожа на требование. Здесь рассматривается проблема, связанная с производством, а не с функционированием приложения. Поскольку пользовательское расширение для требований уже описано, для отслеживания бизнес-проблем можно применять элемент Requirements, а не Problems. [25]

Множество задач выполняется с помощью внешних инструментальных средств Oracle Designer, но в некоторых ситуациях это непросто или даже невозможно. К тому же, если при решении задачи оказывается воздействие на большое количество объектов репозитория, она часто становится однообразной и утомительной. Вполне возможен вариант, когда нужно обращаться к свойству или элементу пользовательского расширения или манипулировать им. [26]

Этот тип допустим только для функций, мест хранения и потоков. Другие элементы могут иметь меньше или больше типов текста, но типы Notes и Description доступны для всех элементов. Дополнительные или иные текстовые типы для любого элемента ( не только предусматриваемые Dataflow Diagrammer) определяются через пользовательские расширения репозитория. [27]

Инструменты разработки и обслуживания для фазы предварительного анализа. [28]

В этой главе рассматривается создание завершенных частей фазы предварительного анализа с помощью двух утилит Oracle Designer: Repository Object Navigator и Repository Reports. Эти утилиты полезны и на других фазах CADM, поддерживаемых в Oracle Designer. Глава 27 подробно описывает утилиту администрирования репозитория ( Repository Administration Utility), которую можно применять для отслеживания требовании к системе в Oracle Designer, но в данной главе мы обсудим и пользовательские расширения, создаваемые в этом инструменте, которые помогут в работе на фазе предварительного анализа. [29]

Страницы: 1 2