Каков ваш процесс обзора для разработки Rhapsody?

Question

Моя команда использует инструмент IBM Rhapsody для разработки встроенных приложений в реальном времени. К сожалению, мы недовольны нашим текущим процессом рассмотрения.

В частности, у нас возникли трудности, потому что:

• не хватает хорошего инструмента сравнения для изменения диаграммы
• инструмент сравнения Rhapsody не генерирует отчеты, которые вы можете использовать в обзоре
• История исходных файлов является пятнистой, поскольку исходные файлы являются продуктами в MDD, поэтому они не настроены в VCS с высокой степенью детализации.
• запуск diff-файлов в исходном коде иногда вызывает изменения, не связанные с другими разработчиками.
• иногда изменение свойства элемента модели изменяет десятки исходных файлов
• легко изменить исходный файл через изменение свойства и не знать его

Есть ли у кого-нибудь какие-либо советы для того, чтобы сделать рецензии на разработку Rhapsody надежными, но без проблем? Какие лучшие практики и уроки вы бы хотели поделиться? Я не ищу зрелую переписку процесса; лакомые кусочки, о которых я не знал, было бы здорово.

Answer 1

Мы используем Rhapsody для той же цели на моем рабочем месте. Обзоры изменений модели выполняются с помощью скрипта, который открывает различия в двух копиях нашего репозитория (один в начале изменений, один не позднее). Это показывает все соответствующие изменения, без каких-либо внутренних различий, которые добавляет Rhapsody.

Наше хранилище не отслеживает сгенерированные источники, но мы часто видим множество не относящихся к делу изменений в файлах sbs Rhapsody. Мы начали установку файлов sbs в файловой системе только для чтения, а затем изменили их на чтение / запись на панели свойств в Rhapsody. Это не мешает файлам, которые вы пометили как прочитанные / записанные, вставить Cruft, но предотвращает изменение несвязанных файлов.

Я до сих пор не нашел способ заставить Rhapsody прекратить вставлять нерелевантные изменения (например: иногда он добавляет и удаляет поля имени файла между сохранениями, несмотря на минимальные изменения в модели). Это создает много конфликтов слияния, и я лично начал тратить около 5 минут на коммит, чтобы добавить только те изменения, которые имеют значение.

Answer 2

Также возможно запретить Rhapsody записывать метки времени в файлы sbs, установив свойство CG::General::IncrementalCodeGenAcrossSession в false, Это может помочь уменьшить количество ненужных данных.

Смотрите эту ссылку

Answer 3

Мы используем Rhapsody для разработки в течение последних 5 лет. Наш текущий процесс включает использование COM-интерфейса Rhapsody и COM-интерфейса Microsoft Word для передачи пакетов рецензий в Word для рецензирования проектов. Мы также делаем это, чтобы создать часть справочника нашего SUM.

Для кода мы рассмотрим сгенерированный источник.

Мы помещаем модель в нашу систему контроля версий и блокируем элементы модели после их проверки. Если ваш инструмент контроля версий делает вещи доступными только для чтения, когда они зарегистрированы, это предотвращает случайное изменение элемента модели.

COM-интерфейс также удобен для создания модели слайдов диаграмм PowerPoint, если вы хотите представить свой дизайн клиенту. Вам нужно будет настроить слайды после их создания, так как картинки обычно выглядят немного забавно, но это дает быструю отправную точку.