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

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

2、建模語言. .24.2 RUP軟件開發(fā)過程. .24.3Rational Rose35. 設(shè)計. .3 5.1 用例圖3 5.2 類圖65.3活動圖.85.4序列圖.135.5狀態(tài)圖 155.6協(xié)作圖 175.7組件圖.185.8部署圖.196. 總結(jié).207. 參考資料.201. 設(shè)計目的和任務(wù) 1.1設(shè)計目的隨著網(wǎng)絡(luò)在中國的廣泛普及，網(wǎng)絡(luò)支付手段的逐步完善，越來越多的人逐漸習(xí)慣于網(wǎng)上購物，習(xí)慣于鼠標(biāo)點擊下訂單，送貨上門的快捷便利的購物方式。傳統(tǒng)的書店購物觀念正在被網(wǎng)上書店這一方便快捷的購書方式所沖擊。網(wǎng)上書店在國際互聯(lián)網(wǎng)上可以實現(xiàn)的商務(wù)功能已經(jīng)越來越多樣化，從最開始的信息發(fā)布功能，到現(xiàn)在的

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

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

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

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

7、問題域中的主要概念(如抽象、類和對象等)和機制,需要識別這些類以及它們相互間的關(guān)系,并用UML類圖來描述?？傊?，標(biāo)準(zhǔn)建模語言UML適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護。4.2 RUP軟件開發(fā)過程Rational Unified Process（RUP，統(tǒng)一開發(fā)過程）是一套面向?qū)ο蟮能浖こ踢^程。RUP說明了如何有效地使用成熟技術(shù)開發(fā)軟件。 RUP中有9個核心工作流，分為6個核心過程工作流（Core Process Workflows）和3個核心支持工作流（Core Supporting Workflows）。9個核心工

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

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

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

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

12、權(quán)限操作下對信息進行查詢 用例圖（員工）用例圖（管理員）用例圖（游客、會員）5.2 類圖在類圖中類用矩形框來表示，它的屬性和操作分別列在分格中。如不需要表達詳細信息時，分格可以省略。一個類可能出現(xiàn)在好幾個圖中。同一個類的屬性和操作可只在一種圖中列出，在其他圖中可省略。關(guān)系用類框之間的連線來表示，不同的關(guān)系用連線上和連線端頭處的修飾符來區(qū)別。圖5.2網(wǎng)上書店系統(tǒng)類圖類圖說明：1、 Tourist類是游客的類，其屬性只有name，有注冊（enroll）、圖書查詢（book_search）,l瀏覽（browsing）三個操作。2、 Customers類是會員的類，其屬性有用戶名（username）、

13、密碼（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類是工作人員的類，其屬性有員工姓名（staff_name）、員工數(shù)量（staff_num）、其操作有缺貨拒絕（good_re

14、fuse）、圖書入庫（good_in）、庫存查詢（stock_search）。5、 Manager類是管理員的類，其屬性只有姓名（name）。其中操作有圖書信息維護（good_service）、員工信息維護（staff_service）、銷售查詢（sale_search）、報表維修（list_service）。6、 Book類是圖書類，其屬性有圖書編號（book_id），書名（book_name），書的價格（book_price）,書的摘要（book_digest）。其操作有，圖書查詢（book_search）。5.3 活動圖 UML中的活動圖用于描述滿足用例要求所要進行的活動以及活動間的約束

15、關(guān)系，有利于識別并行活動和工作流程情況。活動圖實際上就是用來為用例的事件流建模的工具。5.3-1工作人員工作活動圖圖5.3-2 管理員登錄活動圖5.3-3 管理員刪除書籍活動圖 圖5.3-4 管理員增加書籍活動圖 圖5.3-5 管理員修改書籍活動圖 圖5.3-6 會員在購物車刪除書籍活動圖圖5.37 會員增加書籍到購物車活動圖 圖5.3-8 用戶登錄系統(tǒng)活動圖圖5.3-9 游客注冊活動圖5.4序列圖序列圖表示了對象之間傳送消息的時間順序。每一個類元角色用一條生命線來表示，即用垂直線代表整個交互過程中對象的生命期。生命線之間的箭頭連線代表消息。序列圖可以用來進行一個場景說明即一個事務(wù)的歷史過程。

16、序列圖的一個用途是用來表示用例中的行為順序。當(dāng)執(zhí)行一個用例行為時，序列圖中的每條消息對應(yīng)了一個類操作或狀態(tài)機中引起轉(zhuǎn)換的觸發(fā)事件。 會員訂書順序圖 圖5.4-1 會員訂書順序圖 工作人員工作順序圖圖5.4-2 工作人員工作順序圖 游客瀏覽順序圖圖5.4-3 游客瀏覽順序圖5.4.4會員注冊會員注冊功能?？梢栽黾有碌臅T。圖5.4-4注冊順序圖5.5狀態(tài)圖確認(rèn)訂單的狀態(tài)圖圖5.5-1確認(rèn)訂單的狀態(tài)圖會員登錄的狀態(tài)圖游客注冊的狀態(tài)圖5.6 協(xié)作圖協(xié)作圖和序列圖都可以表示各對象間的交互關(guān)系，但它們的側(cè)重點不同。序列圖用消息的幾何排列關(guān)系來表達消息的時間順序，各角色之間的相關(guān)關(guān)系是隱含的。協(xié)作圖用各個

17、角色的幾何排列圖形來表示角色之間的關(guān)系，并用消息來說明這些關(guān)系。在實際中可以根據(jù)需要選用這兩種圖。一個協(xié)作圖描述了系統(tǒng)中為實現(xiàn)某些服務(wù)所涉及的對象扮演的角色及其相互之間的交互。協(xié)作圖著重于有協(xié)作關(guān)系的對象之間的交互和鏈接（指對象實例之間的物理或概念上的鏈接，一個鏈接是某關(guān)聯(lián)的一個實例）。它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個簡單的交互場景。協(xié)作圖描述了對象及其之間的鏈接，還描述了鏈接的對象之間如何發(fā)送消息。5.6.1 會員網(wǎng)上訂書圖5.6.1 會員網(wǎng)上訂書協(xié)作圖5.6.2 游客瀏覽圖5.6.2游客瀏覽的協(xié)作圖工作人員工作圖 顯示訂單協(xié)作圖5.7組件圖 在UML中對一個系統(tǒng)的構(gòu)件和組件圖建

18、模就是在物理結(jié)構(gòu)上建模。每一個組件圖只是系統(tǒng)靜態(tài)視圖的某一個圖形表示，描述系統(tǒng)的某一個側(cè)面。也就是說，任何一個組件圖都不必面面俱到，試圖全面地描述系統(tǒng)的整個面貌，系統(tǒng)中所有的組件圖合起來才能描述系統(tǒng)的完整靜態(tài)視圖。5.8部署圖部署視圖表示運行時的計算資源（如計算機及它們之間的連接）的物理布置。這些運行資源被稱作節(jié)點。在運行時，節(jié)點包含構(gòu)件和對象。構(gòu)件和對象的分配可以是靜態(tài)的，它們也可以在節(jié)點間遷移。如果含有依賴關(guān)系的構(gòu)件實例放置在不同節(jié)點上，部署視圖可以展示出執(zhí)行過程中的瓶頸。節(jié)點是某些計算資源的物理對象，包括計算機、外部設(shè)備等。節(jié)點可被看作類型，也可看作實例。節(jié)點與節(jié)點之間是通過物理連接發(fā)生關(guān)聯(lián)，以便從硬件方面保證系統(tǒng)各節(jié)點之間的協(xié)同運行。餐廳訂餐系統(tǒng)的部署圖描述如下：節(jié)點：普通PC機和移動PC機作為終端設(shè)備， 1臺應(yīng)用程序服務(wù)器，和多臺Web服務(wù)器。節(jié)點屬性該系統(tǒng)各節(jié)點計算機的性能指標(biāo)節(jié)點之間聯(lián)系圖5.8網(wǎng)上訂書系統(tǒng)部署圖客戶機節(jié)點是簡單通信聯(lián)系，采用TCP/IP通信協(xié)議；客戶通過Internet網(wǎng)與Web服務(wù)器相連接，