1、目 錄第一章第一章 引言引言.11.1 課題背景.11.2 國內外研究現(xiàn)狀.21.3 課題任務.41.3.1 課題內容.41.3.2 本人承擔任務.51.4 論文結構.5第二章第二章 相關理論技術簡介相關理論技術簡介.62.1 .NET.62.2 SQL SERVER2005 數(shù)據(jù)庫.72.3 ADO.NET.92.4 本章小結.10第三章第三章 系統(tǒng)需求分析系統(tǒng)需求分析.113.1 功能性需求.113.1.1角色分析.113.1.2業(yè)務功能.113.2 非功能性需求.173.2.1 環(huán)境需求.173.2.2 系統(tǒng)負載能力要求.173.2.3 系統(tǒng)安全性要求.183.2.4 系統(tǒng)反應速度要求.

2、183.2.5 系統(tǒng)開放性和擴張性.183.3 本章小結.18第四章第四章 系統(tǒng)概要設計系統(tǒng)概要設計.194.1 系統(tǒng)設計目標.194.2 系統(tǒng)整體技術架構設計.194.3 功能設計.214.3.1需求管理.214.3.2采購管理.234.3.3銷售管理.254.3.4庫存管理.284.4 數(shù)據(jù)庫設計.304.4.1數(shù)據(jù)庫的基本ER圖.304.4.2數(shù)據(jù)庫的表設計.31第五章第五章 系統(tǒng)詳細設計系統(tǒng)詳細設計.345.1 系統(tǒng)軟件組件的設計.345.1.1數(shù)據(jù)訪問層的設計.345.1.2業(yè)務邏輯層的設計.355.1.3數(shù)據(jù)實體層的設計.375.1.4Web Service發(fā)布層的設計.385.2

3、 界面設計.395.2.1需求管理.395.2.2采購管理.405.2.3銷售管理.425.2.4庫存管理.44第六章第六章 結論及展望結論及展望.486.1 論文工作總結.486.2 問題和展望.48致致 謝謝.53華中科技大學軟件工程碩士論文3第一章第一章 引言引言1.1 課題背景課題背景1.2 國內外研究現(xiàn)狀國內外研究現(xiàn)狀1.3 課題任務課題任務1.41.4 論文結構論文結構第二章第二章 相關理論技術簡介相關理論技術簡介2.12.1 .NET.NET2.3 ADO.NETADO.NET2.4 本章小結本章小結第三章第三章 系統(tǒng)需求分析系統(tǒng)需求分析3.13.1 功能性需求功能性需求3.23

4、.2 非功能性需求非功能性需求3.3.3 3 本章小結本章小結本章主要從系統(tǒng)系統(tǒng)功能需求分析、系統(tǒng)非功能需求分析 2 方面對管理系統(tǒng)進行分析，以此確定系統(tǒng)的功能模塊需求以及系統(tǒng)需滿足的基本性能，為系統(tǒng)的設計階段打下堅實的基礎。 華中科技大學軟件工程碩士論文4第四章第四章 系統(tǒng)概要設計系統(tǒng)概要設計4.14.1 系統(tǒng)設計目標系統(tǒng)設計目標(1)資源整合資源整合，是企業(yè)戰(zhàn)略調整的手段，也是供應鏈管理的的重要工作。整合就是要優(yōu)化資源配置，就是要有進有退、有取有舍，就是要獲得整體的最優(yōu)。對不同來源、不同層次、不同結構、不同內容的供應資源進行識別與選擇、汲取與配置、激活和有機融合，使其具有較強的柔性、條理性

5、、系統(tǒng)性和價值性，并創(chuàng)造出新的資源的一個復雜的動態(tài)過程。本系統(tǒng)基于統(tǒng)一平臺架構，實現(xiàn)各個管理系統(tǒng)無縫對接、信息聯(lián)動、數(shù)據(jù)共享從而達到資源整合的目的。(2)提高效率業(yè)務運營提升目標：實現(xiàn)商流、物流和資金流的順暢高效。滿足武漢移動終端公司渠道業(yè)務多樣性和管理精細化要求，加快庫存、資金周轉，降低運營成本，全面支撐終端營銷管理閉環(huán)。(3)流程優(yōu)化運營管理控制提升目標：通過業(yè)務整合升級，優(yōu)化業(yè)務流程，增強各級業(yè)務管理能力。強化不同業(yè)務模式的風險管控，建立財務業(yè)務一體化管控平臺。(4)運營監(jiān)控提供全面信息服務，實時監(jiān)控運營數(shù)據(jù)，為決策分析提供數(shù)據(jù)支撐。4.24.2 系統(tǒng)整體技術架構設計系統(tǒng)整體技術架構設計

6、武漢移動終端公司 ERP 供應鏈系統(tǒng)采用分布式 Web Service 應用結構。采用 Web Service 作為客戶端和 COM之間互動的中間層，利用 Web Service 的優(yōu)勢，使開發(fā)的中間件通過統(tǒng)一的接口 Web Service 的方式發(fā)布，讓各種形式的客戶端調用。同時又利用 COM和 ADO 與數(shù)據(jù)庫連接，充分利用 COM+的數(shù)據(jù)庫連接的 Pooling 技術以減少重新建立數(shù)據(jù)庫連接和其它系統(tǒng)的資源，從而提高系統(tǒng)的執(zhí)行效率。圖 4-1 和 4-2 顯示了該系統(tǒng)的軟件體系結構。華中科技大學軟件工程碩士論文5圖 4-1 軟件體系結構 1圖 4-2 軟件體系結構 2整個系統(tǒng)將采用 Cl

7、ient/Application Server/Database 三層架構。這里的三層的體系架構包括數(shù)據(jù)庫服務器、應用服務器(COM+和 Web Service 服務)和客戶顯示，其各層功能如下：（1）數(shù)據(jù)庫服務器層：主要用于存儲數(shù)據(jù)，同時通過觸發(fā)器和存儲過程實現(xiàn)部分的業(yè)務邏輯。（2）應用服務器層： 主要用于企業(yè)的事務邏輯處理和 Web 服務的發(fā)布。應用服務器層又分為五層次：ADO 接口層：該層是與數(shù)據(jù)庫存的唯一通道，在 ADO 接口層之上的所有于數(shù)據(jù)庫交互都通過該層完成。COM+統(tǒng)一數(shù)據(jù)接口層：該層是根據(jù)該系統(tǒng)的需要，自己在 ADO 數(shù)據(jù)庫訪問層上定義的一個 COM+接Comment B1:

8、 這里的設計內容從軟件工程角度來看，更像是在做需求分析。需求分析的（文字）用例就是用來描述這種一個業(yè)務流程，人機之間應該是如何分工合作的。形式上看起來像是一個用戶使用手冊。這里說的完全是用戶角度看到的東西。設計談的是系統(tǒng)內部的事。即上述人機分工中分給機器（或者叫系統(tǒng)）的工作，從軟件的角度應該如何實現(xiàn)。華中科技大學軟件工程碩士論文6口層，上層的操作通過該接口調用 ADO 層的功能與數(shù)據(jù)庫完成交互操作。該層封裝主要的數(shù)據(jù)庫操作，如查詢，添加和刪除等等。業(yè)務層：該層主要封裝企業(yè)的業(yè)務邏輯，部分業(yè)務邏輯后移到數(shù)據(jù)庫層，通過觸發(fā)器和存儲過程實現(xiàn)。數(shù)據(jù)對象實體：該層主要是將數(shù)據(jù)庫中的一些常用數(shù)據(jù)庫實體對象

9、化，將它們用面向對象的思想封裝成數(shù)據(jù)庫實體類，供用戶直觀的調用。Web Service 發(fā)布層：該層主要是將 COM+層、數(shù)據(jù)庫實體層和業(yè)務邏輯層的接口用 Web 的方式發(fā)布，供表示層調用。這樣表示層和底層的接口就單一，而且不必再為不同的表示形式編寫業(yè)務組件，它們都共用一個 Web 接口。（3）客戶顯示層：提供給操作人員的顯示界面。該層可以是瀏覽器形式，也可以是 Windows 界面形式，或其它終端的形式，如手機，掌上 PC 等等，它們的調用接口都是統(tǒng)一的 Web Service 接口。4.34.3 功能設計功能設計以下從業(yè)務角度出發(fā)，以流程圖的方式講解功能設計。包含需求管理、采購管理、銷售管

10、理以及庫存管理等流程。4.3.1 需求管理需求管理（一）需求申請需求申請操作流程如下：門店用戶管理員成功登陸系統(tǒng)后，點擊界面左側的“需求申請”進入需求申請界面；在需求申請界面上方的工具條上點擊“新增” ；在彈出的需求申請單上，門店用戶根據(jù)實際情況填寫需求公司、需求庫存組織、需求終端、需求數(shù)量、需求日期等信息；在用戶輸入信息時，對信息的有效性進行驗證。 ，如需求數(shù)量是否為負數(shù)，需求終端是否存在等；若存在不合法字符，及時進行提示；信息輸入完成后，用戶點擊“提交”按鍵；此時，系統(tǒng)將需求單在本地服務器備， ；同時將需求單發(fā)送至需求單位；完成需求申請工作。華中科技大學軟件工程碩士論文7 除了新增需求申請

11、外，本系統(tǒng)還支持需求申請的修改、刪除及查詢。其操作流程同新增需求申請類似，本文不再贅述。 需求申請流程圖如下：圖 4-3 需求申請流程圖（二）需求匯總 需求匯總由省終端公司的工作人員進行操作。需求匯總的操作流程如下：省終端公司的工作人員成功登陸系統(tǒng)后，點擊界面上的“需求匯總”功能；主界面逐條顯示各地發(fā)送的需求申請單信息，包括需求申請單號、序號、存貨編碼、存貨名稱、規(guī)格、型號、計量單位、需求日期、需求數(shù)量、現(xiàn)存量、功能選擇需求申請功能選擇新增雙擊打開已經存在的需求申請單選中需求申請單Data Base刪除門店用戶查詢完成逐一填寫需求單信息選擇需要修改信息進行修改點擊工具條上的刪除輸入查詢信息將比

12、對成功的結果顯示在界面上將查詢信息與數(shù)據(jù)庫中存儲信息進行比對點擊“確定”寫入華中科技大學軟件工程碩士論文8原始需求庫存組織、收貨庫存組織等信息；工作人員在系統(tǒng)主界面選點擊“查詢” ，在彈出的查詢條件框中輸入需要匯總存貨的名稱或編碼，點擊“確定” ；系統(tǒng)對輸入查詢條件的有效性進行驗證，不合格彈出提示，合格顯示查詢結果；對結果中的各個門店用戶的需求申請數(shù)量進行匯總；根據(jù)匯總信息發(fā)送終端公司；完成需求匯總工作。（三）需求查詢需求查詢時需求匯總的必須功能，本系統(tǒng)支持按終端名稱、按需求公司+終端名稱、按需求倉庫+終端名稱、按需求日期+終端名稱、按需求公司+需求日期+終端名稱進行匯總查詢。查詢功能的操作流

13、程包含在需求匯總中，在此不再贅述。需求匯總及需求查詢的流程圖如下：華中科技大學軟件工程碩士論文9圖 4-4 需求匯總及查詢流程圖4.3.2 采購管理采購管理采購管理包括采購訂單生成、訂單處理、訂單查詢、采購退貨。訂單生成采購管理員成功登陸系統(tǒng)后，點擊界面左側的“采購管理”進入采購管理界面；在采購管理界面上方的工具條上點擊“新增” ；在彈出的訂單上，訂單編號系統(tǒng)自動生成。采購管理員根據(jù)實際情況填寫訂單編號、廠商名稱、采購單位、機型、訂單數(shù)量、顏色、到貨要求等信息；功能選擇需求匯總終端公司工作人員完成點擊工具條上的查詢輸入?yún)R總條件點擊“確定”Data Base按照查詢條件在數(shù)據(jù)庫中進行查詢顯示查詢

14、結果根絕查詢結果進行需求匯總將形成的需求匯總單放終端公司華中科技大學軟件工程碩士論文10在用戶輸入信息時，對信息的有效性進行驗證。 ，如訂單數(shù)量是否為負數(shù)，采購單位是否存在等；若存在不合法字符，及時進行提示；信息輸入完成后，用戶點擊“確定”按鍵；此時，訂單信息會被存儲在數(shù)據(jù)庫中；完成訂單生成工作。訂單處理及查詢訂單處理及查詢是指通過查詢找到需要處理的訂單，按照實際需要進行發(fā)貨或終止處理。具體操作流程如下：采購管理員成功登陸系統(tǒng)后，點擊界面上的“訂單處理”功能；主界面逐條顯示訂單信息， ；工作人員在系統(tǒng)主界面選點擊“查詢” ，在彈出的查詢條件框中輸入需要處理訂單的編號、日期或者訂單名稱，點擊“確

15、定” ；系統(tǒng)對輸入查詢條件的有效性進行驗證，不合格彈出提示，合格顯示查詢結果；選中查詢出的訂單，根據(jù)需要選擇工具欄中中的發(fā)貨或者終止；將處理信息保存數(shù)據(jù)庫完成訂單處理工作。采購管理的流程圖如下：華中科技大學軟件工程碩士論文11圖 4-5 采購管理流程圖4.3.3 銷售管理銷售管理（一）實體門店零售實體門店工作人員成功登陸系統(tǒng)后，點擊界面左側的“銷售管理”進入銷售管理界面；當客戶選擇使用購機電子券購機時，按照規(guī)則扣減客戶電子券金額；成功扣減后，輸入辦理號碼、捆綁號碼、購機電子券代碼串、門店編碼，供貨平臺編碼，操作工號；當客戶選擇購買非裸機的方式時，工作人員應該錄入客戶資料、機型、是否有禮包等設備

16、信息數(shù)據(jù)資料；當客戶選擇預存話費送購機電子券時，在通過接口調用由終端公司前臺零功能選擇采購管理功能選擇新增選中需求申請單Data Base采購管理員查詢完成逐一填寫訂單信息點擊工具條上的發(fā)貨或終止輸入查詢信息將比對成功的結果顯示在界面上將查詢信息與數(shù)據(jù)庫中存儲信息進行比對點擊“確定”寫入Comment B2: 專業(yè)的流程圖不可以這樣畫。請參照 UML 活動圖繪制規(guī)則重新繪制這些“流程圖”華中科技大學軟件工程碩士論文12售系統(tǒng)將購機電子券做入庫操作指令；指令內容包括：營銷案辦理號碼，預存話費送購機電子券營銷案 ID、購機電子券類型、指定機型、購機電子券編碼、購機電子券密碼；當客戶選擇購買裸機或則

17、購機送話費的方式時，實體門店的營業(yè)人員應該選擇使用終端公司前臺零售系統(tǒng)進行裸機銷售操作，錄入客戶資料、定制終端IMEI 號、顏色、是否有禮包等設備信息數(shù)據(jù)資料，進行終端實物設備的銷售處理；如果是純裸機銷售，不存在贈送話費的話，終端公司前臺零售系統(tǒng)向CRM/BOSS 以及 ERP 系統(tǒng)同步銷售記錄，如果是帶贈送話費的，則除了同步銷售記錄外，還需要辦理贈費營銷案；完成系統(tǒng)操作后，門店的銷售記錄自動上傳數(shù)據(jù)庫； 實體門店銷售流程圖如下:圖 4-6 實體門店銷售流程圖（二）電子商務平臺零售客戶登陸電子商務選擇機型和營銷活動，填寫訂單。功能選擇銷售管理電子券購機Data Base銷售管理員完成輸入電子券

18、號驗證電子券有效性寫入輸入購機信息非裸機購機錄入客戶、手機及套餐信息預存話費購機送電子券錄入電子券信息裸機錄入手機信息華中科技大學軟件工程碩士論文13電子商務平臺后臺采用系統(tǒng)自動和人工方式對訂單進行審核。審核不通過取消訂單，審核通過進入訂單分撿處理。當客戶選擇購買裸機或則購機送話費的方式時，電子商務平臺后臺進行商品資源預占處理；如果是純裸機銷售，不存在贈送話費的話，電子商務平臺向 CRM/BOSS 以及ERP 系統(tǒng)同步銷售記錄。如果是帶贈送話費的，則除了同步銷售記錄外，還需要辦理贈費營銷案。當客戶選擇參與預存話費送購機電子券營銷案時，電子商務平臺為客戶增加購機電子券入庫，按照規(guī)則扣減客戶電子券

19、金額。成功扣減后，向 CRM/BOSS和 ERP 同步銷售記錄，并根據(jù)購機電子券金額是否足夠抵扣購機款；最后由物流配送給客戶簽收和收款。如果成功完成簽收和收款，則流程結束。如果簽收不成功，則取消訂單，并將客戶相關已經執(zhí)行的贈扣費進行回退處理。電子商務平臺銷售管理流程圖如下：華中科技大學軟件工程碩士論文14圖 4-7 電子商務平臺銷售管理流程圖4.3.4 庫存管理庫存管理本系統(tǒng)實現(xiàn)庫存管理包括入庫管理、出庫管理、調撥管理和庫存盤點。（一）入庫管理及出庫管理倉庫管理員成功登陸系統(tǒng)后，點擊界面左側的“倉庫管理”進入倉庫管理界面；在倉庫管理界面上方的工具條上點擊“入庫”或者“出庫” ；功能選擇購機裸機

20、或購機送話費客戶預留手機辦理贈送營銷案填寫訂單后臺審核訂單電子券購機輸入電子券號驗證電子券有效性自動減少購機金額發(fā)貨簽收成功取消銷售記錄YN確定訂單華中科技大學軟件工程碩士論文15在彈出的入庫或者出庫單上，入庫或者出庫單編號系統(tǒng)自動生成。倉庫管理員根據(jù)實際情況填寫原單據(jù)號，入庫或者出庫發(fā)起人或是單位，入庫或者出庫的對象倉庫，詳細的貨物信息，手機終端需要有 IMEI 號等信息； 在用戶輸入信息時，對信息的有效性進行驗證。 ，如訂單數(shù)量是否為負數(shù)，采購單位是否存在等；若存在不合法字符，及時進行提示；倉庫管理人員進行入庫或者出庫確認。如果有差異，填寫差異報告。系統(tǒng)確認商品庫存增加或減少。并將入庫或者

21、出庫接受完畢填回原始入庫或者出庫要求單據(jù)。完成入庫或者出庫工作。（二）調撥管理當某款手機在某地缺貨，而另外某地滯貨的時候，會存在調撥需求。調撥，首先由缺貨方對上級管理單位提交調撥申請，然后該級管理單位在所管理的倉庫或是門店范圍進行查找，如果某倉庫或是廳店有多余的貨物庫存，則可以安排調撥，否則，由該級管理單位再對上級單位進行調撥申請。功能說明如下：缺貨方成功登陸系統(tǒng)后，點擊界面左側的“倉庫管理”進入倉庫管理界面；選中工具條中的調撥管理，在彈出的調撥申請單中，輸入調撥申請信息生成調撥申請單；上級單位接收到調撥申請后，首先是對自己所管理的范圍進行庫存查找，如果可以找到多余庫存可以進行調撥，上級管理單

22、位有權修改實際調撥出庫數(shù)量。然后被調撥方進行調撥出庫，缺貨方進行調撥接受。如果上級單位在自己所管理區(qū)域內沒有多余的庫存可供調撥，那么就需要對自己的上級單位進行協(xié)調申請；如果該上級單位就是移動終端總公司，那么就可以觸發(fā)采購訂單，進行采購補貨；如果不是，那么該上級單位重復步驟（3）.庫存盤點倉庫管理員成功登陸系統(tǒng)后，點擊界面左側的“倉庫管理”進入倉庫管理界面；在倉庫管理界面上方的工具條上點擊“盤點” ；系統(tǒng)輸出盤點報表；倉庫操作人員依據(jù)盤點報表核對倉庫庫存；華中科技大學軟件工程碩士論文16如果帳實相符則本次盤點結束；如果出現(xiàn)差異，則需要走差異處理。倉庫管理流程圖如下：圖 4-8 倉庫管理流程圖4.

23、44.4 數(shù)據(jù)庫設計數(shù)據(jù)庫設計4.4.1 數(shù)據(jù)庫的基本數(shù)據(jù)庫的基本 ER 圖圖E-R 模型是描述數(shù)據(jù)庫概念結構的優(yōu)秀模型，通過對系統(tǒng)實體、實體屬性及其關系的描述，可以最終形成 E-R 模型，系統(tǒng)中涉及的實體有員工、崗位、部門、系統(tǒng)用戶、薪酬、招聘、考勤、培訓、合同管理、保險等。圖 4-9 顯示的是供應鏈管理系統(tǒng)的數(shù)據(jù)庫表的 ER 圖，具體設計方法在此不再一一敘述。功能選擇倉庫管理功能選擇入庫出庫下級單位提交調撥申請Data Base倉庫管理員盤點完成填寫入庫信息填寫出庫信息上級單位核實申請系統(tǒng)輸出盤點表將比對成功的結果顯示在界面上管理員進行核對點擊“確定”寫入調撥有庫存華中科技大學軟件工程碩士

24、論文17圖 4-9 數(shù)據(jù)庫類圖4.4.2 數(shù)據(jù)庫的表設計數(shù)據(jù)庫的表設計根據(jù)武漢移動終端公司 ERP 系統(tǒng)共供應鏈系統(tǒng)的業(yè)務流程圖和各個操作功能的數(shù)據(jù)流圖，設計數(shù)據(jù)庫實體和數(shù)據(jù)庫實體對應的數(shù)據(jù)表列表如下所示。表 4-5 入庫訂單表序號數(shù)據(jù)項數(shù)據(jù)類型是否必填長度默認值備注1終端串碼STRING是系統(tǒng)自動生成2終端類型STRING是系統(tǒng)自動生成3產品線STRING是手動輸入4終端型號STRING是系統(tǒng)自動生成5廠商STRING是手動輸入華中科技大學軟件工程碩士論文186串碼狀態(tài)STRING是系統(tǒng)自動生成7入庫時間DATE是系統(tǒng)自動生成8所屬倉庫STRING是系統(tǒng)自動生成9備注STRING否表 4-6

25、 供應商供貨單序號數(shù)據(jù)項數(shù)據(jù)類型是否必填長度默認值備注1單據(jù)號 STRING是系統(tǒng)自動生成2單據(jù)日期DATE是系統(tǒng)自動生成3業(yè)務類型STRING是采購入庫、銷售入庫、其它入庫4庫管員STRING是選錄5制單時間DATE是默認制單時間，全日期格式6制單人STRING是默認制單人7簽字人STRING是默認簽字人8簽字時間DATE是默認簽字時間，全日期格式9備注否表 4-7 需求單表序號字段名數(shù)據(jù)類型（長度）是否為主鍵是否允許為空描述1CustomerIDInt是否存貨編碼2CustomerTypeIDInt外鍵否客戶類型 ID3ContactIDInt外鍵否數(shù)量4AgentIDInt外鍵否需求公司

26、5CustomerNameVarchar(50)否是組織華中科技大學軟件工程碩士論文196AgentChangeTimeDatetime否是需求日期表 4-8 合同單表序號字段名數(shù)據(jù)類型（長度）是否為主鍵是否允許為空描述1CompactIDInt是否合同 ID2CustomerIDInt外鍵否供應商客戶 ID3ContactIDInt外鍵否聯(lián)系人 ID4CompactNameVarchar(40)否否合同名稱5CompactTimeDatetime否是簽約日期6TradeIDInt外鍵否交易方式 ID7CompactAddressVarchar(50)否是簽約地點8CompactCustome

27、rVarchar(20)否是簽約客戶9CompactPersonVarchar(20)否是簽約人CompactAbstractText否是合同摘要RemarksText否是備注Comment B3: 詳細設計的出發(fā)點是提出系統(tǒng)分析階段明確的典型系統(tǒng)功能的軟件實現(xiàn)方案。目前的這種分別介紹系統(tǒng)每一個層應該干什么的敘述方式沒有回答上述問題。即本系統(tǒng)的典型功能如何在這個架構下予以實現(xiàn)。你需要從概念上（當然要用 UML 交互圖和類圖來表示）提出讓專家認可的功能實現(xiàn)方案。舉例說明幾個典型功能的實現(xiàn)方案就可以了。華中科技大學軟件工程碩士論文20第五章第五章 系統(tǒng)系統(tǒng)詳細設計詳細設計5.15.1 系統(tǒng)軟件組件

28、的設計系統(tǒng)軟件組件的設計該部分是系統(tǒng)實現(xiàn)的重點，這里主要介紹數(shù)據(jù)訪問層、業(yè)務邏輯層和數(shù)據(jù)實體層的具體設計和實現(xiàn)。5.1.1 數(shù)據(jù)訪問層的設計數(shù)據(jù)訪問層的設計（一）數(shù)據(jù)訪問層設計數(shù)據(jù)訪問層主要是對數(shù)據(jù)庫操作方法的封裝。它將數(shù)據(jù)庫的常用操作方法用 COM+的方式進行封裝，然后作為統(tǒng)一的接口，供上層模塊的調用，這樣就統(tǒng)一了數(shù)據(jù)庫訪問的開發(fā)模式，也統(tǒng)一了團隊成員的開發(fā)模式，便于各個模塊的集成和測試，也便于后期的維護和功能擴展。圖 5-1 顯示了數(shù)據(jù)訪問層的模塊功能。圖 5-1 COM+數(shù)據(jù)訪問層數(shù)據(jù)訪問層是與數(shù)據(jù)庫交互的通道，也是系統(tǒng)設計中的唯一的一個通道，所以該層的性能直接關系到整個系統(tǒng)的性能；由于

29、系統(tǒng)運行的是微軟的Win2000 Server 平臺，所以，數(shù)據(jù)庫訪問層采用 COM的方式進行封裝，充分利用系統(tǒng)的優(yōu)勢，以提高該層的執(zhí)行性能。（二）數(shù)據(jù)庫訪問層的實現(xiàn)該層次是 COM+組件，COM+組件與微軟平臺有機結合在一起，可以得到更高的執(zhí)行效率和響應速度。該系統(tǒng)采用.NET 來開發(fā) COM+組件，以實現(xiàn)數(shù)據(jù)庫訪問層的功能。NET 有著非常強大的快速開發(fā)環(huán)境，有助于提高系統(tǒng)的開發(fā)效率。華中科技大學軟件工程碩士論文21為了更進一步的提高執(zhí)行效率，根據(jù)這個層所要完成的功能，將分成三個COM+組件來實現(xiàn)該層次的功能。1：返回記錄集合的數(shù)據(jù)訪問組件2：批量更新數(shù)據(jù)的數(shù)據(jù)訪問組件3：常用一些主要數(shù)據(jù)

30、訪問方法的組件以上三個組件的實現(xiàn)方法相似，以下以組件 1 為例介紹一下該層的實現(xiàn)方法。(1)返回記錄集合的數(shù)據(jù)訪問層的實現(xiàn)功能說明：主要實現(xiàn)查詢的 COM+功能組件 輸入?yún)?shù)：SQL 查詢語句 輸出參數(shù)：ClientDataSet 的 xmlDataprocedure QueryMyData(const sSQLCommand: WideString;var vData: OleVariant); safecall;主要控件：TADOConnection：通過 ADO 訪問數(shù)據(jù)庫。TADODataSet：通過該控件執(zhí)行數(shù)據(jù)庫查詢命令，并返回記錄集。TDataSetProvider：結果集合傳遞

31、的橋梁。TclientDataSet：通過該控件的 CommandText 命令發(fā)出查詢語句，返回的執(zhí)行結果以 XMLData 的形式表示。控件的主要參數(shù)：Dataset: CacheSize: 1001000 取 300;CursorLocation: clUseClient; Lock Type: ltOptimisticDataSetProvider: poAllowCommandText: True; ResolveToDataSet: False;采用 TSQLResolver 方式ClientDataSet: FetchOnDemand : False; 為無狀態(tài)對象主要控件如圖

32、5-2 所示。華中科技大學軟件工程碩士論文22圖 5-2 主要控件5.1.2 業(yè)務邏輯層的設計業(yè)務邏輯層的設計（一）業(yè)務邏輯層模型業(yè)務邏輯層主要是將企業(yè)的一些常用的業(yè)務，封裝起來，供客戶層面直接調用，特別是關鍵性的業(yè)務，不僅是邏輯比較復雜，而且還要有一定的安全性，特別是業(yè)務邏輯經常會根據(jù)企業(yè)業(yè)務的發(fā)展而不斷的變化，如果將其放在前臺處理，則不僅是將業(yè)務邏輯暴露在前端，而且安全性也比較差，特別是后期維護比較麻煩，所以將關鍵性的業(yè)務封裝成業(yè)務邏輯層，供客戶層調用。業(yè)務邏輯層模型如圖 5-3 所示。圖 5-3 業(yè)務邏輯層華中科技大學軟件工程碩士論文23圖 5-4 顯示了原材料采購入庫的業(yè)務邏輯模塊目前

33、所包括的操作，今后如果業(yè)務邏輯有所變化，只要保持接口不變，則只需修改業(yè)務邏輯層就可以，而不必修改上層的代碼，這樣就保持了模塊的獨立性，一個模塊功能修改，不影響其它的模塊，便于后期的維護和功能的擴展。圖 5-4 原材料采購入庫業(yè)務邏輯圖其它的業(yè)務邏輯模型相似，在此不再一一說明。（二）業(yè)務邏輯層的實現(xiàn)業(yè)務邏輯層主要調用 COM+層的功能，將企業(yè)業(yè)務邏輯封裝層組件，并將其接口用 Web Service 形式發(fā)布，供表示層調用。以坯布入庫為例，簡要說明該層的實現(xiàn)方法。（1）接口聲明：type IInsertFabricEnterServer = interface(IInvokable)6523580

34、5-7EAF-11D6-B774-E6842D503E2C function InsertFabricEnter(const sMaster, sData : String) : Integer; stdcall; end;（2）實現(xiàn)方法功能說明： 實現(xiàn)數(shù)據(jù)入庫時候的入庫操作函數(shù)，將入庫單的信息一次提交 返回 0 則執(zhí)行成功，否則失敗采用事務處理方式，將入庫的所有信息用 Commit transaction 方式一次處理華中科技大學軟件工程碩士論文245.1.3 數(shù)據(jù)實體層的設計數(shù)據(jù)實體層的設計該模塊主要封裝一些常用的實體，如客戶信息實體、供應商信息實體、倉庫信息實體等等。由于該信息實體一般情

35、況下不會改變，而且對該信息實體的操作也不會經常改變，所以就將該實體以對象的方式進行封裝，這樣就非常方便的供其它層面的程序調用。數(shù)據(jù)實體層模型如圖 5-5 所示。圖 5-5 數(shù)據(jù)實體層模型在數(shù)據(jù)庫實體層中，有一個與倉庫數(shù)據(jù)表完全一致的一個倉庫類，而且對該倉庫類定義了四種常用的操作方法，這樣，上層的調用就非常方便，而且數(shù)據(jù)封裝的也與現(xiàn)實世界更加一致，有利于程序的開發(fā)。圖 5-6 倉庫信息實體其它數(shù)據(jù)庫實體的設計模型于倉庫的一致，在此就不再一一列出。華中科技大學軟件工程碩士論文255.1.4Web Service 發(fā)布層的設計發(fā)布層的設計（一）Web Service 層模型Web Service 層

36、的設計是為了今后程序的擴展而設計的。它將所有的數(shù)據(jù)庫操作方法組件和業(yè)務邏輯組件的接口用 Web Service 的方式發(fā)布出去，這樣任何形式的客戶端就都可以利用該 Web 服務，包括 PC、PAD 或手機等等。Web Service 層的模型如圖 5-7 所示。圖 5-7 Web 服務層（二）Web Service 層的實現(xiàn)數(shù)據(jù)訪問層的方法通過 Web 服務發(fā)布后，就可以供其它任何形式的客戶端使用，具有非常靈活的優(yōu)點。本節(jié)以數(shù)據(jù)訪問層的接口發(fā)布為例，說明該層的具體實現(xiàn)方法。（1）接口定義type IQueryMyDataServer = interface(IInvokable) AA653F

37、43-74AB-11D6-B774-0010A4A0DCF3 function QueryMyData(const sSQL : String) : String; stdcall; end;（2）接口實現(xiàn)Function TQueryMyDataServer.QueryMyData(const sSQL: String): String; stdCall;var華中科技大學軟件工程碩士論文26 vDODemo : Variant; sData : OleVariant;begin /建立 COM+對象，并調用其輸出的方法 CoInitialize(nil); try vDODemo := C

38、reateOleObject(PQueryDataServer.QueryDataServer); vDODemo.QueryMyData(sSQL, sData); Result := sData; finally CoUninitialize; end;end;5.25.2 界面設計界面設計系統(tǒng)的詳細設計是系統(tǒng)開發(fā)的后期階段,在該階段要實現(xiàn)系統(tǒng)概要設計階段所設計出來的所有系統(tǒng)功能。本系統(tǒng)是在 Windows Server 2003 操作系統(tǒng)下開發(fā)的，開發(fā)工具是 Microsoft Visual Studio 2008、NET Framework 3.5 SP1，編程語言是 C#，開發(fā)中涉及

39、的技術有 ASP.Net、ADO.Net、AJAX, Microsoft SQL 2005 作為數(shù)據(jù)庫，以 Internet 信息服務作為 Web 服務器15。預計開發(fā)完成后，只需在服務器上安裝該系統(tǒng)，局域網(wǎng)(Intranet)上的其它機器（也可以是在 Internet 上）只需打開瀏覽器（IE6.0 以上） ，輸入服務器的網(wǎng)址，形如 http:/主機名(也可以是 Internet 域名) 或 http:/IP 地址 即可進入武漢移動終端公司供應鏈系統(tǒng)。5.2.1 需求管理需求管理本文以需求匯總平衡的實現(xiàn)為例進行需求管理的實現(xiàn)說明。需求匯總平衡是指總部營銷中心對各省分的物資需求申請單進行需求的

40、匯總平衡。打開供應鏈系統(tǒng)、以此點擊采購管理物資需求申請需求匯總平衡，可以打開需求匯總平衡界面。（1）雙擊打開路徑節(jié)點，單擊“查詢”按鈕。輸入查詢條件，可通過需求公司等條件過濾省分需求。華中科技大學軟件工程碩士論文27圖 5-8 需求查詢（2）選擇需要平衡的單據(jù)，單擊“庫存平衡”按鈕。圖 5-9 需求庫存平衡操作確定省分需求數(shù)量和建議訂購數(shù)量，單擊“確定”按鈕。5.2.2 采購管理采購管理本文以采購管理中的維護采購入庫單、保存采購入庫單以及采購入庫單簽字為例進行采購管理說明。（一）維護采購入庫單維護采購入庫單由采購經理進行操作。如圖所示采購入庫單的維護包括對單據(jù)號、單據(jù)日期、倉庫、庫存組織、業(yè)務

41、流程、收發(fā)類別、庫管員以及采購部門等信息的維護。華中科技大學軟件工程碩士論文28圖 5-10 采購入庫單維護（二）保存采購入庫單采購入庫單的保存同樣由采購經理進行操作。如圖所示，當對采購單維護結束時，可以點擊界面左上角的保存按鍵進行保存，保存結束后，界面左下角會提示“保存成功” 。圖 5-11 保存采購入庫單（三）對采購入庫單進行簽字華中科技大學軟件工程碩士論文29物流經理負責度采購入庫單進行簽字。如圖所示，簽字時，物流經理核對單據(jù)號、單據(jù)日期、倉庫、庫存組織、業(yè)務流程、收發(fā)類別、庫管員以及采購部門等信息無誤。點擊界面左上角的簽字，此時界面左下角顯示簽字成功。圖 5-12 采購入庫單簽字5.2

42、.3 銷售管理銷售管理（一）銷售訂單維護、審核省分市場部對渠道商提出需求申請生成的銷售訂單進行維護和審批；省分市場部根據(jù)需求自制銷售訂單并進行審批。銷售訂單的維護和審核由產品經理進行操作。進入供應鏈系統(tǒng)以此點擊銷售管理銷售訂單維護訂單，可以進入銷售訂單維護和審核界面。（1）打開銷售訂單維護界面，點擊“查詢” ，找到生成的銷售訂單，如圖5-6。檢查無誤后，點擊“審核” ，審核單據(jù)。華中科技大學軟件工程碩士論文30圖 5-13 銷售訂單維護審核界面（二）銷售出庫單維護、簽字庫管員根據(jù)銷售訂單進行產品出庫，并在系統(tǒng)中維護單據(jù)。進入供應鏈系統(tǒng)以此點擊銷售管理出庫業(yè)務銷售出庫，可以進入銷售訂單維護和審核

43、界面。（1）打開銷售出庫單界面， “業(yè)務流程”選擇“省分鋪貨結算流程”后，點擊“增加”“銷售訂單” ，查找上游銷售訂單，如圖 5-14：圖 5-14 銷售訂單查詢華中科技大學軟件工程碩士論文31（2）選中查詢到的銷售訂單，點擊“確定”生成銷售出庫單：圖 5-15 銷售出庫單生成（3）填寫相應的出庫信息， “倉庫” “收發(fā)類別”等，選中下方“請輸入條形碼”框后，掃入相應存貨的條形碼，保存并將單據(jù)簽字。此時要注意退貨單據(jù)上“是否退貨”自動打鉤。圖 5-16 填寫出庫信息界面5.2.4 庫存管理庫存管理本文實現(xiàn)的庫存管理包括調撥出庫單維護及調撥入庫單維護。華中科技大學軟件工程碩士論文32（一）調撥出

44、庫單維護調出公司參照調撥訂單錄入調撥出庫單，并錄入串碼信息。調撥出庫單維護由總部物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥出庫，進入庫存調撥管理界面。調撥出庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥訂單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥訂單。圖 5-17 調撥訂單查詢（2）選擇相應調撥訂單，單擊“確定”按鈕。圖 5-18 調撥訂單選擇維護表頭倉庫信息。然后單擊“導出/導入”-“導入主條碼” 。圖 5-19 導入調撥訂單主條碼華中科技大學軟件工程碩士論文33單擊“打開”按鈕，選擇條碼文件。圖 5-20 打開條碼文件單擊按鈕，將 Sheet

45、1 從待選工作簿選到已選工作簿，含義選擇主條碼后，單擊“導入”按鈕。圖 5-21 導入主條碼確認單據(jù)信息無誤后，單擊“保存”-“簽字”按鈕。華中科技大學軟件工程碩士論文34圖 5-22 保存出庫單維護信息（二）調撥入庫單維護省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。圖 5-23 調撥出庫單查詢（

46、2）選擇相應調撥出庫單，單擊“確定”按鈕。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調

47、撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分

48、物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單省分綜合部參照調撥出庫單，根據(jù)實

49、際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫

50、單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫

51、存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。

52、調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參

53、照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊

54、“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。省分綜合部參照調撥出庫單，根據(jù)實際到貨數(shù)量并且驗證串碼進行入庫操作，生成暫估調撥入庫單、暫估采購應付單。調撥出庫管理由省分物流經理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理出庫業(yè)務調撥入庫，進入庫存調撥管理界面。調撥入庫單維護操作如下所示：（1）雙擊打開路徑節(jié)點，單擊“增加”-“調撥出庫單”按鈕。輸入查詢條件，可通過調入公司等條件過濾調撥出庫單。華中科技大學軟件工程碩士論文35圖 5-24 選擇出庫單（3）維護表頭倉庫信息，表體實收數(shù)量自動帶出。圖 5-25 出庫單表頭維護（4）確認單據(jù)無誤后，單擊“保存”-“簽字”

55、按鈕。圖 5-26 出庫調撥簽字華中科技大學軟件工程碩士論文36第六章第六章 結論及展望結論及展望6.16.1 論文工作總結論文工作總結本文以供應鏈系統(tǒng)需求分析及設計為研究議題，以武漢移動終端公司為研究對象，對武漢移動終端公司 ERP 系統(tǒng)中供應鏈系統(tǒng)進行了詳細設計。本文的主要研究成果有:（1）研究了多層分布式供應鏈系統(tǒng)的軟件開發(fā)技術。（2）運用軟件工程開發(fā)思想完成了對系統(tǒng)從需求分析到總體設計、詳細設計、編碼和測試的全過程，進一步加深和理解了系統(tǒng)開發(fā)的一系列過程。（3）最終設計并實現(xiàn)了武漢移動終端公司 ERP 系統(tǒng)中供應鏈系統(tǒng)。該項目開發(fā)的供應鏈系統(tǒng)，已在武漢移動終端公司正式上線運行。采用的是

56、“應用程序與數(shù)據(jù)庫分離”的部署方案，即應用程序與系統(tǒng)數(shù)據(jù)庫分別部署在不同的服務器上，通過數(shù)據(jù)庫鏈接的配置，實現(xiàn)程序與數(shù)據(jù)庫的交互，通過該方案，使得用戶的集中訪問對服務器的壓力降到最小。系統(tǒng)經過一段時間的試運行，各項功能指標和性能指標均能滿足用戶的實際需求，且目前系統(tǒng)的運行狀態(tài)穩(wěn)定，深受公司業(yè)務部門的好評。鑒于移動終端公司采購管理工作中所存在的問題在很多制企業(yè)采購管理工作中存在一定的普遍性，希望本文的研究結論對指導企業(yè)采購管理工作從傳統(tǒng)型向供應鏈管理型過渡具有一定的參考價值，也希望對企業(yè)采購管理工作的改進與提升具有一定的借鑒意義。6.26.2 問題和展望問題和展望科學合理的采購管理信息化平臺對提

57、高企業(yè)競爭力起著重大作用。在企業(yè)高速發(fā)展的同時，對于采購管理又提出了越來越高的要求，隨著市場日新月異的需要，采購管理理論及方法需要與時俱進。尤其是 ERP+MRP，ERP+VMI+JIT 等先進管理理念的出現(xiàn)，使采購管理的信息化平臺更趨科學合理。這也要求對于采購管理信息化平臺的設計要需要根據(jù)每個企業(yè)的實際情況不斷進行探索和實踐。優(yōu)化出最適合自己的信息化平臺。這樣才能使企業(yè)運行效率得到最大限度的提高，完成企業(yè)的再次騰飛。對本文共供應鏈系統(tǒng)進行設計以及實現(xiàn)過程中，一方面，滿足了客戶的需求，完成了預期的目的，另一方面，系統(tǒng)都是不斷在更新的，不斷在發(fā)展的，華中科技大學軟件工程碩士論文37該系統(tǒng)還需要繼

58、續(xù)的工作有以下方面：（1）系統(tǒng)缺乏足夠的統(tǒng)計分析。系統(tǒng)在設計中，設計了一些分析、匯總、統(tǒng)計功能，但是并沒有集中設計一個分析模塊，專門給高層人員進行分析。（2）采用 XML 技術來實現(xiàn)電子數(shù)據(jù)的交換。本系統(tǒng)需要與其它系統(tǒng)進行多種數(shù)據(jù)內容的交換共享，通過設計以 XML 為格式的數(shù)據(jù)交換格式，完成與其它業(yè)務系統(tǒng)的數(shù)據(jù)交換功能。華中科技大學軟件工程碩士論文38參考文獻1侯麗平.論新世紀的企業(yè)管理模式:供應鏈管理J. 商丘師范學院學報. 2012(06):626-6282李書娟.供應鏈管理績效評價研究J. 價值工程. 2012(12):622-6263劉微,王耀球.供應鏈環(huán)境下的質量鏈管理J. 鐵道物資

59、科學管理.2012(04):567-5694朱永鑫.SCM 供應鏈管理J. 中國管理信息化(綜合版).2012(08):362-3675李貴春.集成供應鏈管理系統(tǒng)的分解-協(xié)調模型J.華北工學院學報.2012(03):748-7496麻艷琳.我國企業(yè)供應鏈管理應用現(xiàn)狀及其發(fā)展問題探索J. 內蒙古財經學院學報.2012(02):362-3687施萌.淺析企業(yè)敏捷供應鏈管理J. 北方經貿. 2012(12):234-2368張志檁.供應鏈管理在國內外應用的現(xiàn)狀與趨勢J. 數(shù)字化工. 2012(11):627-6319李偉,林輝.供應鏈中聯(lián)合庫存管理及利益分配模型的研究J. 物流技術. 2012(08

60、):444-44710 李高朋.SCOR 供應鏈運營參考模型J. 情報雜志. 2012(07):747-74911 馬峻,任建平,趙軍哲.基于 B/S 商業(yè)采購信息管理系統(tǒng)的設計與實現(xiàn)J.計算機應用. 2012 (08):345-34712 王亞杰.基于 C/S 和 B/S 的信息系統(tǒng)開發(fā)與研究J. 沈陽大學學報. 2012 (02):123-12613 林健,張玲玲.ERP 的未來發(fā)展趨勢研究J.系統(tǒng)工程理論與實踐. 2012 (04):256-25814 李步峰,江勇,白慶華.作業(yè)成本法在評價供應商中的應用研究J.工業(yè)工程與管理. 2012 (01):321-32315 許淑君,馬士華.供