下面就來說說當時備考軟設時候的一些小心得，因為每個人的學習方法不同，僅限於參考吧！！！這部分專業能力嚴重依賴工作實踐，要求有一定經驗的積累，是具有工程師的實際工作能力和業務水平的體現，但目前大量在校生參加考試，雖沒什麽工作經驗可言，但通過學習和借鑒，仍可以取人之長，補已之短。

考試大綱要求：要熟悉軟件工程、軟件過程改進和軟件開發項目管理的基礎知識;熟練掌握軟件設計的方法和技術;掌握C程序設計語言及指定的四種面向對象語言中的一種。

　　這部分內容主要體現在下午的考試題中，現就如何應對下午的考試進行分析:

　　在近幾次考試中，下午試題分五個題目，一個數據庫、一個程序填空題、一個面向對象的語言題，另兩個題目分別為數據流圖、UML或流程圖等。

　　數據庫題目，要求補全SQL語言，這要求考生熟悉SQL的語言，無論對上午題目還是下午題目都很重要。記住，這是一個重點！！！

　　數據流圖，DFD是一種分析系統數據流程的圖形，意在讓用戶理解系統的功能、輸入、輸出和數據存儲等。請認真弄清其應用後，在畫出數據流圖的情況下，系統的功能也就確定了，再經過細化，逐步向物理結構邁進。考核時，試題多從父圖和子圖的平衡來分析。這部分內容，解題的關鍵是高度重視題目說明，務必正確、深入理解其內容，必要時要讀幾遍，同時對於給出的圖表，也要務必看懂，這樣答題就輕松了。

　　流程圖類題目，是大家再熟悉不過的了，它就一個具體問題的解題思路進行描述，是面向過程的。但所求問題是千差萬別的，因此應理解思路，細心作答。

　　程序填空是答題形式最簡單同時也是難度最大的。為便於閱卷，這類題目以程序填空形式出現，這不僅要求理解問題本質，同時也要弄清作者解題思路，這一點比自己獨立完成程序設計要難得多。依個人經驗，首先要針對問題，設計自己的思路，解決問題，確定先後順序;然後試讀程序，如果思路大體一致，題就容易解決了，如果思路不一致，就要設法弄清每一段代碼的功能及其邏輯結構，進而弄清命題人的解題思路，再順勢解決問題。人們常講，答案就在題目中，這是對的。在分析問題過程中，找到所要的答案。不過前提條件是考生要熟悉這種語言，又要明白解題思路，這樣才能正確作答。

　　近年來對於統一建模語言UML考查較多，已引起了考生的註意。它代表了軟件工程的發展趨勢，目前是可視化建模的事實上的工業標準。人們對於圖的理解相對其他形式更容易一些，圖能更清晰地描述和說明問題的本質，因此，UML體現了這一特點。這類題目難度與數據流圖相似，自然解題思想也相同的。

　　最後的題目面向對象語言是一個選做題，給考生以自由，可以自由發揮個人的優勢。

　　要特別關註近幾年的真題（關鍵）。真題是對考試大綱的細化分支，是對相應知識的梳理，直接體現考查意圖。如能把歷年真題多做幾遍，通過考試是不成問題的。因此，高效的學習方法就是多做題，通過做題，鞏固已有知識。針對試題不同內容，進行歸納總結，找出自己的優勢和不足，然後帶著問題去讀書，查找相關資料，做到有效性的學習。從應考角度講，這種方法效率可能最高。

　　考試是對參考人的綜合評估，每個考生只要答對一半多的題目就能通過考試。考過了，意味著一個學習階段的結束，另一個學習階段的開始，是對個人知識體系和實踐能力的評估。

　　考前集中學習是必要的，研究往年考題很重要，考試信心要增強。雖然軟考的通過率並不高，但要相信“機會總是留給有準備的人”這個道理。

　　另外，從一開始的一無所知，到形成一定的學科知識體系，通過學習進一步強化能力，這一過程是不能跨越的。基於自身條件、所處環境等因素，會更有優勢。

軟件設計師的備考歷程