㈠ 尋找隨書附贈光碟的內容
UML的面向對象建模
劉琳琅吳清江
（華僑大學信息學院計算機科學系，福建泉州$)!"**）
【摘要】統一建模語言+&』(, 是一種面向對象的建模語言- 本文簡要介紹了&』( 的建模機制，並以&』(
為工具進行了在線圖書銷售系統的實際建模，簡要演示了應用&』( 建模的思路和過程。
【關鍵詞】統一建模語言面向對象系統分析與設計
*、引言
面向對象的分析與設計+../01, 是繼傳統的過程化程序
設計之後，軟體技術發展的又一重大變革。面向對象程序設計提
出了一種新的系統設計模型，他將系統看成通過交互作用來完
成任務的對象的集合，每個對象用自己的方法管理數據。而統一
建模語言（&234356 』7658329 (:29;:95 簡稱&』(）則是這種面向對
象編程的極致所成。&』( 是一種用於系統軟體規約化、可視化
的構造及建模表示。而其中的圖形標記，尤其適用於面向對象的
軟體設計，代表了面向對象方法的軟體開發技術的發展方向。
本文在討論&』( 面向對象建模的基礎上，用&』( 針對某
一在線圖書銷售系統進行面向對象的建模，給出其用例圖、類
圖、順序圖、協作圖及狀態圖，並詳細分析了創建這些圖的要點
及過程，相信對於基於&』( 進行面向對象系統的開發具有一定
的指導意義。
!、統一建模語言（&』(）概述
&』( 是一個通用的標准建模語言- 它將系統描述為一些離
散的相互作用的對象，並最終為外部用戶提供一定的功能的模
型結構。它適用於對任何具有靜態結構和動態行為的系統進行
面向對象的建模。其中靜態結構定義了系統中的重要對象的屬
性和操作以及這些對象之間的相互關系，而動態行為定義了對
象的時間特性和對象為完成目標而相互進行通信的機制。
統一建模語言&』( 由各種不同的、彼此關聯的圖組成，他
們共同描述了一個系統的靜態結構和動態行為。這些圖可分為
兩類<
第一類是靜態圖+ =>:>3? 63:9@:A, ，表示系統的靜態特徵，描
述了系統的結構和職責。主要用於說明存在於系統中物理元素
的關系，其中最主要的有用例圖和類圖。其中用例圖從用戶角度
描述系統功能- 並指出各功能的操作者。類圖則描述系統中類的
靜態關系。不僅定義系統中的類，還表示了類之間的聯系如關
聯、依賴、聚合等- 也包括類的內部結構+ 類的屬性和操作, 。
第二類是動態圖+1B2:A3? 63:9@:A, ，表示系統的動態特徵。
描述了靜態圖中的結構性元素之間的交互，主要用於指定滿足
系統需求行為的元素間的合作關系。其中最主要的為順序圖、協
作圖和狀態圖。其中順序圖顯示對象之間的動態合作關系- 它強
調對象之間消息發送的時間順序- 同時顯示對象之間的交互C
跟順序圖相似- 協作圖描述對象間的協作關系，側重於對象交互
的空間布局，也顯示對象間的動態合作關系。這兩種圖合稱為交
互圖+ D2>5@:?>3E5 63:9@:A, ，共同描述了對象間的交互關系。狀態
圖描述類的對象所有可能的狀態以及事件發生時狀態的轉移條
件。通常，狀態圖是對類圖的補充。
從應用的角度看- 當我們採用面向對象技術來設計系統時-
首先進行的是描述系統需求；其次根據需求建立系統的靜態模
型- 以構造系統的結構；第三步是描述系統的行為。如果我們采
用&』( 來對這一過程進行面向對象建模的話，其在第一步與第
二步中所建立的模型都是靜態的- 包括用例圖、類圖和部署圖
等，是標准建模語言&』( 的靜態建模機制。而其中第三步中所
建立的模型或者可以執行- 或者表示執行時的時序狀態或交互
關系。它包括順序圖、協作圖和狀態圖等圖形- 是標准建模語言
&』( 的動態建模機制。
$、在線圖書銷售系統&』( 建模
隨著電子商務時代的到來，各商家為了適應激烈市場競爭
的需求，紛紛將其傳統的商務過程轉移到D2>5@25> 上，以擴展其
業務范圍並為顧客提供更好的服務。因此如何建立一個可擴展
的、靈活的、強健的電子商務系統對於一個企業的成功與否起到
了至關重要的作用。基於此要求和上述對&』( 建模的討論，本
文擬建立一個在線的圖書銷售系統，並採用&』( 對其進行面向
對象的設計與分析。希望能對面向對象電子商務系統的設計起
到一定的借鑒作用。
$F * 建立用例模型
分析中的第一步就是指出系統能被用來做什麼，誰將去使
用它。這些分別叫角色（:?>7@G）和用例（;G5 ?:G5G）。角色是位於你
所工作的系統外部的人或其他系統。而用例是用戶由於某種外
部事件而與計算機之間進行的一次交戶。通過對用戶需求的分
析，我們得出了在線圖書銷售系統的用例圖：
圖* 在線圖書銷售系統的用例圖
該系統具有多個不同的角色和用例。各個角色的定義依據
於其與系統之間進行的不同交互。系統管理員是軟體系統的用
戶，主要負責系統的用戶管理；而客戶、供應商和經理則是系統
的具體使用者，分別利用系統來實現不同的功能。時間角色定時
觸發對銷售狀況的分析，產生相關的報告以幫助經理進行銷售
決策的分析。在線圖書銷售系統中的各個用例用來表達來表達
角色和系統之間的交互。每一個用例都附帶有文本文檔，描述用
例和客戶交互的細節。由於系統的用例的很多- 我們僅以訂單處
理用例為例，給出該用例的詳細描述：
&H+ 2 , ：訂單處理用例
用例名稱：處理訂單
用例描述：
在新建（初始化）或查詢一個訂單時啟用該用例。它負責處
理一個訂單的初始化定義，涵蓋了訂單接收處理的所有方面，從
最初的接收到最終的報價。
參與者：客戶
前置條件：客戶登陸系統進行選購
後置條件：訂單進入到系統中，通知供應商發貨，減少庫存。
主路徑：客戶選擇某一商品下訂單，使用信用卡付款。
主路徑的細節描述：
!" #""$ 年福建電腦第! 期
步驟描述
% 系統對客戶進行確認
# 對於客戶需要的每一種產品：
#& % 獲得所需商品的』( 和商品描述
#& # 所需產品的數量
#& ! 計算單價
! 計算訂單總金額
$ 計算附加費用（包括稅和運輸費）
) 將最終價格報給客戶
* 客戶提供信用卡號
+ 驗證客戶的信用卡
, 開發貨清單
- 完成銷售
異常路徑：
# 客戶使用信用卡下訂單，但信用卡是無效的。
# 客戶訂貨，而所需的商品無貨。
!& #./0 靜態建模
用例圖只考慮系統應該提供什麼樣的功能，而對這些功能
的內部運作情況則不予考慮，為了揭示系統的內部關系，需要建
立系統的靜態結構模型。靜態結構是從系統的內部結構和靜態
角度來描述系統的，它定義了系統中的對象和類，以及他們內部
和彼此間的關系，如關聯、聚合、依賴等關系。在./0 中，系統的
靜態結構主要用類圖123455 674894:; 來描述。類圖設計是面向對
象方法的核心技術，通過類圖將用例的實現具體到每個類中，從
而完成設計走向細化的過程。由於類圖是整個系統的中樞性圖，
是定義其它圖的基礎。本文將給出在線圖書銷售系統的局部類
圖。
圖# 在線圖書銷售系統的局部類圖
該局部類圖詳細說明了在線圖書銷售系統中的關鍵類及其
之間的關聯。圖中每一個類由三部分組成，最頂層包括類的名
稱，中間一層是類的屬性，最底層是類的方法。類之間的直線是
類的關聯，它定義了類之間的消息傳遞路徑，說明了一個類的對
象如何連接到另一個類的對象。在此局部類圖中除了一般的關
聯之外，還包括以下幾種關系：%）復合關聯：復合意味著任一部
分都只屬於一個整體，訂單類（<9(=9）和訂單項類（<9(=907>=）之
間為復合關聯。在復合關聯中，若銷毀整體，則部分也會被銷
毀。# ; 鏈接關聯：鏈接是關聯的運行時版本。地址類（?((9=55）和
客戶類（2@5AB:=9）之間為鏈接關聯，其關聯類為角色類（CB3=）。
例如，?((9=55 類的一個實例可能既包含了顧客? 的實際發貨地
址，同時也包含了顧客D 的付款地址。則2@5AB:=9 類的實例對象
則根據關聯角色的不同關聯到正確的地址實例對象上。!）自反
關聯：是一個類的兩個對象之間建立的關聯。書類（DBBE）上建立
了一個自反關聯，可用於顧客在購買某一商品時，網站推薦一些
相關的書籍。$）泛化：定義了超類與子類之間的關系。在書類
（DBBE）和計算機類圖書類、經濟類圖書類、文學類圖書類之間存
在一種泛化關系，DBBE 類是一般類，而其他的三個類則是DBBE
類的特化。在DBBE 類中定義的一些通用方法對所有的特化類都
適用。所有這些關系共同定義了在線圖書銷售系統的各關鍵類
如何形成一個整體，以發揮其功能。
!& #./0 動態建模
動態建模主要描述系統對象之間的相互作用及其消息的交
換，./0 以圖的形式提供了四種動態模型，從動態視角提供了應
用程序的不同視圖。主要包括交互圖（順序圖和協作圖）、狀態圖
和活動圖。
交互圖是其中最為重要的形式，因為交互圖為系統的一系
列對象之間的交互完成建模，能幫助我們捕獲對象間傳遞的消
息，掌握跨越多個對象的系統控制流程。為此我們將用./0 交
互圖來描述在線圖書銷售系統內部各個對象間的通信，從而建
立系統的動態模型。交互視圖可用兩種圖來表示：順序圖和協作
圖，它們各有不同的側重點。順序圖用來描述對象之間動態的交
互關系F 著重體現對象間消息傳遞的時間順序。協作圖用來描述
發送和接收消息的對象的組織分布，側重於對象交互的空間布
局。
通常順序圖可由先前建立的類圖和對用例路徑的詳細描述
得出，為此我們通過對在線圖書銷售系統的類圖及其訂單處理
用例詳細路徑（主路徑）的分析，得出了在線圖書銷售系統訂單
處理的順序圖如下：
圖! 在線圖書銷售系統訂單外理的順序圖
順序圖強制我們將注意力集中到良好的面向對象設計概念
上。隨著消息發送模式的涌現，我們需要應用一些合理的面向對
象設計慣例。在生成訂單處理順序圖時，我們發現由訂單類
（<9(=9）來維護費用的計算並不符合面向對象設計中對類應該是
松耦合、高類聚的要求。為此我們創建一個新類（2G498=）用來管
理費率和提供專門的演算法來計算各種費用。同時我們也發現由
訂單類（<9(=9）來進行信用卡的驗證也不是非常的合適，我們采
用介面類249(』>A=9H4I= 來接收驗證信用卡J437(4A=249( 1 ; 消息。
協作圖可由順序圖直接生成。其內容更多的集中在實際對
象及其在交互中的角色，而不是順序圖中表達的線性時間流。協
作圖提供的視角表現了一個對象的繁忙程度：發送消息、接收消
息，或兩者兼備。下圖給出了訂單處理主路徑的協作圖。
圖$ 在線圖書銷售系統訂單處理的協作圖
像大多數面向對象技術一樣，./0 動態模型中用狀態圖來
對一個類的生命周期進行建模，具體的它來描述一個特定對象
的所有可能狀態及其引起狀態轉移的事件。通常應用程序中的
許多類沒有什麼值得關注的有趣狀態，所以並不需要為其建立
狀態圖。例如，對在線圖書銷售系統中客戶類（2@5AB:=9）就不需
使用狀態圖為其進行建模。而另一些類則呈現了有趣和復雜的
動態行為，通過為其繪制狀態圖能幫助我們更好的理解其狀態
轉換過程中所執行的相關動作。例如，在線圖書銷售系統中的訂
單類（<9(=9）在其生存周期中會經歷許多不同的狀態，並受到系
統中許多不同事件的影響。為此我們為訂單類（<9(=9）創建一個
狀態圖來追蹤其從誕生到消亡的全過程。1 下轉第!! 頁;
福!""# 年第$ 期建電腦$$
參考文獻
% & 』 肖萍萍，吳健學，周芳，胡春琳( )*+ 原理與技術。北京：北京郵電大學出版社，!""!
% ! 』 孫學康，毛京麗。)*+ 技術( 北京：人民郵電出版社，!""!
% $ 』 吳彥文，鄭大力，仲肇偉( 光網路的生存性技術( 北京：北京郵電大學出版社，!""!
% # 』 顧畹儀，李國瑞( 光纖通信系統( 北京：北京郵電大學出版社，!""!
% , 』 -./01/2345. 672789 01/ :/74;74; < 7481 < 9./=75. 34> 23748.4345. 10 748./43871436 )*+ ?38@9 34> 2A687?6.B 9.587149( CDE < D F.5( G( !&"&( !"""
參考文獻
% & 』 % 美』G.767/ -3;. < H14.9《EGI 面向對象設計基礎》( 科學出版社( !""$
% ! 』 % 美』J/37; I3/234 著姚淑珍等譯(《EGI 和模式應用面向對象分析與設計導論》( 機械工業出版社( !""!
% $ 』 冀振燕(《EGI 系統分析設計與應用案例》( 人民郵電出版社( !""$
% # 』 汪成亮(《EGI 技術在實際工程中的應用》( 計算機工程與應用( !""!
光纜連接紐約和斯德哥爾摩，從&KKL 年K 月開始，也開展了C-
1=./ )*+ 業務。目前，全世界很多電信公司和大眾業，也在建設
C- 1=./ )*+ 網路。圖, 為C- 1=./ )*+ 的應用方案示意圖。
圖, C- 1=./ )*+ 應用方案
在圖, 中，)*+ 光纖環由光纖雙向環組成；路由器可有各種
不同的等級，分別連接各自的C- 子網。在圖,( & 中，如路由器&
與路由器! 通信，接入線路速率為M&，欲實現C- 1=./ )*+，則在
)DG < & 中繼線及)DG < &L 光纖環路中分別分出一條M& 速率
的支持（信號），由)*+ 網管系統設置，這條支路類似於NDG 網
中設置的永久虛電路（圖, 中以虛線表示）固定連接於路由器&
與路由器! 之間。
L、-O) 技術的發展趨勢
L( & 結構更簡單
目前在-O) 技術中，幀結構比較復雜。)*+ 幀結構中有大
量的段開銷和通道開銷，對於C- 網路來講，這些開銷是多餘的，
未來的)*+ 幀結構將會簡化。即使最終獨立的)*+ 層也可能會
消失，但其基本功能仍將會融合到P*G 層中去。
L( ! 功能增強
-O) 在網路鏈路帶寬緊張時，位於長包之後的短包，時延變
化會較大，而大的時延變化，使得-O) 更難支持對時延敏感的應
用。也許下一步-O) 會利用新的技術，如採用「9672Q )*+ 格式，
來解決這些問題。另外C- 結構信號在)*+ 中傳輸常規的方法是
C- R --- R +*IJ R )*+，由於)*+ 原有支路介面為M& 或M#，一個
C- 包需要分到多個M&（或M#）鏈路，即需同時建立多條--- 鏈
路，這會增加配置的復雜性，在多個M& 中難於負載平衡也不利
於保證多個M& 有相同的傳送時延。因此需要在)*+ 設備中增
加支持SJ 級聯功能，用級聯的多個SJ 承載單個--- 鏈路。為
了更有效地傳送C- 信號，在)*+ 設備中增加乙太網介面也是增
強功能的一種發展趨勢。
L( $ 產品性能更高
隨著網際網路的繼續膨脹，網上的路由表也在膨脹。盡管採用
了TU- < # 和JC*F 等技術使路由收斂和路由聚合，減少了路由
表項，但仍有幾十萬行的規模。同時，當前的U:78 路由所採用的
體系結構不能支持未來網路的性能要求。如果使用的介面速度
超過路由器本身的容量，那麼路由器將無法將原始帶寬全部有
效地轉換為可用帶寬。路由器需要D:78 的交換速度才能經濟有
效地伸展到更高的介面速度。同時未來網路也需要具有高性能、
高密度和可伸縮性的D:78 交換路由器。
L( # 應用逐步靠近邊緣
隨著核心網被基於P*G 的光網路所替代，在核心網中將
廣泛地採用-OP 技術，-O) 技術將更多地在接入網和城域網中
應用。其原因在於接入網的速率較低，故採用-OP 技術不經濟，
而使用信號速率較低的-O) 技術則可以利用進行較小的包交換
和分配，以滿足用戶的要求。
V、結束語
為了適應數據通信網，尤其是C48./4.8 上急劇增長的業務需
求以及解決隨之而生的網路擁塞、時延和服務質量問題，C48./4.8
骨幹網需要重新設計，以具備高速、擴展、安全和適應多類型業
務的特點。隨著吉比特和太比特路由器技術的不斷完善，G-I)
的採用以及C- 業務的不斷發展，-O) 正得到越來越多的應用。
W 上接第$" 頁X
圖, 在線圖書館系統訂單類WO/>./X 的狀態圖
至此我們完成了對在線圖書銷售系統基於EGI 的動態建
模，建立的各種視圖不僅能將設計者對系統組件交互序列的思
考過程可視化的表現出來，還能直觀的幫助設計者設計出系統
組件的交互介面。
#、結束語
面向對象系統分析和設計（OO)N*）就是用面向對象的方法
和設計語言來為系統的實現提供工程藍圖。由於面向對象技術
的封裝性和繼承性等特點，使得採用OON R * 方法建立的系統
具有可復用、易於維護和可擴展的特點，受到了業界的極大推
崇。而EGI 集中了近年來面向對象軟體開發和設計的許多先進
經驗及創新思想，它不僅支持面向對象分析與設計，而且還支持
從需求分析與設計到實現軟體開發的全過程，已經成為了面向
對象分析和設計的標准建模工具。在對面向對象和EGI 討論的
基礎上，本文用EGI 對在線圖書銷售系統進行了面向對象的建
模開發工作，基於EGI 的建模為整個系統的開發過程提供靈
活、一致和易讀的表達，保障了系統分析的正確性。同時通過
EGI 的靜態與動態建模機制從系統分析的若干角度闡述了在線
圖書銷售系統的靜態結構和動態行為。通過這一實際的建模過
程， 我們對用EGI 進行面向對象分析和設計建立了深刻地認
識。
在改一下
㈡ 急急急！求畢業論文 網上購物系統
[摘要] 隨著Internet的普及，網上購物越來越多地進入了人們的視野。網上購物帶給人們的便捷之處是眾所周知的，然而，有時它也會導致一系列問題，在一定程度上影響網上購物的發展。本文主要就網上購物可能會帶來的問題進行探討，希望加強廣大消費者和網路企業對於網上購物的認識。
[關鍵詞] 網上購物 安全性 隱私權 稅收 消費者權益
一、引言
隨著Internet的飛速發展，網上購物逐漸進入了尋常百姓的生活。網上購物在帶給用戶便捷性的同時，同時引來一系列新的問題，主要集中在安全性、隱私權等方面，同時也對稅收、消費者權益的保護等方面提出了新的要求。
二、網上購物簡介及存在的問題
網上購物是以信息技術為基礎的商務活動，它通過Internet使交易雙方進行商品交易，由於雙方不受時間和空間的局限性，從而不僅大大擴大了消費者和網路企業的商品交易機會，而且大大降低商品交易的成本。但是，目前國內仍存在諸多因素影響和制約著網上購物的發展。
1.安全性。安全性問題是阻礙網上購物發展的最大問題。目前，國內一些網上購物網站經常忽視安全體系的建設，使其容易受到計算機病毒和網路黑客的攻擊，從而為網上購物的開展帶來了安全隱患。其次，我國的網路基礎設施在許多方面也遠未達到進行網上購物活動的要求，比如接入速率低、反應速度慢、網路帶寬窄。再次，網路上的數據經常會遭到竊聽、截取和篡改。以上因素都會導致廣大用戶因為安全問題而對網上購物望而卻步。
現存的支付寶方式雖然在網上購物中起到了很好的作用，但它只是電子支付中的過度產品，其在解決電子支付的安全性和資金流動的實時性上存在明顯缺陷，不能完全滿足金融電子化的要求。
2.隱私權的保護。隨著網上購物時代的到來, 人們的生活方式得到了日益明顯的變化。然而也給隱私權的保護造成了極大的困難，隱私權的保護正受到前所未有的嚴峻挑戰。由於網路中的信息易於復制和竊取，且不留痕跡，這就給不法分子以可乘之機，導致各種侵害隱私權的行為屢屢發生。例如網路經營者為追求利潤和利益使用甚至買賣消費者個人信息;有的經營者未經消費者同意就利用消費者的個人信息進行商業活動。這些情況都會引發人們對網上購物的不信任, 阻礙網上購物的快速、健康發展。
3.稅收問題。隨著網上購物的迅猛發展，以及由於網上購物的無紙化、無址化、無形化、無界化、虛擬化和電子支付等特點使稅收工作難於有效的開展，出現了一系列稅收管理的漏洞，導致本應徵收的稅款白白流失，給國家造成了巨大的經濟損失。
傳統的稅收法律制度和徵收管理方式都已難以解決網上購物稅收及相關問題。然而，我國現今對網上購物的稅收問題沒有明確的政策。
4.消費者權益的保障。在網上購物活動中交易雙方缺少面對面的交互, 交易具有很大的不確定性。買方都是通過網路獲得相應商品的信息。一些不良網路企業就利用消費者無法看到商品的實樣和無法當面交易，為了謀取暴利，製造假冒偽劣商品坑害消費者。因此，公眾普遍感到網上購物不直觀，不安全，不肯輕易相信網路上的「花言巧語」，商品質量難以得到保證。其結果是給網上購物的發展造成了不小的障礙。網上購物售後安全也是真空地帶，出現問題後客戶往往不知道該去找誰負責。因此，網上交易投訴近幾年呈現大幅度增加。
此外，送貨不及時也是現今網上購物的一大弊病。網上購物的發展依賴於強大的物流體系。在我國，迄今為止依然缺乏系統化的全國性貨運配送企業。物流基礎設施不完善、第三方物流服務發展滯後等等都阻礙了網上購物的發展。
三、網上購物發展急需解決的問題
1.網上購物的發展必須在加強網路安全的前提下進行，例如加強網路安全協議(SSL、SET)的制定、密碼技術應用、認證中心(CA)的建立等等。只有保障了網上購物的安全順利進行, 廣大用戶才會建立對網上購物交易的信心。
2.在開展網上購物的活動中，應該切實抓緊有關隱私權保護的立法工作，並修訂相關的法律法規，使隱私權的保護在我國有基本的法律保障，以消除消費者對泄露個人隱私及重要個人信息的擔憂。此外，消費者也要增強自我保護意識和技能，自覺防範網上欺詐行為、網路黑客和流氓軟體的侵襲，提高個人信息資料和隱私權的保護意識。
3.面對網上購物而漏洞百出的稅務法規制度，我國應盡快修改完善現行的財稅機制，補充有關應對網上購物征稅的條款，以便和網上購物發展的要求相適應；從技術上要開發專門針對網上購物的征稅系統；相關部門之間要加強協作，規范網路交易；培養面向網路時代的稅收專業人才；採取有效措施，加強網上購物稅收的征管稽查工作。
4.目前，網上消費者權益的保障在我國還是一個「盲點」。 用我國現有的法律法規，對網上購物中消費者權益進行保障顯得簡單、散亂、缺陷很多、可操作性不強等特點。遠不能適應網上購物迅速發展所要求的對消費者權益保障的迫切需要。因此，加強對網上購物中消費者權益保障的法律研究和立法，已經迫在眉睫了。
此外，建立適合我國國情的現代化物流配送系統也是保障消費者權益不受傷害的重要措施之一。
四、結束語
雖然現階段在我國還存在著阻礙網上購物發展的諸多問題。但是，我們不能因為這些問題而放棄了對網上購物的發展。我們應該重視各種遇到的問題和障礙，應當完善網上購物立法及保護消費者的相關法律制度，應當盡快加強網路安全建設，相信中國網上購物必定會得到飛速的發展。
參考文獻：
[1]宋建文:我國網上購物發展中存在的問題及對策[J].內蒙古科技與經濟，2007.8：811，911
[2]劉映春:網上購物中個人資料保護問題研究[J].中國青年政治學院學報，2008.2：71～75
[3]張盼:網上購物中消費者權益有關問題[J].中國商界，2008.7：209
㈢ uml用例圖
可以參考trufun plato UML建模工具提供的圖書管理系統UML分析設計模型，有關用例圖部分很多！
㈣ 【問題】對該「訂單處理系統」進行面向對象分析並運用UML建模設計出用例圖。
可以參考trufun plato UML建模工具所帶的圖書管理系統的UML模型！
㈤ 跪求!!!!在線圖書銷售系統(ASP.net+ACCESS 或 SQL SERVER)
UML的面向對象建模
劉琳琅吳清江
（華僑大學信息學院計算機科學系，福建泉州$)!"**）
【摘要】統一建模語言+&』(, 是一種面向對象的建模語言- 本文簡要介紹了&』( 的建模機制，並以&』(
為工具進行了在線圖書銷售系統的實際建模，簡要演示了應用&』( 建模的思路和過程。
【關鍵詞】統一建模語言面向對象系統分析與設計
*、引言
面向對象的分析與設計+../01, 是繼傳統的過程化程序
設計之後，軟體技術發展的又一重大變革。面向對象程序設計提
出了一種新的系統設計模型，他將系統看成通過交互作用來完
成任務的對象的集合，每個對象用自己的方法管理數據。而統一
建模語言（&234356 』7658329 (:29;:95 簡稱&』(）則是這種面向對
象編程的極致所成。&』( 是一種用於系統軟體規約化、可視化
的構造及建模表示。而其中的圖形標記，尤其適用於面向對象的
軟體設計，代表了面向對象方法的軟體開發技術的發展方向。
本文在討論&』( 面向對象建模的基礎上，用&』( 針對某
一在線圖書銷售系統進行面向對象的建模，給出其用例圖、類
圖、順序圖、協作圖及狀態圖，並詳細分析了創建這些圖的要點
及過程，相信對於基於&』( 進行面向對象系統的開發具有一定
的指導意義。
!、統一建模語言（&』(）概述
&』( 是一個通用的標准建模語言- 它將系統描述為一些離
散的相互作用的對象，並最終為外部用戶提供一定的功能的模
型結構。它適用於對任何具有靜態結構和動態行為的系統進行
面向對象的建模。其中靜態結構定義了系統中的重要對象的屬
性和操作以及這些對象之間的相互關系，而動態行為定義了對
象的時間特性和對象為完成目標而相互進行通信的機制。
統一建模語言&』( 由各種不同的、彼此關聯的圖組成，他
們共同描述了一個系統的靜態結構和動態行為。這些圖可分為
兩類<
第一類是靜態圖+ =>:>3? 63:9@:A, ，表示系統的靜態特徵，描
述了系統的結構和職責。主要用於說明存在於系統中物理元素
的關系，其中最主要的有用例圖和類圖。其中用例圖從用戶角度
描述系統功能- 並指出各功能的操作者。類圖則描述系統中類的
靜態關系。不僅定義系統中的類，還表示了類之間的聯系如關
聯、依賴、聚合等- 也包括類的內部結構+ 類的屬性和操作, 。
第二類是動態圖+1B2:A3? 63:9@:A, ，表示系統的動態特徵。
描述了靜態圖中的結構性元素之間的交互，主要用於指定滿足
系統需求行為的元素間的合作關系。其中最主要的為順序圖、協
作圖和狀態圖。其中順序圖顯示對象之間的動態合作關系- 它強
調對象之間消息發送的時間順序- 同時顯示對象之間的交互C
跟順序圖相似- 協作圖描述對象間的協作關系，側重於對象交互
的空間布局，也顯示對象間的動態合作關系。這兩種圖合稱為交
互圖+ D2>5@:?>3E5 63:9@:A, ，共同描述了對象間的交互關系。狀態
圖描述類的對象所有可能的狀態以及事件發生時狀態的轉移條
件。通常，狀態圖是對類圖的補充。
從應用的角度看- 當我們採用面向對象技術來設計系統時-
首先進行的是描述系統需求；其次根據需求建立系統的靜態模
型- 以構造系統的結構；第三步是描述系統的行為。如果我們采
用&』( 來對這一過程進行面向對象建模的話，其在第一步與第
二步中所建立的模型都是靜態的- 包括用例圖、類圖和部署圖
等，是標准建模語言&』( 的靜態建模機制。而其中第三步中所
建立的模型或者可以執行- 或者表示執行時的時序狀態或交互
關系。它包括順序圖、協作圖和狀態圖等圖形- 是標准建模語言
&』( 的動態建模機制。
$、在線圖書銷售系統&』( 建模
隨著電子商務時代的到來，各商家為了適應激烈市場競爭
的需求，紛紛將其傳統的商務過程轉移到D2>5@25> 上，以擴展其
業務范圍並為顧客提供更好的服務。因此如何建立一個可擴展
的、靈活的、強健的電子商務系統對於一個企業的成功與否起到
了至關重要的作用。基於此要求和上述對&』( 建模的討論，本
文擬建立一個在線的圖書銷售系統，並採用&』( 對其進行面向
對象的設計與分析。希望能對面向對象電子商務系統的設計起
到一定的借鑒作用。
$F * 建立用例模型
分析中的第一步就是指出系統能被用來做什麼，誰將去使
用它。這些分別叫角色（:?>7@G）和用例（;G5 ?:G5G）。角色是位於你
所工作的系統外部的人或其他系統。而用例是用戶由於某種外
部事件而與計算機之間進行的一次交戶。通過對用戶需求的分
析，我們得出了在線圖書銷售系統的用例圖：
圖* 在線圖書銷售系統的用例圖
該系統具有多個不同的角色和用例。各個角色的定義依據
於其與系統之間進行的不同交互。系統管理員是軟體系統的用
戶，主要負責系統的用戶管理；而客戶、供應商和經理則是系統
的具體使用者，分別利用系統來實現不同的功能。時間角色定時
觸發對銷售狀況的分析，產生相關的報告以幫助經理進行銷售
決策的分析。在線圖書銷售系統中的各個用例用來表達來表達
角色和系統之間的交互。每一個用例都附帶有文本文檔，描述用
例和客戶交互的細節。由於系統的用例的很多- 我們僅以訂單處
理用例為例，給出該用例的詳細描述：
&H+ 2 , ：訂單處理用例
用例名稱：處理訂單
用例描述：
在新建（初始化）或查詢一個訂單時啟用該用例。它負責處
理一個訂單的初始化定義，涵蓋了訂單接收處理的所有方面，從
最初的接收到最終的報價。
參與者：客戶
前置條件：客戶登陸系統進行選購
後置條件：訂單進入到系統中，通知供應商發貨，減少庫存。
主路徑：客戶選擇某一商品下訂單，使用信用卡付款。
主路徑的細節描述：
!" #""$ 年福建電腦第! 期
步驟描述
% 系統對客戶進行確認
# 對於客戶需要的每一種產品：
#& % 獲得所需商品的』( 和商品描述
#& # 所需產品的數量
#& ! 計算單價
! 計算訂單總金額
$ 計算附加費用（包括稅和運輸費）
) 將最終價格報給客戶
* 客戶提供信用卡號
+ 驗證客戶的信用卡
, 開發貨清單
- 完成銷售
異常路徑：
# 客戶使用信用卡下訂單，但信用卡是無效的。
# 客戶訂貨，而所需的商品無貨。
!& #./0 靜態建模
用例圖只考慮系統應該提供什麼樣的功能，而對這些功能
的內部運作情況則不予考慮，為了揭示系統的內部關系，需要建
立系統的靜態結構模型。靜態結構是從系統的內部結構和靜態
角度來描述系統的，它定義了系統中的對象和類，以及他們內部
和彼此間的關系，如關聯、聚合、依賴等關系。在./0 中，系統的
靜態結構主要用類圖123455 674894:; 來描述。類圖設計是面向對
象方法的核心技術，通過類圖將用例的實現具體到每個類中，從
而完成設計走向細化的過程。由於類圖是整個系統的中樞性圖，
是定義其它圖的基礎。本文將給出在線圖書銷售系統的局部類
圖。
圖# 在線圖書銷售系統的局部類圖
該局部類圖詳細說明了在線圖書銷售系統中的關鍵類及其
之間的關聯。圖中每一個類由三部分組成，最頂層包括類的名
稱，中間一層是類的屬性，最底層是類的方法。類之間的直線是
類的關聯，它定義了類之間的消息傳遞路徑，說明了一個類的對
象如何連接到另一個類的對象。在此局部類圖中除了一般的關
聯之外，還包括以下幾種關系：%）復合關聯：復合意味著任一部
分都只屬於一個整體，訂單類（<9(=9）和訂單項類（<9(=907>=）之
間為復合關聯。在復合關聯中，若銷毀整體，則部分也會被銷
毀。# ; 鏈接關聯：鏈接是關聯的運行時版本。地址類（?((9=55）和
客戶類（2@5AB:=9）之間為鏈接關聯，其關聯類為角色類（CB3=）。
例如，?((9=55 類的一個實例可能既包含了顧客? 的實際發貨地
址，同時也包含了顧客D 的付款地址。則2@5AB:=9 類的實例對象
則根據關聯角色的不同關聯到正確的地址實例對象上。!）自反
關聯：是一個類的兩個對象之間建立的關聯。書類（DBBE）上建立
了一個自反關聯，可用於顧客在購買某一商品時，網站推薦一些
相關的書籍。$）泛化：定義了超類與子類之間的關系。在書類
（DBBE）和計算機類圖書類、經濟類圖書類、文學類圖書類之間存
在一種泛化關系，DBBE 類是一般類，而其他的三個類則是DBBE
類的特化。在DBBE 類中定義的一些通用方法對所有的特化類都
適用。所有這些關系共同定義了在線圖書銷售系統的各關鍵類
如何形成一個整體，以發揮其功能。
!& #./0 動態建模
動態建模主要描述系統對象之間的相互作用及其消息的交
換，./0 以圖的形式提供了四種動態模型，從動態視角提供了應
用程序的不同視圖。主要包括交互圖（順序圖和協作圖）、狀態圖
和活動圖。
交互圖是其中最為重要的形式，因為交互圖為系統的一系
列對象之間的交互完成建模，能幫助我們捕獲對象間傳遞的消
息，掌握跨越多個對象的系統控制流程。為此我們將用./0 交
互圖來描述在線圖書銷售系統內部各個對象間的通信，從而建
立系統的動態模型。交互視圖可用兩種圖來表示：順序圖和協作
圖，它們各有不同的側重點。順序圖用來描述對象之間動態的交
互關系F 著重體現對象間消息傳遞的時間順序。協作圖用來描述
發送和接收消息的對象的組織分布，側重於對象交互的空間布
局。
通常順序圖可由先前建立的類圖和對用例路徑的詳細描述
得出，為此我們通過對在線圖書銷售系統的類圖及其訂單處理
用例詳細路徑（主路徑）的分析，得出了在線圖書銷售系統訂單
處理的順序圖如下：
圖! 在線圖書銷售系統訂單外理的順序圖
順序圖強制我們將注意力集中到良好的面向對象設計概念
上。隨著消息發送模式的涌現，我們需要應用一些合理的面向對
象設計慣例。在生成訂單處理順序圖時，我們發現由訂單類
（<9(=9）來維護費用的計算並不符合面向對象設計中對類應該是
松耦合、高類聚的要求。為此我們創建一個新類（2G498=）用來管
理費率和提供專門的演算法來計算各種費用。同時我們也發現由
訂單類（<9(=9）來進行信用卡的驗證也不是非常的合適，我們采
用介面類249(』>A=9H4I= 來接收驗證信用卡J437(4A=249( 1 ; 消息。
協作圖可由順序圖直接生成。其內容更多的集中在實際對
象及其在交互中的角色，而不是順序圖中表達的線性時間流。協
作圖提供的視角表現了一個對象的繁忙程度：發送消息、接收消
息，或兩者兼備。下圖給出了訂單處理主路徑的協作圖。
圖$ 在線圖書銷售系統訂單處理的協作圖
像大多數面向對象技術一樣，./0 動態模型中用狀態圖來
對一個類的生命周期進行建模，具體的它來描述一個特定對象
的所有可能狀態及其引起狀態轉移的事件。通常應用程序中的
許多類沒有什麼值得關注的有趣狀態，所以並不需要為其建立
狀態圖。例如，對在線圖書銷售系統中客戶類（2@5AB:=9）就不需
使用狀態圖為其進行建模。而另一些類則呈現了有趣和復雜的
動態行為，通過為其繪制狀態圖能幫助我們更好的理解其狀態
轉換過程中所執行的相關動作。例如，在線圖書銷售系統中的訂
單類（<9(=9）在其生存周期中會經歷許多不同的狀態，並受到系
統中許多不同事件的影響。為此我們為訂單類（<9(=9）創建一個
狀態圖來追蹤其從誕生到消亡的全過程。1 下轉第!! 頁;
福!""# 年第$ 期建電腦$$
參考文獻
% & 』 肖萍萍，吳健學，周芳，胡春琳( )*+ 原理與技術。北京：北京郵電大學出版社，!""!
% ! 』 孫學康，毛京麗。)*+ 技術( 北京：人民郵電出版社，!""!
% $ 』 吳彥文，鄭大力，仲肇偉( 光網路的生存性技術( 北京：北京郵電大學出版社，!""!
% # 』 顧畹儀，李國瑞( 光纖通信系統( 北京：北京郵電大學出版社，!""!
% , 』 -./01/2345. 672789 01/ :/74;74; < 7481 < 9./=75. 34> 23748.4345. 10 748./43871436 )*+ ?38@9 34> 2A687?6.B 9.587149( CDE < D F.5( G( !&"&( !"""
參考文獻
% & 』 % 美』G.767/ -3;. < H14.9《EGI 面向對象設計基礎》( 科學出版社( !""$
% ! 』 % 美』J/37; I3/234 著姚淑珍等譯(《EGI 和模式應用面向對象分析與設計導論》( 機械工業出版社( !""!
% $ 』 冀振燕(《EGI 系統分析設計與應用案例》( 人民郵電出版社( !""$
% # 』 汪成亮(《EGI 技術在實際工程中的應用》( 計算機工程與應用( !""!
光纜連接紐約和斯德哥爾摩，從&KKL 年K 月開始，也開展了C-
1=./ )*+ 業務。目前，全世界很多電信公司和大眾業，也在建設
C- 1=./ )*+ 網路。圖, 為C- 1=./ )*+ 的應用方案示意圖。
圖, C- 1=./ )*+ 應用方案
在圖, 中，)*+ 光纖環由光纖雙向環組成；路由器可有各種
不同的等級，分別連接各自的C- 子網。在圖,( & 中，如路由器&
與路由器! 通信，接入線路速率為M&，欲實現C- 1=./ )*+，則在
)DG < & 中繼線及)DG < &L 光纖環路中分別分出一條M& 速率
的支持（信號），由)*+ 網管系統設置，這條支路類似於NDG 網
中設置的永久虛電路（圖, 中以虛線表示）固定連接於路由器&
與路由器! 之間。
L、-O) 技術的發展趨勢
L( & 結構更簡單
目前在-O) 技術中，幀結構比較復雜。)*+ 幀結構中有大
量的段開銷和通道開銷，對於C- 網路來講，這些開銷是多餘的，
未來的)*+ 幀結構將會簡化。即使最終獨立的)*+ 層也可能會
消失，但其基本功能仍將會融合到P*G 層中去。
L( ! 功能增強
-O) 在網路鏈路帶寬緊張時，位於長包之後的短包，時延變
化會較大，而大的時延變化，使得-O) 更難支持對時延敏感的應
用。也許下一步-O) 會利用新的技術，如採用「9672Q )*+ 格式，
來解決這些問題。另外C- 結構信號在)*+ 中傳輸常規的方法是
C- R --- R +*IJ R )*+，由於)*+ 原有支路介面為M& 或M#，一個
C- 包需要分到多個M&（或M#）鏈路，即需同時建立多條--- 鏈
路，這會增加配置的復雜性，在多個M& 中難於負載平衡也不利
於保證多個M& 有相同的傳送時延。因此需要在)*+ 設備中增
加支持SJ 級聯功能，用級聯的多個SJ 承載單個--- 鏈路。為
了更有效地傳送C- 信號，在)*+ 設備中增加乙太網介面也是增
強功能的一種發展趨勢。
L( $ 產品性能更高
隨著網際網路的繼續膨脹，網上的路由表也在膨脹。盡管採用
了TU- < # 和JC*F 等技術使路由收斂和路由聚合，減少了路由
表項，但仍有幾十萬行的規模。同時，當前的U:78 路由所採用的
體系結構不能支持未來網路的性能要求。如果使用的介面速度
超過路由器本身的容量，那麼路由器將無法將原始帶寬全部有
效地轉換為可用帶寬。路由器需要D:78 的交換速度才能經濟有
效地伸展到更高的介面速度。同時未來網路也需要具有高性能、
高密度和可伸縮性的D:78 交換路由器。
L( # 應用逐步靠近邊緣
隨著核心網被基於P*G 的光網路所替代，在核心網中將
廣泛地採用-OP 技術，-O) 技術將更多地在接入網和城域網中
應用。其原因在於接入網的速率較低，故採用-OP 技術不經濟，
而使用信號速率較低的-O) 技術則可以利用進行較小的包交換
和分配，以滿足用戶的要求。
V、結束語
為了適應數據通信網，尤其是C48./4.8 上急劇增長的業務需
求以及解決隨之而生的網路擁塞、時延和服務質量問題，C48./4.8
骨幹網需要重新設計，以具備高速、擴展、安全和適應多類型業
務的特點。隨著吉比特和太比特路由器技術的不斷完善，G-I)
的採用以及C- 業務的不斷發展，-O) 正得到越來越多的應用。
W 上接第$" 頁X
圖, 在線圖書館系統訂單類WO/>./X 的狀態圖
至此我們完成了對在線圖書銷售系統基於EGI 的動態建
模，建立的各種視圖不僅能將設計者對系統組件交互序列的思
考過程可視化的表現出來，還能直觀的幫助設計者設計出系統
組件的交互介面。
#、結束語
面向對象系統分析和設計（OO)N*）就是用面向對象的方法
和設計語言來為系統的實現提供工程藍圖。由於面向對象技術
的封裝性和繼承性等特點，使得採用OON R * 方法建立的系統
具有可復用、易於維護和可擴展的特點，受到了業界的極大推
崇。而EGI 集中了近年來面向對象軟體開發和設計的許多先進
經驗及創新思想，它不僅支持面向對象分析與設計，而且還支持
從需求分析與設計到實現軟體開發的全過程，已經成為了面向
對象分析和設計的標准建模工具。在對面向對象和EGI 討論的
基礎上，本文用EGI 對在線圖書銷售系統進行了面向對象的建
模開發工作，基於EGI 的建模為整個系統的開發過程提供靈
活、一致和易讀的表達，保障了系統分析的正確性。同時通過
EGI 的靜態與動態建模機制從系統分析的若干角度闡述了在線
圖書銷售系統的靜態結構和動態行為。通過這一實際的建模過
程， 我們對用EGI 進行面向對象分析和設計建立了深刻地認
識。
㈥ 深度色撒
1、中間件: 中間件是一種獨立的系統軟體或服務程序，分布式應用軟體藉助這種軟體在不同的技術之間共享資源。
2、瘦客戶機: 是使用專業嵌入式處理器、小型本地快閃記憶體、精簡版操作系統的基於PC工業標准設計的小型行業專用商用PC。
3、網站優化: 是一種利用長期總結出的搜索引擎收錄和排名規則，對網站進行程序、內容、版塊、布局等的調整，使網站更容易被搜索引擎收錄，在搜索引擎中相關關鍵詞的排名中占據有利的位置。
4、耦合: 用來衡量一個系統內模塊之間聯系程度的指標。
5、狀態機: 它是一個有向圖形，由一組節點和一組相應的轉移函數組成。
三、簡答題(每空 6 分，共 30 分)
1簡述用例圖的建立步驟
用例圖的建立步驟：
1〉找出系統外部的活動者和外部系統，確定系統的邊界和范圍。
2〉確定每一個活動者所希望的系統行為。
3〉把這些系統行為命名為用例。
4〉把一些公共的系統行為分解為一批新的用例，供其它的用例引用。把一些變更的行為分解為擴展用例。
5〉編制每一個用例的劇本。
6〉繪制用例圖。
7〉區分主業務流和例外情況的事件流。可以把表達例外的情況的事件流的用例圖畫成一個單獨的子用例圖。
8〉精化用例圖，解決用例見得重復與沖入問題，簡化用例中的對話序列，用力圖可以有不同的層次，高層次系統的用例可以分解為若干個下屬子系統中的子用例。
2簡述三層C/S體系結構各層的作用
答 表示層：主要功能是指導操作人員使用界面，輸入數據、輸出結果。
業務層：是應用系統的主體，它的功能是接收輸入，處理後返回結果。
數據層：實際意義上的關系資料庫，負責管理應用系統的數據資源，完成數據操作。
3簡述系統總體設計的步驟
⑴進行系統總體結構設計；
⑵進行系統網路環境設計；
⑶進行子系統的劃分；
⑷進行模塊設計；
⑸確定系統平台配置
4、簡述WEB伺服器與應用伺服器的聯系與區別
答：（1）Web伺服器只能幫助將應用程序處理結果以HTML頁面的形式發布給用戶，它對於應用程序不能提供更多的幫助。
（2）應用伺服器一般地可以為企業級的應用提供一種可靠的、高性能的的運行環境，而Web伺服器是無法做到這一點的。
（3）應用伺服器可以提供很多預先安裝的（或者預置）服務，例如搜索引擎、內容管理等 。
（4）很多應用伺服器能預先配置和快速構造商務模型的組件，使企業可以迅速地建立商務邏輯。
5、按照模塊內聚從弱到強的順序列舉內聚的幾種形式
(1） 偶然內聚 （2） 邏輯內聚。 （3） 時間內聚 （4） 過程內聚
（5） 通信內聚 6） 順序內聚 （7） 功能內聚
四、論述(每空10 分，共 20 分)
1、論述企業建站應如何增加網站的可信度和易用度
答 答題思路 可信度方面1.網站身份
2.廣告和內容
3.顧客服務
4.不斷改進
5.個人信息保護
易用度方面1.收索引擎能快速收到
2.符合人文語言習慣
3.專業度符合訪問人群
4.空間大,內容全
2論述企業應如何制定電子商務系統的安全策略
答：1安全策略目標
2.機構安全策略
3.系統安全策略 1)授權方面
2)訪問安全策略方面
3)責任方面
五、案例(每空 15 分，共15 分)
1、請針對B2B電子商務平台經營模式，設計B2B電子商務應用軟體系統的內容
答：主要業務功能：1、信息服務功能；2、交易功能；3、支付結算功能；4、跟蹤功能；
主要系統功能：1、網路管理功能；2、網路安全功能；3、網路應用功能；
4、數據管理功能