分銷管理系統方案建議書(編輯修改稿)

　

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