企業(yè)質(zhì)量管理信息系統(tǒng)的設(shè)計與實現(xiàn)

1、中圖分類號：中圖分類號：TP31 論論文文編編號號 ：10006GS0521540 專業(yè)碩士學(xué)位論文某企業(yè)質(zhì)量某企業(yè)質(zhì)量管理信息系統(tǒng)管理信息系統(tǒng)的設(shè)計與實現(xiàn)的設(shè)計與實現(xiàn)作者姓名 鄭海源學(xué)科專業(yè) 軟件工程指導(dǎo)教師 張 凱章利光培養(yǎng)院系 軟件學(xué)院VIThe Design and Implementation of Quality Management Information System A Dissertation Submitted for the Degree of Master Candidate：Zheng Hai Yuan Supervisor：Zhang KaiZhang Li Gu

2、angSchool of SoftwareBeihang University, Beijing, China中圖分類號：中圖分類號：TP31 論文編號：論文編號： 10006GS0521540 碩 士 學(xué) 位 論 文某企業(yè)質(zhì)量管理信息系統(tǒng)的設(shè)計與實現(xiàn)作者姓名 鄭海源 申請學(xué)位級別 二級指導(dǎo)教師姓名 張凱 職 稱 教授學(xué)科專業(yè) 軟件工程 研究方向 軟件工程與管理 學(xué)習(xí)時間自 2005 年 9 月 23 日 起至 2009 年 3 月 29 日止論文提交日期 2009 年 3 月 2 日 論文答辯日期 2009 年 3 月 28 日學(xué)位授予單位 北京航空航天大學(xué) 學(xué)位授予日期 年 月 日VI關(guān)于

3、學(xué)位論文的獨創(chuàng)性聲明本人鄭重聲明：所呈交的論文是本人在指導(dǎo)教師指導(dǎo)下獨立進行研究工作所取得的成果，論文中有關(guān)資料和數(shù)據(jù)是實事求是的。盡我所知，除文中已經(jīng)加以標(biāo)注和致謝外，本論文不包含其他人已經(jīng)發(fā)表或撰寫的研究成果，也不包含本人或他人為獲得北京航空航天大學(xué)或其它教育機構(gòu)的學(xué)位或?qū)W歷證書而使用過的材料。與我一同工作的同志對研究所做的任何貢獻均已在論文中作出了明確的說明。 若有不實之處，本人愿意承擔(dān)相關(guān)法律責(zé)任。學(xué)位論文作者簽名： 日期： 年 月 日學(xué)位論文使用授權(quán)書本人完全同意北京航空航天大學(xué)有權(quán)使用本學(xué)位論文（包括但不限于其印刷版和電子版） ，使用方式包括但不限于：保留學(xué)位論文，按規(guī)定向國家有關(guān)

4、部門（機構(gòu)）送交學(xué)位論文，以學(xué)術(shù)交流為目的贈送和交換學(xué)位論文，允許學(xué)位論文被查閱、借閱和復(fù)印，將學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進行檢索，采用影印、縮印或其他復(fù)制手段保存學(xué)位論文。保密學(xué)位論文在解密后的使用授權(quán)同上。學(xué)位論文作者簽名： 日期： 年 月 日指導(dǎo)教師簽名： 日期： 年 月 日i摘摘 要要質(zhì)量管理系統(tǒng)是企業(yè)的有機組成部分，在保證企業(yè)產(chǎn)品質(zhì)量，提高企業(yè)素質(zhì)，贏得市場競爭等方面正發(fā)揮著越來越重要的作用。隨著經(jīng)濟全球化進程加快，市場競爭日益激烈，產(chǎn)品的質(zhì)量需求日趨復(fù)雜，同時，企業(yè)規(guī)模呈現(xiàn)擴大化，多集團、多工廠的協(xié)同作戰(zhàn)越來越多。某制造企業(yè)從事 M 產(chǎn)品的研制與生產(chǎn)，在信息時代的今天實

5、現(xiàn)質(zhì)量管理信息化的要求越來越迫切。本文通過對目標(biāo)企業(yè)的需求進行分析，研究了多層體系結(jié)構(gòu)設(shè)計、面向構(gòu)件的開發(fā)技術(shù)、客戶端自動下載更新技術(shù)以及異構(gòu)系統(tǒng)的集成技術(shù)，采用了 B/S 與 C/S 的混合結(jié)構(gòu)進行開發(fā)，滿足了目標(biāo)企業(yè)快速實現(xiàn)應(yīng)用，后期維護與擴充靈活的要求。并且針對目標(biāo)企業(yè)屬于軍工企業(yè)，對系統(tǒng)安全保密要求高的特點，系統(tǒng)提出了全面的安全解決方案，采用嚴(yán)格的身份認證、權(quán)限管理、三權(quán)分立以及系統(tǒng)審計保證系統(tǒng)數(shù)據(jù)的安全。并利用自動下載更新技術(shù)解決了 C/S 客戶端的程序更新問題，利用多種數(shù)據(jù)集成技術(shù)解決了系統(tǒng)與多個外部系統(tǒng)的數(shù)據(jù)集成問題。經(jīng)過一段時間的運行，證明該系統(tǒng)能很好的完成企業(yè)全面的質(zhì)量管理業(yè)

6、務(wù)處理，具有良好的穩(wěn)定性和安全性，已經(jīng)成為企業(yè)質(zhì)量管理的工作平臺，提高了目標(biāo)企業(yè)質(zhì)量管理水平，達到了預(yù)定的目標(biāo)。關(guān)鍵詞：質(zhì)量管理，混合結(jié)構(gòu)，自動下載，XML，集成，J2EEiiAbstractQuality management systems are an integral part of enterprises, enterprises in ensuring product quality, improve their quality, to win the market competition is playing an increasingly important role. Wit

7、h 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 together more and more. M a manufacturing enterprise engaged in deve

8、lopment 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 architecture design, component-oriented development techniques,

9、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-maintenance and flexible expansion requirements. Targeted enterprises

10、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 data to ensure system security. Automatically download the updat

11、es 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, to prove that the system can complete a good quality management of

12、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 management, hybrid structure, automatic download, XML, integration,

13、 J2EEiii目目 錄錄第一章 緒 論 .11.1 研究背景與課題來源.11.2 國外質(zhì)量管理軟件的發(fā)展現(xiàn)狀.11.3 國內(nèi)質(zhì)量管理軟件的發(fā)展現(xiàn)狀.21.4 國內(nèi)外對比分析.21.5 研究目標(biāo)、內(nèi)容.31.5.1 研究目標(biāo).31.5.2 研究內(nèi)容.41.6 論文的組織結(jié)構(gòu).4第二章 需求分析 .62.1 需求背景.62.2 任務(wù)概述.72.3 功能需求.72.3.1 研試質(zhì)量管理.82.3.2 制造質(zhì)量管理.92.3.3 產(chǎn)品質(zhì)量數(shù)據(jù)分析.102.3.4 質(zhì)量策劃管理.112.3.5 質(zhì)量保障活動管理.112.3.6 質(zhì)量體系管理.122.3.7 系統(tǒng)維護.122.4 與已有遺留系統(tǒng)的接口要

14、求.122.4.1 基礎(chǔ)資源中心系統(tǒng).122.4.2 售后服務(wù)系統(tǒng).132.4.3 MRPII 系統(tǒng) .132.4.4 數(shù)據(jù)報送.132.5 非功能性要求.132.5.1 安全性.132.5.2 先進性.132.5.3 通用性.132.5.4 易用性.142.5.5 可靠性.142.5.6 網(wǎng)絡(luò)功能與自助服務(wù).14iv2.5.7 系統(tǒng)性能.142.5.8 進度要求.142.6 需要解決的主要問題.142.6.1 系統(tǒng)開發(fā)方案.142.6.2 系統(tǒng)的安全性.152.6.3 操作界面友好性.152.7 小結(jié).15第三章 解決方案與關(guān)鍵技術(shù) .163.1 系統(tǒng)結(jié)構(gòu)的選擇.163.1.1 C/S 結(jié)構(gòu)

15、 .163.1.2 B/S 結(jié)構(gòu) .163.1.3 比較與結(jié)論 .163.2 開發(fā)方案選擇.183.2.1 C/S 結(jié)構(gòu)的開發(fā)方案選擇 .183.2.2 B/S 結(jié)構(gòu)的開發(fā)方案選擇 .203.3 安全解決方案.233.3.1 身份認證.233.3.2 權(quán)限管理.233.3.3 三權(quán)分立.233.3.4 系統(tǒng)審計.233.4 用戶友好性解決方案.243.4.1 操作一致性.243.4.2 健壯性.253.4 關(guān)鍵技術(shù).263.4.1 自動下載更新技術(shù).263.3.2 基于 XML 的數(shù)據(jù)交換技術(shù).283.4 小結(jié).30第四章 設(shè)計與實現(xiàn) .314.1 系統(tǒng)設(shè)計原則和運行環(huán)境說明.314.1.1

16、系統(tǒng)的功能設(shè)計目標(biāo).314.1.2 系統(tǒng)運行環(huán)境說明.314.2 系統(tǒng)總體設(shè)計.324.2.1 系統(tǒng)的體系結(jié)構(gòu)設(shè)計.324.2.2 系統(tǒng)功能模塊設(shè)計.33v4.3 系統(tǒng)功能設(shè)計 .334.3.1 研試質(zhì)量管理子系統(tǒng)設(shè)計.334.3.2 制造質(zhì)量管理子系統(tǒng)設(shè)計.384.3.3 產(chǎn)品質(zhì)量數(shù)據(jù)分析子系統(tǒng)設(shè)計.484.4 數(shù)據(jù)庫設(shè)計.514.4.1 數(shù)據(jù)庫設(shè)計的內(nèi)容.514.4.2 數(shù)據(jù)庫的設(shè)計目的.524.4.3 數(shù)據(jù)庫設(shè)計的原則.524.4.4 數(shù)據(jù)庫的概念與邏輯設(shè)計.544.4.5 數(shù)據(jù)庫的物理設(shè)計.554.5 系統(tǒng)集成設(shè)計.574.5.1 系統(tǒng)集成的需求分析 .574.5.2 系統(tǒng)集成分析 .

17、584.5.3 系統(tǒng)集成的設(shè)計與實現(xiàn).624.6 小結(jié).64第五章 測試 .665.1 單元測試.665.1.1 單元測試的意義.6.2 單元測試的優(yōu)點.665.1.3 本系統(tǒng)的單元測試.675.2 集成測試.685.3 功能測試.685.4 性能測試.705.5 測試結(jié)果評估.715.6 小結(jié).71第六章 總結(jié) .726.1 本人承擔(dān)的具體工作內(nèi)容.726.1.1 技術(shù)方面.726.1.2 管理方面.726.2 使用效果.726.3 系統(tǒng)待完善之處 .736.4 下一步工作.736.5 小結(jié) .73vi主要參考文獻 .74致 謝 .76vii圖圖 清清 單單圖 1 系統(tǒng)總體

18、用例圖.8圖 2 研試質(zhì)量管理用例圖.8圖 3 制造質(zhì)量管理用例圖.9圖 4 封裝了各種基本操作的基礎(chǔ)表單對象.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

19、質(zhì)量評審信息查看頁面.37圖 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)計.45viii圖 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ù)分析包封裝.48圖 33 質(zhì)量周報生成流程設(shè)計.49圖

20、 34 質(zhì)量周報生成時序圖.50圖 35 質(zhì)量信息分析界面.51圖 36 總裝測試 E-R 圖.55圖 37 部件質(zhì)量跟蹤 E-R 圖 .55圖 38 系統(tǒng)集成原理.59圖 39 數(shù)據(jù)上報時序圖.64圖 40 活動用戶量分析圖.70ix表表 清清 單單表 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 產(chǎn)品軟件配套匯總單元測試用例.67表 8 產(chǎn)品測試過程通電時間計算測試用例.68表 9 測試用例表.69表 10 測

21、試一覽表.70北京航空航天大學(xué)碩士學(xué)位論文1第一章 緒 論1.1 研究背景與課題來源“某企業(yè)質(zhì)量管理信息系統(tǒng)”是某企業(yè)為提高質(zhì)量管理效率和水平而開發(fā)的一套適合企業(yè)自身管理特點的信息系統(tǒng)。目標(biāo)企業(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ǔ)。目標(biāo)企業(yè)主要從事 M 產(chǎn)品的設(shè)計與生產(chǎn)，目前面臨繁重的設(shè)計與生產(chǎn)任務(wù)，質(zhì)量管理工作的重要性進一步凸現(xiàn)出來。仍然依靠原有的

22、工作方式，要處理越來越繁重的任務(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 國外質(zhì)量管理軟件的發(fā)展現(xiàn)狀在國際上較流行的質(zhì)量系統(tǒng)軟件有德國的 CDE 軟件和系統(tǒng)公司開發(fā)的“QUIPSY”CAQ 商品化質(zhì)量管理信息系統(tǒng)軟件，

23、和德國 MTU 公司的“QUISS”CAQ系統(tǒng)?！癚UIPSY”包括 16 個主要功能模塊：QHB-質(zhì)量手冊，包括 ISO9000 文檔管理模塊；SPC-統(tǒng)計過程控制軟件；PMFU-檢測器具定標(biāo)；PMU-檢測器具抽檢管理；EMP-產(chǎn)品開發(fā)質(zhì)量管理；QDM-企業(yè)高層質(zhì)量決策支持；WE-進貨質(zhì)量檢驗與供貨商評價；WA-產(chǎn)品出廠最后試驗與憑證；FHEA-基于知識的故障模式與效應(yīng)分析軟件；QSM-質(zhì)量系統(tǒng)接口管理軟件；RB-系統(tǒng)內(nèi)部及外部集成；MIS-質(zhì)量信息管理系統(tǒng)，從不同的模Error! No text of specified style in document.2塊選擇相應(yīng)的數(shù)據(jù)；QKOST-

24、質(zhì)量成本計算與分析；AUDIT-質(zhì)量審計；ARCHIV-質(zhì)量數(shù)據(jù)存貯管理；INST-設(shè)備維護等。上述各模塊之間通過接口實現(xiàn)數(shù)據(jù)共享。系統(tǒng)在WINDOWS 環(huán)境下以 C/S 模式運行，與該公司開發(fā)的各類檢測裝置通過接口實現(xiàn)數(shù)據(jù)通訊。并通過接口實現(xiàn)與 CAD 系統(tǒng)，生產(chǎn)計劃，調(diào)度等系統(tǒng)實現(xiàn)集成?！癚UISS”CAQ 系統(tǒng)采用積木式結(jié)構(gòu)，功能包括：質(zhì)量計劃，質(zhì)量檢驗，質(zhì)量控制和質(zhì)量改進，分別用于進貨檢驗，制造檢驗和裝配檢驗功能模塊。此外，國外一些著名的 ERP 軟件（如德國 SAP 公司的 R3 系統(tǒng)、美國 SSA 公司的BTKS 系統(tǒng)）中也包含有質(zhì)量管理模塊。1.3 國內(nèi)質(zhì)量管理軟件的發(fā)展現(xiàn)狀在質(zhì)

25、量管理軟件的研究與開發(fā)方面，國內(nèi)近年來成果比較多，如：安世亞太研發(fā)了基于 B/S 模式的企業(yè)質(zhì)量管理信息集成平臺（QMAX Enterprise） ，包含質(zhì)量計劃管理、質(zhì)量體系管理、質(zhì)量成本管理、質(zhì)量改進管理、設(shè)計質(zhì)量管理、供應(yīng)商質(zhì)量管理、制造質(zhì)量管理、測量系統(tǒng)管理、客戶服務(wù)管理等子系統(tǒng)。西安交通大學(xué)開發(fā)了在 CIMS 環(huán)境下，基于客戶端服務(wù)器的計算機輔助質(zhì)量系統(tǒng)（簡稱 C/S CAQIS） ，該系統(tǒng)是一個覆蓋機械制造企業(yè)從原材料入廠，零件制造以及成品試驗等各個環(huán)節(jié)質(zhì)量控制、質(zhì)量管理與質(zhì)量保證主要功能的綜合性軟件系統(tǒng)。北京航空航天大學(xué)質(zhì)量工程試驗室開發(fā)了面向企業(yè)質(zhì)量保證全過程的集成化質(zhì)量管理軟

26、件系統(tǒng)“QQ-Enterprise 企業(yè)集成質(zhì)量系統(tǒng)” ，此系統(tǒng)基于 C/S 模式，其應(yīng)用實施過程是在 QQ-Enterprise 系統(tǒng)標(biāo)準(zhǔn)版的基礎(chǔ)上，根據(jù)企業(yè)特定需求進行用戶化開發(fā)。另外，在用友、金蝶等 ERP 軟件中也含有質(zhì)量管理模塊，但均以質(zhì)量檢驗為主。在國內(nèi)企業(yè)的質(zhì)量管理應(yīng)用方面，大多數(shù)企業(yè)仍將質(zhì)量管理當(dāng)作企業(yè) ERP 中的子模塊進行實施，所覆蓋的質(zhì)量管理業(yè)務(wù)以質(zhì)量體系、質(zhì)量檢驗等方面為主。尤其在軍工制造企業(yè)，質(zhì)量管理的信息化基本屬于起步階段，大多數(shù)軍工集團企業(yè)的質(zhì)量管理系統(tǒng)主要解決的是各層次質(zhì)量報表數(shù)據(jù)的上報問題。1.4 國內(nèi)外對比分析中國的制造業(yè)現(xiàn)代化水平落后于西方發(fā)達國家，質(zhì)量管

27、理水平也相應(yīng)較為落后。在我國的許多企業(yè)中，質(zhì)量信息并沒有得到足夠的重視與有效的管理。如目前許多企北京航空航天大學(xué)碩士學(xué)位論文3業(yè)都投入巨資實施的 ERP（Enterprise Resource Planning，ERP）系統(tǒng)中質(zhì)量模塊往往是功能最弱的部分，無法滿足企業(yè)整體管理的需要。國內(nèi)外質(zhì)量管理軟件對比分析如表 1：表表 1 1 國內(nèi)外質(zhì)量管理軟件對比分析國內(nèi)外質(zhì)量管理軟件對比分析對比項目對比項目國內(nèi)質(zhì)量管理軟件國內(nèi)質(zhì)量管理軟件國外質(zhì)量管理軟件國外質(zhì)量管理軟件本系統(tǒng)本系統(tǒng)體系結(jié)構(gòu)單機或 C/S 結(jié)構(gòu)居多，B/S 結(jié)構(gòu)的少B/S 結(jié)構(gòu)或 B/S 與 C/S結(jié)構(gòu)結(jié)合B/S 結(jié)構(gòu)為主，輔以 C/S

28、 結(jié)構(gòu)適應(yīng)性質(zhì)量管理在不同行業(yè)、不同類型的企業(yè)中，其管理方法、形式和側(cè)重點不一樣，即使在同一企業(yè)中，由于質(zhì)量管理工作所涉及的面廣、事務(wù)具體而又繁瑣，造成了質(zhì)量信息管理系統(tǒng)適應(yīng)性差，難以得到廣泛的推廣主要是面向開發(fā)者本國企業(yè)設(shè)計開發(fā)，與我國企業(yè)管理模式存在較大差別，并不適合我國企業(yè)針對目標(biāo)企業(yè)的特點進行開發(fā)，但兼顧一定的靈活性，具有可配置的特點，有一定推廣價值成熟度國內(nèi)的理論研究成果眾多，但形成有規(guī)模的實際應(yīng)用的少，應(yīng)用不成熟發(fā)達國家的軟件業(yè)及機械制造業(yè)信息化水平高，其質(zhì)量管理軟件也比較成熟，功能覆蓋全面，功能深度高功能覆蓋全面，應(yīng)用深入。包括研試質(zhì)量管理、制造質(zhì)量管理、產(chǎn)品數(shù)據(jù)分析、質(zhì)量策劃管

29、理、質(zhì)量管理活動及質(zhì)量體系等子系統(tǒng)?？梢钥闯觯瑖廛浖墒?、功能完善，但存在“水土不服”的現(xiàn)象以及價格的因素，并不適合國內(nèi)企業(yè)；國內(nèi)軟件價格在大多數(shù)企業(yè)可接受的范圍，但成熟的軟件少，并且由于質(zhì)量管理行業(yè)的特殊性，也難于找到一款適合目標(biāo)企業(yè)的軟件。Error! No text of specified style in document.41.5 研究目標(biāo)、內(nèi)容1.5.1 研究目標(biāo)課題的主要研究目標(biāo)是提高目標(biāo)企業(yè)的質(zhì)量管理信息化水平，遵循全面質(zhì)量管理、預(yù)防為主的思想，將質(zhì)量管理工作從檢驗把關(guān)發(fā)展到預(yù)先控制，確保產(chǎn)品質(zhì)量。本課題將利用企業(yè)已有的網(wǎng)絡(luò)條件，遵循企業(yè)的三級管理模式，以滿足內(nèi)部管理為主，

30、兼顧上級數(shù)據(jù)需求，緊密圍繞復(fù)雜產(chǎn)品的科研生產(chǎn)，面向質(zhì)量管理人員、技術(shù)人員、生產(chǎn)人員，通過采集產(chǎn)品生產(chǎn)過程中的質(zhì)量信息，對質(zhì)量信息的流轉(zhuǎn)、問題處理進行跟蹤，實現(xiàn)質(zhì)量的全面、動態(tài)管理，從而促進企業(yè)不斷改進質(zhì)量，增加效益，提高競爭能力。該項目要求系統(tǒng)具有兩個主要特點：首先是要求系統(tǒng)具有很強的通用性和靈活性，這是因為質(zhì)量管理業(yè)務(wù)、質(zhì)量信息的處理流程隨著企業(yè)的發(fā)展會有所變動，這就要求增強系統(tǒng)的許多模塊的功能，如質(zhì)量問題的處理流程當(dāng)中所涉及到的各個參與部門必須設(shè)置成可配置的。再者該項目要求軟件系統(tǒng)使用方便，可以讓非計算機專業(yè)的質(zhì)量管理、質(zhì)量檢驗、技術(shù)人員等不經(jīng)培訓(xùn)或稍經(jīng)培訓(xùn)即可使用該系統(tǒng)，即要求系統(tǒng)盡量實

31、現(xiàn)“傻瓜化”的特點。盡管系統(tǒng)數(shù)據(jù)量很大，功能也比較繁多，但是客戶不希望去翻閱和學(xué)習(xí)冗長的使用手冊，希望可以輕松使用，要求程序流程清楚，使用快捷方便。1.5.2 研究內(nèi)容系統(tǒng)要求研發(fā)為以 B/S 模式為主的軟件系統(tǒng)，要求執(zhí)行層、管理層、決策層用戶都可以方便的在異地操作該系統(tǒng)。對于部分?jǐn)?shù)據(jù)采集量大、對數(shù)據(jù)錄入時界面可操作性要求高的模塊，可以采用 C/S 模式實現(xiàn)。主要研究內(nèi)容如下：（1）建立針對目標(biāo)企業(yè)質(zhì)量管理體系的質(zhì)量管理信息系統(tǒng)結(jié)構(gòu)，匹配企業(yè)業(yè)務(wù)流程。建立目標(biāo)企業(yè)的研試質(zhì)量、生產(chǎn)質(zhì)量、質(zhì)量數(shù)據(jù)分析、質(zhì)量策劃、質(zhì)量管理活動、質(zhì)量體系管理等業(yè)務(wù)子系統(tǒng)。（2）實現(xiàn)針對目標(biāo)企業(yè)復(fù)雜產(chǎn)品的質(zhì)量信息集成化

32、查詢、分析的軟件功能。針對各模塊分散的業(yè)務(wù)信息，分析信息的關(guān)聯(lián)性，實現(xiàn)信息的關(guān)聯(lián)查詢，并實現(xiàn)統(tǒng)計與分析功能。北京航空航天大學(xué)碩士學(xué)位論文5（3）實現(xiàn)質(zhì)量系統(tǒng)同目標(biāo)企業(yè)其它信息系統(tǒng)的數(shù)據(jù)集成。目標(biāo)企業(yè)已經(jīng)運行了基礎(chǔ)資源管理系統(tǒng)、MRPII 系統(tǒng)、售后服務(wù)系統(tǒng)，需要分析質(zhì)量系統(tǒng)與這些系統(tǒng)的集成需求，完成系統(tǒng)間的集成。1.6 論文的組織結(jié)構(gòu)本論文分六章，具體安排內(nèi)容如下：第一章 緒論介紹課題的研究背景、來源、國內(nèi)外質(zhì)量管理軟件的現(xiàn)狀以及本文的研究內(nèi)容及意義。第二章 需求分析對企業(yè)現(xiàn)有的質(zhì)量管理相關(guān)業(yè)務(wù)進行詳細的分析，闡述系統(tǒng)的主要需求，以及系統(tǒng)為了實現(xiàn)這些需求而必須解決的主要問題。第三章 解決方案與

33、關(guān)鍵技術(shù)闡述系統(tǒng)的軟件開發(fā)過程，對系統(tǒng)設(shè)計和開發(fā)所采用的方法、主要技術(shù)進行簡單介紹。第四章 設(shè)計與實現(xiàn)對系統(tǒng)的設(shè)計原則、運行環(huán)境進行說明，在介紹系統(tǒng)總體設(shè)計體系結(jié)構(gòu)的基礎(chǔ)上，按照子系統(tǒng)分別闡述各自的主要功能及使用的關(guān)鍵技術(shù)，并對數(shù)據(jù)庫設(shè)計和集成設(shè)計進行了介紹。第五章 測試對系統(tǒng)中采用的測試方法和具體的測試工作進行了說明。第六章 總結(jié)總結(jié)本人在項目中完成的具體工作內(nèi)容，并對目標(biāo)企業(yè)質(zhì)量管理系統(tǒng)的實施效果進行簡要的說明。Error! No text of specified style in document.6第二章 需求分析在軟件生命周期中，需求分析是最重要的一個階段。軟件需求分析的質(zhì)量對軟件

34、開發(fā)的影響是深遠的、全局性的，高質(zhì)量需求對軟件開發(fā)往往起到事半功倍的效果。在后續(xù)階段改正需求分析階段產(chǎn)生的錯誤將付出高昂的代價。本章對系統(tǒng)的需求進行分析，根據(jù)分析提出系統(tǒng)要解決的主要問題。2.1 需求背景目標(biāo)企業(yè)長期從事 M 產(chǎn)品的設(shè)計、試驗、生產(chǎn)和銷售。M 產(chǎn)品是一種大型、復(fù)雜的產(chǎn)品，由眾多分系統(tǒng)組成。隨著外部環(huán)境的變化，M 產(chǎn)品研制周期越來越短，需求量越來越大，對企業(yè)的管理水平要求隨之提高。由于 M 產(chǎn)品的結(jié)構(gòu)復(fù)雜，技術(shù)要求高，出了質(zhì)量問題后果嚴(yán)重，因此在質(zhì)量方面需要十分嚴(yán)格的管理。目標(biāo)企業(yè)已經(jīng)建立了較為完善的質(zhì)量管理體系，通過 ISO9000 質(zhì)量體系認證。對產(chǎn)品的設(shè)計、產(chǎn)品生產(chǎn)出廠、進

35、入試驗之前等環(huán)節(jié)都有嚴(yán)格的評審制度。在產(chǎn)品的生產(chǎn)過程中，采取全檢制度，嚴(yán)格控制每道工序的質(zhì)量。對于需由外協(xié)廠家提供的產(chǎn)品，建立了嚴(yán)格的準(zhǔn)入制度，只有被評定為合格供方的廠家才能為企業(yè)供貨，并且對每個批次的產(chǎn)品都進行嚴(yán)格的檢驗。為了保證產(chǎn)品質(zhì)量，企業(yè)的質(zhì)量體系正常運行、質(zhì)量管理活動的開展以及質(zhì)量文化的建設(shè)都十分重要。企業(yè)會定期對質(zhì)量體系進行評審，開展多種質(zhì)量保障活動。在運行質(zhì)量管理系統(tǒng)之前，企業(yè)的所有這些活動都是以紙質(zhì)單據(jù)、Excel 表格或電子郵件的方式進行信息的記錄和流轉(zhuǎn)。隨著外部市場對 M 產(chǎn)品的研制周期縮短、需求量增大的要求，傳統(tǒng)的質(zhì)量管理方式不能適應(yīng)新的形勢，主要表現(xiàn)在：（1）由于紙質(zhì)單

36、據(jù)、Excel 表格、電子郵件等同時并存，導(dǎo)致質(zhì)量信息的收集和傳遞渠道不統(tǒng)一。質(zhì)量信息是各個管理部門都關(guān)心的內(nèi)容，由于收集與傳遞渠道的不統(tǒng)一，經(jīng)常發(fā)生對同一個問題，通過不同渠道獲得的信息不一致的現(xiàn)象。（2）大量的質(zhì)量信息以紙質(zhì)單據(jù)的形勢進行傳遞，傳遞的效率低下。紙質(zhì)單據(jù)必須通過層層的簽字審核，才能最終到達決策者面前，不利于決策者迅速做出判斷。（3）由于質(zhì)量信息的收集渠道分散，不利于信息的積累。質(zhì)量信息的積累對北京航空航天大學(xué)碩士學(xué)位論文7于分析企業(yè)質(zhì)量狀況，并為后續(xù)產(chǎn)品的設(shè)計生產(chǎn)提供借鑒具有十分重要的作用。（4）信息存儲分散，以及信息存儲的不規(guī)范、不統(tǒng)一，對信息的檢索利用、問題追溯等造成了困難

37、。曾經(jīng)有為了處理某個質(zhì)量問題，在檔案柜中如山的檢驗單中連續(xù)搜尋幾天幾夜的事例。（5）紙質(zhì)單據(jù)、Excel 表格或電子郵件的方式記錄和流轉(zhuǎn)信息，在信息的流轉(zhuǎn)環(huán)節(jié)上具有較大的隨意性，容易跳出質(zhì)量體系的約束。通過引進“質(zhì)量管理信息系統(tǒng)” ，將企業(yè)質(zhì)量管理中的各項內(nèi)容信息化，并通過系統(tǒng)的應(yīng)用對業(yè)務(wù)流程進行梳理和調(diào)整，將有助于解決以上這些問題。2.2 任務(wù)概述每一型號的 M 產(chǎn)品首先要經(jīng)過設(shè)計、試制、試驗，通過試驗對暴露出的問題進行修正，當(dāng)最后達到用戶要求后，完成該產(chǎn)品的定型，產(chǎn)品定型后再根據(jù)用戶的訂貨組織批量生產(chǎn)。系統(tǒng)的總體任務(wù)是要實現(xiàn)企業(yè)產(chǎn)品在設(shè)計、試驗、生產(chǎn)過程中的質(zhì)量管理，實現(xiàn)產(chǎn)品質(zhì)量信息的采集

38、、流轉(zhuǎn)、處理與匯總分析，以及對企業(yè)的日常管理活動、質(zhì)量策劃活動、質(zhì)量體系建設(shè)等綜合質(zhì)量管理方面的內(nèi)容實現(xiàn)信息化管理。因此企業(yè)的質(zhì)量管理可以分為兩大類別：針對產(chǎn)品生命周期的各個環(huán)節(jié)的產(chǎn)品質(zhì)量管理，以及為保證產(chǎn)品質(zhì)量而開展的各類質(zhì)量保障工作。產(chǎn)品質(zhì)量管理就是要對產(chǎn)品生命周期的各個階段的各類質(zhì)量數(shù)據(jù)進行采集，并按照規(guī)定的流程進行處理，它包含對各個階段評審信息、質(zhì)量問題信息的采集，處理和匯總，最后能夠?qū)R總的信息進行各類分析。質(zhì)量保障工作包括每年的質(zhì)量管理策劃、定期的質(zhì)量體系評審，以及質(zhì)量獎懲、質(zhì)量規(guī)章制度建立等。本系統(tǒng)需要讓這些保障工作信息的記錄脫離紙質(zhì)的工作方式，并可以方便的提供給各層次用戶查閱。

39、2.3 功能需求根據(jù)對目標(biāo)企業(yè)的需求調(diào)研，我們對系統(tǒng)的需求進行了詳細的分析和總結(jié)，將系統(tǒng)分為六大功能：研試質(zhì)量管理、制造質(zhì)量管理、產(chǎn)品質(zhì)量數(shù)據(jù)分析、質(zhì)量策劃管理、質(zhì)量保障活動管理、質(zhì)量體系管理。根據(jù)對用戶的需求分析后，系統(tǒng)的總體用例圖如Error! No text of specified style in document.8圖 1 所示：圖圖 1 1 系統(tǒng)總體用例圖系統(tǒng)總體用例圖2.3.1 研試質(zhì)量管理研試質(zhì)量管理主要對產(chǎn)品在設(shè)計、試驗中暴露出的比較重要的質(zhì)量問題進行管理，對產(chǎn)品各階段的評審、產(chǎn)品的試驗過程進行管理。用例圖如圖 2：圖圖 2 2 研試質(zhì)量管理用例圖研試質(zhì)量管理用例圖（1）

40、問題歸零北京航空航天大學(xué)碩士學(xué)位論文9產(chǎn)品在設(shè)計、試驗中發(fā)生重要質(zhì)量問題后，需要對問題的現(xiàn)象進行如實記錄，對發(fā)生原因進行分析，根據(jù)原因制定相應(yīng)的解決措施，并對解決措施進行落實。根據(jù)問題原因，對其它產(chǎn)品是否存在同樣的問題進行舉一反三，實現(xiàn)問題的“歸零” 。由問題“歸零”各環(huán)節(jié)負責(zé)人員進行信息的填寫。（2） 質(zhì)量評審產(chǎn)品在設(shè)計完成后、或者試驗之前，以及質(zhì)量問題的“歸零”完成后，都需要組織專家進行評審。要對評審中的專家的意見、評審結(jié)論進行如實記錄，并對評審中提出的問題的后續(xù)處理落實情況進行跟蹤管理。由被評審的產(chǎn)品主管人員負責(zé)信息的記錄和填寫。（3） 試驗管理由試驗隊長負責(zé)記錄參加試驗的產(chǎn)品的基本信息

41、，試驗的安排情況，試驗內(nèi)容，試驗中發(fā)生的問題情況以及對問題的處理情況。2.3.2 制造質(zhì)量管理制造質(zhì)量管理對產(chǎn)品在加工生產(chǎn)過程中的檢驗信息記錄，對廢品、不合格品的處理信息進行管理；對大型產(chǎn)品的裝配過程進行測試，記錄各個步驟的測試信息，對出現(xiàn)的質(zhì)量問題進行記錄和處理；對外協(xié)產(chǎn)品的驗收和返修信息、元器件與原材料的驗收信息進行管理。用例圖如圖 3：圖圖 3 3 制造質(zhì)量管理用例圖制造質(zhì)量管理用例圖（1） 質(zhì)疑管理Error! No text of specified style in document.10在產(chǎn)品生產(chǎn)加工的各個環(huán)節(jié)，當(dāng)發(fā)現(xiàn)產(chǎn)品有問題后，記錄產(chǎn)品的問題現(xiàn)象，將問題信息發(fā)送產(chǎn)品設(shè)計或生產(chǎn)

42、的責(zé)任部門進行技術(shù)處理，根據(jù)技術(shù)處理意見決定產(chǎn)品是否報廢或者采取不合格處理措施。（2） 不合格處理檢驗員在進行產(chǎn)品檢驗時，記錄不合格產(chǎn)品的信息，填寫不合格原因，根據(jù)不合格產(chǎn)品的審理級別實現(xiàn)不合格審理產(chǎn)品的處理，并記錄每個審理環(huán)節(jié)的處理意見。（3） 報廢處理檢驗在進行產(chǎn)品檢驗時，發(fā)現(xiàn)廢品，記錄廢品信息，包括廢品的基本信息，所用原材料，以及報廢情況和原因等。（4） 產(chǎn)品總裝產(chǎn)品在進行總裝時，要經(jīng)過若干個裝配步驟，需要對每一個步驟的裝配情況進行記錄，并對要求測試的裝配步驟進行測試信息的記錄，并能查詢到同一個批次下每套產(chǎn)品的裝配測試進度。（5） 產(chǎn)品配套記錄每套系統(tǒng)出廠時各部件的配套情況，包括各配套產(chǎn)

43、品的編號、生產(chǎn)時間、生產(chǎn)廠家等信息，并可根據(jù)部件的編號搜索該部件所配套的產(chǎn)品編號，可以匯總系統(tǒng)上所有配套軟件的信息。（6） 外協(xié)驗收對外協(xié)加工的產(chǎn)品進行驗收時，記錄下驗收的時間、地點、參與驗收的人員，并記錄下同一個批次下每件產(chǎn)品是否合格的信息。對于不合格的產(chǎn)品，需要返回外協(xié)廠家。（7） 外協(xié)跟蹤跟蹤查詢外協(xié)產(chǎn)品在驗收、返修、測試、試驗、售后等各環(huán)節(jié)中的質(zhì)量信息。（8） 元器件原材料驗收記錄采購的元器件、原材料入廠時的驗收信息。2.3.3 產(chǎn)品質(zhì)量數(shù)據(jù)分析數(shù)據(jù)分析模塊主要由質(zhì)量管理人員、檢驗人員使用，對研試質(zhì)量、制造質(zhì)量中產(chǎn)生的產(chǎn)品質(zhì)量信息進行匯總統(tǒng)計和分析。子功能要求如下：（1） 質(zhì)量日報北京

44、航空航天大學(xué)碩士學(xué)位論文11按型號自動查詢出當(dāng)天發(fā)生的質(zhì)量問題，包括不合格品、廢品、測試中的質(zhì)量問題。（2） 質(zhì)量周報每周分類統(tǒng)計當(dāng)周新發(fā)生的質(zhì)量問題、處理完成的質(zhì)量問題，以及遺留未處理的質(zhì)量問題。（3） 質(zhì)量信息分析對產(chǎn)品的各類質(zhì)量信息進行統(tǒng)計分析，能實現(xiàn)統(tǒng)計圖形的定制。2.3.4 質(zhì)量策劃管理質(zhì)量策劃管理的功能是制定企業(yè)年度總的質(zhì)量目標(biāo)，并由各部門在總目標(biāo)基礎(chǔ)上進行分解，完成各部門年度質(zhì)量目標(biāo)的制定。根據(jù)制定的質(zhì)量目標(biāo)，年終對執(zhí)行情況進行檢查。子功能要求如下：（1） 目標(biāo)制定由企業(yè)質(zhì)量管理部門制定年度質(zhì)量目標(biāo)并發(fā)布。（2） 目標(biāo)分解由各部門在企業(yè)總的質(zhì)量目標(biāo)基礎(chǔ)上制定部門自己的質(zhì)量目標(biāo)并發(fā)

45、布。（3） 執(zhí)行情況檢查根據(jù)各部門的質(zhì)量目標(biāo)對完成情況進行檢查，包括各部門的自檢，質(zhì)量管理部門對各部門的檢查。2.3.5 質(zhì)量保障活動管理質(zhì)量保障活動管理進行日常的質(zhì)量管理活動管理，包括企業(yè) QC 小組的注冊與成果發(fā)布，質(zhì)量信得過班組與質(zhì)量信得過職工的申報與評選，質(zhì)量獎懲的申請與評定等。子功能要求如下：（1） QC 小組由各部門進行 QC 小組的注冊申報，由質(zhì)量管理部門發(fā)布 QC 小組成果與各級別的獲獎情況。（2） 信得過班組每半年由各部門進行質(zhì)量信得過班組的申報，填寫申報材料，由質(zhì)量主管部門組織完成對信得過班組的評選，并發(fā)布評選結(jié)果。（3） 信得過職工Error! No text of sp

46、ecified style in document.12每個季度由各部門進行質(zhì)量信得過職工的申報，填寫申報材料，由質(zhì)量主管部門組織完成對信得過職工的評選，并發(fā)布評選結(jié)果。（4） 質(zhì)量獎懲每月由各部門進行質(zhì)量獎勵項目的申報，由質(zhì)量主管部門匯總后進行評定并發(fā)布結(jié)果。2.3.6 質(zhì)量體系管理質(zhì)量體系管理包括各級規(guī)章制度的管理與發(fā)布，體系文檔的更新發(fā)布，質(zhì)量審核過程的管理，監(jiān)督檢查的管理，以及廠際質(zhì)保的管理。子功能需求如下：（1） 規(guī)章制度管理進行各級規(guī)章制度的管理、發(fā)布，為企業(yè)各級用戶提供檢索和查閱的功能。（2） 體系文檔管理進行企業(yè)質(zhì)量手冊、程序文件、作業(yè)文件的管理、發(fā)布，為企業(yè)各級用戶提供檢索和

47、查閱的功能。（3） 質(zhì)量審核管理對企業(yè)包括內(nèi)審、二方審核、外審等各類審核中的審核計劃、不符合項、審核總結(jié)等進行管理。（4） 監(jiān)督檢查管理對企業(yè)的質(zhì)量監(jiān)督檢查項目、檢查內(nèi)容、發(fā)現(xiàn)的問題進行記錄。（5） 廠際質(zhì)保管理管理企業(yè)的合格供方目錄，以及合格供方的聯(lián)系方式等信息。2.3.7 系統(tǒng)維護系統(tǒng)維護功能進行系統(tǒng)用戶的管理，包括組織機構(gòu)的建立、用戶注冊、角色劃分，并按照角色對系統(tǒng)各模塊進行使用授權(quán)。2.4 與已有遺留系統(tǒng)的接口要求在目標(biāo)企業(yè)已經(jīng)存在多個正在運行的管理信息系統(tǒng)，與將要建設(shè)的質(zhì)量管理信息系統(tǒng)存在功能集成與數(shù)據(jù)集成的需求。主要包括：基礎(chǔ)資源中心系統(tǒng)、售后服務(wù)數(shù)據(jù)庫、MRPII 系統(tǒng)。另外，本

48、系統(tǒng)還需要向集團公司的質(zhì)量管理系統(tǒng)報送數(shù)據(jù)。北京航空航天大學(xué)碩士學(xué)位論文132.4.1 基礎(chǔ)資源中心系統(tǒng)在基礎(chǔ)資源中心系統(tǒng)中維護著企業(yè)的所有物料編碼、產(chǎn)品編碼、產(chǎn)品結(jié)構(gòu)關(guān)系，以及其它各類公共資源代碼。質(zhì)量系統(tǒng)在進行產(chǎn)品檢驗、外協(xié)檢驗、產(chǎn)品裝配時，要求引用基礎(chǔ)資源中心系統(tǒng)中的物料編碼、產(chǎn)品編碼、產(chǎn)品結(jié)構(gòu)，以保證企業(yè)各管理信息系統(tǒng)中的物料、產(chǎn)品信息的一致性，便于產(chǎn)品信息的可追溯。2.4.2 售后服務(wù)系統(tǒng)企業(yè)建有售后服務(wù)管理系統(tǒng)，維護產(chǎn)品在交付用戶后所發(fā)生的質(zhì)量問題、配件更換信息等。在質(zhì)量系統(tǒng)的產(chǎn)品配套中，要求能夠跟蹤查詢到每套產(chǎn)品在交付用戶之后發(fā)生的質(zhì)量問題和配件更換信息。2.4.3 MRPII

49、系統(tǒng)企業(yè)的 MRPII（Manufacturing Resource Planning II）系統(tǒng)主要管理企業(yè)的采購、到貨、庫存、生產(chǎn)計劃等內(nèi)容。在質(zhì)量系統(tǒng)中，在進行外協(xié)驗收時，需要提取 MRPII 中的到貨信息，并且在驗收完成后需要將驗收結(jié)果返回給 MRPII 中的到貨信息。元器件、原材料的驗收信息記錄在 MRPII 中，要求在質(zhì)量系統(tǒng)中能夠進行查詢。2.4.4 數(shù)據(jù)報送向集團公司質(zhì)量管理系統(tǒng)主要是上報問題歸零信息，問題發(fā)生后需要及時上報，隨著問題歸零情況的進展，對進展情況也需要及時上報。2.5 非功能性要求系統(tǒng)在非功能性方面需要滿足以下幾個方面的要求：2.5.1 安全性系統(tǒng)需要符合企業(yè)安全

50、保密規(guī)定，滿足國家保密局對涉密信息系統(tǒng)的安全保密要求。2.5.2 先進性系統(tǒng)應(yīng)在管理流程中體現(xiàn)出先進的質(zhì)量管理理念。應(yīng)始終遵循全面質(zhì)量管理的思想來部署系統(tǒng)的功能。Error! No text of specified style in document.142.5.3 通用性系統(tǒng)需要能夠運行于流行的技術(shù)環(huán)境中，如 windows 2000,windows XP，Linux 等，能夠在主流數(shù)據(jù)庫如 Oracle、Sql Server 上應(yīng)用。2.5.4 易用性界面友好簡潔，直觀體現(xiàn)質(zhì)量管理的主要工作內(nèi)容，采用可視化功能界面，引導(dǎo)用戶按照優(yōu)化的質(zhì)量管理流程進行每一步操作。2.5.5 可靠性采用模塊

51、化的松散耦合技術(shù)，開發(fā)全過程嚴(yán)格遵循軟件工程的方法，功能模塊采用統(tǒng)一的設(shè)計風(fēng)格、高度集成統(tǒng)一的用戶界面。2.5.6 網(wǎng)絡(luò)功能與自助服務(wù)支持企業(yè)職工在基于 Web 的企業(yè)局域網(wǎng)內(nèi)的應(yīng)用。提供系統(tǒng)使用幫助功能。2.5.7 系統(tǒng)性能（1）系統(tǒng)響應(yīng)時間）系統(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)用戶

52、數(shù)量）系統(tǒng)用戶數(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 人的要求。2.5.8 進度要求用戶特別要求，系統(tǒng)在兩個月內(nèi)具備部分模塊上線運行的條件。2.6 需要解決的主要問題通過對以上需求的分析，我們認為系統(tǒng)在設(shè)計上除了需要遵循一般系統(tǒng)開發(fā)原則和系統(tǒng)總體框架外，還需要重點解決以下問題：北京航空航天大學(xué)碩士學(xué)位論文152.6.1 系統(tǒng)開發(fā)方案本系統(tǒng)要求有靈活的功能實現(xiàn)，同時要求能與現(xiàn)有的遺留系統(tǒng)能有效集成，如何選擇適合的開發(fā)方案是會直接影響到這些要求能否正常實現(xiàn)。用戶對進度

53、提出的特殊要求，部分模塊在盡可能短的時間內(nèi)上線，也直接影響到開方案的選擇。2.6.2 系統(tǒng)的安全性目標(biāo)企業(yè)要求本系統(tǒng)符合國家保密局對涉密信息系統(tǒng)的保密要求。如何滿足一系列保密要求，是系統(tǒng)需要重點考慮的一個方面。2.6.3 操作界面友好性系統(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ù)過硬、管理完

54、善的團隊才能完成系統(tǒng)實施。2.7 小結(jié)本章首先對系統(tǒng)的需求進行了總體介紹，包括需求背景、任務(wù)概述，以及系統(tǒng)的功能需求、非功能需求、集成需求等，然后根據(jù)提出的需求進行了系統(tǒng)的需求分析，最后對系統(tǒng)中需要重點解決的主要問題進行了描述。Error! No text of specified style in document.16第三章 解決方案與關(guān)鍵技術(shù)在進行系統(tǒng)設(shè)計之前，必須提出一個完整的解決方案，按照解決方案去完成系統(tǒng)的設(shè)計與實現(xiàn)。解決方案需要符合業(yè)界標(biāo)準(zhǔn)，解決系統(tǒng)需求中所提出的問題。本章根據(jù)某企業(yè)質(zhì)量管理信息系統(tǒng)的具體需求，在橫向?qū)Ρ韧愊到y(tǒng)的基礎(chǔ)上，同時提出多種可能采用的體系結(jié)構(gòu)進行討論，并

55、在確定系統(tǒng)體系結(jié)構(gòu)的基礎(chǔ)對關(guān)鍵技術(shù)各種可能的選擇進行討論，從而提出了解決第二章提出的需要解決的問題的方案。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)本身的因素做出選擇。3.1.1 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è)計標(biāo)準(zhǔn)。服務(wù)器通常采用高性能的 PC、工作站或小型機，并采用大型數(shù)據(jù)庫系統(tǒng)，如 Oracle、Syb

56、ase、Informix或 SQL Server?？蛻舳诵枰惭b專用的客戶端軟件。3.1.2 B/S 結(jié)構(gòu)B/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ù)交互。用戶界面完全通過 WWW 瀏覽器實現(xiàn)，一部分事務(wù)邏輯在前

57、端實現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實現(xiàn)，形成所謂 3-tier 結(jié)構(gòu)。B/S 結(jié)構(gòu)，主要是利用了不斷成熟的 WWW 瀏覽器技術(shù)，結(jié)合瀏覽器的多種 Script 語言(VBScript、JavaScript)和 ActiveX 技術(shù)，用通用瀏覽器就實現(xiàn)了原來需要復(fù)雜專用軟件才能實現(xiàn)的強大功能，并節(jié)約了開發(fā)成本，是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。3.1.3 比較與結(jié)論針對以上兩種系統(tǒng)結(jié)構(gòu)，我們分別對其技術(shù)特點進行分析，對比結(jié)果如表 2。北京航空航天大學(xué)碩士學(xué)位論文17表表 2 2 C/SC/S 結(jié)構(gòu)結(jié)構(gòu) B/SB/S 結(jié)構(gòu)優(yōu)缺點比較結(jié)構(gòu)優(yōu)缺點比較優(yōu)點優(yōu)點缺點缺點C/S由于客戶端實現(xiàn)與服務(wù)器的直接相連，

58、沒有中間環(huán)節(jié)，因此響應(yīng)速度快。客戶操作界面設(shè)計個性化，具有直觀、簡單、方便的特點，可以滿足客戶個性化的操作要求。同時由于開發(fā)是針對性的，因此，操作界面漂亮、形式多樣，可以充分滿足客戶自身的個性化要求。由于是針對性開發(fā)，因此缺少通用性的特點，業(yè)務(wù)變更或改變不夠靈活，需要重新設(shè)計和開發(fā)，增加了維護和管理的難度，進一步的業(yè)務(wù)拓展困難較多。需要專門的客戶端安裝程序，分布功能弱，不能夠?qū)崿F(xiàn)快速部署安裝和配置。兼容性差，對于不同的開發(fā)工具，相互之間很難兼容，具有較大的局限性。若采用不同工具，需要重新改寫程序。開發(fā)成本較高，需要具有一定專業(yè)水準(zhǔn)的技術(shù)人員才能完成。B/S具有分布性特點，可以隨時隨地進行業(yè)務(wù)處

59、理。業(yè)務(wù)擴展簡單方便，通過增加網(wǎng)頁即可增加服務(wù)器功能。維護簡單方便，只需要改變網(wǎng)頁，即可實現(xiàn)所有用戶的同步更新。開發(fā)簡單，共享性強。個性化特點明顯降低，無法實現(xiàn)具有個性化的設(shè)計要求。操作的習(xí)慣性是以鼠標(biāo)為最基本的操作方式，無法滿足快速操作的要求。頁面動態(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)用的

60、模塊。隨著系統(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ì)量管理部分，采用 B/S 結(jié)構(gòu)實現(xiàn)系統(tǒng)其余部分，以提高系統(tǒng)整體的可擴展性和易維護性。Error! No text of specified style in document.183.2 開發(fā)方案選擇由于本系統(tǒng)采用了 C/S+B/S 的混合結(jié)構(gòu)，因此需要為這兩種結(jié)構(gòu)分別選擇開發(fā)方案。3.2.1 C/S 結(jié)構(gòu)的開發(fā)方案選擇 VB 方案VB（Visual Basic，可視化 Basic