




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、精選優(yōu)質(zhì)文檔-傾情為你奉上網(wǎng)上圖書銷售系統(tǒng)說(shuō)明書文件編號(hào):T-50-J-2010-06-04生效日期:密級(jí):機(jī)密版本號(hào):1.1總頁(yè)數(shù)24正文22附錄編制:審核:批準(zhǔn):發(fā)行受控編號(hào)組員:哈爾濱華夏計(jì)算機(jī)職業(yè)技術(shù)學(xué)院目錄引言 隨著Internet國(guó)際互聯(lián)網(wǎng)的發(fā)展,越來(lái)越多的企業(yè)開始建造自己的網(wǎng)站。基于Internet的信息服務(wù),商務(wù)服務(wù)已經(jīng)成為現(xiàn)代企業(yè)一項(xiàng)不可缺少的內(nèi)容。很多企業(yè)都已不滿足于建立一個(gè)簡(jiǎn)單的僅僅能夠發(fā)布信息的靜態(tài)網(wǎng)站。現(xiàn)代企業(yè)需要的是一個(gè)功能強(qiáng)大的,能提供完善的電子商務(wù)服務(wù)的動(dòng)態(tài)商務(wù)網(wǎng)站。同時(shí)人們的生活方式也在隨著發(fā)生改變,傳統(tǒng)的購(gòu)物方式已不能滿足人們的需求。概述 隨著時(shí)代的發(fā)展,信
2、息技術(shù)、Internet/Intranet技術(shù)、數(shù)據(jù)庫(kù)技術(shù)的不斷發(fā)展完善,網(wǎng)絡(luò)進(jìn)程的加快,傳統(tǒng)的購(gòu)物方式也越來(lái)越不能滿足人們快節(jié)奏的生活需求,使得企業(yè)的IT部門已經(jīng)認(rèn)識(shí)到Internet的優(yōu)勢(shì),電子商務(wù)就是在這樣一個(gè)背景下產(chǎn)生發(fā)展起來(lái)的。伴隨著電子商務(wù)技術(shù)的不斷成熟,電子商務(wù)的功能也越來(lái)越強(qiáng)大,注冊(cè)用戶可以在網(wǎng)上搜索購(gòu)買到自己想要的各種商品,初步讓人們體會(huì)到了足不出戶,便可隨意購(gòu)物的快感。網(wǎng)上圖書銷售系統(tǒng)就是一個(gè)電子商務(wù)系統(tǒng)的開發(fā)。1、可行性分析商業(yè)企業(yè)在運(yùn)營(yíng)過程中,經(jīng)常會(huì)受到以下一些條件的限制:l 產(chǎn)品的宣傳受到限制,采購(gòu)商或顧客只能通過上門咨詢、電話溝通等方式進(jìn)行各種信息的獲取,受一定的時(shí)
3、間與物理空間的局限并且成本較高。l 龐大的商業(yè)經(jīng)濟(jì)周轉(zhuǎn)。l 復(fù)雜的產(chǎn)品周轉(zhuǎn)渠道。從看樣品、談價(jià)格到支付貨款等一系列的產(chǎn)品周轉(zhuǎn)渠道過于復(fù)雜,企業(yè)與顧客之間缺乏全面的溝通與快捷運(yùn)營(yíng)的平臺(tái)。l 商業(yè)企業(yè)中根據(jù)季節(jié)的變化,熱銷商品在銷售高峰到來(lái)時(shí)貨源緊張,企業(yè)需要實(shí)時(shí)了解商品的銷售情況,保證熱銷商品的要貨滿足率。因此,企業(yè)需要重新認(rèn)識(shí)市場(chǎng)、消費(fèi)者以及自身市場(chǎng)定位,正確認(rèn)識(shí)電子商務(wù)技術(shù)在企業(yè)中的重要地位,以少量的時(shí)間和資金建立企業(yè)信息門戶網(wǎng)站并架設(shè)一定范圍的商務(wù)網(wǎng)絡(luò),以此來(lái)制定長(zhǎng)遠(yuǎn)發(fā)展戰(zhàn)略,使企業(yè)與顧客間的經(jīng)濟(jì)活動(dòng)變得更靈活、更主動(dòng)。本系統(tǒng)是一個(gè)中小型的電子商務(wù)系統(tǒng)-網(wǎng)上書店,可以為各類用戶提供方便的在
4、線買書環(huán)境,符合目前國(guó)內(nèi)流行的電子商務(wù)模式。用戶可以在系統(tǒng)中實(shí)現(xiàn)注冊(cè)、瀏覽商品、搜索查詢商品、下定單、處理定單等功能;管理員可以通過用戶管理、定單管理、商品管理、評(píng)論管理等管理功能來(lái)對(duì)系統(tǒng)進(jìn)行維護(hù)更新。由分析可得,不論是商業(yè)還是技術(shù)上,網(wǎng)上圖書銷售系統(tǒng)的開發(fā)都是可行的。2、需求分析尋找需求不是件容易的事情,軟件開發(fā)人員最討厭的就是需求經(jīng)常變化,因此,在建模之前明確需求非常重要。通過對(duì)電子商務(wù)網(wǎng)站及網(wǎng)上書店的考察、分析以及實(shí)際的市場(chǎng)調(diào)查,要求本系統(tǒng)具有以下功能:l 統(tǒng)一友好的操作界面,能保證系統(tǒng)的易用性。l 規(guī)范、完善的基礎(chǔ)信息設(shè)置。l 圖書分類詳盡,可按不同類別查看商品信息。l 按圖書大類及圖
5、書名稱進(jìn)行模糊查詢。l 實(shí)現(xiàn)網(wǎng)上購(gòu)書。l 新書及特價(jià)圖書展示。2.1系統(tǒng)總體的功能需求網(wǎng)上圖書銷售系統(tǒng)是一個(gè)復(fù)雜的電子商務(wù)系統(tǒng),它必須提供用戶的接口以供用戶登錄并選擇喜好的圖書;同時(shí)還必須提供系統(tǒng)的管理接口以供管理員和一般的網(wǎng)站工作人員處理客戶訂單并維護(hù)網(wǎng)站正常運(yùn)作。系統(tǒng)總體功能需求框圖如圖2-1所示。 圖2-1 系統(tǒng)總體功能需求框圖1. 用戶接口模塊用戶接口是網(wǎng)站用戶使用圖書銷售系統(tǒng)服務(wù)的入口,所有的在線用戶都通過瀏覽登錄網(wǎng)站,并進(jìn)行一系列的查詢,訂購(gòu)操作。用戶接口模塊包括了用戶信息維護(hù)、商品查詢、訂購(gòu)商品和訂單維護(hù)4個(gè)部分。用戶登錄系統(tǒng)后,用戶ID將會(huì)被保存在服務(wù)器的緩存中,用戶在系統(tǒng)中所
6、做的操作,包括查詢、訂購(gòu)等都將被系統(tǒng)存儲(chǔ)在數(shù)據(jù)庫(kù)中,以供系統(tǒng)那個(gè)進(jìn)行銷售情況以及銷售走勢(shì)分析。2. 管理員接口模塊這是系統(tǒng)提供給網(wǎng)站維護(hù)和管理人員的接口。管理員接口模塊包括商品信息維護(hù)、內(nèi)部員工信息維護(hù)、訂單處理、銷售情況查詢、報(bào)表維護(hù)5個(gè)部分。網(wǎng)站的一般工作人員通常只具有訂單處理的權(quán)限,他們獲得用戶提交的訂單,并根據(jù)庫(kù)存情況來(lái)決定發(fā)貨或者推遲發(fā)貨。網(wǎng)站的管理員具有所有的管理權(quán)限,可以處理客戶的訂單,可以閱覽網(wǎng)站商品的銷售情況、銷售走勢(shì),以便根據(jù)不同的情況及時(shí)的調(diào)整經(jīng)營(yíng)戰(zhàn)略,將庫(kù)存成本和資金占有用率降到最低的限度。3. 數(shù)據(jù)服務(wù)模塊數(shù)據(jù)服務(wù)器模塊是系統(tǒng)正常運(yùn)行的基礎(chǔ),包括客戶的查詢,定單的保存
7、;網(wǎng)站工作人員的定單處理;網(wǎng)站管理員的銷售情況查詢與分析。2.2用戶接口模塊用戶接口模塊包括如圖2-2所示的幾個(gè)方面。 圖2-2 用戶接口模塊1. 用戶信息維護(hù)每個(gè)使用該系統(tǒng)的用戶必須經(jīng)過注冊(cè),而注冊(cè)的用戶名是用戶的唯一標(biāo)識(shí)。系統(tǒng)可以接收更多可用的客戶信息,比如購(gòu)物方面的喜好、經(jīng)濟(jì)能力等。 系統(tǒng)的后臺(tái)程序會(huì)自動(dòng)記錄每個(gè)用戶在登錄網(wǎng)站后進(jìn)行的所有操作,包括查詢和訂購(gòu)信息。這些信息對(duì)于系統(tǒng)的管理員都是珍貴的數(shù)據(jù),系統(tǒng)分析程序可以根據(jù)用戶的查詢記錄判斷該客戶的喜好,可以根據(jù)用戶的購(gòu)買情況判斷該客戶的經(jīng)濟(jì)情況。系統(tǒng)后臺(tái)程序可以根據(jù)分析的結(jié)果自動(dòng)得出給該用戶的推薦商品,在用戶登錄時(shí)顯示在醒目的位置。用戶
8、維護(hù)功能如圖1-3所示。 圖2-3 用戶信息維護(hù)功能前置條件:用戶登錄。2. 商品查詢商品查詢模塊可以根據(jù)商品的名稱、種類、價(jià)格、廠家等各種條件進(jìn)行組合查詢。商品查詢結(jié)果的列表中,用戶可以進(jìn)一步的查看詳細(xì)信息。商品查詢功能如圖1-4所示。 圖2-4 商品查詢功能前置條件:用戶登錄。3. 訂購(gòu)商品客戶在根據(jù)喜好得到相應(yīng)的商品列表后,可以選擇訂購(gòu)商品。在訂購(gòu)商品后,系統(tǒng)會(huì)自動(dòng)保存并更新該用戶的定單。系統(tǒng)的工作人員可以及時(shí)得到訂單并處理,根據(jù)情況選擇發(fā)貨,缺貨或延遲發(fā)貨。用戶所有的訂購(gòu)商品記錄都將保存在系統(tǒng)數(shù)據(jù)中供后臺(tái)程序分析該用戶的喜好和購(gòu)買力。以后該用戶登錄時(shí)可以推薦與其購(gòu)買力相應(yīng)的商品。訂購(gòu)商
9、品功能如圖1-5所示。 圖2-5 訂購(gòu)商品功能前置條件:用戶已登錄,商品可供購(gòu)買。4訂單維護(hù) 客戶在訂購(gòu)商品后可以查詢其訂單的狀態(tài)(包括處理中、發(fā)貨中、缺貨中和已經(jīng)完成),并可以對(duì)處理中和缺貨中的訂單進(jìn)行增加、刪除和修改的操作。訂單修改的結(jié)果會(huì)及時(shí)更新并提交給工作人員。 客戶的訂單維護(hù)信息也將被保存在系統(tǒng)的數(shù)據(jù)庫(kù)中供分析使用。訂單維護(hù)功能如圖1-6所示。 圖2-6 訂單維護(hù)功能 前置條件:用戶登錄2.3管理員接口模塊管理員接口模塊包括如圖2-7所示的幾個(gè)方面。 圖2-7 管理員接口模塊說(shuō)包括的功能模塊管理員接口模塊是系統(tǒng)管理員事業(yè)網(wǎng)兜核心模塊,是整個(gè)網(wǎng)上圖書銷售系統(tǒng)正常運(yùn)行的基礎(chǔ)。1 商品信息
10、維護(hù)系統(tǒng)管理員登錄后可以對(duì)系統(tǒng)所有的商品信息進(jìn)行維護(hù),包括商品價(jià)格的調(diào)整、商品描述信的更新、新商品的加入以及過期商品的刪除。系統(tǒng)的后臺(tái)程序可以根據(jù)商品的銷售情況提供給管理員一份詳細(xì)分析報(bào)告。管理員可以根據(jù)該報(bào)告及時(shí)的調(diào)整熱門商品的信息(例如將其放置到醒目的位置)、對(duì)非熱門的商品進(jìn)行價(jià)格調(diào)整,這一切的數(shù)據(jù)都來(lái)源自系統(tǒng)客戶的查詢和訂購(gòu)信息。商品信息維護(hù)功能如圖2-8所示。 圖2-8 商品信息維護(hù)功能前置條件:用戶已登錄。2 內(nèi)部員工信息維護(hù)系統(tǒng)管理員登錄后可以用對(duì)內(nèi)部員工和普通員工,系統(tǒng)管理員擁有所有的權(quán)限,而普通員一般只擁有訂單處理的權(quán)限。但管理員可以定制任意員工的權(quán)限,比如增加他的報(bào)表打印權(quán)限
11、內(nèi)部員工信息維護(hù)功能如圖2-9所示。 圖2-9 內(nèi)部員工信息維護(hù)功能前置條件:用戶已登錄。3.訂單處理 訂單處理一般是普通員工的工作。用戶在訂購(gòu)商品后,系統(tǒng)會(huì)及時(shí)更新其訂單,普通員工登錄后,可以獲取未處理的訂單,并根據(jù)數(shù)據(jù)庫(kù)情況發(fā)貨或選擇延時(shí)發(fā)貨。 客戶在查詢商品時(shí)會(huì)顯示商品的庫(kù)存數(shù)量,但系統(tǒng)的管理者并不希望顯示某商品的庫(kù)存為零,因?yàn)檫@樣會(huì)失去部分客戶。因此,在訂購(gòu)商品后可能會(huì)出現(xiàn)庫(kù)存不足的情況,這時(shí)工作人員一般選擇延時(shí)發(fā)貨或者拒絕訂單。如果該商品有現(xiàn)貨,那么工作人員確認(rèn)用戶訂單后選擇發(fā)貨,訂單處理功能如圖2-10所示。 圖2-10 訂單處理功能前置條件:管理員或普通工作人員已登錄。4. 銷售
12、情況查詢銷售情況查詢是系統(tǒng)編碼過程中非常重要部分,能夠?yàn)槠髽I(yè)管理者的決策提供參考的信息。管理員登錄后,可以得到詳細(xì)的銷售情況列表并既是更新熱門商品的信息(如排列位置),可以根據(jù)銷售的走勢(shì)和以往的銷售記錄及時(shí)判斷部分商品可能會(huì)出現(xiàn)庫(kù)存不足并及時(shí)進(jìn)貨。由于本功能模塊涉及到企業(yè)的經(jīng)營(yíng)信息,考慮到商業(yè)信息的安全性,需要管理員級(jí)的用戶才可以使用本模塊。銷售情況查詢功能如圖1-11所示。 圖2-11 銷售情況查詢功能前置條件:用戶已登錄。5. 報(bào)表維護(hù)報(bào)表維護(hù)模塊提供查詢結(jié)果的打印輸出功能,如圖1-12所示。 圖2-12 報(bào)表維護(hù)功能2.4運(yùn)行環(huán)境需求1.硬件設(shè)備1)服務(wù)器的中央處理部件(CPU)建議使用
13、PIII 1G(以上) Xeon處理器芯片。2)服務(wù)器內(nèi)存必須使用服務(wù)器專用ECC內(nèi)存3)為了保證數(shù)據(jù)存儲(chǔ)的絕對(duì)可靠,硬盤應(yīng)使用磁盤冗余陣列(RAID 01)4)為了防止服務(wù)器不可預(yù)測(cè)的故障,或者服務(wù)器的定期維護(hù)對(duì)公司整個(gè)業(yè)務(wù)造成的影響,所有建議使用兩臺(tái)服務(wù)器。兩臺(tái)服務(wù)器應(yīng)構(gòu)成雙機(jī)熱備份。中間使用WatchDog電路。這樣的結(jié)構(gòu)可以保證整個(gè)系統(tǒng)的長(zhǎng)時(shí)間不間斷工作,即使在服務(wù)器定期維護(hù)的時(shí)候也可以使用后備另一臺(tái)服務(wù)器工作。5)服務(wù)器應(yīng)支持熱插拔電源6)服務(wù)器必須配備UPS(不間斷電源)。7)服務(wù)器應(yīng)該放在學(xué)校內(nèi)部。不然無(wú)法進(jìn)行程序調(diào)試。8) 服務(wù)器應(yīng)該必須有固定IP地址。9)其他性能在經(jīng)濟(jì)條件允
14、許的情況下,應(yīng)該盡量使用高速穩(wěn)定的配件。2.軟件設(shè)備操作系統(tǒng) Windows 98 /Windows2003/Windows xp數(shù)據(jù)庫(kù)系統(tǒng) SQL SERVER 20003、系統(tǒng)的UML建模3.1 建立初始模型 選擇菜單File-New“Create New Model”對(duì)話框,選擇J2EE模式,然后點(diǎn)擊OK按鈕。 此時(shí),Rational Rose會(huì)自動(dòng)加載J2EE本身的一些構(gòu)架模型。加載完成后,就可以開始設(shè)計(jì)自己的模型,在此之前先保存該模型,并且將該模型取名為“網(wǎng)上圖書銷售系統(tǒng)”。3.2系統(tǒng)的用例圖 用例圖(Use Case View)強(qiáng)調(diào)從用戶的角度看到的或需要的系統(tǒng)功能,是被稱為參與者
15、的外部用戶所能觀察到的系統(tǒng)功能的模型圖。 1. 確定參與者在本系統(tǒng)的UML建模中,可以創(chuàng)建以下的參與者。(1) 顧客:(2) 管理員:(3) 一般員工。 2. 創(chuàng)建用例 根據(jù)業(yè)務(wù)流程,網(wǎng)上圖書銷售系統(tǒng)可以分為以下的幾個(gè)用例(Use Cases)。(1) 訂單處理:(2) 訂單維護(hù):(3) 訂單狀態(tài)查詢:(4) 個(gè)人信息維護(hù):(5) 訂購(gòu):(6) 接收發(fā)貨:(7) 庫(kù)存查詢:(8) 缺貨拒絕:(9) 商品查詢:(10) 商品信息維護(hù):(11) 銷售查詢:(12) 員工信息維護(hù):(13) 報(bào)表維護(hù):(14) 訂單增加:(15) 訂單刪除。3. 創(chuàng)建用例圖 系統(tǒng)管理的用例圖如圖3-1所示。 圖3-1
16、 系統(tǒng)管理用例圖系統(tǒng)用戶的用例圖如圖3-1所示。 圖3-2 系統(tǒng)用戶用例圖3.3系統(tǒng)的時(shí)序圖與協(xié)作圖(1)顧客建立訂單時(shí)序圖如圖3-3所示圖3-3 顧客建立訂單時(shí) 用戶首先使用自己的賬號(hào)和密碼登錄系統(tǒng),登錄模塊會(huì)將客戶的ID保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件,客戶輸入適當(dāng)?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的商品列表。客戶得到商品列表后,提交自己想要購(gòu)買的商品ID,訂購(gòu)模塊得到商品ID。生成訂單并提交給數(shù)據(jù)模塊進(jìn)行保存,保存成功后,訂購(gòu)模塊提示用戶訂購(gòu)商品成功。(2) 顧客刪除訂單時(shí)序圖如圖3-4所示。 圖3-4 客戶刪除訂單時(shí)序圖 客戶在提交訂單后可以對(duì)訂
17、單進(jìn)行維護(hù)(添加、刪除、修改)。客戶首先輸入自己的賬號(hào)和密碼登錄系統(tǒng)。登錄模塊會(huì)將客戶的ID保存在系統(tǒng)緩存中并提交給訂單查詢模塊。訂單查詢模塊顯示該客戶當(dāng)前的所有訂單,客戶得到該列表后,選擇需要?jiǎng)h除的商品ID,訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊,數(shù)據(jù)模塊保存信息。訂單處理模塊提示用戶刪除操作成功。(3) 管理員處理訂單時(shí)序圖如圖3-5所示。圖3-5 管理員處理訂單時(shí)序圖 管理員使用其賬號(hào)和密碼登錄后,登錄模塊會(huì)將管理員的ID保存在系統(tǒng)緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理的列表,管理員提交某商品ID得到該商品的庫(kù)存情況,如果庫(kù)存充足則接受訂單,并把接受信息提交數(shù)據(jù)模塊,數(shù)
18、據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊,訂單處理模塊提示管理員該操作成功。(4)顧客建立訂單協(xié)作圖3-6所示。 圖3-6 顧客建立訂單協(xié)作圖(5)顧客刪除訂單協(xié)作圖如圖3-7所示。 圖3-7 顧客刪除訂單協(xié)作圖(6)管理員處理訂單協(xié)作圖如圖2-8所示。圖3-8 管理員處理訂單協(xié)作圖3.4系統(tǒng)的活動(dòng)圖活動(dòng)圖可以分為垂泳道,每個(gè)泳道進(jìn)表示工作流中不同的參與者。查看泳道中的活動(dòng),就可以知道某個(gè)參與者的責(zé)任。通過不同泳道中活動(dòng)的過渡,可以了解誰(shuí)要與誰(shuí)進(jìn)行通信。這些信息在建模或理解業(yè)務(wù)程時(shí)非常重要。 顧客購(gòu)買商品和管理員處理訂單的活動(dòng)圖如圖3-9所示。 圖3-9 系統(tǒng)活動(dòng)圖 從圖3-9中
19、可以看出,管理員、顧客發(fā)生了相互的關(guān)系。顧客登錄后查詢商品,在選擇了自己希望購(gòu)買的商品后提交訂單,接下來(lái)顧客處于查詢訂單的循環(huán)狀態(tài)。與此同時(shí),管理員接收到了顧客提交的訂單,并根據(jù)該訂單對(duì)應(yīng)商品的庫(kù)存情況判斷是否拒絕該訂單,并更新客戶訂單。在顧客查詢到訂單狀態(tài)變成已處理后,購(gòu)買過程結(jié)束。3.5 類圖的生成 1參與者相關(guān)的類 系統(tǒng)中的類圖如圖3-10所示。 圖3-10 系統(tǒng)類圖 類圖說(shuō)明(1) Person是所有類的父類,它的屬性包括用于標(biāo)識(shí)不同身份的人的ID,姓名(Name)以及地址(Address)。它的方法包括根據(jù)ID查詢、根據(jù)姓名查詢、設(shè)置某人的姓名、地址等。(2) Customer繼承了
20、父類的方法和屬性并添加了自己的屬性和方法。date表示該用戶客戶訂單。(3) Employee繼承了person,它的屬性password表示登錄密碼。這是所有員工共有的操作。系統(tǒng)管理員類中還增加了查詢分析和報(bào)表打印的方法。 2系統(tǒng)中的其他類 系統(tǒng)中的其他類如圖3-11所示。 圖3-11 系統(tǒng)中的其他類(1) book是圖書類。它的屬性包括圖書ID、圖書名稱(name)、圖書介紹(introduce)、圖書作者(author)、圖書價(jià)格(price),商品類的方法有add()用于添加。(2) Orders是訂單類。它的屬性包括訂單ID、用戶ID、商品ID、訂單日期(date)。訂單類的方法包括
21、添加訂單add()。查詢訂單select()、刪除訂單delete()。這些方法中select()供person類使用,delete()供Custome類使用。(3) Record存儲(chǔ)記錄類。該類存儲(chǔ)了所有的用戶操作,包括用戶的查詢和訂購(gòu)操作,這些數(shù)據(jù)是后臺(tái)程序分析的基礎(chǔ)。該類的屬性包括記錄ID、用戶ID、圖書ID、操作類型、數(shù)量,方法查詢select ()、打印print()、添加add()、刪除delete()。3.6 各類這間的關(guān)系 網(wǎng)上圖書銷售系統(tǒng)各類這間的關(guān)系如圖3-12所示。 圖3-12 類間關(guān)系圖類圖說(shuō)明一個(gè)操作員可以處理多個(gè)訂單。一個(gè)管理員也可以處理多個(gè)訂單,并且管理員具有數(shù)據(jù)
22、查詢的權(quán)限。一個(gè)訂單中包括了多個(gè)商品,一條歷史記錄中也包括了多個(gè)商品,一個(gè)顧客只能對(duì)應(yīng)一條歷史記錄,但他有多個(gè)訂單的記錄。3.7系統(tǒng)的配置與實(shí)現(xiàn) 下面介紹系統(tǒng)的組件圖與配置圖。3.7.1 系統(tǒng)的組件圖 系統(tǒng)的組件圖如圖3-13所示,包括系統(tǒng)服務(wù)、客戶服務(wù)和數(shù)據(jù)服務(wù)3個(gè)組件。 圖3-13 系統(tǒng)組件圖3.7.2 系統(tǒng)的配置圖 系統(tǒng)由多個(gè)節(jié)點(diǎn)構(gòu)成,應(yīng)用服務(wù)器負(fù)責(zé)整個(gè)系統(tǒng)的總體協(xié)調(diào)工作,數(shù)據(jù)庫(kù)負(fù)責(zé)數(shù)據(jù)管理。客戶機(jī)通過互聯(lián)網(wǎng)與應(yīng)用服務(wù)器相連,這樣管理員可以通過互聯(lián)網(wǎng)管理應(yīng)用服務(wù)器,客戶可以通過互聯(lián)網(wǎng)訪問應(yīng)用服務(wù)器得到圖書銷售服務(wù)。系統(tǒng)的配置圖如圖3-14所示。 圖3-14 系統(tǒng)配置圖 參考文獻(xiàn)1. Pe
23、rdita Stevens,Rob Pooley .使用UML-關(guān)于對(duì)象和組件軟件工程。人民郵電出版社。20032. 吳建,鄭潮,汪杰。UML基礎(chǔ)與Rose 建模案例,人民郵電出版社,20043. htt:/4. http;/4、概要設(shè)計(jì)4.1 系統(tǒng)設(shè)計(jì)目標(biāo)對(duì)于典型的數(shù)據(jù)庫(kù)管理系統(tǒng),尤其是對(duì)像電子商務(wù)這樣的數(shù)據(jù)流量特別大的網(wǎng)絡(luò)管理系統(tǒng),必須要滿足使用方便、操作靈活等設(shè)計(jì)要求。本系統(tǒng)在設(shè)計(jì)時(shí)應(yīng)該滿足以下幾個(gè)目標(biāo):l 采用人機(jī)對(duì)話的操作方式,界面設(shè)計(jì)美觀友好、信息查詢靈活、方便、快捷、準(zhǔn)確、數(shù)據(jù)存儲(chǔ)安全可靠。l 全面展示書店內(nèi)所有的圖書,并可展示最新圖書及特價(jià)圖書。l 為顧客提供一個(gè)方便、快捷的圖
24、書信息查詢功能。采用模糊查詢查詢數(shù)據(jù)。l 實(shí)現(xiàn)網(wǎng)上購(gòu)物。l 商品銷售排行,以方便顧客了解本商城內(nèi)的熱銷商品及幫助企業(yè)領(lǐng)導(dǎo)者做出相應(yīng)的決策。l 查看商城內(nèi)的公告信息。l 用戶隨時(shí)都可以查看自己的訂單。l 對(duì)用戶輸入的數(shù)據(jù),系統(tǒng)進(jìn)行嚴(yán)格的數(shù)據(jù)檢驗(yàn),盡可能排除人為的錯(cuò)誤。l 系統(tǒng)最大限度地實(shí)現(xiàn)了易維護(hù)性和易操作性。l 系統(tǒng)運(yùn)行穩(wěn)定、安全可靠。4.2 系統(tǒng)設(shè)計(jì)思想本系統(tǒng)采用三層架構(gòu)設(shè)計(jì),它的工作原理如圖4-1所示。圖4-2 三層結(jié)構(gòu)原理圖采用三層構(gòu)架以后,用戶界面層通過統(tǒng)一的接口向業(yè)務(wù)層發(fā)送請(qǐng)求,業(yè)務(wù)層按自己的邏輯規(guī)則將請(qǐng)求處理之后進(jìn)行數(shù)據(jù)庫(kù)操作,然后將數(shù)據(jù)庫(kù)返回的數(shù)據(jù)封裝成類的形式返回給用戶界面層。
25、這樣用戶界面層甚至可以不知道數(shù)據(jù)庫(kù)的結(jié)構(gòu),它只要維護(hù)與業(yè)務(wù)層之間的接口即可。4.3 系統(tǒng)功能模塊劃分根據(jù)需求分析及三層架構(gòu)設(shè)計(jì)的思想,設(shè)計(jì)出客戶系統(tǒng)功能如圖4-3圖 4-3 客戶端系統(tǒng)后臺(tái)管理的系統(tǒng)功能圖如圖4-4圖4-4 后臺(tái)管理系統(tǒng)功能圖4.4系統(tǒng)結(jié)構(gòu)設(shè)計(jì)根據(jù)面向?qū)ο蠛腿龑咏Y(jié)構(gòu)設(shè)計(jì)的思想,可得出如圖3-5所示的系統(tǒng)結(jié)構(gòu)設(shè)計(jì)圖。 圖4-5 系統(tǒng)結(jié)構(gòu)圖4.5系統(tǒng)功能簡(jiǎn)介4.5.1系統(tǒng)基本功能1)圖書信息查詢?cè)撃K實(shí)現(xiàn)圖書信息的分類顯示,提供最新商品的推薦顯示以及銷售顯示,便于引導(dǎo)購(gòu)物取向。此外,還提供依據(jù)圖書名稱或是編號(hào)等包含關(guān)鍵字實(shí)現(xiàn)快速搜索的功能并顯示圖書的有關(guān)詳細(xì)信息。2)購(gòu)物車管理用于
26、對(duì)每一個(gè)進(jìn)入系統(tǒng)的用戶所對(duì)應(yīng)的購(gòu)物車進(jìn)行管理。將用戶所選購(gòu)的圖書信息,包括價(jià)格、數(shù)量等信息記錄到對(duì)應(yīng)的購(gòu)物車上,便于到收銀臺(tái)進(jìn)行結(jié)帳處理。同時(shí)在此模塊中,用戶還可以方便的實(shí)現(xiàn)修改購(gòu)物圖書、清空購(gòu)物車等操作。3)會(huì)員信息管理實(shí)現(xiàn)系統(tǒng)相關(guān)用戶信息的注冊(cè)及身份驗(yàn)證,同時(shí)也提供對(duì)應(yīng)的用戶資料的更新。該系統(tǒng)可以收集用戶相關(guān)的聯(lián)系方式、通訊地址等信息,可以更好的拓展銷售規(guī)模。4)訂單處理根據(jù)購(gòu)物車中的信息,以及用戶所選擇的送貨方式和付款方式,和用戶對(duì)應(yīng)的個(gè)人信息生成訂單,便于后續(xù)工作的處理。在該模塊中,用戶可以隨時(shí)查閱自己的訂單,并對(duì)其進(jìn)行取消等處理操作。4.6 數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)在一個(gè)信息管理系統(tǒng)中占有非
27、常重要的地位,數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)的好壞將直接對(duì)應(yīng)用系統(tǒng)的效率,以及實(shí)現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)可以提高數(shù)據(jù)存儲(chǔ)的效率,保證數(shù)據(jù)的完整和一致10。4.6.1 數(shù)據(jù)庫(kù)需求分析針對(duì)網(wǎng)上圖書銷售系統(tǒng)的需求分析,得出如下需求信息。訂單分為單張?jiān)敿?xì)訂單和總訂單。§ 一個(gè)用戶可以購(gòu)買多本圖書。§ 一個(gè)用戶對(duì)應(yīng)一張訂單。§ 一個(gè)列表對(duì)應(yīng)多張訂單。針對(duì)本系統(tǒng)功能分析,總結(jié)出如下的需求信息。§ 用戶,包括數(shù)據(jù)項(xiàng):用戶ID、用戶名、密碼。§ 圖書,包括數(shù)據(jù)項(xiàng):圖書編號(hào)、圖書名、價(jià)格、圖書介紹。§ 訂單列表,包括數(shù)據(jù)項(xiàng):訂單編號(hào)、圖書編號(hào)、購(gòu)書數(shù)量。
28、§ 訂單,包括數(shù)據(jù)項(xiàng):訂單編號(hào)、用戶編號(hào)、下單時(shí)間。4.6.2 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)從本系統(tǒng)中規(guī)劃出的實(shí)體有:用戶信息實(shí)體、管理員信息實(shí)體、圖書實(shí)體、圖書分類實(shí)體、訂單實(shí)體、訂單列表實(shí)體。實(shí)體之間關(guān)系的E-R圖如圖4-6所示 圖4-6 實(shí)體之間的E-R圖 管理員實(shí)體的E-R圖,如圖4-7所示。 圖書分類實(shí)體的E-R圖,如圖4-8所示。用戶信息實(shí)體的E-R圖,如圖4-9所示。圖書實(shí)體的E-R圖,如圖4-10所示。訂單實(shí)體的E-R圖,如圖4-11所示。訂單列表實(shí)體的E-R圖,如圖4-12所示。 圖4-7 管理員實(shí)體的E-R圖 圖4-8 圖書分類實(shí)體E-R圖 圖 4-9 用戶實(shí)體E-R圖 圖
29、4-10 圖書實(shí)體E-R圖 圖4-11 訂單實(shí)體E-R圖圖 4-12訂單列表實(shí)體的E-R圖4.7 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)本系統(tǒng)數(shù)據(jù)庫(kù)采用SQL Server 2000數(shù)據(jù)庫(kù),系統(tǒng)數(shù)據(jù)庫(kù)名稱為bookshop,下面分別給出數(shù)據(jù)表概要說(shuō)明、數(shù)據(jù)表關(guān)系概要說(shuō)明及主要數(shù)據(jù)表的結(jié)構(gòu)。1、數(shù)據(jù)表概要說(shuō)明數(shù)據(jù)表樹型結(jié)構(gòu)圖如圖4-13所示,該數(shù)據(jù)表樹型結(jié)構(gòu)圖包含系統(tǒng)所有的數(shù)據(jù)表 圖4-13數(shù)據(jù)表樹型結(jié)構(gòu)圖 2、各個(gè)表的的結(jié)構(gòu)如下表表4-1為圖書信息列表,記錄書店現(xiàn)有的圖書信息。表4-1Book表列名數(shù)據(jù)類型長(zhǎng)度允許空注釋IDInt 4圖書編號(hào)BookNamevarchar40否圖書名稱BookClassInt4否
30、圖書分類AuthorVarchar25是作者PublishVarchar150是出版社BookNoVarchar30是書號(hào) Contenttext300是內(nèi)容Pricefloat8是價(jià)格Amountint4是總數(shù)量Leav_numberint4是剩余數(shù)量RegTimedatatime8是注冊(cè)時(shí)間Picturevarchar60是封面表4-2為書店管理員信息表,記錄管理員的帳號(hào)和密碼。 表4-2 BookAdmin表列名數(shù)據(jù)類型長(zhǎng)度允許空注釋AdminuserVarchar20否管理員AdminPassVarchar20否管理員密碼表4-3為用戶信息表,記錄用戶的基本信息。表4-3 用戶表列名數(shù)
31、據(jù)類型長(zhǎng)度允許空注釋IDInt 2否用戶編號(hào)UserNameVarchar50否用戶名passWordVarchar50否密碼NamesVarchar50否真名SexVarchar50是性別AddressVarchar50是地址PhoneVarchar50是電話PostVarchar50是郵編EmailVarchar50是電子郵件RegTimeDatatime50是注冊(cè)時(shí)間RegIPAddressvarchar50是注冊(cè)IP地址表4-4為訂單總表,記錄某個(gè)用戶的訂單總信息。 表4-4 訂單總表列名數(shù)據(jù)類型長(zhǎng)度允許空注釋IDInt4 否總訂單編號(hào)OrderIDInt4否訂單號(hào)BookNoInt4
32、否書號(hào) Amountint4是數(shù)量表4-5為訂單表,記錄但張訂單的具體信息。表4-5 訂單表列名數(shù)據(jù)類型長(zhǎng)度允許空注釋IDInt4否訂單IDOrderIDVarchar50否總訂單UserIdVarchar50否用戶IDSubmitTimeDatatime8是提交時(shí)間ConsignmentTimeDatatime8是購(gòu)買時(shí)間TotalPriceFloat16是總價(jià)格contentText300是描述IpaddressVarchar50是Ip 地址IspayoffVarchar50是是否付款I(lǐng)sAddressvarchar20是是否發(fā)貨表4-6為圖書分類表,記錄書店現(xiàn)有圖書的分類。表4-6 Bo
33、okclass表列名數(shù)據(jù)類型長(zhǎng)度允許空注釋IDVarchar30否分類編號(hào)ClassNamevarchar30否分類名5、詳細(xì)設(shè)計(jì)5.1程序描述5.1.1功能(1) 顧客可以方便地查看圖書信息,及了解每天的特價(jià)圖書。(2) 顧客可以方便地隊(duì)購(gòu)物車中的圖書進(jìn)行增加、刪除、修改和下訂單。(3) 顧客可以反饋?zhàn)约旱臐M意和部滿意意見。(4) 圖書管理員可以方便地添加、刪除、修改圖書。(5) 訂單管理員可以方便地查看訂單,可以方便地進(jìn)行發(fā)貨操作和記錄缺貨的處理情況。(6) 顧客反饋信息管理員可以方便地查看顧客反饋信息和記錄反饋信息的處理情況。(7) 特價(jià)商品管理員可以方便地添加、刪除、修改特價(jià)圖書。(8
34、) 用戶管理員可以方便地增加、刪除、修改各種部同的用戶。5.1.2 可用性本系統(tǒng)符合Microsoft的GUI標(biāo)準(zhǔn)。5.1.3 可靠性(1) 服務(wù)器模塊可以24小時(shí)無(wú)人運(yùn)行;(2) 平均故障間隔時(shí)間是每月1次;(3) 平均修復(fù)時(shí)間是3小時(shí);(4) 可采用雙服務(wù)器保證數(shù)據(jù)完整。5.1.4 性能(1) 響應(yīng)時(shí)間:對(duì)遠(yuǎn)程查詢?cè)L問響應(yīng)的平均時(shí)間是3秒,最長(zhǎng)是10秒;Intranet程序的響應(yīng)時(shí)間少于1秒。(2) 吞吐量:每秒處理的事務(wù)數(shù)達(dá)到2000條。(3) 容量:系統(tǒng)可以容納的客戶數(shù)是1000人同時(shí)使用。5.1.5 聯(lián)機(jī)用戶文檔和幫助系統(tǒng)需求聯(lián)機(jī)用戶文檔、幫助系統(tǒng)需求說(shuō)明書。5.1.6 接口(1)
35、用戶界面本系統(tǒng)的用戶界面分為用戶程序和網(wǎng)絡(luò)程序兩個(gè)部分。程序是標(biāo)準(zhǔn)的Windows程序,提供圖形化的用戶界面。(2) 外部接口本系統(tǒng)使用的是數(shù)據(jù)庫(kù)開發(fā)技術(shù),采用了ADO技術(shù)訪問數(shù)據(jù)庫(kù)。系統(tǒng)各個(gè)模塊所訪問的數(shù)據(jù)都存儲(chǔ)在數(shù)據(jù)庫(kù)中,杜絕了文件訪問,具有很高的安全性和保密性。因此本系統(tǒng)與外部是接口主要是數(shù)據(jù)庫(kù)與外部的接口。(3) 內(nèi)部接口本系統(tǒng)與數(shù)據(jù)庫(kù)通過ADO與ODBC連接。Client/Server采用ODBC接口實(shí)現(xiàn)數(shù)據(jù)庫(kù)的調(diào)用,Browser/Server采用ADO接口調(diào)用5.2 總體設(shè)計(jì)5.2.1 數(shù)據(jù)層數(shù)據(jù)服務(wù)是一組包裝了對(duì)數(shù)據(jù)庫(kù)進(jìn)行各種操作(如連接數(shù)據(jù)庫(kù)、獲取數(shù)據(jù)、關(guān)閉連接等)的類。(1
36、)Base類該類主要提供一些基本的數(shù)據(jù)庫(kù)操作方法。方 法 名 稱描 述Protected static int ExecuteSql(string strSQL)執(zhí)行SQL命令。通過使用SqlCommand對(duì)象的ExecuteNonQuery方法來(lái)判斷執(zhí)行結(jié)果。Protected static int ExecuteSqlEx(string strSQL)執(zhí)行SQL命令的另一種方法。通過SqlDataReader.Read方法來(lái)判斷執(zhí)行結(jié)果。Protected static DataSet ExecuteSql4Ds(string strSQL)將SQL命令執(zhí)行結(jié)果填充到一個(gè)數(shù)據(jù)集中,并返回該
37、數(shù)據(jù)集。Protected static int ExecuteSql4Value(string strSQL)返回一個(gè)單一的值。使用SqlCommand對(duì)象的ExecuteScalar方法執(zhí)行查詢,并返回查詢所返回的結(jié)果集中第一行的第一列。Protected static object ExecuteSql4ValueEx(string strSQL)與ExecuteSql4Value類似,返回值為object類型的對(duì)象。Protected static int ExecuteSqls(string strSQLs)批量執(zhí)行SQl語(yǔ)句。(2)Book類該類定義了與書籍操作相關(guān)的各種數(shù)據(jù)庫(kù)操作
38、方法,例如添加、刪除、查詢書籍等。方 法 名 稱描 述Public void AddBook(ArrayList tempary)添加新書。Public void DeleteBookByID(int bookID)通過書的ID來(lái)刪除該書。Public DataView GetBook()返回所有書的記錄。Public DataView GetBookTop10()返回銷售榜前十。Public SqlDataReader GetBookByHits()返回點(diǎn)擊率最高的前十本書。Public DataView GetBookCover(int bookID)返回某一本書的封面。Public Da
39、taRow GetBookDetail(int bookID)返回某一本書的詳細(xì)信息。Public SqlDataReader GetBookMessage(int bookTypeid)返回某一本書的簡(jiǎn)介。Public DataView GetNewBook()返回新到書目。Public DataSet GetOrderDetail(string name,string pwd,int Orderid)返回訂單中某一具體條目的信息。Public static void Hits(string bookid)點(diǎn)擊次數(shù)加1。Public static DataSet Search(string
40、strCon)在books視圖中利用用戶輸入的任意搜索條件進(jìn)行數(shù)據(jù)的搜索。Public DataView GetBook()為搜索引擎提供的書籍搜索。(3)BookType類該類定義了與書籍種類操作相關(guān)的各種數(shù)據(jù)庫(kù)操作方法,例如添加、刪除書籍種類等。方 法 名 稱描 述Public void Add(string name,string memo)添加新種類。Public DataView GetBookType()獲得所有種類。Public bool IfExist(string BTName)判斷某種類是否已經(jīng)存在。Public void delete(int id)刪除種類。(4)Com
41、ment類該類定義了與書籍評(píng)論相關(guān)的各種數(shù)據(jù)庫(kù)操作方法,例如添加、刪除評(píng)論信息等。方 法 名 稱描 述Public DataView GetCommentByBookID(int BookID)返回某一本書的所有評(píng)論。Public DataView GetCommentTop10()返回前10個(gè)評(píng)論。Public void InsertComment(ArrayList arr)刪除評(píng)論。(5)User類該類定義了與用戶操作相關(guān)的各種數(shù)據(jù)庫(kù)操作方法,例如添加、刪除用戶信息等。方 法 名 稱描 述Public static void Add(string name,string password
42、,string mail)添加用戶。Public static void ChangePassword(string name,string oldPassword,string newPassword)更改密碼。Public static bool Check(string name,string mail)忘記密碼時(shí),檢查是否存在該用戶。Public static void Delete(int id)通過用戶id刪除該用戶。Public static void Delete(string name)通過用戶名刪除該用戶。Public static void DeleteGroup(str
43、ing names)同時(shí)刪除多個(gè)用戶。Public static string GetPassword(string name)獲取密碼。Public bool GetUserInfo()獲取用戶信息。Public static DataSet GetUsers()返回所有用戶。Public static bool IsExist(string name)查詢是否存在該用戶名。Public static bool IsSupervisor(string name)判斷登錄用戶是否是管理員。Public static bool Login(string name,string password)
44、處理用戶登錄。Public static bool Update(string mail,string name,string password)更新用戶信息。(6)LackRecord類該類定義了與登錄庫(kù)存中所沒有的書籍相關(guān)的各種數(shù)據(jù)庫(kù)操作方法,例如添加、刪除這些書籍信息等。方 法 名 稱描 述Public static void Add(int userid,string name,string publisher)添加書籍信息。Public static void Delete(string ids)刪除某條書籍信息。Public static void DeleteGroup(stri
45、ng ids)刪除多條書籍信息。Public static DataSet GetLackRecords()返回沒有管理員回復(fù)的所有書籍。Public static DataSet GetLackRecords(int userid)返回某個(gè)用戶希望增加的那些書籍。Public static bool IsExist(string name,string publisher)確認(rèn)庫(kù)存中是否確實(shí)沒有該書。Public static void SetReply(int id,string reply)添加回復(fù)。Public static bool Update(int id,string name
46、,string publisher)更改書籍信息。(7)Order類該類定義了與訂單相關(guān)的各種數(shù)據(jù)庫(kù)操作方法,例如添加訂單、更改訂單狀態(tài)等。方 法 名 稱描 述Public void Add(OrderDetails value)添加訂單。Public void Clear()刪除訂單。Public static bool Deal(int orderid)設(shè)置某一訂單的狀態(tài)為已處理,并相應(yīng)修改該訂單中涉及的各種書籍售額。Public static DataSet GetDetails(int orderid)獲得訂單中某一書籍的詳細(xì)信息。Public static DataSet GetOr
47、der(int orderid)返回某一訂單。Public static DataSet GetOrders()返回所有未處理訂單。Public static DataSet GetOrders(int ids)返回某用戶所下的所有訂單,以及訂單的相應(yīng)狀態(tài)。Public void Remove(int itemid)通過OrderDetails表中的ID字段來(lái)刪除訂單中的某一本書。Public void RemoveAt(int index)通過allbooks數(shù)組中的索引值來(lái)刪除訂單中的某一本書。Public int Have(int userid)將用戶訂單中的個(gè)本書逐個(gè)添加到OrderD
48、etails中。(8)OrderDetails類該類定義了與訂單中的具體條目相關(guān)的數(shù)據(jù)庫(kù)操作方法,主要是獲取某訂單條目的數(shù)量。方 法 名 稱描 述Public OrderDetails(int bookID,int qty)獲取某訂單條目的書名號(hào)和數(shù)量。(9)TempStore類該類定義了與購(gòu)物車相關(guān)的各種數(shù)據(jù)庫(kù)操作方法,例如添加、刪除某一本圖書等。方 法 名 稱描 述Public static void Add(int bookID,int userID)添加書籍到臨時(shí)購(gòu)物車中。Public static void Clear(int userID)清空當(dāng)前用戶購(gòu)物車中的所有書籍。Publi
49、c static void Delete(int bookID,int userID)從購(gòu)物車中刪除某一本書。Public static DataSet GetBooks(int userID)獲得當(dāng)前用戶購(gòu)物車中所有的圖書。Public static bool IsExist(int bookID,int userID)查詢當(dāng)前用戶的購(gòu)物車中是否已經(jīng)有了該書。5.2.2 應(yīng)用層對(duì)于管理數(shù)據(jù)庫(kù)來(lái)說(shuō),書籍訪問類已經(jīng)足夠了,因?yàn)樘砑印⒕庉嫽騽h除記錄時(shí)沒有特殊的規(guī)則需要遵循。簡(jiǎn)單的規(guī)則,例如防止添加已經(jīng)存在的記錄的規(guī)則在設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候就已經(jīng)指定了。然而,如果需要處理更復(fù)雜的商務(wù)規(guī)則,或者需求用更加
50、面向?qū)ο蟮姆椒▉?lái)訪問數(shù)據(jù),者時(shí)候,數(shù)據(jù)層只能提供基本的功能,而不能提供描述對(duì)象與其它對(duì)象(子類對(duì)象、父類對(duì)象)之間關(guān)系的屬性。因此,需要?jiǎng)?chuàng)建另一些類來(lái)提供這些功能,并且把商務(wù)邏輯層與數(shù)據(jù)層分開。這是必須的,因?yàn)檩^底層不應(yīng)該訪問適用于其它層的信息,如果需要此信息,那么它就應(yīng)該作為方法的參數(shù)傳遞。應(yīng)用層是基于數(shù)據(jù)層之上的,并且有提供實(shí)體的完整的面向?qū)ο蟮拿枋龅念悾灿胁僮魉鼈兊姆椒āK茈[藏?cái)?shù)據(jù)層的詳細(xì)信息,并能防止直接訪問被保護(hù)的記錄。Functions類該類包括許多本系統(tǒng)所有使用的通用函數(shù)、過程,這樣可以通過代碼的重用來(lái)優(yōu)化系統(tǒng)。方 法 名 稱描 述Public static string DeTranssform1(string str)對(duì)字符串進(jìn)行解密。Public static string DeTranssform3(string str)另一種解密字符串的方法。Public static string De(string strCookie,int type)根據(jù)type的值選擇不同的解密方法。Public static string Decrypt(string P
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 筆記重點(diǎn)2025年證券從業(yè)資格證考試試題及答案
- 長(zhǎng)期投入的證券從業(yè)資格證試題及答案
- 項(xiàng)目團(tuán)隊(duì)績(jī)效管理的考試題型分析試題及答案
- 探索注冊(cè)會(huì)計(jì)師考試的行業(yè)背景與變化趨勢(shì)試題及答案
- 2025年證券從業(yè)資格理解與運(yùn)用試題及答案
- 財(cái)務(wù)報(bào)告審核技巧試題及答案2025
- 注冊(cè)會(huì)計(jì)師考試學(xué)術(shù)研究對(duì)提高專業(yè)素養(yǎng)的貢獻(xiàn)探討試題及答案
- 項(xiàng)目目標(biāo)與設(shè)計(jì)思路的有效結(jié)合試題及答案
- 員工心理健康與支持措施計(jì)劃
- 把握2025年證券從業(yè)資格證考試機(jī)會(huì)試題及答案
- 義務(wù)教育勞動(dòng)教育課程標(biāo)準(zhǔn)(2022版)考試題庫(kù)(含答案)
- 壓力容器設(shè)計(jì)質(zhì)量手冊(cè)+記錄表卡
- JGJ3-2010 高層建筑混凝土結(jié)構(gòu)技術(shù)規(guī)程
- JT-T-1184-2018城市公共汽電車企業(yè)運(yùn)營(yíng)成本測(cè)算規(guī)范
- 18籃球的體前變向換手運(yùn)球
- JBT 14585-2024 信號(hào)蝶閥(正式版)
- JGJ107-2016鋼筋機(jī)械連接技術(shù)規(guī)程
- (高清版)WST 402-2024 臨床實(shí)驗(yàn)室定量檢驗(yàn)項(xiàng)目參考區(qū)間的制定
- 圍墻拆除工程施工方案
- 性發(fā)育異常疾病課件
- 清水河儲(chǔ)能電站施工方案設(shè)計(jì)
評(píng)論
0/150
提交評(píng)論