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

《軟件工程碩士論文某企業(yè)質(zhì)量管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)【畢業(yè)論文（設(shè)計(jì)）】好》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件工程碩士論文某企業(yè)質(zhì)量管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)【畢業(yè)論文（設(shè)計(jì)）】好（62頁(yè)珍藏版）》請(qǐng)?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 研究背景與課題來(lái)源 1 1.2 國(guó)外質(zhì)量管理軟件的發(fā)展現(xiàn)狀 1 1.3 國(guó)內(nèi)質(zhì)量管理軟件的發(fā)展現(xiàn)狀 2 1.4 國(guó)內(nèi)外對(duì)比分析 2 1.5 研究目標(biāo)、內(nèi)容 3 研究目標(biāo) 3 研究?jī)?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 需要解決的主要問(wèn)題 14 系統(tǒng)開(kāi)發(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 開(kāi)發(fā)方案選擇 18 C/S結(jié)構(gòu)的開(kāi)發(fā)方案選擇 18 B/S結(jié)構(gòu)的開(kāi)發(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)境說(shuō)明 31 系統(tǒng)的功能設(shè)計(jì)目標(biāo) 31 系統(tǒng)運(yùn)行環(huán)

11、境說(shuō)明 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ù)庫(kù)設(shè)計(jì) 51 數(shù)據(jù)庫(kù)設(shè)計(jì)的內(nèi)容 51 數(shù)據(jù)庫(kù)的設(shè)計(jì)目的 52 數(shù)據(jù)庫(kù)設(shè)計(jì)的原則 52 數(shù)據(jù)庫(kù)的概念與邏輯設(shè)計(jì) 54 數(shù)據(jù)庫(kù)的物理設(shè)計(jì) 55 4.5 系統(tǒng)集成設(shè)計(jì) 57 成的需求分析 57 成分析 58 系統(tǒng)集成的設(shè)計(jì)與實(shí)現(xiàn) 62 4.6 小結(jié) 64 第五章 測(cè)試 66 5.1 單元測(cè)試 66 單元測(cè)試的意義

12、66 單元測(cè)試的優(yōu)點(diǎn) 66 本系統(tǒng)的單元測(cè)試 67 5.2 集成測(cè)試 68 5.3 功能測(cè)試 68 5.4 性能測(cè)試 70 5.5 測(cè)試結(jié)果評(píng)估 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ǔ)表單對(duì)

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ì)量問(wèn)題歸零封裝包 35 圖 15 質(zhì)量問(wèn)題歸零處理流程 35 圖 16 質(zhì)量問(wèn)題歸零信息錄入頁(yè)面 36 圖 17 質(zhì)量評(píng)審工作流設(shè)計(jì) 36 圖 18 質(zhì)量評(píng)審信息查看頁(yè)面 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 測(cè)試項(xiàng)目與產(chǎn)品的類圖 44 圖 26 測(cè)試過(guò)程信息記錄 44 圖 27 測(cè)試進(jìn)度查詢 44 圖 28 總裝和測(cè)試完成情況統(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 總裝測(cè)試E-R 圖 55 圖 37 部件質(zhì)量跟蹤E-R圖 55 圖 38 系統(tǒng)集成原理 59 圖 39 數(shù)據(jù)上報(bào)時(shí)序圖 64 圖 40 活動(dòng)用戶量分析圖 70 表 清 單 表 1 國(guó)內(nèi)外質(zhì)量管理軟件對(duì)比分析 3 表 2 C/S結(jié)構(gòu)B/S結(jié)構(gòu)優(yōu)缺點(diǎn)比較 17 表 3 幾種主流的C/S結(jié)構(gòu)開(kāi)發(fā)工具比較 19 表 4 周報(bào)主界面 48 表 5 主要的數(shù)據(jù)庫(kù)表清單 56 表 6 單元測(cè)試用例模板 67 表 7

16、產(chǎn)品軟件配套匯總單元測(cè)試用例 67 表 8 產(chǎn)品測(cè)試過(guò)程通電時(shí)間計(jì)算測(cè)試用例 68 表 9 測(cè)試用例表 69 表 10 測(cè)試一覽表 70 第一章 緒 論 1.1 研究 “某企業(yè)質(zhì)量管理信息系統(tǒng)”是某企業(yè)為提高質(zhì)量管理效率和水平而開(kāi)發(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)過(guò)程中產(chǎn)生的大量質(zhì)量信息缺少數(shù)據(jù)積累平臺(tái)，缺乏對(duì)數(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)出來(lái)。仍然依靠原有的工作方式，要處理越來(lái)越繁重的任務(wù)，顯得力不從心。企業(yè)的質(zhì)量管理工作不僅僅需要從方法上尋找改進(jìn)，還需要從手段上進(jìn)行改進(jìn)。因此需要建立起一個(gè)可以加快質(zhì)量信息有效傳遞、規(guī)范處理流程、能夠?qū)崟r(shí)跟蹤處理過(guò)程，并能夠進(jìn)行大量質(zhì)量數(shù)據(jù)積累、對(duì)數(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ì)量問(wèn)題處理的動(dòng)態(tài)跟蹤和閉環(huán)控制，并方便的實(shí)現(xiàn)信息統(tǒng)計(jì)和分析功能，最終為領(lǐng)導(dǎo)決策提供支持。 1.2 國(guó)外現(xiàn)狀 1.3 國(guó)現(xiàn)狀

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

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

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

21、型產(chǎn)品的裝配過(guò)程進(jìn)行測(cè)試，記錄各個(gè)步驟的測(cè)試信息，對(duì)出現(xiàn)的質(zhì)量問(wèn)題進(jìn)行記錄和處理；對(duì)外協(xié)產(chǎn)品的驗(yàn)收和返修信息、元器件與原材料的驗(yàn)收信息進(jìn)行管理。用例圖如圖3： 圖 3Manufacturing Resource Planning II）系統(tǒng)主要管理企業(yè)的采購(gòu)、到貨、庫(kù)存、生產(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)問(wèn)題歸零信息，問(wèn)題發(fā)生后需要及時(shí)上報(bào)，隨著問(wèn)題歸零情況

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

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

24、戶數(shù)量 系統(tǒng)用戶數(shù)指標(biāo)反映了不同情況下使用系統(tǒng)的用戶規(guī)模。本系統(tǒng)應(yīng)保障多用戶并發(fā)訪問(wèn)環(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 需要解決的主要問(wèn)題 通過(guò)對(duì)以上需求的分析，我們認(rèn)為系統(tǒng)在設(shè)計(jì)上除了需要遵循一般系統(tǒng)開(kāi)發(fā)原則和系統(tǒng)總體框架外，還需要重點(diǎn)解決以下問(wèn)題： 系統(tǒng)開(kāi)發(fā)方案 本系統(tǒng)要求有靈活的功能實(shí)現(xiàn)，同時(shí)要求能與現(xiàn)有的遺留系統(tǒng)能有效集成，如何選擇適合的開(kāi)發(fā)方案是會(huì)直接影響到這些要求能否正常實(shí)現(xiàn)。 用戶對(duì)進(jìn)度提出的特殊要求，部分模塊在盡可能短的時(shí)間

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

26、結(jié) 本章首先對(duì)系統(tǒng)的需求進(jìn)行了總體介紹，包括需求背景、任務(wù)概述，以及系統(tǒng)的功能需求、非功能需求、集成需求等，然后根據(jù)提出的需求進(jìn)行了系統(tǒng)的需求分析，最后對(duì)系統(tǒng)中需要重點(diǎn)解決的主要問(wè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)，通過(guò)將任務(wù)合理分配到Client端和Server端，降低了系統(tǒng)的通訊開(kāi)銷(xiāo)，可以充分利用兩端硬件環(huán)境的優(yōu)勢(shì)。早期的軟件系統(tǒng)多以此作為首選設(shè)計(jì)標(biāo)準(zhǔn)

27、。服務(wù)器通常采用高性能的PC、工作站或小型機(jī)，并采用大型數(shù)據(jù)庫(kù)系統(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ù)的興起，對(duì)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ù)庫(kù)。瀏覽器通過(guò)Ｗeb Server 同數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)交互。用戶界

28、面完全通過(guò)瀏覽器實(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語(yǔ)言 VBScript、JavaScript… 和ActiveX技術(shù)，用通用瀏覽器就實(shí)現(xiàn)了原來(lái)需要復(fù)雜專用軟件才能實(shí)現(xiàn)的強(qiáng)大功能，并節(jié)約了開(kāi)發(fā)成本，是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。表 2 客戶操作界面設(shè)計(jì)個(gè)性化，具有直觀、簡(jiǎn)單、方便的特點(diǎn)，可以滿足客戶個(gè)性化的操作要求。同時(shí)由于開(kāi)發(fā)是針對(duì)性的，因此，操作界面漂亮、形式多樣，可以充分滿足客戶自身的個(gè)性化要求。 由于是針對(duì)性開(kāi)發(fā)，因此缺少通用性的特點(diǎn)，業(yè)務(wù)變更或改變不夠靈

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

30、足快速操作的要求。 頁(yè)面動(dòng)態(tài)刷新，響應(yīng)速度明顯降低。 專用性打印輸出難以實(shí)現(xiàn)，尤其對(duì)票據(jù)等打印，難以實(shí)現(xiàn)套打輸出。 無(wú)法實(shí)現(xiàn)分頁(yè)顯示，給數(shù)據(jù)庫(kù)訪問(wèn)造成較大的壓力。 功能弱化，難以實(shí)現(xiàn)傳統(tǒng)模式下的特殊功能要求。 本系統(tǒng)在選擇系統(tǒng)結(jié)構(gòu)時(shí)，重點(diǎn)需要考慮系統(tǒng)的開(kāi)發(fā)效率、界面?zhèn)€性化、系統(tǒng)兼容性、系統(tǒng)的易維護(hù)性。根據(jù)本系統(tǒng)的需求，其制造質(zhì)量管理部分對(duì)界面?zhèn)€性化的要求高，并且是用戶最急于應(yīng)用的模塊。隨著系統(tǒng)各個(gè)部分的逐漸應(yīng)用，后期的擴(kuò)展和維護(hù)工作將會(huì)比較大。為了滿足系統(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 開(kāi)發(fā)方案選擇 由于本系統(tǒng)采用了C/S+B/S的混合結(jié)構(gòu)，因此需要為這兩種結(jié)構(gòu)分別選擇開(kāi)發(fā)方案。 C/S結(jié)構(gòu)的開(kāi)發(fā)方案選擇 .1 VB方案（，）是微軟公司開(kāi)發(fā) .2 PB方案Delphi是著名的Borland（現(xiàn)在已和Inprise合并）公司開(kāi)發(fā)的可視化軟件開(kāi)發(fā)工具?！　elphi具有以下的特性：基于窗體和面向?qū)ο蟮姆椒?，高速的編譯器，強(qiáng)大的數(shù)據(jù)庫(kù)支持，與Windows編程緊密結(jié)合，強(qiáng)大而成熟的組件技術(shù)。但最重要的還是Object Pascal語(yǔ)言，它是在Pascal語(yǔ)言的基礎(chǔ)上發(fā)展起來(lái)的，簡(jiǎn)單易學(xué)。Delp

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

33、問(wèn)具有無(wú)與比擬的靈活性具有包括DataSource,Table,Query,Midas,ADO在內(nèi)的二十多個(gè)組件和類完成數(shù)據(jù)訪問(wèn)DBGriD，與數(shù)據(jù)庫(kù)相關(guān)的數(shù)據(jù)表現(xiàn)控件只有此一種，只能表現(xiàn)簡(jiǎn)單表格數(shù)據(jù)表現(xiàn)手段單一DataWindow對(duì)象功能異常強(qiáng)大，其資源描述語(yǔ)句構(gòu)成類似6>HTML的另外一種語(yǔ)言，可在其中插入任何對(duì)象，具有包括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ù)倉(cāng)庫(kù)組件和包括QRChart, QRExpr在內(nèi)

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

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

36、須得采用業(yè)界通用的Web Services技術(shù)。Web Services是一種新一代的分布式服務(wù)，在這之前，有CORBA、DCOM、COM+、RMI，都是用來(lái)實(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平臺(tái)支持延伸自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供開(kāi)發(fā)者開(kāi)發(fā)Web Services。反觀.NET技術(shù)，只提供對(duì)于SOAP的支持。在對(duì)于既有分布式技術(shù)支援不足的情況下，對(duì)新一代分布式技術(shù)的支持又無(wú)法提供彈性的選擇，風(fēng)險(xiǎn)之大，是可以預(yù)估的。 總而言之，我們就平臺(tái)的穩(wěn)定性，服務(wù)器的穩(wěn)定性，以及產(chǎn)品的多樣性這三方面來(lái)考量，J2EE似乎優(yōu)于.NET技術(shù)。 （2）開(kāi)發(fā)工具的可

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

39、 WebLogic Workshop BEA JDeveloper Oracle Rational Application Development IBM Visual Cafe WebGain .NET平臺(tái)： Visual Studio.NET （3）中間件產(chǎn)品的可選擇性 JAVA2平臺(tái)，企業(yè)版（J2EE）是為單一的復(fù)雜問(wèn)題，如有關(guān)部門(mén)發(fā)展，人員配置，項(xiàng)目管理等多級(jí)企業(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)品間的競(jìng)爭(zhēng)。這一目的實(shí)現(xiàn)的前提是J2EE已成為工業(yè)標(biāo)準(zhǔn)。為了使用戶放心的買(mǎi)入，SUN公司同其他的EBusiness平臺(tái)開(kāi)發(fā)商（像BEA，IBM和Oracle）合作定義J2EE。SUN還發(fā)起了JAVA民間組織以汲取新的方案來(lái)不斷完善J2EE。 Microsoft .NET是一組能使你建立良好的，企業(yè)級(jí)的web services的產(chǎn)品。注意，它們有一個(gè)重要的不同：.NET是一個(gè)產(chǎn)品策略，然而J2EE是一個(gè)任何產(chǎn)品都要用到的標(biāo)準(zhǔn)。 .NET大量的改寫(xiě)了Microsoft早期開(kāi)發(fā)平臺(tái)的底層代碼和組件，其中包括了許多現(xiàn)在正廣范用到的技術(shù)，

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

42、留系統(tǒng)保持良好的接口，因此采用基于J2EE平臺(tái)的開(kāi)發(fā)方案是最好的選擇。 本系統(tǒng)最終使用了普元EOS平臺(tái)完成系統(tǒng)開(kāi)發(fā)，Web容器使用Jboss，數(shù)據(jù)庫(kù)采用了Oracle。 3.3 安全解決方案 本系統(tǒng)在機(jī)密增強(qiáng)的網(wǎng)絡(luò)環(huán)境下運(yùn)行，對(duì)系統(tǒng)所處理的數(shù)據(jù)具有高度的保密要求。系統(tǒng)需要有完整的安全解決方案。 身份認(rèn)證 系統(tǒng)遵循嚴(yán)格身份認(rèn)證和有限授權(quán)原則、全面確認(rèn)原則和安全跟蹤原則。所有用戶進(jìn)入系統(tǒng)必須通過(guò)服務(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ù)用戶對(duì)權(quán)限管理要求的嚴(yán)格程度，提供了分級(jí)的權(quán)限管理機(jī)制，系統(tǒng)支持自頂向下的逐級(jí)分配權(quán)限的管理模式，系統(tǒng)權(quán)限包含功能權(quán)限、數(shù)據(jù)權(quán)限，其中數(shù)據(jù)權(quán)限包括數(shù)據(jù)對(duì)象權(quán)限、字段權(quán)限和字段范圍權(quán)限。 （1）功能權(quán)限：根據(jù)功能的劃分來(lái)為操作員設(shè)置權(quán)限。功能權(quán)限不僅能夠設(shè)置到最末一級(jí)菜單功能，而且能夠設(shè)置到每個(gè)功能中的各個(gè)按鈕。由于可以將權(quán)限明細(xì)到功能按鈕級(jí)，保證了功能權(quán)限的最明細(xì)化。 （2）數(shù)據(jù)權(quán)限：在功能權(quán)限的基礎(chǔ)上，針對(duì)具體的業(yè)務(wù)對(duì)象或者數(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è)訪問(wèn)用戶的操作，可以自動(dòng)記錄每一個(gè)用戶的應(yīng)用節(jié)點(diǎn)、應(yīng)用時(shí)間、功能操作，可以隨時(shí)查詢、審計(jì)。從另外一個(gè)層面保障非法操作的實(shí)時(shí)監(jiān)控和響應(yīng)并做到可跟蹤和追溯。 3.4 用戶友好性解決方案 隨著重用需求和重用技術(shù)的發(fā)展，開(kāi)發(fā)可重用軟件成了軟件工程的重要課題，而用戶友好性是可重用軟件的重要屬性之一。換言之，是否具有用

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

46、行全面檢查；分別處理和響應(yīng)正確與不正確的輸入；出錯(cuò)時(shí)無(wú)論是由用戶輸入直接或間接引起的能給出有意義的信息，解釋錯(cuò)誤地方和如何糾錯(cuò)；在設(shè)計(jì)時(shí)就應(yīng)預(yù)見(jiàn)用戶容易出錯(cuò)的地方，并做出避免出錯(cuò)的預(yù)防性設(shè)計(jì)；必要時(shí)對(duì)不正確的輸入如密碼輸入錯(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)的方法是人工訪問(wèn)某個(gè)中心資源目錄或者人工進(jìn)行程序客戶端更新，這樣做不安全且更新效率低。本系統(tǒng)設(shè)計(jì)時(shí)充分考慮了這一點(diǎn)，設(shè)計(jì)開(kāi)發(fā)了客戶端程序下載更新組件。 該組件總的設(shè)計(jì)思想是：在后臺(tái)利用

47、數(shù)據(jù)庫(kù)，存儲(chǔ)需要更新的模塊文件，通過(guò)客戶端組件自動(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ú)立于語(yǔ)法的數(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ú)立于語(yǔ)法的數(shù)據(jù)交換格式模型階段：在上述信息模型基礎(chǔ)上，用經(jīng)過(guò)標(biāo)準(zhǔn)化處理的數(shù)據(jù)元和相關(guān)代碼規(guī)范該信息模型，形成由數(shù)據(jù)元組成的、具有層次結(jié)構(gòu)的、獨(dú)立于語(yǔ)法的數(shù)據(jù)交換格式，該數(shù)據(jù)交換格式與任何一種語(yǔ)法綁定后，就形成了可在同構(gòu)或異構(gòu)系統(tǒng)間交換、用特定語(yǔ)法描述的數(shù)據(jù)交換格式。 把由數(shù)據(jù)元和聚合數(shù)據(jù)元組成的數(shù)據(jù)交換格式模型映射為 XML模式階段：將形成的由數(shù)據(jù)元組成的、具有層次結(jié)構(gòu)的、獨(dú)立于語(yǔ)法的

49、數(shù)據(jù)交換格式，映射形成符合W3C XML語(yǔ)法要求、可在同構(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)圖來(lái)描述業(yè)務(wù)流程。圖8給出用UML活動(dòng)圖進(jìn)行業(yè)務(wù)數(shù)據(jù)共享業(yè)務(wù)流程梳理的方法，建立了業(yè)務(wù)模型。 圖 8 圖 9設(shè)計(jì)與實(shí)現(xiàn)分析是問(wèn)題抽象 做什么 ，設(shè)計(jì)是問(wèn)題求解 怎么做 ，實(shí)現(xiàn)是問(wèn)題的解 結(jié)果 。.1 系統(tǒng)設(shè)計(jì)原則和說(shuō)明 從的業(yè)務(wù)模式和的要求來(lái)看，整個(gè)系統(tǒng)的設(shè)計(jì)首先是保證功能實(shí)現(xiàn)能夠滿足業(yè)務(wù)的需要，同時(shí)在技術(shù)上保持先進(jìn)性、開(kāi)放性、可擴(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、幾年，少則幾年，在研制過(guò)程會(huì)進(jìn)行各種試驗(yàn)，可能產(chǎn)生各種質(zhì)量問(wèn)題，針對(duì)各種研制活動(dòng)會(huì)組織大量評(píng)審。研試質(zhì)量子系統(tǒng)將對(duì)研試過(guò)程中的問(wèn)題處理、質(zhì)量評(píng)審、試驗(yàn)情況信息進(jìn)行維護(hù)管理。 圖 12 圖 13 圖 1415 質(zhì)量問(wèn)題歸零處理流程 由于質(zhì)量問(wèn)題信息所包含的內(nèi)容很多，在頁(yè)面設(shè)計(jì)時(shí)采用了對(duì)信息進(jìn)行分類，對(duì)每一類可以單獨(dú)收縮或展開(kāi)的處理，以方便信息的錄入。如產(chǎn)品（設(shè)備）信息、故障信息、原因信息、糾正措施信息等。在信息的錄入過(guò)程中，為了方便信息的修改，不同流程環(huán)節(jié)的錄入人可以修改其他流程環(huán)節(jié)錄入的信息（審核環(huán)節(jié)信息除外）。問(wèn)題歸零的數(shù)據(jù)錄入頁(yè)面實(shí)現(xiàn)如圖16： 圖 16 圖 17 圖 18

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

53、）、故障現(xiàn)象、原因分析、不合格審理意見(jiàn)（工藝師系統(tǒng)意見(jiàn)、質(zhì)量師系統(tǒng)意見(jiàn)、不合格審理委員會(huì)意見(jiàn)）、設(shè)計(jì)意見(jiàn)、相關(guān)單位會(huì)簽信息等。 以前企業(yè)的不合格審理是由檢驗(yàn)員開(kāi)具紙質(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)過(guò)程中，當(dāng)檢驗(yàn)員發(fā)現(xiàn)廢品后，需要開(kāi)具廢品通知單。廢品通知單中包括產(chǎn)品信息、責(zé)任單位信息、廢品原因及特征、工藝說(shuō)明、工時(shí)損失、材料損失等信息。工時(shí)損失、材料損

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

55、程中，部分環(huán)節(jié)需要進(jìn)行較為復(fù)雜的數(shù)據(jù)記錄，由于不同型號(hào)產(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)品測(cè)試模板類，封裝了對(duì)產(chǎn)品測(cè)試模板的操作。 CasmbTmpt：產(chǎn)品總裝模板類，封裝了對(duì)產(chǎn)品總裝模板的操作。 CTmpt：模板基類，封裝了對(duì)模板的基本操作。 CasmbInfo：總裝過(guò)程信息類，封裝了對(duì)總裝過(guò)程信息處理的操作。 CtestInfo：測(cè)試過(guò)程信息類，封裝了產(chǎn)品測(cè)試過(guò)程信息處理的操作。 產(chǎn)品總裝

56、 總裝項(xiàng)目模板：為不同型號(hào)產(chǎn)品的不同批次進(jìn)行總裝步驟的靈活配置。 總裝過(guò)程信息：按照總裝項(xiàng)目模板，為每套產(chǎn)品生成總裝項(xiàng)目。在總裝過(guò)程中，記錄下每個(gè)步驟的檢查結(jié)果，檢查人，檢查日期等信息。若發(fā)現(xiàn)問(wèn)題，記錄下問(wèn)題現(xiàn)象。利用PB中可以動(dòng)態(tài)執(zhí)行帶參數(shù)的SQL語(yǔ)句的技術(shù)，可以一次生成同一批次下所有產(chǎn)品的總裝項(xiàng)目。動(dòng)態(tài)執(zhí)行的Sql語(yǔ)句如下： 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)品總裝過(guò)程中，需要利用Excel記錄各種數(shù)據(jù)。不同型號(hào)的產(chǎn)品預(yù)先制定不同的Exce

58、l模板。記錄了數(shù)據(jù)的Excel文件以Blob的形式存放在數(shù)據(jù)庫(kù)中。但在使用過(guò)程，存在對(duì)模板文件的修改情況，包括對(duì)其中的某個(gè)Sheet頁(yè)面的修改，或者新增Sheet頁(yè)面。本系統(tǒng)采用了Ole編程技術(shù)，實(shí)現(xiàn)對(duì)Excel文件的動(dòng)態(tài)修改。以下是代碼片段： //拷貝新模板文件中指定頁(yè)面的內(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ù)總裝過(guò)程中記錄的信息，統(tǒng)計(jì)某套產(chǎn)品型號(hào)下整個(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)了對(duì)元器件原材料驗(yàn)收信息的查詢。該部分功能簡(jiǎn)單，主要是在數(shù)據(jù)庫(kù)層面實(shí)現(xiàn)了同MRPII系統(tǒng)的集成，有關(guān)集成的內(nèi)容在“4.5系統(tǒng)集成設(shè)計(jì)”中進(jìn)行說(shuō)明。 產(chǎn)品質(zhì)量數(shù)據(jù)分析子系統(tǒng)設(shè)計(jì) 產(chǎn)品數(shù)據(jù)分析針對(duì)研試質(zhì)量子系統(tǒng)、制造質(zhì)量子系統(tǒng)中所積累的產(chǎn)品質(zhì)量信息進(jìn)行統(tǒng)計(jì)與分析，主要含質(zhì)量日?qǐng)?bào)、質(zhì)量周報(bào)、質(zhì)量信息分析三個(gè)子模塊。包設(shè)計(jì)如圖32： 圖 32InfoQuery分別為日?qǐng)?bào)、周報(bào)、質(zhì)量信息分析三個(gè)包提供質(zhì)量數(shù)據(jù)查詢服務(wù)。 .1 質(zhì)量日?qǐng)?bào) 質(zhì)量日?qǐng)?bào)為領(lǐng)導(dǎo)、質(zhì)量主管人員自動(dòng)按M產(chǎn)品的不同分類查詢出當(dāng)天發(fā)生的各類質(zhì)量問(wèn)題，包括不

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

62、可以直觀的了解近期企業(yè)總體質(zhì)量狀況，具體到解決了多少問(wèn)題、遺留多少問(wèn)題、新出現(xiàn)了多少問(wèn)題。 （2）功能設(shè)計(jì) 周報(bào)生成：由周報(bào)管理員按期生成周報(bào)。系統(tǒng)根據(jù)當(dāng)前日期和上期周報(bào)截止日期，由各不合格品、廢品、總裝測(cè)試問(wèn)題信息庫(kù)中查詢出新發(fā)生的問(wèn)題，由上期周報(bào)中查詢出仍然遺留的問(wèn)題和已處理的問(wèn)題，將查詢出的信息存放入周報(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ù)庫(kù)中。同一個(gè)業(yè)務(wù)表可以定義多個(gè)圖形。 圖形顯示 以樹(shù)形結(jié)構(gòu)的形式將各業(yè)務(wù)表所定義的所有圖形標(biāo)題組織顯示，當(dāng)在樹(shù)上進(jìn)行節(jié)點(diǎn)切換時(shí)，圖形顯示區(qū)自動(dòng)進(jìn)行相應(yīng)切換，顯示出對(duì)應(yīng)業(yè)務(wù)表的圖形。 數(shù)據(jù)回溯 根據(jù)圖形上選擇的某個(gè)部分，系統(tǒng)自動(dòng)查詢出該部分所對(duì)應(yīng)的原始數(shù)據(jù)，便于進(jìn)一步的分析。 文檔生成 系統(tǒng)自動(dòng)將圖形、統(tǒng)計(jì)表和原始數(shù)據(jù)生成Word格式的文檔。 圖 35.1 數(shù)據(jù)庫(kù)設(shè)計(jì)的內(nèi)容 數(shù)據(jù)庫(kù)是信息系統(tǒng)的核心和基礎(chǔ)，把信息系統(tǒng)中大量的數(shù)據(jù)按一定的模型組織起來(lái)，提供存儲(chǔ)、維護(hù)、檢索數(shù)據(jù)的功能

64、，使信息系統(tǒng)可以方便、及時(shí)、準(zhǔn)確地從數(shù)據(jù)庫(kù)中獲得所需的信息。 結(jié)構(gòu)特性設(shè)計(jì)是指數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)，設(shè)計(jì)結(jié)果要得到一個(gè)合理的數(shù)據(jù)模型，這是數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。數(shù)據(jù)模型是反映現(xiàn)實(shí)世界中事物及事物間的聯(lián)系，對(duì)現(xiàn)實(shí)世界模擬的精確程度越高，形成的數(shù)據(jù)模型就越能反映現(xiàn)實(shí)世界，在這基礎(chǔ)上生成的應(yīng)用系統(tǒng)就能較好地滿足用戶對(duì)數(shù)據(jù)處理要求。按照現(xiàn)有質(zhì)量管理模式及操作過(guò)程要求，建立用以支撐系統(tǒng)運(yùn)行的基礎(chǔ)代碼表、系統(tǒng)配置表、權(quán)限管理表、各類業(yè)務(wù)數(shù)據(jù)表。所建立的數(shù)據(jù)表要求能充分滿足用戶存取信息需求，同時(shí)盡量減少重復(fù)信息，節(jié)約存儲(chǔ)空間，保持?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ì)。在分析用戶需要對(duì)哪些數(shù)據(jù)處理的基礎(chǔ)上，劃分各個(gè)功能模塊，問(wèn)題歸零模塊、質(zhì)量評(píng)審模塊、試驗(yàn)管理模塊、報(bào)廢處理模塊等等。并根據(jù)業(yè)務(wù)數(shù)據(jù)處理需要，在數(shù)據(jù)庫(kù)中建立數(shù)據(jù)視圖、觸發(fā)器、存儲(chǔ)過(guò)程。 數(shù)據(jù)庫(kù)的設(shè)計(jì)目的 （1）良好性能：一個(gè)符合應(yīng)用要求的數(shù)據(jù)庫(kù)系統(tǒng)，應(yīng)具有良好的性能。數(shù)據(jù)庫(kù)性能包括數(shù)據(jù)庫(kù)的存取效率和存儲(chǔ)效率。數(shù)據(jù)庫(kù)的存取效率主要表現(xiàn)在對(duì)事務(wù)響應(yīng)快，存取次數(shù)少。存儲(chǔ)效率是指存儲(chǔ)數(shù)據(jù)的空間利用率，即存儲(chǔ)用戶數(shù)據(jù)所占有實(shí)際存儲(chǔ)空間的大小。 （2）便于維護(hù)：考慮系統(tǒng)使用方便、便于維

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