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

Question

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

更具体地说,我们遇到了困难,因为:

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

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

Answer 1

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

对于代码，我们查看生成的源代码。

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

如果您想向客户展示您的设计，COM 接口也适合转储模型以制作图表的 PowerPoint 幻灯片。生成幻灯片后，您必须对其进行调整，因为图片通常看起来有点有趣，但它提供了一个快速的起点。