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