Получите или установите настройки 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' выбор.
previousVal =
''Просмотрите в настоящее время заданное значение для 'SelectionLinkTag' выбор.
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Предпочтение двунаправленного выбора, заданное как число или логическое 1 (true) или 0 (false).
Этот выбор определяет, создавать ли одновременно обратную ссылку от цели к источнику при создании ссылки от источника к цели. Эта настройка применяется только к типам документа потребности, поддерживающим привязку на основе выбора.
Типы данных: logical
'DocumentPathReference' - Выбор для формата пути ссылок на документы требований из модели'modelRelative' (по умолчанию) | 'absolute' | 'pwdRelative' | 'none'Выбор для формата пути ссылок на документы требований из модели, заданное как одно из следующих значений.
| Значение | Ссылка на документ содержит... |
|---|---|
'absolute' | полный абсолютный путь к документу требований. |
'pwdRelative' | путь относительно текущей папки MATLAB. |
'modelRelative' | путь относительно файла модели. |
'none' | только имя файла документа. |
Для получения дополнительной информации см. раздел «Хранение пути к документу».
Типы данных: char
'DuplicateOnCopy' - Выбор для копирования ссылок требований с объектами моделиtrue (по умолчанию) | falseВыбор копирования ссылок требований вместе с объектами модели, заданное в виде числа или логического 1 (true) или 0 (false).
Этот выбор определяет, должны ли ссылкам требований дублироваться при копировании Simulink® и Stateflow® объекты. Когда установлено значение falseСсылки дублируются только при подсветке ссылок в исходной модели, из которой копируются объекты модели.
Типы данных: logical
'ModelPathReference' - Выбор формата пути в ссылках на модель из документов требований'none' (по умолчанию) | 'absolute'Выбор формата пути в ссылках на модель из документов требований, заданное как одно из следующих значений.
| Значение | Модель-ссылка содержит... |
|---|---|
'absolute' | полный абсолютный путь к модели. |
'none' | только имя файла модели. |
Типы данных: char
'LinkIconFilePath' - Выбор использовать пользовательский файл изображений в качестве значка ссылки требованийПредпочтение использовать пользовательский файл изображений как значок ссылки требований, заданный как полный путь к файлу значка или небольшого изображения. Это изображение будет использоваться для ссылок требований, вставленных во внешние документы.
Типы данных: char
'FilterEnable' - Выбор включить фильтрацию по ключевым словам тегов пользователейfalse (по умолчанию) | trueВыбор включить фильтрацию по ключевым словам тегов пользователя, заданную в виде числа или логического 1 (true) или 0 (false). Когда вы фильтруете по ключевым словам тега пользователя, можно включать или исключать подмножества ссылок требований в подсветку или отчеты. Можно задать ключевые слова тегов пользователей для фильтрации ссылок требований в 'FilterRequireTags' и 'FilterExcludeTags' настройки. Дополнительные сведения о фильтрации требований см. в разделе Требования к фильтрации с помощью тегов пользователя.
Типы данных: logical
'FilterRequireTags' - Выбор ключевых слов тега пользователя для ссылок с требованиямиВыборы для ключевых слов тега пользователя для ссылок требований, заданные как списка , разделенного запятыми слов или словосочетаний в вектор символов. Эти теги применяются ко всем созданным новым ссылкам требований. Ссылки требований с этими тегами пользователя включены в подсветку модели и отчеты. Дополнительные сведения о фильтрации требований см. в разделе Требования к фильтрации с помощью тегов пользователя.
Типы данных: char
'FilterExcludeTags' - Выбор исключить некоторые ссылки требований из подсветки модели и отчетовВыбор исключить некоторые ссылки требований из подсветки модели и отчетов, заданных как разделенный списками , разделенными запятыми ключевых слов пользовательских тегов. Ссылки требований с этими тегами пользователя исключаются из подсветки модели и отчетов. Дополнительные сведения о фильтрации требований см. в разделе Требования к фильтрации с помощью тегов пользователя.
Типы данных: char
'FilterMenusByTags' - Выбор отключения меток ссылок требований с назначенными тегами пользователяfalse (по умолчанию) | trueВыбор отключения меток ссылок требований с назначенными тегами пользователя, заданное в виде числа или логического 1 (true) или 0 (false). Когда установлено значение true, если ссылка требования имеет пользовательский тег, обозначенный в 'FilterExcludeTags' или 'FilterRequireTags'эта ссылка требований будет отключена в контекстном меню Requirements. Дополнительные сведения о фильтрации требований см. в разделе Требования к фильтрации с помощью тегов пользователя.
Типы данных: logical
'FilterConsistencyChecking' - Выбор фильтрации проверок согласованности требований Model Advisor с помощью назначенных тегов пользователяfalse (по умолчанию) | trueВыбор - фильтрация проверок согласованности требований Model Advisor с помощью назначенных тегов пользователя, заданных в виде числа или логического 1 (true) или 0 (false). Когда установлено значение trueПроверки согласованности требований Model Advisor включают ссылки требований с тегами пользователя, обозначенными в 'FilterRequireTags' и исключает ссылки требований с пользовательскими тегами, обозначенными в 'FilterExcludeTags'. Дополнительные сведения о фильтрации требований см. в разделе Требования к фильтрации с помощью тегов пользователя.
Типы данных: logical
'KeepSurrogateLinks' - Выбор сохранить DOORS® суррогатные ссылки при удалении всех ссылок требованийfalse | trueВыбор сохранять суррогатные ссылки DOORS при удалении всех ссылок требований, заданных в виде числа или логического 1 (true) или 0 (false). Когда установлено значение true, щелчок правой кнопкой мыши Requirements at This Level > Delete All Outgoing Links удаляет все ссылки требований, включая ссылки требований к суррогатным модулям DOORS. Когда не задано true или false, щелчок правой кнопкой мыши Requirements at This Level > Delete All Outgoing Links открывает диалоговое окно с выбором сохранить или удалить суррогатные ссылки DOORS.
Типы данных: logical
'ReportFollowLibraryLinks' - Выбор включать ссылки на требования в ссылки на библиотеки в сгенерированный отчетfalse (по умолчанию) | trueВыбор включать ссылки на требования в библиотеки-ссылки в сгенерированный отчет, заданный в виде числа или логического 1 (true) или 0 (false). Когда установлено значение true, сгенерированные отчеты о требованиях включают ссылки на требования в ссылочных библиотеках.
Типы данных: logical
'ReportHighlightSnapshots' - Выбор включать подсветку в снимки модели в сгенерированный отчетtrue (по умолчанию) | falseВыбор включать подсветку в снимках модели в сгенерированный отчет, заданную в виде числа или логического 1 (true) или 0 (false). Когда установлено значение trueмоментальные снимки объектов модели в сгенерированных отчетах о требованиях включают подсветку объектов модели со ссылками требований.
Типы данных: logical
'ReportNoLinkItems' - Выбор включения объектов модели без ссылок требований в сгенерированные отчеты о требованияхfalse (по умолчанию) | trueВыбор включать объекты модели без ссылок на требования в сгенерированные отчеты о требованиях, заданные в виде числа или логического 1 (true) или 0 (false). Когда установлено значение true, сгенерированные отчеты о требованиях включают списки объектов модели, не имеющих ссылок на требования.
Типы данных: logical
'ReportUseDocIndex' - Выбор включать краткий идентификатор документа вместо полного пути к документу в сгенерированные отчеты о требованияхfalse (по умолчанию) | trueВыбор включать краткий идентификатор документа вместо полного пути к документу в сгенерированные отчеты о требованиях в виде числа или логического 1 (true) или 0 (false). Когда установлено значение true, сгенерированные отчеты о требованиях включают краткие идентификаторы документов, если они заданы, вместо полных путей к документам требований.
Типы данных: logical
'ReportIncludeTags' - Выбор перечисления тегов пользователя для ссылок требований в сгенерированных отчетахfalse (по умолчанию) | trueВыбор при перечислении тегов пользователя для ссылок требований в сгенерированных отчетах, заданных в виде числа или логического 1 (true) или 0 (false). Когда установлено значение true, сгенерированные отчеты о требованиях включают пользовательские теги, заданные для каждой ссылки требования. Дополнительные сведения о фильтрации требований см. в разделе Требования к фильтрации с помощью тегов пользователя.
Типы данных: logical
'ReportDocDetails' - Выбор включения дополнительной детализации из документов потребности в сгенерированные отчетыfalse (по умолчанию) | trueВыбор включать дополнительные сведения из документов требований в сгенерированные отчеты, заданные в виде числа или логического 1 (true) или 0 (false). Когда установлено значение true, сгенерированные отчеты о требованиях загружают связанные документы требований для включения дополнительной информации о связанных требованиях. Этот выбор применяется к корпорации Майкрософт® Word, Microsoft Excel®, и IBM® Рациональный® Только документы требований DOORS.
Типы данных: logical
'ReportLinkToObjects' - Выбор включать ссылки на объекты модели в сгенерированные отчеты о требованияхfalse (по умолчанию) | trueВыбор включать ссылки на объекты модели в сгенерированные отчеты о требованиях, заданные в виде числа или логического 1 (true) или 0 (false). Когда установлено значение true, сгенерированные отчеты о требованиях включают ссылки на объекты модели. Эти ссылки работают только в том случае, если внутренний HTTP-сервер MATLAB активен.
Типы данных: logical
'SelectionLinkWord' - Настройка включения опции ссылки выбора Microsoft Word в контекстное меню Требованияtrue (по умолчанию) | falseПредпочтение включить опцию ссылки выбора Microsoft Word в контекстное меню Requirements, заданную в виде числа или логического 1 (true) или 0 (false).
Типы данных: logical
'SelectionLinkExcel' - Настройка включения опции ссылки выбора Microsoft Excel в контекстное меню Требованияtrue (по умолчанию) | falseПредпочтение включения опции ссылки выбора Microsoft Excel в контекстное меню Требования, заданное в виде числа или логического 1 (true) или 0 (false).
Типы данных: logical
'SelectionLinkDoors' - Выбор включения опции IBM Rational DOORS selection link в контекстное меню Требованияtrue (по умолчанию) | falseВыбор включить опцию ссылки IBM RATIONAL DOORS в контекстное меню Requirements, заданную в виде числа или логического 1 (true) или 0 (false).
Типы данных: logical
'SelectionLinkTag' - Предпочтение применения тегов пользователя к новым ссылкам требований на основе выбораПредпочтение применения тегов пользователя к новым ссылкам требований на основе выбора, заданным как списка , разделенного запятыми слов или словосочетаний в вектор символов. Эти пользовательские теги автоматически применяются к созданным ссылкам требований на основе выбора. Дополнительные сведения о фильтрации требований см. в разделе Требования к фильтрации с помощью тегов пользователя.
Типы данных: char
'StoreDataExternally' - Выбор хранить данные ссылок на требования во внешних .reqfalse (по умолчанию) | trueВыбор хранения данных ссылок на требования во внешних .req файл, заданный в виде числа или логического 1 (true) или 0 (false). Эта настройка применяется ко всем новым моделям и к существующим моделям, которые еще не имеют ссылок на требования. Для получения дополнительной информации о хранении данных ссылок на требования смотрите Requirements Link Storage.
Типы данных: logical
'UseActiveXButtons' - Выбор использовать устаревшие ActiveX® кнопки в документах требований Microsoft Officefalse (по умолчанию) | trueВыбор использовать устаревшие кнопки ActiveX в документах требований Microsoft Office в виде числа или логического 1 (true) или 0 (false). Значение по умолчанию этого выбора false; по умолчанию ссылки требований основаны на URL. Навигация по требованиям ActiveX поддерживается для обратной совместимости.
Типы данных: logical
'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. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.