Как импортировать, связать и обновить требования IBM Rational DOORS 9. Работа с DOORS 9 поддерживается в Microsoft Windows ® .
Настройте интерфейс управления требованиями для взаимодействия с IBM Rational DOORS, следуя инструкциям в разделе Настройка RMI для взаимодействия с Microsoft Office и IBM Rational DOORS.
Можно импортировать требования из DOORS в среду Simulink, а затем установить прослеживаемость из модели в требования DOORS через импортированные привязки. Прослеживаемость является двунаправленной. При изменении требований DOORS можно обновить ссылки в окне «Требования к Simulink», сохраняя возможность отслеживания. Дополнительно:
Можно установить прослеживаемость от MATLAB и Simulink до DOORS без изменения модулей DOORS Formal или Link.
Можно связать проект, тесты и требования, не выходя из редактора Simulink.
Можно установить прослеживаемость от низкоуровневых требований в Simulink до высокоуровневых требований в DOORS.
Выявить пробелы в реализации и проверке можно с помощью метрик в Simulink Requirements.
Обнаружение изменений и возможность междоменного отслеживания могут использоваться для проведения анализа влияния изменений.
При наличии артефактов Simulink, связанных с DOORS с предыдущими версиями интерфейса управления требованиями, обновите существующие ссылки. См. раздел «Обновление назначений связей модели» в разделе «Перенос данных интерфейса управления требованиями в Simulink ® Requirements™».
Чтобы импортировать модуль DOORS в приложение Simulink Requirements:
Войдите в DOORS и откройте модуль для импорта.
В редакторе требований нажмите «Импорт».
Выберите модуль DOORS в качестве исходного документа.
Если модуль DOORS содержит изображения или таблицы, включите параметр «Включить графику и макет».
Щелкните Импорт (Import), чтобы завершить процесс импорта.
Проверьте результаты в редакторе требований. Ссылки должны сохранять идентификаторы DOORS и иерархию требований.
Для перемещения между привязками импортированных требований и DOORS:
Выберите ссылку на импортированные требования и щелкните Показать в документе (Show in document), чтобы перейти к DOORS.
Выберите MATLAB > Выбрать элемент в DOORS, чтобы перейти к ссылке импортированных требований.
Если модуль DOORS имеет связи между элементами DOORS, можно использовать дополнительные команды для включения связей в набор требований. Кроме того, если модуль DOORS имеет ссылки на модели Simulink, используйте синхронизацию ссылок для включения ссылок в набор требований. См. раздел Копирование информации о связи между DOORS и Simulink в разделе Управление требованиями к отказоустойчивой системе управления топливом (IBM Rational DOORS).
Перед импортом модуля DOORS убедитесь, что добавлены все необходимые атрибуты требований. Невозможно импортировать дополнительные атрибуты в Simulink Requirements после первоначального импорта.
Импортированные требования можно связать с блоками Simulink, перетащив элементы из браузера требований в элементы модели. Откройте представление Требования (Requirements) в окне модели, щелкнув значок в правой нижней части окна и выбрав плитку Требования (Requirements).
При открытии ракурса требований и выборе требования ссылки отображаются в инспекторе свойств в разделе «Связи». Вы можете:
Перейдите к связанным артефактам вне текущей модели.
Удалите ссылки, указав на ссылку и щелкнув красный крест.
Проверка и изменение свойств связи путем выбора Links из раскрывающегося списка Вид.
Импортированные требования можно связать с такими объектами, как тестовые примеры, код MATLAB, словари данных и другие требования. Дополнительные сведения см. в разделе Ссылка на тестовые примеры из требований и работа с требованиями IBM Rational DOORS 9.
Если исходные требования в DOORS изменяются, можно обновить импортированные ссылки в Simulink Requirements.
Выберите узел верхнего уровня, соответствующий обновленному модулю DOORS.
Нажмите кнопку «Обновить».
Выполните действия, описанные в разделе Обновить импортированные требования.
При добавлении атрибутов в модуль DOORS с момента первоначального импорта в Simulink Requirements новые атрибуты не импортируются. Если требуется импортировать атрибуты из модуля DOORS, обязательно добавьте их перед импортом в новый набор требований в окне «Требования к Simulink».
Данные об отслеживаемости можно перенести в DOORS для упрощения навигации от исходных требований до проектирования и испытаний. Для синхронизации ссылок требований к Simulink в DOORS:
Выбрать Links из раскрывающегося списка Вид.
Найдите и щелкните правой кнопкой мыши набор связей, содержащий новые связи.
Выберите «Обновить ярлык обратной связи» в нижней части контекстного меню.
Simulink Requirements анализирует исходящие ссылки в наборе ссылок и проверяет входящие ссылки из приложений, поддерживающих вставку обратных ссылок, включая DOORS.
Отсутствующие ссылки добавляются во внешний документ. В DOORS связи отображаются как исходящие внешние связи и соответствуют объектам Simulink, таким как блоки или тестовые примеры в Simulink Test.
Связанные документы проверяются на наличие устаревших ссылок, где отсутствует соответствующая связь между Simulink и этим внешним требованием.
Чтобы удалить несопоставленные связи из модуля DOORS, подтвердите запрос.
При успешном выполнении действия «Обновить обратные ссылки» отображается короткое диалоговое окно отчета:
После выполнения шага «Обновить обратные ссылки» просмотрите связанные требования в модуле DOORS - необходимо просмотреть ссылки на MATLAB или Simulink. Если одно и то же требование связано с несколькими элементами, можно видеть несколько ссылок. Щелкните ссылку в DOORS для перехода:
Общие сведения об управлении ссылками из внешних документов см. в разделе Управление обратными ссылками навигации во внешних документах требований.
Переход от внешних приложений к MATLAB/Simulink основан на встроенном HTTP-сервере в MATLAB. Simulink Requirements не сможет вставить ссылку во внешнее приложение, если встроенный HTTP-сервер MATLAB не активен на правильном номере порта.
Если при выполнении действия «Обновить обратные ссылки» появляется следующее всплывающее окно ошибки, это означает, что HTTP-сервер находится в неправильном состоянии:
Используйте connector.port API командной строки для проверки состояния HTTP-сервера и использования rmi('httpLink') API для активации сервера, если connector.port возвращает 0.
Функция обновления обратных ссылок требует активации HTTP-сервера для порта 31415. Если connector.port возвращает большее число, это означает, что номер порта 31415 был принят другим процессом при запуске этого экземпляра MATLAB. Вам потребуется:
Сохраните работу и выйдите из всех экземпляров MATLAB.
Перезапустите только один экземпляр MATLAB.
Проверьте состояние HTTP-сервера, запустив connector.port команда.
Если вы получаете 0, перезапустите rmi('httpLink') команда.
Повторная проверка с использованием connector.port команда - теперь вы должны увидеть 31415 порт активирован.
Повторно откройте артефакты MBD и повторите процедуру обновления обратных ссылок.
В какой-то момент после связывания артефактов MBD с требованиями в DOORS можно создать базовые структуры для связанных модулей. По умолчанию ссылки, сохраненные в Simulink Requirements, будут по-прежнему переходить к текущей версии связанных модулей. Если требуется зафиксировать версию проекта в базовой версии требований, Simulink Requirements позволяет указать номер базовой линии для каждого модуля DOORS, с которым выполняется связь. Можно настроить предпочтительные базовые номера DOORS для всех связанных артефактов в текущей сессии MATLAB или указать другой базовый номер DOORS для указанных артефактов MBD.
slreq.cmConfigureVersion - это API командной строки, используемый для задания предпочтительных базовых номеров DOORS.
Использовать slreq.cmGetVersion для проверки сконфигурированного базового номера DOORS для данного модуля DOORS.
Если позже были созданы опорные структуры следующей версии для связанных модулей и требуется навигация по ранее сохраненным ссылкам для назначения более поздней опорной структуры, выполняется повторное выполнение slreq.cmConfigureVersion для указания обновленного номера базовой линии.
Значения каждого артефакта хранятся вместе с соответствующими наборами ссылок и влияют на навигацию для всех пользователей одних и тех же файлов набора ссылок.
Глобальные (сеансовая область) назначения сохраняются в предпочтениях пользователя. Следующий сеанс MATLAB в той же установке запоминает ранее настроенные базовые номера. При совместном использовании работы с другими пользователями каждому пользователю потребуется повторно ввести те же самые предпочтительные базовые номера. При необходимости можно включить требуемые команды настройки в сценарий запуска MATLAB или в сценарий запуска Simulink Project.
При изменении требований в DOORS выполняется действие Обновить (Update), чтобы включить обновленное содержимое DOORS в ранее импортированный набор требований. Процесс основан на согласовании идентификаторов объектов DOORS с пользовательскими идентификаторами ранее импортированных элементов, чтобы определить, какие существующие ссылки нуждаются в обновлении, а какие объекты DOORS являются новыми и требуют создания новых ссылок в наборе требований Simulink. Кроме того, если обновления, полученные от DOORS, не включают некоторые пользовательские идентификаторы, которые присутствуют в наборе требований Simulink, предполагается, что соответствующие элементы будут удалены в DOORS и будут очищены из набора требований Simulink. При этом возникает следующая опасность: если пользователь DOORS изменил префикс модуля в DOORS перед выполнением обновления набора требований Simulink, ни один из существующих пользовательских идентификаторов не будет совпадать, поскольку префикс модуля DOORS является частью идентификатора, а все идентификаторы, известные на стороне требований Simulink, основаны на старом префиксе. Процесс обновления удалит все существующие ссылки, а затем создаст новые с пользовательскими идентификаторами, соответствующими обновленному префиксу в DOORS. Если ранее импортированные ссылки связаны с артефактами конструкции на стороне Simulink, все связи будут разорваны, поскольку первоначально связанные ссылки больше не существуют. Например, если исходный префикс модуля в DOORS был «KKK» и он был изменен на «QQQ», вы увидите идентификаторы на основе QQQ в браузере требований после выполнения обновления,
... но ссылки будут по-прежнему указывать на элементы на основе KKK в качестве пунктов назначения. Вы увидите оранжевые предупреждающие треугольники на всех звеньях, которые были сломаны:
Нарушенные связи можно восстановить, выполнив следующие действия.
идентифицировать исходные идентификаторы DOORS в данных LinkSet,
создайте ожидаемые обновленные идентификаторы DOORS на основе вашего знания исходного и текущего префикса модуля,
использовать восстановленные идентификаторы для поиска соответствующей записи Requirement Set для каждого нарушенного адресата линии связи,
обновление каждой разорванной связи для соединения с обновленной ссылкой в наборе требований.
Если старая копия файла набора требований все еще доступна, из нее можно получить сопоставление SID- > CustomID. Но если у вас есть только обновленная версия набора требований, и ссылки уже разорваны, вы можете извлечь старые идентификаторы DOORS из сохраненных меток ссылок ( изlink.Description значения).
Следующий сценарий демонстрирует выполнение этой задачи для случая, когда все сохранены link.Description метки начинаются с идентификатора DOORS ID. В нашем примере метки выглядят как «KKK123: DOORS Object Text or Heading», и предполагается, что элемент DOORS со старым идентификатором «KKK123» теперь имеет идентификатор DOORS «QQQ123.»
Запустите этот сценарий с четырьмя входными аргументами: LinkSet name, ReqSet name, старый префикс, новый префикс:
Теперь все ссылки разрешены и метки обновлены правильно:
