Каков ваш процесс обзора для разработки 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, если вы хотите представить свой дизайн покупателю. Вам нужно будет настроить слайды после того, как они сгенерированы, так как картинки обычно выглядят немного забавно, но это дает быструю отправную точку.