【文章內容簡介】 銷案。當客戶選擇參與預存話費送購機電子券營銷案時，電子商務平臺為客戶增加購機電子券入庫，按照規(guī)則扣減客戶電子券金額。成功扣減后，向 CRM/BOSS和 ERP 同步銷售記錄，并根據(jù)購機電子券金額是否足夠抵扣購機款；最后由物流配送給客戶簽收和收款。如果成功完成簽收和收款，則流程結束。如果簽收不成功，則取消訂單，并將客戶相關已經執(zhí)行的贈扣費進行回退處理。電子商務平臺銷售管理流程圖如下：14 / 41圖 47 電子商務平臺銷售管理流程圖 庫存管理本系統(tǒng)實現(xiàn)庫存管理包括入庫管理、出庫管理、調撥管理和庫存盤點。（一）入庫管理及出庫管理倉庫管理員成功登陸系統(tǒng)后，點擊界面左側的“倉庫管理”進入倉庫管理界面；在倉庫管理界面上方的工具條上點擊“入庫”或者“出庫” ；功能選擇購機裸機或購機送話費客戶預留手機辦理贈送營銷案填寫訂單后臺審核訂單電子券購機輸入電子券號驗證電子券有效性自動減少購機金額發(fā)貨簽收成功取消銷售記錄YN確定訂單15 / 41在彈出的入庫或者出庫單上，入庫或者出庫單編號系統(tǒng)自動生成。倉庫管理員根據(jù)實際情況填寫原單據(jù)號，入庫或者出庫發(fā)起人或是單位，入庫或者出庫的對象倉庫，詳細的貨物信息，手機終端需要有 IMEI 號等信息； 在用戶輸入信息時，對信息的有效性進行驗證。 ，如訂單數(shù)量是否為負數(shù)，采購單位是否存在等；若存在不合法字符，及時進行提示；倉庫管理人員進行入庫或者出庫確認。如果有差異，填寫差異報告。系統(tǒng)確認商品庫存增加或減少。并將入庫或者出庫接受完畢填回原始入庫或者出庫要求單據(jù)。完成入庫或者出庫工作。（二）調撥管理當某款手機在某地缺貨，而另外某地滯貨的時候，會存在調撥需求。調撥，首先由缺貨方對上級管理單位提交調撥申請，然后該級管理單位在所管理的倉庫或是門店范圍進行查找，如果某倉庫或是廳店有多余的貨物庫存，則可以安排調撥，否則，由該級管理單位再對上級單位進行調撥申請。功能說明如下：缺貨方成功登陸系統(tǒng)后，點擊界面左側的“倉庫管理”進入倉庫管理界面；選中工具條中的調撥管理，在彈出的調撥申請單中，輸入調撥申請信息生成調撥申請單；上級單位接收到調撥申請后，首先是對自己所管理的范圍進行庫存查找，如果可以找到多余庫存可以進行調撥，上級管理單位有權修改實際調撥出庫數(shù)量。然后被調撥方進行調撥出庫，缺貨方進行調撥接受。如果上級單位在自己所管理區(qū)域內沒有多余的庫存可供調撥，那么就需要對自己的上級單位進行協(xié)調申請；如果該上級單位就是移動終端總公司，那么就可以觸發(fā)采購訂單，進行采購補貨；如果不是，那么該上級單位重復步驟（3）.庫存盤點倉庫管理員成功登陸系統(tǒng)后，點擊界面左側的“倉庫管理”進入倉庫管理界面；在倉庫管理界面上方的工具條上點擊“盤點” ；系統(tǒng)輸出盤點報表；倉庫操作人員依據(jù)盤點報表核對倉庫庫存；16 / 41如果帳實相符則本次盤點結束；如果出現(xiàn)差異，則需要走差異處理。倉庫管理流程圖如下：圖 48 倉庫管理流程圖 數(shù)據(jù)庫的基本 ER 圖ER 模型是描述數(shù)據(jù)庫概念結構的優(yōu)秀模型，通過對系統(tǒng)實體、實體屬性及其關系的描述，可以最終形成 ER 模型，系統(tǒng)中涉及的實體有員工、崗位、部門、系統(tǒng)用戶、薪酬、招聘、考勤、培訓、合同管理、保險等。圖 49 顯示的是供應鏈管理系統(tǒng)的數(shù)據(jù)庫表的 ER 圖，具體設計方法在此不再一一敘述。功能選擇倉庫管理功能選擇入庫 出庫下級單位提交調撥申請D a t a B a s e倉庫管理員盤點完成填寫入庫信息 填寫出庫信息上級單位核實申請系統(tǒng)輸出盤點表將比對成功的結果顯示在界面上管理員進行核對點擊 “ 確定 ”寫入調撥有庫存17 / 41圖 49 數(shù)據(jù)庫類圖 數(shù)據(jù)庫的表設計根據(jù)武漢移動終端公司 ERP 系統(tǒng)共供應鏈系統(tǒng)的業(yè)務流程圖和各個操作功能的數(shù)據(jù)流圖，設計數(shù)據(jù)庫實體和數(shù)據(jù)庫實體對應的數(shù)據(jù)表列表如下所示。表 45 入庫訂單表序號 數(shù)據(jù)項 數(shù)據(jù)類型 是否必填 長度 默認值 備注1 終端串碼 STRING 是 系統(tǒng)自動生成2 終端類型 STRING 是 系統(tǒng)自動生成3 產品線 STRING 是 手動輸入4 終端型號 STRING 是 系統(tǒng)自動生成5 廠商 STRING 是 手動輸入18 / 416 串碼狀態(tài) STRING 是 系統(tǒng)自動生成7 入庫時間 DATE 是 系統(tǒng)自動生成8 所屬倉庫 STRING 是 系統(tǒng)自動生成9 備注 STRING 否表 46 供應商供貨單序號 數(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 備注 否表 47 需求單表序號 字段名 數(shù)據(jù)類型（長度）是否為主鍵是否允許為空描述1 CustomerID Int 是 否 存貨編碼2 CustomerTypeID Int 外鍵 否 客戶類型 ID3 ContactID Int 外鍵 否 數(shù)量4 AgentID Int 外鍵 否 需求公司5 CustomerName Varchar(50) 否 是 組織19 / 416 AgentChangeTime Datetime 否 是 需求日期表 48 合同單表序號 字段名 數(shù)據(jù)類型（長度）是否為主鍵是否允許為空描述1 CompactID Int 是 否 合同 ID2 CustomerID Int 外鍵 否 供應商客戶 ID3 ContactID Int 外鍵 否 聯(lián)系人 ID4 CompactName Varchar(40) 否 否 合同名稱5 CompactTime Datetime 否 是 簽約日期6 TradeID Int 外鍵 否 交易方式 ID7 CompactAddress Varchar(50) 否 是 簽約地點8 CompactCustomer Varchar(20) 否 是 簽約客戶9 CompactPerson Varchar(20) 否 是 簽約人CompactAbstract Text 否 是 合同摘要Remarks Text 否 是 備注Comment [B3]: 詳細設計的出發(fā)點是提出系統(tǒng)分析階段明確的典型系統(tǒng)功能的軟件實現(xiàn)方案。目前的這種分別介紹系統(tǒng)每一個層應該干什么的敘述方式沒有回答上述問題。即本系統(tǒng)的典型功能如何在這個架構下予以實現(xiàn)。你需要從概念上（當然要用 UML交互圖和類圖來表示）提出讓專家認可的功能實現(xiàn)方案。舉例說明幾個典型功能的實現(xiàn)方案就可以了。20 / 41第五章 系統(tǒng)詳細設計該部分是系統(tǒng)實現(xiàn)的重點，這里主要介紹數(shù)據(jù)訪問層、業(yè)務邏輯層和數(shù)據(jù)實體層的具體設計和實現(xiàn)。（一）數(shù)據(jù)訪問層設計數(shù)據(jù)訪問層主要是對數(shù)據(jù)庫操作方法的封裝。它將數(shù)據(jù)庫的常用操作方法用 COM+的方式進行封裝，然后作為統(tǒng)一的接口，供上層模塊的調用，這樣就統(tǒng)一了數(shù)據(jù)庫訪問的開發(fā)模式，也統(tǒng)一了團隊成員的開發(fā)模式，便于各個模塊的集成和測試，也便于后期的維護和功能擴展。圖 51顯示了數(shù)據(jù)訪問層的模塊功能。圖 51 COM+數(shù)據(jù)訪問層數(shù)據(jù)訪問層是與數(shù)據(jù)庫交互的通道，也是系統(tǒng)設計中的唯一的一個通道，所以該層的性能直接關系到整個系統(tǒng)的性能；由于系統(tǒng)運行的是微軟的Win2022 Server平臺，所以，數(shù)據(jù)庫訪問層采用 COM＋的方式進行封裝，充分利用系統(tǒng)的優(yōu)勢，以提高該層的執(zhí)行性能。（二）數(shù)據(jù)庫訪問層的實現(xiàn)該層次是 COM+組件，COM+組件與微軟平臺有機結合在一起，可以得到更高的執(zhí)行效率和響應速度。 來開發(fā) COM+組件，以實現(xiàn)數(shù)據(jù)庫訪問層的功能。NET 有著非常強大的快速開發(fā)環(huán)境，有助于提高系統(tǒng)的開發(fā)效率。21 / 41為了更進一步的提高執(zhí)行效率，根據(jù)這個層所要完成的功能，將分成三個COM+組件來實現(xiàn)該層次的功能。1：返回記錄集合的數(shù)據(jù)訪問組件2：批量更新數(shù)據(jù)的數(shù)據(jù)訪問組件3：常用一些主要數(shù)據(jù)訪問方法的組件以上三個組件的實現(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：結果集合傳遞的橋梁。TclientDataSet：通過該控件的 CommandText 命令發(fā)出查詢語句，返回的執(zhí)行結果以 XMLData 的形式表示?？丶闹饕獏?shù)：Dataset: CacheSize: 100~1000 取 300。CursorLocation: clUseClient。 Lock Type: ltOptimisticDataSetProvider: poAllowCommandText: True。 ResolveToDataSet: False。采用 TSQLResolver 方式ClientDataSet: FetchOnDemand : False。 為無狀態(tài)對象主要控件如圖 52 所示。(2)主要實現(xiàn)方法數(shù)據(jù)庫訪問連接字符串的動態(tài)載入//COM+激活時候調用 GetCnStr 動態(tài)加入連接字符串procedure (Sender: TObject)。begin := GetCnStr。end。從加密文件中讀取連接字符串//從加密文件中讀取連接字符串function GetCnStr:string。Var F: TextFile。 mystr:String。 filename:string。begin//加入讀取 connectionString 文件的方法。 filename:=GetCurrentDirEx()+39。39。 AssignFile(F, FileName)。 { File selected in dialog } Reset(F)。 Readln(F, mystr)。 { Read first line of file } CloseFile(F)。 //調用加密算法（EncryptionEngine）加密字符串 mystr :=EncryptionEngine(trim(mystr),mykey,False)。 result:=mystr。end。實現(xiàn)查詢的 COM+數(shù)據(jù)訪問層，返回 XMLData 記錄集合//COM+方法，傳入 SQL 查詢語句，返回 XMLData 記錄集合procedure (const sSQLCommand: WideString。 var vData: OleVariant)。begin := False。 := sSQLCommand。 try try := True。 vData := 。 //返回記錄集合 finally := False。 end。 SetComplete。 except on e: Exception do begin vData := 39。39。 //執(zhí)行失敗，返回空記錄集合 SetAbort。 end。 end。 end。22 / 41圖 52 主要控件 業(yè)務邏輯層的設計（一）業(yè)務邏輯層模型業(yè)務邏輯層主要是將企業(yè)的一些常用的業(yè)務，封裝起來，供客戶層面直接調用，特別是關鍵性的業(yè)務，不僅是邏輯比較復雜，而且還要有一定的安全性，特別是業(yè)務邏輯經常會根據(jù)企業(yè)業(yè)務的發(fā)展而不斷的變化，如果將其放在前臺處理，則不僅是將業(yè)務邏輯暴露在前端，而且安全性也比較差，特別是后期維