業務邏輯：
Controller-->service接口-->serviceImpl-->dao接口-->daoImpl......
1、dao層
dao層主要做數據持久層的工作，負責與數據庫進行聯絡的一些任務都封裝在此，dao層的設計首先是設計dao層的接口，然後在Spring的配置文件中定義此接口的實現類，然後就可以再模塊中調用此接口來進行數據業務的處理，而不用關心此接口的具體實現類是哪個類，顯得結構非常清晰，dao層的數據源配置，以及有關數據庫連接參數都在Spring配置文件中進行配置。
2、service層
service層主要負責業務模塊的應用邏輯應用設計。同樣是首先設計接口，再設計其實現類，接着再Spring的配置文件中配置其實現的關聯。這樣我們就可以在應用中調用service接口來進行業務處理。service層的業務實，具體要調用已經定義的dao層接口，封裝service層業務邏輯有利於通用的業務邏輯的獨立性和重複利用性。程序顯得非常簡潔。
3、controller層
controller層負責具體的業務模塊流程的控制，在此層要調用service層的接口來控制業務流程，控制的配置也同樣是在Spring的配置文件裏進行，針對具體的業務流程，會有不同的控制器。我們具體的設計過程可以將流程進行抽象歸納，設計出可以重複利用的子單元流程模塊。這樣不僅使程序結構變得清晰，也大大減少了代碼量。
4、view層
view層與控制層結合比較緊密，需要二者結合起來協同開發。view層主要負責前臺jsp頁面的顯示。
5、它們之間的關係：
Service層是建立在DAO層之上的，建立了DAO層後纔可以建立Service層，而Service層又是在Controller層之下的，因而Service層應該既調用DAO層的接口，又要提供接口給Controller層的類來進行調用，它剛好處於一箇中間層的位置。每個模型都有一個Service接口，每個接口分別封裝各自的業務處理方法。
model：數據模型
模型通常認爲是視圖(view)的內核，模型就是指視圖的數據。