第一章 緒論

1.1摘要

隨著知識化和信息化新經濟時代的到來，作為信息技術龍頭的計算機及軟件技術突飛猛進，UML成為一種不可或缺的工具。UML是一種定義良好、易于表達、功能強大且普遍適用的建模語言。它融入了軟件工程領域的新思想、新方法和新技術。它的作用域不限于支持面向對象的分析與設計，還支持從需求分析開始的軟件開發的全過程。用現有的知識，按照軟件工程思想和系統的開發步驟，以圖書管理的應用需求為背景，分析設計了網上書店系統，并利用EA對系統進行建模，完成用例圖、類圖、順序圖、活動圖、協作圖和狀態圖的構建，為后期的程序設計提供標準。根據建模需求分析，總結出本系統的參與者有顧客，網上書店管理員，會員等。

1.2引言

網上書店是指利用互聯網絡來實現圖書銷售業務的一種新型圖書零售渠道。網上書店訂單處理速度快，服務范圍寬，存書量大，讀者坐在家里就可以“逛書店”。隨著計算機技術的發展和網絡人口的增加，網絡世界越來越豐富，電子商務已經成為網上的一股潮流。我們相信要不了太長時間，顧客就可以在網絡世界上獲得他們在現實世界上可以獲得的所有商品和服務。而對圖書的需求也與日俱增,因此開發一個網上書店系統是有很大的實用價值和經濟價值，因此該系統是值得開發的。

1.3關鍵詞

UML、互聯網絡、網上書店系統、用例圖、類圖、順序圖、活動圖、狀態圖、協作圖

第二章 系統分析

2.1開發背景和意義

隨著互聯網的高速發展，人們也越來越享受到互聯網所帶來的生活便利。現在越來越多的讀者選擇網上購買圖書。網上書店系統是一個復雜的電子商務系統，出版物網上銷售不僅是傳統銷售渠道的發展和補充，也是未來圖書銷售的發展方向目前我國運作和銷售較好的大型網上書店，如當當、卓越和旌旗席殊、中國書網網上書店等，這些網上書店各具優勢，其中當當網上書店在價格和品種方面的優勢是無人能比;卓越網上書店創造流行的能力比較強;旌旗席殊網上書店的優勢是網點多，覆蓋面廣。

2.2網上書店系統的可行性分析

隨著計算機技術的發展和網絡人口的增加，網絡世界越來越豐富，電子商務已經成為網上的--股潮流。我們相信要不了太長時間，顧客就可以在網絡世界上獲得他們在現實世界上可以獲得的所有商品和服務。而對圖書的需求也與日俱增,因此開發一個網上書店系統是有很大的實用價值和經濟價值，因此該系統是值得開發的。

2.3問題描述

現在電子商務已經發展起來了，所以借助網絡，讓顧客通過網上書店購買圖書。這樣書店可以省掉大量的場地維護和工作人員成本支出，同時計算機可以方便的檢索圖書信息，讓顧客可以足不出戶以更優惠的價格買到需要的書。另外書店會搞一些促銷，推出一些特價圖書。

使用虛擬的購物車。這樣在用戶確認購買前可自行管理選購的圖書，決定要不要購買還有的購買的數量。顧客先使用虛擬的購物車選購管理圖書，然后提交訂單給書店處理。實行會員制，顧客平時就在網上書店查查資料什么的，只在購買圖書的時候才使用會員身份。這樣不僅可以保留顧客的信息，也可以保留購買記錄。

會員提交購買訂單后可以接受貨到付款，顧客也可以使用網上銀行、匯款等方式付款。在書店沒有受理訂單之前，顧客可以取消交易，不過受理后就不行了。

2.4角色分類

序號	名稱	權限
1	普通顧客	查看資料
2	會員	查看資料，特價購書，保留信息和記錄
3	系統管理員	查看訂單，處理訂單，維護訂單和用戶信息

2.5建模工具

PC機電腦一臺，Enterprise Architect 建模工具。

第三章 系統設計

3.1用例圖模型分析

下面給出本系統分析的用例圖模型，顧客在系統中注冊登錄，查看所需圖書，顧客先使用虛擬的購物車選購管理圖書，然后提交訂單給書店處理。顧客可以在系統中對自己的信息進行增刪改查，付款時可以選擇貨到付款或者網上付款，管理員登錄后對書進行分類上架和下架，對顧客訂單進行查看，受理和處理，對用戶進行管理。

網上書店系統（用例圖）

???????

3.1.1 確認訂單事件流

1.用例確認訂單的事件流

1.1前置條件

在用例確認訂單開始之前，用例登錄該系統以及用例使用虛擬購物車必須完成。

1.2后置條件

如果確認訂單的事件成功后,就可以提交訂單或者若顧客改變主意，不想購買圖書,則交給虛擬購物車進行管理。

1.3事件流

1.3.1基流

登陸系統，顧客先以普通顧客的身份查找所需要購買的圖書并添加到購物車，此時用例確認訂單開始，系統提示顧客所想要選擇的動作:購買、不購買、稍后再買。如果所選的活動是購買，執行分支流S-1:購買所需要的圖書。如果所選的活動是不買，執行分支流S-2:不夠買該書但保留其信息。如果所選的活動是稍后購買，執行分支流S-3:稍后再購買該書，保留其信息等待購買。

1.3.2分支流

S-1購買

系統提示是否購買該書，顧客選中購買，并選中要購買的書名及購買的數量(E-1或E-2)，系統顯示信息可以購買，并建立購買連接。

S-2不購買

系統提示是否購買該書，顧客選中不購買，此時系統將保存該書的記錄并不作任何處理。

S-3稍后購買

系統提示是否購買該書，顧客選中稍后購買，此時系統將保留該書信息并等待顧客購買。

3.2類圖模型分析

下面給出本系統分析的用例圖模型，書店會推出一些特價圖書。使用虛擬的購物車。顧客先使用虛擬的購物車選購管理圖書，然后提交訂單給書店處理。實行會員制，顧客平時就在網上書店查查資料什么的，只在購買圖書的時候才使用會員身份。這樣不僅可以保留顧客的信息，也可以保留購買記錄。

創建類圖的步驟如下:

(1)使用名詞識別法識別類。

(2)建模類與類之間的關系。

(3)為類圖中的關聯關系添加合適的角色名。

(4)為已被封裝到類中的獨立功能建模類。

(5)為類圖中的類添加必要的特性和操作。

(6)迭代并細化該模型

1.識別類: 顧客(普通顧客，會員)，書店工作人員，虛擬購物車，圖書(特價圖書)

2.定義類:

網上書店系統（類圖）

3.3順序圖模型分析

下面給出本系統分析的順序圖模型，給出網上書店的一個用例的順序圖，例如，書店管理員登錄順序圖、會員添加圖書到購物車順序圖或其他用例的順序圖。

1.顧客進入網上書店界面

2.查找需要的圖書

3.添加到購物車

4.顯示添加圖書信息

5.提示是否購買

6.選定購買選擇購買的書名及數量

7.提示可以購買

8.確認訂單

網上書店系統（順序圖）

3.4協作圖模型分析

順序圖和協作圖的比較：

順序圖和協作都屬于交互圖。這兩種圖之間的區別在于:順序圖基于時間，按時間順序顯示出現的任務;而協作圖顯示任務和信息(對象)的交互方式。在協作圖中，時間以編碼形式顯示，很難選取。雖然存在這些根本區別，但這兩類圖有相同之處:都用于顯示對象和用戶如何交互以執行任務。

將上圖順序圖轉換為協作圖：

網上書店系統（協作圖）

3.5活動圖模型分析

活動圖介紹：活動圖主要是一個流圖，描述了從活動到活動的流;狀態機圖用于描述一個對象在其生存期間的動態行為,表現對象響應事件所經歷的狀態序列以及伴隨的動作；活動圖可用于在業務單元的級別上對更高級別的業務過程進行建模，或者對低級別的內部類操作進行建模。根據我的經驗,活動圖最適合用于對較高級別的過程建模，比如公司當前在如何運作業務，或者業務如何運作等。下面給出本系統分析的活動圖模型：

網上書店系統（活動圖）

3.6狀態圖模型分析

問題的提出：

什么情況下適合引入狀態圖進行建模?

在需要描述一個特定對象的所有可能的狀態，以及引起狀態躍遷的事件時以及用來描述整個系統、子系統或類的動態方面時需要用到狀態圖，狀態圖用來模擬系統的動態方面。

狀態圖介紹：

狀態圖表示某個類所處的不同狀態和該類的狀態轉換信息。有人可能會爭論說每個類都有狀態，但不是每個類都應該有一個狀態圖。

下面給出本系統分析的狀態圖模型：

網上書店系統（狀態圖）

第四章 總結與心得

通過UML建模技術課程的學習，首先，我基本熟悉并掌握了UML建模工具Enterprise Architect的安裝及使用，了解了用例圖、類圖、順序圖、協作圖、活動圖及狀態圖的基本概念，會使用EA工具畫出相應的模型圖，其次，本文論述了一個網上書店系統，基本上體現了電子商務各方面的優點。我所設汁的網上書店，主要是電子商務進行初步的探討和設計。在設計過程中，在設計和制作網上書店的過程中，培養了自己的綜合能力和從全局考慮的思想。這個網上書店系統功能是很強大的，但出于自己水平有限，作為一個網上書店系統，仍然有一些不完善和還待改進之處，有好多東西考慮不周，功能模塊不是特別的完善。通過本次系統分析報告，對本期的課程進行了系統的復習和應用，加深了對書上知識的了解。

ps：本系統里面的uml圖均由EA制作。更多詳情，訪問：基于UML的網上書店系統分析-Java文檔類資源-CSDN下載 包含建模的六種圖EA源文件，歡迎下載使用。

總結

以上是生活随笔為你收集整理的UML课程大作业-网上书店系统的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。