请用 Safari 11+、Firefox 60+ 浏览
我的文章 我的评论 我的书评 我的知乎*
书单 书讯 书评
需求知识体系 特性 用例 统一用例方法 用户故事 需求工具
业务建模 UML OOD
敏捷知识体系 敏捷方法 敏捷问答 敏捷工具 敏捷评论 敏捷资源
业务模式 需求模式 架构模式 设计模式 大道至简:实话设计模式 Web 应用架构模式
.NET Java JS 笔记
Amazon* ITPub* Martin Fowler* Wikipedia* 教程
需求分析需求模型非功能需求业务需求分析
SpringJSF
> >
在线/32 登录/0

UUCM Tool 构想

阅读数:4774
基本

动机


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

我想,至少有以下几个原因:

1)客户的真实需要

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

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

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

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

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

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

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

用例边界图




关键特性


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


设计约束


<帮助> <全部评论> 共 0 个主题 0 条评论 (UUCTVision)
首页 | 使用指南 | 站点地图 | 版权声明 | 联系方法 | © 2005-2018 张恂 版权所有. 沪ICP备05023401号