《构建之法》阅读笔记 04

04《构建之法》阅读笔记

 

在典型用户和场景章节中，典型用户分析光看用户的表面语言或行动还是不够的还需要我们找到用户语言行动背后的动机这些都是团队成员在需求分析和设计阶段要反复琢磨的问题。在设计软件的过程中，设计/开发者往往会以我们使用产品的习惯和我们对产品的熟悉程度出发设计，忘了我们的软件是给千千万万个不那么会用电脑的人使用的。在这种情况下，搞一个“典型用户”会强迫我们在考虑问题时从用户的角度出发。在用户分析中一定要明白我们的软件并不是为所有人服务的，有了典型用户之后，我们还得决定每一个典型用户的目标——他/她使用系统想要达到什么目的。对于每一个目标，列出达到目标所必须经历的过程，这就是场景，也可以叫故事。注意，有些场景描述了成功的结果，有些场景描述了失败的结果。用户和系统有成百上千中可能的交互情况，写场景时要有针对性。

 

场景之间如何区分呢，这就要求我们找到这个场景的特殊之处，对于共同的流程可以一笔带过，重点描述场景中特殊的因素。

把场景组织成一个故事，这样就能把一个完整的用户与文件系统交互的流程记录下来，以后进行产品演示或验收都可以以此为基础。    软件的设计与实现需要我们分析和设计思想，我们写软件就是要解决用户的需求，我们需要表达和传递用户需求什么，我们的软件如何去解决这些需求，并且我们如何去更清楚的，准确的表达自己的思想。

作为软件，最大的目的不是考验“软件工程”，而是“用户至上”的使用性好坏。所以多了解一些“用户之法”多有裨益。