动机

为什么还要开发一个用例建模和管理工具？有这个必要吗？

我想，至少有以下几个原因：

1）客户的真实需要

八年来，在推广 U3（UML、Use Case、UP）技术的过程中，我看到过不少行业领域的客户采用了用例方法。除了高端的专用需求管理工具之外，最常见的工具还是 Office Word，有的客户的用例需求文件长达几百页，运用目前比较流行的格式，记载了几十个甚至上百个用例。这里面存在着大量冗余、重复、不一致的内容。如果利用一种合适的工具来管理这些用例和需求信息，可以有效地提高用例编写、管理的质量和效率，促进需求的重用。

2）推广普及用例技术的需要

目前在国内，想到采用用例方法，而且能够把用例真正用好的组织、单位还很少，我估计不到总量的 5%（可能有些保守），迄今取得用例应用成功经验的主要是一些软件行业、信息化领域的领导企业和先进机构。开发一个低端的简便、实用的用例工具，有利于用例技术在国内的普及和推广。

3）进一步发展用例技术的需要

在 Ivar Jacobson、Alistair Cockburn、Kurt Bittner 等用例大师的影响下，用例技术会还继续向前发展，不可能停滞不前。不同的流派喜欢、偏爱不同的工具，同样需要有一个实际的工具来体现我的 UUCM 技术思想。

4）支持用例建模与管理的新特性、新功能

5）新技术、新方法的试验台

用例边界图

关键特性

区域	特性
用例编辑	自动生成步骤编号
	公共内容模块（内部公共流）
	关键词（用例名称、术语等）特殊标识
	书签/命名标签
	超链接
	草稿
用例显示	多视图选择（缺省、简明、完整、自定义字段等）
用例模版	参数化
用例格式	兼容各种主流格式的 UUCM 格式
用例模型	文件夹/包结构
	多视图浏览
用例管理	多版本支持
	属性/元数据
	用例状态
	优先级设置和排序
	问题列表
特性管理	特性与用例的绑定
术语表管理	...
用户管理	权限分配/设置
系统设置	中、英文支持

设计约束