7

私のチームは、IBM の Rhapsody ツールを使用してリアルタイムの組み込み開発を行っています。残念ながら、現在の審査プロセスには満足しておりません。

より具体的には、次の理由で問題が発生しました。

  • ダイアグラムの変更のための優れた差分ツールが不足しています
  • Rhapsody diff ツールは、レビューで使用できるレポートを生成しません
  • ソースファイルはMDDの製品であるため、ソースファイルの履歴はむらがあり、VCSで高い粒度で構成されていません
  • ソースコードで差分を実行すると、他の開発者によって行われた無関係な変更が取り込まれることがあります
  • モデル要素のプロパティを変更すると、多数のソース ファイルが変更されることがあります。
  • プロパティの変更によってソース ファイルを変更するのは簡単ですが、それを認識していません。

Rhapsody 開発のピア レビューを堅牢で手間のかからないものにするためのヒントはありますか? 共有したいベスト プラクティスや学んだ教訓はありますか? 成熟したプロセスの記事を探しているわけではありません。私が知らなかったちょっとしたことは素晴らしいでしょう。

4

3 に答える 3

3

CG::General::IncrementalCodeGenAcrossSessionプロパティを に設定することで、Rhapsody がタイムスタンプを sbs ファイルに書き込まないようにすることもできますfalse。これにより、不要なデータの量を減らすことができます。

このリンクを参照してください

于 2017-05-31T12:33:56.913 に答える
2

過去 5 年間、開発に Rhapsody を使用しています。現在のプロセスでは、Rhapsody COM インターフェイスと Microsoft Word COM インターフェイスを使用して、デザイン レビュー用にレビュー パッケージを Word にダンプします。また、SUM のリファレンス マニュアル部分を生成するためにもこれを行います。

コードについては、生成されたソースを確認します。

モデルをバージョン管理システムに入れ、レビュー後にモデル要素をロックダウンします。チェックイン時にバージョン管理ツールで読み取り専用にすると、モデル要素を誤って変更するのを防ぐことができます。

COM インターフェイスは、設計を顧客に提示する場合に、モデルをダンプしてダイアグラムの PowerPoint スライドを作成する場合にも適しています。通常、写真は少しおかしな感じになってしまうため、生成後にスライドを微調整する必要がありますが、これで簡単な開始点が得られます。

于 2010-02-21T23:34:40.273 に答える