需求记录技术包含：任务卡片、场景说明、用户故事和Volere白卡。
任务卡片的主要内容和要点如下
| 项目 | 内容 | 说明 |
|---|---|---|
| 任务 | 对该业务活动进行命名 | 一定要使用用户的专业术语 |
| 目的 | 以业务活动的工作意义进行概述 | 说明的是意图而非动作 |
| 触发 | 进行该业务活动 | 系统要判断前置条件 |
| 前提 | 触发该业务活动的时机和场景 | 说明业务前提 |
| 频率 | 任务发生的频率 | 这是一个非功能需求 |
| 关键情况 | 一些十分特殊的业务场景 | 系统需要专门进行的处理业务或者功能 |
| 子任务 | 该业务活动的具体步骤 | 相当于用例的基本事件流 |
| 任务变体 | 改业务活动的变体与异常处理 | 相当于用例的扩展事件流 |
场景说明就是用户对齐工作场景和过程的详细描述，这些描述将在编写测试用例和用户培训手册中再次用到。
用户故事描述了对用户有价值的功能，主要包括了如下几个方面的内容：
1、书面描述（用于计划和备忘）
2、交谈（细化故事）
3、测试用例（验证故事实现）
用户故事具有6个基本属性
- 独立性
尽可能避免故事之间存在依赖关系，因为依赖关系会产生优先级和规划问题 - 可协商性
不必须实现书面合同或者需求 - 对用户有价值
让用户参与到故事的编写中，让故事更有价值 - 可预测性
故事的规模以及工作量是可以预测的 - 短小精悍
故事的规模应该根据团队的规模和能力来进行设置 - 可测试性
必须是可测试的
网友评论