【正文】 信的方式向會員發(fā)布最新信息。2）有健全的售后投訴管理系統(tǒng)，當用戶希望與本站就有關(guān)電腦質(zhì)量問題或者服務(wù)問題進行協(xié)商時，可以通過客戶投訴將所要協(xié)商的內(nèi)容提交給本站。姜宇：在線銷售筆記本電腦網(wǎng)站設(shè)計與實現(xiàn)8 管理員對系統(tǒng)的要求1）系統(tǒng)能夠提供一個友好的管理員界面，使管理員可以對系統(tǒng)數(shù)據(jù)庫中的數(shù)據(jù)進行有效的管理。3）提供一個友好的新品入庫界面，管理員可以對新品進行添加處理。5）提供一個友好的用戶管理界面，管理員可以對用戶進行信息查看和刪除管理。 筆記本銷售網(wǎng)站系統(tǒng)要求1）許用戶瀏覽所有商品。3）允許用戶購買自己選定的筆記本電腦。5）系統(tǒng)實現(xiàn)訂單的處理。7）能實現(xiàn)用戶購買后的投訴功能。數(shù)據(jù)流圖基本圖例如下表所示：遼寧工程技術(shù)大學畢業(yè)設(shè)計（論文）9表 21 數(shù)據(jù)流圖符號說明Tab21 the sign explanation of data flow chart圖形符號 名稱 符號說明實體記述系統(tǒng)之外的數(shù)據(jù)提供或數(shù)據(jù)獲得組織機構(gòu)或個人，框內(nèi)為實體名稱。DN S 數(shù)據(jù)存儲記述與處理有關(guān)的數(shù)據(jù)存儲，DN 區(qū)記述存儲標號，S 區(qū)記述存儲數(shù)據(jù)的名稱。通過對筆記本電腦在線銷售系統(tǒng)的系統(tǒng)分析，我們可以得到系統(tǒng)流程圖如下：在線銷售筆記本電腦系統(tǒng)頂層數(shù)據(jù)流程圖：圖 23 系統(tǒng)頂層數(shù)據(jù)流程圖Fig 23 data flow of system top data flow drawingp0客戶 管理員訂單發(fā)貨單缺貨單進貨通知客戶管理員在線銷售筆記本電腦系統(tǒng)書庫保管員姜宇：在線銷售筆記本電腦網(wǎng)站設(shè)計與實現(xiàn)10在線銷售筆記本電腦系統(tǒng)第二層數(shù)據(jù)流程圖：圖 24 第二層數(shù)據(jù)流程圖Fig 24 the second level of data flow drawing發(fā)貨單p1缺貨單進貨通知訂單用戶管理員F2缺貨登記表用戶界面p2管理員界面F1 庫存表用戶管理員在線銷售筆記本電腦系統(tǒng)第三層前臺子系統(tǒng)數(shù)據(jù)流程圖：發(fā)貨F2 缺貨登記表F4 發(fā)貨登記表圖 25 第三層前臺子系統(tǒng)數(shù)據(jù)流程圖Fig 25 Fig 25 the third level of foreground system data flow drawing有效訂單開發(fā)貨通知單訂單無效訂單審查有效性訂單信息表F3用戶缺貨登記F1 庫存信息表管理員管理員管理員用戶遼寧工程技術(shù)大學畢業(yè)設(shè)計（論文）11在線銷售筆記本電腦系統(tǒng)第三層后臺子系統(tǒng)數(shù)據(jù)流程圖：貨物庫存表F1匯總?cè)必汧1 待購量表修改庫存和待購量F2 缺貨登記表貨物入庫信息圖 26 第三層后臺子系統(tǒng)數(shù)據(jù)流程圖Fig 26 the third level of background system data flow drawing 數(shù)據(jù)字典數(shù)據(jù)字典（DD，Data Dictionary）：是以特定格式記錄下來的、對系統(tǒng)的數(shù)據(jù)流程圖中各個基本要素（數(shù)據(jù)流、加工、存儲和外部項）的內(nèi)容和特征所作的完整的定義和說明。數(shù)據(jù)字典是系統(tǒng)分析階段的重要文檔，它清楚地定義與詳細地解釋了數(shù)據(jù)流程圖上不能詳細表達的內(nèi)容，同時它也是同用戶交談的工具。有時為了方便，在設(shè)計數(shù)據(jù)庫時會有意增加一些數(shù)據(jù)冗余，對與本系統(tǒng)中出現(xiàn)的數(shù)據(jù)，我們用以下數(shù)據(jù)字典做詳細描述。還可以定義其它一些實體，例如，輸入格式、報表、屏幕、處理、過程，等等。姜宇：在線銷售筆記本電腦網(wǎng)站設(shè)計與實現(xiàn)12表 31 外部實體條目Table 31 item of exterior entity名稱：客戶 總編號：1－001說明：游客 編 號：001輸入數(shù)據(jù)流：無輸出數(shù)據(jù)流：無名稱：管理員 總編號：1－002說明：管理員 編 號：002輸入數(shù)據(jù)流：登陸信息輸出數(shù)據(jù)流：無2）處理過程卡片的定義，如表 32 所示。表 33 數(shù)據(jù)流條目Table 33 item of data flow名稱：商品信息 總編號：3－001功能：添加、刪除、修改商品信息 編 號：F1輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：管理員、客戶名稱：新聞信息 總編號：3－002功能：添加、刪除、修改新聞信息 編 號：F2輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：管理員、客戶名稱：訂單信息 總編號：3－003功能：生成訂單后，審核或刪除訂單 編 號：F4輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：管理員名稱：新聞評論信息 總編號：3－004功能：查看信息后，發(fā)表評論 編 號：F3輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：管理員、客戶4）數(shù)據(jù)存儲卡片的定義，如表 34 所示。表 35 數(shù)據(jù)元素條目Table 35 item of data element 名稱：管理員編號 總編號：5－001類型：字符 編 號： 01長度：（40） 說明：本系統(tǒng)的管理員編號有關(guān)數(shù)據(jù)結(jié)構(gòu)：管理員信息名稱：商品名稱 總編號：5－002類型：字符 編 號：02長度：（50） 說明：本系統(tǒng)的商品名稱有關(guān)數(shù)據(jù)結(jié)構(gòu)：商品信息6）數(shù)據(jù)結(jié)構(gòu)卡片的定義，如表 36 所示。圖形符號 名稱 符號說明參與者 參與者是系統(tǒng)外部的一個實體，它以某種方式參與了用例的執(zhí)行過程。表 21用例圖符號說明Table 21 the sign explation of Use Case 姜宇：在線銷售筆記本電腦網(wǎng)站設(shè)計與實現(xiàn)16includeWEB用戶注冊includeWEB用戶登錄用戶個人信息修改在線購物include商品瀏覽用戶訂購用戶結(jié)賬圖 37 用戶用例圖Fig37 Use Case for mon userFig 21 Use Case for mon user 管理員用例圖管理員對該網(wǎng)站進行操作的用例圖，對于管理員來說，要訪問該網(wǎng)站，同樣也必須先注冊，登陸，然后才能對該網(wǎng)站進行操作，經(jīng)過身份認證后，管理員以進行商品管理，訂單管理，處理投訴等。也可以通俗地理解為：總體設(shè)計和總體結(jié)構(gòu)布局。2．建造一個系統(tǒng)所做出的最高層次的，以后難以更改的，商業(yè)和技術(shù)的決定。架構(gòu)具有可行性是架構(gòu)設(shè)計的基石。軟件系統(tǒng)對于用戶的商業(yè)經(jīng)營和管理來說極為重要，因此軟件系統(tǒng)必須非?？煽?。軟件系統(tǒng)所承擔的交易的商業(yè)價值極高，系統(tǒng)的安全性非常重要。在新技術(shù)出現(xiàn)的時候，一個軟件系統(tǒng)應(yīng)當允許導入新技術(shù)，從而對現(xiàn)有系統(tǒng)進行功能和性能的擴展。軟件系統(tǒng)的維護包括兩方面，一是排除現(xiàn)有的錯誤，二是將新的軟件需求反映到現(xiàn)有系統(tǒng)中去。7）可升級性（Scalable）。只有這樣，才能適應(yīng)用戶的市場擴展得可能性。軟件系統(tǒng)必須易于使用。 筆記本電腦銷售網(wǎng)站功能建模 管理員功能模塊根據(jù)系統(tǒng)的功能分析，它具有的功能主要是管理功能，應(yīng)該包括用戶管理、商品信姜宇：在線銷售筆記本電腦網(wǎng)站設(shè)計與實現(xiàn)18息管理（添加商品、修改商品信息、刪除商品）、商品類別管理、訂單管理、對用戶的投訴進行管理等，其功能圖如下。關(guān)鍵字搜索放入購物車送收銀臺取消訂購繼續(xù)購物確認購買取消訂購類別搜索繼續(xù)購物搜索商品查看訂單瀏覽商品信息查看購物車修改用戶信息退出登錄修改密碼用戶功能模塊圖去收銀臺客戶投訴圖 32 用戶功能模塊圖Fig 32　module of user function drawing 系統(tǒng)設(shè)計下面我們將根據(jù)架構(gòu)設(shè)計原則和信息系統(tǒng)原理來建立系統(tǒng)的架構(gòu)設(shè)計模型。（2）對于輸入的數(shù)據(jù)進行數(shù)據(jù)校驗，過濾非法數(shù)據(jù)。遼寧工程技術(shù)大學畢業(yè)設(shè)計（論文）21用戶界面包圖展開如圖33所示：用戶界面輸入，輸出數(shù)據(jù)校驗發(fā)送業(yè)務(wù)處理請求圖 35 用戶界面包展開圖Fig35 Package Diagram of Users Interface用戶界面包包含的類見圖 24：用戶界面類輸入輸出元素業(yè)務(wù)代理對象+數(shù)據(jù)校驗（）+業(yè)務(wù)處理（）輸入界面 輸出界面圖 36 用戶界面類圖Fig36 Class Diagram of Users Interface業(yè)務(wù)邏輯包的職責是：（1）實現(xiàn)各種業(yè)務(wù)處理邏輯或處理算法。（3）向數(shù)據(jù)訪問對象發(fā)送數(shù)據(jù)持久化操作的請求。業(yè)務(wù)邏輯包圖展開如圖35所示：姜宇：在線銷售筆記本電腦網(wǎng)站設(shè)計與實現(xiàn)22業(yè)務(wù)邏輯實現(xiàn)各種業(yè)務(wù)處理邏輯和算法驗證請求者權(quán)限向數(shù)據(jù)訪問對象發(fā)送數(shù)據(jù)持久化操作的請求向用戶界面層返回處理結(jié)果圖 37 業(yè)務(wù)邏輯包展開圖Fig37 Package Diagram of Users Interface業(yè)務(wù)邏輯包包含的類見圖 36：業(yè)務(wù)代理類權(quán)限管理對象業(yè)務(wù)對象+業(yè)務(wù)處里（）業(yè)務(wù)邏輯類數(shù)據(jù)庫連接對象數(shù)據(jù)庫訪問對象+業(yè)務(wù)處里（）圖 38 業(yè)務(wù)邏輯類圖Fig38 Class Diagram of Business數(shù)據(jù)訪問層的職責是：（1）實現(xiàn)數(shù)據(jù)的持久化操作。數(shù)據(jù)訪問包圖展開如圖37所示：圖 39 數(shù)據(jù)訪問包圖展開Fig39 Package Diagram of Data Access數(shù)據(jù)訪問實現(xiàn)數(shù)據(jù)的持久化操作實現(xiàn)事務(wù)處理數(shù)據(jù)訪問包包含的類見圖 38：遼寧工程技術(shù)大學畢業(yè)設(shè)計（論文）23數(shù)據(jù)庫訪問類數(shù)據(jù)庫連接對象讀?。ǎ懭耄ǎ?shù)據(jù)庫連接類+開始事務(wù)（）+提交事務(wù)（）+回滾事務(wù)（）圖 310 數(shù)據(jù)訪問類圖Fig310 Class Diagram of Data Access對于每一個業(yè)務(wù)處理中需要持久化操作的對象都可以對應(yīng)為一個數(shù)據(jù)庫訪問對象，在很多業(yè)務(wù)處理中需要請求多個數(shù)據(jù)庫訪問對象來進行數(shù)據(jù)的讀寫操作，而這些操作又必須在同一個事務(wù)中，這時需要用同一個數(shù)據(jù)庫連接對象來進行統(tǒng)一的事務(wù)處理。權(quán)限管理的主要職責是：（1）驗證請求者的請求權(quán)限。權(quán)限管理包圖展開如圖39所示：權(quán)限管理驗證請求者的請求權(quán)限提供請求者的權(quán)限列表圖 311 權(quán)限管理包圖展開Fig311 Package Diagram of Access Authorization權(quán)限管理包包含的類見圖 310：姜宇：在線銷售筆記本電腦網(wǎng)站設(shè)計與實現(xiàn)24權(quán)限管理類操作員對象+驗證權(quán)限+獲取權(quán)限列表操作員類+登錄（）+退出（）+是否構(gòu)建權(quán)限列表（）+構(gòu)建權(quán)限列表（）操作員代碼操作員名稱權(quán)限列表圖 312 權(quán)限管理類圖Fig312 Class Diagram of Access Authorization異常處理的職責：（1）匯報運行時的詳細異常信息。異常處理包圖展開如圖 311所示：異常處理匯報運行時的詳細異常信息記錄異常處理日志圖 313 異常處理包圖展開Fig313 Package Diagram of Exception Processing異常處理包包含的類見圖 312：異常處理類異常處理對象異常處理實現(xiàn)異常處理實現(xiàn) 異常處理實現(xiàn) 異常處理實現(xiàn) 異常處理實現(xiàn)圖 314 異常處理類圖Fig314 Class Diagram of Exception Processing遼寧工程技術(shù)大學畢業(yè)設(shè)計（論文）25因為異常處理類型比較多，如：系統(tǒng)異常、數(shù)據(jù)庫異常、業(yè)務(wù)邏輯異常等，針對不同類型的異常處理方式也容易變，如：顯示錯誤，記錄文本日志，記錄數(shù)據(jù)庫日志等，所以這里使用了橋接（Bridge）模式來實現(xiàn)，使各部分的變化比較獨立。通過為軟件系統(tǒng)項目建立動態(tài)模型，從而產(chǎn)生體現(xiàn)系統(tǒng)動態(tài)行為的可視化分析結(jié)果——包括對象