UML網(wǎng)上書店面向?qū)ο笳n程設計

1、STiTUTE DF TEj面向?qū)ο蠓治雠c設計（UML ）»課程設計報告設計題目：網(wǎng)上書店系統(tǒng)院系：計算機科學與工程學院專業(yè)：軟件工程（嵌入式人才培養(yǎng)）班級：Y122092學號：17姓名：阮鵬指導教師：姚宇峰設計地點：N6-111開課時間：2011至2012學年第1學期常熟理工學院計算機科學與工程學院制學生姓名評語：成績指導教師（簽名）目錄1. 設計目的和任務 12. 開發(fā)環(huán)境12.1硬件環(huán)境12.2軟件環(huán)境13. 設計題目13.1題目名稱13.2題目詳細描述13.3功能要求 24. 相關技術及知識點 24.1 UML的建模語言 24.2 RUP軟件開發(fā)過程24.3Rational

2、Rose 35. 設計 35.1 用例圖 35.2類圖 65.3活動圖 .85.4序列圖 .135.5狀態(tài)圖 155.6協(xié)作圖 175.7組件圖 .185.8部署圖 196. 總結(jié)207. 參考資料 201. 設計目的和任務1.1 設計目的隨著網(wǎng)絡在中國的廣泛普及，網(wǎng)絡支付手段的逐步完善， 越來越多的人逐漸習慣于網(wǎng)上購物，習慣于鼠標點擊下訂單，送貨上門的快捷便利的購物方式。傳統(tǒng)的書店購物觀念正在被網(wǎng) 上書店這一方便快捷的購書方式所沖擊。網(wǎng)上書店在國際互聯(lián)網(wǎng)上可以實現(xiàn)的商務功能已經(jīng)越來越多樣化，從最開始的信息發(fā)布功能，到現(xiàn)在的在線圖書展示功能、在線采購功能、在線客 戶服務功能、在線網(wǎng)站管理功能等

3、等，幾乎傳統(tǒng)書店鎖提供的功能都可以在互聯(lián)網(wǎng)上進行電子 化的高效運作，而借助網(wǎng)絡的跨地域特點，更是獎傳統(tǒng)書店的地域限制加以突破，全國各地的都可以通過網(wǎng)絡在同一個網(wǎng)上書店購書，從而大大的增加了客戶的數(shù)量。1.2開發(fā)任務管理員可以維護客戶注冊信息、維護圖書信息、處理訂單信息、報表維修、商品銷售。工 作人員的相對權限下可以對圖書（或商品）信息進行錄入、刪除、瀏覽、查詢、修改（商品銷 售）、維護個人信息、維護訂單信息（接收訂單并發(fā)貨、拒絕訂單、查詢庫存）。游客身份只能進行基本的信息瀏覽和查詢，但是游客可以在線注冊為會員，成為會員后在相對權限下可以對圖書信息進行查詢、瀏覽，并可以維護個人信息，維護訂單信息

4、（訂單狀態(tài)查詢、訂單刪除或 增加）。2. 開發(fā)環(huán)境2.1硬件環(huán)境一臺PC臺式機或是便攜式電腦2.2軟件環(huán)境中文windows98以上系統(tǒng)Rati onal Rose3. 設計題目3.1題目名稱網(wǎng)上書店系統(tǒng)3.2題目詳細描述本系統(tǒng)的基本需求是管理員可以維護客戶注冊信息、維護圖書信息、處理訂單信息、報表維修、商品銷售。工作人員的相對權限下可以對圖書（或商品）信息進行錄入、刪除、瀏覽、查詢、修改（商品銷售）、維護個人信息、維護訂單信息（接收訂單并發(fā)貨、拒絕訂單、查詢 庫存）。游客身份只能進行基本的信息瀏覽和查詢，但是游客可以在線注冊為會員，成為會員 后在相對權限下可以對圖書信息進行查詢、瀏覽，并可以

5、維護個人信息，維護訂單信息（訂單 狀態(tài)查詢、訂單刪除或增加）。3.3功能要求本系統(tǒng)主要分為管理員，工作人員，會員和游客四大模塊。管理員： 進入管理頁面，可以維護客戶注冊信息、維護圖書信息、處理訂單信息、報表維修、商品銷售。工作人員： 進入工作管理頁面，可以對圖書（或商品）信息進行錄入、刪除、瀏覽、查詢、修改（商品銷售）、維護個人信息、維護訂單信息（接收訂單并發(fā)貨、拒絕訂單、 查詢庫存）。會員：進入登入頁面，可以對圖書信息進行查詢、瀏覽，并可以維護個人信息，維護訂 單信息（訂單狀態(tài)查詢、訂單刪除或增加）。游客： 進入網(wǎng)站后，只能進行基本的信息瀏覽和查詢。4. 相關技術及知識點4.1 UML的建模

6、語言UML的目標是以面向?qū)ο髨D的方式來描述任何類型的系統(tǒng)，具有很寬的應用領域。其中 最常用的是建立軟件系統(tǒng)的模型，但它同樣可以用于非軟件領域的系統(tǒng)，如機械系統(tǒng)、企業(yè) 機構(gòu)或業(yè)務過程，以及處理復雜數(shù)據(jù)的信息系統(tǒng)、具有實時要求的工業(yè)系統(tǒng)或工業(yè)過程等。UML是一個通用的標準建模語言，可以對任何具有靜態(tài)結(jié)構(gòu)和動態(tài)行為的系統(tǒng)進行建模。此 外,UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。在需求分析階 段,可以用用例來捕獲用戶需求。 通過用例建模,描述對系統(tǒng)感興趣的外部角色及其對系統(tǒng)（用例）的功能要求。分析階段主要關心問題域中的主要概念（如抽象、類和對象等）和機制，需要識別這些類以及

7、它們相互間的關系，并用UML類圖來描述?？傊瑯藴式ＵZ言 UML適用于以面向?qū)ο蠹夹g來描述任何類型的系統(tǒng)，而且適用于系 統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護。4.2 RUP軟件開發(fā)過程Rational Unified Process （ RUP統(tǒng)一開發(fā)過程）是一套面向?qū)ο蟮能浖こ踢^程。RUP說明了如何有效地使用成熟技術開發(fā)軟件。RUP中有9個核心工作流，分為6個核心過程工作流（Core Process Workflows ）和3個核心支持工作流（Core Supporting Workflows ）。9個核心工作流在項目中輪流被使用， 在每一次迭代中以不同的重點和強度

8、重復。業(yè)務建模（Bus in ess Modeli ng ）理解系統(tǒng)的組織結(jié)構(gòu)及其商業(yè)運作，確保所有參與人員對開發(fā)系統(tǒng)有共同的認識。4.3 Ratio nal RoseRational Rose 的特點1. 保證模型和代碼高度一致2. 支持多種語言3. 為團隊開發(fā)提供強有力的支持4. 支持模型的In ternet發(fā)布5. 生成使用簡單且定制靈活的文檔6. 支持關系型數(shù)據(jù)庫的建模5. 設計5.1用例圖本系統(tǒng)是網(wǎng)上書店系統(tǒng)。下面使用了用例圖的方式表現(xiàn)了整個系統(tǒng)的所有功能。用例名：登錄（權限管理一一管理員、工作人員、會員、游客）角色：管理員、工作人員、會員、游客目標：實現(xiàn)管理權限前置條件：對具有不同

9、權限的用戶分配一定的權限管理用例描述：用戶登陸并進行相應的權限操作用例名：信息管理（錄入、刪除、瀏覽、查詢、修改）一一管理員（個人信息維護）一一工作人員、管理員角色：管理員，工作人員目標：對員工信息進行錄入、刪除、瀏覽、查詢、修改等基本操作前置條件：對具有不同權限的用戶分配一定的權限管理用例描述：管理員和工作人員進行相應的權限操作用例名：商品信息管理（銷售及商品信息維護）一一管理員（訂單）一一工作人員（瀏覽、查詢）一一會員、游客角色：管理員、工作人員、會員、游客目標：對商品銷售、下訂單及商品信息和庫存進行錄入、刪除、瀏覽、查詢、修改等 基本操作前置條件：對具有不同權限的用戶分配一定的權限管理用

10、例描述：用戶對圖書信息進行和相應的權限操作用例名：查詢（管理員對商品銷售及相關信息的情況查詢、員工對訂單的庫存信息的 查詢、會員和游客對圖書的相關信息的查詢）角色：管理員、工作人員、會員、游客目標：管理員對商品銷售及相關信息的情況查詢、員工對訂單的庫存信息的查詢、會 員和游客對圖書的相關信息的查詢前置條件：1.對具有不同權限的用戶分配一定的權限管理2. 查詢信息必須是確實存在的用例描述：用戶在相應的權限操作下對信息進行查詢用例名：訂單信息管理（訂單信息管理）一一管理員（訂單信息處理一一接收訂單并發(fā)貨、拒絕訂單、查詢庫存）一一工作人員（訂單信息處理一一訂購貨品、訂單增加、訂單刪除、訂單信息查詢）

11、一一 會員角色：管理員、工作人員、會員目標：對訂單信息進行維護和處理（包括：接收訂單并發(fā)貨、拒絕訂單、查詢庫存、 訂購貨品、訂單增加、訂單刪除、訂單信息查詢）前置條件：1.對具有不同權限的用戶分配一定的權限管理2.游客是不能下訂單的用例描述：用戶在相應的權限操作下對訂單信息進行管理或處理用例名：維護（商品信息維護、員工信息維護、報表維護）一一管理員（個人信息維護、訂單維護）一一會員角色：管理員、會員目標：管理員對商品信息維護、員工信息和報表進行維護操作，而會員對個人信息維 護和訂單信息維護前置條件：1.對具有不同權限的用戶分配一定的權限管理2.維護信息必須是確實存在的用例描述：用戶在相應的權限

12、操作下對信息進行查詢5.1.1用例圖（員工）報表維修5.1.2用例圖（管理員）注冊個人信息查詢會員k.瀏覽圖書查詢E、J圖書訂購訂單維護增加刪除訂單狀態(tài)查詢5.1.3用例圖（游客、會員）5.2類圖在類圖中類用矩形框來表示，它的屬性和操作分別列在分格中。如不需要表達詳細信息時， 分 格可以省略。一個類可能出現(xiàn)在好幾個圖中。 同一個類的屬性和操作可只在一種圖中列出， 在其他 圖中可省略。關系用類框之間的連線來表示，不同的關系用連線上和連線端頭處的修飾符來區(qū)別。圖5.2網(wǎng)上書店系統(tǒng)類圖類圖說明：1、 Tourist類是游客的類，其屬性只有name，有注冊(enroll)、圖書查詢(book_sear

13、ch) ,1瀏覽(browsing )三個操作。2、 Customers類是會員的類，其屬性有用戶名(username)、密碼(password)，其中操作有個人信 息維護(person_search)、書籍訂單(book_order)、訂單維護(list_service )、圖書查詢(book_search), 訂單狀態(tài)查詢(list_search)。3、 Orders類是訂單類，包裹訂單名(order_id、用戶名(user_id)、圖書名(good_id、訂貨日期(data_id) 等屬性。其中操作有增加(add)、刪除(delete)訂單查詢(list_search)。4、 Staff

14、類是工作人員的類，其屬性有員工姓名(staff_name )、員工數(shù)量(staff_num )、其操作有缺 貨拒絕(good_refuse)、圖書入庫(good_in)、庫存查詢(stock_search)。5、 Manager類是管理員的類，其屬性只有姓名(name)。其中操作有圖書信息維護(good_service )、 員工信息維護(staff_service )、銷售查詢(sale_search)、報表維修(list_service )。6、Book類是圖書類， 其屬性有圖書編號 (book_id ),書名(book_name),書的價格(book_price), 書的摘要(book_

15、digest)。其操作有，圖書查詢(book_search)。5.3活動圖有利于識別UML 中的活動圖用于描述滿足用例要求所要進行的活動以及活動間的約束關系, 并行活動和工作流程情況?；顒訄D實際上就是用來為用例的事件流建模的工具。登錄工作人員管理頁面查詢訂單 信息5.3 -1工作人員工作活動圖圖5.3 -2管理員登錄活動圖5.3 -3管理員刪除書籍活動圖圖5.3 -4管理員增加書籍活動圖圖5.3 -5管理員修改書籍活動圖圖5.3-6 會員在購物車刪除書籍活動圖否圖5.37會員增加書籍到購物車活動圖圖5.3-9游客注冊活動圖塊塊1:輸入用戶名和密碼2:驗證ID3:網(wǎng)站查詢框框4:輸入查詢書籍序列

16、圖表示了對象之間5傳送消籍列的時間順序。每一個類元角色用一條生命線來表示,線代表整個交互過程中對象的生命場景說明個用例行為時，序列圖中的每條消即-個事務的歷史過期。生命線之間的箭頭連線代表消息。6:提交書籍ID程序列圖的一個息對應了一個類操作或&提示書籍是否購買成功5.4.1會員訂書順序圖登陸模塊1:輸入用戶名和密碼2:驗證ID3:網(wǎng)站查詢框框即用垂直序列圖可以用來進行一個用途是用來表示用例中的行為順序。 7:訂單處理狀態(tài)機中引起轉(zhuǎn)換的觸發(fā)事件。當執(zhí)行圖書查詢模塊圖書購買模塊系統(tǒng)訂單生成模塊4:輸入查詢書籍5:顯示書籍列表6:提交書籍ID7:訂單處理8:提示書籍是否購買成功圖5.4-1

17、會員訂書順序圖542工作人員工作順序圖工作人員登陸模塊訂單處理庫存查詢系統(tǒng)模塊1：輸入用戶名密碼3:查,旬訂單4:未處理訂單7:接受訂單9:提示訂單處理成功2:識別ID5:查詢圖書庫存6:庫存顯示&訂單生成并保存圖5.4-2工作人員工作順序圖5.4.3游客瀏覽順序圖游客瀏覽模塊查詢模塊注冊模塊1:圖書瀏覽-T2:圖書查詢3:會員注冊圖5.4-3游客瀏覽順序圖544會員注冊會員注冊功能?？梢栽黾有碌臅T。:StaffmouseDown(pos)圖5.4-4注冊順序圖5.5狀態(tài)圖5.5.1確認訂單的狀態(tài)圖圖5.5-1確認訂單的狀態(tài)圖5.5.2會員登錄的狀態(tài)圖輸入用戶名密碼驗證用戶A名密碼重

18、新登錄L.密碼不正用戶名密V.丿r確碼正確k丿5.5.2游客注冊的狀態(tài)圖8:提示書籍是否購買成功7:訂單處理圖5.6.1會員網(wǎng)上訂書協(xié)作圖5.6 協(xié)作圖協(xié)作圖和序列圖都可以表示各對象間的交互關系，但它們的側(cè)重點不同。序列圖用消息的幾何排列關系來表達消息的時間順序， 各角色之間的相關關系是隱含的。 協(xié)作圖用各個角色的幾何排列 圖形來表示角色之間的關系，并用消息來說明這些關系。在實際中可以根據(jù)需要選用這兩種圖。一個協(xié)作圖描述了系統(tǒng)中為實現(xiàn)某些服務所涉及的對象扮演的角色及其相互之間的交互。協(xié)作圖著重于有協(xié)作關系的對象之間的交互和鏈接（指對象實例之間的物理或概念上的鏈接，一個鏈接是某關聯(lián)的一個實例）。

19、它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個簡單的交互場景。協(xié)作 圖描述了對象及其之間的鏈接，還描述了鏈接的對象之間如何發(fā)送消息。5.6.1會員網(wǎng)上訂書1輸入用戶名和密碼登陸模 塊2:驗證ID:會員圖書查詢模塊3:網(wǎng)站查詢框框4:輸入查詢書籍6:提交書籍ID 5：顯示書籍列表圖5.6.2游客瀏覽的協(xié)作圖5.6.2游客瀏覽1:圖書瀏覽瀏覽模 塊注冊模 塊563工作人員工作登陸模塊1：輸入用戶名密碼3:查詢訂單7:接受訂單2:識別ID工作人員4:未處理訂單9:提示訂單處理成功5:查詢圖書庫存6:庫存顯示8:訂單生成并保存圖5.6.3 顯示訂單協(xié)作圖5.7組件圖在UML中對一個系統(tǒng)的構(gòu)件和組件圖建模

20、就是在物理結(jié)構(gòu)上建模。每一個組件圖只是系統(tǒng)靜 態(tài)視圖的某一個圖形表示，描述系統(tǒng)的某一個側(cè)面。也就是說，任何一個組件圖都不必面面俱到, 試圖全面地描述系統(tǒng)的整個面貌，系統(tǒng)中所有的組件圖合起來才能描述系統(tǒng)的完整靜態(tài)視圖。Can celI book ingI Searchii| empty tableTable tran sferDeletememberi1 RegisterI memberRecordJ walk-inRecord _ arrivalDisplaybook ingsModify member in formatio nDisplay member|in formatio n5.8部

21、署圖部署視圖表示運行時的計算資源（如計算機及它們之間的連接）的物理布置。這些運行資源被稱作節(jié)點。在運行時，節(jié)點包含構(gòu)件和對象。構(gòu)件和對象的分配可以是靜態(tài)的，它們也可以在節(jié)點 間遷移。如果含有依賴關系的構(gòu)件實例放置在不同節(jié)點上，部署視圖可以展示出執(zhí)行過程中的瓶頸。節(jié)點是某些計算資源的物理對象，包括計算機、外部設備等。節(jié)點可被看作類型，也可看作實例。 節(jié)點與節(jié)點之間是通過物理連接發(fā)生關聯(lián)，以便從硬件方面保證系統(tǒng)各節(jié)點之間的協(xié)同運行。餐廳訂餐系統(tǒng)的部署圖描述如下：節(jié)點：普通PC機和移動PC機作為終端設備，1臺應用程序服務器，和多臺 Web服務器。節(jié)點屬性該系統(tǒng)各節(jié)點計算機的性能指標節(jié)點之間聯(lián)系Inter