物資采購系統(tǒng)畢業(yè)設計論文

1、<p><b>　　畢業(yè)設計說明書</b></p><p>　　學生姓名： 王傳輝 學 號： 20094163 </p><p>　　學　 院： 計算機與信息工程學院 </p><p>　　專業(yè)年級： 計算機科學與技術 </p>&

2、lt;p>　　題 目： 湘煤集團黑金時代股份有限公司物 </p><p>　　資采購系統(tǒng)設計 </p><p>　　指導教師： 劉軍萬（教授） </p><p>　　評閱教師： 楊衛(wèi)民 （副教授） </p><p>&l

3、t;b>　　2013年05月</b></p><p><b>　　摘要</b></p><p>　　目前，在經濟全球化、一體化發(fā)展趨勢的大背景下，ERP 管理模式應時而生。作為煤炭產量全省之首的湘煤集團黑金時代股份有限公司(本文簡稱湘煤集團)在煤炭市場競爭加劇、物資浪費嚴重等。應用 ERP 理論變革管理和發(fā)展模式、控制輔助性物資成本，成為該集團提升市

4、場競爭力的首選。</p><p>　　本論文利用計算機軟件技術，結合 ERP 管理的相關理論和方法，深入分析了該集團物資管理中存在的問題，提出了組織結構和流程重組方案，構建起較為完善的供應鏈，同時研究了其采購、庫存、配送等業(yè)務管理改進略，并通過計算機軟件技術開發(fā)出其管理系統(tǒng)。</p><p>　　本論文闡述了一個物資采購與管理系統(tǒng)的設計與實現。系統(tǒng)是 B/S 架構、基于struts2環(huán)境上

5、，采用了 J2EE、MacromediaDreamweaver 8.0、plsql、oracle11g等開發(fā)工具軟件，最終實現了湘煤集團在物資上的需求計劃、采購、收料、領料、盤點、報廢以及查詢和統(tǒng)計等相關的流程化管理。</p><p>　　本系統(tǒng)實現了湘煤集團物資管理對供應鏈及 ERP 管理的創(chuàng)新，解決集團物資管理的一系列問題，進一步提高集團的管理水平、信息化程度和整體經濟益。本文的研究將對于其它同性質企業(yè)具有重

6、要的借鑒意義。</p><p>　　關鍵詞：物資管理，ERP，軟件，struts2</p><p><b>　　Abstract</b></p><p>　　At present, the development trend under the background of economic globalization and integrati

7、on, ERP management model should be formed. As coal production in the province of hunan black gold era coal group co., LTD. (hereinafter referred to as hunan coal group) in the coal market competition intensifies, the sev

8、ere waste of materials, etc. Application of ERP change management theory and development mode, control of auxiliary materials costs, be preferred in the group's market competitiveness. </p><p>　　Using co

9、mputer software technology, this paper based on the relevant theory and method of ERP management, deeply analyzes the problems in material management, the group put forward the organization structure and process restruct

10、uring, build up more complete supply chain, meanwhile studied the procurement, inventory, distribution and other business management to improve slightly, and through the computer software technology to develop its manage

11、ment system. </p><p>　　This paper expounds a purchasing and materials management system design and implementation. System is on B/S structure, based on the struts 2 environment, adopted the J2EE, MacromediaD

12、reamweaver 8.0, PLSQL, oracle11g development tools such as software, finally realizes the hunan coal group on material requirements planning, purchasing, receiving, picking, inventory, scrap, and query and statistics rel

13、ated to routing management. </p><p>　　This system has realized the hunan coal group management of supply chain and ERP materials management of innovation, solve group material management of a series of probl

14、ems, further improve the management level of group, the informationization level and the overall economy. In this paper, the research will be for other properties of enterprises is of important significance. </p>

15、<p>　　Keywords: material management, ERP, software, struts 2 </p><p><b>　　目 錄</b></p><p><b>　　1 緒論1</b></p><p>　　1.1 課題研究背景及意義1</p><p&

16、gt;　　1.1.1 國內外現狀1</p><p>　　1.1.2 課題的研究內容及主要工作3</p><p>　　1.1.3 論文結構4</p><p>　　2 系統(tǒng)開發(fā)環(huán)境及技術介紹5</p><p>　　2.1 系統(tǒng)開發(fā)環(huán)境介紹5</p><p>　　2.2 面向對象程序語言設計介紹6&l

17、t;/p><p>　　2.2.1 傳統(tǒng)開發(fā)方法存在問題6</p><p>　　2.2.2 面向對象的基本概念6</p><p>　　2.2.3 面向對象的特征7</p><p>　　2.3 可視化編程介紹8</p><p>　　2.3.1 可視化編程介紹8</p><p>　　2.

18、3.2 java開發(fā)語言介紹9</p><p>　　2.3.3 B/S 開發(fā)模式介紹9</p><p>　　2.4 oracle10g 技術介紹10</p><p>　　2.5 本章小結10</p><p>　　3 需求分析11</p><p>　　3.1 系統(tǒng)設計目標11</p>

19、<p>　　3.1.1 需求分析的原則11</p><p>　　3.1.2 系統(tǒng)功能性需求11</p><p>　　3.1.3 系統(tǒng)非功能需求13</p><p>　　3.2 數據需求分析14</p><p>　　3.3 本章小結14</p><p>　　4 概要設計15</p

20、><p>　　4.1 系統(tǒng)結構設計15</p><p>　　4.1.1 基礎數據15</p><p>　　4.1.2 倉庫管理16</p><p>　　4.1.3 需求17</p><p>　　4.1.4 采購18</p><p>　　4.1.5 收料19</p>

21、<p>　　4.1.6 查詢20</p><p>　　4.2 數據庫概要設計21</p><p>　　4.2.1 數據庫實體設計21</p><p>　　4.2.2 數據庫ER圖設計25</p><p>　　4.3 本章小結26</p><p>　　5 詳細設計27</p>

22、;<p>　　5.1 基礎數據27</p><p>　　5.2 倉庫管理27</p><p>　　5.3 需求管理28</p><p>　　5.4 采購計劃單管理29</p><p>　　5.5 收料管理30</p><p>　　5.6 查詢統(tǒng)計管理31</p>&l

23、t;p>　　5.7 友情鏈接管理31</p><p>　　5.8 數據庫詳細設計31</p><p>　　5.9 本章小結36</p><p>　　6 系統(tǒng)測試與部署37</p><p>　　6.1 系統(tǒng)界面測試37</p><p>　　6.2 系統(tǒng)功能測試37</p>&l

24、t;p>　　6.3 系統(tǒng)性能測試39</p><p>　　6.4 系統(tǒng)文檔測試39</p><p>　　6.5 系統(tǒng)測試結果39</p><p>　　6.6 系統(tǒng)部署40</p><p>　　6.6.1 網絡拓撲40</p><p>　　6.6.2 建議硬件配置40</p>&

25、lt;p>　　6.7 本章小結40</p><p><b>　　致 謝41</b></p><p>　　參 考 文 獻42</p><p><b>　　1 緒論 </b></p><p>　　本章首先介紹論文研究背景及意義，然后說明論文所使用的工具，最后描述論文結構。</p&

26、gt;<p>　　1.1 課題研究背景及意義 </p><p>　　煤炭行業(yè)在我國國民經濟發(fā)展中一直占有重要地位，連續(xù)多年產量穩(wěn)居世界第一位。而作為現代化管理手段，ERP(企業(yè)資源計劃，Enterprise ResourcePlanning)軟件已經在國內許多行業(yè)廣泛應用，但成功應用于煤炭生產企業(yè)的卻為數不多，隨著經濟全球化進程的加快和煤炭市場競爭格局的形成，加快產業(yè)化煤炭大集團建設進程，提高產業(yè)

27、的核心競爭力和國際競爭力，是煤炭產業(yè)發(fā)展的必然趨勢。在大型煤炭企業(yè)集團的發(fā)展過程中，架構具有中國特色的煤炭物資供應現代化平臺，將有利于推動中國煤炭產業(yè)規(guī)模經濟與核心競爭力的形成。湘煤集團公司為增加市場競爭力，制定了大集團建設發(fā)展戰(zhàn)略，為適應大集團發(fā)展戰(zhàn)略的需要就要對企業(yè)的物供體制進行創(chuàng)新和重組再造，把物流戰(zhàn)略規(guī)劃納入企業(yè)實施戰(zhàn)略計劃，按照現代物流和供應鏈的要求組建煤炭企業(yè)集團的物資管理體系。這不但是市場經濟發(fā)展的需要，也是煤炭企業(yè)集團做

28、大做強，建設大企業(yè)集團發(fā)展戰(zhàn)略的重要組成部分物流管理的落后將直接導致企業(yè)在經濟全球化競爭大環(huán)境中明顯缺乏競爭力。越來越多的企業(yè)正逐步向現代物流與供應鏈管理方向發(fā)展，物流和供應鏈管理正成為企業(yè)長遠發(fā)展、增強競爭力的主要源泉。因此，</p><p>　　作為大型企業(yè)的湘煤集團有限公司，物資部是湘煤集團煤業(yè)股份有限公司的物資采購和管理部門，傳統(tǒng)的管理模式已經落后，自 2000 年，湘煤集團公司決定開發(fā)新的采購系統(tǒng)，為其

29、又好又快發(fā)展提供先進的技術平臺。</p><p>　　1.1.1 國內外現狀 </p><p>　　在國外，ERP 是它是 MRP II 的基礎上擴展了管理范圍，給出了新的結在</p><p>　　ERP 系統(tǒng)設計中，考慮到僅靠自己企業(yè)的資源不可能有效地參與市場競爭，還必須把經營過程中的有關各方如供應商、制造工廠、分銷網絡、客戶等納入一個緊密的供應鏈中，才能有效地

30、安排企業(yè)的產、供、銷活動，滿足企業(yè)利用一切市場資源快速高效地進行生產經營的需求，以期進一步提高效率和在市場上獲得競爭優(yōu)勢;同時也考慮到企業(yè)為了適應市場需求變化，不僅要組織“大批量生產”，還要組織“多品種小批量”生產。</p><p>　　ERP 是基于生產方式的管理變化而發(fā)展起來的，ERP 的發(fā)展離不開生產方式，生產方式又離不開市場經濟，所以，ERP 的發(fā)展歷史是隨市場經濟的發(fā)展而發(fā)展的歷史。中國的 ERP 也是

31、伴隨改革開放而產生的。中國的 ERP 與國外 ERP 一樣都經歷了四個分階段，第一階段:20 世紀 60 年代的 MRP 系統(tǒng)時期；第二階段:20 世紀70 年代閉環(huán)式 MRP 系統(tǒng)時期；第三階段:20 世紀 80 年代的 MRPⅡ系統(tǒng)時期；第四階段：20 世紀 90 年代的 ERP(Enterprise Resource Planning)系統(tǒng)時期。雖然中國 ERP 的發(fā)展過程與國外 ERP 的發(fā)展過程都經歷了四個階段，但是起點不同、

32、過程不同、動力不同、內容不同。</p><p><b>　　(1)起點不同</b></p><p>　　國外 ERP 的起點是 MRP，而我國 ERP 起點是 MRPⅡ。起點上國內高于國外，但是起點高并不等于效果好。國外的 MRP 是基于物料需求計劃而產生的，而國內的MRPⅡ是照搬照抄國外的 MRPⅡ。國外的 MRP 應用是成功的，而國內引入 MRPⅡ可以說是不成功的

33、。</p><p><b>　　(2)過程不同</b></p><p>　　國外 ERP 的發(fā)展過程是循序漸進的，由簡單到復雜，由易到難，無論是經驗的積累還是人才培養(yǎng)，都是逐漸的。從 MRP，閉環(huán) MRP，MRPⅡ，到 ERP，基本上十3年一個階段。而國內 ERP 發(fā)展過程從 MRPⅡ一下到 ERP，缺少了 MRP 和閉環(huán) MRP 階段，甚至缺少 MRPⅡ階段。因為，

34、MRPⅡ是引進國外的，不是水到渠成的自然需要的結果，而是拔苗助長的人為結果。實質上，國內 ERP 發(fā)展過程只有一個階段。由于國內 ERP 發(fā)展過程中不是循序漸進，因此缺乏 ERP 實施經驗的積累，又缺乏人才的積累。目前，西方國家 85%企業(yè)應用了 ERP，而我國大部分企業(yè)對 ERP 還缺乏基本的認識。國外由于長期的積累，實施 ERP 的人才數量、結構、水平可以滿足企業(yè)的需要。但是，中國實施 ERP 起步晚，人才嚴重匱乏。據用友、金蝶國內

35、兩大 ERP 提供商的統(tǒng)計，ERP 供應商本身 ERP 各類人才缺少 20%左右，使用 ERP 軟件的企業(yè)更加缺乏 ERP 人才。</p><p><b>　　(3)動力不同</b></p><p>　　發(fā)達國家企業(yè)實施 ERP 一般是出于自身的迫切需要。因為西方國家的人力成本在產品總成本中所占的比重越來越大，生產管理主要靠人工，則需要增加的人力越來越多，剛性的職員薪

36、資是不斷上升的。所以，企業(yè)要想降低產品成本，只有減少人員，以自動化代替人工。而中國的勞動力成本相對較低，不實施 ERP 一樣可以生存。雖然，民工荒、西方國家越來越多對中國產品實行反傾銷的措施等都給中國的企業(yè)，尤其是中小企業(yè)敲響了警鐘，但是，企業(yè)還沒有到不提高管理水平就生存不下去的時候。</p><p>　　1.1.2 課題的研究內容及主要工作</p><p>　　本課題是基于管理理念和結

37、合湘煤集團股份公司實際情況和前瞻性發(fā)展要求，從業(yè)務流程的優(yōu)化重組出發(fā)，通過對需求計劃、采購管理、報價詢價、收發(fā)貨、倉儲管理等環(huán)節(jié)進行個性化后臺配置，對各個控制點進行無縫設計，試圖達到控制有效、運作流暢、減少人為、文化管理之目的。</p><p>　　結合標準的物流管理流程，進一步推進物資供應體制改革，改進和完善“兩集中、五統(tǒng)一”的物資供應體制，強化物資供應中心的采購和供應職能，以及成本中心的成本控制職能。成立物資

38、管理委員會，建立供應商評估、供應商準入及退出機制，制訂供應商準入標準；建立井口及片區(qū)物資超市，提倡供應商寄售，降低庫存物資，減少資金儲備；物資比價采購機制；優(yōu)化物資配送機制。</p><p>　　強化物資供應中心的物資配送職能，加強管理，服務生產一線，建立物資配送調度中心，統(tǒng)一指揮調度公司內的所有運輸配送車輛，建立高效精干快捷的物資配送隊伍和暢通的生產需求配送信息網絡，有效建立公司內的物流體系，保證生產需求，減少

39、儲備資金。建立規(guī)范有效的物資采購及評估機制，建立物資采購比價管理部門和采購行為的后評估及考核部門，采購部門負責前臺的采購供應工作，后評估部門后臺的審核及采購供應工作的評價及考核工作。建立有效的評估標準和機制，量化行為，使每一項工作都有一個規(guī)范標準來衡量工作意義，避免人為因素對事件的評判。利用系統(tǒng)的詢價報價功能，完善物資采購比價管理辦法，建立供應商準入與退出標準與機制，成立供應商評價委員會，制定供應商準入標準，量化供應商資質。公司的供應商

40、必須有合法合規(guī)的資質，符合公司制定的供應商準入標準，所有的供應商必須經過公司供應商評價委員會的評價獲準。注重供應商的質量指標，而不是簡單控制供應商的數量，符合準入條件的供應商，均可進入公司供應商數據庫。建立供應商后評估制度或風險信用制度，對供應商的管理功能，實施對供應商信譽的評估，實施供應商的準入與退出。</p><p>　　1.1.3 論文結構</p><p>　　本論文共分7章，敘述

41、了兗礦物資采購管理系統(tǒng)的軟件開發(fā)過程及相關信息。</p><p><b>　　具體章節(jié)安排如下：</b></p><p>　　第1章介紹了系統(tǒng)研究背景及其意義。</p><p>　　第2章詳細地介紹了系統(tǒng)實現所用到的技術點。</p><p>　　第3章詳細敘述了系統(tǒng)各子模塊的需求信息，及功能非功能需求、數據庫需求等。&l

42、t;/p><p>　　第4章進一步給出了每個子系統(tǒng)的需求，以及模塊菜單圖。</p><p>　　第5章詳細描述了系統(tǒng)每個子模塊的需求。</p><p>　　第6章介紹了系統(tǒng)實現的功能代碼、效果圖及測試用例。</p><p>　　2 系統(tǒng)開發(fā)環(huán)境及技術介紹</p><p>　　本章主要對系統(tǒng)的開發(fā)環(huán)境和技術進行介紹，包括系

43、統(tǒng)的運行環(huán)境和所使用的工具軟件以及對工具軟件的介紹。</p><p>　　2.1 系統(tǒng)開發(fā)環(huán)境介紹 </p><p>　　本系統(tǒng)運用eclipse開發(fā)，構架于struts2 ，jquery平臺之上以 MVC 與 B/S 三層架構結合的模式進行開發(fā)。</p><p>　　Struts2 的介紹：</p><p>　　Action類：Strut

44、s 2 Action類可以實現一個Action接口，也可實現其他接口，使可選和定制的服務成為可能。Struts2提供一個ActionSupport基類去實現 常用的接口。Action接口不是必須的，任何有execute標識的POJO對象都可以用作Struts2的Action對象。 </p><p>　　線程模式：Struts2Action對象為每一個請求產生一個實例，因此沒有線程安全問題。 </p>

45、;<p>　　Servlet依賴：Struts 2 Action不依賴于容器，允許Action脫離容器單獨被測試。如果需要，Struts2 Action仍然可以訪問初始的request和response。但是，其他的元素減少或者消除了直接訪問HttpServetRequest和 HttpServletResponse的必要性。 </p><p>　　可測試性：Struts2 Action可以通過初

46、始化、設置屬性、調用方法來測試，“依賴注入”支持也使測試更容易。 捕獲輸入：Struts2直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。Action屬性能夠通過web頁面上的taglibs訪問。 </p><p>　　表達式語言：Struts 2 使用"ValueStack"技術，使taglib能夠訪問值而不需要把你的頁面（view）和對象綁定起來。ValueStack

47、策略允許通過一系列名稱相同但類型不同的屬性重用頁面（view）。Struts2不僅支持JSTL， Struts2 還可使用OGNL進行類型轉換。提供基本和常用對象的轉換器。 </p><p>　　校驗：Struts2支持通過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用為屬性類類型定義的校驗和內容校驗，來支持chain校驗子屬性。</p><p>　　2.2

48、面向對象程序語言設計介紹</p><p>　　面向對象(Object Oriented，OO)是當前計算機界關心的重點，它是 90 年代軟件開發(fā)方法的主流。面向對象的概念和應用已超越了程序設計和軟件開發(fā)，擴展到很寬的范圍。如數據庫系統(tǒng)、交互式界面、應用結構、應用平臺、分布式系統(tǒng)、網絡管理結構、CAD 技術、人工智能等領域。</p><p>　　2.2.1 傳統(tǒng)開發(fā)方法存在問題</p

49、><p><b>　?。?）軟件重用性差</b></p><p>　　重用性是指同一事物不經修改或稍加修改就可多次重復使用的性質。軟件重用性是軟件工程追求的目標之一。</p><p>　　（2）軟件可維護性差 </p><p>　　軟件工程強調軟件的可維護性，強調文檔資料的重要性，規(guī)定最終的軟件產品應該由完整

50、、一致的配置成分組成。在軟件開發(fā)過程中，始終強調軟件的可讀性、可修改性和可測試性是軟件的重要的質量指標。實踐證明，用傳統(tǒng)方法開發(fā)出來的軟件，維護時其費用和成本仍然很高，其原因是可修改性差，維護困難，導致可維護性差。</p><p>　　開發(fā)出的軟件不能滿足用戶需要用傳統(tǒng)的結構化方法開發(fā)大型軟件系統(tǒng)涉及各種不同領域的知識，在開發(fā)需求模糊或需求動態(tài)變化的系統(tǒng)時，所開發(fā)出的軟件系統(tǒng)往往不能真正滿足用戶的需要。用結構化方

51、法開發(fā)的軟件，其穩(wěn)定性、可修改性和可重用性都比較差，這是因為結構化方法的本質是功能分解，從代表目標系統(tǒng)整體功能的單個處理著手，自頂向下不斷把復雜的處理分解為子處理，這樣一層一層的分解下去，直到僅剩下若干個容易實現的子處理功能為止，然后用相應的工具來描述各個最低層的處理。因此，結構化方法是圍繞實現處理功能的“過程”來構造系統(tǒng)的。然而，用戶需求的變化大部分是針對功能的，因此，這種變化對于基于過程的設計來說是災難性的。用這種方法設計出來的系統(tǒng)

52、結構常常是不穩(wěn)定的 ，用戶需求的變化往往造成系統(tǒng)結構的較大變化，從而需要花費很大代價才能實現這種變化。</p><p>　　2.2.2 面向對象的基本概念</p><p><b>　?。?）對象</b></p><p>　　對象是人們要進行研究的任何事物，從最簡單的整數到復雜的飛機等均可看作對象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計

53、劃或事件。</p><p>　　（2）對象的狀態(tài)和行為</p><p>　　對象具有狀態(tài)，一個對象用數據值來描述它的狀態(tài)。</p><p>　　對象還有操作，用于改變對象的狀態(tài)，對象及其操作就是對象的行為。</p><p>　　對象實現了數據和操作的結合，使數據和操作封裝于對象的統(tǒng)一體中。</p><p><b&

54、gt;　?。?）類</b></p><p>　　具有相同或相似性質的對象的抽象就是類。因此，對象的抽象是類，類的具體化就是對象，也可以說類的實例是對象。</p><p>　　類具有屬性，它是對象的狀態(tài)的抽象，用數據結構來描述類的屬性。</p><p>　　類具有操作，它是對象的行為的抽象，用操作名和實現該操作的方法來描述。</p><

55、p><b>　?。?）類的結構</b></p><p>　　在客觀世界中有若干類，這些類之間有一定的結構關系。通常有兩種主要的結構關系，即一般--具體結構關系，整體--部分結構關系。</p><p>　　①一般——具體結構稱為分類結構，也可以說是“或”關系，或者是“is a”關系。</p><p>　?、谡w——部分結構稱為組裝結構，它們

56、之間的關系是一種“與”關系，或者是“has a”關系。</p><p><b>　?。?）消息和方法</b></p><p>　　對象之間進行通信的結構叫做消息。在對象的操作中，當一個消息發(fā)送給某個對象時，消息包含接收對象去執(zhí)行某種操作的信息。發(fā)送一條消息至少要包括說明接受消息的對象名、發(fā)送給該對象的消息名（即對象名、方法名）。一般還要對參數加以說明，參數可以是認識該

57、消息的對象所知道的變量名，或者是所有對象都知道的全局變量名。</p><p>　　類中操作的實現過程叫做方法，一個方法有方法名、參數、方法體。</p><p>　　2.2.3 面向對象的特征</p><p><b>　　（1）對象唯一性。</b></p><p>　　每個對象都有自身唯一的標識，通過這種標識，可找到相應

58、的對象。在對象的整個生命期中，它的標識都不改變，不同的對象不能有相同的標識。</p><p><b>　?。?）抽象性。</b></p><p>　　分類性是指將具有一致的數據結構(屬性)和行為(操作)的對象抽象成類。一個類就是這樣一種抽象，它反映了與應用有關的重要性質，而忽略其他一些無關內容。任何類的劃分都是主觀的，但必須與具體的應用有關。</p>&

59、lt;p><b>　?。?）繼承性。</b></p><p>　　繼承性是子類自動共享父類數據結構和方法的機制，這是類之間的一種關系。在定義和實現一個類的時候，可以在一個已經存在的類的基礎之上來進行，把這個已經存在的類所定義的內容作為自己的內容，并加入若干新的內容。</p><p>　　繼承性是面向對象程序設計語言不同于其它語言的最重要的特點，是其他語言所沒有的

60、。</p><p>　　在類層次中，子類只繼承一個父類的數據結構和方法，則稱為單重繼承。</p><p>　　在類層次中，子類繼承了多個父類的數據結構和方法，則稱為多重繼承。</p><p>　　在軟件開發(fā)中，類的繼承性使所建立的軟件具有開放性、可擴充性，這是信息組織與分類的行之有效的方法，它簡化了對象、類的創(chuàng)建工作量，增加了代碼的可重性。</p>&

61、lt;p>　　采用繼承性，提供了類的規(guī)范的等級結構。通過類的繼承關系，使公共的特性能夠共享，提高了軟件的重用性。</p><p>　?。?）多態(tài)性(多形性)</p><p>　　多態(tài)性是指相同的操作或函數、過程可作用于多種類型的對象上并獲得不同的結果。不同的對象，收到同一消息可以產生不同的結果，這種現象稱為多態(tài)性。</p><p>　　多態(tài)性允許每個對象以適合

62、自身的方式去響應共同的消息。</p><p>　　多態(tài)性增強了軟件的靈活性和重用性。</p><p>　　2.3 可視化編程介紹</p><p>　　2.3.1 可視化編程介紹</p><p>　　可視化編程，亦即可視化程序設計：以“所見即所得”的編程思想為原則，</p><p>　　力圖實現編程工作的可視化，即隨時

63、可以看到結果，程序與結果的調整同步。</p><p>　　可視化編程是與傳統(tǒng)的編程方式相比而言的，這里的“可視”，指的是無須編程，僅通過直觀的操作方式即可完成界面的設計工作，是目前最好的 Windows 應用程序開發(fā)工具。</p><p>　　可視化編程語言的特點主要表現在兩個方面：一是基于面向對象的思想，引入了控件的概念和事件驅動；二是程序開發(fā)過程一般遵循以下步驟，即先進行界面的繪制工作

64、，再基于事件編寫程序代碼，以響應鼠標、鍵盤的各種動作。</p><p>　　可視化(Visual)程序設計是一種全新的程序設計方法，它主要是讓程序設計人員利用軟件本身所提供的各種控件，像搭積木式地構造應用程序的各種界面。</p><p>　　可視化程序設計最大的優(yōu)點是設計人員可以不用編寫或只需編寫很少的程序代碼，就能完成應用程序的設計，這樣就能極大地提高設計人員的工作效率。能進行可視化程序

65、設計的語言很多，比較常用的有微軟的 Visual Basic、C#、Visual C＋＋、sun公司的J2EE、J2SE等。</p><p>　　2.3.2 java開發(fā)語言介紹</p><p>　　java是一種先進的，面向對象的開發(fā)語言，并且能夠方便快捷的 MS 網絡平臺建立各種應用和建立能夠在網絡間相互調用的 WEB 服務。從開發(fā)語言的角度來講java可以更好幫助開發(fā)人員避免錯誤，

66、提高工作效率。</p><p>　　2.3.3 B/S 開發(fā)模式介紹</p><p>　　B/S 結構(Browser/Server 結構)結構即瀏覽器和服務器結構。它是隨著 Internet技術的興起，對 C/S 結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過 WWW 瀏覽器來實現，極少部分事務邏輯在前端(Browser)實現，但是主要事務邏輯在服務器端(Server)

67、實現，形成所謂三層 3-tier 結構。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本(TCO)。以目前的技術看，局域網建立 B/S 結構的網絡應用，并通過Internet/Intranet 模式下數據庫應用，相對易于把握、成本也是較低的。它是一次性到位的開發(fā)，能實現不同的人員，從不同的地點，以不同的接入方式(比如 LAN，WAN， Internet/Intranet 等)訪問和操作共同的數據庫

68、；它能有效地保護數據平臺和管理訪問權限，服務器數據庫也很安全 。特別是在 JAVA 這樣的跨平臺語言出現之后，B/S 架構管理軟件更是方便、速度慢、效果優(yōu)。</p><p>　　隨著 Internet 和 WWW 的流行，以往的主機／終端和 C／S 都無法滿足當前的全球網絡開放、互連、信息隨處可見和信息共享的新要求，于是就出現了 B／S 型模式，即瀏覽器／服務器結構。B/S 模式最大特點是：用戶可以通過 WWW

69、例覽器去訪問 Internet 上的文本、數據、圖像、動畫、視頻點播和聲音信息，這些信息都是由許許多多的 Web 服務器產生的，而每一個 Web 服務器又可以通過各種方式與數據庫服務器連接，大量的數據實際存放在數據庫服務器中?？蛻舳顺?WWW創(chuàng)覽器，一般無須任何用戶程序，只需從 Web 服務器上下載程序到本地來執(zhí)行，在下載過程中若遇到與數據庫有關的指令，由 Web 服務器交給數據庫服務器來解釋執(zhí)行，并返回給 Web 服務器，Web 服

70、務器又返回給用戶。在這種結構中，將許許多多的網連接到一塊，形成一個巨大的網，即全球網。而各個企業(yè)可以在此結構的基礎上建立自己的 Intranet。</p><p>　　2.4 oracle10g 技術介紹</p><p>　　Oracle 10g數據庫關鍵目標有二：1 降低管理開銷，2 提高性能。 Oracle 10g的增強有對高可用性的增強、新的 Flashback 能力、支持回滾更新

71、操作；對安全性的增強，便于管理大量的用戶； BI 方面的增強 , 包括改進的 SQL 能力、分析功能、 OLAP 、數據挖掘的能力等；對非關系型數據存儲的能力得到了改進； XML 的能力；對開發(fā)能力支持的加強。</p><p>　　（1）性能與擴展能力：對新的框架支持、高速處理數據能力、新的改進的調度器</p><p>　?。?）可管理性：簡化的數據庫配置與升級、自動存儲管理、自動的基于磁

72、盤備份與恢復、應用優(yōu)化、自動化統(tǒng)計收集</p><p>　?。?）高可用性加強：縮短應用和和數據庫升級的宕機時間、回閃任何錯誤、安全的加強。</p><p>　?。?）擴展數據管理能力：XML方面增強、多媒體、文本和文檔管理、sql語言加強、pl/sql增強</p><p><b>　　2.5 本章小結</b></p><

73、p>　　本章節(jié)介紹了系統(tǒng)所采用到的技術點，有 J2EE 平臺介紹、java開發(fā)語言的介紹、B/S 開發(fā)模式的介紹和 Sql Server 2005 的技術介紹。</p><p><b>　　3 需求分析</b></p><p>　　主要是介紹系統(tǒng)的需求分析和系統(tǒng)的設計目標以及系統(tǒng)的功能需求等方面的問題。</p><p>　　3.1 系

74、統(tǒng)設計目標</p><p>　　ERP 是現代信息技術與現代管理知識的嫁接、融合，隨著二十一世紀市場競爭的激烈揉合，業(yè)界已經意識到了成功運營 ERP，對于提升組織綜合競爭力的非同尋常的意義?？墒牵瑹o論多好的 ERP 系統(tǒng)，僅不過是管理者賴助的管理工具，絕不會代替管理者本身。換而言之，通過審控 ERP 系統(tǒng)，僅能告訴管理者問題出在哪里，然而，該系統(tǒng)自身絕不會自動地去解決問題。系統(tǒng)逐步應用 ERP 和供應鏈管理思想相

75、結合，創(chuàng)新兗礦集團物資管理模式，并聘請專業(yè)機構幫助規(guī)劃設計和建立起完善的供應鏈管理模式，徹底解決物資管理問題，進一步提高該集團的整體經濟效益。</p><p>　　3.1.1 需求分析的原則</p><p>　　系統(tǒng)需求分析原則遵循以下幾點：引入工作流模式、國家標準指標和代碼體系、可伸縮性的系統(tǒng)、B/S 網絡化的多用戶管理系統(tǒng)。從系統(tǒng)的后臺維護到系統(tǒng)的日常工作均以 B/S 模式實現，采用

76、.NET 動態(tài)頁面生成技術。無論是數據庫中設備的增減，還是設備情況的變化，用戶均無需修改HTML 頁面；用戶可自行定制查詢顯示界面；支持與用戶已有網站的拼接，從而達到了客戶端免維護。</p><p>　　3.1.2 系統(tǒng)功能性需求</p><p><b>　?。?）需求計劃單</b></p><p>　　需求計劃是一個內部需求，是各基層需求部

77、門，向采購工廠的相應采購組提出相關的物料需求。包括需求物料的描述、使用時間、特殊要求等等有關信息。預期效果：自動匯總各需求部門的計劃；自動平衡庫存；自動檢測和平衡未交貨訂單數量。</p><p><b>　　（2）采購申請</b></p><p>　　采購申請是一個內部需求，是需求部門要求采購組織在某一日期或某一截止日期之前提供確定數量的材料或服務。</p>

78、;<p>　　將有限實施 MRP(生產需求計劃)模塊的有些功能，采購需求的資料來源于各個需求單位的獨立需求(需求之間沒有相關性)，也包括銷售需求，利用系統(tǒng)來自動產生采購申請。在物資部采購申請也可以用手工創(chuàng)建。相應地，負責具體采購的部門將為這些采購申請分配供應商，并將其轉成采購訂單。若采購部門已與這一供應商簽訂了框架協(xié)議，即合同，則采購申請在轉成采購訂單時，必須參照這份框架協(xié)議。</p><p>　　

79、物資部要求采購訂單必須根據采購申請轉換得到。</p><p>　　在給采購申請分配供應商的時候，可以根據框架協(xié)議、配額協(xié)議、貨源清單和信息記錄。</p><p><b>　?。?）采購訂單</b></p><p>　　采購訂單是對供應商提出的正式采購要求，要求在確定的條件下(數量、價格/折扣/運費、交貨日期、質量要求等)供應某種材料或提供某種服

80、務。</p><p>　　采購訂單除了由采購申請生成外，也可以手工創(chuàng)建，或參照框架協(xié)議創(chuàng)建。采購訂單中的價格條件將由采購信息記錄或框架協(xié)議中自動獲得，但在采購訂單中允許對價格條件進行手工修改。</p><p>　　物資部對煤業(yè)公司采購資產對設備的采購將使用帶科目分配類型“A”的采購訂單，即采購的設備將直接消耗到資產。固定資產的管理通過系統(tǒng)“資產管理”模塊完成。</p><

81、;p>　　物資部可以直接為成本中心采購，其流程和一般采購流程基本相同，采購將使用帶科目分配類型“K”的采購訂單，同時此采購類型可以使用無物料編碼，但是在提出采購需求時必須注明。業(yè)務員 101 收貨時直接消耗到相應的成本中心。</p><p>　　寄售及分包(委托加工)的采購訂單將在系統(tǒng)中使用，采購訂單的項目類別分別是“K”和“L”，物資部今后會大量應用寄售的采購方式，如鋼材的采購、成批配件的采購；同時物資部

82、存在一部分的分包采購，如鐵絲網的分包、部件的委托維修發(fā)料。寄售采購利用了社會庫存，可以降低企業(yè)的資金占用量，為了控制寄售流程，在維護寄售信息記錄的時候需要在系統(tǒng)外經過相關審批。委托加工流程更加優(yōu)化了業(yè)務過程，使納稅趨于合理。</p><p>　　在系統(tǒng)中，采購訂單針對不同的采購組織設置基本相同的審批過程。物資部的采購訂單批準策略，設置成固定的三級的審批環(huán)節(jié)，即，業(yè)務科長＋審計科＋業(yè)務主任。采購訂單可以用中文打印，

83、也可以以英文形式打印，訂單中需要注明的文本條款在采購訂單的抬頭文本中維護，打印的格式可以作一定的設置，也可以根據商務文檔需要改變打印格式。打印輸出的采購訂單經蓋相應合同章之后，能夠作為外部合同文本使用。</p><p><b>　?。?）供應商評估</b></p><p>　　供應商評估是根據供應商的歷史表現來客觀的評價供應商，評價的結果將作為下次采購行為的參考因素[

84、24]。湘煤集團股份有限公司的采購組織以往對供應商的評估主要依賴于人為印象。系統(tǒng)通過供應商的得分來評價供應商的表現，在本次藍圖設計中將設計 4 個評價指標：價格、質量、交貨時間和服務其中價格和交貨由系統(tǒng)評分，質量和服務由人工打分。</p><p>　　執(zhí)行供應商評估前要首先對評估主數據進行設定，如評估指標的權重，主管分數等，定期對供應商進行對比評估，或把某一個供應商的評估報告打印出來，對強化貨源管理、提高信息透明

85、度、優(yōu)化貨源具有積極的意義。</p><p><b>　?。?）收料</b></p><p>　　物資部收到供應商根據采購訂單的送貨后，收貨時由于時間、檢驗或其它原因還未確認，先將貨物收至收貨凍結庫存。湘煤集團股份有限公司所屬的生產礦井，對于生產的各個煤炭產品品種的收貨，將采用每班（8 小時）根據入庫單輸入一次入庫數量</p><p>　　3.

86、1.3 系統(tǒng)非功能需求</p><p><b>　?。?）性能需求</b></p><p>　　保障數據的精確性，特別是待小數的數字，統(tǒng)一保留小數點后兩位小數。</p><p>　　保障記錄時間時時分秒的記錄。</p><p><b>　?。?）適應性需求 </b></p><

87、p>　　操作界面大方、簡介、友好，運行環(huán)境推薦在 Windows 系統(tǒng)上，同時要求能與其他系統(tǒng)做好關聯，如單點登錄。</p><p><b>　　（3） 運行需求 </b></p><p>　　保障分辨率在 1024*768 與 1280*1024 下都能正常訪問，且頁面不變形，保障系統(tǒng)數據每天做好備份，防止服務器數據出問題，能最快時間內恢復出最完整的數據。&l

88、t;/p><p><b>　　（4） 其它需求</b></p><p>　　系統(tǒng)可使用性、安全保密、可維護性、可移植性等要良好。</p><p>　　3.2 數據需求分析</p><p>　　針對本物資采購管理系統(tǒng)，主要對物資部進行詳細的調研和分析，總結出如下的需求信息。</p><p>　　（1）

89、物資按類管理，所以需要有一物資類型信息和倉庫信息。</p><p>　?。?）如果一個物資類型存在物資，或存在下級物資類型，則該類型不可刪除需要記錄供應物資信息。</p><p>　?。?）在涉及物資數量的地方，要給出相應的單位。</p><p>　?。?）物資銷售信息單中要包含登記物資銷售數量、單價等信息。</p><p>　?。?）在進貨

90、信息中要包含物資供應商等信息。</p><p>　?。?）物資報損要有報損原因。</p><p>　?。?）需求、采購、收料、領料等所有操作要有相應操作員信息。</p><p>　　（8）只有相關角色權限登錄之后才可以使用系統(tǒng)。</p><p>　?。?）默認的管理員不可以刪除。</p><p>　?。?0）需求、采購

91、、收料、領料等都要可以添加、修改、分類查找。</p><p>　　（11）當進行需求、采購、收料、領料操作后，能相應更新庫存。</p><p>　　（12）需要對需求、采購、收料、領料進行分析統(tǒng)計。 </p><p><b>　　3.3 本章小結</b></p><p>　　主要是描述系統(tǒng)需求分析，首先介紹了系統(tǒng)需求分

92、析的原則，然后介紹了系統(tǒng)功能與非功能的需求，之后介紹了系統(tǒng)數據庫需求及數據庫概念結構設計。</p><p><b>　　4 概要設計</b></p><p>　　描述系統(tǒng)的概要設計以及對系統(tǒng)的功能、流程圖的介紹和添加。</p><p>　　4.1 系統(tǒng)結構設計</p><p>　　根據物資管理的特點以及系統(tǒng)分析結果，

93、對《湘煤集團黑金時代股份公司物資采購系統(tǒng)》進行概要設計，主要模塊劃分如下圖所示4-1。</p><p>　　圖4-1 系統(tǒng)結構設計圖</p><p>　　系統(tǒng)全面控制公司在物資管理上的應用系統(tǒng)，系統(tǒng)主要通過數據化、流程化來管理物資。</p><p>　　系統(tǒng)主要業(yè)務流程：各部門填寫需求計劃后走需求逐級審批流程，后由倉庫管理員查詢倉庫是否有貨，有則通知需求人領料，沒有

94、則通知采購員采購物資。最后的領料及盤點進行有效的管理，并能提供全面的查詢和統(tǒng)計的功能。</p><p>　　4.1.1 基礎數據</p><p>　　主要是維護系統(tǒng)的編碼信息。包含子模塊有：單據屬性維護、預算項目維護、供應商維護、單據編號規(guī)則維護、價格模式配置、采購方式維護、收料規(guī)則維護。</p><p>　　模塊子菜單如圖 4-1 所示。</p>

95、<p>　　圖4-1 基礎數據模塊子菜單</p><p>　　基礎數據管理流程圖如圖4-2所示。</p><p>　　圖4-2基礎數據用例圖</p><p>　　4.1.2 倉庫管理</p><p>　　對倉庫進行管理，主要記錄物資的相關信息和記錄物資所儲的倉庫。包含子模塊有：物資信息維護、物資類別維護、倉庫信息維護,模塊子菜單如

96、圖 4-3 所示。</p><p>　　圖4-3倉庫管理子模塊菜單</p><p>　　倉庫管理用例圖如圖4-4所示。</p><p>　　圖4-4倉庫管理用例圖</p><p><b>　　4.1.3 需求</b></p><p>　　發(fā)起需求，根據需求計劃即可填寫需求信息，以后各部門如有物資

97、方面的需求，則先到這個模塊填寫需求計劃包含子模塊有：需求計劃單、需求計劃關閉、補庫計劃單，需求模塊用例圖如圖4-5所示。</p><p>　　圖4-5需求模塊用例圖</p><p><b>　　4.1.4 采購</b></p><p>　　根據需求計劃進行詢價、訂貨、簽署合同、付款等采購行為，以后采購員則直接通過此模塊記錄采購中所有工作信息。

98、包含子模塊有：采購計劃單、訂貨單、付款單模塊子菜單如圖 4-6所示，采購模塊用例圖如圖4-7所示。</p><p>　　圖4-7采購模塊用例圖</p><p>　　圖4-6采購模塊子菜單</p><p><b>　　4.1.5 收料</b></p><p>　　根據采購的物資進行收料，填寫收料單后入庫。包含子模塊有：收

99、料單管理、退貨單管理，模塊子菜單如圖 4-8 ，功能用例圖如圖4-9所示。</p><p>　　圖4-8收料管理模塊子菜單</p><p>　　圖4-9收料模塊用例圖</p><p><b>　　4.1.6 查詢</b></p><p>　　根據不同的情況進行查詢。包含子模塊有：需求計劃跟蹤查詢、采購計劃跟蹤查詢、領料

100、查詢、物資進出明細查詢，模塊子菜單如圖 4-10，模塊用例圖如圖4-11所示。</p><p>　　圖4-10查詢統(tǒng)計模塊子菜單</p><p>　　圖4-11查詢模塊用例圖</p><p>　　4.2 數據庫概要設計</p><p>　　4.2.1 數據庫實體設計</p><p>　　系統(tǒng)總共有十四個實體具體實體圖

101、設計如下圖所示</p><p>　　物資類型信息，包括數據項有：物資類型編號、物資類型名稱等設計</p><p><b>　　如圖4-12所示。</b></p><p>　　圖4-12物資類型圖</p><p>　　物資倉庫信息，包括數據項有：倉庫編碼、倉庫名稱、倉庫管理員等設如圖4-13所示。</p>&

102、lt;p>　　圖4-13物資倉庫圖</p><p>　　物資信息，包括的數據項有：物資編號、倉庫編碼、物資名稱、物資介紹、庫存量等設計如圖4-14所示。</p><p><b>　　圖4-14物資倉庫</b></p><p>　　供應商信息，包括的數據項有：供應商名稱、注冊資金、法人、聯系人、聯系電話等設計如圖4-15所示。</p&

103、gt;<p>　　圖4-15供應商信息</p><p>　　需求計劃單，包括的數據項有：單據屬性、制單部門、制單人、標題、預算項目、預算總價、用途等設計如圖4-16所示。</p><p>　　圖4-16需求計劃單</p><p>　　采購計劃單，包括的數據項有：單據屬性、預算總價、單據編號、制表人、備注等設計如圖4-17所示。</p>&

104、lt;p>　　圖4-17采購計劃單</p><p>　　訂貨單，包括的數據項有：采購單編號、供應商編號、單據編號、編制部門、編制人、合計金額等設計如圖4-18所示。 </p><p><b>　　圖4-18訂貨單圖</b></p><p>　　付款單，包括的數據項有：付款單據、合同編號、事由、金額、付款方式、收款地址、收款單位、開戶銀行、

105、帳號、備注等設計如圖4-19所示。</p><p><b>　　圖4-19付款單圖</b></p><p>　　收料單，包括的數據項有：單據編號、供應商、制單人、制單部門、驗收人員、驗收時間、驗收意見等設計如圖4-20所示。</p><p><b>　　圖4-20收料單圖</b></p><p>　

106、　退貨單，包括的數據項有：單據編號、驗收單據號、編制人、編制部門、退貨時間、退貨原因等設計如圖4-21所示。</p><p>　　圖4-21退貨單圖 </p><p>　　盤點單，包括的數據項有：盤點類型、物資類別、盤點人、盤點時間、參盤人員等如圖4-22所示。</p><p><b>　　圖4-22盤點單圖</b></p>

107、<p>　　報廢單，包括的數據項有：單據編號、申請人、部門名稱、申請時間、報廢說明、庫管員設計如圖4-23所示。</p><p><b>　　圖4-23報廢的表</b></p><p>　　4.2.2 數據庫ER圖設計</p><p>　　通過上面對數據庫實體的分析等到數據庫ER圖如圖4-24所示。</p><p

108、>　　圖4-24系統(tǒng)ER圖</p><p><b>　　4.3 本章小結</b></p><p>　　本章節(jié)主要是描述系統(tǒng)概要設計，描述了系統(tǒng)流程從需求－采購－收料－領料－盤點等一系列相關過程，后給出了數據庫的ER圖描述信息。</p><p><b>　　5 詳細設計</b></p><p&g

109、t;　　系統(tǒng)共分為 7 個子模塊，下面分別介紹 7 個子模塊的具體業(yè)務功能。</p><p><b>　　5.1 基礎數據</b></p><p>　　主要維護系統(tǒng)的編碼信息。包含子模塊有：單據屬性維護、預算項目維護、</p><p>　　供應商維護、單據編號規(guī)則維護、價格模式配置、采購方式維護、收料規(guī)則維護， 該模塊運行效

110、果如圖 5-1 所示：</p><p>　　圖 5-1基礎數據模塊運行效果</p><p><b>　　5.2 倉庫管理</b></p><p>　　對倉庫進行管理，主要記錄物資的相關信息和記錄物資所儲的倉庫。包含子模塊有：物資信息維護、物資類別維護、倉庫信息維護。</p><p>　　主要操作模塊有如下：</p

111、><p>　?。?）物資信息維護：主要是對物資的分類進行維護。</p><p>　?。?）物資類別維護：對物資類別進行維護。</p><p>　?。?）倉庫信息維護：維護物資倉庫信息，及主要記錄物資所在倉庫，為后面根據物資倉庫編號查找物資所用，系統(tǒng)運行效果圖5-2如下所示。</p><p>　　圖5-2 倉庫管理模塊運行效果圖</p>

112、<p><b>　　5.3 需求管理</b></p><p>　　根據需求計劃即可填寫需求信息。包含子模塊有：需求計劃單</p><p>　　模塊包括的功能如下：</p><p>　　需求計劃單：在此模塊提交需求計劃，并走需求計劃的流程。包含字段有</p><p>　　單據屬性、制單部門、制單人、制單時間

113、、標題、預算項目等，運行效果圖如5-3下所示。</p><p>　　圖5-3 需求模塊運行效果顯示</p><p>　　5.4 采購計劃單管理</p><p>　　根據需求計劃進行詢價、訂貨、簽署合同、付款等采購行為，包含子模塊有：采購計劃單、訂貨單、付款單，該模塊運行效果如圖5-4 所示。</p><p>　　圖5-4 采購模塊運行效果圖