以MVC模式概念設計系統容易達到很好的相容性、整合及應用，雖然在.docVIP

MVC的結構 MVC在運作上，Model代表著應用系統中的資料及修改資料的邏輯，View則是負責展現資訊給使用者，並和負責處理使用者互動Controller組成整個應用系統的互動界面。這樣的設計尤其適合應用於開發網際為基礎的（Wed-based）應用系統，其互動方式是以處理使用者要求（Request）為主。 Model（Model Component）----Business Logic商務邏輯 Model是單純的功能性介面，系統的核心封裝了領域物件的商務邏輯或系統狀態（State），這些模組可以抽象的表現企業的資料跟商務的規則，在統整存取以及更新這些處理後的資料，這些模組可以真實像軟體的處理程序服務。 模型是執行某些任務的程式碼，並沒有任何邏輯決定用使用者端的表式方法，但可以透過一些公用方法，便可以取得所有模型的功能，由於不牽涉介面的輸出入穩定性較高。 View（View Component） 在MVC裡，View用來替封裝的模型提供內容，一個模型可擁有多個View，並可以依需求動態來建置這些View，View經由模型存取企業的資料且具體的說明這些資料應該如何呈現，當資料變更時維護資料的一致性也是View的職責，當View要改變時可以註冊通知模型它的變更通知，View通知這些模型當它重新獲得最新資料。 Controller（Controller Component） Controller用來分派使用者需求，並對應到相對的商務邏輯，為Model跟View的一個對應介面，MVC的View通常是與MVC的控制器結合使用，當用戶與View有了互動，View會透過控制端取得回應並調用合適的模型，將需求透過資料更新後再將資料回傳給控制端調用合適的模型更新資料，並將結果丟給View更新其畫面。 我覺得他寫的敍述好怪，不太好， 我覺得我有必要參考其它資料，做上一段這三點的修改更正版。 底下的特點和映照我有改過文字的用語了。圖是我自己重新畫的可以直接用 MVC的特點 以MVC模式概念設計系統容易達到很好的相容性、整合及應用，雖然在架構中Model、View、Controller降低了各層之間的相容性和耦合度，卻提供了更高的擴充性，而View與商業邏輯的分離可以讓不同的View去控制及顯示結果，更可以把不同的模型結合後再丟給View做呈現，這樣一來各層之間都各司其職，有助於一些軟體工程的技術實踐。 MVC模式下與Wed框架的映射 Model1 在早期的Wed框架中，是以Model1架構的設計方式，如圖 所示，Model1中整個Wed的應用幾乎都是和JSP綁在一起，頁面接收並處理用戶端的請求，在處理後做出回應，處理資料庫通常只用少量的JaveBean。 對於僅使用JSP網頁技術的小型專案，使用Model1架構就可以節省MVC設計時需要將各元件分開的複雜性，因此可以將一個網站做得很好。但若要擴充，就會發現Model1中將View與Controller兩元件混合在程式的開發中將會造成系統難以重用，且擴充及維護也受到拘限。 Model2 Model2則以Servlet作為前端的控制器，負責接收使用者的請求，如圖 所示，然後交給對應的Javabean來處理，再交由展示端去呈現資料，使用者端從瀏覽器來的資料是交由Servlet來控制的，而JSP被當成展示的角色，Javabean則交與Servlet去互動，使用者端的請求則交由JSP負責傳給Servlet即可。 而本研究重點並不是在迅速的開發系統，而是考量到後期的彈性，所以考慮到系統之間的分層、維護是否容易、系統之後延展性及彈性，所以選擇使用Model2的設計方式。