UML是一種通用的建模語言，其表達能力相當?shù)膹姡粌H可以用于軟件系統(tǒng)的建模，而且可用于業(yè)務建模以及其它非軟件系統(tǒng)建模。UML綜合了各種面向對象方法與表示法的優(yōu)點，至提出之日起就受到了廣泛的重視并得到了工業(yè)界的支持。

本章將按視圖、模型元素、圖以及公共機制依次介紹UML的構造和基本元素，以使得讀者對UML有一個總體了解，其具體細節(jié)將在后續(xù)章節(jié)中詳細描述。

 

畫圖工具：eDraw、jude

 

歡迎大家繼續(xù)支持和關注我的博客：

http://hoojo.cnblogs.com

http://blog.csdn.net/IBM_hoojo

也歡迎大家和我交流、探討IT方面的知識。

email：hoojo_@126.com

如果你覺得本文不錯的話，請你點擊屏幕右下方的 。如果你以后會用到這篇文章的或覺得以后要重新翻閱的話，你可以點擊屏幕右下角的 。如果你覺得我的博文不錯或是想在第一時間看到我的動態(tài)的話，你可以點擊屏幕右下角 。如果你想說點什么的話，你可以點擊屏幕右下方的 。如果你都點過了，那真的太謝謝你了，兄弟太支持了。此時，或許你可以點擊 按鈕，然后看看博文的導航繼續(xù)瀏覽其他文章。

 

1. UML的組成

UML由視圖(View)、圖(Diagram)、模型元素(Model Element)和通用機制(General Mechanism)等幾個部分組成。

a) 視圖(View)： 是表達系統(tǒng)的某一方面的特征的UML建模元素的子集，由多個圖構成，是在某一個抽象層上，對系統(tǒng)的抽象表示。

b) 圖(Diagram)： 是模型元素集的圖形表示，通常是由弧（關系）和頂點（其他模型元素）相互連接構成的。

c) 模型元素(Model Element)：代表面向對象中的類、對象、消息和關系等概念，是構成圖的最基本的常用概念。

d) 通用機制(General Mechanism)：用于表示其他信息，比如注釋、模型元素的語義等。另外，UML還提供擴展機制，使UML語言能夠適應一個特殊的方法（或過程），或擴充至一個組織或用戶。

 

2. UML視圖的分類

UML是用來描述模型的，用模型來描述系統(tǒng)的機構或靜態(tài)特征，以及行為或動態(tài)特征。從不同的視角為系統(tǒng)構架建模，形成系統(tǒng)的不同視圖。

(1) 用例視圖(Use Case View)，強調(diào)從用戶的角度看到的或需要的系統(tǒng)功能，是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。

(2) 邏輯視圖(Logical View)，展現(xiàn)系統(tǒng)的靜態(tài)或結構組成及特征，也稱為結構模型視圖(Structural Model View)或靜態(tài)視圖(Static View)。

(3) 并發(fā)視圖(Concurrent View)，體現(xiàn)了系統(tǒng)的動態(tài)或行為特征，也稱為行為模型視圖(Behavioral Model View)或動態(tài)視圖(Dynamic View)。

(4) 組件視圖(Component View)，體現(xiàn)了系統(tǒng)實現(xiàn)的結構和行為特征，也稱為實現(xiàn)模型視圖(Implementation Model View)。

(5) 配置視圖(Deployment View)，體現(xiàn)了系統(tǒng)實現(xiàn)環(huán)境的結構和行為特征，也稱為環(huán)境模型視圖(Environment Model View)或物理視圖(Physical View)。

 

視圖是由圖組成的，UML提供9種不同的圖：

(1) 用例圖(Use Case Diagram)，描述系統(tǒng)功能；

(2) 類圖(Class Diagram)，描述系統(tǒng)的靜態(tài)結構；

(3) 對象圖(Object Diagram)，描述系統(tǒng)在某個時刻的靜態(tài)結構；

(4) 組件圖(Component Diagram)，描述了實現(xiàn)系統(tǒng)的元素的組織；

(5) 配置圖(Deployment Diagram)，描述了環(huán)境元素的配置，并把實現(xiàn)系統(tǒng)的元素映射到配置上；

(6) 狀態(tài)圖(State Diagram)，描述了系統(tǒng)元素的狀態(tài)條件和響應；

(7) 時序圖(Sequence Diagram)，按時間順序描述系統(tǒng)元素間的交互；

(8) 協(xié)作圖(Collaboration Diagram)，按照時間和空間順序描述系統(tǒng)元素間的交互和它們之間的關系；

(9) 活動圖(Activity Diagram)，描述了系統(tǒng)元素的活動；

建模方法由建模語言和建模過程兩部分構成。其中建模語言是用來表述設計方法的表示法，建模過程是對設計中所應采取的步驟的描述。UML是一種建模語言，它在很大程度上獨立于建模過程。在實際建模中，建模人員最好把UML用于以用案驅動的、以體系機構為中心的、迭代的和漸增式的開發(fā)過程中。

一般而言，軟件系統(tǒng)的體系結構給出了軟件系統(tǒng)的組織、組成系統(tǒng)的構造元素及其接口的選擇、系統(tǒng)的行為和體系結構風格等信息。也就是說，它不僅關心系統(tǒng)的結構和行為等功能性需求，而且也涉及系統(tǒng)的性能、易理解性、易復用性等非功能性需求。如下圖所示，UML利用用戶模型視圖、結構模型視圖、行為模型視圖、實現(xiàn)模型視圖和環(huán)境模型視圖來描述軟件系統(tǒng)的體系結構。

根據(jù)它們在不同架構視圖的應用，可以把9種圖分成：

(1) 用戶模型視圖：用例圖；

(2) 結構模型視圖：類圖和對象；

(3) 行為模型視圖：狀態(tài)圖、時序圖、協(xié)作圖和活動圖（動態(tài)圖）；

(4) 實現(xiàn)模型視圖：組件圖；

(5) 環(huán)境模型視圖：配置圖。

用戶模型視圖由專門描述最終用戶、分析人員和測試人員看到的系統(tǒng)行為的用案組成，它實際上是從用戶角度來描述系統(tǒng)應該具有的功能。用戶模型視圖所描述的系統(tǒng)功能依靠外部用戶或者另外一個系統(tǒng)來激活，為用戶或者另一系統(tǒng)提供服務，從而實現(xiàn)用戶或另一系統(tǒng)與系統(tǒng)的交互。系統(tǒng)實現(xiàn)的最終目標是提供用戶模型視圖中所描述的功能。在UML中，用戶模型視圖是由用案圖組成。

結構模型視圖描述組成系統(tǒng)的類、對象以及它們之間的關系等靜態(tài)結構，用來支持系統(tǒng)的功能需求，即描述系統(tǒng)內(nèi)部功能是如何設計的。結構模型視圖由類圖和對象圖構成，主要供設計人員和開發(fā)人員使用。

行為模型視圖主要用來描述形成系統(tǒng)并發(fā)與同步機制的線程和進程，其關注的重點是系統(tǒng)的性能、易伸縮性和系統(tǒng)的吞吐量等非功能性需求。行為模型視圖利用并發(fā)來描述資源的高效使用、并行執(zhí)行和處理異步事件。除了講系統(tǒng)劃分為并發(fā)執(zhí)行的控制線程之外，行為模型還必須處理通信和這些線程及進程之間的同步問題。行為模型視圖主要供系統(tǒng)開發(fā)人員和系統(tǒng)集成人員使用，它由序列圖、協(xié)作圖、狀態(tài)圖和活動圖組成。

實現(xiàn)模型視圖用來描述系統(tǒng)的實現(xiàn)模塊它們之間的依賴關系以及資源分配情況。這種視圖主要用于系統(tǒng)的配置管理，它是由一些獨立的構件組成的。實現(xiàn)模型視圖由構件圖組成。其中構件是代碼模塊，不同類型的代碼模塊形成不同的構件。實現(xiàn)模型視圖主要供開發(fā)人員使用。

環(huán)境模型視圖用來描述物理系統(tǒng)的硬件拓撲結構。例如，系統(tǒng)中的計算機和設備的分布情況以及它們之間的連接方式，其中計算機和設備統(tǒng)稱為節(jié)點。在UML中環(huán)境模型視圖是由部署圖來表示的。系統(tǒng)部署圖描述了系統(tǒng)構件在節(jié)點上的分布情況，即用來描述軟件構件到物理節(jié)點的映射。部署圖主要供開發(fā)人員、系統(tǒng)集成人員和測試人員使用。

上面每一種視圖反映了系統(tǒng)的一個特定方面，不同人員可以單獨的使用其中每一種視圖，從而可以關注特定的體系結構問題。但在通常情況下，由于系統(tǒng)的最終目標是提供用戶模型視圖中描述的功能以及其它一些非功能性需求，因此，用戶模型視圖是其它視圖的核心基礎，其它視圖的構造都依賴與用戶模型視圖中所描述的類容。

細心的讀者已經(jīng)發(fā)現(xiàn)，每一種UML圖都是由多個圖組成的，每一種圖都是體系結構某個側面的表示，各種圖實際上是一致的，所有的圖在一起組成了系統(tǒng)的完整視圖。如下圖所示，UML中總共提供了用案圖、類圖、對象圖、序列圖、協(xié)作圖、狀態(tài)圖、活動圖、構建圖和部署圖9種圖。根據(jù)它們描述的是系統(tǒng)的靜態(tài)結構還是動態(tài)行為，可以將它們分為靜態(tài)圖和動態(tài)圖兩類。再進一步介紹這9中UML圖時，先了解下什么是模型元素：

 

3. UML的建模機制

UML有兩套建模機制：靜態(tài)建模機制和動態(tài)建模機制。靜態(tài)建模機制包括用例圖、類圖、對象圖、包、組件圖和配置圖。動態(tài)建模機制包括狀態(tài)圖、時序圖、協(xié)作圖、活動圖。

(1) 用例圖：用例的可視化工具，它提供計算機系統(tǒng)的高層次的用戶視圖，表示以外部活動者的角度來看系統(tǒng)將是怎樣使用的。

用例圖（用案圖）是用于描述一組用案，參與者以及它們之間的連接關系。一個用案圖描述了一組動作序列，每一個序列表示系統(tǒng)的外部設施（系統(tǒng)的參與者）與系統(tǒng)本身的交互。從一個特定參與者的角度看，一個用案完成對其有價值的工作。如圖2.5所示，用案圖僅僅是從參與者使用系統(tǒng)的角度來描述系統(tǒng)中的信息，即站在系統(tǒng)外部查看系統(tǒng)應該具有什么功能，而并不描述該功能在軟件內(nèi)部是如何實現(xiàn)的。用案可以應用于整個系統(tǒng)，也可以應用于系統(tǒng)的一個部分，包括子系統(tǒng)、單個的類或者接口。通常，用案不僅代表這些元素所期望的行為，而且還可以把這些元素用作開發(fā)過程中測試用案的基礎。

用例圖包括以下3方面內(nèi)容：

(a) 用例(Use Case)

(b) 參與者(Actor)

(c) 依賴、泛化和關聯(lián)關系

用例圖示例：

(2) 類圖：描述類、接口、協(xié)作以及它們之間關系的圖。

類圖是用于描述一組類、接口、協(xié)作以及它們之間的靜態(tài)關系。在面向對象系統(tǒng)的建模中，類圖是最為常用的圖，它用來闡明系統(tǒng)的靜態(tài)結構。事實上類是對一組具有相同屬性、操作、關系和語義的對象的描述，其中對類的屬性和操作進行描述時的一個最重要的細節(jié)就是它的可見性。

類可以以多種形式連接，例如關聯(lián)、泛化、依賴和實現(xiàn)等。一個典型的系統(tǒng)中通常有若干個類圖。一個類圖不一定要包含系統(tǒng)中所有的類，一個類可以加到幾個類圖中。

類圖示例：

(3) 對象圖：表示在某一時間上一組對象以及它們之間的關系的圖。對象圖可以被看做是類圖在系統(tǒng)某一時刻的實例。

對象圖是類圖的實例，用來描述特定運行時刻一組對象之間的關系。也就是說，對象用于描述交互的靜態(tài)部分，它由參與協(xié)作的有關對象組成。但不包括在對象之間傳遞的任何消息。

在創(chuàng)建對象圖時，建模人員并不需要用單個的對象圖來描述系統(tǒng)中的每一個對象。事實上，絕大多數(shù)系統(tǒng)中都會包含成百上千的對象。用對象來描述系統(tǒng)的所有對象以及它們之間的關系一般是不太現(xiàn)實的。因此，建模人員可以選擇所感興趣的對象極其之間的關系來描述。

對象圖中所使用的符號和類圖中使用的符號幾乎完全相同，區(qū)別僅在于對象圖的對象名帶有下劃線，而且類與類之間關系的所有的實例都要畫出來。

(4) 組件圖：描述軟件組件以及組件之間的關系，組件本身是代碼的物理模塊，組件圖則顯示了代碼的結構。

組件圖（構件圖）是用于描述一組構件之間的組織和依賴關系，用于建模系統(tǒng)的靜態(tài)實現(xiàn)視圖。構件可以是可執(zhí)行程序集、庫、表、文件和文檔等，它包含了邏輯類或者邏輯類的實現(xiàn)信息，因此結構模型視圖和實現(xiàn)模型視圖之間存在映射關系。

構建圖中也可以包括包或子系統(tǒng)，它們都是用于將模型元素組成較大的組塊。

組件圖例圖：

(5) 配置圖：描述系統(tǒng)硬件的物理拓撲結構以及在此結構上執(zhí)行的軟件。配置圖可以顯示計算節(jié)點的拓撲結構和通信路徑、結點上運行的軟件組件、軟件組件包含的邏輯單元（對象、類）等。配置圖常常用于幫助理解分布式系統(tǒng)。

配置圖（部署圖）用來描述系統(tǒng)運行是進行處理的節(jié)點以及在節(jié)點上活動的構件的配置。部署圖用來對系統(tǒng)的環(huán)境模型視圖進行建模。在大多數(shù)情況下，部署圖用來描述系統(tǒng)硬件的擴普結構。

在UML中，建模人員可以用類圖來描述系統(tǒng)的靜態(tài)結構，可以用序列圖、協(xié)作圖、狀態(tài)圖、活動圖來描述系統(tǒng)的動態(tài)行為，而用部署圖來描述軟件所執(zhí)行所需的處理器和設備的拓撲結構。

(6) 狀態(tài)圖：通過類對象的生命周期建立模型來描述對象隨時間變化的動態(tài)行為。

狀態(tài)圖實際上是一種由狀態(tài)、變遷、事件和活動組成的狀態(tài)機。狀態(tài)圖描述從狀態(tài)到狀態(tài)的控制流，常用于系統(tǒng)的動態(tài)特性建模。在大多數(shù)情況下，它用來對反應型對象的行為建模。

在UML中，狀態(tài)圖可以用來對一個對象按事件排序的行為建模。一個狀態(tài)圖是強調(diào)從狀態(tài)到狀態(tài)的控制流的狀態(tài)機的簡單表示。一般而言，狀態(tài)圖是對類所描述的設施的補充說明，它描述了類的所有對象可能具有的狀態(tài)以及引起狀態(tài)變化的事件。

(7) 時序圖：交互圖描述了一個交互，它由一組對象和它們之間的關系組成，并且還包括在對象間傳遞的信息。交互圖表達對象之間的交互，是描述一組對象如何協(xié)作完成某個行為的模型化工具。

序列圖和協(xié)作圖統(tǒng)稱為交互圖。其中，序列圖用來描述對象之間消息發(fā)送的先后次序，闡明對象之間的交互過程以及在系統(tǒng)執(zhí)行過程中的某一具體時刻將會發(fā)生什么事件。序列圖是一種強調(diào)時間順序的交互圖，其中對象沿橫軸方向排列，消息沿縱軸方向排列。

序列圖中的對象生命線是一條垂直的虛線，它表示一個對象在一段時間內(nèi)存在。由于序列圖中大多數(shù)對象都存在于整個交互過程中，因此這些對象全部排列在圖的頂部，它們的生命線從圖的頂部畫到圖的底部。每個對象的下方有一個矩形條，它與對象的生命線重疊，它表示該對象的控制焦點。序列圖中的消息可以有序號，但由于這種圖上的消息已經(jīng)從縱軸上按時間順序排序，因此消息序號通常予以省略。

(8) 協(xié)作圖：包含類元角色和關聯(lián)角色，而不僅僅是類元和關聯(lián)。協(xié)作圖強調(diào)參加交互的各對象的組織。協(xié)作圖只對相互間有交互作用的對象和這些對象間的關系建模，而忽略了其他對象和關聯(lián)。協(xié)作圖也是一種交互圖，它強調(diào)收發(fā)消息的對象的組織結構。

協(xié)作圖和序列圖是協(xié)作的，它們可以互相轉換。在多數(shù)情況下，協(xié)作圖主要對單調(diào)的、順序的控制流建模，但它也可以用來對包括迭代和分支在內(nèi)的復雜控制流進行建模。

一般而言，建模人員可以創(chuàng)建多個協(xié)作圖，其中一些是主要的，另外一些是可選擇的路徑或者異常條件。建模人員可以用包來組織這些協(xié)作圖，并給每個圖起一個合適的名字，以便與其它圖區(qū)別開。

(9) 活動圖：用于展現(xiàn)參與行為的類的活動或動作。

活動圖是狀態(tài)圖的一種特殊情況，其中幾乎所有或大多數(shù)狀態(tài)都處于活動狀態(tài)，而且?guī)缀跛谢蛘叽蠖鄶?shù)變遷都是由源狀態(tài)中活動的完成觸發(fā)的。活動圖本質上是一種流程圖，它描述了從活動到活動的控制流。

可以把活動圖看作是新樣的交互圖，但交互圖觀察的是傳遞消息的對象，而活動圖觀察到的是對象之間傳送的消息。盡管兩者在語義上的區(qū)別很細微，但它們使用不同的方式來看系統(tǒng)的。

如果你覺得本文不錯的話，請你點擊屏幕右下方的 。如果你以后會用到這篇文章的或覺得以后要重新翻閱的話，你可以點擊屏幕右下角的 。如果你覺得我的博文不錯或是想在第一時間看到我的動態(tài)的話，你可以點擊屏幕右下角 。如果你想說點什么的話，你可以點擊屏幕右下方的 。如果你都點過了，那真的太謝謝你了，兄弟太支持了。此時，或許你可以點擊 按鈕，然后看看博文的導航繼續(xù)瀏覽其他文章。

最后，歡迎大家繼續(xù)支持和關注我的博客：

http://hoojo.cnblogs.com

http://blog.csdn.net/IBM_hoojo

也歡迎大家和我交流、探討IT方面的知識。

     摘要: 這篇文章主要介紹用JavaScript和jQuery、HTML、CSS以及用第三方聊天JavaScript（jsjac）框架構建一個BS Web的聊天應用程序。此程序可以和所有連接到Openfire服務器的應用進行通信、發(fā)送消息。如果要運行本程序還需要一個聊天服務器Openfire， 以及需要用到Http方式和Openfire通信的第三方庫（JabberHTTPBind）。 JabberHTTPB...  閱讀全文

這個解決方法已經(jīng)定制下來很久了，上一段時間比較忙，沒有時間整這些東西。最近稍微好些，不怎么加班。所以抽空總結下，同時也分享給大家，也算是給大家一個借鑒吧！或許這并不是最好的解決方案，但只要能滿足當前需求的最好方案也算是最好的解決方案，誰說不是呢！O(∩_∩)O~

 

我們采用的方案如下：

先看圖

上圖的流程大致上是這樣的：

手機端向PC端發(fā)送聊天內(nèi)容

1、手機端程序通過Socket連接服務器端的ServerSocket

2、然后服務器端根據(jù)手機Mobile客戶端發(fā)送過來統(tǒng)一規(guī)范的報文或聊天內(nèi)容，進行解析

3、然后將解析的內(nèi)容，再用smack框架轉發(fā)到openfire服務器

4、最后由openfire服務器向客戶端（BS、CS、PhoneClient）程序發(fā)送聊天信息。這里的客戶端可以是pc上的瀏覽器，pc上的桌面應用，手機應用等

5、PC客戶端BS程序（用http bind方式監(jiān)聽）的長連接監(jiān)聽到openfire服務器發(fā)送過來的數(shù)據(jù)，直接在頁面中顯示

 

同樣，PC客戶端向手機端發(fā)送聊天內(nèi)容

1、PC客戶端（BS）可以直接用http bind（xmpp 提供的http請求的長連接方式）直接向openfire服務器發(fā)送聊天數(shù)據(jù)；

2、然后openfire服務器接收到聊天內(nèi)容的時候，這時候socket服務器中的smack框架中有一個聊天內(nèi)容的監(jiān)聽器

3、監(jiān)聽到PC端向openfire發(fā)送的內(nèi)容后，會用socket的流向手機端發(fā)送我們定義好的報文或是聊天內(nèi)容

4、手機端的socket會不停的輪詢（可以模擬心跳式長連接的方式），判斷是否有消息到達，如果有則顯示

 

而普通的聊天程序的流程則是客戶端發(fā)送信息到openfire服務器，openfire服務器再將消息轉發(fā)給其他客戶端。他們省去了socket服務器這部分，那我們?yōu)槭裁匆由蟬ocket服務器這部分呢？

我們這樣做也是有自己的道理的：

首先，如果讓手機端自己實現(xiàn)向openfire服務器發(fā)送程序的代碼，那工作量是相當大的。因為每個手機平臺使用的語言都不同，每個平臺都需要實現(xiàn)向openfire服務器發(fā)送聊天信息的報文。這其實就是在做重復的工作，而且每個平臺實現(xiàn)向手機端發(fā)送報文信息的技術會讓每個手機端的開發(fā)人員都要學會一套和openfire交互的代碼。這勢必會重復工作、重復相同業(yè)務的代碼。所以，把這些代碼放在一個tcp/ip的socket中轉服務器進行統(tǒng)一發(fā)送，這也是有好處的。

其次，把所以發(fā)送消息在報文在socket服務器完成，可以對業(yè)務進行一個統(tǒng)一的處理、消息過濾。

 

手機端被否決的解決方案，供參考

手機端用http長連接的方式，這個是不行的

其一、手機的移動網(wǎng)絡不穩(wěn)定，長連接會經(jīng)常斷掉，當然你可以自動進行重連

其二、長連接一直連接在服務器上，占用服務器資源。當然你可以使用心跳式長連接或是輪詢方式

其三、手機端一直連接服務器會使用手機端用戶的網(wǎng)絡帶寬流量（流量不是免費的，客戶會怎么想）

其四、手機端一直連著服務器，對手機的電量也有消耗（現(xiàn)在智能機解決電量也是一個問題）

     摘要: 開發(fā)環(huán)境： System：Windows JavaEE Server：tomcat5.0.2.8、tomcat6 JavaSDK： jdk6+ IDE：eclipse、MyEclipse 6.6   開發(fā)依賴庫： JDK6、 JavaEE5、ehcache-core-2.5.2.jar Email：hoojo_@126.com Blog：http://blog.csdn....  閱讀全文      摘要:   上兩篇文章:http://www.cnblogs.com/hoojo/archive/2011/06/01/2066426.html http://www.cnblogs.com/hoojo/archive/2011/06/02/2068665.html 介紹到了在MongoDB的控制臺完成MongoDB的數(shù)據(jù)操作、以及通過Java MongoDB 的驅動完成在Java中對Mon...  閱讀全文

有問題可以留言、私信、發(fā)郵件：
Email：hoojo_@126.com 

Blog：http://blog.csdn.net/IBM_hoojo

http://hoojo.cnblogs.com/

方法一：

1、安裝Rational Rose2003時，在需選擇安裝項的時候，只選擇Rational Rose EnterPrise Edition即可，不需選擇其他項，之后選擇“DeskTop Installation from CD Image“，一路下一步。出現(xiàn)Mem_pointer_Bad錯誤，點擊確定繼續(xù)；

2、安裝finish后將彈出的Rational License Key Administrator向導等窗口關閉。若有連接FLEXlm License Server的出錯提示框出現(xiàn)，也關閉它們。

安裝會出現(xiàn) Mem_pointer_Bad 錯誤，原因應該是某個函數(shù)因為安全等級問題而無法運行，只要下載一個SHW32.dll把 ../Rational/Rose/SHW32.dll替換即可。(注：此方法可以避免報錯，但是亦可能會造成Rose新建工程報Automation錯誤，所以此方法基本無效。。。任他報錯吧！囧)

下載地址： http://www.oyksoft.com/soft/1880.html

3、安裝好Rational Rose Enterprise Editon后，打開rose2003crack.rar壓縮包，里面有四個文件，分別為flexlm.cpl、license.dat、lmgrd.exe、rational.exe。

4、用記事本打開license.dat文件，大約在文件的中間位置有：

SERVER MICROSOFT ANY

DAEMON rational "C:\Program Files\Rational\common\rational.exe"

將其修改為：SERVER 計算機名　ANY   DAEMON rational "自己安裝的目錄\rational.exe"后，保存。

5、將license.dat、 lmgrd.exe 、rational.exe三個文件一起拷貝到：安裝目錄\rational\common\   下面。

　　如：若為默認則為：C:\Program Files\Rational\common\目錄。

6、將flexlm.cpl拷貝到C:\Windows\system32目錄下。

7、進入控制面板，則在控制面板的上方會增加了一個圖標，即FLEXlm License Manager，將其打開，在Setup頁中l(wèi)mgrd.exe右側目錄寫為：C:\Program Files\Rational\Common\lmgrd.exe（若為默認安裝目錄）

License File右側目錄寫為：C:\Program Files\Rational\Common\license.dat 點擊“應用”。

8、回到Control頁，點擊Start，若出現(xiàn)"Server Started"，則表示已經(jīng)成功，可以點擊Status,若狀態(tài)為：計算機名：license server UP(MASTER)則成功。

 

9、這時可打開安裝的Rational Rose Enterprise Edition，若還是出現(xiàn)Error，則打開Rational License Key Administrator ，點擊工具欄中的第一個工具（Start WIzard）,點擊下一步，在Server Name中的名字改為自己的計算機名，port可以不輸，能進入下一個管理窗口并且沒出錯提示，就代表license server配置成功，Rational的產(chǎn)品應該可以運行了。

——————————————————————————————————————————————————

 

更簡單方法二：

安裝完成后，下載rational_perm.dat覆蓋到Common文件夾即可完成破解，簡單吧 o(∩_∩)o...哈哈！

###########################################################################

另一版本：

FROM:http://blog.csdn.net/fenglibing/archive/2007/08/17/1747693.aspx

這么好的東西，不拿來出分享，我對不起原作者呀。但是我這里不知道作者是誰，感謝在先了。

http://www.oyksoft.com/soft/1880.html

http://files.cnblogs.com/lixianhuei/rose2003crack.rar

以上兩個網(wǎng)址分別是用來下載Rational Rose 2003及其破解軟件的。

１、安裝Rational Rose2003時，在需選擇安裝項的時候，只選擇Rational Rose EnterPrise Edition即可，不需選擇其他項。

２、安裝好Rational Rose Enterprise Editon后，打開rose2003crack.rar壓縮包，里面有四個文件，分別為flexlm.cpl、license.dat、lmgrd.exe、rational.exe。

３、用記事本或者是EditPlus打開license.dat文件，大約在文件的中間位置有：SERVER Microsoft ANY

DAEMON rational “C:\Program Files\Rational\common\rational.exe”　　將其修改為：SERVER 計算機名　ANY DAEMON rational “自己安裝的目錄\rational.exe”后，保存

注：若是按默認目錄安裝，則只需修改計算機名即可。

４、將license.dat、 lmgrd.exe 、rational.exe三個文件一起拷貝到：安裝目錄\rational\common\ 下面。

　　如：若為默認則為：C:\Program Files\Rational\common\目錄。

５、將flexlm.cpl拷貝到system32目錄下。如win2000系統(tǒng)中為C:\WINNT\system32目錄。

６、進入控制面板，則在控制面板的上方會增加了一個圖標，即FLEXlm License Manager，將其打開，在Setup頁中l(wèi)mgrd.exe右側目錄寫為：C:\Program Files\Rational\Common\lmgrd.exe（若為默認安裝目錄）

License File右側目錄寫為：C:\Program Files\Rational\Common\license.dat

７、回到Control頁，點擊Start，若出現(xiàn)”Server Started”，則表示已經(jīng)成功，可以點擊Status,若狀態(tài)為：計算機名：license server UP(MASTER)則成功。

８、這時可打開安裝的Rational Rose Enterprise Edition，若還是出現(xiàn)Error，則打開Rational License Key Administrator ，點擊工具欄中的第一個工具（Start WIzard）,點擊下一步，在Server Name中的名字改為自己的計算機名即可。因現(xiàn)在的學習需在使用Rational Rose，所以進行了安裝，但確實花了不少工夫，所以特把自己安裝的經(jīng)驗來跟大家一起分享，希望能對大家有所幫助。

 

該文章為轉載文章，原文作者應該是163.com的blog，但找不到作者blog，只能通過圖片url找到是163.com的

Email：hoojo_@126.com 

Blog：http://blog.csdn.net/IBM_hoojo

http://hoojo.cnblogs.com/