資源描述：
《基于rose的web service建?！酚蓵T上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。
1、基于ROSE的WebService建模作者：曹偉???本文選自：51CMM??2003年01月09日此部分根據(jù)RUP的資料進(jìn)行整理，作者將此部分為序言，逐步分析以UML建模實現(xiàn)WebService架構(gòu)，以下的將采用以WebLogic提供服務(wù)，基于Java實現(xiàn)為例說明。此部分作者直接引用資料或相關(guān)圖片知識產(chǎn)權(quán)屬于RUP提供商。近年來，IT詞匯表中出現(xiàn)了一條新的術(shù)語，它就是“Web應(yīng)用程序”。參與業(yè)務(wù)軟件系統(tǒng)的所有人似乎都有構(gòu)建Web應(yīng)用程序的計劃，而在與業(yè)務(wù)不相關(guān)的軟件方面也有很多人對此感興趣。對于很
2、早前就采用這種構(gòu)架的許多人來說，Web應(yīng)用程序這個詞象系統(tǒng)本身一樣，已經(jīng)從成功的小型Web站點插件發(fā)展成了強壯的n層應(yīng)用程序。Web應(yīng)用程序可以同時為分布在世界各地的、成千上萬的用戶提供服務(wù)，這種情況早已司空見慣。構(gòu)建Web應(yīng)用程序是一件嚴(yán)肅的事情。在實際應(yīng)用中，Web應(yīng)用程序這個詞對不同的人而言含義略有不同。一些人認(rèn)為凡是用到Java的都是Web應(yīng)用程序，而另一些人則認(rèn)為凡是使用Web服務(wù)器的都是Web應(yīng)用程序。多數(shù)人的意見介于這兩者之間。站在本文的角度，我們將Web應(yīng)用程序大體定義為Web系統(tǒng)（
3、Web服務(wù)器、網(wǎng)絡(luò)、HTTP、瀏覽器），在這個系統(tǒng)中，用戶的輸入（導(dǎo)航和數(shù)據(jù)輸入）會影響到業(yè)務(wù)狀態(tài)。該定義試圖將Web應(yīng)用程序確立為一個具有業(yè)務(wù)狀態(tài)的軟件系統(tǒng)，并且它的“前端”基本上是通過Web系統(tǒng)傳遞的。Web應(yīng)用程序的總體構(gòu)架是一個客戶機服務(wù)器系統(tǒng)，但二者有幾點顯著的區(qū)別。Web應(yīng)用程序最重要的優(yōu)點之一在于它的部署。部署Web應(yīng)用程序通常指的是建立網(wǎng)絡(luò)的服務(wù)器端構(gòu)件?？蛻舳瞬恍枰貏e的軟件或配置。兩者的另一個重大差異在于客戶機和服務(wù)器通信的本質(zhì)。Web應(yīng)用程序的基本通信協(xié)議是HTTP，這是一個無
4、連接協(xié)議，它不是為最大的通信吞吐量設(shè)計的，而是為強壯性和容錯而設(shè)計的。在Web應(yīng)用程序中，客戶機和服務(wù)器的通信通常圍繞Web頁導(dǎo)航進(jìn)行，而不是在服務(wù)器端和客戶端對象之間直接通信。在一定的抽象程度上，Web應(yīng)用程序中所有的信息傳遞都可描述為Web頁實體的請求和接收。通常所說的Web應(yīng)用程序構(gòu)架與動態(tài)Web站點的構(gòu)架并無太大區(qū)別。Web應(yīng)用程序與Web站點，甚至是與動態(tài)Web站點的區(qū)別都要涉及到使用。Web應(yīng)用程序?qū)崿F(xiàn)的是業(yè)務(wù)邏輯，它的使用改變了業(yè)務(wù)的狀態(tài)（其狀態(tài)為系統(tǒng)捕獲）。這是很重要的，因為它確定了
5、建模工作的重點。Web應(yīng)用程序執(zhí)行業(yè)務(wù)邏輯，因此大多數(shù)重要的系統(tǒng)模型都側(cè)重于業(yè)務(wù)邏輯和業(yè)務(wù)狀態(tài)，而不是表示細(xì)節(jié)。表示很重要（否則系統(tǒng)將毫無用處），不過應(yīng)盡量將業(yè)務(wù)和表示所關(guān)注的問題區(qū)分開。如果表示問題是重要的，甚至是復(fù)雜的，那么也需要對它們建模，但不必將它們作為業(yè)務(wù)邏輯模型的構(gòu)成部分。此外，用于表示的資源更注重外觀設(shè)計，而與實施業(yè)務(wù)規(guī)則關(guān)系不大。關(guān)系管理方法(RMM)是與Web系統(tǒng)開發(fā)有關(guān)的一種方法/表示法。RMM是一種用于設(shè)計、構(gòu)建和維護(hù)Intranet及InternetWeb系統(tǒng)的方法。它的根本
6、目標(biāo)是降低動態(tài)數(shù)據(jù)庫驅(qū)動的Web站點的維護(hù)成本。它提倡系統(tǒng)進(jìn)行形象化表示，以便展開設(shè)計上的討論。它是一個迭代式過程，包括Web頁可視元素的分解，及這些元素與數(shù)據(jù)庫實體的關(guān)聯(lián)關(guān)系。RMM是一種用于動態(tài)Web站點創(chuàng)建和維護(hù)的“完整詳盡”的方案。不過，在構(gòu)建Web應(yīng)用程序方面RMM就顯得無能為力了。Web應(yīng)用程序以業(yè)務(wù)邏輯為中心，它包括了許多實施業(yè)務(wù)邏輯的技術(shù)機制，而這些內(nèi)容在RMM表示法中并未充分說明?？蛻舳四_本編寫、Applet和ActiveX控件等技術(shù)為促進(jìn)系統(tǒng)業(yè)務(wù)規(guī)則的執(zhí)行發(fā)揮了重大作用。另外，W
7、eb應(yīng)用程序還可用作分布式對象系統(tǒng)的交付機制。Applet和ActiveX控件可以包含那些獨立于Web服務(wù)器，通過RMI或者DCOM與服務(wù)器端構(gòu)件異步交互的構(gòu)件。復(fù)雜應(yīng)用程序還可利用多個瀏覽器實例和客戶機上的框架，建立并維護(hù)自己的通信機制。既然所有這些機制都對系統(tǒng)的業(yè)務(wù)邏輯有促進(jìn)作用，因此同樣也需要為它們建模。而且，由于它們只表示部分業(yè)務(wù)邏輯，它們需要與其余的系統(tǒng)模型集成。在很多情況下，大部分業(yè)務(wù)邏輯在Web服務(wù)器后、服務(wù)器端的某一層執(zhí)行。建模語言和表示法的選擇通常要按照這一端的應(yīng)用程序的需要來決定
8、。隨著UML作為一種正式的對象建模語言被OMG所接受，越來越多的系統(tǒng)開始用UML表示。許多人選擇UML作為軟件密集型系統(tǒng)的建模語言。于是Web應(yīng)用程序建模的主要問題變成了：“如何在應(yīng)用程序的其余部分表示在特定Web構(gòu)件中執(zhí)行的業(yè)務(wù)邏輯？”答案取決于我們用UML在那些特定的Web元素和技術(shù)中表示系統(tǒng)業(yè)務(wù)邏輯執(zhí)行的能力。本文旨在簡要介紹Web應(yīng)用程序建模存在的問題和可能的解決方案。其中著重講述在構(gòu)架上對Web應(yīng)用程序有重要意義的構(gòu)件，以及如何使用UML對它們進(jìn)行建模。本文
