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

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

1、軟件工程碩士論文_某企業(yè)質(zhì)量管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)【畢業(yè)論文（設(shè)計(jì)）】-好 專業(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 研究目標(biāo)、內(nèi)容 3 研究目標(biāo) 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ì)量保障活動(dòng)管理 11 質(zhì)量體系管理 12 系統(tǒng)維護(hù) 12 2.4 與已有遺留系統(tǒng)的接口要求 12 基礎(chǔ)資源中心系統(tǒng) 12 售后服務(wù)系統(tǒng) 13 MRPII系統(tǒng) 13 數(shù)據(jù)報(bào)送 13 2.5 非功能性要求 13 安全性 13 先進(jìn)性 13 通用性 13 易用性 14 可靠性 14 網(wǎng)絡(luò)功能與自助服務(wù) 14 系統(tǒng)性能 14 進(jìn)度要求 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 身份認(rèn)證 23 權(quán)限管理 23 三權(quán)分立 23 系統(tǒng)審計(jì) 23 3.4 用戶友好性解決方案 24 操作一致性 24 健壯性 25 3.4 關(guān)鍵技術(shù) 26 自動(dòng)下載更新技術(shù) 26 基于XML的數(shù)據(jù)交換技術(shù) 28 3.4 小結(jié) 30 第四章 設(shè)計(jì)與實(shí)現(xiàn) 31 4.1 系統(tǒng)設(shè)計(jì)原則和運(yùn)行環(huán)境說明 31 系統(tǒng)的功能設(shè)計(jì)目標(biāo) 31 系統(tǒng)運(yùn)行環(huán)

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

12、66 單元測試的優(yōu)點(diǎn) 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 主要參考文獻(xiàn) 74 致 謝 76 圖 清 單 圖 1 系統(tǒng)總體用例圖 8 圖 2 研試質(zhì)量管理用例圖 8 圖 3 制造質(zhì)量管理用例圖 9 圖 4 封裝了各種基本操作的基礎(chǔ)表單對

13、象 24 圖 5 數(shù)據(jù)異?；謴?fù)原理圖 26 圖 6 客戶端自動(dòng)下載更新程序的體系結(jié)構(gòu) 27 圖 7 數(shù)據(jù)交換格式的總體設(shè)計(jì)思路 28 圖 8 用UML活動(dòng)圖建立的業(yè)務(wù)模型 29 圖 9 數(shù)據(jù)報(bào)送的信息模型 30 圖 10 系統(tǒng)拓?fù)浣Y(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è)計(jì) 36 圖 18 質(zhì)量評審信息查看頁面 37

14、 圖 19 試驗(yàn)信息處理工作流設(shè)計(jì) 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 總裝進(jìn)度查詢 43 圖 25 測試項(xiàng)目與產(chǎn)品的類圖 44 圖 26 測試過程信息記錄 44 圖 27 測試進(jìn)度查詢 44 圖 28 總裝和測試完成情況統(tǒng)計(jì) 45 圖 29 產(chǎn)品配套信息維護(hù)及根據(jù)配套進(jìn)行的應(yīng)用 46 圖 30 外協(xié)產(chǎn)品驗(yàn)收業(yè)務(wù)流程圖 46 圖 31 外協(xié)產(chǎn)品各階段質(zhì)量信息跟蹤示意圖 47 圖 32 產(chǎn)品質(zhì)量數(shù)據(jù)分析包

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

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

17、主要從事M產(chǎn)品的設(shè)計(jì)與生產(chǎn)，目前面臨繁重的設(shè)計(jì)與生產(chǎn)任務(wù)，質(zhì)量管理工作的重要性進(jìn)一步凸現(xiàn)出來。仍然依靠原有的工作方式，要處理越來越繁重的任務(wù)，顯得力不從心。企業(yè)的質(zhì)量管理工作不僅僅需要從方法上尋找改進(jìn)，還需要從手段上進(jìn)行改進(jìn)。因此需要建立起一個(gè)可以加快質(zhì)量信息有效傳遞、規(guī)范處理流程、能夠?qū)崟r(shí)跟蹤處理過程，并能夠進(jìn)行大量質(zhì)量數(shù)據(jù)積累、對數(shù)據(jù)進(jìn)行分析的信息化系統(tǒng)。這也正是本課題產(chǎn)生的緣由。 該質(zhì)量管理信息系統(tǒng)研制的目的是實(shí)現(xiàn)企業(yè)質(zhì)量管理信息的網(wǎng)上流轉(zhuǎn)和和及時(shí)處理，實(shí)現(xiàn)質(zhì)量問題處理的動(dòng)態(tài)跟蹤和閉環(huán)控制，并方便的實(shí)現(xiàn)信息統(tǒng)計(jì)和分析功能，最終為領(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)有的進(jìn)行詳細(xì)的分析，闡述系統(tǒng)的主要需求，以及系統(tǒng)為了實(shí)現(xiàn)這些需求而必須解決的主要問題。 解決方案 闡述系統(tǒng)的，系統(tǒng) 第四章 設(shè)計(jì)與實(shí)現(xiàn) 對系統(tǒng)的設(shè)計(jì)原則、運(yùn)行環(huán)境進(jìn)行說明，在介紹系統(tǒng)總體設(shè)計(jì)體系結(jié)構(gòu)的基礎(chǔ)上，按照子系統(tǒng)分別闡述各自的主要功能及使用的關(guān)鍵技術(shù)，并

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

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

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

22、的進(jìn)展，對進(jìn)展情況也需要及時(shí)上報(bào)。 2.5 非功能性要求 系統(tǒng)在非功能性方面需要滿足以下幾個(gè)方面的要求： 安全性 系統(tǒng)需要符合企業(yè)安全保密規(guī)定，滿足國家保密局對涉密信息系統(tǒng)的安全保密要求。 先進(jìn)性 系統(tǒng)應(yīng)在管理流程中體現(xiàn)出先進(jìn)的質(zhì)量管理理念。應(yīng)始終遵循全面質(zhì)量管理的思想來部署系統(tǒng)的功能。 通用性 系統(tǒng)需要能夠運(yùn)行于流行的技術(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ì)量管理流程進(jìn)行每一

23、步操作。 可靠性 采用模塊化的松散耦合技術(shù)，開發(fā)全過程嚴(yán)格遵循軟件工程的方法，功能模塊采用統(tǒng)一的設(shè)計(jì)風(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)時(shí)間 查詢時(shí)間：200個(gè)用戶并發(fā)響應(yīng)時(shí)間應(yīng)在5秒之內(nèi)。一些大數(shù)據(jù)量的特殊功能的響應(yīng)時(shí)間，例如近萬條記錄的、大數(shù)據(jù)量的報(bào)表打開時(shí)間應(yīng)在15秒左右。 更新處理時(shí)間：一般數(shù)據(jù)增加、刪除、修改后提交，響應(yīng)時(shí)間不超過5秒。一些大數(shù)據(jù)量的特殊功能的相應(yīng)時(shí)間，如批量數(shù)據(jù)導(dǎo)入、5M以內(nèi)的二進(jìn)制數(shù)據(jù)插入數(shù)據(jù)庫的響應(yīng)時(shí)間在20秒左右。 （2）系統(tǒng)用

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

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

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

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

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

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

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

31、B/S結(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)其余部分，以提高系統(tǒng)整體的可擴(kuò)展性和易維護(hù)性。 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ū)ο蟮姆椒ǎ咚俚木幾g器，強(qiáng)大的數(shù)據(jù)庫支持，與Windows編程緊密結(jié)合，強(qiáng)大而成熟的組件技術(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)的二十多個(gè)組件和類完成數(shù)據(jù)訪問DBGriD，與數(shù)據(jù)庫相關(guān)的數(shù)據(jù)表現(xiàn)控件只有此一種，只能表現(xiàn)簡單表格數(shù)據(jù)表現(xiàn)手段單一DataWindow對象功能異常強(qiáng)大，其資源描述語句構(gòu)成類似6>HTML的另外一種語言，可在其中插入任何對象，具有包括DBGrid在內(nèi)的數(shù)百種數(shù)據(jù)表現(xiàn)方法具有包括DBGrid,DBNavigator,DBEdit, DBLookupListBox在內(nèi)的15個(gè)數(shù)據(jù)感知組件，DecisionCube, DecisionQuery在內(nèi)的6個(gè)數(shù)據(jù)倉庫組件和包括QRChart, QRExpr在內(nèi)

34、的20多個(gè)報(bào)表組建，可靈活表現(xiàn)數(shù)據(jù)語句執(zhí)行方式將一句SQL串綁定到一個(gè)命令對象中，結(jié)果返回到ResultSet對象中自行拆取是一種真正的4GL語言，可隨意直接嵌套SQL語句返回值被賦值到語句的變量中，支持語句級游標(biāo)，存儲過程和數(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)一的、個(gè)性化的方式聯(lián)系起來。 借助于 .NET 平臺

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

36、須得采用業(yè)界通用的Web Services技術(shù)。Web Services是一種新一代的分布式服務(wù)，在這之前，有CORBA、DCOM、COM+、RMI，都是用來實(shí)作分布式架構(gòu)的技術(shù)，而且也被證明運(yùn)作的非常順利;而新一代的分布式服務(wù)，采用的是XML技術(shù)，如XML-RPC和SOAP就是最佳的例子，新一代的分布式技術(shù)可以用已有的通訊協(xié)議做基礎(chǔ) 如SMTP、FTP等 ，但是目前最受歡迎的方式仍然是將XML基植于HTTP這個(gè)廣受歡迎，但是效能并非最佳的通訊協(xié)議上。 J2EE支持了較為廣泛應(yīng)用于現(xiàn)有企業(yè)系統(tǒng)的分布式運(yùn)算服務(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)險(xiǎn)之大，是可以預(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的共通愿景就是希望能達(dá)成開發(fā)Web Services的基礎(chǔ)工程，例如：跨平臺的XML溝通、負(fù)載平衡以及交易。 但是，當(dāng)開發(fā)到一定規(guī)模的應(yīng)用程序時(shí)，會產(chǎn)生一定的復(fù)雜度，這個(gè)時(shí)候就必須有開發(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ā)展，人員配置，項(xiàng)目管理等多級企業(yè)解決方案而設(shè)計(jì)的。J2EE是一個(gè)由SUN微系統(tǒng)公司提出的工業(yè)標(biāo)準(zhǔn)。J2EE是一個(gè)標(biāo)準(zhǔn)，而不是一個(gè)產(chǎn)品，只要雙方都服從J2EE的約定，其應(yīng)用程序就能在各種各樣的程序包環(huán)境下運(yùn)行。 J2EE的目

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

41、也包括MTS和COM＋，消息隊(duì)列（MSMQ），和Microsoft SQL server數(shù)據(jù)庫。新的.NET結(jié)構(gòu)取代了這些技術(shù)，并且包括了一個(gè)web services層來提高語言的支持能力。 因此在構(gòu)建基于Web Services的企業(yè)分布式應(yīng)用時(shí)，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)勢。同時(shí)，由于本系統(tǒng)還需要與用戶已有的遺

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

43、 權(quán)限管理 根據(jù)用戶對權(quán)限管理要求的嚴(yán)格程度，提供了分級的權(quán)限管理機(jī)制，系統(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è)置到每個(gè)功能中的各個(gè)按鈕。由于可以將權(quán)限明細(xì)到功能按鈕級，保證了功能權(quán)限的最明細(xì)化。 （2）數(shù)據(jù)權(quán)限：在功能權(quán)限的基礎(chǔ)上，針對具體的業(yè)務(wù)對象或者數(shù)據(jù)內(nèi)容提供更進(jìn)一步的權(quán)限設(shè)置。 三權(quán)分立 按照三權(quán)分立的要求：系統(tǒng)操作人員嚴(yán)格區(qū)分為管理員和業(yè)務(wù)操作員兩個(gè)類別，同時(shí)管理員分為系統(tǒng)管理員

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

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

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

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

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

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

50、系統(tǒng)的設(shè)計(jì)之前，我們有必要討論在設(shè)計(jì)工作中所遵循的設(shè)計(jì)原則。 .1.1 系統(tǒng)的功能設(shè)計(jì)目標(biāo) .1.2 系統(tǒng)運(yùn)行環(huán)境 本系統(tǒng) 按照我們的系統(tǒng)設(shè)計(jì)目標(biāo)，其運(yùn)行環(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è)計(jì) 圖 系統(tǒng)功能設(shè)計(jì) 圖 .1 研試質(zhì)量管理子系統(tǒng)設(shè)計(jì) M產(chǎn)品系列的研制周期多則十

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

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

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

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

55、程中，部分環(huán)節(jié)需要進(jìn)行較為復(fù)雜的數(shù)據(jù)記錄，由于不同型號產(chǎn)品的數(shù)據(jù)格式差異很大，難以用統(tǒng)一的表格化處理，因此系統(tǒng)中采用了使用Excel文件的形式進(jìn)行數(shù)據(jù)記錄，可以在系統(tǒng)中在線進(jìn)行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、 總裝項(xiàng)目模板：為不同型號產(chǎn)品的不同批次進(jìn)行總裝步驟的靈活配置。 總裝過程信息：按照總裝項(xiàng)目模板，為每套產(chǎn)品生成總裝項(xiàng)目。在總裝過程中，記錄下每個(gè)步驟的檢查結(jié)果，檢查人，檢查日期等信息。若發(fā)現(xiàn)問題，記錄下問題現(xiàn)象。利用PB中可以動(dòng)態(tài)執(zhí)行帶參數(shù)的SQL語句的技術(shù)，可以一次生成同一批次下所有產(chǎn)品的總裝項(xiàng)目。動(dòng)態(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ù)庫中。但在使用過程，存在對模板文件的修改情況，包括對其中的某個(gè)Sheet頁面的修改，或者新增Sheet頁面。本系統(tǒng)采用了Ole編程技術(shù)，實(shí)現(xiàn)對Excel文件的動(dòng)態(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ìn)度信息：根據(jù)總裝過程中記錄的信息，統(tǒng)計(jì)某套產(chǎn)品型號下整個(gè)批次的總裝進(jìn)度?？梢愿庞[整個(gè)批次的總裝完成情況，也可以查看某套產(chǎn)品的某個(gè)總裝項(xiàng)目的具體數(shù)據(jù)。 圖 24 圖 25 圖 26 圖 27 圖 28 圖 29 圖 30 圖 31 外協(xié)產(chǎn)品各階段質(zhì)量信息跟蹤示意圖 .9 元器件原材料驗(yàn)收 元器件原材料的驗(yàn)收信息記錄在企業(yè)的MRPII系統(tǒng)中。但為

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

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

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

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

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

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

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