Cтраница 1
Пользовательские расширения ( user extensions) - это дополнительные свойства или элементные типы, которые добавляются в существующий репозиторий. Пользовательские расширения позволяют настроить репозиторий так, чтобы в нем содержались все необходимые элементы, но не включенные в его состав по умолчанию. [1]
Задача создания пользовательских расширений обманчиво проста. [2]
Сначала следует применить пользовательское расширение ( см. главу 27) для создания ассоциативного элемента, который связывает требования с модулями, как это делалось при связывании требований с функциями на фазе предварительного анализа. Затем необходимо назначить каждое требование одному или нескольким модулям в RON или Matrix Diagrammer. Разумеется, можно написать процедуру API, которая последовательно просмотрит каждую функцию и определит связанные с ней требования. Далее производится поиск модуля или модулей, основанных на данной функции ( ассоциативный узел модуля Usage: Implementing Business Function), и назначение модулям тех же самых требований. [3]
ЕСЛИ нужно удалить или отредактировать пользовательское расширение, сначала отмените его публикацию, что возможно только в том случае, если расширение не применялось для добавления описаний элементов в репозиторий. Другими словами, если расширение уже применяется для описания элементов, его публикацию невозможно отменить до тех пор, пока не будут, удалены созданные описания элементов. Кроме того, если существуют другие элементные или ассоциативные типы, ссылающиеся на тот, который нужно удалить или изменить, то перед отменой публикации необходимо удалить установленную ассоциацию. После того как все эти условия будут соблюдены, щелкните мышью на элементном, ассоциативном или текстовом типе, публикацию которого нужно отменить, а затем на кнопке Unpublish в диалоговом окне User Extensibility. Если имеются свойства, определяемые пользователями, появится диалоговое окно, в котором нужно указать, отменять ли публикацию этих свойств. [4]
Как было отмечено выше, можно разработать пользовательские расширения для опасностей и средств контроля с ассоциацией между ними. После этого с помощью средства Matrix Diagrammer строится матрица контроль / опасность, которая позволяет проверить, для всех ли опасностей предусмотрено хотя бы одно средство контроля. Такая матрица обычно является одним из инструментальных средств, применяемых для ввода информации. Поэтому нужно лишь открыть ее еще раз в конце фазы проектирования и проверить, существуют ли средства контроля для всех опасностей и опасности для всех средств контроля. Недостающие средства контроля нужно добавить Средства контроля, для которых нет опасностей, можно удалить. [5]
В других пакетах содержатся процедуры для обновления некоторых пользовательских расширений и для удаления неопубликованных расширенных элементов. [6]
Применяя пакеты API, можно выполнять операции с описаниями пользовательских расширений до их опубликования. В оперативной справочной документации API содержится тема User Extensibility Support ( Поддержка расширяемости пользователей), в которой описаны способы вызова процедур INS, UPD и DEL для пакетов, управляющих пользовательскими расширениями. [7]
Другой метод для сохранения требований к системе состоит в применении пользовательских расширений ( User Extensibility) из Oracle Designer, чтобы создать собственный элемент репозитория. User extensions - дополнительные элементы, ассоциации или свойства, которые определяются как часть репозитория. Поскольку эти объекты расширения становятся частью репозитория, о них можно создавать отчеты, как и о предопределенных объектах. [8]
В окне Hierarchy навигатора RON обязательно укажите, что нужно показывать пользовательские расширения. [9]
Все, что при этом нужно сделать, - создать элементы пользовательских расширений для опасностей и средств контроля. Данные элементы должны обеспечивать ввод всех характеристик составляющих системы безопасности. Кроме того, необходим элемент ассоциации со свойством Evaluation ( оценка), связанный с опасностями и средствами контроля. [10]
Это может быть полезно, если нужно создать и опубликовать большое число пользовательских расширений через сценарий API, а не с помощью внешнего инструмента RAU. Данным пакетам соответствуют представления с именами, подобными CIUE ELEMENT TYPES и CIUE ASSOCIATION TYPES. Эти представления отображают содержимое расширяемых пользователями типов. [11]
В некоторых пакетах и представлениях API поддерживаются свойства и элемен-т ВНИМАНИЕ I ты пользовательских расширений, а также текстовые типы. [12]
Именно пользовательские средства расширяемости ( User Extensibility) Oracle Designer позволяют добавлять в репозиторий пользовательские расширения и не допускать пропусков элементов. Методы и характеристики этого средства рассматриваются в настоящей главе. [13]
Добавление свойств существующим элементам или введение новых типов элементов выполняется в репозитории через так называемые пользовательские расширения. [14]
По возможности не изменяйте назначенные имена; они помогут вам четко идентифицировать эти типы как пользовательские расширения. [15]