Setup для Rational DOORS IBM

Работа с DOORS 9 поддерживается на Microsoft Windows®. Сконфигурируйте Requirements Management Interface для взаимодействия с Rational DOORS IBM путем следования инструкциям в, Конфигурируют RMI для Взаимодействия с Microsoft Office и IBMRational DOORS.

Обзор рабочего процесса с DOORS

Можно импортировать требования из DOORS в окружение Simulink, затем установить трассируемость от модели до требований DOORS через импортированные ссылки. Трассируемость двунаправлена. Если изменение требований DOORS, можно обновить ссылки в Simulink Requirements при поддержании трассируемости. Дополнительно:

Если у вас есть существующие артефакты Simulink, которые соединяются с DOORS с предыдущими версиями Requirements Management Interface, обновляют ваши существующие ссылки. Смотрите раздел Update Model Link Destinations в Мигрирующих Данных о Requirements Management Interface к Simulink® Requirements™.

Импортируйте модуль DOORS

Импортировать модуль DOORS в Simulink Requirements:

1. Войдите в систему DOORS и откройте модуль, чтобы импортировать. 2. В Редакторе Требований выберите File> Import. 3. Выберите модуль DOORS как исходный документ. 4. Если ваш модуль DOORS включает изображения или таблицы, включите Включать графический и параметр макета. 5. Нажмите Import, чтобы завершить процесс импорта. 6. Проверяйте результаты в Редактор Требований. Ссылки должны сохранить идентификаторы DOORS и иерархию требований.

Перейти между импортированными ссылками требований и DOORS: * Выберите импортированную ссылку требований и нажмите Show в документе, чтобы перейти к DOORS. * Выберите MATLAB> Select Item in DOORS, чтобы перейти к импортированной ссылке требований.

Если ваш модуль DOORS имеет ссылки между элементами DOORS, вам нужно дополнительный, чтобы использовать дополнительные команды, чтобы принести ссылки в набор требований. Кроме того, если ваш модуль DOORS имеет ссылки на модели Simulink, используйте синхронизацию ссылки, чтобы принести ссылки в набор требований. Смотрите раздел Copying Link Information от DOORS до Simulink в Требованиях Управления для Отказоустойчивой Топливной Системы управления (Rational DOORS IBM).

Соединитесь со своей моделью

Можно соединить импортированные требования с блоками Simulink путем перетаскивания элементов от Браузера Требований до элементов в модели. Откройте Перспективу Требований в окне модели путем нажатия на значок в нижнем правом углу окна и выбора мозаики Требований.

Когда вы открываете Перспективу Требований, панель Ссылок в правых нижних ссылках по теме отображений. Вы можете:

Можно соединить импортированные требования с сущностями, такими как тесты, код MATLAB, словари данных и другие требования. Для получения дополнительной информации смотрите Ссылку на Тесты от Требований и работающий с Rational DOORS IBM 9 Требований.

Обновите требования, чтобы отразить изменения DOORS

Если исходные требования в изменении DOORS, можно обновить связанные требования в Simulink Requirements.

Выполните шаги в Обновлении Импортированные Требования.

Синхронизация ссылок и навигации от DOORS

Можно принести данные о трассируемости в DOORS для более легкой навигации от исходных требований, чтобы спроектировать и тесты. Синхронизировать ваши ссылки Simulink Requirements в DOORS:

Simulink Requirements анализирует исходящие ссылки в Наборе Ссылки и проверках на входящие ссылки из приложений, которые поддерживают вставку обратных ссылок, включая DOORS. * Недостающие ссылки добавляются к внешнему документу. В DOORS ссылки появляются как исходящая Внешняя ссылка и соответствуют сущностям Simulink, таким как имя блока или тестовый файл в Simulink Test. * Соединенные документы проверяются на недействительные ссылки, где нет никакой ссылки соответствия от Simulink до этого внешнего требования. * Можно удалить несопоставленные ссылки из модуля DOORS от подсказки. * Диалоговое окно краткого отчета отображено на успешном завершении действия Обратных ссылок Обновления:

После выполнения шага Обратных ссылок Обновления рассмотрите свои связанные требования в модуле DOORS - необходимо видеть ссылки на MATLAB или Simulink. Можно видеть несколько ссылок, если то же требование соединяется с несколькими элементами. Щелкните по ссылке в DOORS, чтобы перейти:

Смотрите Управляют Обратными ссылками Навигации во Внешних Документах Требований для получения общей информации о ссылках управления из внешних документов.

Встроенный коннектор HTTP

Навигация от внешних приложений до MATLAB/Simulink использует встроенный сервер HTTP в MATLAB. Simulink Requirements не вставит ссылку во внешнее приложение, если встроенный сервер HTTP MATLAB не будет активен на правильном номере порта.

Если вы видите, что следующая ошибка раскрывается при выполнении Обновления действие Backinks, это указывает, что сервер HTTP не находится в правильном состоянии:

Используйте connector.port API командной строки, чтобы проверять состояние сервера HTTP и использовать rmi('httpLink') API, чтобы активировать сервер, если connector.port команда возвращается 0.

Обновитесь функция Обратных ссылок требует, чтобы сервер HTTP был активирован для порта 31415. Если connector.port команда возвращает более высокий номер, это указывает, что необходимый номер порта был взят некоторым другим процессом, когда этот экземпляр MATLAB был запущен. Вы должны будете:

Трассировка до базовой линии модуля DOORS

В какой-то момент после соединения артефактов MBD с требованиями в DOORS, вы, возможно, создали Базовые линии для соединенных модулей. По умолчанию ваши ссылки, сохраненные в Simulink Requirements, все еще перейдут к текущей версии соединенных модулей. Если вы хотите заблокировать свою версию проекта к базовой версии требований, Simulink Requirements позволяет вам задавать Базовый номер для каждого модуля DOORS, с которым вы соединяетесь. Можно принять решение сконфигурировать предпочтительные базовые числа DOORS для всех соединенных артефактов в текущем сеансе работы с MATLAB, или можно задать различный базовый номер DOORS, в зависимости от артефактов MBD.

Восстановите ссылки на ранее импортированные ссылки после префикса модуля, измененного в DOORS

Когда изменение требований в DOORS, вы выполняете действие Обновления, чтобы принести обновленное содержимое DOORS в ранее импортированный Набор Требований. Процесс использует соответствие с идентификаторами объектов DOORS с Пользовательскими идентификаторами ранее импортированных элементов, чтобы определить, какие существующие ссылки должны обновиться, и какие объекты DOORS являются новыми и требуют создания новых ссылок в Наборе Simulink Requirements. Кроме того, когда обновления, полученные от DOORS, не включают Пользовательского ID, который присутствует в Наборе Требования Simulink, соответствующий элемент принят, чтобы быть удаленным в DOORS и будет очищен от Набора Simulink Requirements. С этим прибывает следующая опасность: если пользователь DOORS изменил префикс модуля в DOORS прежде, чем выполнить Обновление для Набора Simulink Requirements, ни один из существующих Пользовательских идентификаторов не будет соответствовать, потому что префикс модуля DOORS является частью ID, и все идентификаторы, известные на стороне Simulink Requirements, основаны на старом префиксе. Обновитесь процесс удалит все существующие ссылки и затем создаст новые единицы с Пользовательскими идентификаторами, которые соответствуют обновленному префиксу в DOORS. Если ранее импортированные ссылки, где соединено с проектом aftifacts на стороне Simulink, все связи будут разорваны, потому что первоначально соединенные ссылки больше не существуют. Например, если исходным префиксом модуля в DOORS был "KKK", и это было изменено на "QQQ", вы будете видеть основанные на QQQ идентификаторы в Браузере Требований после выполнения Обновления,

... но ссылки будут неподвижная точка к ОСНОВАННЫМ НА KKK элементам как места назначения. Вы будете видеть оранжевые треугольники предупреждения на всех связях, которые были разорваны:

Чтобы восстановиться с этой ситуации, вы должны: # идентифицируют, что исходные идентификаторы DOORS в данных LinkSet, # создают ожидаемые обновленные идентификаторы DOORS на основе вашего знания исходного и текущего префикса модуля, # используют reconsturcted идентификаторы, чтобы определить местоположение соответствующей записи Набора Требования для каждого места назначения неработающей ссылки, #, чтобы обновить каждую неработающую ссылку, чтобы соединиться с обновленной ссылкой в наборе Требования.

Если более старая копия файла Набора Требования все еще доступна, можно собрать SID-> отображение CustomID от него. Но если у вас только есть обновленная версия Набора Требования, и связи уже разорваны, можно смочь вытянуть старые идентификаторы DOORS от сохраненных меток ссылки (от link.Description значения.

Следующий скрипт демонстрирует выполнение этой задачи для случая, когда все сохранили link.Description метки запускаются с ID DOORS. В нашем примере метки похожи "на KKK123: некоторый текст", и мы знаем, что элемент, который раньше имел DOORS ID "KKK123" теперь, имеет DOORS ID "QQQ123".

Запустите этот скрипт с четырьмя входными параметрами: имя LinkSet, имя ReqSet, старый префикс, новый префикс:

Теперь все ссылки разрешены, и метки обновляются правильно: