1、太原理工大學畢業設計(論文)用紙摘 要在過去的幾十年里，基于實際的及理論上的考慮，不斷地激勵著人們尋找新的生產調度算法，其中一個重要的原因是產品制造界的市場競爭性在不斷提高，好的生產調度能提高資源的生產率及操作管理的相對水平，生產處具有競爭性的產品。 在系統的設計過程中，查閱過許多相關于調度的文獻，并且請教了我的指導老師，還做過一些市場調查，最終在努力下，調度系統終于成功的完成了。在不懈努力之下，終于完成了車間調度系統，實現了車間調度中相關于訂單管理，計劃制定，物料管理，進度查詢與產量統計的功能。對應于生產管理系統的短期計劃安排，主要目標是通過良好的作業加工排序最大限度減少生產過程中的準備時間

2、，優化某一項或幾項生產目標，為生產計劃的執行和控制提供指導。關鍵詞：調度；產量統計；作業調度；生產計劃；加工排序The shop scheduling system developmentAbstractBike shop scheduling refers to appear at any time in the manufacturing process of workshop based on the actual situation, adjust and modify the job shop scheduling, to run the workshop production, e

3、nsure on time delivery. Job shop scheduling is one of the important functions of production management, is to supplement and complete the production plan, mainly include processed workpiece dynamic scheduling and production resources of real-time dynamic distribution of these two aspects.In recent y

4、ears, with the continuous improvement of information technology, the enterprise between upper management and the underlying industrial control Manufacturing Execution System (Manufacturing Execution System, MES) gradually formed and developed rapidly. As an important part of MES in job shop scheduli

5、ng through the whole process in enterprise, is to ensure that the workshop production in the dynamic real-time environment can be the key to efficient and reliable operation. Relevant data show that most of the time consumed in the process of manufacturing in the cutting process. Effective schedulin

6、g method and optimization technique, therefore, can make full use of the workshop equipment and personnel, give flexible to enterprise production activities, improve efficiency, reduce cost and maximize the interests of the enterprise.System application environment mainly production workshop, its ta

7、sk is to optimize the manufacturing process of the whole workshop, according to the dynamic process of real-time data analysis and processing, accordingly for the operating personnel and management personnel to provide the execution of the plan, tracking, and all the current state of the resource in

8、formation.Key words:Efficiency,；manufacturing execution system,；job scheduling,；the cutting process and cost目 錄 TOC o 1-3 h z u HYPERLINK l _Toc390340503 摘 要 PAGEREF _Toc390340503 h I HYPERLINK l _Toc390340504 Abstract PAGEREF _Toc390340504 h II HYPERLINK l _Toc390340505 1緒論 PAGEREF _Toc390340505 h

9、1 HYPERLINK l _Toc390340506 1.1課題背景 PAGEREF _Toc390340506 h 1 HYPERLINK l _Toc390340507 1.2課題目的及意義 PAGEREF _Toc390340507 h 1 HYPERLINK l _Toc390340508 1.2.1目的 PAGEREF _Toc390340508 h 1 HYPERLINK l _Toc390340509 1.2.2意義 PAGEREF _Toc390340509 h 1 HYPERLINK l _Toc390340510 1.3課題內容 PAGEREF _Toc390340510

10、 h 1 HYPERLINK l _Toc390340511 2可行性研究 PAGEREF _Toc390340511 h 3 HYPERLINK l _Toc390340512 2.1引言 PAGEREF _Toc390340512 h 3 HYPERLINK l _Toc390340513 2.2可行性研究的前提 PAGEREF _Toc390340513 h 3 HYPERLINK l _Toc390340514 2.2.1要求 PAGEREF _Toc390340514 h 3 HYPERLINK l _Toc390340515 2.2.2目標 PAGEREF _Toc39034051

11、5 h 3 HYPERLINK l _Toc390340516 2.3技術可行性分析 PAGEREF _Toc390340516 h 3 HYPERLINK l _Toc390340517 2.3.1系統簡要描述 PAGEREF _Toc390340517 h 3 HYPERLINK l _Toc390340518 2.3.2MVC模型分析 PAGEREF _Toc390340518 h 3 HYPERLINK l _Toc390340519 2.3.3處理流程和數據流程 PAGEREF _Toc390340519 h 5 HYPERLINK l _Toc390340520 3需求分析 PAG

12、EREF _Toc390340520 h 6 HYPERLINK l _Toc390340521 3.1功能需求 PAGEREF _Toc390340521 h 6 HYPERLINK l _Toc390340522 3.2系統邏輯模型 PAGEREF _Toc390340522 h 6 HYPERLINK l _Toc390340523 3.3性能需求 PAGEREF _Toc390340523 h 6 HYPERLINK l _Toc390340524 3.4系統開發環境 PAGEREF _Toc390340524 h 7 HYPERLINK l _Toc390340525 3.5文件夾組

13、織結構 PAGEREF _Toc390340525 h 7 HYPERLINK l _Toc390340526 4概要設計 PAGEREF _Toc390340526 h 9 HYPERLINK l _Toc390340527 4.1總體設計 PAGEREF _Toc390340527 h 9 HYPERLINK l _Toc390340528 4.1.1程序流程 PAGEREF _Toc390340528 h 9 HYPERLINK l _Toc390340529 4.1.2模塊流程圖 PAGEREF _Toc390340529 h 9 HYPERLINK l _Toc390340530 4

14、.2接口設計 PAGEREF _Toc390340530 h 11 HYPERLINK l _Toc390340531 4.2.1用戶界面 PAGEREF _Toc390340531 h 11 HYPERLINK l _Toc390340532 4.2.2軟件接口 PAGEREF _Toc390340532 h 12 HYPERLINK l _Toc390340533 4.3數據結構設計 PAGEREF _Toc390340533 h 12 HYPERLINK l _Toc390340534 4.3.1數據庫概念設計 PAGEREF _Toc390340534 h 12 HYPERLINK l

15、 _Toc390340535 4.3.2數據庫邏輯結構設計 PAGEREF _Toc390340535 h 14 HYPERLINK l _Toc390340536 4.3.3物理數據結構設計 PAGEREF _Toc390340536 h 16 HYPERLINK l _Toc390340537 5詳細設計 PAGEREF _Toc390340537 h 18 HYPERLINK l _Toc390340538 5.1登錄模塊 PAGEREF _Toc390340538 h 18 HYPERLINK l _Toc390340539 5.1.1模塊描述 PAGEREF _Toc39034053

16、9 h 18 HYPERLINK l _Toc390340540 5.1.2代碼實現 PAGEREF _Toc390340540 h 18 HYPERLINK l _Toc390340541 5.1.3運行圖示 PAGEREF _Toc390340541 h 19 HYPERLINK l _Toc390340542 5.2訂單管理模塊 PAGEREF _Toc390340542 h 19 HYPERLINK l _Toc390340543 5.2.1模塊描述 PAGEREF _Toc390340543 h 19 HYPERLINK l _Toc390340544 5.2.2代碼實現 PAGER

17、EF _Toc390340544 h 20 HYPERLINK l _Toc390340545 5.2.3運行圖示 PAGEREF _Toc390340545 h 22 HYPERLINK l _Toc390340546 5.3計劃管理模塊 PAGEREF _Toc390340546 h 23 HYPERLINK l _Toc390340547 5.3.1模塊描述 PAGEREF _Toc390340547 h 23 HYPERLINK l _Toc390340548 5.3.2代碼實現 PAGEREF _Toc390340548 h 23 HYPERLINK l _Toc390340549

18、5.3.3運行圖示 PAGEREF _Toc390340549 h 24 HYPERLINK l _Toc390340550 5.4物料管理模塊 PAGEREF _Toc390340550 h 24 HYPERLINK l _Toc390340551 5.4.1模塊描述 PAGEREF _Toc390340551 h 24 HYPERLINK l _Toc390340552 5.4.2代碼實現 PAGEREF _Toc390340552 h 25 HYPERLINK l _Toc390340553 5.4.3運行圖示 PAGEREF _Toc390340553 h 25 HYPERLINK l

19、 _Toc390340554 5.5進度查詢模塊 PAGEREF _Toc390340554 h 26 HYPERLINK l _Toc390340555 5.5.1模塊描述 PAGEREF _Toc390340555 h 26 HYPERLINK l _Toc390340556 5.5.2代碼實現 PAGEREF _Toc390340556 h 27 HYPERLINK l _Toc390340557 5.5.3運行圖示 PAGEREF _Toc390340557 h 28 HYPERLINK l _Toc390340558 5.6產量統計模塊 PAGEREF _Toc390340558 h

20、 28 HYPERLINK l _Toc390340559 5.6.1模塊描述 PAGEREF _Toc390340559 h 28 HYPERLINK l _Toc390340560 5.6.2代碼實現 PAGEREF _Toc390340560 h 28 HYPERLINK l _Toc390340561 5.6.3運行圖示 PAGEREF _Toc390340561 h 30 HYPERLINK l _Toc390340562 6測試 PAGEREF _Toc390340562 h 31 HYPERLINK l _Toc390340563 6.1計劃 PAGEREF _Toc390340

21、563 h 31 HYPERLINK l _Toc390340564 6.2測試用例 PAGEREF _Toc390340564 h 31 HYPERLINK l _Toc390340565 結論 PAGEREF _Toc390340565 h 33 HYPERLINK l _Toc390340566 參考文獻 PAGEREF _Toc390340566 h 34 HYPERLINK l _Toc390340567 致 謝 PAGEREF _Toc390340567 h 35 HYPERLINK l _Toc390340568 外文原文 PAGEREF _Toc390340568 h 36 H

22、YPERLINK l _Toc390340569 中文翻譯 PAGEREF _Toc390340569 h 45緒論課題背景在過去的幾十年里，基于實際的及理論上的考慮，不斷地激勵著人們尋找新的生產調度算法，其中一個重要的原因是產品制造界的市場競爭性在不斷提高，好的生產調度能提高資源的生產率及操作管理的相對水平，生產處具有競爭性的產品。車間的調度優化工作，因其在提高生產效率、降低生產成本等方面的重要作用，正越來越受到人們的關注。隨著信息技術的發展，人們更多的依賴軟件系統來智能化的管理，代替一部分人的工作，這也使得生產過程規范化，工作更加的高效，我的自行車車間調度系統也就因運而生。編制生產計劃和生

23、產作業計劃，無論考慮多么周密，安排如何具體，也不可能預見到實際 HYPERLINK /view/610395.htm t _blank 生產過程中的一切變化。實際生產過程中，情況十分復雜，千變萬化，有局部的，也有整體的；有內部的，也有外部的；有工藝方面的，也有設備方面的；有主觀因素，也有客觀因素。這些問題一旦出現，小則造成生產被動，大則造成生產過程中斷，生產停車，計劃難于完成。生產調度就是要及時了解掌握這些影響因素。組織有關部門、有關人員處理解決這些不平衡因素，消除隱患，以保證生產過程長周期安全運行，保證生產計劃和生產作業計劃按要求實現。如果沒有生產調度夜以繼日的指揮調度，要想及時解決生產過程

24、中隨時出現的矛盾，維持生產過程的正常運行，是不可能的。課題目的及意義目的滿足客戶要求和生產任務的前提下，依據生產過程獲得準確信息，充分合理的利用與配置加工過程的各種制造資源，高效低耗的使用生產資源、合理安排加工工件的順序、均衡設備負荷和生產、提高設備利用率。意義自行車生產調度系統是根據企業信息化建設的需要以及實現制造業信息化這一目標而開發的。本系統嚴格按照其行業的生產調度流程，實現了從訂單下達，制定計劃，準備物料，查詢進度到統計生產的整個生產流程的動態管理，使生產調度管理者從繁重人工信息采集中解脫出來，極大地提高了勞動效率，同時為決策者提供了快速、準確、全面的信息依據，避免了決策的盲目性和片面

25、性，天幕了制造業在調度信息化管理方面的空白。課題內容本文研究對象是面向車間作業的自行車車間調度管理系統。1、實時監控生產各環節工作情況。2、根據生產需要合理調配勞動力，督促檢查原材料、工具、動力等供應情況和廠站運輸工作。3、檢查各生產環節的零件、部件、毛坯、半成品的投入和產出進度，及時發現生進度計劃產執行過程中的問題，并積極采取措施加以解決。生產調度直接控制生產的穩定和有序的執行，良好的生產調度能夠預先解決生產中的干擾，縮短產品在車間的流動時間，減少在制品庫存，保證準時交貨。MES是面向敏捷車間的先進生產管理系統，如何設計并實現作為其核心功能的調度系統是重要的研究內容。可行性研究引言對問題進行

26、研究，以最小的代價在最短的時間內確定問題是否可解。可行性研究的前提要求主要功能：為車間管理者提供車間調度的服務。性能要求：車間信息必須及時準備的反映在車間調度平臺上，市場訂單必須無差錯的存儲在服務器上，對服務器的數據必須進行及時正確的刷新。輸出要求：數據完整，詳實。輸入要求：簡捷，快速，實時。目標系統實現后，提高了調度管理的效率，降低生產服務中的錯誤發生率，減少調度管理中的人力消耗。技術可行性分析系統簡要描述在車間管理者的終端上登錄調度管理網頁，作出處理訂單、制定計劃等操作后，向服務器發出請求，服務器根據請求內容向數據庫服務器進行數據持久化操作，并向終端返回信息。根據生產計劃，組織均衡生產，全

27、面完成生產計劃。重點做好以下工作：1、三個平衡：生產物料平衡，能源動力平衡，產運銷平衡。2、兩個銜接：正常生產銜接，生產裝置檢修和開停工銜接。3、一個急需：在緊急情況下，有權調度公司人力、物力、車輛等，以解決生產關鍵時刻和事故狀態的急需。4、組織好每周的生產調度.5、填寫好幾個報表：調度記錄表，調度交接班日志和有關記錄本。MVC模型分析 1.MVC簡介 MVC全名是Model View Controller是模型(model)視圖(view)控制器(controller)的縮寫一種軟件設計典范用一種業務邏輯數據界面顯示分離的方法組織代碼將業務邏輯聚集到一個部件里面在改進和個性化定制界面及用戶交

28、互的同時不需要重新編寫業務邏輯MVC被獨特的發展起來用于映射傳統的輸入處理和輸出功能在一個邏輯的圖形化用戶界面的結構中。 MVC開始是存在于桌面程序中的M是指業務模型V是指用戶界面C則是控制器使用MVC的目的是將M和V的實現代碼分離從而使同一個程序可以使用不同的表現形式比如一批統計數據可以分別用柱狀圖餅圖來表示C存在的目的則是確保M和V的同步一旦M改變V應該同步更新。 2.MVC的由來 模型視圖控制器MVC是Xerox PARC在二十世紀八十年代為編程語言Smalltalk80發明的一種軟件設計模式已被廣泛使用后來被推薦為Oracle旗下Sun公司Java EE平臺的設計模式并且受到越來越多的

29、使用ColdFusion和PHP的開發者的歡迎模型視圖控制器模式是一個有用的工具箱它有很多好處但也有一些缺點。 3.MVC編程模式 MVC 是一種使用 MVCModel View Controller 模型-視圖-控制器設計創建 Web 應用程序的模式。 Model模型表示應用程序核心比如數據庫記錄列表 View視圖顯示數據數據庫記錄 Controller控制器處理輸入寫入數據庫記錄 MVC 模式同時提供了對 HTMLCSS 和 JavaScript 的完全控制 Model模型是應用程序中用于處理應用程序數據邏輯的部分通常模型對象負責在數據庫中存取數據 View視圖是應用程序中處理數據顯示的部

30、分通常視圖是依據模型數據創建的 Controller控制器是應用程序中處理用戶交互的部分通常控制器負責從視圖讀取數據控制用戶輸入并向模型發送數據 MVC 分層有助于管理復雜的應用程序因為您可以在一個時間內專門關注一個方面例如您可以在不依賴業務邏輯的情況下專注于視圖設計同時也讓應用程序的測試更加容易 MVC 分層同時也簡化了分組開發不同的開發人員可同時開發視圖控制器邏輯和業務邏輯 4.Struts簡介 Struts是Apache軟件基金下Jakarta項目的一部分Struts框架的主要架構設計和開發者是Craig R.McClanahanStruts 是Java Web MVC框架中不爭的王者經

31、過長達九年的發展Struts已經逐漸成長為一個穩定成熟的框架并且占有了MVC框架中最大的市場份額但是Struts某些技術特性上已經落后于新興的MVC框架面對Spring MVCWebwork2這些設計更精密擴展性更強的框架Struts受到了前所未有的挑戰但站在產品開發的角度而言Struts仍然是最穩妥的選擇 Struts有一組相互協作的類組件Servlet以及jsp tag lib組成基于struts構架的web應用程序基本上符合JSP Model2的設計標準可以說是MVC設計模式的一種變化類型根據上面對framework的描述很容易理解為什么說Struts是一個web framework而不

32、僅僅是一些標記庫的組合但 Struts 也包含了豐富的標記庫和獨立于該框架工作的實用程序類Struts有其自己的控制器Controller同時整合了其他的一些技術去實現模型層Model和視圖層View在模型層Struts可以很容易的與數據訪問技術相結合包括EJBJDBC和Object Relation Bridge在視圖層Struts能夠與JSP, Velocity Templates,XSL等等這些表示層組件相結合。 5.Hibernate簡介 開放源代碼的對象關系映射框架，它對JDBC進行了非常輕量級的對象封裝， 使得Java程序猿可以隨心所欲的使用對象編程思維來操縱數據庫。 Hibern

33、ate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序使用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate可以在應用EJB的J2EE架構中取代CMP，完成數據持久化的重任。 6.Spring簡介 Spring實際上是Expert One-on-One J2EE Design and Development 一書中所闡述的設計思想的具體實現在One-on-One 一書中Rod Johnson倡導J2EE實用主義的設計思想并隨書提供了一個初步的開發框架實現interface21 開發包而Spring 正是這一思想的更全面和具體的體現Rod Jo

34、hnson 在interface21 開發包的基礎之上進行了進一步的改造和擴充使其發展為一個更加開放清晰全面高效的開發框架。 Spring是一個開源框架由Rod Johnson創建并且在他的著作J2EE設計開發編程指南里進行了描述它是為了解決企業應用開發的復雜性而創建的Spring使使用基本的JavaBeans來完成以前只可能由EJB完成的事情變得可能了然而Spring的用途不僅限于服務器端的開發從簡單性可測試性和松耦合的角度而言任何Java應用都可以從Spring中受益。處理流程和數據流程 處理流程和數據流程如圖2.1所示。圖2.1 處理流程和數據流程需求分析功能需求 通過對車間調度系統的分

35、析，要求系統具有以下功能： 1.系統操作簡單，界面友好。 2.規范，完善的基礎信息設置。 3.支持多人操作，要求有權限分配功能。 4.能夠實現管理員的登錄操作以及退出操作。 5.支持對訂單的添加，修改，刪除，查看。 6.能夠對未處理訂單的計劃制定。 7.可以查看物料相關信息，并且能夠采購物料。 8.可以對訂單生產進度進行查詢。 9.能夠實現對產量的統計。系統邏輯模型 系統邏輯模型如圖3.1所示。圖3.1 系統邏輯模型性能需求為了保證系統能夠長期、安全、穩定、可靠、高效的運行，自行車車間管理系統應該滿足以下的性能需求：系統處理的準確性和及時性系統處理的準確性和及時性是系統的必要性能。在系統設計和

36、開發過程中，要充分考慮系統當前和將來可能承受的工作量，使系統的處理能力和響應時間能夠滿足企業對信息處理的需求。在系統開發過程中，必須采用一定的方法保證系統的準確性。2系統的開放性和系統的可擴充性車間調度系統在開發過程中，應該充分考慮以后的可擴充性。所有這些，都要求系統提供足夠的手段來進行功能的調整和擴充為ERP系統。而要實現這一點，應通過系統的開放性來完成，即系統應是一個開放系統，只要符合一定規范，可以簡單的加入和減少系統的模塊，配置系統的硬件。通過軟件的修補、替換完成系統的升級和更新換代。3系統的易用性和易維護性系統是面向工作人員的，而使用人員往往對計算機并不是非常熟悉，這就要求系統能夠提供

37、良好的用戶接口，易用的人機交互頁面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面，針對用戶可能出現的使用問題，要提供足夠的在線幫助，縮短用戶對系統熟悉的過程。4系統的標準性系統在設計開發使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業標準。5系統的先進性 目前計算機系統的技術發展相當快，作為車間調度系統，應該保證系統在一定時間內是先進的，在系統的生命周期盡量做到系統的先進，充分完成企業信息處理的要求而不至于落后。這一方面通過系統的開放性和可擴充性，不斷改善系統的功能完成。另一方面，在系統設計和開發的過程中，應在考慮成本的基礎上盡量采用當前主流

38、并且有良好發展前途的產品。系統開發環境 在開發車間調度系統時，使用的開發環境如下所示： 集成開發環境：Eclipse 網頁開發軟件：Adobe DreamWeaver 數據庫管理軟件：ORACLE10g 操作系統：64位WINDOWS 8.1系統 服務器：TOMCAT 7 JAVA開發包：JDK 7 瀏覽器：CHROME瀏覽器 分辨率：最佳效果為1366 x 768文件夾組織結構 在進行系統開發之前，需要規劃文件夾組織結構。也就是說，建立多個文件夾，對各個功能模塊進行劃分，實現統一管理。這樣做的好處在于：易于開發、管理和維護。本系統的文件夾組織結構如下圖3.2所示。圖3.2 文件夾組織結構圖概

39、要設計總體設計程序流程 管理員在打開系統后首先會進行登錄操作，如果登錄成功將進入車間調度主頁面，登錄失敗則重新進行登錄操作。 進入主頁面之后，可以進行以下幾種操作：訂單管理，計劃管理，物料準備，進度查詢，產量統計。 訂單管理分為四個功能，分別為訂單的查詢、訂單的修改、訂單的添加、和訂單的刪除。 計劃管理只有一個功能，就是計劃的制定。但是最關鍵的也在這里。計劃的制定需要考慮到物料準備的是否充足，車間生產的調度算法。首先，計劃制定會對未處理的訂單進行顯示查看，然后選擇其中的某一部分來進行計劃；其次，會對這部分訂單的總體數量進行計算，然后比對物料倉庫中的物料是否充足，如果充足，直接進行車間生產，如果

40、不足，則會進行物料采購。 物料準備則是對于物料倉庫數據的查詢，與物料采購的管理。其中可以查看物流倉庫中各種各樣物料的庫存量，需要個數等等信息。而物料采購是車間生產前必經的一道流程。 進度查詢也是本系統的主要功能實現之一，其中在查詢之前要進行進度的更新操作，這個操作涉及到訂單數量，車間生產量，以及已生產產品和未生產產品數量之比也就是進度的計算，然后將其顯示到頁面之上。 產量統計也是本系統的重要功能，它的實現，涉及到生產開始日期，與現在日期，以及交貨日期之間的計算。如果生產開始日期與交貨日期分別處于不同的月份甚至于年份，則會進行一番復雜的算法來將產量進行分日期的計算，來將產量正確的算出，并且顯示到

41、前端頁面，以便于管理員的正確管理。模塊流程圖 1.登錄模塊 登錄模塊主要考慮的就是對用戶名密碼的驗證，我在這里做了一點不同是用戶名不正確就無法登錄，避免了管理員輸入用戶名密碼之后才發現用戶名不正確。如圖4.1所示。圖4.1登錄模塊流程圖 2.訂單管理模塊 訂單這個模塊的實現操作就是正常的添加、修改、刪除和管理。如圖4.2所示。圖4.2 訂單管理流程圖 3.計劃管理模塊 計劃管理就相對的復雜一點兒了，它考慮到的是對訂單所需物料的充足與否。以免在生產過程中出現物料不足，生產擱置的現象。在物料不足時，一定會先去采購物料，再來進行車間的生產。如圖4.3所示。圖4.3 計劃管理流程圖 4.物料管理模塊

42、物料管理這個模塊分為兩個部分，一個是物料倉庫的查詢，可以查看物料相關信息；還有一個是采購物料的操作，這是車間生產前必不可少的一個步驟。如圖4.4所示。圖4.4 物料管理流程圖 5.進度查詢模塊 由于訂單生產的期限較長，所在在生產期間需要查詢訂單的進度信息。這個模塊主要就是分析計算進度，然后更新到表中，讓管理員能實時監控訂單生產進度。如圖4.5所示。圖4.5 進度查詢流程圖 6.產量統計模塊 每個企業都會有自己的產量統計，這是生產必不可少的一部分。它對生產的重要性不言而喻，是生產評估中的一項重要指標。產量統計通過產量計算、產量的更新以及顯示產量來實現。如圖4.6所示。圖4.6 產量統計流程圖接口

43、設計用戶界面在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。在外觀上也要做到合理化。由于采用B/S結構設計，所以在界面上的設計有天生的優勢。可以使用JSP/HTML來設計用戶使用界面，做到可靠性、簡單性、易學習和使用的標準。軟件接口服務器可使用JAVA提供的ORACLE的接口，進行對數據庫的所有訪問。服務器程序上可使用ORACLE的對數據庫的備份命令，以做到對數據的持久化。在網絡軟件接口方面，使用一種無差錯的傳輸協議。數據結構設計數據庫概念設計 根據以上對系統所做的需求分析，規劃出本系統

44、使用的數據庫實體分別為管理員實體、客戶實體、訂單實體、產品實體、計劃實體、物料實體、采購物料實體、進度實體、產量實體。下面將給出幾個關鍵實體的E-R圖。 1.管理員實體 管理員實體包括編號、登錄名、密碼三個屬性。如圖4.7所示。圖4.7 管理員實體E-R圖 2.客戶實體 客戶實體包括編號、名字、聯系方式、住址四個屬性。如圖4.8所示。圖4.8 客戶實體E-R圖 3.訂單實體 訂單實體包括編號、產品名稱、產品數量、客戶名稱和訂單日期五個屬性。如圖4.9所示。圖4.9 訂單實體E-R圖 4.產品實體 產品實體包括編號、產品名、生產量、價格和庫存量五個屬性。如圖4.10所示。圖4.10 產品實體E-

45、R圖 5.計劃實體 計劃實體包括編號、期限、物料準備、交貨日期和日期五個屬性。如圖4.11所示。圖4.11 計劃實體E-R圖 6.物料實體 物料實體包括編號、物料名稱、產品所屬、需要數量、價格和庫存量六個屬性。如圖4.12所示。圖4.12物料實體E-R圖 數據庫邏輯結構設計 DBMS的使用上系統將采用ORACLE，系統主要維護9張表管理員信息表如表4.1所示。表4.1管理員信息表字段描述類型長度是否為空主鍵User_info管理員IDNUMBER10NPrimary keyUser_Name管理員登錄名VARCHAR30NUser_pwd管理員密碼VARCHAR30N客戶表如表4.2所示。表4

46、.2 客戶表字段描述類型長度是否為空主鍵Custom_id客戶IDNUMBER10NPrimary keyCustom_name客戶名字VARCHAR30NCustom_phone聯系方式VARCHAR30NCustom_address住址VARCHAR30N訂單表如表4.3所示。表4.3 訂單表字段描述類型長度是否為空主鍵Order_id訂單IDNUMBER10NPrimary keyProduct_name產品名稱VARCHAR30NProduct_number產品數量VARCHAR30NOrder_date訂單日期DATENCustom_name客戶名稱VARCHAR30N產品表如表4.

47、4所示。表4.4 產品表字段描述類型長度是否為空主鍵Product_id產品IDNUMBER10NPrimary keyProduct_name產品名稱VARCHAR30NProduct_pro生產量NUMBER10NProduct_price價格NUMBER(8，2)NProduct_kucun庫存量NUMBER10N計劃表如表4.5所示。表4.5 計劃表字段描述類型長度是否為空主鍵Plan_id計劃IDNUMBER10NPrimary keyPlan_time計劃時期VARCHAR20NMater_prepared物料準備VARCHAR20NSubmit_date交貨日期DATENPlan

48、_date計劃日期DATEN物料表如表4.6所示。表4.6 物料表字段描述類型長度是否為空主鍵Mater_id物料IDNUMBER10NPrimary keyMater_name物料名稱VARCHAR30NProduct_name產品名稱VARCHAR30NMater_number需要數量NUMBER10NMater_price價格NUMBER(8，2)NMater_kucun庫存量NUMBER10N采購物料表如表4.7所示。表4.7 采購物料表字段描述類型長度是否為空主鍵Buy_id采購IDNUMBER10NPrimary keyPlan_id計劃IDNUMBER10NMater_id物料I

49、DNUMBER10Nnumber數量NUMBER10N進度表如表4.8所示。表4.8 進度表字段描述類型長度是否為空主鍵Jin_id進度IDNUMBER10NPrimary keyOrder_id訂單IDNUMBER10NProduct_number產品數量NUMBER10Ncomplete已完成VARCHAR20Nprocess進度NUMBER10N產量統計表如表4.9所示。表4.9 產量統計表字段描述類型長度是否為空主鍵Production_idIDNUMBER10NPrimary keyproduction生產量NUMBER10NProduct_date日NUMBERNProduct_m

50、onth月NUMBERNProduct_year年NUMBERN物理數據結構設計管理員信息管理員ID Long管理員用戶名 String密碼String客戶信息客戶IDLong客戶名字String聯系方式String地址String訂單信息訂單IDLong產品名稱String產品數量String訂單日期Date客戶名稱String產品信息產品IDLong產品名稱String生產量Long價格Double庫存量Long計劃信息計劃IDLong物料準備String交貨日期Date計劃時期Date計劃日期Date物料信息物料IDLong物料名稱String產品名稱String需要數量Long價格Do

51、uble庫存量Long物料采集信息采購IDLong訂單IDLong物料IDLong數量Long進度信息進度IDLong訂單IDLong產品數量Long已生產Long進度int產量統計信息統計IDLong生產量Long日int月int年int詳細設計 登錄模塊模塊描述 1. CHECKID實現： 首先管理員登錄頁面以后，會進行輸入用戶名操作，這個用戶名輸入框在失去焦點之后會獲取這個事件，然后由AJAX式建立異步請求，將兩個參數信息分別封裝在POST方式的信息傳輸操作里，這里包含著ACTION和USERNAME兩個重要參數。這個請求會由LoginAction進行接收。 LoginAction接收了

52、ACTION和USERNAME兩個參數之后，會首先對ACTION的值進行判斷，然后進入CHECKID處理流程。 進入CHECKID流程以后，會調用LoginService的CheckID方法，然后調用UserDao函數中的query方法進行查詢，查詢到數據庫中存在這個用戶名，就會返回true，不存在，就返回false. LoginAction接收到返回值，然后將返回值發送通過JSON語法格式的字符串ResultFinal給前臺頁面。 前臺通過回調函數獲取后臺傳回的數據，然后對JSON格式的數據進行解析，如果為success,就將登錄按鈕變為可點擊；如果為failed，則提示用戶名不存在，重新進

53、行輸入用戶名。 2.CHECKALL實現： 在上一步的用戶名輸入成功之后，就可以進行密碼的輸入了。由于上一個過程已經對用戶名進行了驗證，所以這一步就直接對密碼進行驗證。在輸入完密碼后，可以進行登錄按鈕的點擊，點擊這一事件完成后，同樣由AJAX方式建立異步請求，獲取頁面輸入的密碼用戶名信息，將其和ACTION參數一起隨請求傳輸到后臺，由LoginAction進行處理。 LoginAction獲取到ACTION參數后，對其進行判斷，然后進入CHECKALL流程。 CHECKALL流程在LoginService類中封裝，它會調用UserDao類的query方法，來獲取到當前用戶名的密碼，然后將前臺傳

54、回的密碼與其進行比對，如果用戶名密碼匹配，就會返回true，否則返回false. LoginAction收到返回值后，將其進行封裝，用JSON格式的數據返回前臺。 前臺的回調函數接收到返回值，然后進行狀態判斷，如果是成功響應，則對JSON數據進行解析，如果為success就進入系統主頁面；如果為failed就提示密碼不正確，重新輸入密碼。代碼實現 1.創建AJAX異步請求 這段代碼是AJAX中最基礎也是最重要的一段代碼。它的功能是用來創建異步請求，而非平常所見的同步請求。異步請求的好處就是在請求的同時也可以做別的事情，反應更加的迅捷，靈活。function createRequest() tr

55、y request = new XMLHttpRequest();/IE瀏覽器請求的創建 catch (tryMS) try request = new ActiveXObject(Msxml2.XMLHTTP);/CHROME瀏覽器請求的創建 catch (otherMS) try request = new ActiveXObject(Microsoft.XMLHTTP);/火狐瀏覽器請求的創建 catch (failed) request = null;/創建請求失敗，返回NULL return request;運行圖示 1.登錄頁面 在本頁面可以進行用戶名密碼的輸入。用戶名正確的話登錄

56、按鈕才可以點擊，密碼正確則可以進入系統主頁面。如圖5.1所示。圖5.1 登錄頁面訂單管理模塊模塊描述 1.SHOWALLORDER實現： 首先，在管理員剛剛進入我的訂單頁面時，會首先調用一個ShowAllOrder方法，此方法首先會建立一個請求，然后將值為SHOWALLORDER的ACTION參數隨請求傳輸進入后臺。 這個請求會由專門接受ORDER請求的OrderAction進行處理。首先OrderAction 會對ACTION進行判斷，然后進入SHOWALLORDER流程。 SHOWALLORDER流程會由OrderService的Show函數進行處理。它首先會調用OrderDao的quer

57、yAll( )方法，然后得到所有bike_Order表中的Order數據，并且以List集合的形式將其返回。 OrderAction得到這個返回值以后將List集合轉換成JSONArray類型的數據，然后再以字符串的格式返回到前臺。 前臺收到回復之后，將數據解析成JSON格式，以循環的方式輸出到前臺的表格中，完成所有訂單的顯示。其中如果一頁顯示不完，將形成多頁顯示。 2.ADDORDER實現： 首先，在進入添加訂單頁面后會對頁面進行初始化。然后管理員可以將訂單相關信息如產品類型，產品數量，客戶名稱進行輸入，在點擊添加按鈕后，觸發ADDORDER事件，向后臺發送這三個參數與值為ADD的ACTIO

58、N參數。 OrderAction接收到前臺傳輸的ACTION，進行判斷后進入ADDORDER流程，并且獲得產品類型、數量、客戶名稱這三個參數。并且將其傳入OrderService類封裝的ADD( )函數中。根據數量計算價格，獲得系統當前時間，并且把訂單狀態默認設置為未完成，聯合自動生成的ID將訂單添加到訂單表中。 在完成這一系列操作后，給前臺返回一個成功的信號。前臺接收到之后提示添加成功，進入我的訂單頁面，否則為添加失敗。 3.DELETEORDER實現： 在我的訂單頁面中，每一行存在的訂單都有DELETE操作，點擊后，就會獲取當前行的訂單號，并且把這個信息連同值為DELETE的ACTION傳

59、送到后臺去。 OrderAction接收到ACTION后先進行判斷，然后進入DELETEORDER流程，將ORDERID參數獲取到，調用ORDERDAO的deleteOrder( )方法刪除此訂單號所在的訂單。這一系列操作完成以后，將會給前臺返回一個值。 前臺對后臺的反饋進行驗證，如果成功則刷新頁面，并且提示刪除成功，反之則提示刪除失敗。 4.UPDATEORDER實現： 在我的訂單頁面中，每一行存在的訂單還有一個UPDATE的操作，在點擊了修改按鈕后，修改按鈕的值會變成完成字樣，并且當前訂單的產品數量，產品名稱，客戶名稱三個值可以進行修改。修改完成后可以點擊完成，這時按鈕的值又變為修改，并且

60、三個單元格再次變為不可點擊。將這三個信息連同當前行的訂單編號，ACTION這五個參數一同發送會后臺。 后臺接收到請求之后首先對ACTION進行判斷，進入UPDATEORDER流程。此流程會將訂單的三個參數獲取到，并且對訂單日期，狀態，價格三個屬性進行修改，將修改后的訂單更新到數據庫的bike_order表中。然后會給前臺一個回饋。 前臺根據后臺的回應信息來判斷更新是否成功，如果成功，會刷新頁面，并可看到修改后的訂單，如果失敗，則會提示修改失敗。代碼實現 1.分頁代碼 這段代碼實現了訂單頁面對訂單的分頁操作。由于我的訂單頁面最多只能顯示10條訂單，因此在訂單數量多于十條的時候就會出現無法查看別的