0 期产品训练营 - 第 4 周小结

重新认识用例的价值：

• 客户：要确保正在构建的系统正是他们想要的系统；

• 管理者：需要对系统的功能有较全面的理解，以便对项目进行有效的计划和监督；

• 分析人员：需要对系统的功能进行描述和记录;

• 开发人员：需要理解系统需要的功能，以便进行开发；

• 测试人员：需要知道系统将要完成何种功能，以便对系统进行检验；

• 技术作家：需要制导系统将要完成何种功能，以便可以对系统进行描述；

• 用户经验设计员：需要我们理解用户的目标，以及用户使用系统来达到目标的方法；

理解需要构建哪些功能的所有人。

用例是什么？

用例不是功能或特性，用例包含一个对参与者来说有完整意义的过程。

用例不是用例图，用例的大部分内容会在用例文档中描述出来。

描述的是用户参与行为的意义，拥有独立价值，即谁在使用系统，想达成什么效果？

可以用两条标准来检验用例的独立价值：

1.是否具有可销售的价值？

2.老板检验法，即老板问你整天都干啥呢？用用例讲你能讲得过去。

在完成本轮作业时，发现自己的问题是掌握不到位，写没有写透，总是想往功能上走，惯性思维，用例是一种合成技术，而不是分解技术，需要一种整理需求的方法。用例是一个故事，它描述了关于参与者如何使用系统来完成他们认为重要的事。用例也是一种主要勇于表达功能型需求的技术，但它们并不是功能特性，也不能进行分解。当系统的行为中包含了由用户的动作（或某些系统外部的实体）所触发的事件序列时，用例对描述这些系统行为尤其有帮助。