【正文】 的配合工作，我們采用了 ADO 對象。質(zhì)量計(jì)劃覆蓋了評審、復(fù)查、配置管理和變更控制，但必須在開發(fā)過程的關(guān)鍵點(diǎn)上執(zhí)行質(zhì)量保障活動。在采用迭代式軟件開發(fā)模式時，質(zhì)量相關(guān)活動必須和軟件迭代并行進(jìn)行，并在關(guān)鍵點(diǎn)和里程碑之處加以必要的質(zhì)量控制。(3)約定質(zhì)量活動中對結(jié)果的確認(rèn)，明確各質(zhì)量活動需要得到的文檔、程序及源代碼、質(zhì)量記錄等結(jié)果。其中軟件過程的質(zhì)量活動包括計(jì)劃、需求分析、軟件設(shè)計(jì)、軟件實(shí)現(xiàn)、測試、發(fā)布等環(huán)節(jié)，對于迭代式開發(fā)，各環(huán)節(jié)在時間上會有重合段。體系的運(yùn)行是指整個活動中，對質(zhì)量要求的遵循、質(zhì)量活動的執(zhí)行以及相關(guān)記錄。軟件開發(fā)質(zhì)量體系包括體系相關(guān)文件和體系的運(yùn)行。和傳統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)相比，以對象類為主體的數(shù)據(jù)結(jié)構(gòu)部分具備了對象所擁有的操作能力，而不是通過程序讓界面元素直接操作數(shù)據(jù)；同時，從用戶操作角度看，分離的界面數(shù)據(jù)顯示、界面操作和內(nèi)部數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)處理，可以很好地控制相應(yīng)的錯誤，從數(shù)據(jù)庫訪問角度，則保證了數(shù)據(jù)訪問的合法性和一致性。這種方式雖然為數(shù)據(jù)訪問提供了快捷方便的手段，但在數(shù)據(jù)表示上卻限制了數(shù)據(jù)結(jié)構(gòu)的含義，也削弱了程序?qū)?shù)據(jù)訪問的控制能力，從面向?qū)ο蠼嵌葎t無法方便地表達(dá)對象的操作特性。在面向?qū)ο蟮脑O(shè)計(jì)中，一項(xiàng)難點(diǎn)之處是如何將可視化開發(fā)工具的用戶界面設(shè)計(jì)和數(shù)據(jù)庫訪問接口融合到面向?qū)ο蟮捏w系中。著名的一種設(shè)計(jì)模式是“ModelViewController，即 MVC”模式。因此，軟件開發(fā)的分層設(shè)計(jì)思想將對軟件整體能力有所幫助。 多層設(shè)計(jì)思想對旅游信息網(wǎng)站系統(tǒng)，數(shù)據(jù)是一項(xiàng)核心元素，應(yīng)用軟件的價(jià)值在很大程度上體現(xiàn)在對數(shù)據(jù)的管理和使用。針對旅游網(wǎng)站的開發(fā)，架構(gòu)分析的主要任務(wù)包括：(1)劃分子系統(tǒng)及模塊，并明確系統(tǒng)邊界、定義接口；(2)對開發(fā)的 Framework、環(huán)境、語言等技術(shù)進(jìn)行定義；(3)對應(yīng)用軟件運(yùn)行環(huán)境進(jìn)行界定；(4)分析設(shè)計(jì)主要數(shù)據(jù)管理；(5)分析設(shè)計(jì)主要對象體系(對象表述、封裝及繼承關(guān)系等)；(6)在迭代過程中改進(jìn)構(gòu)架設(shè)計(jì)。架構(gòu)分析和設(shè)計(jì)通常由系統(tǒng)分析人員或者軟件架構(gòu)師來進(jìn)行。我們認(rèn)為對于旅游網(wǎng)站的設(shè)計(jì)開發(fā)應(yīng)該采用這種主流的開發(fā)方法。面向?qū)ο蟮拈_發(fā)又可以根據(jù)不同階段分為面向?qū)ο蟮姆治?OOA)、面向?qū)ο蟮脑O(shè)計(jì)(OOD)、面向?qū)ο蟮木幊?OOP)等。傳統(tǒng)的軟件開發(fā)方法包括結(jié)構(gòu)化方法、Jackson 方法、面向?qū)ο?Object Oriented OO )的方法等。階段性迭代開發(fā)并結(jié)合原型機(jī)，這樣對用戶來說，可以更早“看見”軟件的樣子，更多參與軟件實(shí)現(xiàn)，從而提高軟件可用性。階段式開發(fā)可以盡可能早開始測試，并將測試發(fā)現(xiàn)問題和解決問題的時間提前，從而保障軟件質(zhì)量。(2)由于行業(yè)應(yīng)用軟件更多的開發(fā)工作量往往在于對功能需求的滿足而不是性能的提高，因此以階段式的劃分，尤其是以功能為主劃分迭代階段，可以更好地控制開發(fā)周期。因此，我們認(rèn)為以“階段式”的迭代開發(fā)模式為主，并結(jié)合其他開發(fā)模式的方案更為適合該軟件的開發(fā)，其中其他開發(fā)模式主要結(jié)合對軟件原型的使用。其次，由于系統(tǒng)業(yè)務(wù)需求的復(fù)雜性和專業(yè)性，對這樣的行業(yè)應(yīng)用軟件采用CASE 等工具往往難以做到對需求的良好滿足。最好軟件項(xiàng)目適合采用面向?qū)ο蟮慕?、分析和設(shè)計(jì)方法，并借助管理和開發(fā)工具來開發(fā)，這樣可以發(fā)揮 UML 以及軟件開發(fā)輔助工具的功效。如果軟件實(shí)現(xiàn)內(nèi)容比較模式化，可以采用輔助開發(fā)工具，即“快速應(yīng)用開發(fā) RAD”模式。如果一個軟件的需求難以確定，則可以考慮采用“漸進(jìn)式”模式，以原型機(jī)方式來提出并修正需求。在迭代式開發(fā)的幾種開發(fā)模式中，一般來說具有這樣的針對性：應(yīng)用軟件如果具有很大的潛在風(fēng)險(xiǎn)，軟件需求難以統(tǒng)一定義，并且需求可能有很大變化的情況下，“螺旋式”開發(fā)會更為合適，但同時對軟件開發(fā)管理有很高的要求，在迭代的評估改進(jìn)等環(huán)節(jié)，對軟件階段性成果的有效預(yù)計(jì)相對困難。信息技術(shù)本身就是一種業(yè)務(wù)輔助手段，行業(yè)性應(yīng)用軟件開發(fā)通常必須與業(yè)務(wù)管理要求相一致，因此，相對較短開發(fā)周期的要求在行業(yè)應(yīng)用開發(fā)中很具普遍性。在需求的專用性方面，由于具有行業(yè)性的業(yè)務(wù)特征，使得軟件需求不能等同于一般的流程性信息管理。在業(yè)務(wù)需求覆蓋案件審判業(yè)務(wù)整個流程的信息管理，涉及信訪、立案、辦案、監(jiān)察、歸檔等多個部門，需求的復(fù)雜性包括在不同流程中對信息的分類處理、涉及不同部門和崗位的信息管理等。以下首先分析本網(wǎng)站開發(fā)的相關(guān)特點(diǎn)，然后對軟件開發(fā)模式的選擇進(jìn)行說明。例如，可以使用“螺旋式”來處理相對嚴(yán)重的風(fēng)險(xiǎn)部分，然后改用“階段式”來完善其他部分的開發(fā)。在迭代式開發(fā)的多種模式中，幾種模式雖然存在一些差別，但必須遵循一些通用性的原則，包括：要首先考慮風(fēng)險(xiǎn)及風(fēng)險(xiǎn)的依存因素，盡可能在迭代早期處理風(fēng)險(xiǎn)大的部分；迭代過程中的計(jì)劃要考慮工作的并行性以提高效率；通過對迭代中間結(jié)果的評估來確認(rèn)新的目標(biāo)，包括變更、增補(bǔ)以及妥協(xié)。一般來說，并不存在某個萬能的最佳開發(fā)模式，而不同的開發(fā)模式則通常具有自身的針對性，也就是說，成功的軟件開發(fā)，需要結(jié)合軟件項(xiàng)目的需求、規(guī)模、用戶情況、項(xiàng)目特點(diǎn)來進(jìn)行。其中極限編程(Extreme Programming)較有代表性，提倡溝通、簡化、反饋及勇氣。RUP 相對復(fù)雜和模式化，提倡以 UML 和面向?qū)ο鬄楹诵牡拈_發(fā)方法，提倡使用一系列工具進(jìn)行軟件開發(fā)?！敖y(tǒng)一開發(fā)模型 RUP”是一個以用例驅(qū)動為基礎(chǔ)的、帶有增量實(shí)現(xiàn)特性的迭代模型?！皾u進(jìn)式”模型從較早的快速原型機(jī)方法衍生而來，即需要快速生成軟件原型，通過與用戶的交互，確定對軟件的改進(jìn)，然后通過多次原型迭代得到結(jié)果?！半A段式”模型是將整個開發(fā)劃分為若干個迭代階段，每個階段實(shí)現(xiàn)一個可執(zhí)行的軟件內(nèi)部版本。“螺旋式”模型通常以笛卡兒座標(biāo)表示，四個象限為以下的四方面的活動：制訂計(jì)劃、風(fēng)險(xiǎn)分析、開發(fā)與實(shí)現(xiàn)、評估并改進(jìn)。比較“瀑布模型”，它的主要優(yōu)勢也就是降低整個開發(fā)過程的風(fēng)險(xiǎn)。迭代式開發(fā)的優(yōu)點(diǎn)包括：(1)可以盡可能早發(fā)現(xiàn)關(guān)鍵風(fēng)險(xiǎn)因素并加以解決；(2)可以盡量早得到用戶反饋，可以適應(yīng)需求的變化；(3)使得集成和測試工作可以并行進(jìn)行，并更為持續(xù)有效；(4)開發(fā)項(xiàng)目組可以更明確短期目標(biāo)；(5)開發(fā)管理和任務(wù)分配也將更有效。迭代式開發(fā)最初也是針對解決軟件開發(fā)的風(fēng)險(xiǎn)而提出的，迭代式開發(fā)要求每個迭代過程生成可執(zhí)行的軟件版本，并將集成與測試包含在迭代過程中。如圖所示 32：圖 32 瀑布模型的開發(fā)采用“瀑布模型”開發(fā)面臨的問題可以歸納為：(1)滯后了關(guān)鍵風(fēng)險(xiǎn)的解決；(2)難于準(zhǔn)確衡量項(xiàng)目的進(jìn)度；(3)延遲并加重了集成和測試的工作；(4)無法滿足盡早部署的要求；(5)往往導(dǎo)致未計(jì)劃的迭代。隨著當(dāng)前軟件開發(fā)趨向于大型化和復(fù)雜化，“瀑布模型”已經(jīng)暴露出其缺陷。 開發(fā)模式分析傳統(tǒng)的軟件工程按照“瀑布模型”進(jìn)行，工程包括前期的軟件可行性分析，和軟件需求分析、軟件概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和調(diào)試、測試、維護(hù)等七個階段。通用型軟件適用于大部分用戶，例如操作系統(tǒng)、辦公軟件等；而應(yīng)用軟件往往針對特定用戶，例如行業(yè)應(yīng)用軟件。在開發(fā)模式和開發(fā)方法方面，則更需要針對軟件開發(fā)項(xiàng)目的特性，使用合適的模式，使用恰當(dāng)?shù)姆椒?。它們的關(guān)系，如圖 31 所示：軟 件 開 發(fā) 方 法 與 活 動(分 析 ， 設(shè) 計(jì) ， 編 碼 ， 測 試 )軟 件 開 發(fā) 模 式 (Models for Sftware Dvelopment)傳 統(tǒng) 模 式 ， 迭 代 模 式 )軟 件 開 發(fā) 過 程 (Softare Poces)(軟 件 開 發(fā) 過 程 管 理 實(shí) 例 )軟 件 開 發(fā) 質(zhì) 量 保 障 體 系 (QA)(CM/I,O 90,Metrics軟 件 開 發(fā) 方 法 與 活 動分 析 ， 設(shè) 計(jì) ， 編 碼 ， 測 試軟 件 開 發(fā) 模 式 傳 統(tǒng) 模 式 ， 迭 代 模 式軟 件 開 發(fā) 過 程軟 件 開 發(fā) 過 程 管 理 實(shí) 例軟 件 開 發(fā) 質(zhì) 量 保 障 體 系圖 31 軟件工程體系可以說，軟件開發(fā)質(zhì)量保障體系是所有軟件開發(fā)的基礎(chǔ)，而軟件開發(fā)過程則應(yīng)當(dāng)以明確的流程和規(guī)范，在整個軟件開發(fā)的生命周期中貫徹質(zhì)量保障。實(shí)際上，這也可以理解為軟件本身復(fù)雜性的增強(qiáng)，對軟件開發(fā)提出了更高的要求。其中，代表性的規(guī)范有 ISO 9000 系列標(biāo)準(zhǔn)中關(guān)于軟件過程管理的相關(guān)標(biāo)準(zhǔn)，以及業(yè)界普遍推崇的 SEI 的 SWCMM 和之后的 CMMI 軟件成熟度模型。對于工程化的軟件開發(fā)，國內(nèi)外均有一系列標(biāo)準(zhǔn)或規(guī)范，例如 IEEE 的若干標(biāo)準(zhǔn)以及我國的相應(yīng)的系列國標(biāo)。軟件工程即因此而提出的計(jì)算機(jī)理論，并廣泛應(yīng)用于軟件開發(fā)的實(shí)際中。維護(hù)和升級方式簡單。它是一次性到位的開發(fā)，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式（比如 LAN,WAN,Inter/Intra 等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護(hù)數(shù)據(jù)平臺和管理訪問權(quán)限，服務(wù)器數(shù)據(jù)庫也很安全。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護(hù)與升級的成本和工作量，降低了用戶的總體成本（TCO） 。它是隨著 Inter技術(shù)的興起，對 C/S 結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。JavaScript 的特點(diǎn)是無窮無盡的，只要你有創(chuàng)意。JavaScript 使有規(guī)律地重復(fù)的 HTML 文段簡化，減少下載時間。 同時它又是專門為制作 Web 網(wǎng)頁而量身定做的一種簡單的編程語言。 Javascript 和 Jscript 基本上是相同的，只是在一些細(xì)節(jié)上有出入。Netscape 公司 Navigator 3．0 以上版本的瀏覽器都能支持 Javascript 程序，微軟公司 Inter Explorer 3．0 以上版本的瀏覽器基本上支持 Javascript。Javascript 的出現(xiàn)使得網(wǎng)頁和用戶之間實(shí)現(xiàn)了一種實(shí)時性的、動態(tài)的、交互性的關(guān)系，使網(wǎng)頁包含更多活躍的元素和更加精彩的內(nèi)容。 Javascript 是由 Netscape 公司開發(fā)的一種腳本語言（scripting language） ，或者稱為描述語言。如：Javascript、VBScript、Document Object Model（DOM，文檔對象模型） 、Layers 和 Cascading Style Sheets（CSS，層疊樣式表） ，這里主要講 Javascript。(5)頁面信息發(fā)送到瀏覽器。(3)服務(wù)器引擎開始運(yùn)行 ASP 程序。 ASP 工作原理當(dāng)在 Web 站點(diǎn)中融入 ASP 功能后，將發(fā)生以下事情：(1)用戶向?yàn)g覽器地址欄輸入網(wǎng)址。但 ASP 技術(shù)也并非完美無缺,由于它基本上是局限于微軟的操作系統(tǒng)平臺,主要的工作環(huán)境是微軟的IIS 應(yīng)用程序結(jié)構(gòu),又因 ActiveX 對象具有平臺特性,所以 ASP 技術(shù)要實(shí)現(xiàn)在跨平臺 Web 服務(wù)器上工作, 的 ASP ,用 ASP 來創(chuàng)建 Windows 服務(wù)器平臺上的動態(tài) Web 網(wǎng)頁,整個站點(diǎn)和基于 Web 的應(yīng)用程序已經(jīng)成為及其自然的方法。因此 ASP 與一般的腳本語言相比要安全得多。(6)由于服務(wù)器是將 ASP 程序執(zhí)行的結(jié)果以 HTML 格式傳回客戶端瀏覽器，因此使用者不會看到 ASP 所編寫的原始程序代碼，可防止 ASP 程序代碼被竊取。例如可以從 web 瀏覽器中獲取用戶通過 HTML 表單提交的信息，并在腳本中對這些信息進(jìn)行處理，然后向 web 瀏覽器發(fā)送信息。(3)服務(wù)器上的 ASP 解釋程序會在服務(wù)器端執(zhí)行 ASP 程序，并將結(jié)果以HTML 格式傳送到客戶端瀏覽器上，因此使用各種瀏覽器都可以正常瀏覽 ASP 所產(chǎn)生的網(wǎng)頁。 與 HTML 相比，ASP網(wǎng)頁具有以下特點(diǎn)：(1)利用 ASP 可以實(shí)現(xiàn)突破靜態(tài)網(wǎng)頁的一些功能限制，實(shí)現(xiàn)動態(tài)網(wǎng)頁技術(shù)。ASP 網(wǎng)頁可以包含 HTML 標(biāo)記、普通文本、腳本命令以及 COM 組件等。ASP ，現(xiàn)在常用于各種動態(tài)網(wǎng)站中。 ASP 簡介 ASP 是 Active Server Page 的縮寫，意為“動態(tài)服務(wù)器頁面” 。需要數(shù)據(jù)庫處理，所以動態(tài)網(wǎng)站的訪問速度大大減慢。它并不是獨(dú)立存在于服務(wù)器的網(wǎng)頁文件，而是瀏覽器發(fā)出請求時才反饋網(wǎng)頁。實(shí)際上，判斷一個網(wǎng)站是動態(tài)網(wǎng)站還是靜態(tài)網(wǎng)站，不是看網(wǎng)頁會不會動，而是要看它是否應(yīng)用了建立在瀏覽器/服務(wù)器（B/S）架構(gòu)上的服務(wù)器端腳本程序。3 系統(tǒng)開發(fā)技術(shù)簡介 動態(tài)網(wǎng)站介紹隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展,單純的靜態(tài)頁面已經(jīng)不能滿足發(fā)展的需要,因?yàn)殪o態(tài)頁面是用單純的 HTML 語言組成的,為了滿足實(shí)際的需要,許多網(wǎng)頁文件擴(kuò)展名不再只是“htm”,“html”,出現(xiàn)了以“php”,“asp”,“jsp”,“shtml”等為后綴的網(wǎng)頁文件,這些都是采用動態(tài)網(wǎng)頁技術(shù)制作出來的。如何方便旅游愛好者了解旅游資訊，需要把資訊新聞以列表的形式展示出來，供瀏覽者點(diǎn)擊查看。網(wǎng)站為旅游愛好者提供了線路套餐列表，瀏覽者可點(diǎn)擊查看每條線路套餐的詳細(xì)內(nèi)容，并可在線預(yù)訂此線路套餐，填寫訂單信息，訂單中要求填寫顧客姓名、聯(lián)系方式、聯(lián)系地址等信息。完成旅游愛好者對旅游信息的全部需求。需求分析要注意的問題，是讓用戶和開發(fā)者共同明確將要開發(fā)的是一個什么樣的網(wǎng)站。網(wǎng)站致力于推廣旅游文化，傳播旅游咨詢，并以提供旅游套餐，預(yù)訂線路為輔，使網(wǎng)站更具即時、實(shí)效性。 可行性分析旅游網(wǎng)站作為一個綜合性的信息類網(wǎng)站，目的為滿足廣大旅游愛好者的需求，提供旅游咨詢，方便旅友交流。其建設(shè)的目的在于幫助廣大旅游愛好者得到快速、詳實(shí)的旅游新聞，旅游團(tuán)信息，自助游輔助信息，以及旅友之間快速有效的交流等等。下面各章節(jié)中我以蓬勃發(fā)展的 Web Server 的 ASP（Active Server Pages）技術(shù)作為 Web 應(yīng)用程序?yàn)橹匾_發(fā)工具來開發(fā)一個門戶網(wǎng)站系統(tǒng)為例，談