2011軟件設計師知識點：構建完整的解決方案

　　一般來言，易用性的需求還包括：

　　1. 常用的功能應該能夠直接了當?shù)脑L問。比如財務系統(tǒng)，不同的角色有不同的常用功能，系統(tǒng)應該設計為可以根據角色來打開不同的初始頁面;再比如我們常見的游戲，Save/Load菜單通常都在主頁面上，沒有誰設計成非得看完片頭(還不能跳過)再新建游戲然后再一路殺到存取點才可以讀取進度。

　　這里，不推薦嚴格的學術分級模式�；蛟S這樣看起來很專業(yè)，但是不好用。

　　2. 操作應該照顧客戶的習慣，盡可能的降低客戶的學習成本。當然，前提是正確定位你的客戶群。

　　3. 優(yōu)雅。舉個例子，log。

　　寫log的時候，不要一口氣寫個7、8G的log文件，盡可能的根據某些標準來歸類和拆分。例如按照時間，按照log的級別。

　　還是用MS的VS Studio做例子，編譯錯誤可以直接通過雙擊跳轉到源代碼所在，而不像Makefile那樣只是生硬的輸出文件和行號。

　　打開一個巨大的文件，給出一個可度量的進度條，總比只顯示一個沙漏要好吧?

　　現(xiàn)在，應該可以理解什么是“優(yōu)雅”了吧?我的理解，就是專業(yè)，而且體貼。

　　性能需求

　　好像現(xiàn)在性能需求越來越被重視了，所以我的廢話也不多說，簡單講，包括：

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

　　2. 知道自己的上限。達到上限的時候，通過合理的方法讓系統(tǒng)給予提示，而不是直接癱瘓。當然，這是理想主義。只能無限接近，不能達到;

　　性能是需要設計的，而不是僅靠硬件來實現(xiàn)。所以，在客戶沒有提到性能需求時，你需要通過各種渠道，真正的確定系統(tǒng)的性能要求是什么�！跋茸鲎鲈囋嚒钡慕Y果往往是推倒重來。子曰“有的放矢”是也。

　　日志需求

　　最后來說說日志需求。

　　日志需求是和客戶的隱性需求密切相關，并且?guī)缀跞�部涉及的一種需求。例如：日志要記錄維護信息和升級信息，日志還要簡單明了，一看就知道寫的啥意思，另外日志記錄功能還不能對系統(tǒng)的性能有大的影響。

　　2011年上半年軟考報名時間及方式匯總

　　2010年下半年軟考成績查詢時間及方式匯總

　　軟考軟件設計師歷年真題匯總(2007年-2010年)

　　2011年軟件水平考試軟件設計師知識點總結