一般來言，易用性的需求還包括：
1. 常用的功能應(yīng)該能夠直接了當(dāng)?shù)脑L問。比如財務(wù)系統(tǒng)，不同的角色有不同的常用功能，系統(tǒng)應(yīng)該設(shè)計為可以根據(jù)角色來打開不同的初始頁面;再比如我們常見的游戲，Save/Load菜單通常都在主頁面上，沒有誰設(shè)計成非得看完片頭(還不能跳過)再新建游戲然后再一路殺到存取點才可以讀取進度。
這里，不推薦嚴格的學(xué)術(shù)分級模式�；蛟S這樣看起來很專業(yè)，但是不好用。
2. 操作應(yīng)該照顧客戶的習(xí)慣，盡可能的降低客戶的學(xué)習(xí)成本。當(dāng)然，前提是正確定位你的客戶群。
3. 優(yōu)雅。舉個例子，log。
寫log的時候，不要一口氣寫個7、8G的log文件，盡可能的根據(jù)某些標(biāo)準(zhǔn)來歸類和拆分。例如按照時間，按照log的級別。
還是用MS的VS Studio做例子，編譯錯誤可以直接通過雙擊跳轉(zhuǎn)到源代碼所在，而不像Makefile那樣只是生硬的輸出文件和行號。
打開一個巨大的文件，給出一個可度量的進度條，總比只顯示一個沙漏要好吧?
現(xiàn)在，應(yīng)該可以理解什么是“優(yōu)雅”了吧?我的理解，就是專業(yè)，而且體貼。
性能需求
好像現(xiàn)在性能需求越來越被重視了，所以我的廢話也不多說，簡單講，包括：
1. 首先分清楚哪些部分各自有什么樣的性能需求。用戶參與的操作，性能要求通常高于其他操作。
2. 知道自己的上限。達到上限的時候，通過合理的方法讓系統(tǒng)給予提示，而不是直接癱瘓。當(dāng)然，這是理想主義。只能無限接近，不能達到;
性能是需要設(shè)計的，而不是僅靠硬件來實現(xiàn)。所以，在客戶沒有提到性能需求時，你需要通過各種渠道，真正的確定系統(tǒng)的性能要求是什么�！跋茸鲎鲈囋嚒钡慕Y(jié)果往往是推倒重來。子曰“有的放矢”是也。
日志需求
最后來說說日志需求。
日志需求是和客戶的隱性需求密切相關(guān)，并且?guī)缀跞可婕暗囊环N需求。例如：日志要記錄維護信息和升級信息，日志還要簡單明了，一看就知道寫的啥意思，另外日志記錄功能還不能對系統(tǒng)的性能有大的影響。
相關(guān)推薦：| 北京 | 天津 | 上海 | 江蘇 | 山東 |
| 安徽 | 浙江 | 江西 | 福建 | 深圳 |
| 廣東 | 河北 | 湖南 | 廣西 | 河南 |
| 海南 | 湖北 | 四川 | 重慶 | 云南 |
| 貴州 | 西藏 | 新疆 | 陜西 | 山西 |
| 寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
| 黑龍江 | 內(nèi)蒙古 |
