【正文】 六章測試本系統(tǒng)的一些功能，看系統(tǒng)的容錯性。 三層 構(gòu)架 ： DAL（ 數(shù)據(jù)訪問層 ） ， BLL（ 業(yè)務(wù)邏輯層 ） ， WEB（表示層） 等多層的代碼 ，可以讓程序員專心去關(guān)注邏輯上的東西，反復(fù)的常用代碼就交給代碼生成器去解決。 自從 .NET 發(fā)布以來，一直就是媒體的追逐目標(biāo)，大量程序員參與到 .NET 的測試和研究中，出現(xiàn)了很多 .NET 的技術(shù)論壇和技術(shù)站點(diǎn)。 Microsoft Visual Studio 2021 集成了 Visual Basic、 Visual C、Visual J、 Visual C++、 的開發(fā)環(huán)境，而微軟第一次統(tǒng)一了 VB 和 VC 的底層對象，使 Visual 和 Visual C.NET 能夠訪問相同的組件的屬性和方法。表單驗(yàn)證、數(shù)據(jù)排序和分頁功能通常都是在客戶端使用用戶信息框、動態(tài)文本元素和彈出菜單完成的。而 Microsoft 的 .NET 為 Web應(yīng)用程序提供了更加廣泛的功能集。雖然在一個更加通常的開發(fā)場景中，既會用到拖放操作，又會使用Visual Code Editor 進(jìn)行的手工腳本編輯，開發(fā)人員仍被局限在編輯任何 Web 控件的服務(wù)器標(biāo)簽。當(dāng)然這里的關(guān)鍵是基于服務(wù)器事件模型里的服務(wù)器?；貍骱腿魏?Web 控件的事件相關(guān)聯(lián)，而且它基本上就是送往服務(wù)器要求其處理的請求。 如果沒有適當(dāng)?shù)鼐帉?，會把幾乎每個控件的每個事件都回傳給服務(wù)器。但是有些控件，例如 Calendar 和 GridView 控件，有自動回傳功能。因?yàn)檫@是通過在瀏覽器和服務(wù)器之間前后傳遞控件的連續(xù)值做到的，所以在不需要去進(jìn) 行狀態(tài)查看會提高性 11 能。直接在 Web表單里放入控件是個相對來說直接的腳本生成操作 ： 使用 DOM 訪問服務(wù)器控件，再調(diào)用焦點(diǎn)方法 (focus method)。但是在設(shè)計的時候，由于 GridView 方格還沒有被填充，所以特定的 TextBox就不存在。警告框是以瀏覽器為基礎(chǔ)的特有功能， 所以 .NET 沒有提供一個激活的機(jī)制。 12 第三章 系統(tǒng)的分析 網(wǎng)上書店系統(tǒng)可行性分析 網(wǎng)上書店現(xiàn)狀 國際上網(wǎng)上書店前景看好，至少在 1997 年，國外網(wǎng)上書店已達(dá)兩百家以上。數(shù)據(jù)之多，多少也能看出國內(nèi)網(wǎng)上書店競爭的激烈性。出版物網(wǎng)上銷售有諸多優(yōu)點(diǎn)： 24 小時服務(wù)、送貨上門、無店鋪銷售、搜索查詢數(shù)據(jù)庫等優(yōu)點(diǎn)，彌補(bǔ)了傳統(tǒng)出版發(fā)行業(yè)的不足，更為廣大農(nóng)村、偏遠(yuǎn)地區(qū)的老百姓提供了方便。這也說明中國開展網(wǎng)上書店業(yè)務(wù)具有非常大的市場彈性空間?，F(xiàn)階段由于中國在支付手段、配送體系等方面還不盡完善，造成網(wǎng)上還不盡如人意。如果是用戶自己安排人手開發(fā)系統(tǒng)的話，其主要的投資還是在人力資源上，從系統(tǒng)的業(yè)務(wù)需求調(diào)查到系統(tǒng)的分析編碼制作都是需要巨大的人力投入的。 (2)新系統(tǒng)將為用戶帶來經(jīng)濟(jì)效益 管理系統(tǒng)是一個信息化、智能化和先進(jìn)管理理念的集合體。而其它一些繁瑣的 事物 都通過新系統(tǒng)來加以分析解決，不僅節(jié)省了大量的時間，還為企業(yè)的各項(xiàng)決策 提供了寶貴的資料，為企業(yè)帶來巨大的經(jīng)濟(jì)效益。 網(wǎng)上書店系統(tǒng)需求分析 一個系統(tǒng)的開發(fā)，除了功能要盡量完善之外，最重要的是要滿足用戶的需求。網(wǎng)上書店系統(tǒng)前臺部分包括用戶注冊登錄模塊、 圖書檢索模塊、 在線購書模塊。因此在開發(fā)系統(tǒng)之前，根對系統(tǒng)所采用的技術(shù)、實(shí)現(xiàn)功能的評估，在選擇開發(fā) 環(huán)境時，我主要考慮了以下幾 個 因素 ： 擴(kuò)展性、總體成本、功能、是否容易開發(fā)和管理，另外開放性和互操作性也是需要考慮的一個重要方面，因?yàn)樵撓到y(tǒng)是運(yùn)行在 Inter 上的，用戶平臺的差異性決定了與其他系統(tǒng)的互操作是不可避免的。 (3)軟件接口 數(shù)據(jù)庫服務(wù)器： Microsoft SQL Server 2021 及以上。當(dāng)消費(fèi)者修改并確認(rèn)訂單后，需支付購書金額，商場在一定時間內(nèi)將貨物送到消費(fèi)者指定的地點(diǎn)，同時， 商場的圖書庫存減少，消費(fèi)者的購書記錄增加。網(wǎng)上書店系統(tǒng)的頂層圖如下： 網(wǎng) 上 書 店 系 統(tǒng)p會 員 系 統(tǒng) 管 理 員注 冊 登 錄 信 息管理信息管 理 結(jié) 果 訂 單 信 息修 改 信 息發(fā)貨信息圖 網(wǎng)上書店系統(tǒng) 頂層數(shù)據(jù)流程 16 網(wǎng)上書店系統(tǒng)的數(shù)據(jù)流程分解圖 將網(wǎng)上書店系統(tǒng)的整體進(jìn)行分解，再將每個功能進(jìn)行具體的分解就能得到系統(tǒng)的數(shù)據(jù)流程分解圖。 外部實(shí)體卡片 名稱：系統(tǒng)管理員 外部實(shí)體 簡述：系統(tǒng)用戶 總編號： 101 輸入：無 編號： 001 輸出： F1 17 數(shù)據(jù)流卡片 名稱：用戶信息 數(shù)據(jù)流卡片 簡述：登錄系統(tǒng)需要的信息 總編號： 201 來源：系統(tǒng)用 戶 編號： F1 去向： P1 名稱：訂單信息 數(shù)據(jù)流卡片 簡述：用戶購買的商品的信息 總編號： 202 來源：訂單庫 編號： F5 去向： D5 處理過程定義 名稱：登錄管理 處理 功能 卡片 說 明：檢驗(yàn)用戶是否有權(quán)限使用系統(tǒng) 總編號： 301 輸入： F1 編號： P1 輸出： F10 名稱：提交訂單 處理 功能 卡片 說明：對已經(jīng)產(chǎn)生的訂單提交到服務(wù)端 總編號： 302 輸入： F11 編號： P4 輸出： F5 數(shù)據(jù)存儲卡片 名稱：用戶信息庫 數(shù)據(jù)存儲 說明： 無 總編號： 401 輸入數(shù)據(jù)流： F3， F9 編號： D1 內(nèi)容：用戶名 +用戶密碼 +用戶 ID+地址 +聯(lián)系方式 輸出數(shù)據(jù)流： F2 名稱：書籍信息庫 數(shù)據(jù)存儲 說明： 無 總編號： 402 輸入數(shù)據(jù)流： F4， F9 編號： D2 內(nèi)容：書籍 ID+ 書籍類別 +書籍價格 輸出數(shù)據(jù)流： F5 名稱：用戶 外部實(shí)體 簡述：系統(tǒng)用戶 總編號： 102 輸入： F5 編號： 002 輸出： F1 18 第四章 系統(tǒng)的設(shè)計 系統(tǒng)設(shè)計原則以及思想 系統(tǒng)設(shè)計原則 根據(jù)對網(wǎng)上書店電子商務(wù)系統(tǒng)的調(diào)研，我認(rèn)為需要滿足以下幾個系統(tǒng)設(shè)計原則： (1)實(shí)用性原則 ： 真正為網(wǎng)上書店的實(shí)際工作服務(wù)，按照需求的輕重緩急，合理 設(shè)計網(wǎng)上書店電子商務(wù)系統(tǒng)。 (5)優(yōu)化原則：為了達(dá)到優(yōu)化的目的，合理的運(yùn)用窗口，菜單，對象等的繼承，自定義用戶對象，事件，函數(shù)，減少不必要的重復(fù)性代碼，使程序簡介明了，也方便了將來的維護(hù)。 (2)分層的模塊化程序設(shè)計思想，整個系統(tǒng)采用模塊化結(jié)構(gòu)設(shè)計。依賴倒置原則可看視為接口實(shí)現(xiàn)分離原則的深化，根據(jù)此原則的精神，軟件進(jìn)入了工具時代 。網(wǎng)上購物的過程為，當(dāng)客戶通過 各種瀏覽器 訪問書店的網(wǎng)站時，如果他要購買商品，那么必須先注冊成為會員，然后再進(jìn)行會員登錄 (確認(rèn)身份 )，然后 才 可以把商品放入“購物車”，通過購物車完成會員的購物后，會員進(jìn)行結(jié)賬，生成網(wǎng)上訂單。網(wǎng)上書店系統(tǒng)的 功能模塊圖如下： 網(wǎng) 上 書 店 系 統(tǒng)書目信息管理各類用戶管理類別信息管理客戶訂單管理用戶注冊書目查詢訂單查詢購物車用戶登錄 圖 網(wǎng)上書店系統(tǒng) 功能模塊圖 系統(tǒng)數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫設(shè)計是在選定的數(shù)據(jù)庫管理系統(tǒng)的基礎(chǔ)上建立數(shù)據(jù)庫的過程。 20 數(shù)據(jù)庫概念設(shè)計 數(shù)據(jù)庫概念設(shè)計是在數(shù)據(jù)庫設(shè)計 中 比較重要的一項(xiàng)，要進(jìn)行切實(shí)可行的數(shù)據(jù)庫設(shè)計不是很容易，需要使用數(shù)據(jù)建模。 用 戶管 理 員訂 單商 品 信 息管 理管 理提 交屬 于聯(lián) 系 方 式用 戶 地 址用 戶 密 碼用 戶 I D用 戶 編 號用 戶 類 型用 戶 I D 用 戶 名用 戶 密 碼用 戶 類 型用 戶 地 址聯(lián) 系 方 式訂 單 I D訂 單 人訂 單 日 期訂 單 詳 細(xì)信 息付 款 方 式聯(lián) 系 地 址郵 政 編 碼商 品 名 單 價 是 否 新 品 是 否 特 價 所 屬 類 別商 品 I Dmnnm1 mmn特 價 價 格 圖 網(wǎng)上書店系統(tǒng)全局 ER 圖 數(shù)據(jù)庫邏輯設(shè)計 數(shù)據(jù)庫物理設(shè)計是為一個給定的邏輯數(shù)據(jù)模型選 取一個最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)（存儲結(jié)構(gòu)與存取方法）的過程。通過對服務(wù)功能的分布 實(shí)現(xiàn)了分工服務(wù)。用戶注冊 成功后，網(wǎng)站將保存該用戶的所有注冊信息，而這些信息將作為用后登錄和購買商品時送貨的依據(jù)。在用戶購買商品的過程，隨時以查看自己購買商品的數(shù)量和所需的花銷。 首先 黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明 書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。實(shí)際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進(jìn)行測試。測試的時候主要選擇上面的四個功能進(jìn)行測試。 書籍管理功能測試：管理員成功登錄到系統(tǒng)后，可以對書籍進(jìn)行添加、刪除、修改?？聪到y(tǒng)能不能有很好的反應(yīng)能力。用戶去使用管理員的功能，系統(tǒng)將提示你：你沒有此權(quán)。為了跟上世界電子商務(wù)的發(fā)展潮流，縮短與發(fā)達(dá)國家之間的差距，每個人都應(yīng)該從不同的角度積極了解電子商務(wù)、參與電子商務(wù)，盡快適應(yīng)飛速發(fā)展的信息社會的需要。 該系統(tǒng)雖然只是一個模擬的系統(tǒng)，但由于在設(shè)計前期，進(jìn)行了大 量的需求分析，設(shè)計過程中也盡可能地與實(shí)際應(yīng)用系統(tǒng)相吻合，所以該系統(tǒng)具有較強(qiáng)的實(shí)用價值，完全能夠?qū)崿F(xiàn)一個實(shí)際的網(wǎng)上書店應(yīng)用系統(tǒng)所應(yīng)具備的各種功能。 30 附 代碼 解決方案結(jié)構(gòu)圖 代 碼 :ItemID using System。 priva