这一周我详细学习了《构建之法》第十章——典型用户和场景，怎样定义典型用户呢？我们首先要定义用户的角色，典型用户的模板可包括名字，年龄和收入，代表的用户在市场上的比利和重要性，使用这个软件的典型场景，使用本软件的环境，生活工作情况，知识层次和能力，用户的动机，目的和困难，用户的偏好。定义典型用户在我看来应该是需求分析的一部分，它对用户的需求从用户角度分析，排除客户需求的情境下给了软件工程项目人员更多独立性去完善服务需求。
然后此书还提到了用例（Use Case）我们在UML对用例图有过学习，所以对用例场景的描述还是有一定的熟练度的，以下是用例的一些基本元素：
~标题：描述这个用例要达到的目标
~角色：和软件系统交互的角色
~主要成功场景：一系列步骤描述角色是怎样和系统交互，从而达到目标的
~步骤：描述每一步的交互
~扩展场景：描述一些扩展的交互，例如一些意外情况
第十一章我们学习了软件设计与实现，分析和设计可通过这些实现：1.以文字为主的文档，如Word，PPT文档2.用图形为主构造的模型，如Mind Map（思维导图），ERD，DFD，UML的各种图3.用数学语言的描述，如Vienna Development Method4.用自然语言+代码构造的描述，如Literate Programming5.源代码加注释也能描述。
第十二章学习了用户体验，无论软件还是硬件，都有很多功能部件，各个部件还要有机的结合起来，才能满足用户的需求，用户体验的要素有以下几点：用户的第一印象，从用户角度考虑问题，软件服务要始终记得用户的选择，短期刺激和长期影响，不让用户 犯简单错误
在Windows平台下，多年以来的标准是，只要这样的按钮出现在模式窗口的底部，则一定是“确定”在左、“取消”在右的组合。不妨看看这份Vista用户体验指南。Sun公司的Java界面设计指南也是这样规定的。这背后的逻辑性似乎建立在西方从左到右的阅读顺序上，因此“确定”按钮（大概因为它比别的按钮更重要或更常用）被首先看到。
在Mac平台下，标准恰恰相反：模式窗口底部的那组按钮是“取消”在左，“确定”在右。详见苹果公司人机界面指南。它背后的逻辑性似乎体现在下方右边的按钮（“确定”）总是与前进联系在一起，就像读书时的翻页动作。
在Web环境中就没有什么明确的标准了。最贴切的例子可能是在一连串相关页面中应用“上一页”和“下一页”按钮，实际的标准是“上一页”在左边，“下一页”在右边，除非最后一页那里变成了“提交”或者“完成”按钮
posted on
