| 需求管理工具试用 – CaliberRM |
体会1：CaliberRM就是一个需求管理工具。 为什么会有这样奇怪的体会呢？
需求工程分为需求开发和需求管理，对于需求开发来说，比如需求获取和需求定义，CaliberRM并不能提供太多的帮助。CaliberRM对于一个需求来说，有一个details的文本输入框，其他主要就是各种属性（可以自己加入自定义属性），对于完整描述一个需求来说，感觉有点弱。在需求买书输入框中，需要放入UI的图片，就没有足够的支持，也没有HTML的支持，比起word来说实在是没法比。
结论：对于复杂的系统来说，我更愿意把CaliberRM作为一个需求索引的工具，在CaliberRM里面记录各种需求和彼此间的关系，真正的需求内容还是写在word文档里面并存放在配置管理库中，并建立映射关系。
体会2：为了StarTeam不支持CVS。
Borland自己在推自己的配置管理工具StarTeam，因此CaliberRM及其它产品都不支持CVS，这点让我非常的郁闷。支持VSS也做得很不地道，帮助文件里面就简单的写了几句，根本没法弄起来。
结论：Borland一不小心把自己当成MS了。
体会3：关于需求跟踪
一直在琢磨CaliberRM会怎么把设计和testcase建立起好的link，原来在需求类型里，除了用户需求，业务需求，系统需求外，还有可以增加的设计需求，测试需求，性能需求，通过这些需求类型可以很好的把需求/设计/测试建立好的Link，从而可以保证文档的一致性，生成的需求跟踪矩阵可以比较好的图形化展示之间的关系。
体会4：关于需求版本管理
这点是CaliberRM比较好的地方，每个需求均有完整的版本管理并能够很好的同配置管理库结合（这个我没有装StarTeam，但是应该okey的）
每个需求均有讨论板，需求历史，需求approval定义，增加自定义属性还可以更完整的了解需求状态。
体会5：变更管理
在CaliberRM里面，2个关联的需求，你修改了其中一个，你通过Traceability Diagram可以很清楚的看到两个需求之间变化。
另外需求必须得到approve之后才能够approve，approve之后需求就不能够修改，除非你建立一个新的基线。
前面提到版本管理做得很好，但是没有明确的变更流程就不应该了，但是我觉得应该内置”变更需求”，”变更”是需求管理中最重要的部分，可以根据”变更“去修改各个需求，但是”变更“本身应该highlight出来。需求跟踪矩阵的作用是当一个变更产生时，你可以了解哪些相关联的交付物需要修改，并可以持续的进行tracking。
举个我项目中例子，客户提出CR单，我们会分析CR的影响，我会把这个CR放进RTM中，并tracking受影响的各个交付物的完成状况，CR也会一直跟踪到它close。
体会6：文档生成和report
文档生成还不错，但是report就很少，分析就跟本不用提了。
总结：
1）CaliberRM是一款不错的需求管理工具，界面简洁，Bug少，速度快，能够很好的解决我需要解决的问题：需求一致性检查，需求跟踪，基线维护等。
需求定义做得比较简陋，如果能够完善完善就好了，可以把需求都搬上来就好了。
2）相比Doors来说，CaliberRM还差得比较远。
|
| sunhope888 发表于 2009/4/2 10:31:00 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志 |
发表评论：
|
|
| 公 告 |
|
| 登 陆 |
|
| 日志日历 |
|
| 搜 索 |
|
| 日 志 |
|
| 评 论 |
|
| 链 接 |
|
| 统 计 |
| |