A. 求一份asp.net的網上銷售系統 跪求!!!
你去這個網站下載就可以了。。。
www.51aspx.com
B. 計算機編程是幾級證書，4級證書包括什麼內容
4級證書包括 中級網路工程師...中級資料庫工程師..計算機編程是2級證....
C. 跪求!!!!在線圖書銷售系統(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 進行面向對象分析和設計建立了深刻地認
識。
D. 在下想知道那裡有輕小說連插圖可以下載(不是圖和文字分開,而是圖和文字一起,好像真的小說一樣)
一般認為，「做」表示具體的動作，「作」表示抽象的動作。我也一直這樣認為，雖然心下有一個疑惑，具體和抽象是相對的，如果遇到具體、抽象分不清的時候怎麼辦。最近使用北京語言學院編、商務印書館出版的《實用漢語課本》(第3冊)，才發現混淆的情況超出我的想像： 在老隊長家裡做客（148頁） 老隊長的老伴田大娘和女兒小華，正在家裡作飯，聽說有客人來了，連忙從屋裡走出來。（149頁） 按說，「做客」比「作飯」抽象，「作飯」比「做客」具體，可是，課文的寫法剛好是顛倒的。還有的時候書里的寫法好像是隨機的： 我要是有點兒不舒服，他就忙著請大夫、買葯，作這作那讓我吃。（107頁） 丁大娘說：「要是我有點兒不舒服，他就忙著做這做那讓我吃。」（122頁） 布朗太太看到一個個的餃子整整齊齊地擺在那裡，稱贊地說：「作得多好啊！……」（151頁） 一會兒請大家嘗一嘗我們做的中國餃子。（167頁） 有的人吃過，說外邊是面做的皮兒，里邊是肉和菜做的餡兒，很好吃；（167頁） 這不能不讓我們想到，「做」和「作」到底有沒有分別呢？ 二 我們考察了錢鍾書的《七綴集》，呂叔湘的《漢語語法分析問題》，李榮的《文字問題》。三本書的作者都是名家。 錢先生以博聞強記，洞幽燭微而著稱於世；呂先生細膩縝密，清通如水，為人欽敬；李先生殫精竭思，求人求己都很嚴，有人喜歡，有人害怕。考察的結果是，三位先生也都不能完全區分這兩個字。 錢先生偏於使用「作」字。這從一打開《七綴集》就映入眼簾的「修訂本前言」就可以知道： 此書出版以來，我作了些修訂。我感謝魏同賢同志，給它機會面世。辛廣偉同志辛勤幫助這本書的出版，我向他致謝。附帶一提，《集》中三篇文章已被法國學者郁白先生選入我的《詩學五論》，作了精審的移譯，我在譯本《後序》里，也表達了「內銷」轉為「出口」的驚喜了。 書里也一般使用「作」字： 它並不對中國舊詩和舊畫試作任何估價，而只闡明中國傳統批評對於詩和畫的比較估計。（1頁） 新傳統里的批評家對於舊傳統里的作品能有比較全面的認識，作比較客觀的估計；（3頁） ……托爾斯太是天生的狐狸，卻一心要作刺蝟。（26頁） 一位畫家作了這樣的插圖：（46頁） 這種種都對原作的意義或藝術作了闡明或贊賞。（93頁） 文人好名，爭風吃醋，歷來傳作笑柄，……（103頁） 一個明末的孤臣烈士和一個清初的文學侍從嘗試地作了相同的心理解答。（127頁） 但也能看到用「做」的例子，雖然極少： ……引誘大家去愛好外國作品，彷彿做媒似的，……（81頁） 假如她有腔無調地「謳歌」起來，那顯然是在做戲，……（86頁） 那個平常的稱謂在這里有一個現代不常用的意義：不指「德國巨商」，而指和德國做進出口生意的英國商人。（91頁） 而且居然也可以找到同樣條件下「作」「做」混用的例子： ……一個人作詩和說理不妨自相矛盾，「詩詞中有理外之理」。（71頁） 和尚做詩，當然信手拈來本店祖傳的貨色。（74頁） 宋祁雖然作詩深受「西昆體」的影響，……（21頁） 只有一個地方，錢先生連用了3次「做」： 假如有人做個試驗，……這個試驗當然沒人做過，也許是無需做的。（105頁） 彷彿錢先生也認為「試驗」是具體的，應該用「做」。 呂叔湘先生與錢先生正相反，偏於使用「做」字。我們引書的前面幾節里的一些句子以見一斑。（呂先生的書每小節前有節號，我們用節號標示出處，也便持不同版本的人查驗。）： 解決的途徑首先在於對實際用例多做調查。（前言） 本文試圖對漢語語法體系中存在的問題做一番檢討,…（1節） 當然，最好是用字母做代號，……（3節） 一般地說，有兩個半東西可以做語法分析的依據：……（4節） 也可以拿『語素』做最小單位，……（9節） 請注意後面的3例，多數人都習慣用「作」，而呂先生用「做」。特別是「動詞＋作（做）」的形式，呂先生寫「做」：「叫做（2節）」「分做（38節）」「算做（41節）」「當做（47節）」「看做（72節）」「譯做（注9）」等。可是在同樣的情況下，我們也發現了兩個字混用的現象，例如： 有時候一個介詞帶上一個名詞可以做謂語，如：（120頁） 同一節就有： 有些介詞可以帶上賓語作謂語，因而才有…… 介詞帶名詞和介詞帶賓語指的是同一件事情，可是一次用「作」，一次用「做」。其他如： 既不具備名詞的主要特徵（做主語，做賓語），又不具備謂詞即動詞和一般形容詞的主要特徵（做謂語）。（44節） 形容詞作謂語跟不及物動詞作謂語幾乎沒有什麼不同，也可以不另作一類。（62節） 另一方面又需要作進一步的分析，看它包含哪些具體內容。（75節） 如果有人把一番分析上曾經利用過或者可能利用的各種圖解和符號搜集起來，做一個比較研究，那倒是很有意思的。（79頁） 錢先生和呂先生各有所好，也似乎各有所執，但都不能避免在同樣的情況下用不同的字。 李榮先生同錢鍾書先生一樣，也偏於使用「作」字。這里舉3個例子： 在逐步實現四個現代化的過程中，語言學文字學都應該作出應有的貢獻。（1頁） 正文連題目，「庄」字見三十九次，都作姓用。（20頁） 異體字有各種不同的情況，這里只就功用寬窄等略作說明。（21頁） 這本書是講文字學的，所以有很多「某字作某」「某字本作某」的說法，這些也許是文字學的固定說法，不足為證。但全書的「V～」形式都寫「V作」，書里有「用作（21頁）」「讀作（22頁）」「改作（24頁）」「寫作（9頁）」「誤作（10頁）」「描潤作（50頁）」等。可是我們也從中檢出五處寫「做」的例子，其中一處是「叫做」： 我採集資料的方式不是全面的有系統的，那樣做需要的人力太多，時間太長。（2頁） 這么做一方面貽誤一般讀者，推廣這種錯覺。（13頁） 「夾手」是把手夾住，所以「夾」字寫成從手的「挾」。上句又有「扶」字做仿效加手旁的依據。（45頁） 後人抄寫古書或刻印古書，有時無心寫錯字，這叫做「書經三寫，烏焉成馬」。（74頁） 差使跟做事有關，寫成「差事」好像也有講。（93頁） 第3個例子可以比較： 有意的改寫，常常拿無意的創新作根據，……（76頁） 精審如李先生，猶不能避免兩字混用，可見這兩個字實際上是不能區分的。① 三 既然兩個字不能分開，那麼能不能乾脆合並呢？ 先說說合並的方向。把「作」並入「做」，顯然是不行的。我們不可能讓「工作」「作文」「作風」「作品」這些已經固定的寫法改變面貌。可取的合並方向只能是並「做」為「作」。這個辦法不是沒有人試過。老舍先生的《駱駝祥子》有索引，我們順便查了一下，全書只有「作」沒有「做」。《駱駝祥子》是成功的作品，可以證明合並沒有問題。 不過，我們估計，要取消「做」只用「作」，希望文字典雅的人那裡會通不過。所以，另一個照顧目前情況的辦法就是繼續把兩個字分開，只是要修改目前所認為的分用標准。抽象、具體的標准已經證明是不可行的。一是我們沒法把人類的活動分成簡單的抽象、具體兩大類，二是即使分了這樣的類，也只能開成長長的清單讓人們去遵守，而無法把它變成簡單的規則讓人去掌握。所以可行的辦法還是結合語法分類，就好象本世紀初廢「底」歸「的」，用語法標准來分配「的」「地」「得」三字一樣。 可以考慮的辦法是作謂語的動詞都寫「做」，固定的詞都寫「作」。這樣可以保證現有的詞都保持目前的寫法，如： 寫作、工作、作文、作業、作風、作用、作為（名詞）、作為（動詞）、作者、作品、作對、作廢、作樂、作罷、作息、作偽、作孽、作戰、作東、作主、作案、作法（＝方法）…… 而下面的寫法就無須猶豫了： 做飯、做菜、做餃子、做針線、做作業、做作文、做工作、做解釋、做報告、做計劃、做方案、做這做那、做東做西、做法（道士做法）…… 另外，「動詞 + 作（做）」一律寫「作」。這一類的形式都表示一種觀念上的、或者動作結果的意義而不是加在賓語上的具體動作。這樣寫也和目前多數人的使用習慣相合。 比較困難的是那些分不清是詞還是片語的情況，比如： 作詩～做詩 作人～做人 作事～做事 也許還要硬性規定一下。（我傾向於分析成結構，因而主張寫成後面的形式。從這一點上說，這個辦法畢竟不是萬全之策，好在數量不多。） 這樣，我們的建議就成了如果尚雅，就按我們提議的辦法辦；如果從俗，就按老舍的辦法辦，全部寫「作」。② 四 不過，要指出，雅俗是隨著時代的改變而改變的。古代有「作」而無「做」。這里舉一則金文的例子，兩則《詩經》的例子和兩則《論語》的例子，都是古代文化的典範。 《虢季子白盤》：隹十又二年，正月，初吉丁亥，虢季子白乍（作） 寶盤。 《詩經·節南山之什·雨無正》：昔爾出居，誰從作爾室。 《詩經·周頌·天作》：天作高山，大王荒之。 《論語·學而》：不好犯上，而好作亂者，未之有也。 《論語·學而》：述而不作，信而好古，竊比於我老彭。 《廣韻》不收「做」字，直到《集韻》才在「作」字下指出：「俗作『做』，非是。」也就是說，直到那個時候，「做」才作為「俗字」被收入字書，而且被認為不對。如果認為「古典的」才是「高雅的」的話，一律寫「作」倒是棄俗而就雅。 ①我們當然不排除幾位先生的著作在經過排字房的時候產生誤植的情況。但幾位先生所持不同還是很清楚的。特別是兩位語言學家對「動詞 + 作（做）」的不同處理，不可能是排字房的注意。此外，呂先生的這部著作也收入後來出版的一些先生的文集中，個別措辭有修改，但「作」、「做」的使用情況沒有改變，可見兩字的交替使用在呂先生那裡也不是絕對排斥的。 ②只有一個詞會給一律寫「作」帶來困擾，這就是「做作」一詞，但我們的古人似乎早已碰到了這個問題，已經准備了一個語言中難得一見的完全同義詞「造作」。
1.kindelean,這個軟體可以在你把KINDLE連到電腦後幫你建立collection，還可以加封面和改作者名字。自己搜吧。
2.至於第二問，普通人應該就是用PDF，你可以用WPS，把字體（一般是1號-2號字）和圖片調整好，把邊距調整越小越好，看你自己要求，然後WPS上有個按鍵是轉為PDF，即可。
找動漫就上 873漫畫網
E. uml用例圖
可以參考trufun plato UML建模工具提供的圖書管理系統UML分析設計模型，有關用例圖部分很多！
F. 尋找隨書附贈光碟的內容
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 進行面向對象分析和設計建立了深刻地認
識。
在改一下
G. 【問題】對該「訂單處理系統」進行面向對象分析並運用UML建模設計出用例圖。
可以參考trufun plato UML建模工具所帶的圖書管理系統的UML模型！
H. 深度色撒
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、數據管理功能