【正文】 .NET Framework為 ，方便了開發(fā)人員對應用程序 的開發(fā)，同樣也滿足了已經連接到 Inter上用戶的需要。 (3)Windows服務器系統(tǒng)， Windows服務器系統(tǒng)是指像 SQL Server 2021 等數據庫一樣，由 .NET Framework應用程序使用的服務器產品。 .NET 技術 (1).NET Framework為 Microsoft 公司建立 .NET戰(zhàn)略提供了基礎。所有設備都將在標準化或共享協議的基礎賞識用類似 XML這樣的公共語言，在不同的操 作系統(tǒng)和設備上執(zhí)行眾多軟件。 (2).NET Framework提供了各種基礎服務，而這些服務在 Microsoft公司看來是實現其 .NET戰(zhàn)略的基本所在。要使網絡上的兩端交換數據庫和連網工作更加容易，最好有一個全球網絡和類似 XML這樣的開發(fā)標準。 SQL數據庫技術 隨著數據庫技術的不斷完善，用戶數據的不斷積累，用戶的需求也不斷提高，在此之上，更高級的應用應運而生，這包括已經成熟的數據倉庫應用、廣為接受的商業(yè)智能（ BI）應用、以及方興未艾的 SOA等。當數據庫能夠容納幾乎所有數據之后，我們必然面臨的一個問題是如何快速獲得我們需要的數據。 當用戶訪問數據庫時，怎樣減少用戶的等待，快速返回用戶需要的數據是所有數 據庫都需要解決的問題。這也就需要另外一項高級增強 面向搜索的增強，從某種意義上說面向需求的增強 數據分析和挖掘也正是這個方向上的高級應用之一。目前各數據庫在這一方面都不夠完善，我們相信在未來，數據庫能夠容納和存儲各種數據之后，必然向快速搜索和查詢方面進行增強。 B/S 技術 B/S（ Browser/Server）結構即瀏覽器和服務器結構。它是隨著 Inter技術的興起，對 C/S結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過 WWW瀏覽器來實現，極少部分事務邏輯在前端 （ Browser）實現，但是主要事務邏輯在服務器端（ Server）實現，形成所謂三層 3tier結構。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本（ TCO）。 以目前的技術看，局域網建立的 B/S結構網絡應用，通過 Inter/Intra模式下數據庫應用，相對易于把握、成本也是較低的。它是一次性到位的開發(fā)，能實現不同的人員，從不同的地點，以不同的接入方式來訪問和操作共同的數據庫；它能有效地保護數據平臺和管理訪問權限，服務器數據庫也很安全。特別是在 JAVA這樣的跨平臺 語言出現之后， B/S架構管理軟件更是方便、快捷、高效。 4 系統(tǒng)總體分析 系統(tǒng)總體功能模塊 網上招投標系統(tǒng)要實現的主要功能是：用戶注冊，項目招標信息發(fā)布，招標信息查詢，項目投標單位查看，項目競標。在系統(tǒng)中，非注冊用戶可以瀏覽競拍中的項目，但不可以參與項目拍賣和競拍活動。當注冊為本系統(tǒng)的會員后，可以實現招標和競標等相關操作。下面是系統(tǒng)的總體功能模塊如圖 41所示。 圖 41 系統(tǒng)總體功能結構 在頁面瀏覽器中第一次進入該系統(tǒng)，所看到的是默認的首頁，在該頁面中主要包括一個系統(tǒng)功能簡介和登錄、注冊等的鏈接。如果用戶還沒有自己的帳號，需要首先進行注冊，單擊首頁中相應的鏈接，進入注冊頁面。用戶正確填寫注冊信息后，系統(tǒng)將頁面自動跳轉到主頁面，標記用戶已經登錄。對于已經注冊過的用戶，可以單擊系統(tǒng)首頁中的“登錄”鏈接，進入登錄界面 ,此時用戶使用正確的帳號和密碼登錄系統(tǒng)后，頁面將自動跳轉到登錄用戶的歡迎界面。該頁面對登錄用戶顯示歡迎信息，并提供了一個簡單的可供選擇的菜單，通過該菜單，用戶可以使用系統(tǒng)所提供的各種功 能。本系統(tǒng)最主要的功能是招標與競標，對于某些曾經有過交易記錄的用戶，該頁面同時還會顯示出用戶在以前訪問站點過程中為哪些項目競過價。若用戶單擊該列表中的某個項目時，系統(tǒng)會彈出是否確認交易，如果用戶確認，那么就可以完成該項目的交易了。 用戶注冊模塊 用戶注冊流程，當用戶還沒有成為本系統(tǒng)的會員時。如果需要成為會員，那么就需要注冊為本系統(tǒng)的會員，才能進行相關的服務操作。如圖 42所示，此模塊提供了用戶信息的錄入功能，首先在將用戶注冊信息添加到數據庫的應用中時，調用了存儲過程。實現了用戶注冊的功能。 網上招投標系統(tǒng) 項目競標模塊 用戶注冊模塊 項目信息發(fā)布模塊 標書下載模塊 下載標書 登 錄 注 冊 參與競標 瀏覽項目 更新項目 添加其它 添加項目 否 是 圖 42 用戶注冊模塊流程 標書下載模塊 用戶在注冊為會員后，通過使用正確的帳號和密碼即可登錄系統(tǒng)。但是沒有注冊會員的用戶只能瀏覽項目列表，但不能進行任何相關的操作。此時用戶通過注冊鏈接，單擊注冊進行注冊為會員。此時用戶就可以通過上述的兩種方式 進入系統(tǒng)，通過瀏覽項目列表后，若想采購某種項目，那么就需要下載標書了，如圖43所示。 圖 43 標書下載模塊流程 項目信息發(fā)布模塊 項目信息發(fā)布管理流程，如圖 44所示。此模塊提供了項目信息的錄入，編輯等功能。若想發(fā)布項目信息，首要條件是用戶已經成為系統(tǒng)會員，然后可以添加要競拍的項目，并編輯以添加項目的信息。 開始 錄入用戶信息 數據是否完整 調用存儲過程 實現用戶信息添加 結束 開始 成為會員后 系統(tǒng)主頁 標書下載 結束 圖 44 項目信息發(fā)布模塊流程 項目競標模塊的流程，如圖 45 所示。 此模塊提供了用戶從競標項目列表到交易完成的全部功能。競標結束時，會判斷誰為出價最高的用戶，此用戶為競拍此項目的成功者。競拍成功的用戶將會聯系賣方，進行項目的交易。 是 否 圖 45 項目競標模塊的流程 開始 添加項目編號 添加其它信息 保 存 結束 開始 查詢到競標的項目 瀏覽項目詳細信息 是否最高出價人 競標成功 競標失敗 結束 聯系賣方 項目 交易 結束 5 數據庫結構設計與實現 數據庫邏輯結構設計 圖 51 設計關系模型 數據表的創(chuàng)建 在該系統(tǒng)中，作為買方和賣方的一個媒介，一方面由賣方發(fā)布項目的信息，另一方面由買方出價購買，由一段時間內的價高者獲得此項目，最后買賣雙方進行確認，完成網絡銷售的過程。因此該系統(tǒng)要滿足以下的數據庫需求分析： 招標投標系統(tǒng)需要提供信息的查詢，保存，更新以及刪除等功能，這就要求數據庫能充分滿足各種信息的輸入和輸出，通過上述系統(tǒng)功能 的分析，根據招標投標系統(tǒng)的需求，總結如下的需求信息： (1)用戶需要注冊才能進行招標投標等一系列的相關操作。 (2)在項目中，包括待招和已交易的項目信息。 (3)在投標中需要包含對每個項目的出價的信息。 (4)包含每個已被出價的項目和出價者的 ID號。 (5)另外還需要包含用戶招標的項目信息。 所以在該系統(tǒng)中共需要創(chuàng)建 5個數據表，用于存放網絡招投標管理系統(tǒng)所需要的數據。 在數據庫模型中不僅列出了各個表中的所有字段，同時也標出了各表的主鍵 和外鍵等重要的信息，如果仔細閱讀前面關于系統(tǒng)功能分析及系統(tǒng)流程的介紹之后， 一定可以很好地理解這些數據表中各字段所代表的含義，同時也應該思考為何各表時間的關系。 下表 51至 56是每個數據表的簡要描述，以及它們與數據庫中其他表關系的說明。在解決方案中依次具體的思考了每個表中字段的數據類型、鍵和 null值等內容。下面是系統(tǒng)數據表 51至 56的簡要描述。 表 51 系統(tǒng)數據表的簡要描述 表 52 用戶信息表 (Person) 字段名 數據類型 長度 允許為空 是否為主鍵 說明 PersonID bigint 8 否 是 唯一標識 FamilyName varchar 255 否 登錄名 GivenName varchar 255 否 真實名 EmailAddress varchar 255 否 郵箱地址 Password varchar 255 否 密碼 StreetAddress1 varchar 255 否 單位地址 StreetAddress2 varchar 255 是 地址 City varchar 255 是 城市 State varchar 255 是 狀態(tài) PostalCode varchar 10 是 郵政編碼 Country varchar 255 是 所屬國家 Active char 1 是 行為 LastLogin datetime 8 是 最后登錄時間 表 描述 Person 包含系統(tǒng)中所有注冊用戶的資料 Item 包含待售或以售項目的信息 Bid 包含每個 Item出價的信息 Sale 包含每項銷售的信息，包括被出價的項目和出價者 Id Seller 包含 Person出售的項目信息 表 53 Seller表 字段名 數據類型 長度 是否允許為 空 是否為主鍵 說明 ID bigint 8 是 唯一標識 PersonID bigint 8 用戶 ID ItemsListed int 4 所列項目 ItemsActive int 4 活躍項目 LastActivity datetime 8 最后一項活動 表 54 Item表 字段名 數據類型 長度 是否允許為空 是否為主鍵 說明 ItemID bigint 8 是 唯一標識 ItemName varchar 500 項目名稱 Description varchar 1000 是 項目描述 AskingPrice money 8 要求價格 NotifyPrice money 8 是 通報價格 SellerID bigint 8 賣方 ID ListingDate datetime 8 上部時間 ExpirationDate datetime 8 到期 ItemStatus varchar 10 狀態(tài) 表 55 Bid表 字段名 數據類型 長度 是否允許為空 是否為主鍵 說明 BidID bigint 8 是 唯一標識 ItemID bigint 8 項目 ID BidderID bigint 8 投標者 ID Timestamp datetime 8 時間戳 BidAmount money 8 投標金額 BidChange money 8 變更 表 56 sale表 字段名 數據類型 長度 是否允許為空 是否為主鍵 說明 SaleID bigint 8 是 唯一標識 ItemID bigint 8 項目 ID WinningBid money 8 中標 BuyerID bigint 8 買家 ID sellerApproval char 1 賣方審批 BuyerAcceptance char 1 買方驗收 Completiondate Datetime 8 竣工日期 創(chuàng)建表的腳本文件 數據表在創(chuàng)建完畢后，前面已經介紹了所有表數據表的結構、內容及各表之間的關系，還要生成 SQL腳本文件。這里選擇的是使用可視化工具還是使用 SQL Server腳本文件在查詢分析器中直接運行來創(chuàng)建一個表的腳本文件。 存儲過程 為了遵循好的設計原則，可以使用良種方法對 這些表進行訪問。如創(chuàng)建一組存儲過程，存儲過程是 Web應用程序后臺數據存儲的組成部分。應用程序與存儲過程通信，而存儲過程則與表通信。這意味著如果經常需要改變表的內容，就必須確保存儲過程以同樣的方式工作，這樣才能確保應用程序繼續(xù)工作。而且使用存儲過程訪問表比直接訪問更快。