Получите или установите настройки RMI, сохраненные в prefdir
rmipref возвращает список Name,Value пары, соответствующие настройке Requirements Management Interface (RMI), называют и принятые значения для каждой настройки.
currentVal = rmipref(prefName)prefName.
previousVal = rmipref(Name,Value)Name, и возвращает предыдущее значение той настройки RMI.
Выберите тип ссылки, которую использует RMI, когда это создает ссылки на вашу модель из внешних документов требований. Ссылка на вашу модель может быть или именем файла модели или полным абсолютным путем к файлу модели.
Значение 'ModelPathReference' настройка определяет, как RMI хранит ссылки на вашу модель во внешних документах требований. Чтобы просмотреть текущее значение этой настройки, введите следующий код в командной строке MATLAB®.
currentVal = rmipref('ModelPathReference')Значение по умолчанию 'ModelPathReference' настройкой является 'none'.
currentVal = none
Это значение по умолчанию указывает, что RMI использует только имя файла модели в ссылках на вашу модель, которую это создает во внешних документах требований.
Сконфигурируйте RMI, чтобы автоматически применить заданный список пользовательских ключевых слов тега к новым основанным на выборе ссылкам требований, которые вы создаете.
Укажите, что пользователь помечает design и reqts обратитесь к новым основанным на выборе ссылкам требований, которые вы создаете.
previousVal = rmipref('SelectionLinkTag','design,reqts')
Когда вы задаете новое значение для настройки RMI, rmipref возвращает предыдущее значение той настройки RMI. В этом случае, previousVal пустой символьный вектор, значение по умолчанию 'SelectionLinkTag' preference.
previousVal =
''Просмотрите в настоящее время заданное значение для 'SelectionLinkTag' preference.
currentVal = rmipref('SelectionLinkTag')Функция возвращает в настоящее время заданный список, разделенный запятыми пользовательских тегов.
currentVal = design,reqts
Эти пользовательские теги применяются ко всем новым основанным на выборе ссылкам требований, которые вы создаете.
Сконфигурируйте RMI, чтобы встроить данные о ссылках требований в файл модели вместо в отдельном .req файл.
Если у вас есть существующие ссылки требований для вашей модели, которые хранятся внутренне, необходимо переместить эти ссылки во внешний .req файл, прежде чем вы измените настройки устройства хранения данных для своих данных о трассируемости требований. Смотрите Перемещение Внутренне Сохраненные Ссылки Требований на Внешнее Устройство хранения данных для получения дополнительной информации.
Если требуется встроить данные о трассируемости требований в файл модели, установите 'StoreDataExternally' настройка к 0.
previousVal = rmipref('StoreDataExternally',0)Когда вы задаете новое значение для настройки RMI, rmipref возвращает предыдущее значение той настройки RMI. По умолчанию RMI хранит данные о ссылках требований внешне в отдельном .req файл, таким образом, предыдущим значением этой настройки был 1.
previousVal =
1После того, как вы устанавливаете 'StoreDataExternally' настройка к 0, ваши ссылки требований встраиваются в файл модели.
currentVal = rmipref('StoreDataExternally')currentVal =
0prefName — Имя настройки RMI'BiDirectionalLinking' | 'FilterRequireTags' | 'CustomSettings' | ...Настройка RMI называет в виде соответствующего Name вектор символов перечислен в Аргументах в виде пар имя-значение.
'BiDirectionalLinking',true включает двунаправленное соединение для вашей модели, так, чтобы, когда вы создаете основанную на выборе ссылку на документ требований, RMI создал соответствующую ссылку на вашу модель из документа требований.Задайте дополнительные разделенные запятой пары Name,Value аргументы. Name имя аргумента и Value соответствующее значение. Name должен появиться в одинарных кавычках (' ').
'BiDirectionalLinking' — Двунаправленная настройка соединения выбораfalse (значение по умолчанию) | trueДвунаправленная настройка соединения выбора в виде логического значения.
Эта настройка задает, создать ли одновременно, возвращают ссылку от цели до источника при создании ссылки из источника, чтобы предназначаться. Эта установка применяется только для типов документа требований, которые поддерживают основанное на выборе соединение.
Типы данных: логический
'DocumentPathReference' — Настройка формату пути ссылок на документы требований из модели'modelRelative' (значение по умолчанию) | 'absolute' | 'pwdRelative' | 'none'Настройка формату пути ссылок на документы требований из модели в виде одного из следующих значений.
| Значение | Ссылка на документ содержит... |
|---|---|
'absolute' | полный абсолютный путь к документу требований. |
'pwdRelative' | путь относительно текущей папки MATLAB. |
'modelRelative' | путь относительно файла модели. |
'none' | имя файла документа только. |
Для получения дополнительной информации смотрите Устройство хранения данных Пути к Документу.
Типы данных: char
'ModelPathReference' — Настройка формату пути в ссылках на модель из документов требований'none' (значение по умолчанию) | 'absolute'Настройка формату пути в ссылках на модель из документов требований в виде одного из следующих значений.
| Значение | Модель - ссылка содержит... |
|---|---|
'absolute' | полный абсолютный путь к модели. |
'none' | имя файла модели только. |
Типы данных: char
'LinkIconFilePath' — Настройка, чтобы использовать файл пользовательского изображения в качестве требований соединяет значокНастройка, чтобы использовать файл пользовательского изображения в качестве требований соединяет значок в виде полного пути к значку или небольшому файлу изображения. Это изображение будет использоваться в ссылках требований, вставленных во внешние документы.
Типы данных: char
'FilterEnable' — Настройка, чтобы позволить фильтровать пользователем помечает ключевые словаfalse (значение по умолчанию) | trueНастройка, чтобы позволить фильтровать пользователем помечает ключевые слова в виде логического значения. Когда вы фильтруете пользовательскими ключевыми словами тега, можно включать или исключить подмножества ссылок требований в выделении или отчетах. Можно задать пользовательские ключевые слова тега для ссылок требований, просачивающихся 'FilterRequireTags' и 'FilterExcludeTags' настройки. Для получения дополнительной информации о фильтрации требований, смотрите Требования Фильтра с Пользовательскими Тегами.
Типы данных: логический
'FilterRequireTags' — Настройка пользователю помечает ключевые слова для ссылок требованийНастройка пользователю помечает ключевые слова для ссылок требований в виде списка, разделенного запятыми слов или фраз в векторе символов. Эти пользовательские теги применяются ко всем новым ссылкам требований, которые вы создаете. Ссылки требований с этими пользовательскими тегами включены в выделение модели и отчеты. Для получения дополнительной информации о фильтрации требований, смотрите Требования Фильтра с Пользовательскими Тегами.
Типы данных: char
'FilterExcludeTags' — Настройка, чтобы исключить ссылки определенных требований из выделения модели и отчетовНастройка, чтобы исключить ссылки определенных требований из выделения модели и отчетов в виде списка, разделенного запятыми пользователя помечает ключевые слова. Ссылки требований с этими пользовательскими тегами исключены из выделения модели и отчетов. Для получения дополнительной информации о фильтрации требований, смотрите Требования Фильтра с Пользовательскими Тегами.
Типы данных: char
'FilterMenusByTags' — Настройка, чтобы отключить метки требований соединяется с обозначенными пользовательскими тегамиfalse (значение по умолчанию) | trueНастройка, чтобы отключить метки требований соединяется с обозначенными пользовательскими тегами в виде логического значения. Когда установлено в true, если ссылке требования определяли пользовательский тег в 'FilterExcludeTags' или 'FilterRequireTags', то, что ссылка требований будет отключена в контекстном меню Requirements. Для получения дополнительной информации о фильтрации требований, смотрите Требования Фильтра с Пользовательскими Тегами.
Типы данных: логический
'FilterConsistencyChecking' — Настройка, чтобы отфильтровать проверки на непротиворечивость требований Model Advisor с обозначенными пользовательскими тегамиfalse (значение по умолчанию) | trueНастройка, чтобы отфильтровать проверки на непротиворечивость требований Model Advisor с обозначенным пользователем помечает в виде логического значения. Когда установлено в true, Проверки на непротиворечивость требований Model Advisor включают ссылки требований с пользовательскими тегами, определяемыми в 'FilterRequireTags' и исключает ссылки требований с пользовательскими тегами, определяемыми в 'FilterExcludeTags'. Для получения дополнительной информации о фильтрации требований, смотрите Требования Фильтра с Пользовательскими Тегами.
Типы данных: логический
'KeepSurrogateLinks' — Настройка, чтобы сохранить ссылки суррогата DOORS® при удалении всех ссылок требованийfalse | trueНастройка, чтобы сохранить ссылки суррогата DOORS при удалении всех требований соединяется в виде логического значения. Когда установлено в true, щелчок правой кнопкой по Requirements at This Level> Delete All Outgoing Links удаляет все ссылки требований включая ссылки требований модуля суррогата DOORS. Если не установите на true или false, щелчок правой кнопкой по Requirements at This Level> Delete All Outgoing Links открывает диалоговое окно с выбором сохранить или удалить ссылки суррогата DOORS.
Типы данных: логический
'ReportFollowLibraryLinks' — Настройка, чтобы включать ссылки требований в ссылочные библиотеки в сгенерированном отчетеfalse (значение по умолчанию) | trueНастройка, чтобы включать ссылки требований в ссылочные библиотеки в сгенерированном отчете в виде логического значения. Когда установлено в true, сгенерированные отчеты требований включают в себя ссылки требований в ссылочных библиотеках.
Типы данных: логический
'ReportHighlightSnapshots' — Настройка, чтобы включать выделение в снимки состояния модели в сгенерированном отчетеtrue (значение по умолчанию) | falseНастройка, чтобы включать выделение в снимки состояния модели в сгенерированном отчете в виде логического значения. Когда установлено в true, снимки состояния объектов модели в сгенерированных отчетах требований включают выделение объектов модели со ссылками требований.
Типы данных: логический
'ReportNoLinkItems' — Настройка, чтобы включать объекты модели без требований соединяется в сгенерированных отчетах требованийfalse (значение по умолчанию) | trueНастройка, чтобы включать объекты модели без требований соединяется в сгенерированных отчетах требований в виде логического значения. Когда установлено в true, сгенерированные отчеты требований включают в себя списки объектов модели, которые не имеют никаких ссылок требований.
Типы данных: логический
'ReportUseDocIndex' — Настройка, чтобы включать короткий ID документа вместо полного пути к документу в сгенерированных отчетах требованийfalse (значение по умолчанию) | trueНастройка, чтобы включать короткий ID документа вместо полного пути к документу в сгенерированных требованиях сообщает в виде логического значения. Когда установлено в true, сгенерированные отчеты требований включают в себя короткие идентификаторы документа, когда задано, вместо полных путей к документам требований.
Типы данных: логический
'ReportIncludeTags' — Настройка, чтобы перечислить пользовательские теги для требований соединяется в сгенерированных отчетахfalse (значение по умолчанию) | trueНастройка, чтобы перечислить пользовательские теги для требований соединяется в сгенерированных отчетах в виде логического значения. Когда установлено в true, сгенерированные отчеты требований включают в себя пользовательские теги, заданные для каждой ссылки требования. Для получения дополнительной информации о фильтрации требований, смотрите Требования Фильтра с Пользовательскими Тегами.
Типы данных: логический
'ReportDocDetails' — Настройка, чтобы включать дополнительную деталь из документов требований в сгенерированных отчетахfalse (значение по умолчанию) | trueНастройка, чтобы включать дополнительную деталь из документов требований в сгенерированных отчетах в виде логического значения. Когда установлено в true, сгенерированные требования сообщают, что документы связанных требований загрузки включают дополнительную информацию о связанных требованиях. Эта настройка применяется к Microsoft® Word, Microsoft Excel® и документы требований IBM® Rational® DOORS только.
Типы данных: логический
'ReportLinkToObjects' — Настройка, чтобы включать ссылки на объекты модели в сгенерированных отчетах требованийfalse (значение по умолчанию) | trueНастройка, чтобы включать ссылки на объекты модели в сгенерированных требованиях сообщает в виде логического значения. Когда установлено в true, сгенерированные отчеты требований включают в себя ссылки на объекты модели. Эти ссылки работают, только если MATLAB внутренний сервер HTTP активен.
Типы данных: логический
'SelectionLinkWord' — Настройка, чтобы включать выбор Microsoft Word соединяет опцию в контекстном меню Requirementstrue (значение по умолчанию) | falseНастройка, чтобы включать выбор Microsoft Word соединяет опцию в контекстном меню Requirements в виде логического значения.
Типы данных: логический
'SelectionLinkExcel' — Настройка, чтобы включать выбор Microsoft Excel соединяет опцию в контекстном меню Requirementstrue (значение по умолчанию) | falseНастройка, чтобы включать выбор Microsoft Excel соединяет опцию в контекстном меню Requirements в виде логического значения.
Типы данных: логический
'SelectionLinkDoors' — Настройка, чтобы включать выбор Rational DOORS IBM соединяет опцию в контекстном меню Requirementstrue (значение по умолчанию) | falseНастройка, чтобы включать выбор Rational DOORS IBM соединяет опцию в контекстном меню Requirements в виде логического значения.
Типы данных: логический
'SelectionLinkTag' — Настройка пользователю помечает, чтобы примениться к новым основанным на выборе ссылкам требованийНастройка пользователю помечает, чтобы примениться к новым основанным на выборе ссылкам требований в виде списка, разделенного запятыми слов или фраз в векторе символов. Эти пользовательские теги автоматически применяются к новым основанным на выборе ссылкам требований, которые вы создаете. Для получения дополнительной информации о фильтрации требований, смотрите Требования Фильтра с Пользовательскими Тегами.
Типы данных: char
'StoreDataExternally' — Настройка, чтобы хранить требования соединяет данные во внешнем .req файлfalse (значение по умолчанию) | trueНастройка, чтобы хранить требования соединяет данные во внешнем .req файл в виде логического значения. Эта установка применяется ко всем новым моделям и существующим моделям, которые еще не имеют ссылок требований. Для получения дополнительной информации об устройстве хранения данных данных о ссылках требований, смотрите Устройство хранения данных Ссылки Требований.
Типы данных: логический
'UseActiveXButtons' — Настройка, чтобы использовать устаревшие кнопки ActiveX® в документах требований Microsoft Officefalse (значение по умолчанию) | trueНастройка, чтобы использовать устаревшие кнопки ActiveX в документах требований Microsoft Office в виде логического значения. Значением по умолчанию этой настройки является false; ссылки требований ОСНОВАНЫ НА URL по умолчанию. Навигация требований ActiveX поддерживается для обратной совместимости.
Типы данных: логический
'CustomSettings' — Настройка хранению пользовательских настроекinUse: 0 (значение по умолчанию) | массив структур пользовательских имен полей и настроекНастройка хранению пользовательских настроек в виде массива структур. Каждое поле массива структур соответствует имени вашей пользовательской настройки, и каждое присваиваемое значение соответствует значению той пользовательской настройки.
Типы данных: struct
currentVal — Текущее значение настройки RMI задано prefNametrue | false | 'absolute' | 'none' | ...Текущее значение настройки RMI задано prefName. Имена настройки RMI и их связанные возможные значения перечислены в Аргументах в виде пар имя-значение.
previousVal — Предыдущее значение настройки RMI задано prefNametrue | false | 'absolute' | 'none' | ...Предыдущее значение настройки RMI задано prefName. Имена настройки RMI и их связанные возможные значения перечислены в Аргументах в виде пар имя-значение.
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.