2009-11-17 11:11:54 來(lái)源:
在過(guò)去的十年,使用統(tǒng)一建模語(yǔ)言(UML)為軟件應(yīng)用程序進(jìn)行建模的優(yōu)勢(shì)已變得日益明顯。與此同時(shí),RUP已經(jīng)是一種經(jīng)證明的軟件開(kāi)發(fā)過(guò)程,Zachman 框架 1 是一種被證明的構(gòu)架工件組織和通信的框架。在眾多交疊的方法中,UML、RUP 和 Zachman 分別作為現(xiàn)代信息系統(tǒng)構(gòu)架的三個(gè)重要支柱。這篇文章通過(guò)檢驗(yàn)它們的元特性并提出一些將它們與組織結(jié)合的方法來(lái)考慮這些方法組合使用。
UML、RUP 和 Zachman 概要
根據(jù)定義,UML是一個(gè)建模語(yǔ)言。它試圖將軟件密集型建模系統(tǒng)的圖形語(yǔ)言元素標(biāo)準(zhǔn)化。它的最新版本UML 2.0由用于結(jié)構(gòu)建模、行為建模和交互建模的十三個(gè)圖類型組成。毫無(wú)意義的是,雖然主要是為了面向?qū)ο?OO)的分析和設(shè)計(jì),但UML可以在許多其他條件下使用。例如,UML用例方法(如圖1所示)本身不是一個(gè)OO過(guò)程,但它卻已被證實(shí)為進(jìn)行一般功能需求分析的最佳技術(shù)。其他UML圖,例如交互作用、狀態(tài)和活動(dòng)圖同樣也是我們經(jīng)常用戶描述真實(shí)世界項(xiàng)目情況的可用工具。

圖1:UML用例圖
關(guān)于 Zachman
構(gòu)架框架是一種用來(lái)開(kāi)發(fā)和維護(hù)較廣范圍構(gòu)架的工具。當(dāng)涉及支持企業(yè)里的定制企業(yè)構(gòu)架(EA)功能時(shí),Zachman 框架可以提供很多幫助。 2 它將企業(yè)主題分級(jí)成一個(gè)6x6的單元格矩陣,每個(gè)單元格代表每個(gè)組織的一個(gè)唯一視圖(見(jiàn)圖2)。

圖2:Zachman 框架。
Zachman 里的列代表企業(yè)最重要的方面(數(shù)據(jù)、功能、網(wǎng)絡(luò)、人、時(shí)間、動(dòng)機(jī)),而行不同,按照不同角度(規(guī)模、業(yè)務(wù)、系統(tǒng)、技術(shù)、細(xì)節(jié)、資產(chǎn))和與一個(gè)方面相關(guān)的涉眾(計(jì)劃者、業(yè)務(wù)所有者、設(shè)計(jì)者、實(shí)施者、子承接者)來(lái)劃分。此外,行也因細(xì)節(jié)級(jí)別 3 而不同,因?yàn)樗鼈兪瞧髽I(yè)的抽象表達(dá) 4 (環(huán)境中的、概念上的、邏輯的、物理的、詳細(xì)的和實(shí)際的),這反過(guò)來(lái)可能與涉眾和角度相連接來(lái)形成企業(yè)模型和職責(zé)的單元格。實(shí)例是:“一個(gè)系統(tǒng)模型(角度)是一個(gè) 設(shè)計(jì)者(群體)職責(zé)范圍一部分的合乎邏輯(抽象)的實(shí)體。”
三十六個(gè)框架單元格可以通過(guò)根據(jù)選擇元特性描述企業(yè)的模型和工件來(lái)劃分,例如方面、細(xì)節(jié)級(jí)別或者興趣種類??蚣懿⒉灰?guī)定要填充的單元格的符號(hào)或順序,因?yàn)檫@一知識(shí)點(diǎn)已經(jīng)超出了參考結(jié)構(gòu)目標(biāo)的范圍。(后面的假設(shè)為創(chuàng)建使用 UML 和 RUP 框架的案例提供支持。
關(guān)于 RUP
過(guò)程可以被定義為“產(chǎn)生結(jié)果的一系列動(dòng)作、變更或功能 ”。RUP 是一個(gè)過(guò)程框架(見(jiàn)圖3),它允許項(xiàng)目工作流程和任務(wù)被組織成為為最終目標(biāo)為交付軟件產(chǎn)品或解決方案的一系列動(dòng)作。RUP 應(yīng)該被裁剪以創(chuàng)建滿足特定組織或者項(xiàng)目需要的過(guò)程實(shí)例和方法。

圖3:Rational 統(tǒng)一過(guò)程
RUP 思想源于一個(gè)統(tǒng)一的系統(tǒng)的實(shí)現(xiàn),這個(gè)系統(tǒng)通過(guò)使用 UML 符號(hào)來(lái)描述交付工件 6 。重要的是新的過(guò)程具有迭代的、以構(gòu)架為中心的,以及需求驅(qū)動(dòng)的特征,而這些特性是已有系統(tǒng)所不具備的。
自出現(xiàn)以來(lái),RUP 已經(jīng)從源于 Objectory 方法的軟件工程過(guò)程發(fā)展為一個(gè)基于 UML 2.0 并由 Rational Method Composer (RMC)支持的用于裁剪過(guò)程的靈活的、可完全定制的平臺(tái)。 7 例如,使用 RMC,一個(gè)熟練的過(guò)程工程師可以創(chuàng)建一個(gè)系統(tǒng)工程過(guò)程的實(shí)例, 8 定制其結(jié)構(gòu),從其他行業(yè)標(biāo)準(zhǔn)方法和最佳實(shí)踐中添加需要的內(nèi)容并且以超鏈接文本的形式產(chǎn)生一個(gè)備用的、適應(yīng)組織或項(xiàng)目的過(guò)程實(shí)例。
免責(zé)聲明:本網(wǎng)站(http://www.www.gypb.net/)內(nèi)容主要來(lái)自原創(chuàng)、合作媒體供稿和第三方投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性,但不保證有關(guān)資料的準(zhǔn)確性及可靠性,讀者在使用前請(qǐng)進(jìn)一步核實(shí),并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏,概不負(fù)任何法律責(zé)任。
本網(wǎng)站刊載的所有內(nèi)容(包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等)版權(quán)歸原作者所有。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí),請(qǐng)及時(shí)通知本站,予以刪除。
