【正文】 設(shè)立搜索功能模塊，瀏覽者通過輸入景區(qū)名稱可查詢到景區(qū)附近的乘車交通信息及酒店住宿的信息，可以更加方便旅游愛好者出行旅游。動(dòng)態(tài)網(wǎng)站和靜態(tài)網(wǎng)站看不出有什么區(qū)別：靜態(tài)網(wǎng)頁(yè)也可以有各種動(dòng)畫、滾動(dòng)字幕等“動(dòng)態(tài)效果” ；而動(dòng)態(tài)網(wǎng)頁(yè)完全可以是純文本的內(nèi)容，不一定就有動(dòng)畫和滾動(dòng)字幕。動(dòng)態(tài)網(wǎng)站可以實(shí)現(xiàn)交互功能，如用戶注冊(cè)、信息發(fā)布、產(chǎn)品展示、訂單管理等等。動(dòng)態(tài)網(wǎng)頁(yè)中包含有服務(wù)器端腳本，所以頁(yè)面文件名常以asp、jsp、php 等為后綴。由于存在特殊代碼，所以不易被搜索引擎檢索。ASP 是微軟公司開發(fā)的代替 CGI 腳本程序的一種應(yīng)用,它可以與數(shù)據(jù)庫(kù)和其它程序進(jìn)行交互，是一種簡(jiǎn)單、方便的編程工具。 ASP 是一種服務(wù)器端腳本編寫環(huán)境，可以用來創(chuàng)建和運(yùn)行動(dòng)態(tài)網(wǎng)頁(yè)或 Web 應(yīng)用程序。利用 ASP 可以向網(wǎng)頁(yè)中添加交互式內(nèi)容（如在線表單） ，也可以創(chuàng)建使用 HTML 網(wǎng)頁(yè)作為用戶界面的 web 應(yīng)用程序。(2)ASP 文件是包含在 HTML 代碼所組成的文件中的，易于修改和測(cè)試。(4)ASP 提供了一些內(nèi)置對(duì)象，使用這些對(duì)象可以使服務(wù)器端腳本功能更強(qiáng)。(5)ASP 可以使用服務(wù)器端 ActiveX 組件來執(zhí)行各種各樣的任務(wù)，例如存取數(shù)據(jù)庫(kù)、發(fā)現(xiàn)和那個(gè) Email 或訪問文件系統(tǒng)等。ASP 的程序比 HTML Web 服務(wù)器端運(yùn)行,運(yùn)行后再將運(yùn)行結(jié)果以 HTML 格式傳送至客戶端的瀏覽器。ASP 最大的好處就是可以包含 HTML 標(biāo)簽,也可以直接存取數(shù)據(jù)庫(kù)及使用無限擴(kuò)充的 ActiveX 控件,用戶可以直接使用 ActiveX 控件,調(diào)用對(duì)象方法和屬性,以簡(jiǎn)單的方式實(shí)現(xiàn)強(qiáng)大的交互功能。在瀏覽器地址欄中,文 一樣,已被瀏覽 ASP 程序,常常先設(shè)計(jì)靜態(tài)網(wǎng)頁(yè)的欄目格式和排版形成 HTML 語言,接著在 HTML 的基礎(chǔ)上添加腳本程序,形成 ASP 程序后再實(shí)現(xiàn)動(dòng)態(tài)的 Web 網(wǎng) ASP 的程序開發(fā)中,它所用的腳本語言是 JavaScript 和 VBScript,在默認(rèn)情況下使用的是 VBscript,它是 VB 程序設(shè)計(jì)語言的一個(gè)子集,語法與 VB 基本相 中的 ADO 對(duì)象用來執(zhí)行與數(shù)據(jù)庫(kù)相關(guān)的操作,ADO 再以 OLEDB 或 ODBC 的方式訪問數(shù)據(jù)庫(kù), 版本中這一對(duì)象稱為 。 (2)瀏覽器向服務(wù)器發(fā)出請(qǐng)求。(4)ASP 文件按照從上到下的順序開始處理，執(zhí)行腳本命令，執(zhí)行 HTML 頁(yè)面內(nèi)容。 JavaScript 簡(jiǎn)介能夠具有交互性，能夠包含更多活躍的元素，就有必要在網(wǎng)頁(yè)中嵌入其它的技術(shù)。那么 Javascript 是什么東東？Javascript 就是適應(yīng)動(dòng)態(tài)網(wǎng)頁(yè)制作的需要而誕生的一種新的編程語言，如今越來越廣泛地使用于 Inter網(wǎng)頁(yè)制作上。在 HTML 基礎(chǔ)上，使用Javascript 可以開發(fā)交互式 Web 網(wǎng)頁(yè)。 運(yùn)行用 Javascript 編寫的程序需要能支持 Javascript語言的瀏覽器。微軟公司還有自己開發(fā)的 Javascript，稱為 JScript。 Javascript 短小精悍， 又是在客戶機(jī)上執(zhí)行的，大大提高了網(wǎng)頁(yè)的瀏覽速度和交互能力。JavaScript 使網(wǎng)頁(yè)增加互動(dòng)性。JavaScript 能及時(shí)響應(yīng)用戶的操作，對(duì)提交表單做即時(shí)的檢查，無需浪費(fèi)時(shí)間交由 CGI 驗(yàn)證。 B/S 模式簡(jiǎn)介B/S（Browser/Server）結(jié)構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶工作界面是通過 WWW 瀏覽器來實(shí)現(xiàn)，極少部分事務(wù)邏輯在前端（Browser）實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端（Server）實(shí)現(xiàn)，形成所謂三層 3tier 結(jié)構(gòu)。以目前的技術(shù)看，局域網(wǎng)建立 B/S 結(jié)構(gòu)的網(wǎng)絡(luò)應(yīng)用，并通過 Inter/Intra 模式下數(shù)據(jù)庫(kù)應(yīng)用，相對(duì)易于把握、成本也是較低的。特別是在 JAVA 這樣的跨平臺(tái)語言出現(xiàn)之后，B/S 架構(gòu)管理軟件更是方便、快捷、高效。 開發(fā)過程概述應(yīng)用軟件的開發(fā)日益趨向大型化、復(fù)雜化的方向發(fā)展，因此，在多人協(xié)作開發(fā)的情況下，工程化的開發(fā)和管理顯得越來越重要，并且決定了軟件的質(zhì)量。傳統(tǒng)的軟件工程的核心思想是將軟件開發(fā)過程階段化、工程化，其中以為“瀑布模型”為核心的開發(fā)模式為代表，將軟件開發(fā)分為若干階段進(jìn)行。90 年代以來，軟件工程逐漸側(cè)重于開發(fā)過程的管理(Software Process)和開發(fā)質(zhì)量的控制，即軟件開發(fā)的管理應(yīng)該是建立在質(zhì)量保障體系上的過程化管理?？梢哉f，當(dāng)今的應(yīng)用軟件開發(fā)已經(jīng)脫離了早期僅限于語言編程的范疇，也超越了以個(gè)人行為為主的軟件實(shí)現(xiàn)，取而代之的是團(tuán)體性的協(xié)作、規(guī)范化的運(yùn)作以及一定能力的過程控制。一個(gè)成功的軟件開發(fā)工程必須有可靠的體系保障，當(dāng)前的軟件工程發(fā)展已經(jīng)將質(zhì)量保障(Quality Assurance)體系作為軟件開發(fā)管理的核心體系，軟件開發(fā)過程(Software Process)必須建立在質(zhì)量保障體系的基礎(chǔ)，即以一系列的規(guī)范和可控制的措施確保整個(gè)流程；在軟件開發(fā)過程的實(shí)施中，則必須明確軟件開發(fā)模式(Model)；遵循一定的開發(fā)模式的基礎(chǔ)上，使用合適的方法來進(jìn)行具體的開發(fā)活動(dòng)。軟件開發(fā)過程的管理也代表了軟件開發(fā)的整體水平，對(duì)開發(fā)商來說也是一個(gè)不斷上升、提高的過程；同時(shí)，隨著組織機(jī)構(gòu)設(shè)置、流程和規(guī)范的定義的不同，開發(fā)過程管理在實(shí)踐上也會(huì)有所差異，即使對(duì)同一水平的開發(fā)商來說也是如此。一般來說，軟件大致可以分為通用型軟件和應(yīng)用軟件兩大類。針對(duì)不同類別的軟件，在開發(fā)過程管理、開發(fā)模式以及方法上，應(yīng)該有所區(qū)別，有針對(duì)性的開發(fā)管理才能確保軟件的質(zhì)量和可用性。各個(gè)階段順序進(jìn)行，且前一階段是否成功決定了后續(xù)階段的進(jìn)行。由于“瀑布模型”只是簡(jiǎn)單地往下一個(gè)階段前進(jìn)，很容易將潛在的錯(cuò)誤推遲到下一階段，尤其在需求和設(shè)計(jì)階段的缺陷，往往是在集成測(cè)試階段才會(huì)被發(fā)現(xiàn)，從而增加了開發(fā)風(fēng)險(xiǎn)。采用“迭代式開發(fā)模式”(Iterative Development Model)是目前主流的軟件開發(fā)模式。迭代式開發(fā)并不直接實(shí)現(xiàn)整個(gè)軟件，而往往根據(jù)優(yōu)先級(jí)、風(fēng)險(xiǎn)系數(shù)來選擇性地先實(shí)現(xiàn)軟件的部分，然后以增量方式不斷地實(shí)現(xiàn)其他部分，從而完成整個(gè)開發(fā)。因此，迭代式開發(fā)模式是風(fēng)險(xiǎn)驅(qū)動(dòng)的。迭代式開發(fā)中，又可以分為“螺旋式”(Spiral)、“階段式”(Staged Delivery)、“漸進(jìn)式”(或進(jìn)化原型機(jī)，Evolutionary Prototyping)，以及“快速應(yīng)用開發(fā)法”(Rapid Application Development RAD)和 Rational 所提倡的“統(tǒng)一開發(fā)模型”(Rational Unified Process – RUP)等幾種模式。“螺旋式”開發(fā)通常以一個(gè)較小規(guī)模的定義開始，通過上述四方面的活動(dòng)，以螺旋式不斷迭代得到最后結(jié)果。其中階段的劃分必須根據(jù)對(duì)軟件需求的分析來確定，并且具有相對(duì)明確的里程碑(Milestone)；階段劃分同時(shí)結(jié)合風(fēng)險(xiǎn)分析，在靠前的階段解決具有較大風(fēng)險(xiǎn)的問題?！翱焖賾?yīng)用開發(fā) RAD”是“階段式”和“漸進(jìn)式”的結(jié)合，采用迭代中增量開發(fā)、逐步接近的方法來實(shí)現(xiàn)軟件，并使用軟件工程輔助 (Computer Aided Software Engineering – CASE)工具進(jìn)行編碼等實(shí)現(xiàn)工作，和采用交互式的聯(lián)合應(yīng)用設(shè)計(jì)方法(Interactive Joint Application Desing – JAD)。RUP 將整個(gè)迭代過程分為先啟、精化、構(gòu)建和產(chǎn)品化四個(gè)階段，而將工作流程分為業(yè)務(wù)建模、需求、分析設(shè)計(jì)、實(shí)施、測(cè)試、和部署等六個(gè)核心工作流程，以及環(huán)境、項(xiàng)目管理、配置與變更管理等三個(gè)核心支持工程流程。除上述的迭代式開發(fā)模式外，軟件開發(fā)也還有噴泉模型、轉(zhuǎn)換模型、構(gòu)建集成模型等，以及近年來所提出的以適應(yīng)小型軟件開發(fā)為主的水晶模型、適應(yīng)模型、極限編程等。但相對(duì)而言，采用傳統(tǒng)的“瀑布模型”以及“迭代式開發(fā)模式”的軟件過程，可以更好地在軟件質(zhì)量保障體系的基礎(chǔ)上，進(jìn)行有管理的開發(fā)。從近幾年的軟件工程發(fā)展來說，迭代式開發(fā)模式已經(jīng)被實(shí)踐證明可以降低軟件開發(fā)的風(fēng)險(xiǎn)，同時(shí)也由于其所具有的并行任務(wù)安排等優(yōu)勢(shì)，被證明是更有效的。對(duì)于某個(gè)軟件開發(fā)項(xiàng)目，多種迭代式開發(fā)模式也并不沖突，是允許并在需要的時(shí)候結(jié)合運(yùn)用，尤其對(duì)一個(gè)周期相對(duì)較長(zhǎng)的復(fù)雜的開發(fā)項(xiàng)目。 開發(fā)模式選擇首先，我們認(rèn)為針對(duì)“旅游信息網(wǎng)站”的開發(fā)，應(yīng)該選用先進(jìn)的迭代式開發(fā)模式；其次，我們認(rèn)為以“階段式”的迭代開發(fā)模式為主，并結(jié)合其他開發(fā)模式的案更為適合該軟件的開發(fā)。從軟件開發(fā)過程管理角度，的軟件開發(fā)具有以下的特點(diǎn)：(1)相對(duì)復(fù)雜的業(yè)務(wù)需求；(2)用戶需求具有專業(yè)性；(3)應(yīng)用軟件開發(fā)周期短；(4)最終用戶多，用戶使用情況復(fù)雜。這種業(yè)務(wù)需求的復(fù)雜性往往導(dǎo)致潛在的需求變化特性，包括業(yè)務(wù)流程調(diào)整、信息授權(quán)調(diào)整、具體信息內(nèi)容調(diào)整、不同環(huán)節(jié)的信息展示變化、查詢統(tǒng)計(jì)等關(guān)聯(lián)信息項(xiàng)的變更等等?，F(xiàn)有的軟件輔助開發(fā)工具或者現(xiàn)有信息流程管理的工具型軟件往往很難直接根據(jù)這種專業(yè)的需求快速開發(fā)應(yīng)用軟件。因此，為更好地降低由于軟件所本身特性帶來的風(fēng)險(xiǎn)，采用迭代式軟件開發(fā)模式是合適并且是必要的。對(duì)于具備一定規(guī)模、同時(shí)又具有相對(duì)明確的定義的軟件開發(fā)項(xiàng)目，則可以考慮使用“階段式”開發(fā)模式，該模式的對(duì)階段性成果要求的特點(diǎn)，可以幫助用戶增加對(duì)項(xiàng)目的參與，用戶可以通過“可見”的階段式軟件成果來更好地進(jìn)行改進(jìn)。如果軟件需求難以確定，同時(shí)又希望能劃分相對(duì)明確的階段，則可以采用“階段式”和“漸進(jìn)式”相結(jié)合的開發(fā)方式?！敖y(tǒng)一開發(fā)模型 RUP”比較適合于大型、對(duì)過程配置管理要求嚴(yán)格的軟件項(xiàng)目。首先，對(duì)于旅游網(wǎng)站，根據(jù)項(xiàng)目相關(guān)情況，我們知道該系統(tǒng)具有相對(duì)明確的業(yè)務(wù)需求，用戶對(duì)應(yīng)用軟件開發(fā)也具有清晰的定義，因此沒有必要采用“螺旋式”；同時(shí)，“螺旋式”開發(fā)對(duì)管理控制的難度在對(duì)軟件開發(fā)周期的風(fēng)險(xiǎn)控制方面會(huì)有不足。在建模、設(shè)計(jì)方面，針對(duì)該系統(tǒng)的軟件開發(fā)，既要考慮用例(Use Case)，同時(shí)也要考慮用戶業(yè)務(wù)流程，因此采用 RAD 或者完全的 RUP 模式不一定會(huì)有明顯的成效，同時(shí)將肯定增加開發(fā)成本。以下針對(duì)該項(xiàng)目可能的風(fēng)險(xiǎn)簡(jiǎn)要說明：(1)在迭代式開發(fā)的早期階段，可以通過以“需求工程”的方式明確業(yè)務(wù)需求(Business Requirement)和軟件需求(Software Requirement)，并通過階段性的成果和用戶的參與，確保軟件對(duì)需求的滿足。(3)為確保軟件在實(shí)際環(huán)境中的順利運(yùn)行，充分的測(cè)試是必要的，也就要求有足夠的測(cè)試時(shí)間。(4)采用“階段式”并非簡(jiǎn)單的在不同階段逐步累加軟件功能，而是結(jié)合“漸進(jìn)式”對(duì)軟件需求進(jìn)行評(píng)估和修訂，這樣使得在整個(gè)開發(fā)周期具備對(duì)需求變更的適應(yīng)能力，這種能力也將延續(xù)到軟件維護(hù)階段。 面向?qū)ο蟮拈_發(fā)與架構(gòu)設(shè)計(jì)軟件開發(fā)方法往往更多圍繞軟件設(shè)計(jì)與實(shí)現(xiàn)來提出。其中面向?qū)ο蟮拈_發(fā)方法經(jīng)過多年的發(fā)展應(yīng)用已經(jīng)日趨成熟。目前軟件工程發(fā)展的主流技術(shù)是采用基于軟件架構(gòu)(Architecture)的面向?qū)ο箝_發(fā)。軟件架構(gòu)是指對(duì)軟件開發(fā)在體系上進(jìn)行以下方面的定義：(1)定義軟件的軟硬件以及網(wǎng)絡(luò)環(huán)境；(2)定義子系統(tǒng)以及接口；(3)定義高層的過程、協(xié)議和接口；(4)定義數(shù)據(jù)管理規(guī)則；(5)對(duì)連接、連接管理以及存儲(chǔ)等進(jìn)行設(shè)計(jì)。在架構(gòu)分析和設(shè)計(jì)的基礎(chǔ)上，采用面向?qū)ο蟮姆治?、設(shè)計(jì)和實(shí)現(xiàn)進(jìn)行軟件開發(fā)。在面向?qū)ο蟮拈_發(fā)方面，針對(duì)旅游網(wǎng)站的開發(fā)，建議采用以下的相關(guān)開發(fā)方法：以動(dòng)態(tài)元素(Dynamic Elements)為主的 OOA，采用用例(Use Case)法在需求的基礎(chǔ)上進(jìn)行實(shí)體關(guān)系分析；采用 UML，從對(duì)象、序列、活動(dòng)、狀態(tài)等多方面進(jìn)行完善的面向?qū)ο笤O(shè)計(jì)(OOD)。同時(shí)，旅游信息網(wǎng)站系統(tǒng)是用于游玩的工具，對(duì)軟件的可用性、易用性要求高。軟件分層設(shè)計(jì)實(shí)現(xiàn)是與目前主流的多層體系結(jié)構(gòu)(NTier)一脈相承。MVC 是一種適用于交互式應(yīng)用開發(fā)的構(gòu)架設(shè)計(jì)模式(Architectural Design Pattern)，它將應(yīng)用實(shí)現(xiàn)分為三部分：第一部分為數(shù)據(jù)組織和業(yè)務(wù)邏輯(Application Model)，第二部分為數(shù)據(jù)表示和用戶輸入(View)，第三部分為請(qǐng)求分發(fā)和流程控制(Controller)。通常，可視化的開發(fā)環(huán)境一般提供了和數(shù)據(jù)庫(kù)相關(guān)的界面構(gòu)造元素，并可以采用數(shù)據(jù)綁定等方式實(shí)現(xiàn)數(shù)據(jù)庫(kù)訪問。因此，在分層設(shè)計(jì)與面向?qū)ο蟮慕Y(jié)合上，可以以面向?qū)ο蟮臄?shù)據(jù)結(jié)構(gòu)層作為對(duì)象體系的核心，為對(duì)象為基礎(chǔ)的數(shù)據(jù)結(jié)構(gòu)驅(qū)動(dòng)數(shù)據(jù)庫(kù)訪問接口，并完成數(shù)據(jù)到用戶界面的映射。 軟件開發(fā)模式與開發(fā)過程管理建立有效的軟件開發(fā)質(zhì)量管理系統(tǒng)是開發(fā)過程管理的保障。質(zhì)量體系文件包括質(zhì)量手冊(cè)、相關(guān)程序文件、質(zhì)量記錄文件、有關(guān)規(guī)則/慣例/約定、相關(guān)文件模板等等。針對(duì)旅游信息網(wǎng)站的開發(fā)，涉及的質(zhì)量要素主要包括以下部分：(1)劃分軟件質(zhì)量階段，明確軟件過程的程序，形成質(zhì)量環(huán)。(2)明確質(zhì)量相關(guān)崗位的職責(zé)，涉及管理部門、銷售部門、開發(fā)組、質(zhì)量管理部門、測(cè)試組、發(fā)布和實(shí)施部門、服務(wù)部門等。(4)約定審核活動(dòng)，包括評(píng)審、復(fù)查、測(cè)試、工作匯報(bào)、工作總結(jié)等。在軟件計(jì)劃中，包括了開發(fā)計(jì)劃和開發(fā)過程的質(zhì)量計(jì)劃，計(jì)劃在整個(gè)開發(fā)過程中必須不斷進(jìn)行修訂。4 數(shù)據(jù)庫(kù)簡(jiǎn)介 數(shù)據(jù)庫(kù)概論本系統(tǒng)的關(guān)鍵在于 ASP 數(shù)據(jù)庫(kù)的開發(fā)應(yīng)用技巧和流程。使用 ActiveX 數(shù)據(jù)對(duì)象 ADO，可以對(duì)來自許多數(shù)據(jù)提供者的數(shù)據(jù)進(jìn)行讀取和寫入操作。微軟公司的 Access 數(shù)據(jù)庫(kù)本身不是一個(gè)數(shù)據(jù)庫(kù) m 服務(wù)器，它不能用服務(wù)器來運(yùn)行查詢。 對(duì)于 ASP 而言，與它搭配的最常用的數(shù)據(jù)庫(kù)是 Microsoft SQL Server ，但從應(yīng)用的角度而言，本系統(tǒng)從前端 ASP 頁(yè)面的內(nèi)容來看，它并不