【文章內(nèi)容簡介】 與數(shù)據(jù)流程分析，都是為以后構(gòu)建數(shù)據(jù)庫系統(tǒng)、功能模塊設(shè)計(jì)過程的打下基礎(chǔ)。數(shù)據(jù)流程的描述工具是數(shù)據(jù)流程圖，還有附帶的數(shù)據(jù)字典、邏輯出理的圖表。數(shù)據(jù)流程圖是用來敘述系統(tǒng)的邏輯模型的一種工具，它就是以幾種符號，綜合的反映出了信息在系統(tǒng)中的流動、保存跟傳遞?；跇I(yè)務(wù)流程分析的基礎(chǔ)，對數(shù)據(jù)流做了一定的分析，從數(shù)據(jù)流動過程中，研究實(shí)際業(yè)務(wù)中的數(shù)據(jù)處理過程。圖書銷售系統(tǒng)之?dāng)?shù)據(jù)流圖可分為頂層、一層。頂層數(shù)據(jù)流圖，如圖32所示。圖32 頂層數(shù)據(jù)流圖繼續(xù)分析第一層的數(shù)據(jù)流圖，如圖33所示。圖33 第一層數(shù)據(jù)流圖（1）瀏覽者（非會員用戶）；瀏覽者可以瀏覽所有的書籍，也可以查看書籍的具體信息、價(jià)格等，還可以搜索自己想要購買的書籍，但是不可以下訂單，下訂單必須登錄系統(tǒng)。瀏覽者（非會員用戶）的權(quán)限受到限制，不能購買圖書，只能夠?yàn)g覽本系統(tǒng)中所有的圖書、搜索圖書。如圖34所示。圖34 瀏覽者用例圖（2）會員；會員可以登錄系統(tǒng)，可以瀏覽查看所有的書籍，也可以下訂單購買書籍，收到貨之后可以確認(rèn)收貨，對于購買了的書籍可以評論；會員也可以修改自己的個(gè)人信息。如圖35所示。圖35 會員用例圖（3）系統(tǒng)管理員。系統(tǒng)管理員可以登錄系統(tǒng)，對書籍進(jìn)行添加刪除操作，以及對會員的管理。可以修改登錄密碼。如圖36所示。圖36 系統(tǒng)管理員用例圖這一章當(dāng)中，主要是介紹了圖書銷售系統(tǒng)的需求，通過業(yè)務(wù)流程圖、數(shù)據(jù)流圖，還有人員的用例圖，清晰地反應(yīng)了銷售系統(tǒng)的工作流程。詳細(xì)的介紹了系統(tǒng)的功能需求和性能需求。有了系統(tǒng)的明確需求，就更加容易了解圖書銷售系統(tǒng)。4 系統(tǒng)的總體設(shè)計(jì)系統(tǒng)設(shè)計(jì)就是把軟件的需求，轉(zhuǎn)換成用系統(tǒng)實(shí)現(xiàn)的過程。通過對本系統(tǒng)的分析跟研究，做出了圖書銷售系統(tǒng)的總體規(guī)劃，這可是全方位系統(tǒng)開發(fā)的必要基礎(chǔ)。在對圖書銷售系統(tǒng)進(jìn)行全方位的分析調(diào)查基礎(chǔ)上，制定了銷售系統(tǒng)的總體規(guī)劃。從數(shù)據(jù)流圖開始，到對數(shù)據(jù)流圖做一定分析，得出了層次化地模塊結(jié)構(gòu)圖。本系統(tǒng)中具有系統(tǒng)管理員登錄、會員登錄兩個(gè)模塊。系統(tǒng)管理員登錄就包括：修改信息、圖書管理、會員管理、評論管理，訂單管理等；會員登錄包括、修改信息、瀏覽圖書、搜索圖書和購買圖書。如圖41所示。圖41 管理員和會員功能模塊圖（1）會員功能模塊。瀏覽圖書：會員可以瀏覽所有圖書的信息；購買圖書：查到了自己想要的圖書時(shí)，會員可以選擇購買；評論圖書：會員收到圖書后，可以對購買的圖書進(jìn)行評價(jià)；搜索圖書：在主頁上沒有的顯示的、會員指導(dǎo)書名的，會員可以直接搜索；申請退款：當(dāng)對交易存在異議或則取消交易時(shí)，會員可以申請退款；修改信息：會員可以修改自己的個(gè)人信息。（2）管理員模塊。圖書管理：管理員可以對所有的圖書進(jìn)行管理，增、刪、改、查四大操作；會員管理：可以對現(xiàn)有的會員進(jìn)行管理；訂單管理：查看所有的訂單，查看訂單的詳細(xì)信息；評論管理：列出所有的評論，對于非法評論進(jìn)行刪除；退款管理：在這里可以看到退款的信息，對于不合理的對款不予接受；修改信息：修改管理員的個(gè)人信息；意見管理：對會員提出的改進(jìn)意見進(jìn)行管理。（3） 數(shù)據(jù)庫連接技術(shù)。數(shù)據(jù)庫連接是一種關(guān)鍵的、有限的、而且昂貴的資源，他承載著用戶和服務(wù)器之間的數(shù)據(jù)交換的責(zé)任，這一點(diǎn)在多用戶的網(wǎng)頁應(yīng)用程序中體現(xiàn)的尤為突出。數(shù)據(jù)庫連接用到的靜態(tài)代碼塊技術(shù)，靜態(tài)代碼塊有著：只執(zhí)行一次，永遠(yuǎn)存在內(nèi)存中，沒當(dāng)進(jìn)行連接時(shí)，都會執(zhí)行內(nèi)存中的靜態(tài)代碼塊，在程序中又必須與數(shù)據(jù)庫頻繁的操作。因此靜態(tài)代碼塊技術(shù)是非常使用的一種技術(shù)。在程序代碼設(shè)計(jì)當(dāng)中，靜態(tài)代碼塊盡量少用，靜態(tài)代碼塊從產(chǎn)生到程序進(jìn)程結(jié)束，靜態(tài)代碼塊的代碼會一直存在電腦內(nèi)存中。因此，程序中如果存在大量靜態(tài)代碼塊或著是大量的靜態(tài)代碼段，程序運(yùn)行時(shí)，系統(tǒng)會占用大量的內(nèi)存資源，給系統(tǒng)帶來巨大資源耗損。在程序設(shè)計(jì)當(dāng)中，應(yīng)當(dāng)優(yōu)化代碼。如圖42所示。圖42 靜態(tài)代碼塊調(diào)用圖（4）內(nèi)部操作邏輯：會員在商品加入購物車時(shí)，購物車?yán)飼袑?yīng)的清單信息，但當(dāng)會員點(diǎn)擊了付款時(shí)，應(yīng)該要產(chǎn)生一條訂單記錄，而且要把對應(yīng)的購物車置為空，因?yàn)橐呀?jīng)下點(diǎn)單付款。會員購買圖書時(shí)，把圖書加入到購物車，程序后臺處理時(shí)，對購物車處理進(jìn)行判斷。如果該會員是第一次點(diǎn)擊加入購物車，系統(tǒng)后臺要為該會員生成一個(gè)購物車實(shí)體，并把會員點(diǎn)擊加入購物車的圖書加入到新建立的購物車實(shí)體中。如果該會員已經(jīng)存在未付款的購物車，則把會員購買的圖書直接加入原有的購物車實(shí)體當(dāng)中，并給出提示。當(dāng)會員點(diǎn)擊查看購物車時(shí)，系統(tǒng)把用戶購物車?yán)锏馁徫锴鍐螖?shù)據(jù)，全部封裝成model數(shù)據(jù)模型實(shí)體，并交給JSP頁面顯示[15]。當(dāng)會員點(diǎn)擊付款時(shí)，程序跳轉(zhuǎn)到結(jié)賬付款頁面，列出改會員的所有購物清單，如果會員付款成功，則把該會員對應(yīng)的購物車置為空。如果會員沒有付款，或者付款不成功，則程序?qū)徫镘嚥蛔鋈魏翁幚?，向會員提示錯誤信息。如圖43所示。圖43 會員付款展示圖當(dāng)管理員在后臺對會員下的訂單進(jìn)行發(fā)貨處理之后，會員再查看自己的訂單時(shí)，點(diǎn)單的狀態(tài)應(yīng)該改變?yōu)椋ㄒ寻l(fā)貨），而且不允許會員取消訂單。如圖44所示。圖44 管理員操作訂單展示圖數(shù)據(jù)庫是一個(gè)系統(tǒng)的核心跟基礎(chǔ)，數(shù)據(jù)庫設(shè)計(jì)的好壞，直接影響了整個(gè)系統(tǒng)質(zhì)量。數(shù)據(jù)是所有系統(tǒng)設(shè)計(jì)的基礎(chǔ)，換句說，數(shù)據(jù)庫設(shè)計(jì)那就像是大廈的地基一樣，如果數(shù)據(jù)庫設(shè)計(jì)地不合里、不完善，那么在系統(tǒng)的開發(fā)過程之中，有可能在后期的系統(tǒng)維護(hù)中、功能變更或者功能擴(kuò)充時(shí)，那就會引起一系列的問題，嚴(yán)重到一個(gè)地步時(shí)，甚至要重寫系統(tǒng)，重做大量的已完成工作。通過數(shù)據(jù)分析，得到系統(tǒng)中主要實(shí)體屬性圖。（1）系統(tǒng)管理員實(shí)體屬性圖，屬性：編號，用戶名，密碼，聯(lián)系方式。如圖45所示。圖45 系統(tǒng)管理員實(shí)體屬性圖（2）會員實(shí)體屬性圖，屬性：會員名，密碼，級別，收貨人，收貨地址，聯(lián)系方式。如圖46所示。圖46 會員實(shí)體屬性圖（3）圖書實(shí)體屬性圖，屬性：編號，圖書名，類別，價(jià)格，活動類別。如圖47所示。圖47 圖書實(shí)體屬性圖（4）折扣實(shí)體屬性圖，屬性：編號，活動類別，折扣數(shù)，折扣日期。具體折扣由管理員管理。如圖48所示。圖48 折扣實(shí)體屬性圖（5）訂單實(shí)體屬性圖，屬性：訂單號，下單日期，會員名，購物車號，付款方式，付款狀態(tài)，實(shí)付款，收貨人，收貨地址，聯(lián)系方式。當(dāng)會員把選擇的圖書加入購物車后，會員點(diǎn)擊了付款操作，則后臺程序在后臺產(chǎn)生一條訂單記錄，把該會員的所有購物清單信息加入訂單記錄信息中。管理員此時(shí)可以對該訂單進(jìn)行管理，發(fā)貨后把訂單該為已發(fā)貨狀態(tài)。如圖49所示。圖49 訂單實(shí)體屬性圖（6）購物車實(shí)體屬性圖，屬性：編號，會員名，圖書名數(shù)組，購買數(shù)數(shù)組。如圖410所示。圖410 購物車實(shí)體屬性圖（7）評論實(shí)體屬性圖，屬性：會員名，圖書名，日期，內(nèi)容。如圖411所示。圖411 評論實(shí)體屬性圖ER圖的組成元素一般有：實(shí)體、屬性、聯(lián)系。實(shí)體也就值是系統(tǒng)工作環(huán)境中所涉及到的事務(wù)，屬性那就是對實(shí)體特征的敘述。（1）模型中的實(shí)體就是對應(yīng)實(shí)體集或一個(gè)表，就不是單個(gè)的實(shí)體或是表中的一行了。實(shí)體是以矩形框來表示的，實(shí)體名稱要標(biāo)注到矩形框的內(nèi)部。要以菱形來表示實(shí)體之間的聯(lián)系，菱形框內(nèi)部寫上聯(lián)系的名稱，再用無向邊分別把菱形跟有關(guān)實(shí)體連接起來，最后在無向線旁標(biāo)上聯(lián)系之類型；（2）屬性也就是實(shí)體的性質(zhì)。用橢圓框來表示，與實(shí)體之間以直線連接；（3）然而子系統(tǒng)模塊之間，相同的主鍵之字段間有著相互關(guān)聯(lián)的聯(lián)系；（4）在程序中要控制他們的完整性跟一致性。從數(shù)據(jù)需求分析中，得到了系統(tǒng)中實(shí)體屬性圖，要遵循第三范式，對實(shí)體間存在的依賴關(guān)系進(jìn)行整理，得到系統(tǒng)ER圖。如圖