武漢移動終端公司供應鏈系統(tǒng)的需求分析與設計

1、31.1課題背景31.2 國 i5計5丄2計數(shù)業(yè)據(jù)務訪邏問輯層的的設設層.20.225丄3數(shù)據(jù)實體層的設計.235.4webservice發(fā)布層的設計245.2界面設計265.2.1需求管理265.2.2采購管理275.2.3銷售理295.2.4庫存管理31第八早結論及展望366論文工作總結366.2問題和展望36致謝41華中科技大學軟件工程碩士論文 第一章引言1.1課題背景1.2國內外研究現(xiàn)狀1.3課題任務1.4論文結構第二章相關理論技術簡介2.net2.3 ado.net2.4本章小結第三章系統(tǒng)需求分析3功能性需求3.2非功能性需求3.3本章小結本章主要從系統(tǒng)系統(tǒng)功能需求分析、系統(tǒng)非功能需

2、求分析2方面對管理系統(tǒng)進 行分析，以此確定系統(tǒng)的功能模塊需求以及系統(tǒng)需滿足的基本性能，為系統(tǒng)的設 計階段打下堅實的基礎。3華中科技大學軟件工程碩士論文第四章系統(tǒng)概要設計4系統(tǒng)設計目標(1) 資源整合資源整合，是企業(yè)戰(zhàn)略調整的手段，也是供應鏈管理的的重要工作。整合就是 要優(yōu)化資源配置，就是耍有進有退、有取有舍，就是要獲得整體的最優(yōu)。對不同 來源、不同層次、不同結構、不同內容的供應資源進行識別與選擇、汲取與配置、 激活和有機融合，使其具有較強的柔性、條理性、系統(tǒng)性和價值性，并創(chuàng)造出新 的資源的一個復雜的動態(tài)過程。本系統(tǒng)基于統(tǒng)一平臺架構，實現(xiàn)各個管理系統(tǒng)無 縫對接、信息聯(lián)動、數(shù)據(jù)共享從而達到資源整合

3、的目的。(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.2系統(tǒng)整體技術架構設計武漢移動終端公司erp供應鏈系統(tǒng)采用分布式web service應用結構。采用 web service作為客戶端和c0m +之間互動的中間層，利用web s

4、ervice的優(yōu)勢, 使開發(fā)的中間件通過統(tǒng)一的接口 web service的方式發(fā)布，讓各種形式的客戶端 調用。同吋又利用com +和ad0與數(shù)據(jù)庫連接，充分利用com+的數(shù)據(jù)庫連 接的pooling技術以減少重新建立數(shù)據(jù)庫連接和其它系統(tǒng)的資源，從而提高系統(tǒng) 的執(zhí)行效率。圖41和42顯示了該系統(tǒng)的軟件體系結構。4華中科技大學軟件工程碩士論文圖41軟件體系結構1圖42軟件體系結構2整個系統(tǒng)將采用client/application server/database三層架構。這里的三層的體 系架構包括數(shù)據(jù)庫服務器、應用服務器(com+和web service服務)和客戶顯示, 其各層功能如下：(1)

5、 數(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+接5華中科技大學軟件工程碩士論文口層，上層的操作通過該接口調用ado層的功能與數(shù)據(jù)庫完成交互操作。該層封裝主要的數(shù)據(jù)庫操作，如查詢，添加和刪除等等。業(yè)務層：該層主耍封裝企業(yè)的業(yè)務邏輯，部分業(yè)務邏輯后移到數(shù)據(jù)庫層，通過觸發(fā)器和 存儲過程實

6、現(xiàn)。數(shù)據(jù)對象實體：該層主要是將數(shù)據(jù)庫中的一些常用數(shù)據(jù)庫實體對象化，將它們用面向對象的思 想封裝成數(shù)據(jù)庫實體類，供用戶直觀的調用。web service 發(fā)布層：該層主要是將com+層、數(shù)據(jù)庫實體層和業(yè)務邏輯層的接口用web的方式發(fā) 布，供表示層調用。這樣表示層和底層的接口就單一，而且不必再為不同的表示 形式編寫業(yè)務組件，它們都共用一個web接口。(3) 客戶顯示層：提供給操作人員的顯示界而。該層可以是瀏覽器形式，也 可以是windows界面形式，或其它終端的形式，如手機，掌上pc等等，它們的 調用接口都是統(tǒng)一的web service接口。4.3功能設計以下從業(yè)務角度出發(fā)，以流程圖的方式講解功能

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

8、士論文除了新增需求申請外，本系統(tǒng)還支持需求申請的修改、刪除及查詢。其操作流 程同新增需求申請類似，需求中請流程圖如下：圖43需求申請流程圖（二）需求匯總需求匯總由省終端公司的工作人員進行操作。需求匯總的操作流程如2省終端公司的工作人員成功登陸系統(tǒng)后，點擊界面上的“需求匯總”功能；主 界面逐條顯示各地發(fā)送的需求中請單信息，包括需求中請單號、序號、存貨編碼、 存貨名稱、規(guī)格、型號、計量單位、需求日期、需求數(shù)量、現(xiàn)存量、原始需求庫 存組織、收貨庫存組織等信息；7華中科技大學軟件工程碩士論文工作人員在系統(tǒng)主界面選點擊“查詢=在彈出的查詢條件框中輸入需要匯總存 貨的名稱或編碼，點擊“確定"；系

9、統(tǒng)對輸入查詢條件的有效性進行驗證，不合格彈出提示，合格顯示查詢結果;對結果中的各個門店用戶的需求申請數(shù)量進行匯總；根據(jù)匯總信息發(fā)送終端公司；完成需求匯總工作。（三）需求查詢需求查詢時需求匯總的必須功能，本系統(tǒng)支持按終端名稱、按需求公司+終端 名稱、按需求倉庫+終端名稱、按需求日期+終端名稱、按需求公司+需求日期+ 終端名稱進行匯總查詢。查詢功能的操作流程包含在需求匯總中，在此不再贅述。需求匯總及需求查詢的流程圖如下：8華中科技大學軟件工程碩士論文圖牛4需求匯總及查詢流程圖4.3.2采購管理采購管理包括采購訂單生成、訂單處理、訂單查詢、采購退貨。訂單生成采購管理員成功登陸系統(tǒng)后，點擊界面左側的“

10、采購管理"進入采購管理界面；在采購管理界面上方的工具條上點擊“新增=在彈出的訂單上，訂單編號系統(tǒng)自動生成。采購管理員根據(jù)實際情況填寫訂單 編號、廠商名稱、采購單位、機型、訂單數(shù)量、顏色、到貨要求等信息；在用戶輸入信息時，對信息的有效性進行驗證。，如訂單數(shù)量是否為負數(shù)，采 購單位是否存在等；9華中科技大學軟件工程碩士論文 若存在不合法字符，及時進行提示；信息輸入完成后，用戶點擊“確定"按鍵；此時，訂單信息會被存儲在數(shù)據(jù)庫屮；完成訂單生成工作。訂單處理及查詢訂單處理及查詢是指通過查詢找到需要處理的訂單，按照實際需要進行發(fā)貨或 終止處理。具體操作流程如下：采購管理員成功登陸系統(tǒng)后

11、，點擊界面上的“訂單處理"功能；主界面逐條顯示訂單信息，；工作人員在系統(tǒng)主界面選點擊“查詢j在彈岀的查詢條件框中輸入需耍處理訂 單的編號、日期或者訂單名稱，點擊“確定s系統(tǒng)對輸入查詢條件的有效性進行驗證，不合格彈出提示，合格顯示查詢結果; 選中查詢出的訂單，根據(jù)需要選擇工具欄中中的發(fā)貨或者終止； 將處理信息保存數(shù)據(jù)庫完成訂單處理工作。采購管理的流程圖如下：華中科技大學軟件工程碩士論文圖45采購管理流程圖4.3.3銷售管理（一）實體門店零售實體門店工作人員成功登陸系統(tǒng)后，點擊界面左側的“銷售管理”進入銷售管理 界面；當客戶選擇使用購機電子券購機時，按照規(guī)則扣減客戶電子券金額；成功扌ii

12、減后，輸入辦理號碼、捆綁號碼、購機電子券代碼串、門店編碼，供貨 平臺編碼，操作工號；當客戶選擇購買非裸機的方式時，工作人員應該錄入客戶資料、機型、是否有 禮包等設備信息數(shù)據(jù)資料；當客戶選擇預存話費送購機電子券時，在通過接口調用由終端公司前臺零售11華中科技大學軟件工程碩士論文系統(tǒng)將購機電子券做入庫操作指令；指令內容包括：營銷案辦理號碼，預存話 費送購機電子券營銷案id、購機電子券類型、指定機型、購機電子券編碼、購 機電子券密碼；當客戶選擇購買裸機或則購機送話費的方式時，實體門店的營業(yè)人員應該選擇 使用終端公司前臺零售系統(tǒng)進行裸機銷售操作，錄入客戶資料、定制終端imei 號、顏色、是否有禮包等設

13、備信息數(shù)據(jù)資料，進行終端實物設備的銷售處理；如果是純裸機銷售，不存在贈送話費的話，終端公司前臺零售系統(tǒng)向 crm/boss以及erp系統(tǒng)同步銷售記錄，如果是帶贈送話費的，則除了同步銷 售記錄外，還需要辦理贈費營銷案；完成系統(tǒng)操作后，門店的銷售記錄自動上傳數(shù)據(jù)庫；實體門店銷售流程圖如下：圖46實體門店銷售流程圖（二）電子商務平臺零售客戶登陸電子商務選擇機型和營銷活動，填寫訂單。電子商務平臺后臺采用系統(tǒng)自動和人工方式對訂單進行審核。12華中科技大學軟件工程碩士論文審核不通過取消訂單，審核通過進入訂單分撿處理。當客戶選擇購買裸機或則購機送話費的方式時，電子商務平臺后臺進行商品資 源預占處理；如果是純

14、裸機銷售，不存在贈送話費的話，電子商務平臺向crm/boss以及 erp系統(tǒng)同步銷售記錄。如果是帶贈送話費的，則除了同步銷售記錄外，還需要 辦理贈費營銷案。當客戶選擇參與預存話費送購機電子券營銷案時，電子商務平臺為客戶增加購 機電子券入庫，按照規(guī)則扣減客戶電子券金額。成功扣減后，向crm/boss和 erp同步銷售記錄，并根據(jù)購機電子券金額是否足夠抵扌ii購機款；最后由物流配送給客戶簽收和收款。如果成功完成簽收和收款，則流程結束。如果簽收不成功，則取消訂單，并將客戶相關己經(jīng)執(zhí)行的贈扣費進行回退處理。 電子商務平臺銷售管理流程圖如下：13華中科技大學軟件工程碩士論文圖4-7電子商務平臺銷售管理流

15、程圖4.3.4庫存管理本系統(tǒng)實現(xiàn)庫存管理包括入庫管理、出庫管理、調撥管理和庫存盤點。（一）入庫管理及出庫管理倉庫管理員成功登陸系統(tǒng)后，點擊界面左側的“倉庫管理"進入倉庫管理界面； 在倉庫管理界面上方的工具條上點擊“入庫"或者“出庫=14華中科技大學軟件工程碩士論文在彈出的入庫或者出庫單上，入庫或者出庫單編號系統(tǒng)自動生成。倉庫管理員 根據(jù)實際情況填寫原單據(jù)號，入庫或者擊庫發(fā)起人或是單位，入庫或者出庫的對 象倉庫，詳細的貨物信息，手機終端需要有imei號等信息；在用戶輸入信息時，對信息的有效性進行驗證。，如訂單數(shù)量是否為負數(shù)，采 購單位是否存在等；若存在不合法字符，及時進行提示

16、；倉庫管理人員進行入庫或者出庫確認。如果有差異，填寫差異報告。系統(tǒng)確認商品庫存增加或減少。并將入庫或者出庫接受完畢填回原始入庫或者出庫要求單據(jù)。完成入庫或者出庫工作。（二）調撥管理當某款手機在某地缺貨，而另外某地滯貨的|寸候，會存在調撥需求。調撥，首 先由缺貨方對上級管理單位提交調撥申請，然后該級管理單位在所管理的倉庫或 是門丿占范圍進行查找，如果某倉庫或是廳丿占有多余的貨物庫存，則可以安排調撥, 否則，由該級管理單位再對上級單位進行調撥中請。功能說明如下：缺貨方成功登陸系統(tǒng)后，點擊界面左側的“倉庫管理"進入倉庫管理界面；選 中工具條中的調撥管理，在彈出的調撥申請單中，輸入調撥申請信

17、息生成調撥申 請單；上級單位接收到調撥申請后，首先是對自己所管理的范圍進行庫存查找，如果 可以找到多余庫存可以進行調撥，上級管理單位有權修改實際調撥出庫數(shù)量。然后被調撥方進行調撥出庫，缺貨 方進行調撥接受。如果上級單位在自己所管理區(qū)域內沒有多余的庫存可供調撥，那么就需要對自 己的上級單位進行協(xié)調申請；如果該上級單位就是移動終端總公司，那么就可以觸發(fā)采購訂單，進行采購補 貨;如果不是，那么該上級單位重復步驟（3）庫存盤點倉庫管理員成功登陸系統(tǒng)后，點擊界面左側的“倉庫管理"進入倉庫管理界面；在倉庫管理界面上方的工具條上點擊“盤點系統(tǒng)輸出盤點報表；倉庫操作人員依據(jù)盤點報表核對倉庫庫存；如果

18、帳實相符則本次盤點結束；如果出現(xiàn)差異，則需要走差異處理。15華中科技大學軟件工程碩士論文倉庫管理流程圖如2圖48倉庫管理流程圖4.4數(shù)據(jù)庫設計4.4.1數(shù)據(jù)庫的基木er圖e-r模型是描述數(shù)據(jù)庫概念結構的優(yōu)秀模型，通過對系統(tǒng)實體、實體屬性及其 關系的描述，可以最終形成er模型，系統(tǒng)中涉及的實體有員工、崗位、部門、 系統(tǒng)用戶、薪酬、招聘、考勤、培訓、合同管理、保險等。圖49顯示的是供應 鏈管理系統(tǒng)的數(shù)據(jù)庫表的er圖，具體設計方法在此不再一一敘述。華中科技大學軟件工程碩士論文圖49數(shù)據(jù)庫類圖4.4.2數(shù)據(jù)庫的表設計根據(jù)武漢移動終端公司erp系統(tǒng)共供應鏈系統(tǒng)的業(yè)務流程圖和各個操作功能 的數(shù)據(jù)流圖，設計

19、數(shù)據(jù)庫實體和數(shù)據(jù)庫實體對應的數(shù)據(jù)表列表如下所示。表45入庫訂單表17華屮科技大學軟件工程碩士論文表4-7需求單表18華中科技大學軟件工程碩士論文華中科技大學軟件工程碩士論文第五章系統(tǒng)詳細設計5.1系統(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ù)庫的常用操作方法用 com+的方式進行封裝，然后作為統(tǒng)一的接口，供上層模塊的調用，這樣就統(tǒng)一 了數(shù)據(jù)庫訪問的開發(fā)模式，也統(tǒng)一了團隊成員的開發(fā)模式，便于各個模塊的集成 和測試，也便于后期的維護和功能擴展。

20、圖51顯示了數(shù)據(jù)訪問層的模塊功能。圖5-1 com+數(shù)據(jù)訪問層數(shù)據(jù)訪問層是與數(shù)據(jù)庫交互的通道，也是系統(tǒng)設計中的唯一的一個通道，所以 該層的性能直接關系到整個系統(tǒng)的性能；由于系統(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ā)效率。為了更進一步的提高執(zhí)行效率，根據(jù)這個層

21、所要完成的功能，將分成三個20華中科技大學軟件工程碩士論文 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;varvdata: olevariant); safecall;主要控件：tadoc

22、onnection：通過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:

23、 false;采用 tsqlresolver 方式clientdataset: fetchondemand : false;為無狀態(tài)對象主耍控件如圖52所示。圖5-2主要控件21華中科技大學軟件工程碩士論文5.1.2業(yè)務邏輯層的設計（-）業(yè)務邏輯層模型業(yè)務邏輯層主耍是將企業(yè)的一些常用的業(yè)務，封裝起來，供客戶層面直接調用, 特別是關鍵性的業(yè)務，不僅是邏輯比較復雜，而且還要有一定的安全性，特別是 業(yè)務邏輯經(jīng)常會根據(jù)企業(yè)業(yè)務的發(fā)展而不斷的變化，如果將其放在前臺處理，則 不僅是將業(yè)務邏輯暴露在前端，而且安全性也比較差，特別是后期維護比較麻煩, 所以將關鍵性的業(yè)務封裝成業(yè)務邏輯層，供客戶層調用。業(yè)務邏輯

24、層模型如圖53所示。圖5-3業(yè)務邏輯層圖54顯示了原材料采購入庫的業(yè)務邏輯模塊目前所包括的操作，今后如果業(yè) 務邏輯有所變化，只要保持接口不變，則只需修改業(yè)務邏輯層就可以，而不必修 改上層的代碼，這樣就保持了模塊的獨立性，一個模塊功能修改，不影響其它的 模塊，便于后期的維護和功能的擴展。華中科技大學軟件工程碩士論文圖5-4原材料采購入庫業(yè)務邏輯圖其它的業(yè)務邏輯模型相似，在此不再一一說明。(二)業(yè)務邏輯層的實現(xiàn)業(yè)務邏輯層主要調用com+層的功能，將企業(yè)業(yè)務邏輯封裝層組件，并將其接 口用web service形式發(fā)布,供表示層調用。以坯布入庫為例，簡要說明該層的實現(xiàn)方法。(1) 接口聲明：typei

25、lnsertfabricenterserver = interface(iinvokable)'65235805-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方式一次處理5.1.3數(shù)據(jù)實體層的設計該模塊主要封裝一些常用的實體，如客戶

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

27、ervice 層模型web service層的設計是為了今后程序的擴展而設計的。它將所有的數(shù)據(jù)庫操作 方法組件和業(yè)務邏輯組件的接口用web service的方式發(fā)布出去，這樣任何形式 的客戶端就都可以利用該web服務，包括pc、pad或手機等等。24華中科技大學軟件工程碩士論文_web service層的模型如圖5-7所示。圖5-7 web服務層(二)web service 層的實現(xiàn)數(shù)據(jù)訪問層的方法通過web服務發(fā)布后，就可以供其它任何形式的客戶端使 用，具有非常靈活的優(yōu)點。本節(jié)以數(shù)據(jù)訪問層的接口發(fā)布為例，說明該層的具體 實現(xiàn)方法。(1) 接口定義typeiquerymydataserver

28、= interface(iinvokable)4 aa653f43-74ab-11d6-b774-0010a4a0dcf3'function querymydata(const ssql : string): string; stdcall; end;(2) 接口實現(xiàn)function tquerymydataserver.querymydata(const ssql: string): string; stdcall;varvdodemo : variant;sdata : olevariant;begin建立com+對象，并調用其輸出的方法colnitialize(nil);try華

29、中科技大學軟件工程碩士論文vdodemocreateoleobj ect(4 pquerydataserver.querydataserver j;vdodemo.querymydata(ssql, sdata);result := sdata;finallycouninitialize;end;end;:=5.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

30、sp1,編程語 言是 c#,開發(fā)中涉及的技術有 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)。521需求管理(1) 雙擊打開路徑節(jié)點，單擊“查詢”按鈕。輸入查詢條件，可通過需求公司 等條件過濾省分需求

31、。26華中科技大學軟件工程碩士論文圖5-8需求查詢(2) 選擇需耍平衡的單據(jù)，單擊“庫存平衡”按鈕。圖5-9需求庫存平衡操作確定省分需求數(shù)量和建議訂購數(shù)量，單擊“確定"按鈕。5.2.2采購管理(-)維護采購入庫單維護采購入庫單由采購經(jīng)理進行操作。如圖所示采購入庫單的維護包括對單據(jù) 號、單據(jù)日期、倉庫、庫存組織、業(yè)務流程、收發(fā)類別、庫管員以及采購部門等 信息的維護。華中科技大學軟件工程碩士論文圖510釆購入庫單維護（二）保存采購入庫單采購入庫單的保存同樣由采購經(jīng)理進行操作。如圖所示，當對采購單維護結束 時，可以點擊界面左上角的保存按鍵進行保存，保存結束后，界面左下角會提示 “保存成功二

32、圖511保存采購入庫單（三）對采購入庫單進行簽字28華中科技大學軟件工程碩士論文物流經(jīng)理負責度采購入庫單進行簽字。如圖所示，簽字時，物流經(jīng)理核對單據(jù) 號、單據(jù)日期、倉庫、庫存組織、業(yè)務流程、收發(fā)類別、庫管員以及采購部門等 信息無誤。點擊界面左上角的簽字，此時界面左下角顯示簽字成功。圖512釆購入庫單簽字5.2.3銷售管理（-）銷售訂單維護、審核省分市場部對渠道商提岀需求申請生成的銷售訂單進行維護和審批；省分市場 部根據(jù)需求自制銷售訂單并進行審批。銷售訂單的維護和審核由產(chǎn)品經(jīng)理進行操 作。進入供應鏈系統(tǒng)以此點擊銷售管理>銷售訂單>維護訂單，可以進入銷 售訂單維護和審核

33、界面。(1) 打開銷售訂單維護界面，點擊“查詢"，找到生成的銷售訂單，如圖56。 檢查無誤后，點擊“審核"，審核單據(jù)。29華中科技大學軟件工程碩士論文圖513銷售訂單維護審核界面(二)銷售出庫單維護、簽字庫管員根據(jù)銷售訂單進行住品出庫，并在系統(tǒng)中維護單據(jù)。進入供應鏈系統(tǒng)以 此點擊銷售管理>出庫業(yè)務>銷售出庫，可以進入銷售訂單維護和審核界 面。(1) 打開銷售出庫單界面，“業(yè)務流程''選擇“省分鋪貨結算流程'后，點擊“增 加肖售訂單=查找上游銷售訂單，如圖5-14：圖514銷售訂單查詢30華中科技大學軟件工程碩士論文(2)

34、選中查詢到的銷售訂單，點擊“確定”生成銷售岀庫單：圖515銷售出庫單生成(3) 填寫相應的出庫信息，“倉庫收發(fā)類別''等，選中下方“請輸入條形碼" 框后，掃入相應存貨的條形碼，保存并將單據(jù)簽字。此時要注意退貨單據(jù)上“是 否退貨"自動打鉤。圖516填寫出庫信息界而5.2.4庫存管理華中科技大學軟件工程碩士論文(-)調撥出庫單維護調出公司參照調撥訂單錄入調撥出庫單，并錄入串碼信息。調撥出庫單維護由 總部物流經(jīng)理進行操作。進入供應鏈系統(tǒng)以此點擊庫存管理>出庫業(yè)務>調 撥岀庫，進入庫存調撥管理界面。調撥岀庫單維護操作如下所示：(1) 雙擊

35、打開路徑節(jié)點，單擊“增加二“調撥訂單"按鈕。輸入查詢條件，可通 過調入公司等條件過濾調撥訂單。圖517調撥訂單查詢(2) 選擇相應調撥訂單，單擊“確定”按鈕。圖518調撥訂單選擇維護表頭倉庫信息。然后單擊“導出/導入=“導入主條碼駕圖519導入調撥訂單主條碼華中科技大學軟件工程碩士論文 單擊“打開”按鈕，選擇條碼文件。圖520打開條碼文件 單擊按鈕，將sheet 1從待選工作簿選到已選工作簿，含 義選擇主條碼后，單擊“導入對安鈕。圖5-21導入主條碼確認單據(jù)信息無誤后，單擊“保存'，簽字"按鈕。33華中科技大學軟件工程碩士論文圖522保存出庫單維護信息（二）調撥入庫

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

37、擊“保存巴“簽字"按鈕。圖5-26出庫調撥簽字35華中科技大學軟件工程碩士論文第六章結論及展望6.1論文工作總結（1）研究了多層分布式供應鏈系統(tǒng)的軟件開發(fā)技術。（2）運用軟件工程開發(fā)思想完成了對系統(tǒng)從需求分析到總體設計、詳細設計、 編碼和測試的全過程，進一步加深和理解了系統(tǒng)開發(fā)的一系列過程。（3）最終設計并實現(xiàn)了武漢移動終端公司erp系統(tǒng)中供應鏈系統(tǒng)。該項目開發(fā)的供應鏈系統(tǒng)，己在武漢移動終端公司止式上線運行。采用的是“應 用程序與數(shù)據(jù)庫分離"的部署方案，即應用程序與系統(tǒng)數(shù)據(jù)庫分別部署在不同的 服務器上，通過數(shù)據(jù)庫鏈接的配置，實現(xiàn)程序與數(shù)據(jù)庫的交互，通過該方案，使 得用戶的集

38、中訪問對服務器的壓力降到最小。系統(tǒng)經(jīng)過一段時間的試運行，各項 功能指標和性能指標均能滿足用戶的實際需求，且fi前系統(tǒng)的運行狀態(tài)穩(wěn)定，深 受公司業(yè)務部門的好評。鑒于移動終端公司采購管理工作中所存在的問題在很多制企業(yè)采購管理工作 中存在一定的普遍性，希望6.2問題和展望科學合理的采購管理信息化平臺對提高企業(yè)競爭力起著重大作用。在企業(yè)高速 發(fā)展的同時，對于采購管理又提出了越來越高的要求，隨著市場h新月界的需要, 釆購管理理論及方法需要與時俱進。尤其是erp+mrp, erp+vmi+jit等先進 管理理念的出現(xiàn)，使采購管理的信息化平臺更趨科學合理。這也要求對于采購管 理信息化平臺的設計要需要根據(jù)每個

39、企業(yè)的實際情況不斷進行探索和實踐。優(yōu)化 出最適合自己的信息化平臺。這樣才能使企業(yè)運行效率得到最大限度的提高，完 成企業(yè)的再次騰飛。對華中科技大學軟件工程碩士論文述需耍繼續(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ù)交換功能。37華中科技大學軟件工程碩士論文參考文獻1侯麗平.論新世紀的企業(yè)管理模式:供應鏈管理j.商丘師范學院學報.2012(

40、06):626-62821李書娟.供應鏈管理績效評價研究j價值工程.2012(12):622-6263 劉微，王耀球供應鏈環(huán)境下的質量鏈管理j鐵道物資科學管 理.2012(04):567-5694 朱永鑫.scm供應鏈管理j.中國管理信息化(綜合版).2012(08):3623675 李貴春.集成供應鏈管理系統(tǒng)的分解協(xié)調模型j.華北工學院學 報.2012(03):748-7496 麻艷琳.我國企業(yè)供應鏈管理應用現(xiàn)狀及其發(fā)展問題探索j design concept for a transparentsupply chainj production engineering,2008(4):256-

41、25919 peter nyhuis,ben munzberg,marco kennemann. configuration and regulation of ppcfjproduction engineering,2009(2): 153-15820 sanjeev k. bordoloi.a control rule for recruitment planning in engineering consultancyj journal of productivity analysis, 2012(11):423-42721 j. c. aurich,d. biermann,h. blu

42、m?c. brecher,c. carstensen,b- denkenaf. klocke,m.kroger,p. steinmann,k. weinert.modelling and simulation of process: machine interaction in grindingfj production engineering, 2012(14):359-34638華中科技大學軟件工程碩士論文22 jurgen fleischer,markus hermjdrg ude.business capabilities as configuration elements of va

43、lue added networks j production engineering, 2012(23):2633-263823 peter nyhuis,seicosha wulf,tim klemke,benjamin hirsch.integrative factory, technology, and product planning-systemizing the information transfer on theoperational level|j production engineering,2010(6):62-6824 christian brecherthomas rudolf.adaptive logging module for monitoringapplicationsusing control internal digital drive signalsj production engineering, 2012(2):264-26825 陸錦洪，陳疇舖基于ahp的供應