點擊進入>>>>>

    數據庫在程序員和軟件設計師的出題中比重不小。分值上午一般會有5分左右，下午有和軟件工程結合出題，或者與UML聯合出題的情況。這種結合多是考查ER模型到關系模式的轉換，以及用SQL來建立關系模式，而且我們希賽的老師一致認為這是考生朋友們應該牢牢抓住分數的部分。具體的重點是很清晰的，ER模型和關系模式之間的轉換，關系代數，關系演算，范式，SQL語言(查詢的比重較大)。復習時應注意掌握以上這些知識點。

    面向對象和UML是新大綱的新要求，可以參考的并不多。不過對概念的考查火力比較強，考生很不容易在面對對象方面的眾多概念中拿到分，這就要求考生朋友們一定要注意平時在復習時就把這些內容有意加強記憶。

    為了讓同學們更好地進行考前復習順利拿到軟件工程、計算機網絡和專業英語部分的理想考分，在此給同學們談一些體會和方法:

    軟件工程部分:

    軟件工程部分一般來說上午和下午都有題，是比較重要的模塊。上午一般有5分左右，下午一般有一個大題15分。

    上午的題側重于識記的，原來一道題有五個小題，即就考相關知識點的五個小問題，現在的趨勢是把五個小題分散成五個獨立的選擇題，就相當于多考了幾個知識點了，所以說考察的知識點增多了，且具有一定的綜合性，提高了應考的要求。所以在以后的復習和做題中應對題中所涉及的知識點有明確的認識，即你知道考的是哪方面的點，在此基礎上強化和吃透，做到舉一反三。上午的知識點主要是熟悉軟件開發的過程、一些基本的開發設計方法及控制管理開發過程的規范等。(考程序員的同學就只有上午的題，考軟設的同學還有下午的題)

    下午的軟件工程題型比較固定，一般多為DFD或業務流程圖，還有有時候是的程序流程圖，這部分是我們必須得13分左右的題，現在重要談一下該類題涉及的知識點FD或業務流程圖，及相應的方法:業務流程圖與DFD圖性質和作用類似，都是系統分析時產生的邏輯模型(功能模型，結構化設計和面向對象化設計都包括的重要部分，為后面建立E-R概念模型，系統設計做好穩定的信息模型基礎)，即描述系統的輸入數據、處理功能、輸出數據，功能模塊間及對應部門之間的信息流動關系。業務流程圖比DFD圖要粗略一些，DFD描述的數據流更細致(如輸入、輸出和存儲的數據、同層模塊間的數據交互及處理環節間的信息交互等)和功能更具有層次性(自頂向下，逐層分解)，它更接近計算機處理流程，更容易將該業務流程轉化為計算機軟件實現的流程;業務流程圖側重描述某一業務功能的實現過程及相關的數據和處理，是一種大概的信息流描述方式，要進行細化和深入構建，才能最終轉化為DFD數據流圖，進而轉化為(更接近)計算機軟件處理業務流程。針對這類型題:一、了解其該業務實現的功能及各個處理環節的處理功能，二、各個處理環節包括的輸入、輸出(重點是新增的)數據，三、處理環節之間的數據(或文件)匹配，即處理模塊輸入輸出數據(文件)的(或上下)平衡，有時要延伸到最后的輸出或前面幾步的輸入等，才能確定該處理的輸入和輸出數據的平衡匹配，直到反復驗證文件或其包括的數據項使得各個處理環節間匹配和平衡，即沒有發生干涉或矛盾，同時，要識別其中的關鍵字及考慮數據項冗余程度和處理效率等問題。同學們可以用相應的題來進行體會和感覺，學會不斷從題中、從其答案中總結出一些做題的規律和技巧，一旦相似的題出現后，就一觸即發了。

    計算機網絡部分:

    該部分題一般出現在上午，一般是5分左右，同軟件工程上午的題一樣，大題分散成了幾個獨立小題，增加了知識點和綜合度。該部分識記和理解的較多，特別是ISO/OSI七層參考模型、對應的通信協議、通信設備、TCP/TP體系、局域網技術、網絡安全技術、Internet的新應用技術及IP劃分等。深刻理解ISO/OSI七層參考模型、對應的通信協議和TCP/TP體系等思想和原理。注意一些網絡方面新的發展和應用技術，如XML、SOAP、J2EE/JSP/SERVLET、B/S結構的應用等,有了相關知識背景，對專業英語也是很有幫助的。同學們時間緊，通看書后，直接做題，在題中體會和感覺，進一步掌握這些知識點，摸索出考察知識點的規律。

   相關推薦：

   軟件設計師考試必看如何應考？

   2015年下半年軟件設計師考試報名指南

   軟件設計師級考試大綱（2004年新版）