＊＊ 本文同步發表於 FB 社團－軟體設計鮮思維 ＊＊
傳統且比較直觀的開發方式係採以表單 (form)畫面為單位、然後連結資料庫直接存取資料，這是屬於相當典型的 Client/Server 2-tier 開發模式。
即使轉移到 Web 採所謂廠商提供的 Web MVC 框架 (如 Java Spring MVC)，但那也只是 Web 端的一種技術解決方案 (解決 Web Page 狀態控管問題)；然後再使用廠商提供如 Java Spring O-R Mapping 機制 (如使用 Hibernate Framework)連結資料庫，這仍是傳統的 Client/Server，重視以資料為導向 (data-oriented)的開發方式。
「資料導向」的開發方式直覺且簡單，當系統規模小且營運需求並不常變動，這樣是行得通的，而且在系統開發的初期會是相當快速的；但當營運規模大得經常會要求系統快速配合商務運作，「資料導向」的開發模式卻往往耗在所謂的「共用性整合」議題上太多等待時間了，那種有著「剪不斷、理還亂」的感覺，不僅讓人苦惱，也是引起紛爭的主要來源。
事實上，「資料導向」實際上早已悖離了軟體開發的第一個最基本原則：「封裝 (encapsulation)」。過早揭露資料與邏輯的細節，而使得系統的複雜度提升。
採以「使用案例 (use case)」搭配 Enterprise MVC，則是屬於「服務導向 (service-oriented)」的開發模式。