UML,對大家來說越來越熟悉了，隨著我們對項目管理的日益重視，UML作為統(tǒng)一建模語言支撐著“統(tǒng)一軟件開發(fā)過程”（RUP）。編寫需求說明書，幾乎每一個商業(yè)軟件中都必須經(jīng)歷的過程，雖然有國家標(biāo)準(zhǔn)，但是還是因為各個系統(tǒng)不一樣,寫需求說明書的人不一樣，需求說明書寫得也是各式各樣。在這里我不想詳細(xì)描述UML（有很多書您可以去看，一定比我寫得好）或者是講解如何寫需求說明書，我只是總結(jié)一下我在MIS項目的需求說明書的撰寫過程中關(guān)于畫UML圖的一點(diǎn)經(jīng)驗。

       在《軟件需求說明書編寫規(guī)范》中，已經(jīng)給我們搭好了一個不錯的框架。作為系統(tǒng)分析人員，只要根據(jù)實(shí)際情況向這個骨架里填肉就可以了。在這里我們可能用到的UML圖有如下幾種：模型管理圖、對象圖、部署圖、部署和構(gòu)建組合圖、用例圖、活動圖和順序圖。如果你對這幾個圖還比較陌生，建議你還是先了解一下，因為這幾個圖各有特點(diǎn)，從不同的角度說明問題，只有你對他們有一定的了解才能應(yīng)用自如J

       下面我們就來看看如何在需求說明書中使用他們：

       對于需求說明書前面和結(jié)尾的那些死板的套話我們就不用費(fèi)神了，讓我們直接來看“具體需求”，在這里才是UML圖的用武之地。

到這一步，《軟件需求說明書編寫規(guī)范》中直接就進(jìn)入了一個個“功能需求”的條目，但是我認(rèn)為作為MIS系統(tǒng)，首先應(yīng)該將即將開發(fā)的系統(tǒng)的整體印象呈現(xiàn)給讀者，而且MIS系統(tǒng)，大多是多客戶端的分布式應(yīng)用，所以在這里用UML中的部署圖將系統(tǒng)實(shí)現(xiàn)環(huán)境的硬件進(jìn)行建模，讓讀者一目了然系統(tǒng)將要運(yùn)行的環(huán)境。如果調(diào)研做得好的話，我們可以更深入一層，用UML中的部署和構(gòu)建組合圖，用它來反映軟件之間的通信和硬件平臺之間的連接關(guān)系。當(dāng)然這要有相當(dāng)?shù)慕?jīng)驗。

完成了總體印象，我們還是不應(yīng)急于進(jìn)入“功能需求”中。MIS系統(tǒng)中用戶常常會分為很多級別，信息流也就在這幾級用戶間傳來傳去。我們系統(tǒng)的目的也通常是為了讓幾條重要的信息流方便快捷的傳遞。所以不管什么“功能需求”都是為了這幾條信息流服務(wù)的。所以很有必要把幾條重要的信息流弄清楚。在這里用UML中的順序圖是個不錯的選擇，它的作用是用來表現(xiàn)隨著時間推移發(fā)生在對象之間的交互情況，它的好處是表現(xiàn)范圍比較窄，可以描繪一個典型用例的場景，突出重點(diǎn)，讓用戶知道你是否抓住了主要矛盾。這顯然是一個項目成敗的關(guān)鍵。

前面都是比較貼近于實(shí)際環(huán)境，距離我們的系統(tǒng)軟件部分稍遠(yuǎn)了一點(diǎn)，那么我們現(xiàn)在就把思路向回拉一拉。描述一下“系統(tǒng)的功能分布”，這可以說是馬上要寫的“功能需求”的總體概括。用UML中的模型管理圖，在這里把各個功能模塊之間的依賴關(guān)系表現(xiàn)出來應(yīng)該是個不錯的選擇。

好了，前面的鋪墊做完了，我們可以心安理得的進(jìn)入“功能需求”了。這里可是真正反映系統(tǒng)分析員功底的時候了。如何用UML圖來配合功能模塊的IPO(輸入、處理、輸出)描述，我想各位大俠可以各顯神通，從不同的角度多方位勾勒。在這里再次強(qiáng)調(diào)需求調(diào)研一定要認(rèn)真仔細(xì)，不然在這里，只能對著電腦屏幕空想，對自己的每次決定都會問：“這能行嗎？”相信你做好了充分的準(zhǔn)備。那么讓我們開始吧！用例圖在這里可是不可缺的，它描述了參與者與系統(tǒng)之間的交互，展現(xiàn)用戶的需求。在“功能需求”的一開始用用例圖作一個概括。后面更詳細(xì)的敘述就交給活動圖來完成。由于活動圖來源于流程圖，讀者更容易接受。我們可以利用活動圖細(xì)致得刻畫出用戶在某一活動中的操作，也可以敘述系統(tǒng)在某一處理中的流程。最好再用對象圖來為問題領(lǐng)域模型建立一個例子，對于需求結(jié)束后的設(shè)計會有很大的幫助，而且對象圖還可以作為測試的用例，真是好處多多。但是要想畫出好的對象圖可不是一件容易的事，你必須對要描述的領(lǐng)域有很明白的認(rèn)識，對相關(guān)對象的重要屬性有很好地把握。

OK，在“功能需求”中這些圖就足夠了，至于《軟件需求說明書》中其他地方用UML圖就由你視情況靈活使用了。UML圖我們可以大膽的用，總之，我的原則就是在遵守規(guī)則的基礎(chǔ)上只要能說明問題就行。說了這么多，僅供大家參考，本人水平有限，望多多指教。