2011软件设计师知识点：构建完整的解决方案3

 　　一般来言，易用性的需求还包括：

　　1. 常用的功能应该能够直接了当的访问。比如财务系统，不同的角色有不同的常用功能，系统应该设计为可以根据角色来打开不同的初始页面;再比如我们常见的游戏，Save/Load菜单通常都在主页面上，没有谁设计成非得看完片头(还不能跳过)再新建游戏然后再一路杀到存取点才可以读取进度。

　　这里，不推荐严格的学术分级模式。或许这样看起来很专业，但是不好用。

　　2. 操作应该照顾客户的习惯，尽可能的降低客户的学习成本。当然，前提是正确定位你的客户群。

　　3. 优雅。举个例子，log。

　　写log的时候，不要一口气写个7、8G的log文件，尽可能的根据某些标准来归类和拆分。例如按照时间，按照log的级别。

　　还是用MS的VS Studio做例子，编译错误可以直接通过双击跳转到源代码所在，而不像Makefile那样只是生硬的输出文件和行号。

　　打开一个巨大的文件，给出一个可度量的进度条，总比只显示一个沙漏要好吧?

　　现在，应该可以理解什么是"优雅"了吧?我的理解，就是专业，而且体贴。

　　性能需求

　　好像现在性能需求越来越被重视了，所以我的废话也不多说，简单讲，包括：

　　1. 首先分清楚哪些部分各自有什么样的性能需求。用户参与的操作，性能要求通常高于其他操作。

　　2. 知道自己的上限。达到上限的时候，通过合理的方法让系统给予提示，而不是直接瘫痪。当然，这是理想主义。只能无限接近，不能达到;

　　性能是需要设计的，而不是仅靠硬件来实现。所以，在客户没有提到性能需求时，你需要通过各种渠道，真正的确定系统的性能要求是什么。"先做做试试"的结果往往是推倒重来。子曰"有的放矢"是也。

　　日志需求

　　最后来说说日志需求。

　　日志需求是和客户的隐性需求密切相关，并且几乎全部涉及的一种需求。例如：日志要记录维护信息和升级信息，日志还要简单明了，一看就知道写的啥意思，另外日志记录功能还不能对系统的性能有大的影响。