UML的應(yīng)用

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

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

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

　　1. 初始階段

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

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

　　識別影響項目可行性的風(fēng)險。

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

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

　　2. 細化階段

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

　　需求風(fēng)險

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

　　技術(shù)風(fēng)險

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

　　技能風(fēng)險

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

　　政策風(fēng)險

　　考慮政策性的因素對項目的影響。

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

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

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

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

　　3. 構(gòu)造階段

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

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

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

　　4. 移交階段

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