基于BS模式的在線攢機系統(tǒng)論文.doc

畢業(yè)設計(論文)說明書題 目： 基于B/S模式的在線攢機系統(tǒng) 的設計與實現(xiàn) 作 者： 學 號： 系 (院)： 計算機科學系 專業(yè)班級： 指導者： 評閱者： 畢業(yè)設計（論文）中文摘要基于B/S模式的在線攢機系統(tǒng)設計與實現(xiàn)摘 要：隨著時代的發(fā)展，電腦在人們的生活中越來越重要。當組裝一臺電腦時，如果去市場選擇配件就會花費很多時間，也沒有很直觀的價格比較，而且有時會因為條件的限制很難在條件內(nèi)配置一臺好的電腦。利用網(wǎng)絡方便快捷的特點實現(xiàn)在線攢機已成為趨勢。本文對MS SQL Server2000數(shù)據(jù)庫管理系統(tǒng)、SQL語句的設計、ASP.NET應用程序開發(fā)技術進行了較深入的應用。針對通常的攢機流程，對在線攢機系統(tǒng)進行了需求分析、功能模塊劃分和數(shù)據(jù)庫模式分析，最后開發(fā)出了本系統(tǒng)，它主要實現(xiàn)了用戶管理、配件管理、定單管理、留言和在線攢機五個主要模塊。與傳統(tǒng)的攢機相比，具有配件選擇效率高、網(wǎng)上操作方便簡單、操作流程一目了然等優(yōu)點。它為用戶提供了方便快捷的攢機平臺，也為用戶節(jié)省了大量時間和精力。同時它也具有一般電子商務網(wǎng)站的特點，用戶攢機后就可發(fā)送定單進行購買。關鍵詞：ASP.NET SQL SERVER2000 在線攢機 電子商務畢業(yè)設計（論文）外文摘要The design and implement of On-line Computer Assembling System Based on B/S PatternAbstract: With the development of times, the computer is more and more important in peoples life. To assemble a computer, if you go to the market to choose the parts of a computer, you will spend much time, and there is not the very direct-viewing comparison of price. Sometimes it is difficult to assemble a good computer in the condition for limition. Realizing On-line computer assembling by the networks characteristic of convenience and shortcut has been becoming the tendency. This article has a thorough application in MS SQL Server2000 database management system, the SQL sentence design and the ASP.NET application procedure development technology, in view of the flow of usual assemble a computer, Conducting Requirements Analysis, the function module division and the database patter analysis to the On-line computer assembling system, finally develop this system, it has mainly realized the user management, the parts management, the orders management , leaving messages and the On-line computer assembling five main modules. Comparing with traditional computer assembling, it has the merit of efficient choice, the on-line ease of operation simple, the clear operation flow and so on. It has provided a convenience and shortcut platform for the users assembling computers, and has saved the massive time and the energy for the users. Simultaneously it also has the characteristic of the common electronic commerce website. After computer assembling, the user can submit the orders to the purchase. Keywords: ASP.NET; SQL Server2000; Computer assembling; Electronic commerce;目 錄1 引言11.1 研究背景11.2 研究的目的及意義11.3 本課題的發(fā)展前景和趨勢12 課題定義及系統(tǒng)內(nèi)容簡介32.1 課題定義32.2 系統(tǒng)內(nèi)容簡介32.3 課題調(diào)研及可行性研究32.3.1課題調(diào)研32.3.2 可行性研究33 系統(tǒng)需求分析43.1 系統(tǒng)總體分析43.1.1 系統(tǒng)功能要求43.1.2 功能需求分析43.1.3 數(shù)據(jù)流圖的設計43.2 數(shù)據(jù)字典63.3 系統(tǒng)開發(fā)與運行環(huán)境確定93.3.1 系統(tǒng)開發(fā)93.3.2 系統(tǒng)運行環(huán)境93.3.3 相關開發(fā)工具簡介104 總體設計124.1 系統(tǒng)總體結構設計124.2 系統(tǒng)流程圖154.3 數(shù)據(jù)結構設計174.3.1實體聯(lián)系圖設計184.3.2 關系模型設計204.3.3 數(shù)據(jù)表設計204.4存儲過程254.5 系統(tǒng)重難點分析274.5.1配件數(shù)量的選擇274.5.2 配件兼容性274.5.3定單生成和處理定單274.5.4 系統(tǒng)可維護性和可擴展性285 主要模塊及其詳細設計295.1 系統(tǒng)模塊簡介295.2 用戶管理模塊295.2.1用戶管理模塊功能簡介295.2.2用戶管理模塊詳細設計295.3 配件管理模塊335.3.1配件管理模塊功能簡介335.3.2用戶管理模塊詳細設計335.4 定單管理模塊345.4.1定單管理模塊功能簡介345.4.2定單管理模塊詳細設計345.5 在線攢機模塊355.5.1在線攢機模塊功能簡介355.5.2在線攢機模塊功能詳細設計355.6 留言模塊405.6.1定單管理模塊功能簡介405.6.2定單管理模塊詳細設計406 用戶使用手冊416.1管理員用戶手冊416.2攢機用戶手冊417 系統(tǒng)評價427.1系統(tǒng)功能簡介，特色/優(yōu)點介紹427.1.1系統(tǒng)功能簡介427.1.2系統(tǒng)的特色/優(yōu)點介紹427.2系統(tǒng)存在的不足與改進方案427.2.1系統(tǒng)存在的不足427.2.2 改進方案437.3畢業(yè)設計心得體會43結 論45致 謝46參 考 文 獻471 引言隨著時代的發(fā)展，電腦在人們的生活中越來越重要。每個人都希望有自己的電腦，就現(xiàn)在而言筆記本電腦雖然攜帶方便但使用起來不如臺式機方便，而臺式機中品牌機的性價比往往不高，而且其中的配件有些并不符合個人的要求，比如有些人需要很大的內(nèi)存，有些人需要很大的硬盤，還有些人覺得主板和整機的搭配不好。所以組裝電腦還是占主流的，這樣就可以根據(jù)自己的實際要求來選擇購買配件。但是組裝電腦配件的種類和價格差別太大，配出來的電腦性能也各不相同，光選擇哪些配件才能獲得最好的性價比的電腦就是用戶頭疼的問題，如果沒有一個簡單方便的平臺來選擇配件那么就更麻煩了。我開發(fā)的在線攢機系統(tǒng)就是試圖解決這些問題的，在線攢機可以給用戶節(jié)省大量時間，配件選擇起來也方便直觀，而且還有兼容性判斷等功能。1.1 研究背景目前也已有很多在線攢機或銷售網(wǎng)站，比如dell的在線銷售網(wǎng)站、網(wǎng)上的攢機模塊。像dell的在線銷售網(wǎng)站偏向于銷售，它的功能非常的全面，用戶使用起來非常方便。也很人性化，有很多選擇的依據(jù)，比如用戶可根據(jù)省電，性能高或一般、用途等來選擇。付款方式也有多種方式供選擇。但是如果對于只想攢機的用戶來說有些功能就用不到。攢機的用戶更偏向于選擇配件，購買才是其次。網(wǎng)上的攢機模塊雖然選擇起來比較快，也很清晰。但相對來說功能比較單一，比如不可選擇數(shù)量超過一個的配件，當選擇完后還要用戶自己算總額，并且不能打印，想購買也不方便。這個兩個網(wǎng)站還有共同的不足就是不能進行兼容性判斷，這也是大多數(shù)攢機網(wǎng)站的不足，所以有必要開發(fā)一個吸取大多數(shù)攢機網(wǎng)站的優(yōu)點，彌補它們不足的在線攢機系統(tǒng)。1.2 研究的目的及意義在組裝電腦剛開始發(fā)展的時候，人們基本上是直接到商家看著配件選擇，這過程往往會出現(xiàn)沒有自己想要的配件、價格的貴賤等情況?？偟膩碚f就是選擇起來不直觀。當電腦組裝完以后也會出現(xiàn)很多問題，比如價格偏貴且綜合性能不是很好。在線攢機系統(tǒng)就有效的克服了以上弊端，它可以方便快捷的幫自己選好配件，由于列出很多配件的名稱、價格，能起到很好的比較作用，從而為用戶節(jié)省了很多的時間和精力。有時由于錢的限制，我們可以看著差不多價格的產(chǎn)品進行選擇，到最后系統(tǒng)會列出清單，算出總的價格，如果發(fā)現(xiàn)有不合適的配件，還可以重新選擇。所以說這個系統(tǒng)的最大特點就是靈活性好，能讓用戶很自由地選到配件。最后，如果用戶就想在本網(wǎng)站購買，還可以發(fā)送訂單，進行網(wǎng)上交易。如果用戶只是需要一張配件清單，那么直接打印就可以了。所以在線攢機系統(tǒng)的開發(fā)對攢機有著很重要的意義。1.3 本課題的發(fā)展前景和趨勢隨著組裝機的繼續(xù)存在，在線攢機系統(tǒng)將在近段時間內(nèi)會越來越完善，現(xiàn)在電子商務發(fā)展迅速，在線攢機必會成為電腦配件銷售的主要模塊。而且將會越來越智能化，用戶根本不用逛電腦組裝市場，一臺滿意的組裝電腦就會送到家。與傳統(tǒng)的攢機相比，本系統(tǒng)具有以下特點: 方便快捷，用戶根本不要親自跑到配件銷售商那里挑選，只要坐在家里自己想要的組裝電腦就可被送回家，節(jié)省時間和精力。 與現(xiàn)在一般的在線攢機不同的是，本系統(tǒng)還有一個兼容性判斷的功能。不會因為在網(wǎng)上選購而出現(xiàn)兼容性問題。對不太懂硬件的用戶也有很大的幫助。 用戶選完配件即可計算出總額，有利于用戶在自己所能承受的范圍內(nèi)選配件，如果總額不在自己的范圍內(nèi)可重新選擇。2 課題定義及系統(tǒng)內(nèi)容簡介2.1 課題定義隨著計算機新技術的發(fā)展和普及以及網(wǎng)絡的迅速發(fā)展，可以說現(xiàn)在網(wǎng)絡是無處不在?，F(xiàn)在，人們在足不出戶的情況下，就可以享受多種服務。因此在線攢機系統(tǒng)的出現(xiàn)是本階段發(fā)展的必然要求。在線攢機系統(tǒng)就是為了克服傳統(tǒng)攢機配件選擇不直觀、有很多限制、價格上也不好比較、效率低等問題。它讓用戶可以簡單方便的選擇到自己需要的配件，選完可以進行兼容性測試。最后可以返回給用戶一張清單或就在網(wǎng)站購買，從而為用戶提供了方便的攢機平臺，也為配件銷售商提高了效益。2.2 系統(tǒng)內(nèi)容簡介本系統(tǒng)是由管理用戶（包括管理員信息管理和用戶信息管理）、配件管理（包括添加配件、修改配件、刪除配件）、定單管理（定單查看、定單處理）、在線攢機（包括查詢配件、選擇配件、兼容性測試、購物車、生成定單、查詢定單）、留言板（用戶發(fā)布留言、管理員回復）五個主模塊構成。2.3 課題調(diào)研及可行性研究2.3.1課題調(diào)研（1） 用戶選完配件即可計算出總額，有利于用戶在自己所能承受的范圍內(nèi)選配件，如果總額不在自己的范圍內(nèi)可重新選擇。（2） 向老師了解現(xiàn)在攢機的主要流程。（3） 本課題要求學生有熟練的ASP.NET開發(fā)能力，有較強的自學能力（4） 具有對數(shù)據(jù)庫（SQLSERVER）開發(fā)功底，能夠對單表或者多表進行操作。（5） 具體問題要做詳細調(diào)查研究并聽取指導老師的意見。（6） 深入網(wǎng)站和用戶調(diào)查，最大限度的滿足使用者的需要。2.3.2 可行性研究本系統(tǒng)可以從以下幾個角度對其可行性進行分析：（1）技術可行性-本系統(tǒng)基于Browser/Server結構，和新技術ASP.NET以及數(shù)據(jù)庫SQL Server 2000，是完全可以實現(xiàn)的。硬件方面，需要一臺服務器，一臺或幾臺客戶機，機器性能也不需要太高。用戶選完配件即可計算出總額，有利于用戶在自己所能承受的范圍內(nèi)選配件，如果總額不在自己的范圍內(nèi)可重新選擇。（2）經(jīng)濟可行性-本系統(tǒng)是可用于網(wǎng)站的一個較通用的在線攢機系統(tǒng)，有些網(wǎng)站只要通過鏈接即可使用本系統(tǒng)，對網(wǎng)站基本上不構成經(jīng)濟的負擔，系統(tǒng)成本主要集中在系統(tǒng)軟件的開發(fā)上，當系統(tǒng)投入運行后可以為網(wǎng)站增加瀏覽量。所帶來的效益遠遠大于系統(tǒng)軟件的開發(fā)成本。在經(jīng)濟上完全可行。（3）操作可行性-界面設計時充分考慮用戶的習慣，使用表格式，看起來直觀，能很快搜集信息量。數(shù)據(jù)錄入迅速、規(guī)范、可靠；統(tǒng)計準確；制表靈活；適應力強；易擴充。3 系統(tǒng)需求分析3.1 系統(tǒng)總體分析系統(tǒng)總體結構設計是要根據(jù)系統(tǒng)分析的要求和組織的實際情況來對新系統(tǒng)的總體結構形式進行大致設計，它是一種宏觀、總體上的設計和規(guī)劃。3.1.1 系統(tǒng)功能要求（1） 整體結構合理，風格一致，模塊化結構，界面清晰，接口靈活，操作簡便。（2） 有一定的智能化，給予用戶較清楚的指示。（3） 文檔規(guī)范化，便于管理，系統(tǒng)要可擴展和維護。有完善的數(shù)據(jù)輸入、輸出。（4） 自檢性能高，用戶誤輸、錯輸均有提示。（5） 容錯性能高，某個用戶的操作錯誤不會引起整個系統(tǒng)的癱瘓，每一功能的操作都有信息提示以免重復操作，錯誤操作有警告，以便用戶及時改正。3.1.2 功能需求分析本在線攢機系統(tǒng)主要有以下五大模塊：（1）用戶管理。主要包括一般用戶的注冊、修改密碼和登陸。還有超級管理員添加一般管理員、管理員修改密碼、查詢或刪除一般用戶和登錄。（2）配件管理。主要包括管理員在登錄后進行配件的添加、查詢、修改以及添加一些配件（主板、CPU、內(nèi)存、顯卡、硬盤）的接口備注信息，以便兼容匹配和查看哪些配件處于缺貨狀態(tài)。（3）定單管理。實現(xiàn)對所有用戶的定單進行查看、處理和刪除操作。以便及時準確的與客戶進行配件交易。（4）在線攢機。一般用戶在登錄后能瀏覽選擇配件，選擇完成后進行兼容性測試?？蓪x擇的配件數(shù)量進行修改，并計算出總額。如果用戶只要求打印則不生成定單。如果就要在本站購買則進一步填寫定單附加信息進而生成定單。用戶還可以查看其所有在本站的定單。（5）留言。攢機用戶可以留言，管理員進行回復。3.1.3 數(shù)據(jù)流圖的設計 數(shù)據(jù)流圖是一種圖形化技術，它描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)過的變換。數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示，即使不是專業(yè)的計算機技術人員也容易了解它，因此是分析員與用戶之間極好的通信工具。此外，設計數(shù)據(jù)流圖只需考慮系統(tǒng)必須完成的基本邏輯功能，完全不需要考慮具體地實現(xiàn)這些功能，所以它是軟件設計的很好的出發(fā)點。根據(jù)功能模塊圖可以有以下數(shù)據(jù)流圖：1、 用戶數(shù)據(jù)流圖圖3-1用戶攢機數(shù)據(jù)流圖2、管理員數(shù)據(jù)流圖圖3-2管理員數(shù)據(jù)流圖3.2 數(shù)據(jù)字典數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)字典的主要用途是在軟件分析和設計的過程中給人提供關于數(shù)據(jù)的描述信息。在開發(fā)小型軟件系統(tǒng)時暫時沒有數(shù)據(jù)字典處理程序，建議采用卡片形式書寫數(shù)據(jù)字典，每張卡片上保存描述一個數(shù)據(jù)的信息。這樣做更新和修改起來比較方便，而且能單獨處理每個數(shù)據(jù)的信息。一般說來，每張卡片上主要包含下述這些信息：（1） 數(shù)據(jù)流（2） 數(shù)據(jù)流分量(即數(shù)據(jù)元素)（3） 數(shù)據(jù)存儲（4） 處理 分析該在線攢機系統(tǒng)的數(shù)據(jù)流圖，可以定義以下的數(shù)據(jù)字典：3.3 系統(tǒng)開發(fā)與運行環(huán)境確定3.3.1 系統(tǒng)開發(fā)（1）本系統(tǒng)目標明確，是基于Windows 2003 Server網(wǎng)絡環(huán)境的在線攢機系統(tǒng)，首先要了解傳統(tǒng)攢機的流程以及現(xiàn)在一些在線攢機網(wǎng)站的不足，從而開發(fā)出一個能充分滿足用戶需要就像親自到銷售商那里選擇一樣但又方便和節(jié)省時間和精力。（2）開發(fā)系統(tǒng)中，了解基于Web的三層開發(fā)技術，如ASP.net等，確定系統(tǒng)的開發(fā)環(huán)境；掌握SQL Server2000使用，了解在線系統(tǒng)的開發(fā)規(guī)程。（3）編程過程中，我在指導老師和同學的幫助下并通過自己的努力和以前的基礎知識的儲備，在圖書館和網(wǎng)上查閱了相關資料后盡量使此系統(tǒng)與實際情況相符合。3.3.2 系統(tǒng)運行環(huán)境主要開發(fā)工具： Microsoft Visual Studio.Net2003前臺開發(fā)工具 Microsoft SQL Server2000后臺數(shù)據(jù)庫開發(fā)工具 Microsoft Visio設計工具系統(tǒng)環(huán)境： Windows 2003 ServerIIS 5.1 .NET Framework 相關開發(fā)工具簡介 此系統(tǒng)是基于Windows 2003 Server網(wǎng)絡環(huán)境的考試系統(tǒng)，后臺數(shù)據(jù)庫采用SQL Server2000，前臺使用Visual Studio .NET進行開發(fā)，此系統(tǒng)屬于B/S模式。B/S結構，通常稱為瀏覽器/服務器（B/S）模式。B/S采用三層體系結構，即包括數(shù)據(jù)庫系統(tǒng)、應用服務器、客戶瀏覽器三部分。由于采用了互聯(lián)網(wǎng)的相關技術，B/S結構的系統(tǒng)開放性好，易維護、擴展。（1）開發(fā)工具ASP.NET的簡介和工作原理Microsoft公司主推的 .NET技術已經(jīng)越來越受到重視，并且運用的范圍也越來越廣。.NET框架是一種新的計算平臺，它簡化了高度分布式Internet環(huán)境中的應用程序開發(fā)。ASP.NET不僅僅是下一版本的Active Server Page(ASP),它還是統(tǒng)一的WEB開發(fā)平臺，方便開發(fā)人員開發(fā)企業(yè)級WEB應用程序的開發(fā)。ASP.NET的語法在很大程度上與ASP兼容，同時還提供一個新的編程模型和結構用于生成更安全、可收縮和穩(wěn)定的應用程序。ASP.NET是一個已編譯的基于.NET的環(huán)境，可以用任何與.NET兼容的語言（包括Visual Basic .NET、 C#和 Jscript.NET）創(chuàng)建應用程序。另外，任何ASP.NET應用程序都可以使用整個.NET框架。開發(fā)人員可以方便地獲得這些技術的優(yōu)點，其中包括托管的公共語言運行環(huán)境、類型安全和繼承等。ASP.NET可以無縫地與HTML編輯器及其他編程工具（包括Microsoft Visual S）一起工作。這使WEB開發(fā)技術變得更加方便，還使用戶能夠運用代碼管理數(shù)據(jù)庫。ASP.NET提供一種簡單的模型，該模型使WEB開發(fā)人員能夠方便地編寫應用程序。開發(fā)人員可以在global.asax文本文件或在作為程序集已部署的編譯類中編寫這種代碼。這種模型可以包括應用程序級事件，且開發(fā)人員可以輕松地擴展這種模型，以適應他們的WEB應用程序的需要。 .NET工作原理： 首先,客戶端瀏覽器有一個HTTP請求發(fā)送到Web服務器,要求訪問一個Web網(wǎng)頁。然后, Web服務器通過分析客戶的HTTP請求來定位所請求的網(wǎng)頁的位置。如果所請求的網(wǎng)頁的文件名后綴為.aspx,那么就把這個文件傳送到aspnet_jsapi.dll進行處理,由aspnet_jsapi.dll把ASP.NET代碼提交給CLR。如果以前沒有執(zhí)行過這個程序,那么就由CLR編譯并執(zhí)行,得到純HTML結果;如果已經(jīng)執(zhí)行過這個程序,那么就直接執(zhí)行編譯好的程序并得到純HTML結果。最后,把這些純HTML結果傳回瀏覽器作為HTTP響應,瀏覽器收到這個響應之后,就可以顯示W(wǎng)EB網(wǎng)頁。（2）SQL Server2000介紹SQL Server 2000繼承了SQL Server 7.0的高性能、可靠性和可擴充性的優(yōu)點，同時又引進了數(shù)據(jù)庫和服務器增強功能，以及其他一些新的特性，使它成為一個杰出的數(shù)據(jù)庫平臺，可用于大型聯(lián)機事物處理、數(shù)據(jù)倉庫及電子商務等。SQL Server 2000新特性： 支持XML（擴展標記語言）XML語言可用于描述一個數(shù)據(jù)集的內(nèi)容，以及數(shù)據(jù)如何在Web頁中顯示或輸出到某個設備。SQL Server 2000具有完全的Web功能，支持XML語言，可以通過URL（統(tǒng)一資源定位器）訪問SQL Server，支持XML-Data,可檢索、縮寫XML數(shù)據(jù)，SQL Server 2000 OLE DB還增加了對XML文檔的支持。 強大的基于Web的分析。SQL Server 2000包括了一個本地的OLE DB提供器。OLE DB與ADO對象模型一同使用，可以執(zhí)行多種查詢功能，能夠自由訪問關系數(shù)據(jù)庫的數(shù)據(jù)和非關系型數(shù)據(jù)源數(shù)據(jù)庫，甚至可以從窗口或電子函件中讀取數(shù)據(jù)。 支持分布式的分區(qū)試圖SQL Server 2000可以完全滿足決策支持系統(tǒng)（DSS）的需求，分布式數(shù)據(jù)庫分區(qū)可以把工作負載劃分到多個獨立的SQL Server 服務器上去，從而為實施電子商務的客戶提供了無限制的可擴展性。4 總體設計4.1 系統(tǒng)總體結構設計 系統(tǒng)總體結構設計是要根據(jù)系統(tǒng)分析的要求和組織的實際情況來對新系統(tǒng)的總體結構形式進行大致設計，它是一種宏觀、總體上的設計和規(guī)劃。對其模塊的具體介紹如下：（1）用戶管理模塊這里的用戶包括一般攢機用戶和管理員。本系統(tǒng)有一個超級管理員，用戶名為admin密碼為admin，超級管理員除了具有添加一般管理員的功能，其他權限與一般管理員一樣，但不可以修改密碼。管理員首先要登錄，登錄之前可以修改密碼，登錄時系統(tǒng)會根據(jù)用戶輸入的用戶名和密碼的時候系統(tǒng)會判斷他的級別并鏈接到相應的頁面。他還可以對一般用戶進行一些操作：查詢用戶信息或刪除該用戶。而一般用戶是要注冊后才能登錄的，登錄時系統(tǒng)也會根據(jù)用戶輸入的用戶名和密碼的時候系統(tǒng)會判斷他的級別并鏈接到相應的頁面。并可以修改密碼。（2）配件管理模塊這個模塊屬于管理員的權限，添加配件就是首先向配件信息表插入新的記錄，這其中包括圖片的上傳。接著會顯示備注框，就是要相應的向某些配件的接口信息表插入記錄以便用戶兼容性測試。編輯配件就是管理員覺得有必要對指定配件的一些信息做修改時，就進行此操作。要找到指定的配件可以通過搜索功能實現(xiàn)。刪除配件是在管理員認為本網(wǎng)站不再為此配件作報價或一段時間沒貨時可以把配件刪除。隨著用戶的不斷選購以及管理員有時未能及時添加，導致有的配件的數(shù)量不斷減少，甚至為0，那么用戶通過缺貨查看這個功能就能知道哪些配件的數(shù)量為0，即說明這些配件處于缺貨狀態(tài)。管理員根據(jù)這些信息可以及時的讓廠家發(fā)貨。（3）定單管理模塊這個模塊也是管理員的權限。不同用戶提交的定單以及詳細信息在這里都可以被查看，并予以及時的處理，查看時可以單獨查看未處理的定單。查看完畢后對未處理的定單管理員根據(jù)一些信息進行處理，當處理完一個定單時配件信息數(shù)據(jù)庫的配件數(shù)量會減去定單中的相應配件的數(shù)量。（4）在線攢機模塊用戶根據(jù)配件類型以及自己想要的品牌來瀏覽配件，也可以通過模糊查詢找到自己想要的配件。當所有類型全選好以后在提交之前最好進行一下兼容性測試，若不兼容要對不兼容的配件移除進行重新選擇，直到兼容為止。兼容測試通過以后就確定所選擇的配件，可以再對選擇數(shù)量進行修改。由于電腦的特性，配件的數(shù)量選擇也作了一定的限制。當所有信息都確定后填寫一些定單附加信息就可提交生成定單。用戶還可以查看自己的所有定單。（5）留言模塊這個模塊要涉及到管理員和攢機用戶兩個角色。首先攢機用戶登錄后可以給網(wǎng)站發(fā)送各種有疑問的問題、建議、批評等言論，還可以查看管理員給自己留言的回復。管理員可以看到所有用戶的留言，并予以回復。本系統(tǒng)的功能結構圖如圖4-1所示：圖4-1 系統(tǒng)功能模塊圖4.2 系統(tǒng)流程圖系統(tǒng)流程圖一直是軟件設計的主要工具。它的主要優(yōu)點是對控制流程描繪很直觀，便于初學者掌握，以下是幾個主要的流程圖。圖4-2攢機用戶登錄流程圖圖4-3用戶攢機流程圖 圖4-4管理員流程圖4.3 數(shù)據(jù)結構設計概要設計基礎是完成需求分析后提供的需求說明書，用概念數(shù)據(jù)模型表示數(shù)據(jù)及其相互間的關系，這種數(shù)據(jù)模型是與DBMS無關的、面向現(xiàn)實世界的、易如理解的數(shù)據(jù)模型，其獨立于計算機的數(shù)據(jù)模型，獨立于計算機的軟硬件系統(tǒng)，與用戶進行交流十分方便。概念性數(shù)據(jù)模型關心的是如何完整、正確地反映客觀實際情況，不關心在數(shù)據(jù)庫中如何實現(xiàn)。這種數(shù)據(jù)模式能真實地反應用戶要求的實際情況，是一種容易被人們理解的直觀的數(shù)據(jù)庫結構模式。同時也是一種相對穩(wěn)定統(tǒng)一的數(shù)據(jù)模式，一般情況下很少變動。概念性數(shù)據(jù)在用戶和設計者之間建立了橋梁，是設計數(shù)據(jù)庫結構的基礎。概念設計中自頂向下的實體分析方法，即常用的實體聯(lián)系模型（簡稱E-R模型），對具體數(shù)據(jù)進行抽象加工，將實體集合抽象成實體類型。用實體間聯(lián)系反映現(xiàn)實世界事物間的內(nèi)在聯(lián)系。E-R模型是建立概念性數(shù)據(jù)模型的有力工具。4.3.1實體聯(lián)系圖設計通過以上的分析，我們知道在線攢機系統(tǒng)主要涉及以下幾個部分：一般用戶，管理員，配件，定單。圖4-5 攢機用戶的實體集及有關屬性圖4-6 管理員的實體集及有關屬性圖4-7 配件的實體集及有關屬性圖4-8 定單的實體集及有關屬性圖4-9 留言的實體集及有關屬性圖4-10 各實體ER圖4.3.2 關系模型設計在線攢機系統(tǒng)的關系模型如下（其中的主鍵用藍色下劃線標出，外鍵用紅色波浪下劃線標出）：用戶表（用戶編號，用戶名，密碼，級別，真實姓名，Email，身份證號，電話，地址，郵編，手機，Oicq，MSN）配件信息表（配件號，配件類型，配件名，品牌，描述，價格，庫存量，圖片，上傳時間）購物車表（購物車號，用戶編號，配件號，配件類型，購買數(shù)量，購物時間）定單表（定單號，用戶編號，提交日期，處理狀態(tài)）定單詳細表（定單號，配件號，購買數(shù)量，小計）定單附加信息表（定單號，用戶編號，送貨方式，付款方式，送貨說明，是否要收據(jù)）主板接口表（配件號，CPU接口，內(nèi)存接口，顯卡接口，硬盤接口）CPU接口表（配件號，接口）內(nèi)存接口表（配件號，接口）顯卡接口表（配件號，接口）硬盤接口表（配件號，接口）本系統(tǒng)使用SQL Server2000作為應用程序的數(shù)據(jù)庫?？紤]到系統(tǒng)的實際需要，系統(tǒng)至少需要配件庫存表、用戶信息表、兼容性數(shù)據(jù)表、定單信息表等，因此本系統(tǒng)至少要包含用戶表(User),配件表(Products),購物車表(ShopCart),定單表(Orders),定單詳細表(OrderContent),定單附加信息表(Customer),主板接口表(Mainboard), CPU接口表(CPU), 內(nèi)存接口表(Memery), 顯卡接口表(Display), 硬盤接口表(Disc)。4.3.3 數(shù)據(jù)表設計數(shù)據(jù)表是進行數(shù)據(jù)訪問與存取的工具。對于任何一個數(shù)據(jù)庫應用系統(tǒng)，它的數(shù)據(jù)處理的工具和對象均是數(shù)據(jù)表，根據(jù)實體E-R圖和數(shù)據(jù)關系模型，我們可以得到本系統(tǒng)的數(shù)據(jù)表如下： (1) 用戶信息表User結構如表4-1所示：主要存儲要登錄本系統(tǒng)的用戶的基本信息，以及需要購買配件的用戶的必要信息。字段名稱字段說明數(shù)據(jù)類型字段長度UserID用戶號int4UserName用戶名varchar10Password密碼varchar12Ulevel級別int4Name真實姓名varchar10EMail電郵varchar50IDCardNumber身份證號varchar18TelephoneNumber固定電話varchar12Address地址varchar50ZoneCode郵編varchar10Mobilephone手機varchar12表4-1 用戶信息表(2) 購物車信息表ShopCart結構如表4-2所示： 記錄用戶一次選擇的所有配件的必要信息字段名稱字段說明數(shù)據(jù)類型字段長度CartID購物車號int4CartIDString用戶號varchar50ProID配件號int4CatName配件類型varchar4ShopQuantity購買數(shù)量int10ShopDate電郵datetime8表4-2 購物車信息表(3) 配件信息表Products結構如表4-3所示：存儲被管理員添加數(shù)據(jù)庫中所有配件的信息。供用戶選擇時查看基本信息以及管理員的管理。字段名稱字段說明數(shù)據(jù)類型字段長度ProID配件號int4CatName配件類型varchar20ProName配件名varchar50Brand品牌varchar20Description描述varchar200Price價格int4Quantity庫存量varchar18UpTime上傳時間datetime8表4-3 配件信息表(4) 定單信息表Orders結構如表4-4所示：根據(jù)定單號可以查到的每個定單所購買的全部配件的一些信息。字段名稱字段說明數(shù)據(jù)類型字段長度OrderID定單號int4UserID用戶號int4OrderDate定單日期datetime8Statue處理狀態(tài)varchar20表4-4 定單信息表（5）定單明細表OrderContent結構如表4-5所示： 存儲所有用戶在本網(wǎng)站提交過的定單。字段名稱字段說明數(shù)據(jù)類型字段長度OrderID定單號int4ProID產(chǎn)品號int4ShopQuantity購買數(shù)量int4UnitCost小計money8表4-5 定單明細表 （6）定單要求信息表Customer結構如表4-6所示： 在用戶提交定單時必須填寫的內(nèi)容，以便在后期管理員處理定單時更準確滿足用戶要求。字段名稱字段說明數(shù)據(jù)類型字段長度OrderID定單號int4UserID用戶號int4SendMethod送貨方式varchar20PayMethod付款方式varchar20PayMemo送貨說明varchar5Invoice是否需要收據(jù)varchar10表4-6 定單要求信息表（7）主板接口信息表Mainboard結構如表4-7所示：存儲每個主板的接口信息，便于用戶進行兼容性測試。字段名稱字段說明數(shù)據(jù)類型字段長度ProID主板號int4CpuInterfaceCPU接口varchar20MemInterface內(nèi)存接口varchar20DisInterface顯卡接口varchar20DiskInterface硬盤接口varchar20表4-7 主板接口信息表（8）CPU接口信息表CPU結構如表4-8所示： 存儲每個CPU的接口信息，便于用戶進行兼容性測試。字段名稱字段說明數(shù)據(jù)類型字段長度ProIDCPU號int4Interface接口varchar20表4-8 CPU接口信息表（9）內(nèi)存接口信息表Memery結構如表4-9所示： 存儲每個內(nèi)存的接口信息，便于用戶進行兼容性測試。字段名稱字段說明數(shù)據(jù)類型字段長度ProID內(nèi)存號int4Interface接口varchar20表4-9 內(nèi)存接口信息表（10）顯卡接口信息表Display結構如表4-10所示：存儲每個顯卡的接口信息，便于用戶進行兼容性測試。字段名稱字段說明數(shù)據(jù)類型字段長度ProID顯卡號int4Interface接口varchar20表4-10 顯卡接口信息表（11）硬盤接口信息表Disc結構如表4-11所示： 存儲每個硬盤的接口信息，便于用戶進行兼容性測試。字段名稱字段說明數(shù)據(jù)類型字段長度ProID硬盤號int4Interface接口varchar20表4-11 硬盤接口信息表（12）留言表LMessage的結構如表4-12所示：該表存儲用戶發(fā)表的留言相關信息，并且也存儲了管理員對留言的回復。字段名稱字段說明數(shù)據(jù)類型字段長度MID留言號int4UserID用戶號int 4Subject主題varchar50Content內(nèi)容varchar4000Utime發(fā)布時間datetime8Response回復內(nèi)容varchar4000Rtime回復日期datetime 8Statue回復狀態(tài)varchar10表4-11 留言表4.4存儲過程存儲過程（Stored Procedure）是存放于數(shù)據(jù)庫中的子程序，在服務器端進行，是由一系列SQL語句和控制語句組成的數(shù)據(jù)處理過程。使用存儲過程的優(yōu)點：l 更快的執(zhí)行速度。當ASP.NET應用程序首次執(zhí)行存儲過程是，數(shù)據(jù)服務器即完成對它的優(yōu)化和編譯工作，并存儲在服務端的高速緩存中，以后對它的調(diào)用將直接從高速緩存中執(zhí)行，這樣就減少了重復優(yōu)化和編譯的過程，節(jié)省了服務器處理數(shù)據(jù)的時間。而每次從ASP.NET應用程序中直接執(zhí)行SQL命令，都需要SQL Server對命令進行編譯和優(yōu)化，這樣對Web站點的性能有較大的影響。l 降低網(wǎng)絡流量。當ASP.NET應用程序出發(fā)出執(zhí)行存儲過程的請求時，只能執(zhí)行存儲過程的命令在網(wǎng)絡上發(fā)送，而存儲過程也只把數(shù)據(jù)處理最終結果傳送給ASP.NET應用程序。這樣使得應用程序和數(shù)據(jù)服務之間的網(wǎng)絡通信流量將至最小，減少了網(wǎng)絡負荷。l 資源共享和安全操作。存儲過程作為獨立的數(shù)據(jù)服務對象元素存在，就像普通的數(shù)據(jù)表一樣可供其他應用程序共享，不僅節(jié)省了不同應用程序處理同一數(shù)據(jù)的代碼編寫工作，還為數(shù)據(jù)處理方式的維護提供了較大的方便，提高了對數(shù)據(jù)庫操作的安全性。l 靈活的編程維護方式。存儲過程一般在數(shù)據(jù)服務端（后臺）編寫，也可以在ASP.NET項目中通過Microsoft Visual Studio.NET的服務器資源管理器功能來實現(xiàn)對數(shù)據(jù)的操作權；在項目運行階段，也可由專門人員在后臺直接維護，從而減少了存儲過程的權限，而無需直接處理底層的表。實際上，使用存儲過程是將應用的業(yè)務邏輯層功能全部或部分部署在服務器上的做法，而在應用程序代碼中直接使用SQL語句則是將業(yè)務邏輯功能部署在數(shù)據(jù)庫的客戶機上。本系統(tǒng)中我運用了大量的存儲過程，創(chuàng)建存儲過程不必一定要在SQL Server里，直接在Microsoft Visual Studio.NET的服務器資源管理器里右擊存儲過程節(jié)點選擇新建或編輯如圖4-10所示：圖4-11管理員流程圖新建一個存儲過程后，IDE中的代碼編輯窗口便出現(xiàn)如下所示的代碼模板： CREATE PROCEDURE dbo.StoredProcedure1/*(parameter1 datatype = default value,parameter2 datatype OUTPUT)*/AS/* SET NOCOUNT ON */RETURN上面的代碼模板符合簡化的創(chuàng)建存儲過程的語法規(guī)則，完整的語法規(guī)則如下： CREATE PROC EDURE procedure_name ; number parameter data_type VARYING = default OUTPUT ,.n WITH RECOMPILE | ENCRYPTION | RECOMPILE , ENCRYPTION FOR REPLICATION AS sql_statement .n 限于篇幅，各個參數(shù)的含義在此就不多作介紹了，有興趣的讀者可以參考有關SQL Server 2000數(shù)據(jù)庫管理系統(tǒng)的資料。下面我對該代碼模板中的各個語法成分略作介紹。CREATE PROCEDURE聲明創(chuàng)建一個存儲過程，后面跟著該存儲過程的名稱?！?*/”中的成分是該存儲過程的參數(shù)，可包括輸入?yún)?shù)和輸出參數(shù)。AS關鍵字后面的內(nèi)容是該存儲過程的主體部分，其中是任何數(shù)量和類型的包含在存儲過程中的SQL語句。RETURN關鍵字表明存儲過程結束并能返回整型狀態(tài)值給調(diào)用者。下面就是本系統(tǒng)中用戶登錄驗證的一個存儲過程：ALTER Procedure UserLogin( UserName varchar(16), UserID int OUTPUT, Password varchar(12) OUTPUT, Ulevel int output)ASSELECT Password = Password, UserID=UserID, Ulevel=Ulevel FROM ComputerDiy.dbo.User WHERE UserName = UserName至于怎樣在代碼中運用存儲過程，將在詳細設計階段具體介紹。4.5 系統(tǒng)重難點分析本系統(tǒng)作為在線攢機系統(tǒng)核心模塊就是用戶攢機，其次是實現(xiàn)配件管理。4.5.1配件數(shù)量的選擇配件的選擇和一般商品的選擇用共同點但又有重要區(qū)別。一般商品的數(shù)量選擇完全是按用戶的意愿的。而在線攢機不光是配件的選擇而是選擇的配件要確實能組成一個能正常運行的電腦，所以能給用戶選擇的數(shù)量也要有一點限制。以前攢機就是每樣配件一個就行了，而現(xiàn)在用戶為了提高電腦性能有些配件可以選用多個，比如內(nèi)存。所以要克服一些在線攢機系統(tǒng)配件只能選一個的缺點。 4.5.2 配件兼容性 就象上一點提到的，這個系統(tǒng)與一般商務網(wǎng)站的最大區(qū)別就是要實現(xiàn)最后選擇的所有的配件能組成一個正常運行的電腦，而電腦配件之間存在兼容性問題是一個客觀問題。這又是在網(wǎng)上選擇配件必然不可能象現(xiàn)場那樣能親眼看到配件，即使配件有詳細說明用戶也可能會忽視去看。那么系統(tǒng)就要考慮來檢測用戶選擇的配件中是否兼容。而兼容性判斷如果沒有通用的模塊是很麻煩的，所以一定要有清晰的思路。本系統(tǒng)中主要考慮主板上各個接口的類型，還有CPU、內(nèi)存、顯卡、硬盤的接口類型。如果主板上CPU的接口不能和選擇的CPU的接口一樣那就是不兼容，其他幾個接口也是一樣。根據(jù)這樣此功能實現(xiàn)的關鍵所在就是要能得到相應配件的接口值。所以存儲接口數(shù)據(jù)的表就是必須的了。而接口數(shù)據(jù)就要在添加配件的時候一同添加。由于主板要有四個接口數(shù)據(jù)，CPU、內(nèi)存、顯卡、硬盤只有一個接口數(shù)據(jù)，還有其他配件不需要考慮接口。所以為了操作方便要建五個接口數(shù)據(jù)表。這樣管理員在添加配件的時候就可以向相應的表插入接口數(shù)據(jù)了。這樣整個兼容性測試才能完整的實現(xiàn)。4.5.3定單生成和處理定單定單生成不象向購物車表插入數(shù)據(jù)那樣，因為他要同時向插入三個表插入相應的信息。特別是向定單明細表插入信息，它要把所有相同定單號的配件同時插入定單明細表，而定單號也是在向定單表插入記錄時剛生成的問題，所以這是一個重要的技術上的問題。這里就用一個存儲過程OrderContentss實現(xiàn)這兩個同時進行的操作。處理定單是要實現(xiàn)配件信息庫的庫存量要能減去定單里配件的數(shù)量，這也是一次要執(zhí)行多行數(shù)據(jù)的修改，所以跟定單生成有相似之處，但又不同，這里就用兩個數(shù)組分別保存配件ID和購買數(shù)量，然后根據(jù)配件ID循環(huán)的進行減運算。這樣的技術上的問題一開始不會的時候會覺得無從下手，但是學會了以后就可以舉一反三了。4.5.4 系統(tǒng)可維護性和可擴展性隨著互聯(lián)網(wǎng)的不斷發(fā)展和攢機機制的不斷變化，這就需要系統(tǒng)具有良好的可維護性和可擴展性。我們做系統(tǒng)時通常使用的客戶機/服務器（C/S）模式和瀏覽器/服務器（B/S）模式。在C/S模式下將數(shù)據(jù)庫（比如，配件信息庫）內(nèi)容放在遠程的服務器上，在客戶機上安裝相應軟件； C/S結構在技術上雖