軟件工程碩士論文某企業(yè)質(zhì)量管理信息系統(tǒng)的設(shè)計與實現(xiàn)【畢業(yè)論文（設(shè)計）】好

《軟件工程碩士論文某企業(yè)質(zhì)量管理信息系統(tǒng)的設(shè)計與實現(xiàn)【畢業(yè)論文（設(shè)計）】好》由會員分享，可在線閱讀，更多相關(guān)《軟件工程碩士論文某企業(yè)質(zhì)量管理信息系統(tǒng)的設(shè)計與實現(xiàn)【畢業(yè)論文（設(shè)計）】好（62頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、軟件工程碩士論文_某企業(yè)質(zhì)量管理信息系統(tǒng)的設(shè)計與實現(xiàn)【畢業(yè)論文（設(shè)計）】-好 專業(yè)碩士學(xué)位論文 摘 要 關(guān)鍵詞： Abstract Quality management systems are an integral part of enterprises, enterprises in ensuring product quality, improve their quality, to win the mar

2、ket competition is playing an increasingly important role. With the economic globalization is accelerating, the market increasingly competitive, the quality of the product needs of the increasing complexity at the same time, showing expansion of enterprise scale, many groups, many plants work togeth

3、er more and more. M a manufacturing enterprise engaged in development and production of products, in the information age of today realize the quality of management information requirements become more and more urgent. In this paper, the target enterprise needs analysis, research of the multi-tier

4、architecture design, component-oriented development techniques, the client automatically download updated technology, and heterogeneous systems integration technology, using the B / S and C / S mixed structure development, to meet the target enterprise application implementation Express, post-mainte

5、nance and flexible expansion requirements. Targeted enterprises and military enterprises belong to the system requirements of high security features, the system put forward a comprehensive security solution, using a strict authentication, rights management, the separation of powers and system audit

6、data to ensure system security. Automatically download the updates and take advantage of technology to solve the C / S client update problem, using a variety of data integration technology to solve the system with a number of external system data integration problem. After a period of operation, t

7、o prove that the system can complete a good quality management of enterprise-wide business deal, with good stability and security, has become the enterprise quality management platform, improve the quality of the target enterprise management level, reached a intended objectives. Key words: quality

8、 management, hybrid structure, automatic download, XML, integration, J2EE 目 錄 緒 論 1 1.1 研究背景與課題來源 1 1.2 國外質(zhì)量管理軟件的發(fā)展現(xiàn)狀 1 1.3 國內(nèi)質(zhì)量管理軟件的發(fā)展現(xiàn)狀 2 1.4 國內(nèi)外對比分析 2 1.5 研究目標、內(nèi)容 3 研究目標 3 研究內(nèi)容 4 1.6 論文的組織結(jié)構(gòu) 4 第二章 需求分析 6 2.1 需求背景 6 2.2 任務(wù)概述 7 2.3 功能需求 7 研試質(zhì)量管理 8 制造質(zhì)量管理 9 產(chǎn)品質(zhì)量數(shù)據(jù)分析 10

9、 質(zhì)量策劃管理 11 質(zhì)量保障活動管理 11 質(zhì)量體系管理 12 系統(tǒng)維護 12 2.4 與已有遺留系統(tǒng)的接口要求 12 基礎(chǔ)資源中心系統(tǒng) 12 售后服務(wù)系統(tǒng) 13 MRPII系統(tǒng) 13 數(shù)據(jù)報送 13 2.5 非功能性要求 13 安全性 13 先進性 13 通用性 13 易用性 14 可靠性 14 網(wǎng)絡(luò)功能與自助服務(wù) 14 系統(tǒng)性能 14 進度要求 14 2.6 需要解決的主要問題 14 系統(tǒng)開發(fā)方案 14 系統(tǒng)的安全性 15 操作界面友好性 15 2.7 小結(jié) 15 第三章 解決方案與關(guān)鍵技術(shù) 16 3.

10、1 系統(tǒng)結(jié)構(gòu)的選擇 16 C/S結(jié)構(gòu) 16 B/S結(jié)構(gòu) 16 結(jié)論 16 3.2 開發(fā)方案選擇 18 C/S結(jié)構(gòu)的開發(fā)方案選擇 18 B/S結(jié)構(gòu)的開發(fā)方案選擇 20 3.3 安全解決方案 23 身份認證 23 權(quán)限管理 23 三權(quán)分立 23 系統(tǒng)審計 23 3.4 用戶友好性解決方案 24 操作一致性 24 健壯性 25 3.4 關(guān)鍵技術(shù) 26 自動下載更新技術(shù) 26 基于XML的數(shù)據(jù)交換技術(shù) 28 3.4 小結(jié) 30 第四章 設(shè)計與實現(xiàn) 31 4.1 系統(tǒng)設(shè)計原則和運行環(huán)境說明 31 系統(tǒng)的功能設(shè)計目標 31 系統(tǒng)運行環(huán)

11、境說明 31 4.2 系統(tǒng)總體設(shè)計 32 系統(tǒng)的體系結(jié)構(gòu)設(shè)計 32 系統(tǒng)功能模塊設(shè)計 33 4.3系統(tǒng)功能設(shè)計 33 研試質(zhì)量管理子系統(tǒng)設(shè)計 33 制造質(zhì)量管理子系統(tǒng)設(shè)計 38 產(chǎn)品質(zhì)量數(shù)據(jù)分析子系統(tǒng)設(shè)計 48 4.4 數(shù)據(jù)庫設(shè)計 51 數(shù)據(jù)庫設(shè)計的內(nèi)容 51 數(shù)據(jù)庫的設(shè)計目的 52 數(shù)據(jù)庫設(shè)計的原則 52 數(shù)據(jù)庫的概念與邏輯設(shè)計 54 數(shù)據(jù)庫的物理設(shè)計 55 4.5 系統(tǒng)集成設(shè)計 57 成的需求分析 57 成分析 58 系統(tǒng)集成的設(shè)計與實現(xiàn) 62 4.6 小結(jié) 64 第五章 測試 66 5.1 單元測試 66 單元測試的意義

12、66 單元測試的優(yōu)點 66 本系統(tǒng)的單元測試 67 5.2 集成測試 68 5.3 功能測試 68 5.4 性能測試 70 5.5 測試結(jié)果評估 71 5.6 小結(jié) 71 第六章 總結(jié) 72 6.1 本人承擔(dān)的具體工作內(nèi)容 72 技術(shù)方面 72 管理方面 72 6.2 使用效果 72 6.3系統(tǒng)待完善之處 73 6.4 下一步工作 73 6.5小結(jié) 73 主要參考文獻 74 致 謝 76 圖 清 單 圖 1 系統(tǒng)總體用例圖 8 圖 2 研試質(zhì)量管理用例圖 8 圖 3 制造質(zhì)量管理用例圖 9 圖 4 封裝了各種基本操作的基礎(chǔ)表單對

13、象 24 圖 5 數(shù)據(jù)異?；謴?fù)原理圖 26 圖 6 客戶端自動下載更新程序的體系結(jié)構(gòu) 27 圖 7 數(shù)據(jù)交換格式的總體設(shè)計思路 28 圖 8 用UML活動圖建立的業(yè)務(wù)模型 29 圖 9 數(shù)據(jù)報送的信息模型 30 圖 10 系統(tǒng)拓撲結(jié)構(gòu)圖 32 圖 11 系統(tǒng)功能結(jié)構(gòu)圖 33 圖 12 研試質(zhì)量子系統(tǒng)功能結(jié)構(gòu)圖 33 圖 13 研試質(zhì)量管理包封裝 34 圖 14 質(zhì)量問題歸零封裝包 35 圖 15 質(zhì)量問題歸零處理流程 35 圖 16 質(zhì)量問題歸零信息錄入頁面 36 圖 17 質(zhì)量評審工作流設(shè)計 36 圖 18 質(zhì)量評審信息查看頁面 37

14、 圖 19 試驗信息處理工作流設(shè)計 37 圖 20 制造質(zhì)量管理子系統(tǒng)功能結(jié)構(gòu)圖 38 圖 21 制造質(zhì)量管理子系統(tǒng)包封裝 38 圖 22 產(chǎn)品總裝功能結(jié)構(gòu) 40 圖 23 產(chǎn)品總裝邏輯關(guān)系類圖 41 圖 24 總裝進度查詢 43 圖 25 測試項目與產(chǎn)品的類圖 44 圖 26 測試過程信息記錄 44 圖 27 測試進度查詢 44 圖 28 總裝和測試完成情況統(tǒng)計 45 圖 29 產(chǎn)品配套信息維護及根據(jù)配套進行的應(yīng)用 46 圖 30 外協(xié)產(chǎn)品驗收業(yè)務(wù)流程圖 46 圖 31 外協(xié)產(chǎn)品各階段質(zhì)量信息跟蹤示意圖 47 圖 32 產(chǎn)品質(zhì)量數(shù)據(jù)分析包

15、封裝 48 圖 33 質(zhì)量周報生成流程設(shè)計 49 圖 34 質(zhì)量周報生成時序圖 50 圖 35 質(zhì)量信息分析界面 51 圖 36 總裝測試E-R 圖 55 圖 37 部件質(zhì)量跟蹤E-R圖 55 圖 38 系統(tǒng)集成原理 59 圖 39 數(shù)據(jù)上報時序圖 64 圖 40 活動用戶量分析圖 70 表 清 單 表 1 國內(nèi)外質(zhì)量管理軟件對比分析 3 表 2 C/S結(jié)構(gòu)B/S結(jié)構(gòu)優(yōu)缺點比較 17 表 3 幾種主流的C/S結(jié)構(gòu)開發(fā)工具比較 19 表 4 周報主界面 48 表 5 主要的數(shù)據(jù)庫表清單 56 表 6 單元測試用例模板 67 表 7

16、產(chǎn)品軟件配套匯總單元測試用例 67 表 8 產(chǎn)品測試過程通電時間計算測試用例 68 表 9 測試用例表 69 表 10 測試一覽表 70 第一章 緒 論 1.1 研究 “某企業(yè)質(zhì)量管理信息系統(tǒng)”是某企業(yè)為提高質(zhì)量管理效率和水平而開發(fā)的一套適合企業(yè)自身管理特點的信息系統(tǒng)。 目標企業(yè)的質(zhì)量管理已經(jīng)有健全的規(guī)章制度，有比較完善規(guī)范的流程，但所依賴的管理手段仍然是效率比較低下的作業(yè)方式，主要以紙質(zhì)單據(jù)、Excel、Word等方式進行質(zhì)量信息記錄，以郵件、紙介質(zhì)等方式進行質(zhì)量信息的傳遞，在生產(chǎn)過程中產(chǎn)生的大量質(zhì)量信息缺少數(shù)據(jù)積累平臺，缺乏對數(shù)據(jù)的統(tǒng)計加工再利用的基礎(chǔ)。 目標企業(yè)

17、主要從事M產(chǎn)品的設(shè)計與生產(chǎn)，目前面臨繁重的設(shè)計與生產(chǎn)任務(wù)，質(zhì)量管理工作的重要性進一步凸現(xiàn)出來。仍然依靠原有的工作方式，要處理越來越繁重的任務(wù)，顯得力不從心。企業(yè)的質(zhì)量管理工作不僅僅需要從方法上尋找改進，還需要從手段上進行改進。因此需要建立起一個可以加快質(zhì)量信息有效傳遞、規(guī)范處理流程、能夠?qū)崟r跟蹤處理過程，并能夠進行大量質(zhì)量數(shù)據(jù)積累、對數(shù)據(jù)進行分析的信息化系統(tǒng)。這也正是本課題產(chǎn)生的緣由。 該質(zhì)量管理信息系統(tǒng)研制的目的是實現(xiàn)企業(yè)質(zhì)量管理信息的網(wǎng)上流轉(zhuǎn)和和及時處理，實現(xiàn)質(zhì)量問題處理的動態(tài)跟蹤和閉環(huán)控制，并方便的實現(xiàn)信息統(tǒng)計和分析功能，最終為領(lǐng)導(dǎo)決策提供支持。 1.2 國外現(xiàn)狀 1.3 國現(xiàn)狀

18、 Enterprise Resource Planning，ERP）系統(tǒng)中質(zhì)量模塊往往是功能最弱的部分，無法滿足企業(yè)整體管理的需要。國內(nèi)外質(zhì)量管理軟件對比分析如表1： 表 11.6 論文的組織結(jié)構(gòu) 本論文分章，具體安排內(nèi)容如下： 緒論 介紹課題的研究背景、來源、國內(nèi)外軟件的現(xiàn)狀以及本文的研究內(nèi)容及意義。 需求分析 對現(xiàn)有的進行詳細的分析，闡述系統(tǒng)的主要需求，以及系統(tǒng)為了實現(xiàn)這些需求而必須解決的主要問題。 解決方案 闡述系統(tǒng)的，系統(tǒng) 第四章 設(shè)計與實現(xiàn) 對系統(tǒng)的設(shè)計原則、運行環(huán)境進行說明，在介紹系統(tǒng)總體設(shè)計體系結(jié)構(gòu)的基礎(chǔ)上，按照子系統(tǒng)分別闡述各自的主要功能及使用的關(guān)鍵技術(shù)，并

19、對數(shù)據(jù)庫設(shè)計和集成設(shè)計進行了介紹。 第五章 測試 對系統(tǒng)中采用的測試方法和具體的測試工作進行了說明。 第六章 總結(jié) 總結(jié)本人在項目中完成的具體工作內(nèi)容，并對系統(tǒng)的實施效果進行簡要的說明。第二章 需求分析在軟件生命周期中，需求分析是最重要的一個階段。軟件需求分析的質(zhì)量對軟件開發(fā)的影響是深遠的、全局性的，高質(zhì)量需求對軟件開發(fā)往往起到事半功倍的效果。在后續(xù)階段改正需求分析階段產(chǎn)生的錯誤將付出高昂的代價。圖 12 研試質(zhì)量管理用例圖 問題歸零 產(chǎn)品在設(shè)計、試驗中發(fā)生重要質(zhì)量問題后，需要對問題的現(xiàn)象進行如實記錄，對發(fā)生原因進行分析，根據(jù)原因制定相應(yīng)的解決措施，并對解決措施進行落實。根據(jù)

20、問題原因，對其它產(chǎn)品是否存在同樣的問題進行舉一反三，實現(xiàn)問題的“歸零”。由問題“歸零”各環(huán)節(jié)負責(zé)人員進行信息的填寫。 質(zhì)量評審 產(chǎn)品在設(shè)計完成后、或者試驗之前，以及質(zhì)量問題的“歸零”完成后，都需要組織專家進行評審。要對評審中的專家的意見、評審結(jié)論進行如實記錄，并對評審中提出的問題的后續(xù)處理落實情況進行跟蹤管理。由被評審的產(chǎn)品主管人員負責(zé)信息的記錄和填寫。 試驗管理 由試驗隊長負責(zé)記錄參加試驗的產(chǎn)品的基本信息，試驗的安排情況，試驗內(nèi)容，試驗中發(fā)生的問題情況以及對問題的處理情況。 制造質(zhì)量管理 制造質(zhì)量管理對產(chǎn)品在加工生產(chǎn)過程中的檢驗信息記錄，對廢品、不合格品的處理信息進行管理；對大

21、型產(chǎn)品的裝配過程進行測試，記錄各個步驟的測試信息，對出現(xiàn)的質(zhì)量問題進行記錄和處理；對外協(xié)產(chǎn)品的驗收和返修信息、元器件與原材料的驗收信息進行管理。用例圖如圖3： 圖 3Manufacturing Resource Planning II）系統(tǒng)主要管理企業(yè)的采購、到貨、庫存、生產(chǎn)計劃等內(nèi)容。 在質(zhì)量系統(tǒng)中，在進行外協(xié)驗收時，需要提取MRPII中的到貨信息，并且在驗收完成后需要將驗收結(jié)果返回給MRPII中的到貨信息。 元器件、原材料的驗收信息記錄在MRPII中，要求在質(zhì)量系統(tǒng)中能夠進行查詢。 數(shù)據(jù)報送 向集團公司質(zhì)量管理系統(tǒng)主要是上報問題歸零信息，問題發(fā)生后需要及時上報，隨著問題歸零情況

22、的進展，對進展情況也需要及時上報。 2.5 非功能性要求 系統(tǒng)在非功能性方面需要滿足以下幾個方面的要求： 安全性 系統(tǒng)需要符合企業(yè)安全保密規(guī)定，滿足國家保密局對涉密信息系統(tǒng)的安全保密要求。 先進性 系統(tǒng)應(yīng)在管理流程中體現(xiàn)出先進的質(zhì)量管理理念。應(yīng)始終遵循全面質(zhì)量管理的思想來部署系統(tǒng)的功能。 通用性 系統(tǒng)需要能夠運行于流行的技術(shù)環(huán)境中，如windows 2000,windows XP，Linux等，能夠在主流數(shù)據(jù)庫如Oracle、Sql Server上應(yīng)用。 易用性 界面友好簡潔，直觀體現(xiàn)質(zhì)量管理的主要工作內(nèi)容，采用可視化功能界面，引導(dǎo)用戶按照優(yōu)化的質(zhì)量管理流程進行每一

23、步操作。 可靠性 采用模塊化的松散耦合技術(shù)，開發(fā)全過程嚴格遵循軟件工程的方法，功能模塊采用統(tǒng)一的設(shè)計風(fēng)格、高度集成統(tǒng)一的用戶界面。 網(wǎng)絡(luò)功能與自助服務(wù) 支持企業(yè)職工在基于Web的企業(yè)局域網(wǎng)內(nèi)的應(yīng)用。提供系統(tǒng)使用幫助功能。 系統(tǒng)性能 （1）系統(tǒng)響應(yīng)時間 查詢時間：200個用戶并發(fā)響應(yīng)時間應(yīng)在5秒之內(nèi)。一些大數(shù)據(jù)量的特殊功能的響應(yīng)時間，例如近萬條記錄的、大數(shù)據(jù)量的報表打開時間應(yīng)在15秒左右。 更新處理時間：一般數(shù)據(jù)增加、刪除、修改后提交，響應(yīng)時間不超過5秒。一些大數(shù)據(jù)量的特殊功能的相應(yīng)時間，如批量數(shù)據(jù)導(dǎo)入、5M以內(nèi)的二進制數(shù)據(jù)插入數(shù)據(jù)庫的響應(yīng)時間在20秒左右。 （2）系統(tǒng)用

24、戶數(shù)量 系統(tǒng)用戶數(shù)指標反映了不同情況下使用系統(tǒng)的用戶規(guī)模。本系統(tǒng)應(yīng)保障多用戶并發(fā)訪問環(huán)境下的合理響應(yīng)速度和數(shù)據(jù)穩(wěn)定性。應(yīng)滿足峰值在線用戶數(shù)500人，平均在線用戶數(shù)100人的要求。 進度要求 用戶特別要求，系統(tǒng)在兩個月內(nèi)具備部分模塊上線運行的條件。 2.6 需要解決的主要問題 通過對以上需求的分析，我們認為系統(tǒng)在設(shè)計上除了需要遵循一般系統(tǒng)開發(fā)原則和系統(tǒng)總體框架外，還需要重點解決以下問題： 系統(tǒng)開發(fā)方案 本系統(tǒng)要求有靈活的功能實現(xiàn)，同時要求能與現(xiàn)有的遺留系統(tǒng)能有效集成，如何選擇適合的開發(fā)方案是會直接影響到這些要求能否正常實現(xiàn)。 用戶對進度提出的特殊要求，部分模塊在盡可能短的時間

25、內(nèi)上線，也直接影響到開方案的選擇。 系統(tǒng)的安全性 目標企業(yè)要求本系統(tǒng)符合國家保密局對涉密信息系統(tǒng)的保密要求。如何滿足一系列保密要求，是系統(tǒng)需要重點考慮的一個方面。 操作界面友好性 系統(tǒng)部分業(yè)務(wù)模塊的數(shù)據(jù)量大，每天需要由基層用戶完成大量的數(shù)據(jù)錄入編輯工作。因此提供友好的數(shù)據(jù)處理界面對于系統(tǒng)的成功應(yīng)用至關(guān)重要。由于不同開發(fā)工具在界面功能的實現(xiàn)上特點、效率不同，因此選擇合適的開發(fā)工具也是本系統(tǒng)要著重考慮的問題。 綜上所述，要建設(shè)好這個系統(tǒng)需要多方面知識，需要多方面的技術(shù)專家進行商討論證、精心設(shè)計，解決上面提出的關(guān)鍵問題，并需要一個技術(shù)過硬、管理完善的團隊才能完成系統(tǒng)實施。 2.7 小

26、結(jié) 本章首先對系統(tǒng)的需求進行了總體介紹，包括需求背景、任務(wù)概述，以及系統(tǒng)的功能需求、非功能需求、集成需求等，然后根據(jù)提出的需求進行了系統(tǒng)的需求分析，最后對系統(tǒng)中需要重點解決的主要問題進行了描述。 第三章 解決方案3.1 系統(tǒng)結(jié)構(gòu)的選擇 目前系統(tǒng)的結(jié)構(gòu)分為C/S和B/S兩種結(jié)構(gòu)。本系統(tǒng)需要根據(jù)兩種結(jié)構(gòu)的特點以及系統(tǒng)本身的因素做出選擇。 C/S結(jié)構(gòu) C/S結(jié)構(gòu)，即Client/Server 客戶機/服務(wù)器 結(jié)構(gòu)，是大家熟知的軟件系統(tǒng)體系結(jié)構(gòu)，通過將任務(wù)合理分配到Client端和Server端，降低了系統(tǒng)的通訊開銷，可以充分利用兩端硬件環(huán)境的優(yōu)勢。早期的軟件系統(tǒng)多以此作為首選設(shè)計標準

27、。服務(wù)器通常采用高性能的PC、工作站或小型機，并采用大型數(shù)據(jù)庫系統(tǒng)，如Oracle、Sybase、Informix或 SQL Server。客戶端需要安裝專用的客戶端軟件。B/S結(jié)構(gòu)/S結(jié)構(gòu)即Browser/Server 瀏覽器/服務(wù)器 結(jié)構(gòu)，是隨著Internet技術(shù)的興起，對C/S結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)。在這種結(jié)構(gòu)下，客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，服務(wù)器安裝Oracle、Sybase、Informix或 SQL Server等數(shù)據(jù)庫。瀏覽器通過Ｗeb Server 同數(shù)據(jù)庫進行數(shù)據(jù)交互。用戶界

28、面完全通過瀏覽器實現(xiàn)，一部分事務(wù)邏輯在前端實現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實現(xiàn)，形成所謂3-tier結(jié)構(gòu)。B/S結(jié)構(gòu)，主要是利用了不斷成熟的瀏覽器技術(shù)，結(jié)合瀏覽器的多種Script語言 VBScript、JavaScript… 和ActiveX技術(shù)，用通用瀏覽器就實現(xiàn)了原來需要復(fù)雜專用軟件才能實現(xiàn)的強大功能，并節(jié)約了開發(fā)成本，是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。表 2 客戶操作界面設(shè)計個性化，具有直觀、簡單、方便的特點，可以滿足客戶個性化的操作要求。同時由于開發(fā)是針對性的，因此，操作界面漂亮、形式多樣，可以充分滿足客戶自身的個性化要求。 由于是針對性開發(fā)，因此缺少通用性的特點，業(yè)務(wù)變更或改變不夠靈

29、活，需要重新設(shè)計和開發(fā)，增加了維護和管理的難度，進一步的業(yè)務(wù)拓展困難較多。 需要專門的客戶端安裝程序，分布功能弱，不能夠?qū)崿F(xiàn)快速部署安裝和配置。 兼容性差，對于不同的開發(fā)工具，相互之間很難兼容，具有較大的局限性。若采用不同工具，需要重新改寫程序。 開發(fā)成本較高，需要具有一定專業(yè)水準的技術(shù)人員才能完成。 B/S 具有分布性特點，可以隨時隨地進行業(yè)務(wù)處理。 業(yè)務(wù)擴展簡單方便，通過增加網(wǎng)頁即可增加服務(wù)器功能。 維護簡單方便，只需要改變網(wǎng)頁，即可實現(xiàn)所有用戶的同步更新。開發(fā)簡單，共享性強。 個性化特點明顯降低，無法實現(xiàn)具有個性化的設(shè)計要求。 操作的習(xí)慣性是以鼠標為最基本的操作方式，無法滿

30、足快速操作的要求。 頁面動態(tài)刷新，響應(yīng)速度明顯降低。 專用性打印輸出難以實現(xiàn)，尤其對票據(jù)等打印，難以實現(xiàn)套打輸出。 無法實現(xiàn)分頁顯示，給數(shù)據(jù)庫訪問造成較大的壓力。 功能弱化，難以實現(xiàn)傳統(tǒng)模式下的特殊功能要求。 本系統(tǒng)在選擇系統(tǒng)結(jié)構(gòu)時，重點需要考慮系統(tǒng)的開發(fā)效率、界面?zhèn)€性化、系統(tǒng)兼容性、系統(tǒng)的易維護性。根據(jù)本系統(tǒng)的需求，其制造質(zhì)量管理部分對界面?zhèn)€性化的要求高，并且是用戶最急于應(yīng)用的模塊。隨著系統(tǒng)各個部分的逐漸應(yīng)用，后期的擴展和維護工作將會比較大。為了滿足系統(tǒng)的這種需求，我們決定采用C/S+B/S的混合結(jié)構(gòu)。采用C/S結(jié)構(gòu)先期實現(xiàn)用戶急于應(yīng)用、并且界面?zhèn)€性化要求高的制造質(zhì)量管理部分，采用

31、B/S結(jié)構(gòu)實現(xiàn)系統(tǒng)其余部分，以提高系統(tǒng)整體的可擴展性和易維護性。 3.2 開發(fā)方案選擇 由于本系統(tǒng)采用了C/S+B/S的混合結(jié)構(gòu)，因此需要為這兩種結(jié)構(gòu)分別選擇開發(fā)方案。 C/S結(jié)構(gòu)的開發(fā)方案選擇 .1 VB方案（，）是微軟公司開發(fā) .2 PB方案Delphi是著名的Borland（現(xiàn)在已和Inprise合并）公司開發(fā)的可視化軟件開發(fā)工具?！　elphi具有以下的特性：基于窗體和面向?qū)ο蟮姆椒?，高速的編譯器，強大的數(shù)據(jù)庫支持，與Windows編程緊密結(jié)合，強大而成熟的組件技術(shù)。但最重要的還是Object Pascal語言，它是在Pascal語言的基礎(chǔ)上發(fā)展起來的，簡單易學(xué)。Delp

32、hi提供了各種開發(fā)工具，包括集成環(huán)境、圖像編輯（Image Editor），以及各種開發(fā)數(shù)據(jù)庫的應(yīng)用程序，如DesktopDataBase Expert等。除此之外，還允許用戶掛接其它的應(yīng)用程序開發(fā)工具，如Borland公司的資源編輯器（Resourse Workshop）。表 3Delphi 開發(fā)效率較高COM,ActiveX COM,JavaBean,Jaguar, ActiveX COM, ActiveX CORBA（本身自帶CORBA中間件VisiBroker，有豐富向?qū)В〥AO,ADO,RDO功能相仿Transaction,DwControl，可綁定任何SQL語句和存儲過程，數(shù)據(jù)訪

33、問具有無與比擬的靈活性具有包括DataSource,Table,Query,Midas,ADO在內(nèi)的二十多個組件和類完成數(shù)據(jù)訪問DBGriD，與數(shù)據(jù)庫相關(guān)的數(shù)據(jù)表現(xiàn)控件只有此一種，只能表現(xiàn)簡單表格數(shù)據(jù)表現(xiàn)手段單一DataWindow對象功能異常強大，其資源描述語句構(gòu)成類似6>HTML的另外一種語言，可在其中插入任何對象，具有包括DBGrid在內(nèi)的數(shù)百種數(shù)據(jù)表現(xiàn)方法具有包括DBGrid,DBNavigator,DBEdit, DBLookupListBox在內(nèi)的15個數(shù)據(jù)感知組件，DecisionCube, DecisionQuery在內(nèi)的6個數(shù)據(jù)倉庫組件和包括QRChart, QRExpr在內(nèi)

34、的20多個報表組建，可靈活表現(xiàn)數(shù)據(jù)語句執(zhí)行方式將一句SQL串綁定到一個命令對象中，結(jié)果返回到ResultSet對象中自行拆取是一種真正的4GL語言，可隨意直接嵌套SQL語句返回值被賦值到語句的變量中，支持語句級游標，存儲過程和數(shù)據(jù)庫函數(shù)使用數(shù)據(jù)庫組件或類完成SQL語句串的執(zhí)行和提交開發(fā)模式控件開發(fā)模式（OCX）組件開發(fā)模式 User Object 源代碼組件開發(fā)模式 VCL 面向?qū)ο筇匦圆钶^好很好代碼執(zhí)行效率 一般較高很高 .NET 是 Microsoft 的用以創(chuàng)建 XML Web 服務(wù)（下一代軟件）平臺，該平臺將信息、設(shè)備和人以一種統(tǒng)一的、個性化的方式聯(lián)系起來。 借助于 .NET 平臺

35、，可以創(chuàng)建和使用基于 XML 的應(yīng)用程序、進程和 Web 站點以及服務(wù)，它們之間可以按設(shè)計、在任何平臺或智能設(shè)備上共享和組合信息與功能，以向單位和個人提供定制好的解決方案。 .3比較與結(jié)論 （1）對分布式技術(shù)的支持 通過Web Services，任何應(yīng)用程序可以在網(wǎng)絡(luò)上順利地整合在一起。Web Services的基本原理是利用標準的網(wǎng)絡(luò)協(xié)議 例如:HTTP 來傳送XML消息。這是一種非常輕便的溝通機制，因此可以讓任何程序語言、中間層組件或平臺很輕易地整合進來。一般工業(yè)上或企業(yè)內(nèi)部會接受成熟且廣為廠商采用的業(yè)界標準，尤其是已經(jīng)受過市場考驗行之有年的標準。 要構(gòu)建Web Services必

36、須得采用業(yè)界通用的Web Services技術(shù)。Web Services是一種新一代的分布式服務(wù)，在這之前，有CORBA、DCOM、COM+、RMI，都是用來實作分布式架構(gòu)的技術(shù)，而且也被證明運作的非常順利;而新一代的分布式服務(wù)，采用的是XML技術(shù)，如XML-RPC和SOAP就是最佳的例子，新一代的分布式技術(shù)可以用已有的通訊協(xié)議做基礎(chǔ) 如SMTP、FTP等 ，但是目前最受歡迎的方式仍然是將XML基植于HTTP這個廣受歡迎，但是效能并非最佳的通訊協(xié)議上。 J2EE支持了較為廣泛應(yīng)用于現(xiàn)有企業(yè)系統(tǒng)的分布式運算服務(wù)，而.NET平臺支持延伸自COM與DCOM的COM+，其技術(shù)前身MTS COM+比E

37、nterprise JavaBeans技術(shù)早了三年，我們可以推斷J2EE提供的分布式服務(wù)比.NET的技術(shù)領(lǐng)先三年。 使用J2EE者可以選用XML-RPC或是SOAP技術(shù)，Sun Microsystems更提供了 Java Web Service Developer Pack供開發(fā)者開發(fā)Web Services。反觀.NET技術(shù)，只提供對于SOAP的支持。在對于既有分布式技術(shù)支援不足的情況下，對新一代分布式技術(shù)的支持又無法提供彈性的選擇，風(fēng)險之大，是可以預(yù)估的。 總而言之，我們就平臺的穩(wěn)定性，服務(wù)器的穩(wěn)定性，以及產(chǎn)品的多樣性這三方面來考量，J2EE似乎優(yōu)于.NET技術(shù)。 （2）開發(fā)工具的可

38、選擇性 J2EE 以及 .NET 是現(xiàn)有用來開發(fā)服務(wù)器端企業(yè)級應(yīng)用程序的技術(shù)延伸。這些技術(shù)的早期版本并非專門用來開發(fā)Web Services用。J2EE 以及 .NET的共通愿景就是希望能達成開發(fā)Web Services的基礎(chǔ)工程，例如：跨平臺的XML溝通、負載平衡以及交易。 但是，當開發(fā)到一定規(guī)模的應(yīng)用程序時，會產(chǎn)生一定的復(fù)雜度，這個時候就必須有開發(fā)工具的輔助，如果您選用了其中一種平臺，那么您可以選用的工具如下所示： J2EE平臺的工具有： 普元EOS（普元） Eclipse Open Source JBuilder Borland Forte for Java Sun

39、 WebLogic Workshop BEA JDeveloper Oracle Rational Application Development IBM Visual Cafe WebGain .NET平臺： Visual Studio.NET （3）中間件產(chǎn)品的可選擇性 JAVA2平臺，企業(yè)版（J2EE）是為單一的復(fù)雜問題，如有關(guān)部門發(fā)展，人員配置，項目管理等多級企業(yè)解決方案而設(shè)計的。J2EE是一個由SUN微系統(tǒng)公司提出的工業(yè)標準。J2EE是一個標準，而不是一個產(chǎn)品，只要雙方都服從J2EE的約定，其應(yīng)用程序就能在各種各樣的程序包環(huán)境下運行。 J2EE的目

40、的是使所有用戶有權(quán)自己去選擇他們要的產(chǎn)品和工具，這樣也鼓勵了產(chǎn)品間的競爭。這一目的實現(xiàn)的前提是J2EE已成為工業(yè)標準。為了使用戶放心的買入，SUN公司同其他的EBusiness平臺開發(fā)商（像BEA，IBM和Oracle）合作定義J2EE。SUN還發(fā)起了JAVA民間組織以汲取新的方案來不斷完善J2EE。 Microsoft .NET是一組能使你建立良好的，企業(yè)級的web services的產(chǎn)品。注意，它們有一個重要的不同：.NET是一個產(chǎn)品策略，然而J2EE是一個任何產(chǎn)品都要用到的標準。 .NET大量的改寫了Microsoft早期開發(fā)平臺的底層代碼和組件，其中包括了許多現(xiàn)在正廣范用到的技術(shù)，

41、也包括MTS和COM＋，消息隊列（MSMQ），和Microsoft SQL server數(shù)據(jù)庫。新的.NET結(jié)構(gòu)取代了這些技術(shù)，并且包括了一個web services層來提高語言的支持能力。 因此在構(gòu)建基于Web Services的企業(yè)分布式應(yīng)用時，J2EE平臺有非常多的中間件產(chǎn)品可供選擇，而.NET唯一的選擇就是Microsoft的自己的產(chǎn)品。 從以上的比較可以看出，在構(gòu)建基于Web Services的分布式企業(yè)應(yīng)用上，J2EE平臺和.NET平臺相比，具有明顯的優(yōu)勢， 通過兩種方案的對比，可以看出基于J2EE平臺構(gòu)建分布式企業(yè)應(yīng)用具有非常明顯的優(yōu)勢。同時，由于本系統(tǒng)還需要與用戶已有的遺

42、留系統(tǒng)保持良好的接口，因此采用基于J2EE平臺的開發(fā)方案是最好的選擇。 本系統(tǒng)最終使用了普元EOS平臺完成系統(tǒng)開發(fā)，Web容器使用Jboss，數(shù)據(jù)庫采用了Oracle。 3.3 安全解決方案 本系統(tǒng)在機密增強的網(wǎng)絡(luò)環(huán)境下運行，對系統(tǒng)所處理的數(shù)據(jù)具有高度的保密要求。系統(tǒng)需要有完整的安全解決方案。 身份認證 系統(tǒng)遵循嚴格身份認證和有限授權(quán)原則、全面確認原則和安全跟蹤原則。所有用戶進入系統(tǒng)必須通過服務(wù)器上的身份認證。 身份認證采用集成第三方基于PKI 體系的USB 智能卡系統(tǒng)，這種類型的系統(tǒng)利用標準的加密算法技術(shù)，實現(xiàn)了網(wǎng)絡(luò)安全方案中數(shù)字簽名、身份認證和密鑰安全管理以及分發(fā)傳遞等功能。

43、 權(quán)限管理 根據(jù)用戶對權(quán)限管理要求的嚴格程度，提供了分級的權(quán)限管理機制，系統(tǒng)支持自頂向下的逐級分配權(quán)限的管理模式，系統(tǒng)權(quán)限包含功能權(quán)限、數(shù)據(jù)權(quán)限，其中數(shù)據(jù)權(quán)限包括數(shù)據(jù)對象權(quán)限、字段權(quán)限和字段范圍權(quán)限。 （1）功能權(quán)限：根據(jù)功能的劃分來為操作員設(shè)置權(quán)限。功能權(quán)限不僅能夠設(shè)置到最末一級菜單功能，而且能夠設(shè)置到每個功能中的各個按鈕。由于可以將權(quán)限明細到功能按鈕級，保證了功能權(quán)限的最明細化。 （2）數(shù)據(jù)權(quán)限：在功能權(quán)限的基礎(chǔ)上，針對具體的業(yè)務(wù)對象或者數(shù)據(jù)內(nèi)容提供更進一步的權(quán)限設(shè)置。 三權(quán)分立 按照三權(quán)分立的要求：系統(tǒng)操作人員嚴格區(qū)分為管理員和業(yè)務(wù)操作員兩個類別，同時管理員分為系統(tǒng)管理員

44、、系統(tǒng)安全員、系統(tǒng)審計員，三者的權(quán)限互相制約： 系統(tǒng)管理員負責(zé)管理和維護系統(tǒng)所有人員信息； 系統(tǒng)安全員負責(zé)系統(tǒng)內(nèi)所有人員業(yè)務(wù)權(quán)限和角色信息的維護； 系統(tǒng)審計員負責(zé)系統(tǒng)所有安全日志和業(yè)務(wù)日志的備份、清理、保存的工作。 系統(tǒng)審計 系統(tǒng)提供系統(tǒng)日志審計功能，可以在線查詢、監(jiān)控每一個訪問用戶的操作，可以自動記錄每一個用戶的應(yīng)用節(jié)點、應(yīng)用時間、功能操作，可以隨時查詢、審計。從另外一個層面保障非法操作的實時監(jiān)控和響應(yīng)并做到可跟蹤和追溯。 3.4 用戶友好性解決方案 隨著重用需求和重用技術(shù)的發(fā)展，開發(fā)可重用軟件成了軟件工程的重要課題，而用戶友好性是可重用軟件的重要屬性之一。換言之，是否具有用

45、戶友好性已不僅僅是界面上的問題，而是結(jié)構(gòu)上的問題；不僅僅是具體實現(xiàn)技術(shù)上的問題，而是設(shè)計思想方法上的問題。 圖 4 封裝了各種基本操作的基礎(chǔ)表單對象 利用該種設(shè)計，使得各業(yè)務(wù)模塊的基本功能操作一致，甚至基本對象的布局都是一致的，很好的遵守最小驚奇原則在整個系統(tǒng)中有一主要輸入模型，系統(tǒng)所做的一切都嚴格遵守這一模型都使用同一種語言，語法規(guī)則相同，用戶菜單和輸入/輸出屏幕始終都有相同的格式、一致的風(fēng)格。一致性可以轉(zhuǎn)換成可預(yù)見的一致性，減少用戶的認知負擔(dān)，給用戶以自學(xué)的可能。只要掌握了一個屏幕上的操作，其它通過聯(lián)想就可舉一反三。健壯性是防御用戶錯誤和用戶破壞的能力需要對用戶輸入的正確性和完整性進

46、行全面檢查；分別處理和響應(yīng)正確與不正確的輸入；出錯時無論是由用戶輸入直接或間接引起的能給出有意義的信息，解釋錯誤地方和如何糾錯；在設(shè)計時就應(yīng)預(yù)見用戶容易出錯的地方，并做出避免出錯的預(yù)防性設(shè)計；必要時對不正確的輸入如密碼輸入錯誤進行審計處理。 圖 5 數(shù)據(jù)異常恢復(fù)原理圖 3.4 關(guān)鍵技術(shù) 自動下載更新技術(shù) 系統(tǒng)中部分業(yè)務(wù)模塊采用了C/S結(jié)構(gòu)。C/S結(jié)構(gòu)的客戶端程序更新一直是客戶維護的主要工作之一，傳統(tǒng)的方法是人工訪問某個中心資源目錄或者人工進行程序客戶端更新，這樣做不安全且更新效率低。本系統(tǒng)設(shè)計時充分考慮了這一點，設(shè)計開發(fā)了客戶端程序下載更新組件。 該組件總的設(shè)計思想是：在后臺利用

47、數(shù)據(jù)庫，存儲需要更新的模塊文件，通過客戶端組件自動搜索比較，并決定是否需要下載更新。 （1）運行體系結(jié)構(gòu)如圖6： 圖 6TOP-DOWN）的方法進行，這一方法主要包括四個階段：業(yè)務(wù)流程梳理、數(shù)據(jù)元和聚合數(shù)據(jù)元提取和標準化、組合數(shù)據(jù)元和聚合數(shù)據(jù)元形成獨立于語法的數(shù)據(jù)交換格式模型和把由數(shù)據(jù)元和聚合數(shù)據(jù)元組成的數(shù)據(jù)交換格式模型映射為 XML模式，如圖7所示。 圖 7UML模型）描述業(yè)務(wù)流程，形成業(yè)務(wù)模型和信息模型。業(yè)務(wù)模型明確了業(yè)務(wù)活動中的參與角色、要交換的數(shù)據(jù)交換格式和交換順序以及組成數(shù)據(jù)交換格式的業(yè)務(wù)數(shù)據(jù)。信息模型將業(yè)務(wù)模型中組成數(shù)據(jù)交換格式的業(yè)務(wù)數(shù)據(jù)歸為若干個具有相互關(guān)系的類，這些類及類

48、之間的關(guān)系構(gòu)成了信息模型。 數(shù)據(jù)元和聚合數(shù)據(jù)元提取和標準化階段：在上述信息模型基礎(chǔ)上，進行數(shù)據(jù)元提取與分析，進行數(shù)據(jù)元標準化，形成符合規(guī)范化要求的通用數(shù)據(jù)元，進行分類與編碼。 組合數(shù)據(jù)元和聚合數(shù)據(jù)元形成獨立于語法的數(shù)據(jù)交換格式模型階段：在上述信息模型基礎(chǔ)上，用經(jīng)過標準化處理的數(shù)據(jù)元和相關(guān)代碼規(guī)范該信息模型，形成由數(shù)據(jù)元組成的、具有層次結(jié)構(gòu)的、獨立于語法的數(shù)據(jù)交換格式，該數(shù)據(jù)交換格式與任何一種語法綁定后，就形成了可在同構(gòu)或異構(gòu)系統(tǒng)間交換、用特定語法描述的數(shù)據(jù)交換格式。 把由數(shù)據(jù)元和聚合數(shù)據(jù)元組成的數(shù)據(jù)交換格式模型映射為 XML模式階段：將形成的由數(shù)據(jù)元組成的、具有層次結(jié)構(gòu)的、獨立于語法的

49、數(shù)據(jù)交換格式，映射形成符合W3C XML語法要求、可在同構(gòu)或異構(gòu)系統(tǒng)間交換的XML Schema。 （2）業(yè)務(wù)數(shù)據(jù)共享的業(yè)務(wù)模型設(shè)計 業(yè)務(wù)數(shù)據(jù)共享的業(yè)務(wù)流程是由一系列在2個或多個角色間發(fā)生的業(yè)務(wù)活動組成，推薦使用UML的活動圖來描述業(yè)務(wù)流程。圖8給出用UML活動圖進行業(yè)務(wù)數(shù)據(jù)共享業(yè)務(wù)流程梳理的方法，建立了業(yè)務(wù)模型。 圖 8 圖 9設(shè)計與實現(xiàn)分析是問題抽象 做什么 ，設(shè)計是問題求解 怎么做 ，實現(xiàn)是問題的解 結(jié)果 。.1 系統(tǒng)設(shè)計原則和說明 從的業(yè)務(wù)模式和的要求來看，整個系統(tǒng)的設(shè)計首先是保證功能實現(xiàn)能夠滿足業(yè)務(wù)的需要，同時在技術(shù)上保持先進性、開放性、可擴展性等特征。在詳細描述各個

50、系統(tǒng)的設(shè)計之前，我們有必要討論在設(shè)計工作中所遵循的設(shè)計原則。 .1.1 系統(tǒng)的功能設(shè)計目標 .1.2 系統(tǒng)運行環(huán)境 本系統(tǒng) 按照我們的系統(tǒng)設(shè)計目標，其運行環(huán)境推薦如下： 客戶端：M以上內(nèi)存，Windows 或以上版本操作系統(tǒng)，IE .0以上瀏覽器，屏幕顯示分辨率建議024*768以上。 WEB服務(wù)器端：Windows 或以上版本操作系統(tǒng)，IE .0以上瀏覽器，屏幕顯示分辨率建議024*768以上，內(nèi)存最低為。Windows 2003 Server或以上版本操作系統(tǒng)，內(nèi)存最低為。.2 系統(tǒng)總體設(shè)計 圖 系統(tǒng)功能設(shè)計 圖 .1 研試質(zhì)量管理子系統(tǒng)設(shè)計 M產(chǎn)品系列的研制周期多則十

51、幾年，少則幾年，在研制過程會進行各種試驗，可能產(chǎn)生各種質(zhì)量問題，針對各種研制活動會組織大量評審。研試質(zhì)量子系統(tǒng)將對研試過程中的問題處理、質(zhì)量評審、試驗情況信息進行維護管理。 圖 12 圖 13 圖 1415 質(zhì)量問題歸零處理流程 由于質(zhì)量問題信息所包含的內(nèi)容很多，在頁面設(shè)計時采用了對信息進行分類，對每一類可以單獨收縮或展開的處理，以方便信息的錄入。如產(chǎn)品（設(shè)備）信息、故障信息、原因信息、糾正措施信息等。在信息的錄入過程中，為了方便信息的修改，不同流程環(huán)節(jié)的錄入人可以修改其他流程環(huán)節(jié)錄入的信息（審核環(huán)節(jié)信息除外）。問題歸零的數(shù)據(jù)錄入頁面實現(xiàn)如圖16： 圖 16 圖 17 圖 18

52、圖 制造質(zhì)量管理子系統(tǒng)設(shè)計 制造質(zhì)量同研試質(zhì)量一同構(gòu)成本系統(tǒng)的核心部分。制造質(zhì)量對企業(yè)加工生產(chǎn)的過程質(zhì)量進行管理，并對采購產(chǎn)品、采購原材料、外協(xié)加工生產(chǎn)的產(chǎn)品進行嚴格的質(zhì)量把關(guān)。要保證企業(yè)最終生產(chǎn)出的產(chǎn)品質(zhì)量合格，對來料把關(guān)和生產(chǎn)過程的嚴格控制是關(guān)鍵。制造質(zhì)量子系統(tǒng)分為兩大部分：加工質(zhì)控和外協(xié)外購管理。 圖 20 圖 .2 不合格處理 在產(chǎn)品加工生產(chǎn)過程中，由檢驗員對每道工序進行檢驗。若檢驗時發(fā)現(xiàn)產(chǎn)品問題，可根據(jù)問題情況判定為廢品或是判定為不合格品。若判定為廢品，則進行廢品處理。判定為不合格品，則進行不合格品審理。 不合格審理信息包括：產(chǎn)品信息（名稱、數(shù)量、工序、交檢數(shù)、不合格數(shù)等

53、）、故障現(xiàn)象、原因分析、不合格審理意見（工藝師系統(tǒng)意見、質(zhì)量師系統(tǒng)意見、不合格審理委員會意見）、設(shè)計意見、相關(guān)單位會簽信息等。 以前企業(yè)的不合格審理是由檢驗員開具紙質(zhì)的不合格審理單，將該紙質(zhì)的審理單在各相關(guān)環(huán)節(jié)進行簽署流轉(zhuǎn)。該種處理模式效率低，而且十分不利于產(chǎn)品的質(zhì)量跟蹤和后期的數(shù)據(jù)分析。在運用本系統(tǒng)后，按照設(shè)定的業(yè)務(wù)流程進行審理信息的流轉(zhuǎn)，能夠跟蹤到每一個環(huán)節(jié)的處理情況，也能方便的進行數(shù)據(jù)的統(tǒng)計與分析。 .3 報廢處理 在產(chǎn)品的檢驗過程中，當檢驗員發(fā)現(xiàn)廢品后，需要開具廢品通知單。廢品通知單中包括產(chǎn)品信息、責(zé)任單位信息、廢品原因及特征、工藝說明、工時損失、材料損失等信息。工時損失、材料損

54、失信息是由定額員核算完成。在數(shù)據(jù)分析時可以計算出不同責(zé)任單位的各類損失情況，以及統(tǒng)計出某指定單位在不同時期損失的變化趨勢。 .4 產(chǎn)品總裝 M產(chǎn)品的總裝是個復(fù)雜的過程，要將各個部段總裝成一套完整的產(chǎn)品，需要經(jīng)過至少十幾個步驟，而每個步驟之間的先后順序并不象單一產(chǎn)品的加工工序那樣嚴格。為了控制每一個裝配步驟的質(zhì)量，需要對裝配的每個步驟進行嚴格的測試和記錄。裝配完成之后，需要對整套系統(tǒng)進行系列測試。 不同型號產(chǎn)品的總裝步驟和需要測試的項目不同。即使是同型號的產(chǎn)品，由于不同批次的批次其用途不同，其裝配步驟和測試項目也可能會不同。因此對產(chǎn)品的總裝項目和測試項目需要具有可配置性。 在產(chǎn)品的裝配過

55、程中，部分環(huán)節(jié)需要進行較為復(fù)雜的數(shù)據(jù)記錄，由于不同型號產(chǎn)品的數(shù)據(jù)格式差異很大，難以用統(tǒng)一的表格化處理，因此系統(tǒng)中采用了使用Excel文件的形式進行數(shù)據(jù)記錄，可以在系統(tǒng)中在線進行excel中的數(shù)據(jù)編輯。 產(chǎn)品總裝模塊的功能結(jié)構(gòu)如圖22： 圖 22 圖 23testTmpt：產(chǎn)品測試模板類，封裝了對產(chǎn)品測試模板的操作。 CasmbTmpt：產(chǎn)品總裝模板類，封裝了對產(chǎn)品總裝模板的操作。 CTmpt：模板基類，封裝了對模板的基本操作。 CasmbInfo：總裝過程信息類，封裝了對總裝過程信息處理的操作。 CtestInfo：測試過程信息類，封裝了產(chǎn)品測試過程信息處理的操作。 產(chǎn)品總裝

56、 總裝項目模板：為不同型號產(chǎn)品的不同批次進行總裝步驟的靈活配置。 總裝過程信息：按照總裝項目模板，為每套產(chǎn)品生成總裝項目。在總裝過程中，記錄下每個步驟的檢查結(jié)果，檢查人，檢查日期等信息。若發(fā)現(xiàn)問題，記錄下問題現(xiàn)象。利用PB中可以動態(tài)執(zhí)行帶參數(shù)的SQL語句的技術(shù)，可以一次生成同一批次下所有產(chǎn)品的總裝項目。動態(tài)執(zhí)行的Sql語句如下： insert into procctr_assemble_checkinfo item_no, model_no, model_batch, order_no, test_item, need_note, has_file, f

57、ile_name, test_value select :is_curXHDm, model_no, :is_curPc, :s_mslNo[j], order_no, test_item, need_note, has_file, file_name, file_name from procctr_assemble_checkitem where item_no :is_curXhDm and model_batch :is_curPc; 在產(chǎn)品總裝過程中，需要利用Excel記錄各種數(shù)據(jù)。不同型號的產(chǎn)品預(yù)先制定不同的Exce

58、l模板。記錄了數(shù)據(jù)的Excel文件以Blob的形式存放在數(shù)據(jù)庫中。但在使用過程，存在對模板文件的修改情況，包括對其中的某個Sheet頁面的修改，或者新增Sheet頁面。本系統(tǒng)采用了Ole編程技術(shù)，實現(xiàn)對Excel文件的動態(tài)修改。以下是代碼片段： //拷貝新模板文件中指定頁面的內(nèi)容 ole_excel.workbooks 1 .Activate ole_excel.workbooks 1 .sheets ls_sheetArray[i] .Select ole_excel.workbooks 1 .ActiveS ole_excel.workbooks 2 .Activate ole

59、_excel.workbooks 2 .sheets ls_sheetArray[i] .Select ole_excel.workbooks 2 .ActiveSheet.Range "A1" .PasteSpecial 總裝進度信息：根據(jù)總裝過程中記錄的信息，統(tǒng)計某套產(chǎn)品型號下整個批次的總裝進度?？梢愿庞[整個批次的總裝完成情況，也可以查看某套產(chǎn)品的某個總裝項目的具體數(shù)據(jù)。 圖 24 圖 25 圖 26 圖 27 圖 28 圖 29 圖 30 圖 31 外協(xié)產(chǎn)品各階段質(zhì)量信息跟蹤示意圖 .9 元器件原材料驗收 元器件原材料的驗收信息記錄在企業(yè)的MRPII系統(tǒng)中。但為

60、了達到用戶在一個系統(tǒng)中便可以掌握企業(yè)的所有質(zhì)量信息的目的，在本系統(tǒng)中實現(xiàn)了對元器件原材料驗收信息的查詢。該部分功能簡單，主要是在數(shù)據(jù)庫層面實現(xiàn)了同MRPII系統(tǒng)的集成，有關(guān)集成的內(nèi)容在“4.5系統(tǒng)集成設(shè)計”中進行說明。 產(chǎn)品質(zhì)量數(shù)據(jù)分析子系統(tǒng)設(shè)計 產(chǎn)品數(shù)據(jù)分析針對研試質(zhì)量子系統(tǒng)、制造質(zhì)量子系統(tǒng)中所積累的產(chǎn)品質(zhì)量信息進行統(tǒng)計與分析，主要含質(zhì)量日報、質(zhì)量周報、質(zhì)量信息分析三個子模塊。包設(shè)計如圖32： 圖 32InfoQuery分別為日報、周報、質(zhì)量信息分析三個包提供質(zhì)量數(shù)據(jù)查詢服務(wù)。 .1 質(zhì)量日報 質(zhì)量日報為領(lǐng)導(dǎo)、質(zhì)量主管人員自動按M產(chǎn)品的不同分類查詢出當天發(fā)生的各類質(zhì)量問題，包括不

61、合格品信息、報廢信息、測試中出現(xiàn)的質(zhì)量問題信息。 .2 質(zhì)量周報 質(zhì)量周報由質(zhì)量主管部門生成并發(fā)布。質(zhì)量周報內(nèi)容包括上期質(zhì)量周報中的問題落實情況、各分廠待處理問題（不合格品、廢品）、本期辦完不合格品審理單統(tǒng)計、本周辦完廢品單統(tǒng)計、總裝測試問題統(tǒng)計（遺留問題和本周發(fā)現(xiàn)問題）。即周報中應(yīng)包括不合格品、廢品和質(zhì)量問題三類信息，并按時間劃分為上期遺留信息，本期新發(fā)生信息。 周報主界面設(shè)計 表 4 年 期 起始日期 截止日期 發(fā)布日期 不合格品 廢品 總裝測試問題 處理完 待處理 新發(fā)生 處理完 待處理 新發(fā)生 處理完 待處理 新發(fā)生 在周報主界面，

62、可以直觀的了解近期企業(yè)總體質(zhì)量狀況，具體到解決了多少問題、遺留多少問題、新出現(xiàn)了多少問題。 （2）功能設(shè)計 周報生成：由周報管理員按期生成周報。系統(tǒng)根據(jù)當前日期和上期周報截止日期，由各不合格品、廢品、總裝測試問題信息庫中查詢出新發(fā)生的問題，由上期周報中查詢出仍然遺留的問題和已處理的問題，將查詢出的信息存放入周報數(shù)據(jù)表中。具體處理流程設(shè)計如圖33： 圖 33圖 34 .2 質(zhì)量信息分析 質(zhì)量信息分析模塊為用戶提供產(chǎn)品各類質(zhì)量信息的綜合統(tǒng)計分析功能，可以由用戶自定義分析分析的指標項，結(jié)合查詢功能，實現(xiàn)多維數(shù)據(jù)分析。功能設(shè)計如下： 圖形定制 由用戶選擇需要進行統(tǒng)計分析的業(yè)務(wù)表，定義統(tǒng)

63、計圖形的X軸、Y軸、Z軸，以及圖形類型、圖形標題、字體等界面設(shè)置信息，定義后信息作為圖形配置項保存在數(shù)據(jù)庫中。同一個業(yè)務(wù)表可以定義多個圖形。 圖形顯示 以樹形結(jié)構(gòu)的形式將各業(yè)務(wù)表所定義的所有圖形標題組織顯示，當在樹上進行節(jié)點切換時，圖形顯示區(qū)自動進行相應(yīng)切換，顯示出對應(yīng)業(yè)務(wù)表的圖形。 數(shù)據(jù)回溯 根據(jù)圖形上選擇的某個部分，系統(tǒng)自動查詢出該部分所對應(yīng)的原始數(shù)據(jù)，便于進一步的分析。 文檔生成 系統(tǒng)自動將圖形、統(tǒng)計表和原始數(shù)據(jù)生成Word格式的文檔。 圖 35.1 數(shù)據(jù)庫設(shè)計的內(nèi)容 數(shù)據(jù)庫是信息系統(tǒng)的核心和基礎(chǔ)，把信息系統(tǒng)中大量的數(shù)據(jù)按一定的模型組織起來，提供存儲、維護、檢索數(shù)據(jù)的功能

64、，使信息系統(tǒng)可以方便、及時、準確地從數(shù)據(jù)庫中獲得所需的信息。 結(jié)構(gòu)特性設(shè)計是指數(shù)據(jù)結(jié)構(gòu)的設(shè)計，設(shè)計結(jié)果要得到一個合理的數(shù)據(jù)模型，這是數(shù)據(jù)庫設(shè)計的關(guān)鍵。數(shù)據(jù)模型是反映現(xiàn)實世界中事物及事物間的聯(lián)系，對現(xiàn)實世界模擬的精確程度越高，形成的數(shù)據(jù)模型就越能反映現(xiàn)實世界，在這基礎(chǔ)上生成的應(yīng)用系統(tǒng)就能較好地滿足用戶對數(shù)據(jù)處理要求。按照現(xiàn)有質(zhì)量管理模式及操作過程要求，建立用以支撐系統(tǒng)運行的基礎(chǔ)代碼表、系統(tǒng)配置表、權(quán)限管理表、各類業(yè)務(wù)數(shù)據(jù)表。所建立的數(shù)據(jù)表要求能充分滿足用戶存取信息需求，同時盡量減少重復(fù)信息，節(jié)約存儲空間，保持數(shù)據(jù)的一致性和完整性。 結(jié)構(gòu)（靜態(tài)）特性設(shè)計應(yīng)滿足以下幾點： （1）能正確反映現(xiàn)實

65、，滿足用戶要求； （2）減少和避免數(shù)據(jù)冗余； （3）維護數(shù)據(jù)的完整性。 行為（動態(tài)）特性設(shè)計是指應(yīng)用程序設(shè)計。在分析用戶需要對哪些數(shù)據(jù)處理的基礎(chǔ)上，劃分各個功能模塊，問題歸零模塊、質(zhì)量評審模塊、試驗管理模塊、報廢處理模塊等等。并根據(jù)業(yè)務(wù)數(shù)據(jù)處理需要，在數(shù)據(jù)庫中建立數(shù)據(jù)視圖、觸發(fā)器、存儲過程。 數(shù)據(jù)庫的設(shè)計目的 （1）良好性能：一個符合應(yīng)用要求的數(shù)據(jù)庫系統(tǒng)，應(yīng)具有良好的性能。數(shù)據(jù)庫性能包括數(shù)據(jù)庫的存取效率和存儲效率。數(shù)據(jù)庫的存取效率主要表現(xiàn)在對事務(wù)響應(yīng)快，存取次數(shù)少。存儲效率是指存儲數(shù)據(jù)的空間利用率，即存儲用戶數(shù)據(jù)所占有實際存儲空間的大小。 （2）便于維護：考慮系統(tǒng)使用方便、便于維

66、護以及將來擴充的可能性，在進行系統(tǒng)設(shè)計時必須考慮系統(tǒng)數(shù)據(jù)的可讀性、數(shù)據(jù)庫應(yīng)用系統(tǒng)的可擴展性，并具有較長的使用壽命。 （3）滿足功能要求：成功的數(shù)據(jù)庫系統(tǒng)應(yīng)具有足夠功能滿足用戶使用要求。 綜上所述，根據(jù)質(zhì)量管理業(yè)務(wù)管理系統(tǒng)的特性和功能要求，建立數(shù)據(jù)庫模型時應(yīng)滿足各子系統(tǒng)對信息的存取需求，能夠快速存取各種實時信息，滿足實時采集、實時控制、在線分析的要求，能夠給各級管理人員提供詳盡的原始數(shù)據(jù)、分析數(shù)據(jù)、統(tǒng)計數(shù)據(jù)、管理數(shù)據(jù)。 數(shù)據(jù)庫設(shè)計的原則 （1）采用領(lǐng)域模型驅(qū)動的方式和自頂向下的思路進行數(shù)據(jù)庫設(shè)計，首先分析系統(tǒng)業(yè)務(wù)，根據(jù)職責(zé)定義對象。對象要符合封裝的特性，確保與職責(zé)相關(guān)的數(shù)據(jù)項被定義在一個對象之內(nèi)，這些數(shù)據(jù)項能夠完整描述該職責(zé)，不會出現(xiàn)職責(zé)描述缺失。并且一個對象有且只有一項職責(zé)，如果一個對象要負責(zé)兩個或兩個以上的職責(zé)，應(yīng)進行分拆。 不應(yīng)針對整個系統(tǒng)進行數(shù)據(jù)庫設(shè)計，而應(yīng)該根據(jù)系統(tǒng)架構(gòu)中的組件劃分，針對每個組件所處理的業(yè)務(wù)進行組件單元的數(shù)據(jù)庫設(shè)計；不同組件間所對應(yīng)的數(shù)據(jù)庫表之間的關(guān)聯(lián)應(yīng)盡可能減少，確保組件對應(yīng)的表之間的獨立性，為系統(tǒng)或表結(jié)構(gòu)的重構(gòu)提供可能性。根據(jù)建立的領(lǐng)域模型進行數(shù)據(jù)