熱門論文
最新論文
鋼材質檢信息管理系統的設計與實現
發布時間：2023-08-10 15:54
目 錄
第一章 緒論 1
1.1 選題背景及意義 1
1.2 國內外研究現狀 2
1.3 本課題研究內容 4
1.4 本論文的結構安排 5
第二章 系統相關技術 6
2.1 數據庫技術 6
2.2Struts 技術 6
2.3MVC 設計模式 8
2.4本章小結 9
第三章 系統需求分析 10
3.1業務流程 10
3.2可行性分析 10
3.3 系統功能需求 12
3.3.1 系統整體需求分析 12
3.3.2 檢驗標準需求分析 13
3.3.3 檢驗報告需求分析 14
3.3.4 檢驗臺賬需求分析 15
3.3.5 檢驗報表需求分析 16
3.3.6 統計分析需求分析 17
3.3.7 系統管理需求分析 18
3.4 非功能性需求 22
3.4.1系統性能需求 22
3.4.2系統安全需求 23
3.5本章小結 24
第四章 系統設計 25
4.1 系統設計目標 25
4.2 系統總體設計 26
4.2.1 系統總體架構設計 26
4.2.2 系統體系架構設計 27
4.2.3系統功能模塊設計 28
4.2.4系統網絡拓撲架構設計 28
4.3系統的界面設計 29
4.4系統功能模塊詳細設計 30
4.4.1 用戶權限功能模塊 30
4.4.2數據庫操作功能設計 31
4.4.3用戶界面工廠設計 32
4.4.4用戶管理模塊 32
4.4.5檢驗標準管理設計 35
4.4.6檢驗報告管理設計 37
4.4.7檢驗臺賬管理設計 40
4.4.8檢驗報表管理設計 44
4.4.9統計分析管理設計 46
4.4.10系統管理設計 47
4.5數據庫設計 49
4.5.1數據庫概念結構設計 50
4.5.2數據庫物理結構設計 51
4.6本章小結 55
第五章 系統實現與測試 56
5.1 系統實現環境 56
5.2 系統主要功能實現 56
5.2.1 工作流模塊管理模塊 56
5.2.2用戶管理模塊 58
5.2.3系統管理模塊 59
5.2.4 檢驗標準管理模塊 60
5.2.5 檢驗報告管理模塊 61
5.2.6 檢驗臺賬管理模塊 63
5.3數據庫訪問及性能優化 64
5.3.1數據庫訪問 64
5.3.2性能優化 65
5.4系統測試 65
5.4.1系統測試概述 65
5.4.2系統測試環境 66
5.4.3系統測試內容 67
5.4.4測試結果分析 69
5.5本章小結 69
第六章 總結與展望 70
6.1 總結 70
6.2 展望 70
參考文獻 72
致 謝 72
第一章 緒論
1.1 選題背景及意義
隨著我國信息技術的不斷發展，人們的生活水平得到了很大的提高與改善， 國家經濟迅速發展。鋼材行業在信息化發展的背景下也得到了較快的發展，鋼材 制造相關企業利用信息化水平也不斷提高了自身的管理水平［1］。但是目前仍然還有 一些鋼材產品制造企業采用的還是傳統的手工式生產管理的方式，這種管理的方 式在很大程度上無法與目前的發展速度以及先進的質檢管理方式相匹配［2］。因此傳 統的管理方式在逐漸發展的過程中顯露出很多的問題。傳統的手工式管理方式嚴 重地制約和影響了鋼材企業的進一步的發展［3］。因此，鋼材制造企業需要利用信息 化手段來建立科學化、自動化、流程化、標準化的管理方式從而替代傳統的管理 方式，實施并建設鋼材制造企業質檢管理信息化［4］。但是如何有效和高效的轉變鋼 材制造企業這種質檢管理方式與模式，對于鋼材制造企業鋼材精細化的管理成為 了鋼材制造企業來提供生產效益的主要途徑和關鍵路徑。
某貿易公司在1996 年創建，目前主要的營業范圍是鋼材貿易，公司經驗的業 務主要是以鋼材的加工、銷售為主。其中銷售的業務包含兩大類，分為國內和出 口業務。隨著公司業務不斷的擴大，公司的各個領導非常的重視產品的質量，如 何將產品的質量提高是企業進行競爭的核心。隨著貿易公司銷售行業業務的不斷 擴大，企業面臨的問題有如下幾點：
（1）質檢信息收集比較困難。在產品的質檢過程中，關系到很多企業的相關 部門，包括內部計劃部門、工程部門、技術部門、制造部門等多個不同部門，信 息分散在不同的部門，在進行質檢的過程中業務流程管理起來比較復雜，利用手 工的方式無法收集到完整的信息，而且關鍵的信息傳遞到管理中手中，完全會失 去應有的作用，數據與信息的實時性比較差。
（2）質檢的數據匯集困難。質檢的數據量達，在匯總計算過程中工作量比較 大，數據在傳輸的過程中可靠性無法保證。并且對于大量的數據，在計算過程中 用手工方式無法保證有準確的數據，然而也無法投入大量的時間校核結果的準確 性，因此報表數據經常會出錯。
（3）質檢結果展示比較困難。對于匯集的大量質檢數據，在進行展示的時候， 手工的只能通過在Excel中進行展示與分析，質檢信息展示的方式比較匱乏。對于 統計的時候大多數只能通過表格的形式進行展示。采用表格的方式無法多樣化的 展示質檢結果，領導需要花費大量的時間質檢分析。只有一些非常重要的數據，
沒有安裝任何的軟件，但是只要有任何一款瀏覽器就可以進行訪問系統可。而且 JSP 技術方便易學，對于本系統的開發非常有效。因此使用 Java 和 JSP 技術實現 本課題中的鋼材質檢信息管理系統的功能已經綽綽有余了。因此，本課題提出的 系統在實踐方面具有較大的可行性。
(3)運營可行性分析
由于前期的需求分析說明工作已經做的比較好，而且系統也處理和捕獲了很 多異常處理情況，所以后期的系統開發和維護工作相對來說不難。一方面，沒有 很復雜的業務流程，系統的后續維護和運行人員只需對系統進行日常的管理和監 控，特別是在現今這個計算機技術普及的年代，要求不是很高，經過短期的培訓 都可以適應。另外，本系統設計的主要業務流程都是傳統工作人員比較熟悉的， 操作起來比較得心應手。因此，從營運上來說有著相當大的實踐價值。
3.3 系統功能需求
3.3.1 系統整體需求分析
軟件的需求分析到最終實現的第一步即為用例(Use Case),它主要敘述了人 們希望如何使用一個系統。通過例圖把用例、參與者(一種特殊的類)及他們之 間的關系表示出來，通過例圖，我們可以直觀地看到系統的靜態使用情況。一般 情況下，例圖包含關聯關系(Association)、擴展關系(Extend)、用例(Use Case)、泛 化關系(Generalization)、包含關系(Include、)和參與者(Actor)六大要素。用例實際 說的即是系統的功能，它實質上就是對系統某個功能的所有執行動作的一種集合。 從一定程度上來說，用例是基于一個用戶的角度去進行描述的，用戶告訴系統去 做什么事。系統用戶能扮演的角色即為參與者。在這里，用戶不僅可能是人，也 有可能是其他的計算機或一些硬件，甚至是其他軟件系統。基于用例圖的需求的 第一個重要的步驟就是要確定系統的模型角色，主要是指系統中用例的參與者。 一般情況下，需要從實際的業務出發，從系統的需求中尋找實際的業務模型，從 而找出業務角色。系統首先會對使用者的業務角色進行判斷，如該用戶是鋼材質 檢信息管理系統的服務需要者，則用例模型就可為該用戶分配一個與業務角色同 樣名稱的主角，在本文的設計中，參與者包含質檢管理員、經理和系統管理員這 幾種，系統模型之間存在的泛化關系如圖 3-2 所示：
o
X
質檢管理員
o
X
經理
圖 3-2 用戶泛化圖
圖三-3 系統整體用例圖
從圖 3-3 中，可以很清晰的看到該系統中涉及到的用戶角色有三大類：質檢 管理員、經理和系統管理員，而每一類角色所能代表的功能也能夠很清楚的看 到。
下面根據系統用戶的角色用用例圖來分別介紹各自的功能。從圖中，我們也 可以很清晰的分辨出各個角色及其所對應的功能模塊。
3.3.2 檢驗標準需求分析
圖 3-4 給出的是檢驗標準用例圖。
圖 3-4 檢驗標準用例圖
表 3-1 檢驗標準管理用例說明
用例名稱 檢驗標準管理 用例編碼 UC101
優先級 高 用例角色 檢驗管理員
簡要說明 該功能主要實現對系統中的檢驗標準進行管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1 •負責人鼠標點擊“檢驗標準”按鈕
2．實現對檢驗標準進行管理，對檢驗標準進行管理，包括原輔料檢驗， 原材檢驗，產品檢驗，科研產品。
3．用例終止
異常事件流 提示相應的錯誤信息，返回
后置條件 無
3.3.3 檢驗報告需求分析
圖 3-5 給出的是檢驗報告用例圖。
圖 3-5 檢驗報告用例圖
表 3-2 檢驗報告管理用例說明
用例名稱 檢驗報告管理 用例編碼 UC201
優先級 高 用例角色 檢驗管理員
簡要說明 該功能主要實現對系統中的檢驗報告進行管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1 •負責人鼠標點擊“檢驗報告”按鈕
2．實現對檢驗報告進行管理，對檢驗報告進行管理，包括中間產品，待 包裝產品，成品，退貨。
3．用例終止
異常事件流 提示相應的錯誤信息，返回
后置條件 無
3.3.4 檢驗臺賬需求分析
圖 3-6 給出的是檢驗臺賬用例圖。
圖 3-6 臺賬用例圖
表 3-3 檢驗臺賬管理用例說明
用例名稱 檢驗臺賬管理 用例編碼 UC301
優先級 高 用例角色 質檢管理員
簡要說明 該功能主要實現對系統中的檢驗臺賬進行管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1 •負責人鼠標點擊“檢驗臺賬”按鈕
2．實現對檢驗臺賬進行管理，對檢驗臺賬進行管理，包括成品臺賬，半 成品臺賬，退貨臺賬，留樣臺賬。
3．用例終止
異常事件流 提示相應的錯誤信息，返回
后置條件 無
3.3.5 檢驗報表需求分析
圖 3-7 給出的是檢驗報表用例圖。
圖 3-7 檢驗報表用例圖
表 3-4 檢驗報表管理用例說明
用例名稱 檢驗報表管理 用例編碼 UC401
優先級 高 用例角色 質檢管理員
簡要說明 該功能主要實現對系統中的檢驗報表進行管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1 •負責人鼠標點擊“檢驗報表”按鈕
2．實現對檢驗報表進行管理，對檢驗報表進行管理，包括中間產品，原 料，成品，包料。
3 •用例終止
異常事件流 提示相應的錯誤信息，返回
后置條件 無
3.3.6 統計分析需求分析
圖 3-8 給出的是統計分析用例圖。
圖 3-8 統計分析用例圖
表 3-5 統計分析管理用例說明
用例名稱 統計分析管理 用例編碼 UC501
優先級 高 用例角色 質檢管理員
簡要說明 該功能主要實現對系統中的統計分析進行管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1 •負責人鼠標點擊“統計分析”按鈕
2．實現對統計分析進行管理，對統計分析進行管理，包括原輔料統計分 析、包材統計分析、產品統計分析。
3 •用例終止
異常事件流 提示相應的錯誤信息，返回
后置條件 無
3.3.7 系統管理需求分析
圖 3-9 給出的是系統管理員用例圖。
圖 3-9 系統管理員用例圖
頁面管理主要是指實現對系統中的頁面進行管理，該功能主要是實現對系統 中頁面進行管理，管理員可以定義新的頁面，可以實現對頁面的編輯等功能。其 用例說明如表 3-6 所示。
表 3-6 頁面管理用例說明
用例名稱 頁面管理 用例編碼 UC601
優先級 高 用例角色 系統管理人員
簡要說明 該功能主要實現對系統中的頁面進行管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1•負責人鼠標點擊“頁面管理”按鈕
2•實現對頁面進行管理，對頁面進行管理
3•用例終止
異常事件流 提示相應的錯誤信息，返回
后置條件 無
用戶權限組管理主要是指實現對系統中的用戶權限組進行管理，該功能主要 是管理員對用戶的權限進行分配、進行添加等功能。其用例說明如表 3-7 所示。
表 3-7 用戶權限組管理用例說明
用例名稱 用戶權限組管理 用例編碼 UC602
優先級 高 用例角色 系統管理人員
簡要說明 該功能主要實現對系統中的用戶權限組進行管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1 •負責人鼠標點擊“用戶權限組管理”按鈕；
2•對用戶的權限包括管理，包括對權限組的分配、添加等操作；
5 •用例終止；
異常事件流 提示相應的錯誤信息，返回
后置條件 無
賬號管理主要是指實現對系統中的賬號管理進行管理，該功能包括賬號初始 化管理。其用例說明如表 3-8 所示。
表 3-8 賬號管理用例說明
用例名稱 賬號管理 用例編碼 UC603
優先級 高 用例角色 系統管理人員
簡要說明 該功能主要實現對系統中的賬號管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1 •負責人鼠標點擊“賬號管理”按鈕
2.負責人可以對賬號基礎信息管理，包括對所有用戶的賬號進行初始化， 對基礎的賬號信息進行增刪改查等操作；
3 •用例終止
異常事件流 提示相應的錯誤信息，返回
后置條件 無
權限管理主要是指實現對系統中的權限進行管理，權限管理實現對系統中的 用戶權限進行分配管理。其用例說明如表 3-9 所示。
表 3-9 權限管理用例說明
用例名稱 權限管理 用例編碼 UC604
優先級 高 用例角色 系統管理人員
簡要說明 該功能主要實現對系統中的權限管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1 •負責人鼠標點擊“權限管理”按鈕
2.負責人可以對權限基礎信息管理，包括對所有用戶的權限進行分配管 理；
3•用例終止
異常事件流 提示相應的錯誤信息，返回
后置條件 無
系統備份與恢復管理主要是指實現對系統中系統備份與恢復進行管理，其用 例說明如表 3-10 所示。
表 3-10 系統備份與恢復管理用例說明
用例名稱 系統備份與恢復管理 用例編碼 UC605
優先級 高 用例角色 系統管理人員
簡要說明 該功能主要實現對系統中的頁面進行管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1 •負責人鼠標點擊“系統備份與恢復管理”按鈕；
2.負責人可以對系統備份與恢復管理，包括對系統信息進行系統備份與 恢復管理；
3 •用例終止；
異常事件流 提示相應的錯誤信息，返回
后置條件 無
欄目管理主要是指實現對系統中欄目管理進行管理，欄目管理主要是管理員 實現對系統中的菜單進行管理，包括基礎的增刪改查等操作。其用例說明如表 3-11 所示。
表 3-11 欄目管理用例說明
用例名稱 欄目管理 用例編碼 UC606
優先級 高 用例角色 系統管理人員
簡要說明 該功能主要實現對系統中的欄目進行管理。
先驗條件 負責人已經登錄鋼材質檢信息管理系統
基本事件流 1•負責人鼠標點擊“欄目管理”按鈕
2•負責人可以對欄目進行管理，包括對欄目進行管理；
3 •用例終止；
異常事件流 提示相應的錯誤信息，返回
后置條件 無
3.4 非功能性需求
系統的功能性需求分析是指軟件在設計的過程中必須要滿足客戶的基本的功 能方面的需求。而系統的非功能性需求分析是為了軟件產品在滿足用戶基本的業 務需求之外必須要具備的一些特性。軟件系統的非功能性需求分析包括系統的性 能分析、安全性分析、完整性分析、可維護性分析、可擴展性和對技術以及業務 的適應性分析等。通過對鋼材質檢公司進行詳細的實地調研及考察分析，針對鋼 材質檢信息管理系統在性能以及安全性、可擴展性、完整性等方面，確定相應的 系統非功能性需求分析。
3.4.1 系統性能需求
鋼材質檢信息管理系統在設計與完成之后，在性能方面需要達到以下的相關 目標：
對于數據精度方面，系統在進行模糊查詢以及精確查詢等查詢的過程中，需 要將數據的精度精確到各位；在進行計算的過程中需要將數據的計算精度精確到 小數點之后的兩位。系統的日志管理在記錄日志信息的過程中最小的記錄單元應 該是秒。
在并發控制方面。在系統的客戶端與后臺的數據庫管理與交互的過程中應該 能夠具有很好的并發操作性。建設完成的系統應該能夠很好的支持至少 150 個以 上的客戶端同時執行與操作某一個請求的響應過程，從而滿足客戶對系統進行批 量處理數據的基本要求。
在系統處理與響應方面。對于客戶端用戶在界面進行的操作，包括查詢、請 求、計算等基本操作，后臺能夠快速的做出相應的響應。建設的系統應該能夠非 常友好的支持各種用戶的操作請求，快速的將處理之后的結果及時的反饋到界面 上方便用戶查閱。隨著系統中數據量不斷擴展與積累，系統的訪問量以及前臺的 計算量與操作量在不斷的得到增加，應該必須保證用戶的操作發出之后系統能夠 在 30 秒之內做出相應的反應。
在系統的備份與恢復操作方面，建設完成的系統應該能夠具備自動定期與不 定期備份功能，能夠具有快速的恢復能力。一旦系統遇到故障或者出現相應的問 題，系統能夠在 24小時之內做出相應的響應及時的恢復系統，保障系統的暢通運 行。
3.4.2 系統安全需求
在建設系統的過程中，系統的安全也是其中非常重要的一個環節。在鋼材質 檢信息管理系統的建設過程中，對于安全性方面，主要是考慮系統在權限控制以 及系統的信息在流通的過程中的安全這兩個方面。
對于系統的權限控制方面。權限控制是系統在進行工作與運轉的過程中的一 個基礎性的工作，它主要是對系統的安全性起到一個 非常重要的管理與控制作 用。在建設系統的過程中，需要建立非常完善的用戶權限控制體系，根據建立的 權限控制體系合法的用戶才能登錄到系統中進行相應的操作，對于不合法的用戶 不能進入到系統中。
在系統中信息保護方面。未經相關信息管理與保護人員的許可，其他的人員 不能夠將系統中的信息非法的泄露給未經授權的用戶。在信息保護的過程中，為 了防止因為一些其他的原因造成數據的破壞以及信息系統的安全，需要利用事物 以及消息機制這種方式來保障系統中數據在傳輸的過程中的安全性以及可靠性。 同時，對于系統中的用戶的密碼信息可以用于常見的加密算法進行加密存儲，保 障數據在傳輸的過程中的保密性。
3.5 本章小結
本章主要從系統的是否可行、系統功能方面的需求和非功能方面的需求三方 面分析和介紹了系統的需求情況。利用Use Case圖描述了針對不同角色的系統用 戶，分析了擁有不同權限的用戶需要實現和達到的詳細的功能情況。
第四章 系統設計
系統的設計是軟件項目過程中重要的一塊，它是在系統的需求分析、可行分 析等分析和研究之后的一項重要任務。在這個階段的主要任務是將基于分析階段 由用戶所提出的需求方案變成系統開發人員能夠實現的、能夠基于網絡、軟件工 程、項目管理等技術的物理方案。
4.1 系統設計目標
基于B/S的鋼材質檢信息管理系統采用JSP、SSH等目前最新流行和被業內長 期使用并廣為普及的數據庫等技術。本系統是研究目前國外內關于鋼材質檢信息 管理制度和流程，并且借鑒一部分國內外的優秀的同類產品，進行研發的一個針 對鋼材質檢信息單位的簡單、好用的 Web 鋼材質檢信息管理系統。
本系統除了要達到上述的四個基本的功能之外，系統還要求在其它方面也到 做到如下的幾點：
（1） 系統平臺無關性
由于本系統是采用現在流行的 B/S 開發模式，因此就要充分利用這種架構的 優勢，做到與平臺無關。系統采用流行的可以當今任何系統上進行運行的 Java 語 言進行開發，其特點是只要編譯一次，在不過修改的情況下，可以在其他的地方 運行而不需要重新進行編譯。鋼材質檢信息管理系統采用的Web服務器是目前流 行的開源服務器Apache旗下的開源Tomcat服務器。因此不管軟件運行哪一種操 作系統（或Windows操作或Linux操作系統）上，只需要安裝相應的數據庫軟件 和運行的環境即可，系統不用做任何的更改。并且如果考慮到服務器的硬件成本 問題，由于本系統的特殊的架構模式，只需要為系統配置一臺服務器即可，其他 的客戶端可以直接通過瀏覽器進行訪問和操作，節約安裝硬件和其他軟件帶來的 工作量和成本。
一般來說，用戶只需要安裝瀏覽器就可以對系統進行正常訪問，而不需要其他 任何附加的軟件和硬件等平臺，并且系統支持常見的瀏覽器如IE等瀏覽器。對目 前市場上大部分常見的瀏覽器都能正常訪問和顯示，都能較好的適用和兼容。
（ 2 ） 可擴展性
系統不僅僅可以作為常用的鋼材質檢信息管理系統，而且能夠很方便的與鋼 材質檢信息其他系統進行接口對接和數據共享。這說明本系統有一定的可擴展性。 系統不僅能夠與其他系統進行對接，而且本系統還提供了很多接口供其他系統調 用。
（3） 高安全性 由于本系統是面對互聯網，因此本系統在設計的時候必須要考慮到用戶信息 的安全性已經網絡上其他非法人員的惡意破壞操作。需要對系統中的一些重要信 息進行加密和其他特殊處理，保障系統用戶的安全性和保密性。
4.2 系統總體設計
4.2.1 系統總體架構設計
本系統的總體功能是建立在滿足多級用戶在網絡上對相關鋼材質檢單位的信 息進行訪問和管理，為鋼材質檢信息管理提供一個高效安全的管理軟件，從而提 高鋼材質檢信息管理的利用率等，能很好的規范鋼材質檢單位內部的管理機制， 并且具有良好的人機交互界面。
鋼材質檢信息管理功能結構模型如圖 4-1 所示，主要有六個子系統構成：檢驗 標準管理模塊、檢驗報告管理模塊、檢驗臺賬管理模塊、檢驗報表管理模塊、統 計分析管理模塊、系統管理模塊。
（1）基礎技術層
軟件支持所有大型數據庫和系統操作平臺，可實現跨平臺應用。采用MVC結
構、JSP技術、XML、組件化開發等先進技術，保證軟件的技術性和可擴展性。
（ 2）數據層
鋼材質檢信息管理系統實現鋼材質檢信息管理信息和統計數據的信息化。其 中在數據層主要是客戶關系管理信息的數據交互與訪問等。與此同時，在數據層 會提供一定的接口，方便以后系統擴展或者給其它系統備用。
（ 3）應用層
鋼材質檢信息管理實現鋼材質檢信息管理基礎信息和統計數據的信息化。應 用層包括檢驗標準管理模塊、檢驗報告管理模塊、檢驗臺賬管理模塊、檢驗報表 管理模塊、統計分析模塊、系統管理模塊六個模塊。
（ 4）展現層
展現層就是呈現在我們面前的系統界面，本文開發的鋼材質檢信息管理系統 展現層主要分為客戶端層面與服務器層面。服務器層面主要是將系統開發的功能 模塊進行組裝或者封裝，然后通過客戶端呈現在用戶面前。而客戶端層主要是供 用戶進行使用與操作，因此，服務器層相當于一個容器，而客戶端層主要是供用 戶使用。在某銀行內部搭建一系列的管理平臺，展現層體現在管理操作界面和業 務操作界面，以及界面操作直接的邏輯聯系。
4.2.2 系統體系架構設計
目前主要的 BS 的應用系統的數據訪問方式是：用戶通過瀏覽器頁面進入系 統，因為系統能夠自動翻譯用戶給服務器發送的請求，處理請求和審核權限的過 程全部在系統后臺進行，用戶在瀏覽器上操作，就可以看到服務器端以所見即所 得模式傳遞的處理結果。鋼材質檢信息信息系統采用三層架構設計，第一層視圖 層，主要操作在用戶的客戶端顯示服務端反饋的數據，第二層是模型層，處理基 本的業務邏輯和數據整合，還有第三層是控制層，介于上述兩層之間，調整兩者 關系，落實數據的流轉。如圖 4-2 所示。
客戶端接受用戶的操作然后向服務端發出用戶的請求［40］，接著服務端通過業 務邏輯處理甚至對數據庫進行相應的訪問，然后在服務端進行數據的后臺整合， 接著利用 HTTP 協議傳遞數據，把服務端整合后的結果返回到用戶的瀏覽器上， 用戶直接操作反饋數據，進行查看、瀏覽和處理 ［41］。
4.2.3 系統功能模塊設計
圖 4-3 鋼材質檢信息管理系統功能模塊結構圖
從圖中可以看出，鋼材質檢信息管理系統的功能模塊結構圖包括檢驗標準管 理、檢驗報告管理、檢驗臺賬管理、檢驗報表管理、統計分析模塊、系統維護管 理。
4.2.4 系統網絡拓撲架構設計
本系統采用拓撲多層架構設計模式，本系統使用一臺服務器作為系統的終端 服務器，為了安全起見，還要準備一臺聯接其他數據庫的數據庫訪問服務器，還 有一臺用作網絡聯接的 Web 服務器。操作系統采用最通行的操作系統。系統的架 構圖如圖 4-4 所示。
從圖中 4-4 可以看出，體系的收集拓撲架構計劃，首要含有一臺 Web 服務器 和一臺數據庫服務器，Web服務器首要用來裝配Web應用程序，數據庫服務器首 要用來配置數據庫，實現對數據的辦理與保護。
4.3 系統的界面設計
鋼材質檢信息管理系統在設計與完成之后，在性能方面需要達到以下的相關 目標：
對于數據精度方面，系統在進行模糊查詢以及精確查詢等查詢的過程中，需 要將數據的精度精確到各位；在進行計算的過程中需要將數據的計算精度精確到 小數點之后的兩位。系統的日志管理在記錄日志信息的過程中最小的記錄單元應 該是秒。
在并發控制方面。在系統的客戶端與后臺的數據庫管理與交互的過程中應該 能夠具有很好的并發操作性。建設完成的系統應該能夠很好的支持至少 150 個以 上的客戶端同時執行與操作某一個請求的響應過程，從而滿足客戶對系統進行批 量處理數據的基本要求。
在系統處理與響應方面。對于客戶端用戶在界面進行的操作，包括查詢、請 求、計算等基本操作，后臺能夠快速的做出相應的響應。建設的系統應該能夠非 常友好的支持各種用戶的操作請求，快速的將處理之后的結果及時的反饋到界面 上方便用戶查閱。隨著系統中數據量不斷擴展與積累，系統的訪問量以及前臺的 計算量與操作量在不斷的得到增加，應該必須保證用戶的操作發出之后系統能夠 在 30 秒之內做出相應的反應。
在系統的備份與恢復操作方面，建設完成的系統應該能夠具備自動定期與不 定期備份功能，能夠具有快速的恢復能力。一旦系統遇到故障或者出現相應的問 題，系統能夠在 24 小時之內做出相應的響應及時的恢復系統，保障系統的暢通運 行。
在建設系統的過程中，系統的安全也是其中非常重要的一個環節。在鋼材質 檢信息管理系統的建設過程中，對于安全性方面，主要是考慮系統在權限控制以 及系統的信息在流通的過程中的安全這兩個方面。
對于系統的權限控制方面。權限控制是系統在進行工作與運轉的過程中的一 個基礎性的工作，它主要是對系統的安全性起到一個非常重要的管理與控制作用。 在建設系統的過程中，需要建立非常完善的用戶權限控制體系，根據建立的權限 控制體系合法的用戶才能登錄到系統中進行相應的操作，對于不合法的用戶不能 進入到系統中。
在系統中信息保護方面。未經相關信息管理與保護人員的許可，其他的人員 不能夠將系統中的信息非法的泄露給未經授權的用戶。在信息保護的過程中，為 了防止因為一些其他的原因造成數據的破壞以及信息系統的安全，需要利用事物 以及消息機制這種方式來保障系統中數據在傳輸的過程中的安全性以及可靠性。 同時，對于系統中的用戶的密碼信息可以用于常見的加密算法進行加密存儲，保 障數據在傳輸的過程中的保密性。
4.4 系統功能模塊詳細設計
4.4.1 用戶權限功能模塊
用戶權限功能模塊是為了控制不同用戶對系統的操作權限，用戶功能權限分 為菜單權限和按鈕權限。菜單權限是在用戶登錄時進行權限檢查的。按鈕權限是 用戶登錄后進入某個業務功能模塊操作該模塊下功能按鈕的權限，是在點擊該按 鈕的時候進行校驗的。權限校驗類圖如圖 4-5 所示。
圖 4-5 權限校驗類圖
權限校驗類是通過 AuthorityService 接口 提供統一的權限校 驗接口， AbstractAuthor 類是一個繼承權限校驗接口抽象類，不同權限對象的校驗分別集成 此抽象類，如 AbstractAuthorMenu 和 AbstractAuthorButton 類分別是進行菜單權限 查找和按鈕權限查找的類。
4.4.2 數據庫操作功能設計
在系統業務功能操作中，大多數操作都需要進行數據讀取和存儲，這些都涉 及到數據庫的操作，提供一個數據庫基本操作功能的功能接口是系統設計不可缺 少的部分。數據庫公共操作接口類圖如圖 4-6 所示。
圖 4-6 數據庫操作類類圖
數據庫操 作類類圖設 計 GenericDaoHibernate 類 為公共 操作基 類， ConcreteDaoImpl代表具體操作某個實體進行數據操作的類。GenericDaoHibernate 類類描述如表 4-1 所示。
表 4-1 GenericDaoHibernate 類描述
GenericDaoHibernate 類
類的描述：數據庫操作基類
方法描述 save() 新增數據操作
modify() 修改數據操作
search() 查詢數據操作
delete() 刪除數據操作
queryHql() 使用Hql進行數據查詢操作
excuteHql() 使用Hql執行數據操作
4.4.3 用戶界面工廠設計
用戶界面工廠設計是使用工廠模式對各個模塊的界面類進行設計，其中 UIFactory 負責所有界面類的創建， SuperUI 類是工廠界面類的超類，各個工廠界 面類繼承超類。各個模塊分別有各個模塊的界面基類。如用戶管理界面類，事務 管理界面類。各個模塊子界面可繼承模塊界面基類進行界面設計。界面工廠類圖 如圖 4-7 所示。
圖 4-7 界面工廠類圖
4.4.4 用戶管理模塊
在此模塊中，包括用戶注冊，用戶信息修改，用戶注銷，用戶刪除，用戶登 錄等操作。
用戶管理用例中的各個子用例在實現時參與者的主要活動介紹如下： 用戶注冊。作為企業管理系統，需要相關的用戶才能登錄到系統進行操作。 用戶初次使用系統時，可以進行注冊操作，注冊后，用戶擁有更多的權限進行相 關操作，用戶首先打開注冊界面，輸入注冊信息，確認注冊，如果缺失信息，則 返回失敗。還需要結合數據庫進行用戶名的檢查，如果用戶名沒有重復且信息完 整，則更新數據庫信息，顯示注冊成功。用戶注冊活動圖如圖 4-8 所示。
圖 4-8 用戶注冊活動圖
用戶注銷。在系統運行過程中，有些用戶可能由于員工的離職或者不再擁有 鋼材質檢信息管理系統的登錄權限，需要對用戶就行刪除。用戶注銷的行為操作 是打開用戶管理界面，輸入用戶名找到用戶信息后，執行注銷操作，系統會及時 更新數據庫表。用戶注銷活動圖如圖 4-9 所示。
用戶信息修改。用戶注冊后，如果用戶信息有變動，如用戶的聯系方式，用 戶所屬的部門，用戶的職責和權限有變動，可以允許有用戶修改權限的管理員或 用戶對用戶信息進行修改。首先，由管理員登錄到系統后臺，選擇用戶管理，將 需要進行更新信息的用戶檢索出來，并修改相關信息，確認保存即可。
圖 4-9 用戶注銷活動圖
圖 4-10 用戶信息修改活動圖 用戶管理類圖如圖4-11所示。
圖 4-11 用戶管理類圖
UserManager 類負責用 戶管理 業務成功能操 作，其引 用數據庫 操作 類
UserDaoImpl進行具體的數據操作驅動。UserManager類圖描述見表4-2。
表 4-2 UserManager 類描述
UserManager 類
類的描述：用戶管理業務操作 乍類
方法描述 register。 用戶注冊方法，新增用戶
userLogin() 進行用戶登錄
userLogout() 進行用戶注冊
userModify() 修改用戶信息
userSearch() 用戶條件查詢
圖 4-12 用戶管理時序圖
進行用戶管理時，用戶登錄到系統，進入用戶管理模塊選擇相關的操作，系 統用戶操作接口進行數據整理后調用 UserManager 相關方法進行業務邏輯處理， 如果存在數據庫的操作UserManager調用UserDaoImpl方法進行處理，用戶管理時 序圖如圖 4-12 所示。
4.4.5 檢驗標準管理設計
1.包圖設計 根據檢驗標準管理應用功能分析，檢驗標準管理包圖如圖 4-13 所示。
F-
檢驗標準 管理
圖 4-13 檢驗標準管理包圖
由圖 4-13 可知，在檢驗標準管理功能包圖設計時，提供了原材料檢驗管理、 包材檢驗管理、產品檢驗管理、科研產品檢驗管理不同的功能選項。
2.類圖設計
原材料檢驗管理辦理活動圖如圖 4-14所示。事務處理類類圖如圖 4-15所示。
圖 4-14 日常事務處理活動圖
圖 4-15 日常事務管理類圖
上圖的基本功能是通過 TaskManager 類進行事務的查詢和處理，其中 TaskDaoImpl 是進行事務新建和查詢的工具類，在判斷事務的處理方式后， TaskManager依賴RemindManager類進行事務的備忘，RemindManager進行備忘后
通過啟動run方法實現備忘錄的定時提醒功能，當定時器啟動后可以進行修改以及 取消定時操作。但事務需要進行轉發時，以來 WorkFlowManager 實現類進行事務 的轉發，事務轉發即調用 TaskManager 類將事務增加到其他用戶事務當中去。當事 務進行直接處理時則調用EntityManger提交事務。TaskManager類描述見表4-3。
表 4-3 TaskManager 類描述
TaskManager 類
類的描述：日常事務處理工作 乍類
方法描述 taskSearch () 查詢待辦事務方法
taskretRansmission () 進行事務轉發，通過調用WorkFlowManager方法轉發
taskCommit () 進行事務提交，調用EntityManger實現類提交并且修改事務 狀態
tastRemind () 將事務進行備忘，并且修改事務狀態
putTaskQueue () 增加待辦事務到用戶待辦事務隊列
popTaskQueue() 從用戶待辦事務隊列取出事務
4.4.6 檢驗報告管理設計
1.包圖設計
根據檢驗報告管理應用功能分析，檢驗報告管理包圖如圖 4-16 所示。
檢驗報告
管理
中間產品 管理 包材檢驗 待包裝產品 管理 成品 退貨
圖 4-16 檢驗報告管理包圖
由圖 4-16 可知，在檢驗報告管理功能包圖設計時，提供了中間產品，待包裝 產品，成品，退貨不同的功能選項。
2.類圖設計 通過對基礎設置用例的分析，基礎設置用例分為基礎數據設置和基礎流程定 義兩種類型，其中基礎數據定義用例行為基本相同，基礎流程行為跟基礎數據行 為不同。，審批流定義活動圖如圖 4-17 所示。
圖 4-17 審批流定義活動圖
基礎設置管理類圖如圖 4-18 所示。
圖 4-18 基礎設置管理類圖
基礎設置類圖包括了鋼材類型管理類 DeviceClassManager ，單位管理類 UnitManager，部門管理類 DeptManager 和審批流管理類 ExamWorkFlowManager。 這四個類分別是進行鋼材質檢類型，單位，部門，審批流業務的邏輯操作，審批 流管理類實現流程管理接口 WorkFlowManager。在靜態類圖的基礎上分析基礎設 置管理的動態交互情況，基礎數據管理可統一定義為基礎數據時序圖，其圖如圖
4-19 所示。審批流管理時序圖如圖 4-20 所示。
4.4.7 檢驗臺賬管理設計
1.包圖設計 根據檢驗臺賬管理應用功能分析，檢驗臺賬管理包圖如圖 4-21 所示。
1
1 -f i 1 1
1
~\!z ~J ~J ~I
成品臺賬 管理 半成品臺賬 退貨臺賬管 理 留樣臺賬
圖 4-21 檢驗臺賬管理包圖
由圖 4-21 可知，在檢驗臺賬管理功能包圖設計時，提供了中間產品，原料， 成品，包料不同的功能選項。
2、類圖設計
增加鋼材檔案活動圖如圖 4-22 所示。
圖 4-22 增加鋼材檔案活動圖
維護鋼材臺帳。維護鋼材臺帳可以修改鋼材基本信息，維護鋼材變動情況， 維護鋼材故障信息，維護鋼材維修信息。進行鋼材臺帳維護時，點擊鋼材臺帳模 塊進入到鋼材臺帳管理，按條件查詢鋼材，查詢出結果后點擊對應的子模塊進行 臺帳的編輯維護。
圖 4-23 維護鋼材臺帳活動圖
圖 4-24 鋼材調撥活動圖
管理鋼材調撥。鋼材調撥有新增鋼材調撥申請單，鋼材調撥清單沒審批之前 可進行修改，鋼材調撥清單審批和確認。鋼材調撥活動圖如圖 4-24 所示。
鋼材檔案維護管理類需要進行鋼材基礎信息的維護，自鋼材的維護，鋼材配 件的維護，鋼材專業工具的維護和與鋼材相關的鋼材文檔檔案的維護。鋼材檔案 維護類圖如圖 4-25 所示。
圖 4-25 鋼材維護類圖
DeviceRecordManager 類描述見表 4-4。
表 4-4 DeviceRecordManager 類描述
方法描述
域描述 pl Im ao tD e p m o
pl Im I a D o
pl Im I a eD c ev D
鋼材調撥類圖如圖 4-26 所示。
圖 4-26 鋼材調撥類圖
圖 4-27 鋼材調撥時序圖
鋼材調撥類圖包括鋼材調撥管理類DeviceAllotManager,鋼材調撥管理類分別 管鋼材調撥申請單的增刪改查，鋼材調撥的審批，鋼材調撥的完成。鋼材調撥進 行數據庫操作依賴的類是AllotBillDaoImpl，鋼材調撥審批依賴的類是 WorkFlowManager 。 鋼 材 調 撥 確 認 后 進 行 鋼 材 檔 案 信 息 修 改 的 類 是 DeviceRecordManager。根據分析得出鋼材調撥行為的時序圖如圖4-27所示。
4.4.8 檢驗報表管理設計
1.包圖設計 根據檢驗報表管理應用功能分析，檢驗報表管理包圖如圖 4-28 所示。
由圖 4-28 可知，在檢驗報表管理功能包圖設計時，提供了用戶管理、角色管
理以及菜單管理不同的功能選項。
2、類圖設計
檢驗報表管理類圖如圖 4-29 所示。
圖 4-29 檢驗報表管理類圖
檢驗報表管理類 DeviceCheckManager 類描述見表 4-5 所示。
表 4-5 DeviceCheckManager 類描述
操 理 管 表 艮 報 驗 檢 類
方法描述
域描述
pl Im I a D n ati S
檢驗報表管理時序圖如圖 4-30 所示。
點檢管理界面類 DeviceCheckManager StationDaolmpl CheckEntityDaolmpl DeviceCheckBillDaolmpl
4.4.9 統計分析管理設計
1.包圖設計
根據統計分析管理應用功能分析，統計分析管理包圖如圖 4-31 所示。
由圖 4-31 可知，在統計分析管理功能包圖設計時，提供了原輔料統計分析、 包材統計分析、產品統計分析不同的功能選項。
2、類圖設計 統計分析管理類圖如圖 4-32所示。
圖 4-32 統計分析管理包圖
4.4.10 系統管理設計
1.包圖設計
圖 4-33 系統管理包圖
由圖 4-33 可知，在系統管理功能包圖設計時，提供了用戶管理、角色管理以 及菜單管理不同的功能選項。
2.類圖設計 根據系統管理功能應用分析以及包圖設計分析，得到了系統管理類圖設計結 構，如圖 4-34 所示。
由圖 4-35 可知，在系統管理類圖結構設計時，提供了系統管理界面類圖對象， 其包括了用戶管理界面類、角色管理界面類以及菜單管理界面類等不同的下屬對 象，并且在設計時，用戶管理提供了包括用戶標識、用戶密碼、用戶姓名以及獲 取用戶、添加用戶、編輯用戶以及刪除用戶等在內的用戶接口對象；提供了包括 角色標識、角色名稱以及添加角色、檢索角色、更新角色與刪除角色在內的角色 接口對象；提供了包括菜單標識、菜單名稱、鏈接地址以及別名等在內的菜單信 息實體對象。
3.序列圖設計
根據系統管理功能分析、包圖設計以及類圖設計分析，得到了系統管理序列 圖設計，如圖 4-36 所示。
Q
圖 4-36 用戶管理序列圖
由圖 4-36 可知，在用戶管理時，系統管理員首先要進入用戶管理界面，然后 選擇用戶管理功能選項，然后即可默認檢索當前所有用戶信息，并可以對用戶信 息進行添加、編輯及刪除操作，并最終將操作結果反饋給操作用戶。
4.5 數據庫設計
人為惡意攻擊是安全管理的一大隱患，數據庫系統應對此類難題有效的措施 就是進行用戶身份驗證和訪問控制。其中，身份驗證主要是確認用戶的身份，通 過輸入用戶已設定的口令、密鑰，并且須要系統確認才能成功登錄數據庫系統。 其實，數據庫系統中存在 users 和 login 兩張功能表格，分別記錄用戶的基本信息 和記憶登陸用戶的名字、注銷時間、IP地址等訊息。在此安全策略下，主要是通 過程序login.jsp來實現，該程序有兩方面的作用，其一：當用戶登錄激活loginjsp, 其與網絡建立連接，通過 users 名單搜索登錄用戶信息，查看該用戶是否具有訪問 權限，確認完畢，則允許用戶進行網絡訪問，否則顯示用戶無權限；其二： login.jsp 能夠在第一時間記憶登錄的用戶信息，諸如IP地址、退出時間等等。通過這兩道 程序的設置，很好地保護了 WEB 數據庫訪問，控制了非法人員隨意登陸系統。
數據庫包含了系統正常運行所需的所有信息，能夠有效調用、替換和管理相 關信息，提高數據庫的使用效率。數據庫的合理設計至關重要，對后續的開發和 使用起到了決定性作用。
數據庫就是將需求分析中的各項信息按照特定的規則存儲在一起，形成一張 具有邏輯關系的表。在項目的運行過程中免不了要更改數據庫，必須按照下列原 則進行更改：
（1） 數據整體結構保持合理有效性
數據庫中的各種文件安排必須按照確定的邏輯關系，合理的表述數據庫中的 各項信息，，并且能夠對數據庫中存儲和描述的元素進行合理整理，分門別類保存 最新的結構信息。
（2） 數據存儲保證完整性
增強數據庫完整性最有效的措施是盡可能多的備份信息，這也增加了數據庫 中冗余信息的風險，而且存在不同分類下的相同信息的一致性問題。在實際的數 據庫開發、設計和實施過程中，應盡可能在信息的完整性和一致性之間進行權衡， 即能保證數據庫的完整性也能保證信息一致。
（3）數據庫信息保證可銜接性 設計數據庫的存儲結構要方便數據庫的管理和維護，數據庫信息盡可能地保 證可銜接性，這樣才能有效地利用數據庫的信息。
4.5.1 數據庫概念結構設計
由上面設計的關系數據模型，可以進一步分析和設計 E-R 關系圖，本文總體 的實體-關系如圖 4-37 所示：
從圖 4-37 中可以看出系統的主要實體包括工序、庫存、銷售訂單、生產計劃 詳情、出庫單、領料單、審批單、到貨單、采購計劃詳情。
系統中部門數據庫表之間的關系如圖 4-38 所示：
圖 4-38 系統中部門數據表之間的關系
4.5.2 數據庫物理結構設計 系統表結構設計如表4-6到表 4-17 所示。 庫存表中的字段信息包括倉庫編號、領料表、物料類型、總數量、占庫存比 例等字段信息。
表 4-6 庫存表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
CKBH Int T F 倉庫編號
WLBH Varchar(15) T F 物料編號
WLLX Varchar(15) ForeignKey T 物料類型
ZSL Varchar(15) F T 總數量
ZKCBL Float F T 占庫存比例
ZDKCL char F T 最低庫存量
ZGKCL char F T 最咼庫存量
CPBS Bit F T 產品標識
ZT Int F T 狀態
YY Text F T 原因
PDBS Bit F T 盤點標識
PDRQ Datetime F T 盤點日期
SCRKRQ Datetime F T 首次入庫日期
ZHCKRQ Datetime F T 最后出庫日期
BZ Text F T 備注
到貨表中的字段信息包括到貨單編號、供應商編號、到貨時間、物料編號、 緊急度等字段信息。
表 4-7 到貨表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
DHDBH Int F T 到貨單編號
GYSBH Varchar(15) F T 供應商編號
DHSJ Datetime F T 到貨時間
WLBH Varchar(15) F T 物料編號
JJD Bit F T 緊急度
SL Varchar(15) F T 數量
CJZ Varchar(15) F T 創建者
CJSJ Datetime F T 創建時間
ZT Bit F T 狀態
BZ Text F T 備注
入庫表中的字段信息包括到倉庫編號、入庫單編號、單據編號、物料編號、 緊急度等字段信息。
表 4-8 入庫表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
CKBH Int T F 倉庫編號
RKDBH char T F 入庫單編號
DJBH char T F 單據編號
WLBH char T F 物料編號
RKPC Varchar(15) T F 入庫批次
SL Int T F 數量
RKSJ Datetime T F 入庫時間
RKCB Money T F 入庫成本
CPBS Bit T F 產品標識
入庫表中的字段信息包括到倉庫編號、出庫單編號、單據編號、物料編號、 緊急度等字段信息。
表 4-9 出庫表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
CKDBH Int T F 出庫單編號
CKBH Varchar(15) T F 倉庫編號
LLDBH Varchar(15) T F 領料單編號
WPBH Varchar(15) T F 物品編號
DJ Varchar(15) T F 單價
SL Varchar(15) T F 數量
RKPC Varchar(15) T F 入庫批次
RKSJ Datetime T F 入庫時間
CZY ForeignKey T F 操作員
領料表中的字段信息包括到領料單編號、領料員、領料批次、物料編號、緊 急度等字段信息。
表 4-10 領料表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
LLDBH Int T F 領料單編號
LLY Varchar(15) T F 領料員
LLPC Varchar(15) T F 領料批次
WLBH Varchar(15) T F 物料編號
WLMC Varchar(15) T F 物料名稱
SL Varchar(15) T F 數量
GYLXBH Varchar(15) T F 工藝路線編號
LLSJ Datetime T F 領料時間
LLSM Text T F 領料
工藝路線表中的字段信息包括到工藝路線編號、工藝路線名稱、領料批次、 設計人員編號、緊急度等字段信息。
表 4-11 工藝路線表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
GYLXBH Int T F 工藝路線編號
GYLXMC Varchar(50) T F 工藝路線名稱
SJRYBH Varchar(15) T F 設計人員編號
CPBH Varchar(15) T F 產品編號
SPRY Varchar(15) T F 審批人員
ZDRQ Datetime T F 制定日期
BZ Text T F 備注
設備表中的字段信息包括到設備編號、所屬車間、設備類型、設備名稱、緊 急度等字段信息。
表 4-12 設備表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
SBBH Int T F 設備編號
SSCJ Varchar(15) T F 所屬車間
SBLX Varchar(50) T F 設備類型
SBMC Varchar(50) T F 設備名稱
SBNL Varchar(15) T F 設備能力
ZZKGSJ Varchar(15) T F 最早開工時間
KSSJ Datetime T F 開始時間
JSSJ Datetime F T 結束時間
SBZT Int F T 設備狀態
計劃表中的字段信息包括到計劃編號、單據編號、計劃名稱、計劃類型、緊 急度等字段信息。
表 4-13 計劃表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
JHBH Int T F 計劃編號
DJBH Int T F 單據編號
JHMC Varchar(50) T F 計劃名稱
JHLX Bit T F 計劃類型
JHKSJXSJ Datetime T F 計劃開始執行時 間
JHJSSJ Datetime T F 計劃結束時間
JHZT Varchar(15) T F 計劃狀態
JHXFZT Bit F T 計劃下發狀態
JHCJSJ Datetime F T 計劃創建時間
采購計劃詳情中的字段信息包括到計劃編號、單據編號、計劃名稱、計劃類 型、緊急度等字段信息。
表 4-14 采購計劃詳情
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
JHBH Int T F 計劃編號
WLBH Varchar(15) T F 物料編號
XYKCL Varchar(15) T F 現有庫存量
JHSL Varchar(15) T F 計劃數量
JJD Varchar(15) T F 緊急度
CJBH Varchar(15) T F 車間編號
SCXBH Varchar(15) T F 生產線編號
GXBH Varchar(15) F T 工序編號
JHSJ Datetime F T 交貨
生產實施計劃中的字段信息包括到計劃實施編號、計劃編號、車間編號、工 序編號、緊急度等字段信息。
表 4-15 生產實施計劃
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
JHSSBH Int T F 計劃實施編號
JHBH Varchar(15) T F 計劃編號
CJBH Varchar(15) T F 車間編號
CPBH Varchar(15) T F 產品編號
GXBH Varchar(15) T F 工序編號
JHWGSL Varchar(15) T F 計劃完工數量
KGSJ Datetime T F 開工時間
WGSJ Datetime F T 完工時間
BZ Text F T 備注
工作流監控記錄信息表中的字段信息包括到計劃監控時間、車間編號、工序 編號、緊急度等字段信息。
表 4-16 工作流監控記錄信息表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
INFOID Varchar(15) T F 主鍵
TIME Datetime T F 監控時間
NODEID Varchar(15) T F 節點ID
CONTENT Varchar(15) T F 記錄內容
BZ Text T F 備注
工作流模板庫信息表中的字段信息包括到計劃節點編號、工序編號、緊急度 等字段信息。
表 4-17 工作流模板庫信息表
字段標識 字段類型及長度 主鍵/外鍵 允許空值 字段描述
TYPEID Varchar(15) T F 主鍵
NODEID Varchar(15) T F 節點編號
NODENAME Varchar(15) T F 節點名稱
NODEDESCRIPT Varchar(15) T F 節點描述
4.6 本章小結
本章結合鋼材質檢信息管理工作的實際需求進行系統設計，展示鋼材質檢信 息管理系統的完整功能框架結構圖；明確系統的各個數據模塊的邏輯關系，闡述 了系統內部構成的功能，為鋼材質檢信息管理系統的實現做好了有力的鋪墊。
第五章 系統實現與測試
5.1 系統實現環境 本系統實現的平臺包括硬件平臺和軟件平臺。硬件平臺如表 5-1 所示： 表 5-1 系統實現硬件平臺
說明 型號
CPU Intel(R) Core(TM)2 Auad CPU Q9500 @2.83GHz
內存 4GB
軟件平臺如表 5-2 所示：
表 5-2 系統實現軟件平臺
平臺說明 型號
操作系統 Windows 7
數據庫 SQL Server 2005
開發環境 JDK6.0
開發工具 Myeclipse10
開發語言 Java
Web服務器 Tomcat 6.0
5.2 系統主要功能實現
5.2.1 工作流模塊管理模塊
工作流中的流程應用由于需要考慮能夠對機械制造企業生產管理系統已有的 模塊進行快速的流程化，因此每一個流程的定義應該歸屬到一個具體的業務模塊 之上，一個具體的業務模塊應該可以定義多個流程。也就是說一個業務模塊可以 應用不同的流程進行處理。流程的定義包括流程圖信息、流程基本信息以及任務 步驟信息三部分。
在確定流程圖之后，保存會生成一個JPBM的圖形的定義的XML文件，該文 件會記錄到數據庫中，然后可以進行發布流程。流程在發布之后，會通過 JPBM 的 流程定義語言 JPDL 自動的生成流程定義描述文件 Processdefinition.xml。 核心代碼：
Member mem = (Member)request.getSession().getAttribute("member");
boolean status = false;
if(mem==null){
forward = mapping.findForward("memSorry");
}else{
if (id!=null){
status = cartService.delCart(id);
}
if (status){
msgs.add("delCartStatus",new
ActionMessage(Constants.CART_DEL_SUC_KEY));
}else{
msgs.add("delCartStatus",new
ActionMessage(Constants.CART_DEL_FAIL_KEY));
} forward = new ActionForward("/cart.do?method=browseCart"); saveErrors(request, msgs);
} 本文中的業務流程系統主要分為業務流程初始化階段、業務流程調度階段、
業務流程流轉階段。如圖 5-1 所示。
業務流程初始化階段，數據來源為流程的基礎數據，涉及到流程基礎信息表 (EM_Work_Flow)、流程類型表(EM_Work_Flow_Lx)、流程實例接口 表)EM Work Flow Jk)、流程權限表(EM Work Flow Right)。主要實現用戶登陸
后，讀取用戶工作流權限，通過前臺頁面展示。授權用戶創建流程，初始化流程
基本信息，創建流程實例。流程管理實現界面如圖 5-2 所示。
圖 5-2 流程管理實現界面
5.2.2 用戶管理模塊
用戶管理模塊主要是實現對系統中的用戶信息進行管理，是系統中的一個基 礎管理模塊。主要是實現對用戶基礎信息的增加、修改、刪除、編輯等功能。用 戶管理的實現界面如圖 5-3 所示。
圖 5-3 用戶管理實現界面
圖 5-4 用戶信息添加實現頁面
5.2.3 系統管理模塊
（1）角色信息管理，通頁面提供的功能按鈕實現對角色信息增加，修改角色 信息和更新信息等功能。
圖 5-5 角色信息管理實現頁面
（2）權限管理，通過頁面提供的功能按鈕實現對角色的權限信息進行更新維 護功能。
歸您的位置：權限管理〉分級授權
分級授權
部門；部門1E]
角 色：系sis員B
「設備資產管理一
0生產計劃管理 0原材料管理
I-生產廿劃•列表：回添加回修改回刪除回查詢|-:原材料管理：I□添加IB修改IB刪除回提交
I-生產計劃添加：I□添加回修改回刪除畫查詢I-原材料列表：□添加回修改回刪除回提交
|-；原才料添加：I□審核查詢
「用戶資料管理一
母冃戶資料管理
卜用戶資料管理：I□添加I□修改I□刪除I□提交
卜用戶資料列表：I□添加I□修改I□刪除I□提交
卜冃戶資料添加：審核□查詢
圖 5-6 權限管理實現頁面
本頁面主要實現的功能是系統管理員給本系統中的相應用戶分配操作權限。 權限的分配主要是對于系統的各個功能模塊進行簡單的操作（添加、修改、刪除 和查詢等）進行合理的分配，系統管理員有對用戶進行分配其中的某個權限或者 全部權限，靈活性高。
5.2.4 檢驗標準管理模塊
在檢驗標準管理功能包圖設計時，提供了原材料檢驗管理、包材檢驗管理、 產品檢驗管理、科研產品檢驗管理不同的功能選項。
關鍵代碼： try{
//判斷是否已成功登錄
Member mem = (Member)request.getSession().getAttribute("member");
if(mem==null){
forward = mapping.findForward("memSorry");
}else{
forward = mapping.findForward("checkOrder");
}
}catch(Exception ex){
logger.info("在執行 CartAction 類中的 checkOrder 方法時出錯:\n"); ex.printStackTrace();
質檢標準管理實現界面如圖 5-7 所示。
圖 5-7 質檢標準管理實現界面
5.2.5 檢驗報告管理模塊
在檢驗報告管理功能包圖設計時，提供了中間產品，待包裝產品，成品，退 貨不同的功能選項。
關鍵代碼:
Admin admin = new Admin();
if (memberForm.getStatus()==2) {
admin.setAdminName(memberForm.getMemberName()); admin.setLoginName(memberForm.getLoginName().trim());
admin.setLoginPwd(memberForm.getLoginPwd());
admin.setAdminType(1);
boolean exist = adminService.addAdmin(admin);
if (exist){
msgs.add("addAdminStatus",new ActionMessage(Constants.ADDADMIN_SUC_KEY));
}else{
msgs.add("addAdminStatus",new ActionMessage(Constants.ADDADMIN_FAIL_KEY));
}
saveErrors(request, msgs);
}
boolean status = memService.addMember(mem);
if (status){
msgs.add("addMemStatus",new
ActionMessage(Constants.MEMBER_REG_SUC_KEY));
}else{
msgs.add("addMemStatus",new
ActionMessage(Constants.MEMBER_REG_FAIL_KEY));
}
saveErrors(request, msgs);
檢驗報告管理實現界面如圖 5-8 所示。
圖 5-8 檢驗臺賬管理實現界面
5.2.6 檢驗臺賬管理模塊 在檢驗臺賬管理功能包圖設計時，提供了中間產品，原料，成品，包料不同 的功能選項。檢驗臺賬管理實現界面如圖所示。
關鍵代碼： //判斷是否已成功登錄
Member mem = (Member)request.getSession().getAttribute("member");
if(mem==null){ msgs.add("addWordStatus",new
ActionMessage(Constants.WORD_ADD_WARNING_KEY));
}else{
boolean status = false;
String title = request.getParameter("wordTitle");
String content = request.getParameter("content"); System.out.println("title"+title);
Leaveword word = new Leaveword(); word.setMember(mem);
word.setTitle(title.trim()); word.setContent(content.trim()); word.setLeaveDate(new Date()); status = wordService.addWord(word); if (status){ msgs.add("addWordStatus",new ActionMessage(Constants.WORD_ADD_SUC_KEY));
}else{ msgs.add("addWordStatus",new ActionMessage(Constants.WORD_ADD_FAIL_KEY));
}
檢驗臺賬管理實現界面如圖 5-9 所示。
圖 5-9 檢驗臺賬管理實現界面
5.3 數據庫訪問及性能優化
5.3.1 數據庫訪問
由于本系統是一個 B/S 模式結構的管理系統，大多數情況下后臺會與數據庫 之間進行數據交換和處理。而數據庫的進行簡單的增加信息，修改信息，刪掉等 基本操作，這是一個有規律可以進行抽取和抽象的操作。因此本系統將常見的與
數據庫進行交互和訪問的操作封裝起來，擴大代碼的可重用性。鋼材質檢信息管 理系統中使用 Hibernate 來進行數據的處理和系統訪問任務。
5.3.2 性能優化
基于 B/S 模式的鋼材質檢信息管理系統主要在數據庫的性能上進行了相應的 優化，優化的主要方法是通過緩沖池來提高系統連接數據庫的性能問題。一般情 況下，用戶想從數據庫中提取出相應的數據，首先必須要建立數據庫連接，然后 向數據庫服務器提交相應的查詢請求，然后服務器將數據提取出來返回到頁面前 段進行顯示和執行，執行完畢后關閉數據庫連接。
當僅僅只有一個頁面進行訪問時，系統的性能可能并沒有很明顯的變化，但 是當很多個頁面同時訪問數據庫時，系統的性能就會感覺到明顯的變化，這是因 為在建立數據庫連接、執行數據庫操作和關閉數據庫連接的整個過程中是一個很 消耗時間和系統資源的過程，這樣系統的開銷就會很大。
基于 B/S 模式的鋼材質檢信息管理系統，會存在多個用戶同時訪問頁面的情 況，為了防止系統性能的下降，本系統中采用了連接緩沖池。緩沖池保持著連接 的操作，當系統中需要建立數據庫連接時進行數據庫相關訪問操作時，應用程序 首先會去緩沖池中查找是否有空閑的連接，如果有就直接使用，建立連接；如果 沒有就需要建立一個新的數據庫連接，然后進行相應的數據庫操作和交互，然后 從數據庫中提出相應的數據，在頁面上進行顯示，執行數據顯示之后并不是馬上 關閉數據庫連接，而是將數據庫連接存放到緩沖池中，供其他的連接使用。
5.4 系統測試
5.4.1 系統測試概述
一般情況下，系統的測試包括對軟件和硬件的測試，由于本文中的黨務管理 系統主要是測試軟件的完整信息的安全和穩定的性能，因此只需要對開發的軟件 進行測試即可。
單元測試，是面對系統的中的每個單個模塊，驗證其功能是否與需求分析中 預期的功能是一致的。單元測試的根本目的是測試系統中實現的各個模塊是否按 照需求分析實現的，在實現和處理的過程中，數據和操作是否是正常的，有無異 常情況，而且還需要對系統的多個模塊之間進行相互的測試，找出其中可能存在 的問題。
單元測試的根本目的是測試系統中實現的各個模塊是否按照需求分析實現 的，在實現和處理的過程中，數據和操作是否是正常的，有無異常情況。測試的 內容包括：測試系統數據結構等是否按照正常的處理和流程進行的；測試整合后 的體系數據精度和偏差可否到達請求；測試系統相關模塊之間的信息交換是否通 暢。
5.4.2 系統測試環境
本節中，主要是按照前面的需求和設計對數據庫的內容進行了分析，正式測 試的時候也要滿足硬件要求，否則很難充分發揮數據庫的信息轉換的作用，鋼材 質檢信息管理系統測試軟件和硬件平臺和環境如表5-3和表 5-4 所示：
表 5-3 系統測試的軟硬件環境
硬件資源 名稱/類型 備注
Web服務器 CPU Intel(R) Core(TM)2 Quad CPUQ9500 @2.83GHz
內存 4GB
硬盤 500GB
操作系統 Windows 7
數據庫服務器 CPU Intel(R) Core(TM)2 Quad CPU Q9500 @2.83GHz
內存 4GB
硬盤 500GB
操作系統 Windows 7旗艦版
軟件資源 名稱/類型 備注
應用服務器 運行環境 JDK7.0 Tomcat 7.0
數據庫服務器 數據庫系統 SQL Server 2005
表 5-4 網絡測試環境表
系統資源
資源 名稱/類型
數據庫服務器 192.168.44.254
網絡或子網 局域網
服務器名稱 192.168.44.254
數據庫名稱 MySqlServer
客戶端測試PC 192.168.44.111
包括特殊的配置需求 JDK 6.0
5.4.3 系統測試內容
（1）功能測試
功能測試實現要測試客戶端接受用戶的操作的反應度，然后測試向服務端發 出用戶的請求的有效性，接著測試服務端通過業務邏輯處理甚至對數據庫進行相 應的訪問的應答率，然后測試在服務端進行數據的后臺整合的效率。這個是測試 中必不可少的測試，起到關鍵性的作用。如表 5-5 所示：
表 5-5 功能測試內容
測試目標 鋼材質檢信息管理系統提供和實現的功能與需求相符
方法 1.根據需求分析，逐項測試系統功能，看結果是否與與需求一致。
2.覆蓋系統中的各個業務流程。
完成標準 1.系統功能要與需求分析一致。
2.盡快解決bug問題，對暫時無法解決的問題提出相應的解決方案。
需要考慮的 特殊事項 1.要時刻關注需求的變化，對需求的變化要及時進行驗證評測及評估。
2.注重把需求與現實效果結合起來，確保需求能夠實現。
由于本文系統測試案例較多，本文以檢驗標準申請審批為例來進行系統的相 關測試。如表 5-6 所示：
表 5-6 鋼材質檢信息管理系統檢驗標準申請功能模塊測試
用例標識 SVMS 001 項目名稱 鋼材質檢信息管理系統
開發人員 XX 模塊名稱 檢驗標準申請管理功能
用例作者 XX 參考系統 第三章功能需求分析
測試方法 黑盒
八、、ii~n. 測試日期 2015 年 8 月 23 日 17:37:08
用例描述 用于測試檢驗標準申請審 時比流程
編號 權限 測試項 描述（包括輸入、輸出 和操作） 期望結果 真實結
果
PAM_0001 所有用戶 提交個
人 培訓
需求申
請 用戶登錄系統提交檢驗 標準申請信息，包括名 稱，時間，檢驗內容等， 填寫完畢進行提交 驗證成功并 成功提交的 申請，會自動 進入審 批環 節 與預期
一致
PAM_0002 領導 查看申
請列表 用戶登錄系統，點擊“檢 驗標準需求申請管理功 能”菜單下的“申請列 用戶審 批列 表進行處理 后、審批列表 與預期
一致
表”，然后對審批列表進 行處理、包括檢驗標準 的添加、刪除、修改和 查看等。 狀態發生變
化。
PAM_0003 所有用戶 查看已 處理審 批列表 用戶登錄系統，可以查 看與自己權限相對應的 審批列表，以及表單狀 態。 顯 示 與用 戶 權限相關的 信息 與預期
一致
2）性能測試
性能測試首先測試用戶向服務器提供數據的反應度，然后測試系統后臺與數 據庫之間進行信息轉換的速度，接著測試利用 HTTP 協議傳遞數據返回到用戶的 瀏覽器上的速度，最后測試用戶直接操作反饋數據，進行查看、瀏覽和處理的準 確性。其主要測試目的是測試系統的模塊的反應速度。運用LoadRunner進行測試 的結果如圖 5-10 和表 5-7 所示。從測試結果來看，本系統主要是在企業單位內使 用，所以能夠滿足企業單位鋼材質檢信息管理系統的基本需求，性能上達到要求。
表 5-7 客戶端性能測試
測試項目 測試結果
測試系統用戶登錄系統的響應時間 4.325s
測試虛擬用戶個數 N/A
測試系統每秒鐘能完成的登錄個數 13.455 筆/s
圖 5-10 虛擬用戶數、登錄響應時間、每秒處理的登錄個數關系圖
（3）兼容性測試
兼容性測試主要測試不同的軟硬件平臺之間的協同運作的程度，因為不同的 系統可能對不同的軟硬件平臺需求不同，因此，需要對開發的黨務信息系統進行 軟硬件兼容性測試，測試本系統支持度是否廣泛。防止數據庫在不同的軟硬件上 運行出現邏輯不準確的癥狀。系統的服務器和數據庫管理軟件之間的不同組合會 占用相應的系統資源。如表 5-8 所示：
表 5-8 兼容性測試
配置說明 操作系統 應用軟件 結果
服務端 Window2000 常規裝機必備軟件
Windows Xp 兼容
WIN7 兼容
數據庫服務器 Window2000 常規裝機必備軟件
Windows Xp 兼容
WIN7 兼容
瀏覽器 IE6.0以上 常規裝機必備軟件 兼容
NetScape 兼容
FireFox 兼容
Maxthon 兼容
5.4.4 測試結果分析 通過對系統的一系列測試，可以表現出本文設計的系統能夠基本滿足鋼材質 檢信息管理系統的各種要求，并且在測試后，對出現的問題及時進行了修改完善， 在隨后的過程中，系統也沒有在出現使用上的bug。此外，本文設計的系統充分考 慮了用戶的視覺感受，設計了精美的界面，符合大多數用戶的使用習慣。
通過以上的測試，系統基本實現了預先設想和系統設計部分所需要的功能， 并且通過測試驗證了系統的業務流程運行是正確的。
5.5 本章小結 本章結合鋼材質檢信息管理工作的實際需求進行系統設計，展示鋼材質檢信 息管理系統的完整功能框架結構圖；明確系統的各個數據模塊的邏輯關系，闡述 了系統內部構成的功能，為鋼材質檢信息管理系統的實現做好了有力的鋪墊。
第六章 總結與展望
6.1 總結
鋼材質檢信息管理系統在設計與實現時，首先分析了本文的研究背景、研究 意義、國內外研究現狀以及本文的組織結構安排，然后從系統架構設計、系統功 能模塊設計、非功能性優化設計以及數據庫設計等角度分析了系統設計過程，并 在此基礎上從功能模塊實現角度詳細分析了系統實現過程。在系統實現之后，為 了校驗系統功能的完整性以及系統性能的優劣，論文設計了相應的測試用例以及 根據測試用例進行了測試分析，確保了系統無誤。最后，分析了鋼材質檢信息管 理系統實施環境以及部署步驟，為最終的系統應用奠定基礎。具體本文工作總結 如下：
（1） 使用 UML 建模工具中的包圖設計、類圖設計以及順序圖設計等對系統 功能模塊進行設計分析；
（2） 研究提升系統操作性能及操作安全性的方法及模式；
（3） 根據 3NF 范式要求設計優化的數據存取表結構，提升數據存取效率；
（4） 從系統功能模塊實現角度分析鋼材質檢信息管理系統實現過程；
（5） 分析系統功能測試及性能測試過程，確保系統安全、可靠及高效；
（6） 分析并研究系統應用實施環境，包括實施環境及配置、系統部署等。
6.2 展望
鋼材質檢信息管理系統在設計的過程中準備充分，本人首先到某企業公司進 行了實地的調研與分析，與用戶進行了充分的交流，充分了解了用戶的需求，因 此能夠從用戶的要求出發，在功能設計上比較貼近用戶的實際需求，系統通過需 求分析、概要設計、詳細設計到最后的系統實現，基本上完成了預期的目標，但 是由于實驗條件以及研究時間的相關限制問題，本課題采用的鋼材質檢信息管理 系統還存在不足之處。對與系統中的一些沒有做到實際與應用的兼顧。
（1） 由于開發過程中時間的限制，美術功底比較薄弱，界面設計還比較簡陋， 只是用了一些簡單的效果，雖然滿足了大部分功能模塊的效果，沒有達到讓用戶 賞心悅目的程度。只能適用于內部交流，還沒能達到商用的目標。
（2） 系統最后通過了嚴格的性能測試、功能測試和可兼容性測試，也就是說 系統達到了預期設計的要求，但是實現的過程中還發現技術層面有些問題還沒能
完全解決，模塊之間的劃分過細，存在著信息冗余的問題，在今后改進過程中要 把信息的完整性和一致性結合起來，盡量解決信息冗余的問題，充分發揮硬件和 軟件的功能。
（3）由于需求分析不夠全面和徹底，在系統設計和實現的一些環節可能出現 不合理的情況，這與實際的應用還有很大的一段距離，這是在今后的學習和工作 中需要注意的問題。
致 謝
研究生階段的學習生活即將結束。回顧以往，各位老師的教育指導和同學們 的關懷照顧一直陪伴在我的學習、工作和生活中，我走出的每一步都有他們的幫 助。在此，我要向他們表示我誠摯的謝意！
本文是在我的導師郭文生副教授的大力支持與悉心指導下不懈努力完成的。 首先我要對我的導師說聲謝謝，是您一次又一次的幫忙改正、提出修改意見，才 最終有了這篇論文。我在論文研究和撰寫過程中遇到了很多困難，他從繁忙事務 管理和教學科研工作中抽出大量的寶貴時間，給我提出了大量具有建設性的寶貴 建議，并指導我順利地完成畢業課題。從郭老師身上我不僅學習到了很多的學術 知識，更多的是教授對于事物條理化的透徹分析，以及從他身上感受到的是嚴謹 的治學作風，精益求精的工作作風，身體力行的工作態度，這些不僅對于我今后 的學習，乃至生活都將會有很大的影響。在此，我再次對郭老師的全程指導致以 最誠摯的感謝！
再次感謝所有幫助和關心我的老師、家人、同學和朋友。
參考文獻
[1]曹斌芳，鄧志宏，羅大喜，等.基于圖像處理技術的糧企質檢信息管理系統設計J].湖北農 業科學, 2015, (4). DOI:10.14088/j.cnki.issn0439-8114.2015.04.050.
[2]張耀武，呂巖，李婷，等.質檢機構B/S架構檢驗信息管理系統的開發應用J].檢驗檢疫學 刊, 2013, (3):4-7. DOI:10.3969/j.issn.1674-5354.2013.03.002.
[3]孟靂.質檢機構中實驗室信息管理系統的設計與研究J].價值工程,2015, (3):203-204.
[4]鄧曉文，張海軍，李俊，等.飼料企業質檢業務管理系統的設計與實現[J].飼料工業，2014, (15):59-64.
[5]張小偉，呂海波，蔣兵，等.基于二維碼技術的質檢試驗室設備管理系統的應用研究J].中國科 技信息，2015, (5):122-122. D0I:10.3969/j.issn.1001-8972.2015.05.049.
[6]宋潔.淺談商品產品質量計量檢測信息在線管理系統建設J].科技致富向導，2014,
(21):177-178.
[7]Chen S, Wang H, Shen Y. Quality Information Management System for UAV in Using Stage[J]. Ship
Electronic Engineering, 2014.
[8]JIN Xiao-ye, WEI Gang, HUANG Rong-jie, et al. Design and Implementation of Web-based Quality
Information Management SystemJ]. Computer's&\smodernization, 2013, 218(10):98-101,.
叨 鄭嵐.Python訪問MySQL數據庫J].電腦編程技巧與維護.2010(06)
[10]姜瑩，韓伯棠,覃云.B/S和C/S混合模式在某物資管理系統開發中的應用J].微計算機應 用. 2003(03)
[11]sterling bennett.Role and Responsibilities of the Laboratory Director.laboratory hemostasis,2010,28(5):1189-1192.
[12]Jing L I. Quality Information Management System Design based on AccessJ]. Equipment Manufacturing Technology, 2013. [13]王海燕.基于intranet模式的高校實驗室管理信息系 統[J].中國管理信息化,2010,39(7):156-160.
[14]Cheng J S, Wang X J, Zhang L P, et al. The Design and Application of Quality Information Management System of the Assembly Line of Engine[J]. Advanced Materials Research, 2013, 706-708:1919-1922.
[15]helen staer,denis goodrum and mark hackling. high school laboratory work in western australia: openness to inquiry. Research in science education,2011,28(2):237-240
[16]李水.淺談大學物理實驗室開放管理[J].科技資訊,2011,21( 3):41-45
[17]Mu D, Wang W. Teaching system of health management information system( HMIS)based on
knowledge,ability and quality(KAQ)[J]. China Higher Medical Education, 2013.
[18]guillaume dubus. the universe as a laboratory for high-energy physics. Astronomy at the frontiers of science, 2011, 35(5):134-136.
[19]Brian Larson.Delivering Business Intelligence with Microsoft SQL Server 2005[M]. Osborne/McGraw-Hill,2010,459-461.
[20]Bill Karwin.SQL Antipatterns: Avoiding the Pitfalls of Database Programming [M].The Pragmatic Programmers,2010,771-772.
[21]Erik Veerman, Brian Knight, Jessica M. Moss, Jay Hackney.Microsoft SQL Server 2008 Integration Services Problem-design-solution [M].John Wiley & Sons Ltd,2011,997-998.
[22]Kalen Delaney,P. Randal, Kimberly L. Tripp.Microsoft SQL Server 2008 Internals[M]. Microsoft Press,U.S,2010,689-692.
[23]Scott Cameron, Hitachi Consulting.Microsoft SQL Server 2008 Analysis Service Step by Step[M].Microsoft Press,U.S,2010,291-293.
[24]甘仞初.信息系統分析與設計.北京: 等高等教育出版社,2013 年6 月.
[25]耿詳義，張躍平.JSP實用教程[M].北京:清華大學出版社,2013, 14-17
[26]林眾.基于MVC的Web應用框架設計與實現[J].科技信息,2011(31)： 70
[27]韓懌冰.MVC模式淺析[J].科技信息,2012(25):351
[28]李寶龍.基于Web共享的結構拓撲優化方法研究[D],廈門：華僑大學，2011
[29]彭奇志.Web動態信息發布技術的比較分析[J].情報雜志,2013(4):45-46
[30]郝曉玲.于秀艷.基于JSP的系統設計與實現[J].情報科學,2014,22(8):1001-1004
[31]雷鈞.基于WEB技術的管理信息系統的開發研究[D].湖北：華中科技大學，2005
[32]白學敏.圖書館管理系統的設計與實現[D].內蒙古：內蒙古大學，2010
[23]曹秀麗.Java數據庫訪問技術研究[J].科技廣場,2011(7):120-122
[33]徐華麗.基于JDBC的數據庫訪問技術應用[J].福建電腦,2012
[34]姚克.基于ODBC-JDBC的數據庫連接策略的實現與優化[J].電腦開發與應用,
2011,24(7):34-38
[35]田學強.JSP連接數據庫技術的研究[J].天津職業院校聯合學報,2015,9(5):50-54
[36]吳中,鄭曉華.基于JDBC的數據庫技術及應用[J].科學之友：B版,2007(6):157-158
[37]任泰明. 基于 B/S 結構的軟件開發技術.西安：西安電子科技大學出版社,2014.
[38]閃四清.中文版SQL Server 2005數據庫應用實用教程.北京:清華大學出版社,2014.
[39]Pressman R S著，梅宏譯.軟件工程-實踐者的研究方法.第5版.北京：機械工業出版社,2002
[40]Robert V Binder著，華慶一等譯.面向對象系統的測試.北京:人民郵電出版社,2011.
[41]John W.Stazinger, Robert B.Jackson, Stephen D.Burd. 系統分析與設計. 朱群雄, 汪曉男譯.
北京: 機械工業出版社, 2015. 97~123.
[42]王鳳霞, 呂林濤. 基于 J2EE 的分布式軟件體系結構設計與應用. 微電子學與計算機, 2015, 22(3): 144~147.
[43]RS Pressman. Software Engineering: A Practitioner's Approach.(5thed).Beijing: Tsinghua University Press, 2014. 346~347.
[44]OkiB, Pfluegl M. The Information Bus-an Architecture for Extensible Dist-ributed Systems. ACM Symposium on Operation System Principles, 2013, 11(2):143~151.
[45]量景紅. 網站設計與網頁配色——實例精選. 北京: 人民郵電出版社, 2014. 3~100.
[46]Andrew S. Tanenbaum. Distributed Operating System. America: Prentice-Hall International Inc, 2015. 99~114.
[47]王珊, 李盛恩. 數據集基礎與應用. 北京: 人民郵電出版社, 2014: 135-144.
下一篇：沒有了
相關標簽:
