本章將帶領大家共同完成課程管理。與前面幾個章節中有所不同，本章將在簡單的增刪改查的基礎上增加少許的條件，使課程管理模塊更加貼近生產環境。 # 需求分析 數據表是系統開發關鍵一環。ER圖是數據表的縮影，可以更直觀的查看數據表結構以及數據表之間的關系。ER圖的規劃沒有最好，只有更好。對于相對復要的系統，一個優秀的ER圖能夠大幅的降低開發過程中的邏輯處理，進而有效的提升整個項目的開發進度。ER的規劃依賴于真實有效的需求分析。在項目的開發周期中，需求分析完成后接著便是ER圖的規劃設計。ER的規劃過程中，需要明確實體與實體間的關系，在明確實體間關系的過程程還會反推出一些在需求分析中沒有及時發現的邏輯性問題，這有效地避免在開發過程中可能做的無用功。 本系統在課程管理層面的基本需要如下: 1. 每門課程只能有一門教師負責。 2. 教師可以負責多門課程。 3. 課程新建時，記錄操作者（是哪位教師新建的）。 # ER圖 根據需求分析規劃ER圖如下:  在生產環境中，ER圖確認后便開始按ER圖建立實體。實體全部建立完成后，再建立實體與實體間的關系。本教程采用的按模塊分步開發的方法，在開發的流程上完成一個實體的建立后再依托于該實體進行模塊功能的開發。這與實際的生產環境的開發流程相背：生產環境中筆者所在團隊是先建立上所有的實體，然后再按實際的項目需求來選擇是否維護實體與實體的關系。 <hr> 1. 實體監聽器。替換PrePersist。然后mockito后進行單元測試。 2. 異步驗證器，用于添加課程時，課程的名稱不能重復 3. 教師與課程，課程與教師時，展示下manyToOne與OneToMany的關系 為什么要使用mappedBy. 4. JsonView返回關聯數據 5. @manyToMany. 分別為班級及課程加入manyToMany后，看看發生了什么。 6. 介紹下使用工廠模塊改變if else: 建立個factory，獲取全部課程時。調用factory中的獲取全部課程的方法，factory依照當前是否管理員，選擇輸出哪個bean