| 为什么用例如此重要？因为几乎任何复杂系统的开发都少不了用例（对系统功能执行、交互流程等动态行为需求的描述），不管你是显式还是隐式地去用它。用例本质上是一种用自然语言结合格式模板编写的“需求程序”。 用例可以是非常敏捷的。用例有多种灵活的不同表现形式，既可以比用户故事更简单（如用例图中的用户目标），也可以比用户故事更复杂，达到测试级的精准度。统一用例方法（UUCM）把特性、用户故事、用例等技术统一在一个更加完备、有效和敏捷的需求分析与描述框架之中。 | ||||||||||||||||||||
讲义
模板
介绍统一用例方法所采用的用例模板（用例故事卡片），以及其他流派的各种模板。 案例
文章
在 2004 年十月发表在 Informit Network 上的 Advantages of User Stories for Requirements 这篇著名文章中，敏捷大师 Mike Cohn 分析和列举了用户故事的几个主要优点。然而，我们并不赞同他认为用户故事比用例更好、更适合敏捷开发的观点...
最外围（或最外层）用例（The Outmost Use Cases）是 Cockburn 流派中一种特有的概念。理解、确定并写好最外围用例看似简单，实则不易，需要掌握一定的算法和技巧。 （2005-06-01 格式显示有误，待更） 工具
我正在开发的一个敏捷需求工具。 资源
培训课程
| 图书 好消息！我用了一年多时间撰写的介绍利用 U2（Use Case 与 UML）技术进行需求分析的新书《统一用例方法：UML 与敏捷需求实践》，已由北京航空航天大学出版社出版（2020.4）：  该书重点介绍了通过采用基于统一建模语言（UML）和用例建模的“统一用例方法”，开展业务分析（包括业务流程与业务对象分析）与系统需求分析（以功能需求为主）的基本方法、流程、步骤与技术。通过可视化的 UML 图形（如用例图、活动图、序列图和类图等 6 种图）与基于规范模板的用例交互脚本有机结合，既可以“化繁为简、抓住本质”，又能够保证产品需求描述具有足够的精准度，从而弥补了传统敏捷开发仅采用用户故事的许多不足。   Alistair Cockburn 博士的 Writing Effective Use Cases（《编写有效用例》） 与 Kurt Bittner 的 Use Case Modeling（《用例建模》）是用例技术的深度研习者必读的两本名著。 更多用例图书... 评论消息 GIS 需求分析 5.24 (1030) 用户故事估算技巧 9.2 (902) OMG 正在进行 UML 中用例描述的应用调查 3.26 (813) 新型用例工具 Case Complete 6.10 (952) 采访敏捷大师 Cockburn（Info ... 1.23 (1027) 问答 什么是用例？ 10.8 (1197) 产品经理对产品细节需要给出到什么程度才不 ... 1.20 (244) 哪些著名企业采用了用例模型与方法来描述产 ... 12.7 (117) 关于业务用例（BUC）的若干误解 9.13 (804) 关于用例流派的问题 9.5 (1549) 有了 User Story 为什么还需要 ... 7.20 (1797) 学习用例的代价是否值得？ 7.20 (905) 什么是用例实现？ 10.12 (904) 业务用例与软件用例有什么区别和联系？ 10.12 (846) 什么是业务用例？ 10.12 (702) | |||||||||||||||||||
 > 需求 >
> 需求 >
Use Case
 |
