【文章內(nèi)容簡介】 ueryString 集合可以以名稱檢索QUERY_STRING變量。Request。QueryString( 參數(shù) ) 的值是出現(xiàn)在 QUERY_STRING 中所有參數(shù)的值的數(shù)組。通過調(diào)用Request。QueryString(parameter)。Count 可以確定參數(shù)有多少個值。 我們也可以使用 QueryString 來達到與前一個范例相同的功能。只需要將 request。form 部分替換如下: 3,Cookies Cookie 其實是一個標簽,當訪問一個需要唯一標識站址的 WEB 站點時,它會在硬盤上留下一個標記,下一次訪問同一個站點時,站點的頁面會查找這個標記。每個 WEB 站點都有自己的標記,標記的內(nèi)容可以隨時讀取,但只能由該站點的頁面完成。每個站點的 Cookie 與其他所有站點的 Cookie 存在同一文件夾中的不同文件內(nèi)(可以在 Windows 的目錄下的 Cookie 文件夾中找到它們)。一個 Cookie 就是一個唯一標識客戶的標記,Cookie 可以包含在一個對話期或幾個對話期之間某個 WEB 站點的所有頁面共享的信息,使用 Cookie 還可以在頁面之間交換信息。Request 提供的 Cookies 集合允許用戶檢索在 HTTP 請求中發(fā)送的 cookie 的值。這項功能經(jīng)常被使用在要求認證客戶密碼以及電子公告板,WEB 聊天室等 ASP 程序中。 4,ServerVariables 瀏覽器中瀏覽網(wǎng)頁的時候使用的傳輸協(xié)議是 HTTP,在 HTTP 的標題文件中會記錄一些客戶端的信息,如 : 客戶的 IP 地址等等,有時服務器端需要根據(jù)不同的客戶端信息做出不同的反映,這時候就需要用 ServerVariables 集合獲取所需信息。 語法 Request。ServerVariables ( 服務器環(huán)境變量 )環(huán)境變量比較多,如Server_port,Logon_user等,各環(huán)境變量請查詢有關(guān)資料,這里就不贅述了。 Response對象 與 Request 是獲取客戶端 HTTP 信息相反 ,Response 對象是用來控制發(fā)送給用戶的信息,包括直接發(fā)送信息給瀏覽器,重定向瀏覽器到另一個 URL 或設置 cookie 的值。 語法 Response。collection|property|method ASP的工作原理基于ASP的頁面以*。asp文件形式駐留在web服務器上。一個*。asp源文件是文本文件，可以包括以下成分：文本 ： 用于顯示信息、頁面標題等。HTML標記 ： 實現(xiàn)頁面風格設計。ASP腳本(Script Commands) 瀏覽器Windows NTHSASP引擎*.aspWeb 服務器ADO其他主件腳本引擎ODBCDBMS數(shù)據(jù)庫HTTP請求標準HTML頁面數(shù)據(jù)庫服務器圖2。1 ASP的工作原理，當瀏覽器通過HTTP協(xié)議向web服務器申請一個由*。asp定義的頁面時，web服務器響應HTTP請求，用ASP引擎解釋被申請文件。當遇到ASP腳本命令時，ASP引擎調(diào)用相應的腳本引擎(腳本引擎以組件的形式駐留在web服務器上)進行處理。ASP提供兩種腳本引擎，即VBScript引擎和VJScript引擎，若要使用其他腳本語言，需要在web服務器上另外安裝相應的腳本引擎；當遇到基于COM標準的組件(組件本身是經(jīng)過編譯的可重用二進制碼)時，ASP引擎啟動相應的組件完成指定的功能。若ASP文件含有訪問數(shù)據(jù)庫的請求，ASP內(nèi)置組件ADO(ActiveX Date Object) 通過ODBC與數(shù)據(jù)庫連接，對數(shù)據(jù)庫進行訪問，并將訪問結(jié)果返回web服務器。ASP引擎將腳本和組件的運行結(jié)果生成相應的HTML語法成分，與文件中原有的文本和HTML標記一起組成標準HTML頁面送至客戶端瀏覽器。 ASP對象模型 ASP具有強大的面向?qū)ο蠊δ芎涂蓴U展性。ASP對象可分為以下三種類型:；由ASP動態(tài)鏈接庫提供的對象，有六個內(nèi)置對象，是開發(fā)Web應用程序經(jīng)常使用的對象。六個內(nèi)置對象的主要功能如下:Request對象:在HTTP請求期間，可利用Request對象獲得客戶端瀏覽器傳遞給服務器的值(包括查詢字符串的變量值、Form表單中的元素值、Cookies的值等)。Response對象:可以使用Response對象把變量值、函數(shù)返回值等輸出到客戶端瀏覽器。利用Response對象可將Cookies值寫入客戶端的計算機硬盤中等。Application對象:瀏覽器和Web服務器的連接是無狀態(tài)連接，即服務器處理完瀏覽器的HTTP請求后，立刻斷開與瀏覽器的連接，忘記瀏覽器剛才請求的情況。服務器不能識別瀏覽器是第一次請求還是第一千次請求。這種無狀態(tài)的連接方式使得Web服務器處理瀏覽器的請求可以更快、更有效，也不需要維護瀏覽器的信息，但它產(chǎn)生了一個Web應用程序如何實現(xiàn)變量共享的問題。ASP很好的解決了這一個問題，Application對象可以用來保存應用程序的所有用戶的共享信息，可以在不同的用戶之間實現(xiàn)Web應用程序變量的共享。Session對象:Session對象主要用來保存屬于一個用戶的一個應用程序的信息，可讓同一個用戶在多個網(wǎng)頁之間共享信息。Objectcontext對象:主要用來處理與事務相關(guān)的問題，Objectcontext對象的使用與Microsoft Transaction Server(MTS)有著密切的聯(lián)系。ASPError對象:Web應用程序開發(fā)者運用該對象可以掌握因ASP所發(fā)生的錯誤。:由ASP使用的腳本語言提供的對象，由腳本運行期庫(scrrun。dll)提供。通常在其自己的DLL或可執(zhí)行文件中實現(xiàn)。服務器組件可從Internet上無償或有償獲得，一旦在服務器安裝和注冊這個DLL文件，那么其對象就可以在ASP所支持的任何腳本中使用，服務器組件充分體現(xiàn)了ASP的可擴展性。第三章 需求分析需求分析是一種軟件工程活動，它在系統(tǒng)級需求工程和軟件設計間起到橋梁的作用。需求分析需要開發(fā)人員準確理解用戶的要求，進行細致的調(diào)查分析，將客戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由定義轉(zhuǎn)換到相應的形式功能規(guī)約（需求規(guī)格說明）的過程。它通過詳細調(diào)查現(xiàn)實世界要處理的對象（組織、部門、企業(yè)等）、充分了解原系統(tǒng)（手工系統(tǒng)或計算機系統(tǒng)）的概況和發(fā)展前景、明確客戶的各種需求、收集支持系統(tǒng)目標的基礎數(shù)據(jù)及其處理方法、確定新系統(tǒng)的功能和邊界來實現(xiàn)。電子商務網(wǎng)絡是由用戶使用的選購產(chǎn)品，生成訂單。訂單狀態(tài)查詢的程序和后臺管理員使用的用戶管理，產(chǎn)品管理，訂單狀態(tài)管理等組成的。 調(diào)研分析在對電子商務網(wǎng)站進行調(diào)研分析時，首先對電子商務所涉及的領域作了總體的了解，為在后面的調(diào)研分析做好充足的準備。通過對其各個主要流程模塊詳細深入的調(diào)查后，發(fā)現(xiàn)作為一個網(wǎng)站系統(tǒng)，各個部門最基本的功能都是通過網(wǎng)絡對外宣傳，使得有興趣的客戶可以及時獲得他們想要的信息，以此來吸引更多的客戶加入。當然，這只是基本的內(nèi)容?；谄髽I(yè)的網(wǎng)站是以發(fā)布其最新內(nèi)容為特點，一個新聞發(fā)布系統(tǒng)是必不可少的；從企業(yè)以往的服務管理模式提供的一些服務的方式來看，有些傳統(tǒng)的方法已經(jīng)落伍且非常耗費人力和時間，為了提高員工工作效率，加速資金周轉(zhuǎn)、降低各項成本及改善服務質(zhì)量，必須開發(fā)一個在線電子商務系統(tǒng)。這兩個系統(tǒng)構(gòu)成了本網(wǎng)站設計的核心部分。一個電子商務網(wǎng)站應該提供以下功能：，查詢和修改功能。所有的產(chǎn)品都可以按照一定的方式實現(xiàn)分類。，修改，刪除功能。每個分類中的產(chǎn)品都可以在這個系統(tǒng)中進行產(chǎn)品的增加，修改或者刪除。當管理員建好產(chǎn)品的分類和各個分類中的產(chǎn)品后，就可以使用產(chǎn)品展示程序把產(chǎn)品按照一定的方式展示給用戶。當用戶選定一種產(chǎn)品后，就可以把這種產(chǎn)品放置到購物車中。需要注意的是，在購物車中的產(chǎn)品并不是用戶最終會得到的產(chǎn)品，只是一個購物的意向。、查詢功能。當用戶挑選好產(chǎn)品之后，可以把購物車中的產(chǎn)品形成一張訂單提交給系統(tǒng)。除了提交要購買的產(chǎn)品外，還應該提交用戶的電話和送貨地點。用戶提交訂單后?？梢酝ㄟ^訂單查詢程序來查詢自己訂單的處理情況。電子商務網(wǎng)站一般采用匯款和郵寄的方法進行交易，當管理員得到一個訂單并收到匯款后，可以開始處理訂單。首先，管理員要看用戶訂購的產(chǎn)品是否有貨，就可以把這個訂單的實際交付數(shù)量修改為用戶的訂購數(shù)量，并把這個訂單中該產(chǎn)品的狀態(tài)改為“已到款”（未經(jīng)處理的產(chǎn)品的狀態(tài)為“未到款”）。如果不能夠滿足用戶的要求，應該輸入相關(guān)的原因。接下來是送貨，送貨多采用郵寄方式，當用戶訂購的產(chǎn)品郵寄出以后，就可以把訂單的狀態(tài)改為“已送貨訂單”；當確定產(chǎn)品已經(jīng)到達客戶手中后，交易就結(jié)束了，這時可以把訂單狀態(tài)改為“已經(jīng)結(jié)束訂單”。在交易結(jié)束后可以對已結(jié)束的訂單進行刪除。當然本系統(tǒng)簡化了這一系列屬于物流管理方面的操作過程，而直接由管理員統(tǒng)一進行這些狀