【資料流圖】

1、讀題的時候，在題目中把外部實體、儲存表甚至資料流都標記出來，最好用不同的標記。

2、補充資料流的時候，採用圖中詞語，圖中用D2表示，就寫D2 ，不用把它轉換成具體的內容。

3、補充資料流要認真找，分數是6分，則資料流很可能是3個或者6個。認真，時間充足。檢查的時候，重點檢查這裡。

【E-R圖】

1、根據文字描述，補全ER圖中的實體或聯絡。其中的聯絡型別是1：n還是1:1，考慮的時候要考慮具體的物件。比如一個超市有多個部門。則超市和部門是1：n的關係，不是多對多的關係。得考慮具體的超市，一個部門只在一個超市中，不能是廣義的超市，同一個部門在多個超市都有設定。

2、關係模式要參考ER圖和描述來寫。

3、主鍵的確定是看誰能唯一確定本實體。

4、外來鍵的確定則看與本實體有幾個聯絡，在根據聯絡的型別是1：n、1：1還是m:n，來決定外來鍵有誰。一般多少個聯絡，多少個外來鍵。

5、關係修改就是關係模式修改。

6、出題都圍繞著實體、聯絡、聯絡型別、關係模式、主鍵、外來鍵來出。

7、看題需認真，看清要求讓寫誰的主鍵、外來鍵。

【UML圖】

類圖

1、關係：區分0..*(可以取0、1、多)，1..*（可以取1、多），*（不可以取1，必須是多個），1,0..1（0或者1）,0..2/3

2、認真分析語言描述，填寫多重度，要雙向都考慮。

3、對第三問，提出新需求，要對類圖進行修改無非修改三類：

用例圖

1、用例之間的關係分清填include還是extend

2、

【演算法】

1、認真分析題目，通過語言、公式、變數說明、程式碼理解題意，即使程式碼寫不出來，後兩問也是能拿分的。

2、程式碼一般就是寫核心程式碼段：有迴圈、遞迴呼叫、填寫初始化陣列或變數、填寫迴圈的條件、填寫返回值語句、

3、第二題填演算法的設計策略：貪心、動態規劃法、分治；分清特點即可。

5、第二題的時間複雜度：計算或者根據經驗判斷

6、第三題一般都是給個例子，用例子來做幫助理解題意

【設計模式】

1、this的使用，當類內定義的變數與類內方法的形參名稱一樣時，為了區分，用this.變數名錶示類內定義的變數。

2、implements/abstract/interface/extends拼寫

3、介面與implements對應；extends與abstract class對應

4、在例項化物件的時候，要注意末尾的括號

——RemoteControl remoteControl=new RemoteControl()；

5、寫類名的時候，類名稱後面不能有括號

——interface Command

6、除了類名，其他的單詞首字母都不大寫。

7、強制型別轉換

——(類名/資料型別)物件/變數/方法呼叫

8、在寫方法體程式碼的時候：引數—>物件—>方法

9、要根據類圖對應程式碼，把程式碼走通。

10、super

11、...

抱著這樣的心態：

    一個原則：要想通，不能多想，也不能少想。

    題型固定，時間足夠，安心答題。

(未完待續)