【正文】 .NET 是 Microsoft 的用以創(chuàng)建 XML Web 服務(wù)（下一代。Microsoft .NET 擴(kuò)展了通過任何設(shè)備隨時(shí)隨地操作數(shù)據(jù)和進(jìn)行通訊的能力。 平臺(tái)的公布式應(yīng)用開發(fā)方案.NET 框架，是由 Microsoft 公司發(fā)布的，一個(gè)可以構(gòu)造、發(fā)布以及運(yùn)行 Web 服務(wù)的開發(fā)環(huán)境。 基于 J2EE 平臺(tái)的分布式應(yīng)用開發(fā)方案為了快速設(shè)計(jì)和開發(fā)企業(yè)級(jí)應(yīng)用程序，Sun 公司推出了基于 Java 的企業(yè)應(yīng)用模型Java 2 Platform, Enterprise Edition(J2EE)，J2EE 平臺(tái)提供了一個(gè)多層結(jié)構(gòu)的分布式應(yīng)用模型，該模型具有重用組件的能力、基于 XML 的數(shù)據(jù)交換、統(tǒng)一的安全模式和靈活的事務(wù)控制；使開發(fā)者不僅可以比以前更快地發(fā)表對(duì)市場(chǎng)的新的解決方案，而且其獨(dú)立于平臺(tái)、基于組件的 J2EE 解決方案不再受任何提供商的產(chǎn)品和應(yīng)用程度編程界面的限制。 比較與結(jié)論根據(jù)本系統(tǒng)的需求，對(duì)以上幾種主流的開發(fā)工具進(jìn)行進(jìn)一步的對(duì)比分析如表 3：表 3 幾種主流的 C/S 結(jié)構(gòu)開發(fā)工具比較VB PB Delphi開發(fā)效率 較高 很高 高組件技術(shù)支持COM,ActiveX COM,JavaBean,Jaguar, ActiveXCOM, ActiveX CORBA（本身自帶CORBA 中間件 VisiBroker，有豐富向?qū)В?shù)據(jù)訪問對(duì)象DAO,ADO,RDO 功能相仿Transaction,DwControl，可綁定任何 SQL 語(yǔ)句和存儲(chǔ)過程，數(shù)據(jù)訪問具有無與比擬的靈活性具有包括DataSource,Table,Query,Midas,ADO 在內(nèi)的二十多個(gè)組件和類完成數(shù)據(jù)訪問數(shù)據(jù)表現(xiàn)對(duì)象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)成類似 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)的 20 多個(gè)報(bào)表組建，可靈活表現(xiàn)數(shù)據(jù)數(shù)據(jù)庫(kù)支持級(jí)別語(yǔ)句執(zhí)行方式將一句 SQL 串綁定到一個(gè)命令對(duì)象中，結(jié)果返回到ResultSet 對(duì)象中自行拆取是一種真正的 4GL 語(yǔ)言，可隨意直接嵌套 SQL 語(yǔ)句，返回值被賦值到語(yǔ)句的變量中，支持語(yǔ)句級(jí)游標(biāo)，存儲(chǔ)過程和數(shù)據(jù)庫(kù)函數(shù)使用數(shù)據(jù)庫(kù)組件或類完成 SQL 語(yǔ)句串的執(zhí)行和提交開發(fā)模式 控件開發(fā)模式（OCX）組件開發(fā)模式(User Object)源代碼組件開發(fā)模式(VCL)面向?qū)ο筇匦圆?較好 很好代碼執(zhí)行效率一般 較高 很高本系統(tǒng)的主要工作是完成與數(shù)據(jù)的交互，實(shí)現(xiàn)數(shù)據(jù)的各種展現(xiàn)，根據(jù)幾種開發(fā)工具的比較結(jié)果，我們最終選擇了在數(shù)據(jù)庫(kù)支持方面表現(xiàn)優(yōu)異、開發(fā)效率很高的 PB，作為C/S 結(jié)構(gòu)部分的開發(fā)工具。Delphi 提供了各種開發(fā)工具，包括集成環(huán)境、圖像編輯（Image Editor） ，以及各種開發(fā)數(shù)據(jù)庫(kù)的應(yīng)用程序，如 DesktopDataBase Expert 等。　　Delphi 具有以下的特性：基于窗體和面向?qū)ο蟮姆椒?，高速的編譯器，強(qiáng)大的數(shù)據(jù)庫(kù)支持，與 Windows 編程緊密結(jié)合，強(qiáng)大而成熟的組件技術(shù)。它集成了強(qiáng)大且易于使用的第四代編程語(yǔ)言，內(nèi)置包括數(shù)據(jù)窗口在內(nèi)的多種對(duì)象類，能夠很好地支持并訪問當(dāng)前廣泛應(yīng)用的各種數(shù)據(jù)庫(kù)，如：Oracle、IBM DB Microsoft SQL Server 等。 “Visual”指的是一種開發(fā)圖形用戶界面（GUI）的方法，Visual Basic 不僅繼承了早期 Basic 所具有的簡(jiǎn)單易用的特點(diǎn)，而且采用了面向?qū)ο蟆r(shí)間驅(qū)動(dòng)的編程機(jī)制，提供了一種所見即所得的可視化界面設(shè)計(jì)方法。Basic 誕生于 20 世紀(jì) 60 年代初期，簡(jiǎn)單易學(xué)，使用方便。 開發(fā)方案選擇由于本系統(tǒng)采用了 C/S+B/S 的混合結(jié)構(gòu)，因此需要為這兩種結(jié)構(gòu)分別選擇開發(fā)方案。為了滿足系統(tǒng)的這種需求，我們決定采用 C/S+B/S 的混合結(jié)構(gòu)。根據(jù)本系統(tǒng)的需求，其制造質(zhì)量管理部分對(duì)界面?zhèn)€性化的要求高，并且是用戶最急于應(yīng)用的模塊。功能弱化，難以實(shí)現(xiàn)傳統(tǒng)模式下的特殊功能要求。專用性打印輸出難以實(shí)現(xiàn)，尤其對(duì)票據(jù)等打印，難以實(shí)現(xiàn)套打輸出。操作的習(xí)慣性是以鼠標(biāo)為最基本的操作方式，無法滿足快速操作的要求。開發(fā)簡(jiǎn)單，共享性強(qiáng)。業(yè)務(wù)擴(kuò)展簡(jiǎn)單方便，通過增加網(wǎng)頁(yè)即可增加服務(wù)器功能。開發(fā)成本較高，需要具有一定專業(yè)水準(zhǔn)的技術(shù)人員才能完成。兼容性差，對(duì)于不同的開發(fā)工具，相互之間很難兼容，具有較大的局限性。由于是針對(duì)性開發(fā)，因此缺少通用性的特點(diǎn)，業(yè)務(wù)變更或改變不夠靈活，需要重新設(shè)計(jì)和開發(fā)，增加了維護(hù)和管理的難度，進(jìn)一步的業(yè)務(wù)拓展困難較多?？蛻舨僮鹘缑嬖O(shè)計(jì)個(gè)性化，具有直觀、簡(jiǎn)單、方便的特點(diǎn)，可以滿足客戶個(gè)性化的操作要求。 比較與結(jié)論針對(duì)以上兩種系統(tǒng)結(jié)構(gòu)，我們分別對(duì)其技術(shù)特點(diǎn)進(jìn)行分析，對(duì)比結(jié)果如表 2。用戶界面完全通過 WWW 瀏覽器實(shí)現(xiàn)，一部分事務(wù)邏輯在前端實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實(shí)現(xiàn)，形成所謂 3tier 結(jié)構(gòu)。在這種結(jié)構(gòu)下，客戶機(jī)上只要安裝一個(gè)瀏覽器（Browser ） ，如 Netscape Navigator 或 Inter Explorer，服務(wù)器安裝Oracle、 Sybase、Informix 或 SQL Server 等數(shù)據(jù)庫(kù)。客戶端需要安裝專用的客戶端軟件。早期的軟件系統(tǒng)多以此作為首選設(shè)計(jì)標(biāo)準(zhǔn)。本系統(tǒng)需要根據(jù)兩種結(jié)構(gòu)的特點(diǎn)以及系統(tǒng)本身的因素做出選擇。本章根據(jù)某企業(yè)質(zhì)量管理信息系統(tǒng)的具體需求，在橫向?qū)Ρ韧愊到y(tǒng)的基礎(chǔ)上，同時(shí)提出多種可能采用的體系結(jié)構(gòu)進(jìn)行討論，并在確定系統(tǒng)體系結(jié)構(gòu)的基礎(chǔ)對(duì)關(guān)鍵技術(shù)各種可能的選擇進(jìn)行討論，從而提出了解決第二章提出的需要解決的問題的方案。第三章 解決方案與關(guān)鍵技術(shù)在進(jìn)行系統(tǒng)設(shè)計(jì)之前，必須提出一個(gè)完整的解決方案，按照解決方案去完成系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)。綜上所述，要建設(shè)好這個(gè)系統(tǒng)需要多方面知識(shí)，需要多方面的技術(shù)專家進(jìn)行商討論證、精心設(shè)計(jì)，解決上面提出的關(guān)鍵問題，并需要一個(gè)技術(shù)過硬、管理完善的團(tuán)隊(duì)才能完成系統(tǒng)實(shí)施。因此提供友好的數(shù)據(jù)處理界面對(duì)于系統(tǒng)的成功應(yīng)用至關(guān)重要。如何滿足一系列保密要求，是系統(tǒng)需要重點(diǎn)考慮的一個(gè)方面。用戶對(duì)進(jìn)度提出的特殊要求，部分模塊在盡可能短的時(shí)間內(nèi)上線，也直接影響到開方案的選擇。 進(jìn)度要求用戶特別要求，系統(tǒng)在兩個(gè)月內(nèi)具備部分模塊上線運(yùn)行的條件。本系統(tǒng)應(yīng)保障多用戶并發(fā)訪問環(huán)境下的合理響應(yīng)速度和數(shù)據(jù)穩(wěn)定性。一些大數(shù)據(jù)量的特殊功能的相應(yīng)時(shí)間，如批量數(shù)據(jù)導(dǎo)入、5M 以內(nèi)的二進(jìn)制數(shù)據(jù)插入數(shù)據(jù)庫(kù)的響應(yīng)時(shí)間在 20 秒左右。一些大數(shù)據(jù)量的特殊功能的響應(yīng)時(shí)間，例如近萬(wàn)條記錄的、大數(shù)據(jù)量的報(bào)表打開時(shí)間應(yīng)在 15 秒左右。提供系統(tǒng)使用幫助功能。 可靠性采用模塊化的松散耦合技術(shù)，開發(fā)全過程嚴(yán)格遵循軟件工程的方法，功能模塊采用統(tǒng)一的設(shè)計(jì)風(fēng)格、高度集成統(tǒng)一的用戶界面。 通用性系統(tǒng)需要能夠運(yùn)行于流行的技術(shù)環(huán)境中，如 windows 2022,windows XP，Linux 等，能夠在主流數(shù)據(jù)庫(kù)如 Oracle、Sql Server 上應(yīng)用。 先進(jìn)性系統(tǒng)應(yīng)在管理流程中體現(xiàn)出先進(jìn)的質(zhì)量管理理念。 數(shù)據(jù)報(bào)送向集團(tuán)公司質(zhì)量管理系統(tǒng)主要是上報(bào)問題歸零信息，問題發(fā)生后需要及時(shí)上報(bào)，隨著問題歸零情況的進(jìn)展，對(duì)進(jìn)展情況也需要及時(shí)上報(bào)。在質(zhì)量系統(tǒng)中，在進(jìn)行外協(xié)驗(yàn)收時(shí)，需要提取 MRPII 中的到貨信息，并且在驗(yàn)收完成后需要將驗(yàn)收結(jié)果返回給 MRPII 中的到貨信息。在質(zhì)量系統(tǒng)的產(chǎn)品配套中，要求能夠跟蹤查詢到每套產(chǎn)品在交付用戶之后發(fā)生的質(zhì)量問題和配件更換信息。質(zhì)量系統(tǒng)在進(jìn)行產(chǎn)品檢驗(yàn)、外協(xié)檢驗(yàn)、產(chǎn)品裝配時(shí)，要求引用基礎(chǔ)資源中心系統(tǒng)中的物料編碼、產(chǎn)品編碼、產(chǎn)品結(jié)構(gòu)，以保證企業(yè)各管理信息系統(tǒng)中的物料、產(chǎn)品信息的一致性，便于產(chǎn)品信息的可追溯。另外，本系統(tǒng)還需要向集團(tuán)公司的質(zhì)量管理系統(tǒng)報(bào)送數(shù)據(jù)。 與已有遺留系統(tǒng)的接口要求在目標(biāo)企業(yè)已經(jīng)存在多個(gè)正在運(yùn)行的管理信息系統(tǒng)，與將要建設(shè)的質(zhì)量管理信息系統(tǒng)存在功能集成與數(shù)據(jù)集成的需求。（5） 廠際質(zhì)保管理管理企業(yè)的合格供方目錄，以及合格供方的聯(lián)系方式等信息。（3） 質(zhì)量審核管理對(duì)企業(yè)包括內(nèi)審、二方審核、外審等各類審核中的審核計(jì)劃、不符合項(xiàng)、審核總結(jié)等進(jìn)行管理。子功能需求如下：（1） 規(guī)章制度管理進(jìn)行各級(jí)規(guī)章制度的管理、發(fā)布，為企業(yè)各級(jí)用戶提供檢索和查閱的功能。（4） 質(zhì)量獎(jiǎng)懲每月由各部門進(jìn)行質(zhì)量獎(jiǎng)勵(lì)項(xiàng)目的申報(bào)，由質(zhì)量主管部門匯總后進(jìn)行評(píng)定并發(fā)布結(jié)果。（2） 信得過班組每半年由各部門進(jìn)行質(zhì)量信得過班組的申報(bào)，填寫申報(bào)材料，由質(zhì)量主管部門組織完成對(duì)信得過班組的評(píng)選，并發(fā)布評(píng)選結(jié)果。 質(zhì)量保障活動(dòng)管理質(zhì)量保障活動(dòng)管理進(jìn)行日常的質(zhì)量管理活動(dòng)管理，包括企業(yè) QC 小組的注冊(cè)與成果發(fā)布，質(zhì)量信得過班組與質(zhì)量信得過職工的申報(bào)與評(píng)選，質(zhì)量獎(jiǎng)懲的申請(qǐng)與評(píng)定等。（2） 目標(biāo)分解由各部門在企業(yè)總的質(zhì)量目標(biāo)基礎(chǔ)上制定部門自己的質(zhì)量目標(biāo)并發(fā)布。根據(jù)制定的質(zhì)量目標(biāo)，年終對(duì)執(zhí)行情況進(jìn)行檢查。（3） 質(zhì)量信息分析對(duì)產(chǎn)品的各類質(zhì)量信息進(jìn)行統(tǒng)計(jì)分析，能實(shí)現(xiàn)統(tǒng)計(jì)圖形的定制。子功能要求如下：（1） 質(zhì)量日?qǐng)?bào)按型號(hào)自動(dòng)查詢出當(dāng)天發(fā)生的質(zhì)量問題，包括不合格品、廢品、測(cè)試中的質(zhì)量問題。（8） 元器件原材料驗(yàn)收記錄采購(gòu)的元器件、原材料入廠時(shí)的驗(yàn)收信息。對(duì)于不合格的產(chǎn)品，需要返回外協(xié)廠家。（5） 產(chǎn)品配套記錄每套系統(tǒng)出廠時(shí)各部件的配套情況，包括各配套產(chǎn)品的編號(hào)、生產(chǎn)時(shí)間、生產(chǎn)廠家等信息，并可根據(jù)部件的編號(hào)搜索該部件所配套的產(chǎn)品編號(hào)，可以匯總系統(tǒng)上所有配套軟件的信息。（3） 報(bào)廢處理檢驗(yàn)在進(jìn)行產(chǎn)品檢驗(yàn)時(shí)，發(fā)現(xiàn)廢品，記錄廢品信息，包括廢品的基本信息，所用原材料，以及報(bào)廢情況和原因等。用例圖如圖 3：圖 3 制造質(zhì)量管理用例圖（1） 質(zhì)疑管理在產(chǎn)品生產(chǎn)加工的各個(gè)環(huán)節(jié)，當(dāng)發(fā)現(xiàn)產(chǎn)品有問題后，記錄產(chǎn)品的問題現(xiàn)象，將問題信息發(fā)送產(chǎn)品設(shè)計(jì)或生產(chǎn)的責(zé)任部門進(jìn)行技術(shù)處理，根據(jù)技術(shù)處理意見決定產(chǎn)品是否報(bào)廢或者采取不合格處理措施。（3） 試驗(yàn)管理由試驗(yàn)隊(duì)長(zhǎng)負(fù)責(zé)記錄參加試驗(yàn)的產(chǎn)品的基本信息，試驗(yàn)的安排情況，試驗(yàn)內(nèi)容，試驗(yàn)中發(fā)生的問題情況以及對(duì)問題的處理情況。要對(duì)評(píng)審中的專家的意見、評(píng)審結(jié)論進(jìn)行如實(shí)記錄，并對(duì)評(píng)審中提出的問題的后續(xù)處理落實(shí)情況進(jìn)行跟蹤管理。由問題“歸零”各環(huán)節(jié)負(fù)責(zé)人員進(jìn)行信息的填寫。用例圖如圖 2：圖 2 研試質(zhì)量管理用例圖（1） 問題歸零產(chǎn)品在設(shè)計(jì)、試驗(yàn)中發(fā)生重要質(zhì)量問題后，需要對(duì)問題的現(xiàn)象進(jìn)行如實(shí)記錄，對(duì)發(fā)生原因進(jìn)行分析，根據(jù)原因制定相應(yīng)的解決措施，并對(duì)解決措施進(jìn)行落實(shí)。 功能需求根據(jù)對(duì)目標(biāo)企業(yè)的需求調(diào)研，我們對(duì)系統(tǒng)的需求進(jìn)行了詳細(xì)的分析和總結(jié)，將系統(tǒng)分為六大功能：研試質(zhì)量管理、制造質(zhì)量管理、產(chǎn)品質(zhì)量數(shù)據(jù)分析、質(zhì)量策劃管理、質(zhì)量保障活動(dòng)管理、質(zhì)量體系管理。質(zhì)量保障工作包括每年的質(zhì)量管理策劃、定期的質(zhì)量體系評(píng)審，以及質(zhì)量獎(jiǎng)懲、質(zhì)量規(guī)章制度建立等。因此企業(yè)的質(zhì)量管理可以分為兩大類別：針對(duì)產(chǎn)品生命周期的各個(gè)環(huán)節(jié)的產(chǎn)品質(zhì)量管理，以及為保證產(chǎn)品質(zhì)量而開展的各類質(zhì)量保障工作。 任務(wù)概述每一型號(hào)的 M 產(chǎn)品首先要經(jīng)過設(shè)計(jì)、試制、試驗(yàn)，通過試驗(yàn)對(duì)暴露出的問題進(jìn)行修正，當(dāng)最后達(dá)到用戶要求后，完成該產(chǎn)品的定型，產(chǎn)品定型后再根據(jù)用戶的訂貨組織批量生產(chǎn)。（5） 紙質(zhì)單據(jù)、Excel 表格或電子郵件的方式記錄和流轉(zhuǎn)信息，在信息的流轉(zhuǎn)環(huán)節(jié)上具有較大的隨意性，容易跳出質(zhì)量體系的約束。（4） 信息存儲(chǔ)分散，以及信息存儲(chǔ)的不規(guī)范、不統(tǒng)一，對(duì)信息的檢索利用、問題追溯等造成了困難。（3） 由于質(zhì)量信息的收集渠道分散，不利于信息的積累。（2） 大量的質(zhì)量信息以紙質(zhì)單據(jù)的形勢(shì)進(jìn)行傳遞，傳遞的效率低下。隨著外部市場(chǎng)對(duì) M 產(chǎn)品的研制周期縮短、需求量增大的要求，傳統(tǒng)的質(zhì)量管理方式不能適應(yīng)新的形勢(shì)，主要表現(xiàn)在：（1） 由于紙質(zhì)單據(jù)、Excel 表格、電子郵件等同時(shí)并存，導(dǎo)致質(zhì)量信息的收集和傳遞渠道不統(tǒng)一。企業(yè)會(huì)定期對(duì)質(zhì)量體系進(jìn)行評(píng)審，開展多種質(zhì)量保障活動(dòng)。對(duì)于需由外協(xié)廠家提供的產(chǎn)品，建立了嚴(yán)格的準(zhǔn)入制度，只有被評(píng)定為合格供方的廠家才能為企業(yè)供貨，并且對(duì)每個(gè)批次的產(chǎn)品都進(jìn)行嚴(yán)格的檢驗(yàn)。對(duì)產(chǎn)品的設(shè)計(jì)、產(chǎn)品生產(chǎn)出廠、進(jìn)入試驗(yàn)之前等環(huán)節(jié)都有嚴(yán)格的評(píng)審制度。由于 M 產(chǎn)品的結(jié)構(gòu)復(fù)雜，技術(shù)要求高，出了質(zhì)量問題后果嚴(yán)重，因此在質(zhì)量方面需要十分嚴(yán)格的管理。 M 產(chǎn)品是一種大型、復(fù)雜的產(chǎn)品，由眾多分系統(tǒng)組成。本章對(duì)系統(tǒng)的需求進(jìn)行分析，根據(jù)分析提出系統(tǒng)要解決的主要問題。軟件需求分析的質(zhì)量對(duì)軟件開發(fā)的影響是深遠(yuǎn)的、全局性的，高質(zhì)量需求對(duì)軟件開發(fā)往往起到事半功倍的效果。第六章 總結(jié)總結(jié)本人在項(xiàng)目中完成的具體工作內(nèi)容，并對(duì)目標(biāo)企業(yè)質(zhì)量管理系統(tǒng)的實(shí)施效果進(jìn)行簡(jiǎn)要的說明。第四章 設(shè)計(jì)與實(shí)現(xiàn)對(duì)系統(tǒng)的設(shè)計(jì)原則、運(yùn)行環(huán)境進(jìn)行說明，在介紹系統(tǒng)總體設(shè)計(jì)體系結(jié)構(gòu)的基礎(chǔ)上，按照子系統(tǒng)分別闡述各自的主要功能及使用的關(guān)鍵技術(shù)，并對(duì)數(shù)據(jù)庫(kù)設(shè)計(jì)和集成設(shè)計(jì)進(jìn)行了介紹。第二章 需求分析對(duì)企業(yè)現(xiàn)有的質(zhì)量管理相關(guān)業(yè)務(wù)進(jìn)行詳細(xì)的分析，闡述系統(tǒng)的主要需求，以及