需求问题是软件项目成败的制肘，需求的沟通、确认在整个软件生命周期中发挥着重要的作用。通常所采用的Office工具集等文字处理软件显得有些力不从心，本系列评价从需求的整个过程角度来考察需求管理工具。
1．概述
本文中的Borland CaliberRM是一个具弹性，以资料库为中心的需求管理系统。本人在参照其入门指南的操作之后，考察其在需求获取、需求分析和需求管理三个阶段的一些特性。
2．需求获取
需求获取是需求工程最前端的活动，具有高度的不确定性。Borland CaliberRM作为一个需求管理工具，和其他需求管理工具一样，在获取阶段可以说没有刻意涉足。但是其一些特性从某种意义上来说可以辅助需求获取：
1、 术语表（Glossary）。CaliberRM中可以定制术语表，对术语进行分类管理，并进行解释。统一的术语有利于需求开发人员于客户之间的沟通。
2、 需求讨论功能。每个需求项都有讨论的功能，可以作为需求获取中同用户远程沟通的一个渠道。
3、 需求类型模版。需求类型模版原则上给了需求开发人员指导原则来从几个方面来获取软件需求。例如其用户需求采用的用例，可以帮助需求开发人员获取用例。
3．需求分析
需求分析指的是对需求获取阶段得到的系统边界和原始需求进行分析、规约、验证。这部分形成的需求规约是需求管理的内容。从分析、规约和验证几个活动来看，CaliberRM都提供了比较好的支持。
分析
CaliberRM没有提供强大的自动分析工具，但其在辅助分析上用起来还是不错的。
1、 需求属性。CaliberRM为用户提供了相对强大的自定义属性来支持需求分析，用户而且可以在自定义属性的基础上进行一定程度的界面定制。这些属性决定了分析的主要内容。
2、 需求关联图。记录并比较直观的表示需求之间的关系。
3、 需求讨论功能。提供了讨论的平台。
规约
规约即将需求表现形式进行规整，在编辑功能上相对没有Office工具集强大，但是CaliberRM文本编辑时给人感觉挺流畅，而且还集成对Word工具的调用功能。
1、 需求分类、需求分层。提供了良好的需求结构，但是遗憾的是其不支持树状的分类，即在分类之下在划分小类，之能使用需求分层来弥补。
2、 需求表示。CaliberRM提供了良好的文档编辑功能。而且文档关联功能弥补CaliberRM不足的编辑功能，可以关联到其他工具如Visio等表示的需求或页面原型等。
3、 权限控制。需求项级用户权限控制，保证了每个需求的一致性。需求文档更高级别上的类似问题需要用户自己控制。
4、 术语表示。在需求的说明中对术语进行特殊显示，增强的清晰性，但是在编辑文档时不方便查询和导入术语。
验证
CaliberRM没有发现集成有需求验证的功能，不过可以支持对验证过程与方法进行文本描述。
4．需求管理
变更管理是需求管理的核心内容，它和配置管理是密切相关的。变更管理的主要内容是：依据变更管理流程，跟踪控制需求的变更，并维护需求的版本、基线以及变更记录等。CaliberRM这方面的特性感觉比较出色。
1、 需求项版本控制。为每个需求项建立版本控制，并且建立日志可以查看需求变化的记录，更重要的的是能追溯每个版本的文档，并可以进行比较。
2、 基线控制功能。基线固定某个特定时刻的所有需求，而且提供了及其方便的查看方式。但是一旦建立基线并锁定之后不能再次进行修改，不过这个缺点可以通过建立心得基线来弥补。
需求管理要求跟踪需求正反向的可跟踪性，使得需求可以回溯到定义或者对其负责的涉众那里，也能追溯到需求的具体实现（例如系统模块，具体代码等）。一种实际的做法是建立需求的跟踪矩阵，描述了从需求中的特性到最终的实现代码之间的对应关系。
1、 虽然用所提供的引用能建立需求到后期实现的单向追踪，但是没有需求跟踪矩阵可以说是比较遗憾的。由于是单独使用CaliberRM，估计Borland的整个解决方案中考虑了这个问题。
2、 成本估计功能。可以记录成本估计来辅助项目计划，而且数据应该能和其他估算工具公用。
5．小结
CaliberRM让人感到眼前一亮，界面、易用性等都感觉不错，难怪网上的口碑不错。其可以进行定制的功能感觉非常不错。并且似乎支持于Word工具的交互使用，也就是说可以处理原来使用Word记录的文档，但具体的状况还没有细试。
