在“軟件工程：研究與實踐”研討會上關(guān)于UML Use-Case的開放空間討論

   2014年12月20日我有幸參加了復(fù)旦大學(xué)承辦的“軟件工程：研究與實踐”研討會。在下午的開放空間活動中，我推薦了UML Use-Case作為6個話題之1，成了這個話題的主持人。就這個話題與多位老師和業(yè)界專家進行了探討。最后我作為此話題的代表向大家匯報了話題討論。本文試圖來整理記錄下當時的討論。

1，在產(chǎn)業(yè)界UML和Use Case并沒有得到很廣泛的使用，能夠用Use Case表達出原來SRS表達的內(nèi)容，已算是不錯了。難以充分利用OOSE的好處。推測的緣由有1，基于功能分解的結(jié)構(gòu)化進程化思惟是更天然的思惟模式，面向?qū)ο笏嘉┦切枰嵘蟛拍艿玫降乃嘉Ｒ虼瞬还茉趯W(xué)校的學(xué)習(xí)，還是在產(chǎn)業(yè)界真實的利用，UML Use-Case停留在畫畫層面，而不是建模層面。

2，阿朗在UML上的成功經(jīng)驗是方法論先行。

3，高校當中UML Use-Case已成為軟件工程幾近必須的課程內(nèi)容。

4，北京航空航天大學(xué)劉超老師介紹了縮寫為RUCM的新方法，其特點是利用受限的自然描寫語言來表達需求，此方法目前已在北京航空航天大學(xué)的研究生課上。這或許是解決Use-Case難以用好的1個途徑

5，從時間順序看，需求的表達情勢歷經(jīng)3代：1，傳統(tǒng)的SRS；2，Use-Case；3，User Story，最新的Use-Case2.0是全面向User Story學(xué)習(xí)。 user Story是以價值為導(dǎo)向，控制顆粒度以便于在短迭代中開發(fā)。而原Use-Case沒有對顆粒度提出明確的控制，致使大粒度用例沒法在敏捷短迭代中實現(xiàn)。傳統(tǒng)大文檔形態(tài)的SRS在短迭代中根本不斟酌。User Story逢迎了面向進程的場景化思惟，反而在最近的產(chǎn)業(yè)界更有活力。或許整合User Story的Use-Case 2.0將成為搭通校園到產(chǎn)業(yè)界的1個橋梁。

生活不易，碼農(nóng)辛苦
如果您覺得本網(wǎng)站對您的學(xué)習(xí)有所幫助,可以手機掃描二維碼進行捐贈