7

我的团队正在使用 IBM 的 Rhapsody 工具进行实时嵌入式开发。不幸的是，我们对当前的审核流程不满意。

更具体地说，我们遇到了困难，因为：

  • 缺乏用于图表更改的良好差异工具
  • Rhapsody 差异工具不会生成您可以在评论中使用的报告
  • 源文件历史记录参差不齐，因为源文件是 MDD 中的产品，因此未在 VCS 中以高粒度进行配置
  • 在源代码上运行差异有时会引入其他开发人员所做的不相关更改
  • 有时更改模型元素的属性会更改数十个源文件
  • 很容易通过属性更改来更改源文件而不知道它

有没有人有任何技巧可以使 Rhapsody 开发的同行评审稳健但不麻烦？您想分享任何最佳实践和经验教训吗？我不是在寻找成熟的流程记录；我不知道的花絮会很棒。

4

3 回答 3

4

我们在我的工作场所将 Rhapsody 用于相同的目的。模型更改的审查是通过一个脚本完成的，该脚本在我们的存储库的两个副本上打开 diffmerge（一个在更改开始时，一个在最晚）。这显示了所有相关的变化，没有任何内部的 Rhapsody 添加。

我们的 repo 不跟踪生成的源，但我们经常在 Rhapsody 的 sbs 文件中看到大量不相关的更改。我们已经开始在文件系统上将 sbs 文件设置为只读，然后在 Rhapsody 的属性面板中将它们更改为读/写。这不会阻止您标记为读/写的文件插入杂乱无章的内容，但它可以防止不相关的文件被修改。

我仍然没有找到让 Rhapsody 停止插入无关更改的方法（例如：它有时会在保存之间添加和删除文件名字段，尽管对模型的更改很小）。它会产生很多合并冲突，我个人已经开始每次提交花费 5 分钟左右的时间来只添加重要的更改。

于 2017-02-28T18:54:08.673 回答
3

也可以通过将属性设置为 来防止 Rhapsody 将时间戳写入 sbsCG::General::IncrementalCodeGenAcrossSession文件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 回答