第四周总结

一个文档的不能死磕，当过一段时间后可能会有更好的想法。

用例的粒度怎样切分最恰当？

系统为参与者提供的是否具备一完整价值的服务。（关注价值而非服务）

它足够复杂，有很多的交互流程，有明确的终点。而是一定要包含一个对于参与者来说完整有意义的过程

可不可以为这个服务单独付费，不一定是其他产品所不具备的

老板测试：当说出正在做的事情，老板会不会认为你在消极旷工。

例子：查看商品详情算不算用例？

如果这个仅是买东西的一环节，但是假如说我的目的就是想了解某一个或者一类商品呢，这就给我提供了一个完整的价值。严格按照定义来说查看商品详情不算用例。

有的时候我们会违背教科书的定义把查看商品详情当做一个用例：

1.查看商品详情的过程中有很复杂的交互时，比方说用户可以在这里放大图片，跟评论交互，消费一些跟这个商品相关的内容等。也就是说当查看商品详情这个功能对用户的影响特别大的时候，或者有很多交互过程，交互流程，并且有明确的终点和用户沉淀的时候，我们可能会违背用例的教科书定义把它看成一个用例。

2.当希望跟开发有明确的交流时，为了强调它。

事件流和程序设计的过程挺相似的，一个好的产品经理应该也是一个优秀的工程师，在业务方面。本周有例子可以跟着老师一起从零开始，对于我这种没有经验的来说很喜欢这样的过程。