Back to top

Use-Case 2.0 本质

一个用来捕捉需求的实践

在某些情况下,使用User Stories就够了,但是当User Stories 开始增长,或者当你为银行、保险、电信运营、国防或者其他大型的或监管的行业开发企业系统时,User Stories 是不够的,如果你在这样的环境中开发,可能你需要:

  • 与一大堆技术故事作斗争,但是想从中努力看到大局和相关的商业价值
  • 被代办事项中很多琐碎的故事所淹没,但想努力设置优先级
  • 努力创建和维护易操作和轻量化的文档集
  • 发现很难理解和管理不断增长的资产集
  • 细化需求来创建完善产品代办事项并驱动迭代开发
  • 在任何时点都可依据客户所需来改变优先级
  • 及时捕获需求,同时又有足够细节来支持商业目标

产出物:

该实践包括了一系列关于需求、设计和测试相关的制作:

  • 一个基于Use-Case的需求规范,故事和测试用例。
  • 通过Use-Case的实现来驱动软件的开发。
  • 生成测试和测试结果来测试建立的软件系统,并且记录测试的结果

关键能力:

The Use-Case2.0本质实践需要团队有在软件需求捕获、设计、编码、集成和测试方面的才能。其中最重要的是客户代表和分析师的能力,因为没有这些能力,可能会开发测试错误的产品。

需要做的事情:

Use-Case 2.0本质实践开始于寻找角色和用户案例,选择并为要开发的Use-Case slices设定优先级。之后会继续详细描述Use-Case slices。更重要的是它们的测试,然后通过执行软件来满足这些测试。最终会执行测试,按照已验证的,可工作的软件来追踪进展,并且反馈结果用来处理变化,更好的去支持团队。