【正文】 統(tǒng)性能測試 .................................................. 39 系統(tǒng)文檔測試 .................................................. 39 系統(tǒng)測試結果 .................................................. 39 系統(tǒng)部署 ...................................................... 40 網絡拓撲 .................................................... 40 建議硬件配置 ................................................. 40 本章小結 ...................................................... 40 致 謝 ............................................................. 41 參 考 文 獻 ........................................................ 42 1 1 緒論 本章首先 介紹論文研究背景及意義，然后說明論文所使用的工具，最后描述論文結構。湘煤集團公司為增加市場競爭力，制定了大集團建設發(fā)展戰(zhàn)略，為適應大集團發(fā)展戰(zhàn)略的需要就要對企業(yè)的物供體制進行創(chuàng)新和重組再造，把物流戰(zhàn)略規(guī)劃納入企業(yè)實施戰(zhàn)略計劃，按照現(xiàn)代物流和供應鏈的要求組建煤炭企業(yè)集團的物資管理體系。 作為大型企業(yè)的湘煤集團有限公司，物資部是湘煤集團煤業(yè)股份有限公司的物資采購和管理部門，傳統(tǒng)的管理模式已經落后，自 2020 年，湘煤集團公司決定開發(fā)新的采購系統(tǒng)，為其又好又快發(fā)展提供先進的技術平臺。中國的 ERP 也是伴隨改革開放而產生的。起點上國內高于國外，但是起點高并不等于效果好。從 MRP，閉環(huán) MRP， MRPⅡ，到 ERP，基本上十 3 年一 個階段。由于國內 ERP 發(fā)展過程中不是循序漸進，因此缺乏 ERP 實施經驗的積累，又缺乏人才的積累。據用友、金蝶國內兩大 ERP 提供商的統(tǒng)計， ERP 供應商本身 ERP 各類人才缺少 20%左右，使用 ERP 軟件的企業(yè)更加缺乏 ERP 人才。而中國的勞動力成本相對較低，不實施 ERP 一樣可以生存。成立物資管理委員會，建立供應商評估、供應商準入及退出機制，制訂供應商準入標準；建立井口及片區(qū)物資超市，提倡供應商寄售，降低庫存物資，減少資金儲備；物資比價采購機制；優(yōu)化物資配送機制。利用系統(tǒng)的詢價報價功能，完善物資采購比價管理辦法，建立供應商準入與退出標準與機制，成立供應商評價委員會，制定供應商準入標準，量化供應商資質。 論文結構 本論文共分 7 章，敘述了兗礦物資采購管理系統(tǒng)的軟件開發(fā)過程及相關信息。 第 4 章進一步給出了每個子系統(tǒng)的 需求，以及模塊菜單圖。 系統(tǒng)開發(fā)環(huán)境介紹 本系統(tǒng)運用 eclipse開發(fā)，構架于 struts2 ， jquery平臺之上 以 MVC 與 B/S 三層架構結合的模式進行開發(fā)。 線程模式： Struts2Action 對象為每一個請求產生一個實例，因此沒有線程安全問題。 可測試性： Struts2 Action 可以通過初始化、設置屬性、調用方法來測試，“依賴注入”支持也使測試更容易。 ValueStack 策略允許通過一系列名稱相同但類型不同的屬性重用頁面（ view）。 XWork校驗框架使用為屬性類類型定義的校驗和內容校驗，來支持 chain 校驗子屬性。 傳統(tǒng)開發(fā)方法存在問題 （ 1）軟件重用性差 重用性是指同一事物不經修改或稍加修改就可多次重復使用的性質。實踐證明，用傳統(tǒng)方法開發(fā)出來的軟件，維護時其費用和成本仍然很高，其原因是可修改性差，維護困難，導致可維護性差。然而，用戶需求的變化大部分是針對功能的，因此，這種變化對于基于過程的設計來說是災難性的。 對象還有操作，用于改變對象的狀態(tài)，對象及其操作就是對象的行為。 類具有屬性，它是對象的狀態(tài)的抽象，用數據結構來描述類的屬性。 ①一般 —— 具體結構稱為分類結構，也可以說是“或”關系，或者是“ is a”關系。發(fā)送一條消息至 少要包括說明接受消息的對象名、發(fā)送給該對象的消息名（即對象名、方法名）。 每個對象都有自身唯一的標識，通過這種標識，可找到相應的對象。一個類就是這 樣一種抽象，它反映了與應用有關的重要性質，而忽略其他一些無關內容。在定義和實現(xiàn)一個類的時候，可以在一個已經存在的類的基礎之上來進行，把這個已經存在的類所定義的內容作為自己的內容，并加入若干新的內容。 在軟件開發(fā)中，類的繼承性使所建立的軟件具有開放性、可擴充性，這是信息組織與分類的行之有效的方法，它簡化了對象、類的創(chuàng)建工作量，增加了代碼的可重性。不同的對象，收到同一消息可以產生不同的結果，這種現(xiàn)象稱為多態(tài)性。 可視化編程是與傳統(tǒng)的編程方式相比而言的，這里的“可視”，指的是無須編程，僅通過直觀的操作方式即可完成界面的設計工作，是目前最好的 Windows 應用程序開發(fā)工具。能進行可視化程序設計的語言很多，比較常用的有微軟的 Visual Basic、 C、 Visual C＋＋、 sun 公司的 J2EE、 J2SE 等。它是隨著 Inter 技術的興起，對 C/S 結構的一種變化或者改進的結構。它是一次性到位的開發(fā)，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式 (比如 LAN， WAN， Inter/Intra 等 )訪問和 操作共同的數據庫；它能有效地保護數據平臺和管理訪問權限，服務器數據庫也很安全 ?？蛻舳顺? WWW 創(chuàng)覽器，一般無須任何用戶程序，只需從 Web 服務器上下載程序到本地來執(zhí)行，在下載過程中若遇到與數據庫有關的指令，由 Web 服務器交給數據庫服務器來解釋執(zhí)行，并返回給 Web 服務器， Web 服務器又返回給用戶。 Oracle 10g 的增強有對高可用性的增強、新的 Flashback 能力、支持 回滾 更新操作；對安全性的增強，便于管理大量的用戶； BI 方面的增強 , 包括改進的 SQL 能力、分析功能、 OLAP 、數據挖掘的能力等；對非關系型數據存儲的能力得到了改進； XML 的能力；對開發(fā)能力 支持的加強 。 系統(tǒng)設計目標 ERP 是現(xiàn)代信息技術與現(xiàn)代管理知識的嫁接、融合，隨著二十一世紀市場競爭的激烈揉合，業(yè)界已經意識到了成功運營 ERP，對于提升組織綜合競爭力的非同尋常的意義。 需求分析的原則 系統(tǒng)需求分析原則遵循以下幾點：引入工作流模式、國家標準指標和代碼體系、可伸縮性的系統(tǒng)、 B/S 網絡化的多用戶管理系統(tǒng)。包括需求物料的描述、使用時間、特殊要求等等有關信息。在物資部采購申請也可以用手工創(chuàng)建。 在給采購申請分配供應商的時候，可以根據框架協(xié)議、配額協(xié)議、貨源清單和信息記錄。 物資部對煤業(yè)公司采購資產對設備的采購將使用帶科目分配類型“ A”的采購訂單，即采購的設備將直接消耗到資產。 寄售及分包 (委托加工 )的采購訂單將在系統(tǒng)中使用，采購訂單的項目類別分別是“ K”和“ L”，物資部今后會大量應用寄售的采購方式，如鋼材的采購、成批配件的采購；同時物資部存在一部分的分包采購，如鐵絲網的分包、部件的委托維修發(fā)料。物資部的采購訂單批準策略，設置成固定的三級的審批環(huán)節(jié)，即，業(yè)務科長＋審計科＋業(yè)務主任。湘煤集團股份有限公司的采購組織以往對供應商的評估 主要依賴于人為印象。湘煤集團股份有限公司所屬的 生產礦井，對于生產的各個煤炭產品品種的收貨，將采用每班（ 8 小時）根據入庫單輸入一次入庫數量 系統(tǒng)非功能需求 （ 1）性能需求 保障數據的精確性，特別是待小數的數字，統(tǒng)一保留小數點后兩位小數。 （ 4） 其它需求 14 系統(tǒng)可使用性、安全保密、可維護性、可移植性等要良好。 （ 3）在涉及物資數量的地方，要給出相應的單位。 （ 7）需求、采購、收料、領料等所有操作要有相應操作員信息。 （ 11）當進行需求、采購、收料、領料操作后，能相應更新庫存。 系統(tǒng)結構設計 根據物資管理的特點以及系統(tǒng)分析結果，對《湘煤集團黑金時代股份公司物資采購系統(tǒng)》進行概要設計，主要模塊劃分如下圖所示 41。 基礎數據 主要是維護系統(tǒng)的編碼信息。 圖 42 基礎數據用例圖 倉庫管理 對倉庫進行管理，主要記錄物資的相關信息和記錄物資所儲的倉庫。 18 圖 45 需求模塊用例圖 采購 根據需求計劃進行詢價、訂貨、簽署合同、付款等采購行為，以后采購員則直接通過此模塊記錄采購中所有工作信息。 圖 48收料管理模塊子菜單 采購計劃的管理 采購計劃單 訂貨單 付款單 收料管理 收料單管理 退貨單管理 20 圖 49 收料模塊用例圖 查詢 根據不同的情況進行查詢。 22 圖 413 物資倉庫圖 （ 3） 物資信息，包括的數據項有：物資編號、倉庫編碼、物資名稱、物資介紹、庫存量等設計如圖 414 所示。 圖 417 采購計劃單 （ 7） 訂貨單，包括的數據項有：采購單編號、供應商編號、單據編號、編制部門、編制人、合計金額等設計如圖 418 所示。 25 圖 421 退貨單圖 （ 11） 盤點單，包括的數據項有：盤點類型、物資類別、盤點人、盤點時間、參盤人員等如圖 422 所示。 27 5 詳細設計 系統(tǒng)共分為 7 個子模塊，下面分別介紹 7 個子模塊的具體業(yè)務功能。 主要操作模塊有如下： （ 1）物資信息維護：主要是對物資的分類進行維護。包含子模塊有：需求計劃單 模塊包括的功能如下： 需求計劃單：在此模塊提交需 求計劃，并走需求計劃的流程。包含子模塊有：收料單管理、退貨單， 收料管理系統(tǒng)運行效果如圖 55 所示。包含退出功能和返回首頁功能， 系統(tǒng)運行效果圖如下 57 所示。 表 53物資信息表 字段名 說明 類型 NOT NULL 備注 MaterialCode 物資編碼 Varchar2(16) Y 主鍵 DepotCode 倉庫編碼 Varchar2(16) Y 外鍵 VictualerCode 供應商編碼 Varchar2(64) MaterialName 物資名稱 Varchar2(32) MaterialMemo 物資介紹 Varchar2(128) Num 庫存量 Integer （ 4） 需求計劃表（ MatDemand） 需求計劃表主要包括需求單編號、需求單屬性、制單人、制單部門等設計如表 54 所示。 付款單表主要字段如下表 57所示： 字段名 說明 類型 NOT NULL 備注 MPPaymentCode 付款單據 Varchar(64) Y 主鍵 MPBargainCode 合同編號 Varchar(64) MPMoney 金額 Float MPCapitalization 人名幣大寫 Varchar(128) MPReason 事由 Varchar(256) MPPayWay 付款方式 Varchar(128) MPGatheringAdd 收款地址 Varchar(64) MPGatheringUnit 收款單位 Varchar(64) MPAccount 帳號 Varchar(64) MPRemark 備注 Varchar(128) （ 8） 收料單表（ MatGathering） 收料單表包括收料單編號、供應商、驗收人員、驗收意見等設計如表 58所示。 表 511物資類型表 字段名 說明 類型 NOT NULL 備注 MTMaterialTypeCode 物資類型編號 Varchar(64) 主鍵 MTMaterialCode 物資編號 Varchar(64) Y MTMaterialTypeName 物資類型名稱 Varchar(64) （ 12） 供應商表（ MatVictualer） 供應商表主要包括供應商編碼、供應商名稱、注冊資金、法人、聯(lián)系人、聯(lián)系電話等設計如表 512 所示。具體系統(tǒng)數據庫設計的 PDM 圖如圖 515 所示。 對需求計劃單進行功能測試主要包括功能的增刪改查的測試設計如表 61所示。 性能目標：根據系統(tǒng)使用的實際情況來看，分別模擬在線用戶 100 人 、 500 人、 1000 人，達到的性能目標如下： （ 1）頁面響應時間小于 5S； （ 2）能夠支持并發(fā)用戶數不小于 50 人，最大支持并發(fā)用戶數要求為 100 人； （ 3）在 50 并發(fā)用戶條件下，服務器 CPU 平均使用