UML的應(yīng)用

　　 UML是一種建模語言，不是一種方法，它獨(dú)立于過程。利于它建模時(shí)，可遵循任何類型的建模過程。該建模語言的作者們給出了一種推薦性的建模過程指導(dǎo)，即RUP。本部分闡述RUP如何支持UML的應(yīng)用。

　　RUP是以用況為驅(qū)動(dòng)、體系結(jié)構(gòu)為中心、迭代和增量的過程。RUP包括四個(gè)階段，每個(gè)階段又分為若干次迭代，每次迭代都有一個(gè)核心工作流（包括5個(gè)活動(dòng)），請(qǐng)參見下圖。

　　
　　用況驅(qū)動(dòng)旨在為到最終產(chǎn)品為止的每個(gè)階段都可以回溯到用戶的真正需求。以體系結(jié)構(gòu)為中心是指關(guān)注體系結(jié)構(gòu)模式的開發(fā)，以引導(dǎo)后續(xù)系統(tǒng)，保證系統(tǒng)的平滑演進(jìn)。每一次迭代包括迭代計(jì)劃、迭代評(píng)價(jià)和一些具體活動(dòng)。關(guān)于核心工作流中的五個(gè)活動(dòng)：需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試較好理解，這里不再贅述。下面對(duì)RUP的四個(gè)階段要做的工作做一闡述。

　　1. 初始階段

　　本階段確定所設(shè)立的項(xiàng)目是否可行，具體要做如下工作：

　　對(duì)需求有一個(gè)大概的了解，確定系統(tǒng)中的大多數(shù)角色和用況，但此時(shí)的用況是簡要的。對(duì)給出的系統(tǒng)體系結(jié)構(gòu)的概貌，細(xì)化到主要子系統(tǒng)即可。

　　識(shí)別影響項(xiàng)目可行性的風(fēng)險(xiǎn)。

　　考慮時(shí)間、經(jīng)費(fèi)、技術(shù)、項(xiàng)目規(guī)模和效益等因素。

　　關(guān)注業(yè)務(wù)情況，制訂出開發(fā)計(jì)劃。

　　2. 細(xì)化階段

　　識(shí)別出剩余的大多數(shù)用況。對(duì)當(dāng)前迭代的每個(gè)用況進(jìn)行細(xì)化，分析用況的處理流程、狀態(tài)細(xì)節(jié)以及可能發(fā)生的狀態(tài)改變。細(xì)化流程時(shí)，可以使用程序框圖和合作圖，還可以使用活動(dòng)圖、類圖分析用況。

　　需求風(fēng)險(xiǎn)

　　考慮項(xiàng)目的目標(biāo)是否偏離了用戶的需求。為解決需求風(fēng)險(xiǎn)要充分了解用戶需求以及各需求的優(yōu)先度，還應(yīng)盡量列出所有的用況，至少列出重要的用況，并要建立領(lǐng)域的概念模型。

　　技術(shù)風(fēng)險(xiǎn)

　　考察所選的技術(shù)方案是否可行。建立原型是解決技術(shù)風(fēng)險(xiǎn)的一種有效方法。

　　技能風(fēng)險(xiǎn)

　　考慮實(shí)施項(xiàng)目的人員素質(zhì)能否勝任項(xiàng)目的要求。

　　政策風(fēng)險(xiǎn)

　　考慮政策性的因素對(duì)項(xiàng)目的影響。

　　● 進(jìn)行高層分析和設(shè)計(jì)，并作出結(jié)構(gòu)性決策。

　　所產(chǎn)生的基線體系結(jié)構(gòu)包括用況列表、領(lǐng)域概念模型和技術(shù)平臺(tái)等。以后的階段對(duì)細(xì)化階段建立的體系結(jié)構(gòu)不能進(jìn)行過大的變動(dòng)。

　　● 為構(gòu)造階段制訂計(jì)劃。

　　細(xì)化階段完成，意味著已經(jīng)完成了如下的任務(wù)：用況完全細(xì)化并被用戶接受；完成概念驗(yàn)證；完成類圖；開發(fā)人員能給出項(xiàng)目估算（可分為精確、人月和無法估算）；基于用況考慮了所有風(fēng)險(xiǎn)（可分為高風(fēng)險(xiǎn)、可能的風(fēng)險(xiǎn)和不可能的風(fēng)險(xiǎn)），并制訂了相應(yīng)的對(duì)策和計(jì)劃；對(duì)用況標(biāo)出優(yōu)先級(jí)（可分為必須先實(shí)現(xiàn)、短期內(nèi)實(shí)現(xiàn)和長期實(shí)現(xiàn)）。

　　3. 構(gòu)造階段

　　識(shí)別出剩余的用況。每一次迭代開發(fā)都針對(duì)用況進(jìn)行分析、設(shè)計(jì)、編碼（如類聲明、屬性聲明、范圍聲明、函數(shù)原型聲明和繼承的聲明等）、測(cè)試和集成過程，所得到產(chǎn)品滿足項(xiàng)目需求的一個(gè)子集。由于細(xì)化階段的軟件設(shè)計(jì)已經(jīng)完成，這樣各項(xiàng)目組可以并發(fā)開發(fā)。

　　在代碼完成后，要保證其符合標(biāo)準(zhǔn)和設(shè)計(jì)規(guī)則，并要進(jìn)行質(zhì)量檢查。對(duì)于新出現(xiàn)的變化，要通過逆向工具把代碼轉(zhuǎn)換為模型，對(duì)模型進(jìn)行修改，再重新產(chǎn)生代碼，以保證軟件與模型同步。

　　此階段要建立類圖、交互圖和配置圖；如一個(gè)類具有復(fù)雜的生命周期，可繪制狀態(tài)圖；如算法特別復(fù)雜，可繪制活動(dòng)圖。

　　4. 移交階段

　　這一階段完成最后的軟件產(chǎn)品和最后的驗(yàn)收測(cè)試，并完成用戶文檔編制以及用戶培訓(xùn)等工作。