【正文】 erver, have no restrict of particular district in the operation management, as long as there are the places of Inter can carry on the maintenance to the system management. This order manages the system to is divided into the customer order the system and managing person manages the system two greatest the order system supports the general customer debarkation, the customer can choose the oneself product of demand, and can carry on the work managing person manages the system, is the backstage of the system management, can carry on renewing the maintenance etc. to the product operation. Keywords: ASP。HTMLLanguage。特別當客戶是法人單位，需要多次付款，商品需要安裝、服務、維護的情況下，通過成本控制、應收帳款管理等手段，企業(yè)能把銷售過程中的資金占壓控制在最小，使資金回籠更快。本系統(tǒng)是基于 ASP訂單管 理系統(tǒng)，是一個計算機考試試題訂購系統(tǒng)，利用 INTERNET 的方便快捷等優(yōu)點，使我們的客戶能在第一時間內訂購到自己需要的產(chǎn)品。在這種結構下，用戶界面完全通過 WWW 瀏覽器實現(xiàn)，一部分事務邏輯在前端實現(xiàn)，但是主要事務邏輯在服務器端實現(xiàn)，形成所謂的 3tier 結構。隨著 Windows 98/Windows 2021將瀏覽器技術植入操作系統(tǒng)內部，這種結構更成為當今應用軟件的首選體系結構。這也就是目前應用系統(tǒng)的發(fā)展方向。界面技術從 DOS字符界面，到 Windows 圖形用戶界面（ GUI），直至今天的 Browser(瀏覽器 )界面。平臺體系結構也從單機用戶發(fā)展到文件 /服務器（ F/S）體系，在到客戶機 /服務器（ C/S）體系和瀏覽器 /服務器（ B/S）體系。所以客戶機越來越“瘦”而服務器越來越“胖”是將來軟件的主流發(fā)展方向，這使得升級和維護越來越容易使用越來越簡單。 1 系統(tǒng)需求分析 用戶需求分析 進行社會需求調查后發(fā)現(xiàn)，對本考試試題訂單管理系統(tǒng)的要求是訂購者能在全國任何一個地方登錄注冊到本系統(tǒng)并且進行商品的選擇和購買，能隨時查看 自己的購物車中的物品，對公司服務不滿意時能進行投訴，和查看公告等操作。根據(jù)公司的需要，分析后得到具體的系統(tǒng)功能如下所述： (1)用戶訂購系統(tǒng)的主要功能要求 a、用戶可以隨時登錄或注冊，購物車中的商品不會丟失。 c、用戶申訴功能，如果用戶定單未被處理，可以隨時提出申訴（需要提供訂單號和用戶帳號）。 e、用戶可以隨時查看站務公告（站務公告將公布最新信息）。 b、茶葉訂單管理（批量查看所有訂單，根據(jù)訂單號查詢，查看用戶投訴）。 d、商品管理（批量查看所有商品，添加商品，查看／修改／刪除商品）。 f、超級管理員可以添加普通管理員 數(shù) 據(jù)庫需求分析 根據(jù)前面的系統(tǒng)功能分析，可以得到數(shù)據(jù)庫至少包含如下數(shù)據(jù)： (1)管理員信息表：用戶名，密碼。 (3)商品子類表：商品子類，商品分類。 (5)折扣信息表：折扣等級，折扣值，積分。 (7)公告欄內容表：標題，內容，發(fā)布時間，發(fā)布人姓名。 (9)付款方式信息表：付款方式，付款方式說明，時間，交易人姓名。 (11)訂單投訴表：用戶名，訂單號，訂購日期。 Access 數(shù)據(jù)庫本身并不是一個數(shù)據(jù)庫 m 服務器，它不能用服務器來運行查詢。另外一個要考慮的是數(shù)據(jù)庫的安全問題。 但是從應用角度而言，許多原因使得公司采用微軟公司的 Access 而不是 SQL Server 來作為他們的后臺數(shù)據(jù)庫。而且在創(chuàng)建和配置上， Access 數(shù)據(jù)庫都比 SQL Server 要容易。它采用的數(shù)據(jù)庫組件（ ADO）模型對于系統(tǒng)開發(fā)者而言，是面向對象封裝好的。 系統(tǒng)的方案選擇 由于本系統(tǒng)是用于網(wǎng)絡上的購物訂單管理，需要滿足客戶的方便快捷的購物需求，并且能夠查看訂單處理情況。所以，采用 B/S 結構。而業(yè)務處理層根據(jù)需要又可以在進一步分割，使程序之間的關系變的清晰，耦合小。一般情況下，界面的程序安裝在客戶機上，業(yè)務處理安裝在應用程序服務器上，數(shù)據(jù)存儲層安裝在數(shù)據(jù)庫服務器上。即： a、減少了系統(tǒng)對硬件的要求 界面層的程序比較小，對系統(tǒng)的要求不高。即系統(tǒng)的硬件主要取決于服務器。 b、減少另外系統(tǒng)維護的工作量 由于系統(tǒng)主要集中在服務器端，客戶端的程序也是從服務器下載的。 c、減少了系統(tǒng)升級的難度 由于程序被分割成幾個相對獨立的 程序，在業(yè)務變更時，只需要更改相應的部分而不牽涉其他不相關的程序，這樣大大減少了工作量，提高了工作效率。 程序語言 編程語言： 腳本語言： HTML， VBScript， Microsoft Visual ASP 簡介 Microsoft Active Server Pages 即我們所稱的 ASP ，其實是一套微軟開發(fā)的服務器端腳本環(huán)境， ASP 內含于 IIS 和 之中 , 通過 ASP 我們可以結合 HTML 網(wǎng)頁、 ASP 指令和 ActiveX 元件建立動態(tài)、交互且高效的 WEB 服務器應用程序。當程序執(zhí)行完畢后，服務器僅將執(zhí)行的結果返回給客戶瀏覽器，這樣也就減輕了客戶端瀏覽器的負擔，大大提高了交互的速度。 (2)Session 對象 ： 存貯特定用戶的會話信息，只被該用戶訪問，當用戶在不同WEB 頁面跳轉時， Session 中的變量在用戶整個會話過程中一直保存 。 (3) Request 對象 ： 從用戶端取得信息傳遞給服務器，是 ASP 讀取用戶輸入的主要方法。本系統(tǒng)通過 REQUEST 獲取用戶輸入的用戶名和密碼。 可以使用 Response 對象控制發(fā)送給用戶的信息。 (5) Server 對象 ： 提供對服務器有關方法和屬性的訪問。此項功能需得到 MTS(Microsoft Transcation Server)管理的支持 。須編譯，容易編寫，在服務器端直接執(zhí)行。 (3)瀏覽器無關，用戶端只要使用可執(zhí)行的 HTML 代碼瀏覽器即可瀏覽 ASP 所設計的網(wǎng)頁內容。 (5)ASP 的源程序不會被傳到客戶瀏覽器，因而可以避免所寫的源程序被人偷竊，也提高了程序的安全性。 (7)面向對象。 HTML 語言 在動態(tài)交互網(wǎng)頁的編寫過程中，會遇到大量 HTML (HyperText Market Language) 代碼的編寫工作。以下是在本系統(tǒng)中最常使用的 HTML 語言： (1)結構框架 HTML/HTML標記表示文檔包含有 HTML 元素。 BODY/BODY標記用來標識整個文檔的正文部分。 CENTER/CENTER用來標記中的文本將要居中。 P/P標記之間的文本將被定義為一段。 FONT設置字體，如顏色，大?。? BUTTON將文本設定為按鈕。 INPUT標記用于提供也用戶交互的控件。 TEXTAREA標記可以制作一個文本輸入?yún)^(qū)域，用戶可以輸入多行文本。 (2)Command 對象：執(zhí)行 SQL 指令，訪問數(shù)據(jù)庫。 (4)Error 對象和 Errors 集合：提供訪問數(shù)據(jù)庫時的錯誤信息。與 Frontpage 不同， Deamweaver 采用的是 Mac 機浮動面版的設計風格，對于初學者來說可能會感到不適應。所以說 Dreamweaver 的直觀性與高效性是 Frontpage 所無法比擬的 。 3 系統(tǒng)設計 系統(tǒng)功能模塊的設計 本訂單管理系統(tǒng)構建于 B/S 結構基礎之上，系統(tǒng)能通過因特網(wǎng)實現(xiàn)連接訪問，并且能對數(shù)據(jù)庫進行一定的操作。管理員登陸界面 包括用戶管理頁面（批量查看用戶資料，查詢／編輯／修改帳號），訂單管理頁面（批量查看所有訂單，根據(jù)訂單號查詢，查看用戶投訴），郵件管理頁面（發(fā)送郵件，設置郵件默認標題／內容），商品管理頁面（批量查看所有商品，添加商品，查看／修改／刪除商品），其他管理部分（添加公告，瀏覽／刪除公告，設置用戶折扣比例，設置用戶級別，設置積分和級別的關系，添加支付方式，瀏覽和刪除支付方式），超級管理員可以添加普通管理員等頁面。 訂單管理系統(tǒng)功能模塊結構圖 由上述功能可得到下面的各個功能模塊的關系圖： 圖 31 系統(tǒng)模塊結構圖 系統(tǒng)登陸 用 戶 界 面 管 理 員 界 面 茶葉選購 新用戶注冊 移動 咨詢 登陸與退出 找回密碼 訂單未處理 (投訴 ) 站務公告 用戶管 理 商品管理 訂單管理 主分類 郵件管理 其他 修改刪除商品 編輯資料 查看用戶資料 發(fā)送郵件 修改合并主分類 根據(jù)訂單號查詢 查看所有訂單 添加刪除主分類 設置郵件內容 查看投 訴 添加新商品 查詢所有商品 添加公告 系統(tǒng)流程圖 根據(jù)各個模塊之間的關系，可以得到系 統(tǒng)的操作流程如圖 32 所示： 圖 32 系統(tǒng)流程圖 用戶訂單 ER 圖 數(shù)據(jù)庫 設計 數(shù)據(jù)庫概念模型圖 由數(shù)據(jù)的需求分析可以得到如圖 34 和圖 35 所示的數(shù)據(jù)模型： user orders 定購 sunjifen discount userfrom telphone oicp ordertime s paymenttype daddress p inBillNo username sunmoney subs subsname price Area other add bookbm bigarea subsid subsnumber n m p 圖 ER圖 圖 34 管理員操作功能圖 圖 35 用戶操作功能圖 數(shù)據(jù)庫表描述 根據(jù)數(shù)據(jù)庫之間的關系和模塊的需要，建立了一個數(shù)據(jù)庫 ()，里面包括１１個數(shù)據(jù)表，分別描述 為： (1)Adminuser (管理員信息表 )：用戶名，密碼。 (3)Area（商品子類表）：商品子類，商品分類。 (5)Discount（折扣信息表）：折扣等級，折扣值，積分。 (7)Message（公告欄內容表）：標題，內容，發(fā)布時間，發(fā)布人姓名。 (9)Paydefault（付款方式信息表）：付款方式，付款方式說明，時間，交易人姓名。 (11)Usererror（訂單投訴表）：用戶名，訂單號，訂購日期。一、a、管理員登陸界面 包括： 瀏覽和刪除支付方式 ） (1)用戶管理頁面（批量查看用戶 資料 ，查詢／編輯／修改帳號 ） (2)訂單管理頁面（批量查看所有訂單 ，根據(jù)訂單號查詢，查看用戶投訴 ） (3)郵件管理頁面（發(fā)送郵件 ，設置郵件默認標題／內容 ） (4)商品管理頁面（批量查看所有商品 ，添加商品 ，查看／修改／刪除商品 ） (5)其他管理部分（添加公告 ，瀏覽／刪除公告 ，設置用戶折扣比例 ，設置用戶級別 ，設置積分和級別的關系 ，添加支付方式 ad 加普通管理員（ ） b、一般用戶登陸界面包括 (1)新用戶注冊 (2)回在線訂購首業(yè) (3)登陸與登出 (4)找回密碼 (5)訂單未處理投訴 系統(tǒng)的頁面邏輯功能圖 由上面的頁面功能可以得出如下圖所示的功能圖： 圖 41系統(tǒng)的頁面邏輯功能圖 系統(tǒng)登陸 用 戶 界 面 管 理 員 界 面 商品選購 新用戶注冊 在線定購首頁 登陸與退出 找回密碼 訂單未處理 (投訴 ) 站務公告 用戶管 理 商品管理 訂單管理 主分類 郵件管理 其他 修改刪除商品 編輯資料 查看用戶資料 發(fā)送郵件 修改合并主分類 根據(jù)訂單號查詢 查看所有訂單 添加刪除主分類 設置郵件內容 查看投訴 添加新商品 查詢所有商品 添加公告