軟件設計師考試后天就要開考了，在此根據我這一段時間的復習感受和對歷年真題的分析，向大家分享一下做下午題的心得跟體會。
縱觀05到11年的真題，我們不難發現，考試的重點越來越傾向於對概念的理解和軟件設計的基本功。因此考試題目不是特別難，只要沉着冷靜、仔細讀題基本沒有什么大問題。
下午題的第一道題是數據流圖題，我們就拿它開刀說事吧！經調查分析發現很多人在這道題上不能拿滿分，發現很多人不是因為這方面的解題能力不夠，而是缺乏解這種題的方法與技巧。
一.解題當中考生表現出的特點
1.沒有全局觀：拿題就做，對題目沒有一個整體的把控。
2.急功近利：讀一遍題就開始動手做。逐字讀題，心想看一遍就能做出題來。
3.讀題目時，不做標記，不前后聯系起來思考。
4.邊做邊懷疑邊修改，浪費時間。
5.粗心大意：忽略了答題格式，丟了不應該丟的分。
二.解題的方法與技巧
1.首先要懂得數據流圖設計要領。
答題時須謹記以下三條：
(1)自外向內，自頂向下，逐層細化，完善求精。
(2)保持父圖與子圖的平衡。
(3)保持數據守恆。
2.解題的方法。
(1) 數據平衡原則。
數據平衡原則分為兩個方面:
① 在分層數據流圖中，父圖和子圖要平衡，也就是說，父圖中某加工的輸入輸出數據流必須與它的子圖的輸入輸出數據流在數量和名字上相同。
②數據平衡的另一個方面是說：每個加工必須即有輸入數據流又有輸出數據流，而且一個加工所有輸出數據流中的數據必須能從該加工的輸入數據流中直接獲得，或者是通過該加工能產生的數據。
(2) 要特別注意的幾個細節問題。
① 除了流向數據存儲(文件)或從數據存儲流出的數據流不必命名外，其它每個數據流都必須有一個合適的名字。
②流向文件的數據流，表示寫入數據，流出文件的數據流表示讀文件。在整套數據流圖中，每個文件必須既有讀的數據流又有寫的數據流，但在某一張子圖中可能只有讀沒有寫，或者只有寫沒有讀。
③在逐步精化的過程中，若一個文件首次出現時只與一個加工有關，既該文件是個加工的內部文件，那么該文件在當層圖中不必畫出，可在該加工的細化圖中畫出。
3.解題的技巧。
(1)閱讀題干的技巧。快速的閱讀第一遍，基本了解題目所涉及到的知識點或者事務，標記實體對象和存儲文件，甚至可以將數據流也標記一下;這一步重點落在問題上，一般問題不難，但一定要看清問題。帶着問題來看第二遍，邊看邊解決。
(2)要有整體的概念，不能因一個點符合就斷定是它，尤其是數據對象。
(3)注意解題的速度，一般在20分鍾以內為最好。
(4)解題的過程中，每一條數據流都能夠在[說明]中找到相應的語句。
(5)做好以后，復查一遍;不要邊做邊懷疑、邊修改，那樣會擔誤時間，且錯誤更多。
以上方法同樣適合於第二道題——數據庫設計。
第三題是UML，這道題一般都很簡單，只要仔細讀題認真看圖基本可以輕松搞定。
第四題是很多人都頭疼的算法題。很多人一想到算法頭就大了，更別說把題作對了。其實算法並沒有你想象的那么難！雖然要學好算法需要扎實的基礎跟清晰的邏輯思維，但是軟考中考的算法並沒有那么難。看到算法首先不要有抵觸心理，不要想算法太難啦，我不會啊等等。如果你那樣想那你就真的完了。
考試當中無論遇到什么樣的題都要以平常心對待。最近幾年的算法都是結合C來考的，想多拿點分還是比較容易的，因為題目里給出的空基本上都能在原題里找到答案。所以一定要仔細閱讀代碼，從整體來分析。就算一點都不懂也沒關系，空白前后肯定有類似的代碼，只要照貓畫虎、按葫蘆畫瓢就能寫對好幾個空。
另外算法題經常會問到時間復雜度，求時間復雜度就找代碼的循環結構。如果就一層循環那一般就是n了，要是兩層嵌套就是n的平方或者n乘以一個變量，基本就是這個規律。當然不要一上來就用這個方法，次方法只是在你實在不會的情況下才可以用的。
至於設計模式嘛，這個也不是特別難，首先看他給的圖，理清大致的關系，搞懂類之間的關系，什么依賴、組合、聚合之類的。然后根據題目給的代碼慢慢分析。如果他在一個接口前留一個空，那就填interface了，如果抽象類之前有空就寫abstract，如果是類與類之間就是extends、類跟接口之間那就寫implements等等。
總之，下午題總的戰略方針就是從整體出發，逐步細化。放松心態平靜對待。要做到戰略上輕視敵人，戰術上重視敵人。最后預祝各位軟考的同志考試順利！