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

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

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

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

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

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

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

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

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

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

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

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

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

13、密碼（password），其中操作有個(gè)人信息維護(hù)（person_search）、書(shū)籍訂單（book_order）、訂單維護(hù)（list_service）、圖書(shū)查詢（book_search）,訂單狀態(tài)查詢（list_search）。3、 Orders類(lèi)是訂單類(lèi)，包裹訂單名（order_id）、用戶名(user_id)、圖書(shū)名（good_id）、訂貨日期（data_id）等屬性。其中操作有增加（add）、刪除（delete）、訂單查詢（list_search）。4、 Staff類(lèi)是工作人員的類(lèi)，其屬性有員工姓名（staff_name）、員工數(shù)量（staff_num）、其操作有缺貨拒絕（good_re

14、fuse）、圖書(shū)入庫(kù)（good_in）、庫(kù)存查詢（stock_search）。5、 Manager類(lèi)是管理員的類(lèi)，其屬性只有姓名（name）。其中操作有圖書(shū)信息維護(hù)（good_service）、員工信息維護(hù)（staff_service）、銷(xiāo)售查詢（sale_search）、報(bào)表維修（list_service）。6、 Book類(lèi)是圖書(shū)類(lèi)，其屬性有圖書(shū)編號(hào)（book_id），書(shū)名（book_name），書(shū)的價(jià)格（book_price）,書(shū)的摘要（book_digest）。其操作有，圖書(shū)查詢（book_search）。5.3 活動(dòng)圖 UML中的活動(dòng)圖用于描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束

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

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

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

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