【文章內(nèi)容簡介】 B u i l d e rW e b 服 務(wù) 服 務(wù) 器X B M B r o w s e r 從 上圖 可以看出： （ 1） 依托平臺 整個系統(tǒng)將 XBM業(yè)務(wù)基礎(chǔ)平臺進行架構(gòu)，該平臺基于全新的 SOA架構(gòu)，完全從底層進行開發(fā)，開發(fā)工具 C ++ 和 Windows API，不依賴于任何第三方技術(shù)或者插件。 （ 2） 多層架構(gòu) 系統(tǒng)基于三層 架構(gòu)，分為：客戶端（ XBM_Desktop 或者 Web Browser）、應(yīng)用端（ BAE、 BDE、 WFE、服務(wù)器端應(yīng)用二次開發(fā)）、業(yè)務(wù)發(fā)布端（ XBM_Service 或者 Web發(fā)布服務(wù)器）、數(shù)據(jù)存儲端； （ 3） 二次開發(fā) XBM 業(yè)務(wù)基礎(chǔ)平臺 實現(xiàn)了以業(yè)務(wù)為導(dǎo)向的系統(tǒng)構(gòu)建和 完全驅(qū)動 ， 使管理和業(yè)務(wù)人員能參與到應(yīng)用軟件的開發(fā)之中， 使得企業(yè)管理系統(tǒng)能夠真正實現(xiàn)用戶主導(dǎo)、 隨需而變、 快速構(gòu)建、靈活調(diào)整。 對于絕大部分的業(yè)務(wù)功能（數(shù)據(jù)存取、規(guī)則計算、業(yè)務(wù)協(xié)作），將直接通過 XBM_Builder 進行系統(tǒng)構(gòu)建，對于少數(shù)的、需要復(fù)雜處 理的 算法 ，我們將通過 VC ++ 進行二次開發(fā)來實現(xiàn)。 （ 4） 數(shù)據(jù)庫選型 第 11 頁 數(shù)據(jù)庫前期選用 SQL Server 進行開發(fā)、調(diào)試；同時兼容 Oracle，以方便若干年后，數(shù)據(jù)量異常龐大后，遷移到大型機上工作 。 平臺 開發(fā) 優(yōu)勢 （一） 傳統(tǒng) 開發(fā)模式分析 按照軟件工程學(xué)中的“軟件開發(fā)方法論”，管理信息系統(tǒng)的開發(fā)，通常需要經(jīng)過項目立項、需求調(diào)研、分析 amp。設(shè)計、編碼實現(xiàn)、測試、部署、試運行、正式運行、系統(tǒng)維護等九個階段的錘煉。 在軟件的每個開發(fā)階段，都會有不同知識結(jié)構(gòu)層次的人參與到開發(fā)過程中。絕大部分軟件公司，至少需要由三類人員來組成： ? 需求調(diào)研人員 ：主要負責(zé)需求的調(diào)研、整理；這部分人對業(yè)務(wù)比較了解，但是對系統(tǒng)設(shè)計、開發(fā)不是很精通； ? 系統(tǒng)設(shè)計人員 ：主要負責(zé)拿到用戶需求后，進行模塊設(shè)計、功能設(shè)計、規(guī)則設(shè)計、數(shù)據(jù)庫設(shè)計等； ? 代碼開發(fā)人員 ：從系統(tǒng)設(shè)計人員手中接過設(shè)計文檔，進行代碼開發(fā)。其對用戶實際需求和軟件設(shè)計意圖不是了解。 傳統(tǒng)管理信息系統(tǒng)的開發(fā) 模式 ， 主要存在以下困難： ? 需求調(diào)研時，主要通過文檔進行描述。在形式上，文檔和最終運行的系統(tǒng)之間存在很大的差異；經(jīng)常會造成調(diào)研不夠完善、不夠細致； ? 用戶需求在不同的人員之間，由于信息的逐步衰減，經(jīng)常造成 開發(fā)出來的系統(tǒng)，和實際需求有很大的差距； ? 當(dāng)需求做出調(diào)整，或者系統(tǒng)功能需要修改時，因為牽扯到整個軟件過程。造成響應(yīng)時間、和修改周期較慢。 由于 傳統(tǒng)管理信息系統(tǒng)的開發(fā)模式 ， 是在底層的技術(shù)平臺上直接搭建業(yè)務(wù)系統(tǒng)，并且也只能采用面向技術(shù)的、業(yè)務(wù)無關(guān)的“原始”編程 工具來開發(fā)管理系統(tǒng)。 這種低層次的軟件開發(fā)模式，使 得 信息系統(tǒng)的開發(fā)、維護和擴展困難重重，導(dǎo)致 IT 黑洞 現(xiàn)象的普遍發(fā)生。 第 12 頁 項 目 立 項需 求 調(diào) 研分 析 amp。 設(shè) 計編 碼 實 現(xiàn)測 試部 署試 運 行正 式 運 行編 碼 修 正系 統(tǒng) 維 護需 求 修 正系 統(tǒng) 升 級I T 黑 洞 ？美 好 的 愿 望雙 輸 的 局 面艱苦的努力高 額 的 投 入復(fù) 雜 的 過 程漫 長 的 周 期失 控 的 質(zhì) 量無 盡 的 維 護用 戶用 戶開 發(fā) 商開 發(fā) 商相 互 的 埋 怨 （二） 諾構(gòu)原型法 開發(fā)模式分析 基于 XBM 平臺的應(yīng)用開發(fā)模式和傳統(tǒng)的應(yīng)用開發(fā)模式有著很 大的區(qū)別。和用戶進行交流的業(yè)務(wù)人員，可以直接構(gòu)建出用戶想要的系統(tǒng)。整個系統(tǒng)建設(shè)的過程，對于系統(tǒng)的使用者來說都是可見和可控的。 如下圖所示，借助于 XBM 平臺，我們將重點放在了需求設(shè)計上。同時需求的設(shè)計過程，也是系統(tǒng)原型的開發(fā)過程。也就是說，當(dāng)需求調(diào)研結(jié)束后，系統(tǒng)的原型也就出來了。 項 目 立 項需 求 確 認構(gòu) 建 原 型 系 統(tǒng)部 署正 式 運 行系 統(tǒng) 維 護需 求 修 正系 統(tǒng) 重 塑構(gòu) 建 最 終 系 統(tǒng)將 需 求 調(diào) 研 的 素 材 （ 表 單 、 報 表 、 流 程 、 角 色 職責(zé) 等 ） 直 接 描 述 到 業(yè) 務(wù) 建 模 平 臺 中 ， 通 過 簡 單 的業(yè) 務(wù) 資 源 發(fā) 布 ， 得 到 原 型 系 統(tǒng)經(jīng) 過 原 型 系 統(tǒng) 的 確 認 ， 我 們 可 以 正 是 構(gòu) 建 最 終 的應(yīng) 用 系 統(tǒng) 了 。 主 要 包 括 ： 數(shù) 據(jù) 模 型 構(gòu) 建 、 業(yè) 務(wù) 規(guī)則 構(gòu) 建 、 交 互 規(guī) 則 構(gòu) 建 等 等系 統(tǒng) 維 護 完 全 基 于 平 臺 進 行 快 速 調(diào) 整 。 用 戶 完 全可 以 脫 離 開 發(fā) 商 自 己 維 護 甚 至 升 級 系 統(tǒng) 。確 認 需 求 ， 是 直 接 在 原 型 系 統(tǒng) 上 進 行 的 ， 系 統(tǒng) 的最 終 使 用 者 可 以 親 身 操 作 系 統(tǒng) 的 每 個 細 節(jié) ， 來 確認 是 不 是 自 己 想 要 的 系 統(tǒng) 諾構(gòu)原型法開發(fā)模式，主要有如下特點： 第 13 頁 （ 1） 需求調(diào)研過程，我們將以實際系統(tǒng)展現(xiàn)為主，而以文檔為輔。這樣，用戶需求的確認都是在最終的原型系統(tǒng)上來確認的。這樣需求才會完全和系統(tǒng)對 應(yīng)起來，可以避免“需求描述不準確”，或者“看不到最終系統(tǒng)提不出需求細節(jié)”等問題的發(fā)生； （ 2） 由于整個系統(tǒng)構(gòu)建過程中，沒有代碼開發(fā)的過程。這樣可以保證業(yè)務(wù)人員，在需求調(diào)研的同時，也能夠講系統(tǒng)的構(gòu)建、部署、上線過程負責(zé)到底。這就避免了需求在多個人之間衰減的現(xiàn)象； （ 3） 系統(tǒng)的功能調(diào)整、修改更及時、更快捷。 （三） 系統(tǒng)開發(fā)關(guān)注的重點 一套企業(yè)管理系統(tǒng)，其主要目的和實際建設(shè)內(nèi)容無非包括： ? 通過系統(tǒng)來對管理流程進行抽象和沉淀，從而使得整個業(yè)務(wù)過程中，每個角色能夠按部就班，按時按量完成自己的任務(wù)。從而提高業(yè)務(wù)的自動化程度，以及各環(huán)節(jié) 之間的協(xié)作能力，從而提高公司管理水平。 ? 利用計算機強大的計算能力，將雜亂無章的各種單據(jù)、票據(jù)錄入系統(tǒng)，并進行流程化跟蹤。從而減少工作人員的繁瑣程度，降低勞動強度。 ? 利用數(shù)據(jù)庫的各種查詢、統(tǒng)計、匯總等功能，對現(xiàn)實和歷史業(yè)務(wù)數(shù)據(jù)進行各種分析統(tǒng)計，從而能夠讓公司領(lǐng)導(dǎo)或各級決策者能夠隨時得到各種報表（包括績效考核）相關(guān)數(shù)據(jù)。 ? 利用計算機網(wǎng)絡(luò)（含局域網(wǎng)、 Inter 網(wǎng)），讓工作人員突破地域、時間限制，隨時隨地都可以進行業(yè)務(wù)審批、事務(wù)處理等操作。 從管理的角度講，“事務(wù)是死的，但是流程是活”的。也就是說：一個公司只 要其業(yè)務(wù)范圍不發(fā)生大的變化，那么其管理系統(tǒng)的業(yè)務(wù)模型、系統(tǒng)功能、各種單據(jù)等等，相對是固定不變的。而每個公司、每個成長階段，其人力安排、業(yè)務(wù)流程等則相對是最容易變化的。 這就要求我們在系統(tǒng)設(shè)計的過程中，必須將那些業(yè)務(wù)的本質(zhì)的東西（業(yè)務(wù)模型、功能、單據(jù)、界面）作為重點進行抽象，而對“活”的東西提供某種“包容”。 在 XBM 平臺中，提供了完全可視化的流程設(shè)計、調(diào)整工具?？梢噪S時根據(jù)業(yè)務(wù)管理的需要來調(diào)整業(yè)務(wù)流程、崗位設(shè)置、人員權(quán)限等。 第 14 頁 因此，對于基于 XBM 平臺開發(fā)的管理軟件，其調(diào)研和開發(fā)的重點主要集中在：各環(huán) 節(jié)的工作內(nèi)容、業(yè)務(wù)中發(fā)生的各種單據(jù)、各種數(shù)據(jù)之間的關(guān)系、資金流、每個環(huán)節(jié)關(guān)心的重點信息等等。也就是“數(shù)據(jù)流程”，而非“業(yè)務(wù)流程”。 而具體微觀上的每個功能誰來操作、每個崗位怎么來換分，這個在系統(tǒng)上線前、以及上線后隨時可以調(diào)整。我們不需要額外的去開發(fā)。 （四） 系統(tǒng) 上線后的調(diào)整 由于我們自身也是在 XBM 平臺上開發(fā)的應(yīng)用系統(tǒng)，而沒有任何其他代碼。因此， 擁有 XBM 業(yè)務(wù)基礎(chǔ)架構(gòu)平臺，就可以對應(yīng)用系統(tǒng)進行任何要素（含 UI、數(shù)據(jù)模型、流程、報表等）進行升級。 針對重點型客戶， 我們將免費提供 XBM 平臺給用戶，以便于其日后可以對 系統(tǒng)進行 全方位的維護、升級。擁有 XBM 平臺，就相當(dāng)于擁有了系統(tǒng)的所有源代碼。 XBM 中，可以對數(shù)據(jù)模型、規(guī)則模型、各種交互表單、打印報表等等，進行任何的調(diào)整。 第 15 頁 第 16 頁 系統(tǒng) 網(wǎng)絡(luò) 部署 如上圖所示， 系統(tǒng)采用典型的三層架構(gòu)部署模式，即滿足局域網(wǎng)內(nèi)的客戶端連接，也可以通過 Inter（或無線網(wǎng)絡(luò)）連接到服務(wù)器： 系統(tǒng)采用典型的三層架構(gòu)模式： （ 1） 系統(tǒng)終端分布于基于 Inter 的各個網(wǎng)點，它們采用專線或者 ADSL 撥號穿越防火墻，連接到應(yīng)用服務(wù)器上。 （ 2） 應(yīng)用服務(wù)器采用 群集 方式，和中央數(shù)據(jù)服務(wù)器進行連接。應(yīng)用服務(wù)器，主要用來發(fā)布業(yè)務(wù)表單、業(yè)務(wù)交互等，可以是一般性能的臺式機。 （ 3） 根據(jù)系統(tǒng)需要的并發(fā)數(shù)量，來設(shè)置應(yīng)用服務(wù)器的臺數(shù)。一個 XBM服務(wù)（基于 SOA 架構(gòu)，所有的功能都是服務(wù)），理論上可以支持 32768 個并發(fā)連接，但根據(jù)歷史經(jīng)驗，建議一臺服務(wù)器最多設(shè)定支持 512 個連接為宜； （ 4） 在防火墻端，可以設(shè)定負載均衡（如：采用均衡連接數(shù)策略），保證應(yīng)用服務(wù)器之間均衡的工作。 （ 5） 由于系統(tǒng)基于 SOA 架構(gòu)（面向非連接），一臺應(yīng)用服務(wù)器故障后，可以自動切換到另外一臺應(yīng)用服務(wù)器上 去工作，而不會造成正在處理的數(shù)據(jù)的丟失。 第 17 頁 （ 6） 中央數(shù)據(jù)庫服務(wù)器，負責(zé)整個系統(tǒng)的數(shù)據(jù)存儲。中央服務(wù)器的對數(shù)據(jù)的訪問速度，將會成為整個系統(tǒng)的性能的瓶頸。因此，建議采用多 CPU 的品牌服務(wù)器。 （ 7） 對于一些附件、圖片等二進制文件，數(shù)據(jù)庫端將通過文件指針存儲方式來保存，以方便日后的數(shù)據(jù)備份和維護。 系統(tǒng)功能設(shè)計 根據(jù) 系統(tǒng) 需求 分析 ，整個 系統(tǒng) 將 劃分為： 公司分銷主系統(tǒng)、經(jīng)銷商 分銷 子系統(tǒng) 、 客戶查詢子系統(tǒng) 三大子系統(tǒng) 。 經(jīng) 銷 商 子 系統(tǒng) I n t e r n e t 終 端 客 戶公 司 分 銷 主系 統(tǒng)終 端 查 詢 子系 統(tǒng)各 級 經(jīng) 銷 商總 部 各 部 門 其中，各地經(jīng)銷商，作為公司的客戶，使用“經(jīng)銷商子系統(tǒng)”登錄 系統(tǒng)， 進行