業務平台是對某個業務領域的抽象實現，能快速解決這個領域絕大部分業務的需求，並提供開放的擴充套件介面，方便對極其特殊需求的快速響應。
業務平台需要抽象出業務領域的基本要素、核心概念、核心物件、核心價值。提煉出有限的業務元件，並對業務元件進行持續優化。通過對業務元件的編排來實現業務需求。
業務平台是乙個業務元件的註冊管理者，是乙個業務流程的編排者，是乙個業務邏輯的執行引擎。
業務平台必須具有開放性。當現有能力不能相應業務需要的時候，能夠通過開放的插口，變通的實現業務。讓後再歸納抽象出業務元件。
業務平台具有一系列的標準：元件介面標準、元件註冊標準、業務接入標準、測試標準、文件標準。
業務平台具有成本優勢：平台維護成本不會隨著業務的增長線性增長。業務平台具有線性擴充套件能力，不會隨著業務增長，出現效能瓶頸。業務平台的發展是乙個低成本，低風險持續優化的過程。
業務平台對客戶、開發、測試、運維不同角度的設計考慮:
從客戶的角度：平台清晰易懂，能快速響應業務的變化，最好能讓客戶diy業務需求，實現精巧的dsl。
從開發的角度：業務邏輯清晰可見，學習成本低。業務的實現過程就是業務元件的編排過程。能夠新增業務元件，業務元件和業務流程都能夠持續優化。
從測試的角度：新需求和業務變更的影響範圍清晰明確，平台提供了良好的可測性設計。對測試人員來說，測試就是準備測試資料和測試場景，測試的執行是自動化的。
從運維的角度：系統有良好的可監控設計，能夠對故障預警，告警，提供詳盡的故障場景再現資訊。
業務平台是乙個持續改進的過程。
什麼是技術？什麼是業務？
這個問題是相對而言的。個人認為對於乙個專案而言，功能的提供方是 技術 功能的使用方是 業務 例如，如果我們想用spring，mybatis等框架去開發乙個erp系統，那麼技術就是這些j a框架，業務就是進貨銷儲這些現實業務的流程 如果我們用j a語言去開發設計乙個spring框架，那麼j a語言的語...
什麼是業務邏輯
狹義上講，業務邏輯基本就是對資料訪問的簡單封裝，等同於三層架構中 業務邏輯層 的職責。廣義上講，軟體產品可分解為介面互動部分和業務邏輯部分，其中業務邏輯部分是軟體產品的核心 必要條件 不與使用者直接互動 而介面互動部分是業務邏輯與使用者進行交流的介面，使用者通過介面互動部分與業務進行交流，從而使得軟...
什麼是真正的業務？
a 關係 軟體系統的關係是複雜而變化的，要掌握整個系統的全部關係，需要大量精力的投入。如何簡化關係來加快掌握整個系統？關係要素 1.外部環境 1.架構，框架，設計模式 1.資料來源，配置檔案，資料庫表，其它 資料流 1.包，介面，抽象類 關係策略 2.優先關注主要的關係 2.先關注不變的關係，再關注...