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

1，在產(chǎn)業(yè)界UML和Use Case并沒有得到很廣泛的使用，能夠用Use Case表達出原來SRS表達的內(nèi)容，已經(jīng)算是不錯了。難以充分利用OOSE的好處。推測的原因有1，基于功能分解的結(jié)構(gòu)化過程化思維是更天然的思維模式，面向?qū)ο笏季S是需要提升后才能得到的思維。因此無論在學(xué)校的學(xué)習(xí)，還是在產(chǎn)業(yè)界真正的應(yīng)用，UML Use-Case停留在畫畫層面，而不是建模層面。

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

3，高校當(dāng)中UML Use-Case已經(jīng)成為軟件工程幾乎必需的課程內(nèi)容。

4，北航劉超老師介紹了縮寫為RUCM的新方法，其特征是利用受限的自然描述語言來表達需求，此方法目前已經(jīng)在北航的研究生課上。這也許是解決Use-Case難以用好的一個途徑

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沒有對顆粒度提出明確的控制，導(dǎo)致大粒度用例無法在敏捷短迭代中實現(xiàn)。傳統(tǒng)大文檔形態(tài)的SRS在短迭代中根本不考慮。User Story迎合了面向過程的場景化思維，反而在最近的產(chǎn)業(yè)界更有活力。也許整合User Story的Use-Case 2.0將成為搭通校園到產(chǎn)業(yè)界的一個橋梁。

總結(jié)

以上是生活随笔為你收集整理的在“软件工程：研究与实践”研讨会上关于UML Use-Case的开放空间讨论的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。