您对Rhapsody开发的审核流程是什么？

Question

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

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

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

有没有人有任何关于在Rhapsody开发上进行同行评审的强大但又轻松的提示？您想分享的任何最佳实践和经验教训？我不是在寻找一个成熟的流程写作;花絮我不知道会不会很棒。

Answer 1

我们在工作场所使用Rhapsody的目的相同。模型更改的评论是通过一个脚本完成的，该脚本在我们的存储库的两个副本上打开diffmerge（一个在更改的开头，一个最晚）。这显示了所有相关的变化，没有任何内部残余的Rhapsody补充。

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

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

Answer 2

通过将属性CG::General::IncrementalCodeGenAcrossSession设置为false，也可以防止Rhapsody将时间戳写入sbs文件。这有助于减少不必要的数据量。

请参阅this link

Answer 3

过去5年来，我们一直在使用Rhapsody进行开发。我们当前的过程涉及使用Rhapsody COM接口和Microsoft Word COM接口将审阅包转储到Word以进行设计审核。我们这样做也是为了生成SUM的参考手册部分。

对于代码，我们会审核生成的来源。

我们将模型放入我们的版本控制系统中，并在审核后锁定模型元素。如果您的版本控制工具仅在签入时读取内容，则可以防止您意外更改模型元素。

如果要向客户展示您的设计，COM接口也适用于转储模型以制作PowerPoint幻灯片图表。你必须在幻灯片生成后调整它们，因为图片通常看起来有点滑稽，但它提供了一个快速的起点。