Posted on 2005-12-17 20:13
笨笨 閱讀(3724)
評論(13) 編輯 收藏 所屬分類:
軟件開發
架構師的工作就笨笨所理解，其實很簡單：
1 把意圖表達出來，主要做法是畫圖。
2 把意圖貫徹下去，主要做法是噴，對象是項目組、客戶、公司領導。
業務架構的目標按照優先級排列
1 固化開發和測試模式，減小開發人員的自由發揮余地，從而做到：
1 將業務代碼實現簡單化和固定化，降低對開發人員的技術要求（如要求了解J2EE框架或HTTP交互過程等）
2 復用開發人員的經驗，在下個使用業務架構的項目中，不需要再行學習
2 減少項目的基礎性
技術代碼開發工作和步驟，這里的技術代碼，指與業務無關的部分，如配置、日志、文件上傳、ORM 等等。這個目標需要在組織級維護跨項目的
技術框架，單靠個人是無法做到的。
3 實現對項目的
業務代碼的重用。這個目標幾乎不可能實現，業務代碼重用的前提是它經過業務專家的提煉、業務過程完整、可完全配置。假如這個目標能夠實現，那么開發人員的角色類似于 SAP 實施人員，主要工作是配置，而不是寫代碼。
國內公司的業務架構實現的困境對于國內公司來說，由于中長期利益與短期利益的沖突，架構一般很難堅持下去。
國內公司限于成本壓力，經常會要求架構師在項目中實現業務框架；但是這個目標與項目的直接目標是有沖突的。
業務框架為了達到可重用的目標，是需要比項目完成要多做好多工作的，如框架文檔、輔助工具等等，這需要大量的開發工作量，會與項目的直接目標發生沖突，而沖突出現時，公司和項目經理一般都會選擇犧牲重用的業務框架這個目標，保證項目的完成。 在項目完成后，公司也很少單獨組織人力對項目成果進行評估和重構，結果最終還是得不到一個重用的業務框架。