私のチームは、IBM の Rhapsody ツールを使用してリアルタイムの組み込み開発を行っています。残念ながら、現在の審査プロセスには満足しておりません。
より具体的には、次の理由で問題が発生しました。
- ダイアグラムの変更のための優れた差分ツールが不足しています
- Rhapsody diff ツールは、レビューで使用できるレポートを生成しません
- ソースファイルはMDDの製品であるため、ソースファイルの履歴はむらがあり、VCSで高い粒度で構成されていません
- ソースコードで差分を実行すると、他の開発者によって行われた無関係な変更が取り込まれることがあります
- モデル要素のプロパティを変更すると、多数のソース ファイルが変更されることがあります。
- プロパティの変更によってソース ファイルを変更するのは簡単ですが、それを認識していません。
Rhapsody 開発のピア レビューを堅牢で手間のかからないものにするためのヒントはありますか? 共有したいベスト プラクティスや学んだ教訓はありますか? 成熟したプロセスの記事を探しているわけではありません。私が知らなかったちょっとしたことは素晴らしいでしょう。