企業(yè)級(jí)信息管理系統(tǒng)的高可擴(kuò)展性和靈活性

1、企業(yè)級(jí)信息管理系統(tǒng)的高可擴(kuò)展性和靈活性駱金松我一直在從事企業(yè)信息管理系統(tǒng)的開發(fā)，目前的產(chǎn)品擁有了數(shù)白個(gè)企業(yè)客戶，作為企業(yè) 管理信息系統(tǒng)， 最大的挑戰(zhàn)是如何滿足不同企業(yè)通用需求的同時(shí)快速滿足企業(yè)個(gè)性化需求， 除 了企業(yè)戰(zhàn)略、組織架構(gòu)、流程體系等緊密相關(guān)外，軟件的平臺(tái)化水平，可擴(kuò)展性和靈活性至關(guān) 重要。有一句話很經(jīng)典：最好的架構(gòu)帥是能夠在軟件開發(fā)所涉及的諸多內(nèi)部因素和外部因素尋 求最佳的平衡”。一個(gè)高度平臺(tái)化的系統(tǒng)，對(duì)高可擴(kuò)展性和靈活性是非常關(guān)注的，今天我想討論 如何滿足企業(yè)信息管理系統(tǒng)的擴(kuò)展性和靈活性。這個(gè)話題涉及的內(nèi)容太多了，我只是在做產(chǎn)品 和項(xiàng)目過程中談?wù)勎业捏w會(huì)，希望對(duì)大家有一些參考價(jià)值。

2、(1)(1) 高可擴(kuò)展性和靈活性的系統(tǒng)一般是分層架構(gòu)的， 這里說的分層是指將客戶的需求按需求的 通用性分層。根據(jù)自己平臺(tái)所應(yīng)用的目標(biāo)客戶群，分析客戶的共性需求，將共性部分的需求放 在平臺(tái)的最底層實(shí)現(xiàn)，所有的客戶共用，不要有分支版本，個(gè)性的需求放在高層實(shí)現(xiàn)，不同的客戶可以完全定制。至丁整個(gè)架構(gòu)的層次數(shù)量沒有絕對(duì)的標(biāo)準(zhǔn)，可參考的方法分為4 4 層，公共平臺(tái)層”、產(chǎn)品平臺(tái)層”、行業(yè)擴(kuò)展層”、個(gè)性擴(kuò)展層”。這里的分層與軟件架構(gòu)中的表示層、 中間層、持久層的分發(fā)屆丁不同的維度，是沒有沖突的。(2)(2)高可擴(kuò)展性和靈活性的系統(tǒng)一般是模塊化的。系統(tǒng)最好提供統(tǒng)一的主板插件體系， 每一層 都應(yīng)該提供若干插槽，

3、通過二次開發(fā)的手段供上層擴(kuò)展，做項(xiàng)目多了一般都會(huì)形成組件庫，應(yīng) 該對(duì)這些組件進(jìn)行分類分級(jí)管理。一旦有了新的項(xiàng)目，一般從現(xiàn)有的組件庫中挑選進(jìn)行配置， 部分不滿足要求的可以進(jìn)行修改后滿足，其他個(gè)性化很強(qiáng)的完全定制。(3)(3) 高可擴(kuò)展性和靈活的系統(tǒng)一般都支持?jǐn)?shù)據(jù)建模。許多人理解系統(tǒng)可擴(kuò)展就是指系統(tǒng)提供API,API,可以二次開發(fā)，其實(shí)這種理解不全面。數(shù)據(jù)結(jié)構(gòu)是企業(yè)信息管理系統(tǒng)很重要的一部分， 是否可以方便支持?jǐn)?shù)據(jù)結(jié)構(gòu)的擴(kuò)展非常重要，我們的經(jīng)驗(yàn)是提供圖形化的數(shù)據(jù)建模模塊，可以 自動(dòng)生成數(shù)據(jù)庫的表結(jié)構(gòu)，同時(shí)將數(shù)據(jù)庫的結(jié)構(gòu)也保存為元數(shù)據(jù)，通過解析元數(shù)據(jù)可實(shí)現(xiàn)數(shù)據(jù) 的對(duì)象關(guān)系映射，而不依賴丁硬編碼。一般

4、采用了數(shù)據(jù)建模的系統(tǒng)將數(shù)據(jù)進(jìn)行對(duì)象化統(tǒng)一管理， 這樣的好處是統(tǒng)一風(fēng)格，也容易實(shí)現(xiàn)。因?yàn)橛辛嗽Ｐ?，可以?dòng)態(tài)生成部分用戶界面，減少用戶界面開發(fā)工作量。(4)(4)高可擴(kuò)展性和靈活的系統(tǒng)一般都支持流程建模。不同企業(yè)的業(yè)務(wù)流程是千變?nèi)f化的， 所以 需要提供業(yè)務(wù)流程建模模塊，可以用圖形化的方式定義企業(yè)的業(yè)務(wù)流程，依賴業(yè)務(wù)流程的驅(qū)動(dòng)完成流程的自動(dòng)化。流程建模中涉及的 活動(dòng)”(理解為節(jié)點(diǎn))除了標(biāo)準(zhǔn)的之外，也要求是可以 自定義的，比如流程中某個(gè)節(jié)點(diǎn)可以控制生產(chǎn)設(shè)備的啟動(dòng)和停止。流程中另外一塊是控制邏輯，包括線性、分支、循環(huán)、并發(fā)等。流程一般需要人的參與，所以與任務(wù)管理是緊密相關(guān)的，可 能會(huì)涉及集成 emai

5、lemail ,手機(jī)短信實(shí)現(xiàn)自動(dòng)通知等。流程中流轉(zhuǎn)的數(shù)據(jù)可能也與流程的執(zhí)行過程 相關(guān)，比如請(qǐng)假單大丁 1515 天，流程可能執(zhí)行另外的分支。(5)(5)還有一個(gè)需要說明的是狀態(tài)模型。 一般數(shù)據(jù)對(duì)象都有多個(gè)狀態(tài)，比如訂單就有未發(fā)貨、已發(fā)貨、已到貨等狀態(tài)，不同狀態(tài)下可執(zhí)行的操作也是不同的，不同的狀態(tài)下的權(quán)限也會(huì)有差別， 比如已發(fā)布的圖紙就應(yīng)該是不可修改的，即使有修改權(quán)。對(duì)象的狀態(tài)模型一般是和流程緊密相 關(guān)的，一般流程的執(zhí)行過程會(huì)改變數(shù)據(jù)的狀態(tài)，比如請(qǐng)假單批準(zhǔn)以后，請(qǐng)假單的狀態(tài)改為巳批準(zhǔn)”。狀態(tài)的定義以及狀態(tài)的變遷過程可以定義為狀態(tài)圖， 只有有連線的兩個(gè)狀態(tài)之間才允許狀態(tài)的躍遷。綜上所述，一般按數(shù)據(jù)

6、類型定義狀態(tài)圖，不同的狀態(tài)有不同的操作和權(quán)限，一般依賴丁各種操作或流程改變對(duì)象的狀態(tài)。(6)(6) 權(quán)限模型最好也可以擴(kuò)展。不同的數(shù)據(jù)類型通常有一些共同的權(quán)限項(xiàng)，比如瀏覽、修改、刪除等，也應(yīng)該有一些特有的權(quán)限，比如用戶就有修改密碼”權(quán)限項(xiàng)，用以控制一些特別的操作。應(yīng)該支持自定義的權(quán)限項(xiàng)，不同的類型授權(quán)時(shí)權(quán)現(xiàn)項(xiàng)不同。一般權(quán)限的判斷算法比較復(fù)雜， 一般不要求可以自定義，主要是因?yàn)樾阅艿脑?。?quán)限的授予一般也有粒度要求，最小的按單 個(gè)個(gè)體授權(quán)，最大的按類型授權(quán)，另外一種建議的方式是采用類似文件夾的形式對(duì)數(shù)據(jù)進(jìn)行管理，可以提供按目錄授權(quán)的方式，這樣就更加靈活了。(7)(7) 還有個(gè)重要的就是報(bào)表。 不

7、同的類型都應(yīng)該可以自定義報(bào)表，不同的角色可以看到不同的 報(bào)表。最好建立報(bào)表的框架，開發(fā)一個(gè)新的報(bào)表以后，通過簡單的配置，不依賴丁修改代碼，就可以通過系統(tǒng)訪問到報(bào)表。報(bào)表的各種操作，比如是否可以打印都可以借助配置實(shí)現(xiàn)，也可 以借助權(quán)限體系實(shí)現(xiàn)。(8)(8) 還有一點(diǎn)需要提到的是主菜單和主貞。企業(yè)中不同的角色都希望只看到與自己工作相關(guān)的功能。這就需要可以按角色自定義主菜單和主貞，主貞的自定義可以采用WebWeb partpart 的方法，用戶可以選擇自己需要的 WebWeb partpart，添加到主貞上，通過拖拖拉拉擺放成需要的方式。最后簡要總結(jié)一下，一個(gè)系統(tǒng)的可擴(kuò)展性和靈活性應(yīng)該是多方面的，包括了分層結(jié)構(gòu)、模 塊化、數(shù)據(jù)建模、流程建模、報(bào)表定制、主菜單和主貞定制，甚至還包括權(quán)限體系的擴(kuò)展等方 面。當(dāng)然還包括硬件方面的，如何在高并發(fā)和