為了讓團隊更好的認識OpenExpressApp，我將在這里再次概要的介紹一下OEA，并粗略的說一下下步的計劃，以便大家有個一致的方向。

理念

　make business engineers develop applications

目標

令人驕傲的支持大中型企業的信息系統 業務開發平臺

OpenExpressApp 總體介紹

　　OpenExpressApp 不只是純粹的技術框架，也不只是DSL，而是我之前介紹過 平臺分類：系統平臺、開發平臺和開放平臺 中的業務開發平臺， 它是在系統平臺之上，提供在 開發方法 指導下，通過 開發工具 、 輔助工具 ，基于 框架 、 引擎 以及內置的 模塊 等一套支持軟件 開發生命周期 的完整開發環境來構造軟件，以期在統一平臺下能夠快速高質量的提供產品。

　　OpenExpressApp的目標是做成一個 模型驅動軟件工廠 ，它將現有技術和產品中有價值的部分引入到一起，它要做的是整合別人已經實踐的方法來提高我們自身的開發能力。不同于以往為特定開發角色提供獨立的開發工具和框架，它為 業務工程師 、架構師、開發和測試人員提供的一種集成的開發平臺。OEA基于業務模型驅動開發指導思想，內置從 企業架構 、 業務建模 、 領域建模 到 應用建模 和 部署 等一系列相關的模型，并提供 報表 、 流程 、 元數據 等基礎引擎以及 權限 、報表、 門戶 等多個通用應用模塊。為了支持軟件開發，還提供基于敏捷思想、軟件產品線工程的軟件 項目管理工具 、 快速原型工具 和 自動化測試工具 等支持。

OpenExpressApp 的關注點是......

• 不 僅 僅 關注開發人員，更關注業務工程師的使用 ： make business engineers develop applications
  OEA關注的是開發中涉及到的大部分角色，區別于其他的是更為關注業務工程師，這里我定義的業務工程師是介于領域專家和開發人員之間的一種角色，他會使用 結構化的建模方法 來分析、設計領域知識，做到更早更快的向客戶和開發人員傳遞產品價值。

  

• 不僅 僅 關注 領域架構 ，還關注 軟件產品線工程 和 模型驅動 開發 等軟件工程領域
  
• 不僅 僅關注 代碼實現階段，還是支持 軟件全生命周期過程的 企業架構 、 敏捷管理 、 原型開發 的 方法和集成化的 工具

開發計劃

　　考慮產品過程中的具體應用，會有以下開發計劃：

1. 支持審核工作流
2. 支持B/S應用
3. 一個適合大中型用戶的DDD的領域架構
4. 支持系統工作流microFlow
5. 用戶驅動的應用：提供預定義組件，由用戶自定義界面和功能
6. 建模支持
7. 工具開發：支持TOGAF9的企業架構工具、快速原型工具、Scrum敏捷開發項目管理工具、自動化測試工具
8. 產品線工程的可變性管理
9. .......

一些考慮點

• 領域框架 基于什么平臺來做？
  現階段還是在.Net平臺的OEA框架下繼續完善，考慮JAVA下的企業級應用開源資源比.Net較為豐富，不排除后續會同時支持兩個平臺
• 建模支持 是參考MetaEdit+來做還是使用Eclipse EMF來做？
  這個還一直沒有拿定主意，這幾天在思考這個問題，由于現在我對實現一個成熟的模型平臺的未知東西還是較多，可能會先考慮使用EMF先實現一個TOGAF9的建模工具，然后再做評估

我們需要什么......

　　在上面的介紹中沒有具體的技術語言，也沒有具體的設計架構，它涉及的內容也很多，從軟件工程到軟件技術，從具體開發到開發方法，這都需要進行大量的學習。就像在 MDSF：訪談Mendix研發負責人Johan den Haan 說構建一個成功的MDD工具的關鍵是有一個優秀的團隊，每個成員都可以獨擋一面，并且能夠很好的進行團隊協作。

　　OEA雖然已經在實際項目中應用了，但它還像個嬰兒，它才剛起步，它的每一個知識方面都需要投入很多，更難得是要整合起來，它的成長還有很長的路要走，需要每個關心它的人不斷付出努力。 我們每個人都應該有積極和開放的心態、高度的技術熱情和責任心 ， 共同的理念和目標： 堅持 make business engineers develop applications 的理念，做出一個讓人驕傲的支持大中型企業的信息系統業務開發平臺。

OpenExpressApp make business engineers develop applications