軟考在即，膽大心細下午題無壓力！

軟體設計師考試後天就要開考了，在此根據我這一段時間的複習感受和對歷年真題的分析，向大家分享一下做下午題的心得跟體會。

縱觀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乘以乙個變數，基本就是這個規律。當然不要一上來就用這個方法，次方法只是在你實在不會的情況下才可以用的。

至於設計模式嘛，這個也不是特別難，首先看他給的圖，理清大致的關係，搞懂類之間的關係，什麼依賴、組合、聚合之類的。然後根據題目給的**慢慢分析。如果他在乙個界面前留乙個空，那就填inte***ce了，如果抽象類之前有空就寫

abstract，如果是類與類之間就是extends、類跟介面之間那就寫implements等等。

總之，下午題總的戰略方針就是從整體出發，逐步細化。放鬆心態平靜對待。要做到戰略上輕視敵人，戰術上重視敵人。最後預祝各位軟考的同志考試順利！