一生至少該有一次，為了某件事而忘了自己，不求結果，不求曾經擁有，只求在我最美的年華里，遇到你。小篡改了一下席慕蓉的名言，不過用這個來形容軟考，感覺再合適不過了。

　　非常享受軟考這個過程，喜歡緊張有序而豐滿的生活。

　　總結一下下午題的答題技巧，希望能對大家有所幫助。

一、資料流圖

　　概要：本題主要考察的資料流圖的知識，主要是讓寫出實體、資料儲存、缺失資料流。做好這個題，要利用父圖子圖平衡，資料流有輸入必定有輸出，加工的分解。

　　答題技巧：

　　　１）讀題。閱讀一遍說明，巨集觀把控整道題描述的是一個什麼樣的系統，然後用資料流圖中的符號畫出說明中的外部實體、加工、資料儲存，例如看到一個學生實體，用長方形圈出來，問題１和問題２迎刃而解。

　　　２）對比和標記。找缺失資料流，首先看父圖子圖的資料項是否對應，然後再去說明中找對應關係。儘量把找到的實體、資料儲存名稱標記在圖中，這樣就不用每次看都要解釋一遍。只要細心認真，一定能找出來。

　　注意：一定要使用文章中給的詞，資料流起點和終點如果可以寫編號的就不要寫文字。

二、Ｅ－Ｒ圖　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

    概要：主要考察從需求裡面抽象出概念模型，轉換成邏輯結構模型的過程。一般就是讓補充Ｅ－Ｒ圖，補充邏輯結構模型，找主外來鍵。

　　答題技巧：

　　　１）讀題、圖、表。畫出實體名稱，實體屬性與邏輯結構欄位對比，將漏掉的欄位標記出來，為以後補充邏輯結構做準備。檢視實體聯絡圖和邏輯結構，看看哪個實體對應上了，哪個沒有對應上，為以後找主鍵做準備。

　　　２）做題。補充Ｅ－Ｒ圖的關係，參照實體間的對應關係，例如一個學生有多個老師，一個老師有多個學生，那學生和老師的關係比為＊：＊。三元關係尤其要注意。

主鍵是唯一能標識這個元組的鍵，一般在說明中會給出。外來鍵是其他關係模式的主鍵。聯合主鍵分開後是外來鍵。

　　注意：找主外來鍵可能會比較容易錯，一定要靜下來多分析幾套題，多總結。

三、ＵＭＬ圖

　　概要：主要考察從需求中抽象出ＵＭＬ圖，雖然常考用例圖、類圖，但是其它的圖也要準備。

　　答題技巧：

　　１）讀題。標識出參與者、明白整個系統分主功能，次要功能。

　　２）對比。讓寫類名，就從說明或者給定的表格中的英文單詞中找。通過類與類之間的關係（實現、繼承、聚合）判斷類名。多重度要根據說明中給定的關係來判斷，不要主觀臆斷，要從原文中找依據。

　　注意：多重度是易錯點。重點在分析關係。比如聚合，一個是另一個的一部分，但是生存週期結束後仍可以單獨存在。找類屬性也易錯。不要看到英文單詞就往上寫，要和實際結合。我們不僅僅是在做題，也是在通過ＵＭＬ工具描述生活中的問題。

四、演算法

　　概要：大體分兩部分。１．填寫程式段　２．採用了什麼演算法、時間複雜度　３．給一個該演算法的具體應用，求結果

　　答題技巧：

　　　１）讀題。題裡面一般會告訴你該演算法要怎樣做，分幾步，一般與程式碼段對應。認真看註釋，聯絡上下文可能會帶給你思路

　　　２）演算法設計策略需要明確這幾個演算法的核心。時間複雜度要依據ｆｏｒ迴圈的個數。比如貪心演算法，就是隻顧當下。

　　　３）如果懂了這個演算法的思想，即使程式碼空填不出來，後面的應用也能填出來。

　　注意：演算法並不難，但是一定要塌下心來去認真分析，首先書上的典型例子要分析透徹。

五、設計模式

　　概要：２３個設計模式的應用，主要是給程式碼段填空。主要考察Ｊａｖａ設計模式的關鍵字abstract /extends/implements，如何定義成員變數，建構函式填寫，例項化，類與類之間的呼叫關係

　　答題技巧：

　　　１）讀題真的很重要！知道這個程式碼有幾個類，要實現什麼功能，過程中用到什麼引數。

　　　２）明確關係在程式碼中如何體現的。比如組合，一個類包含另一個類的引用和例項化。

　　　３）熟悉Ｊａｖａ語法。比如static，如果類裡面含有static，可以直接呼叫該類內部的方法。否則就必須例項化後再使用。

 　　注意：設計模式也是根據生活抽象出來的，只要明確了需求，認真分析，設計模式並不難。  

總結：

　　下午題就是一個閱讀理解。把需求翻譯成資料流圖、Ｅ－Ｒ圖、ＵＭＬ圖，然後把需求轉化成程式碼進行演算法優化和設計模式架構優化。　　　　　　　　　　  

　　軟考雖然結束了，但是軟考的學習只是弱水三千中淺淺的一瓢。這些基本功還要靠專案來錘鍊。未來還有很多美好的事情，等待我們去翻閱。