[全程建模]業務建模和用例模型以及需求規格說明書的關係

北京-FireSpider 男  16:45:13

請教青潤老師：書中“業務建模”之後才是“UseCase模型”和“UseCase描述”，而“業務建模”部分輸出《需求規格說明書》。那麼《需求規格說明書》裡是不是就不能有使用案例圖了？

青潤  16:46:10

這個需求規格說明書裡面是業務使用案例圖。

另外需要說明的是，實際上不需要出需求規格說明書了。

只是為了配合傳統的常規文檔才寫上這裡出需求規格說明書。

而在實際的開發中，這個說明書一點用處也沒有。將來也是必然會被淘汰的。

青潤  16:47:27

最後我們提交給使用者的就是一個模型檔案，模型檔案裡面就有全部的代碼文檔和資料內容，包括系統部署資訊。

北京-FireSpider 男  16:47:39

嗯，我也覺得沒啥用處，既然全程建模了，這個東西就只是模型的文本輸出形式而已。

清水  16:48:14

需求規格說明書裡 不是有業務用例嗎？業務用例對於與使用者確定業務模型 還是有必要的吧？

青潤  16:48:19

或者說，這是為了配合國家乃至世界上還沒有模型化，或者對模型化有足夠理解的使用者，才需要在這裡產生相應的文檔。

需求規格說明書沒必要產生。

業務用例模型肯定是需要的。

北京-FireSpider 男  16:48:45

如果不考慮需求規格說明書，業務建模階段好像只有“商務程序”的產生，而在“UseCase模型”才識別出：Actor和useCase。

青潤  16:49:11

業務建模階段就有business usecase

清水  16:49:13

哦  在全過程建模裡  需求規格說明書 是模型某個階段的快照  可否這樣理解？

青潤  16:49:32

buc和uc之間是有映射關係的，這個在我書中提供的模型裡面有對應的部分，可以參考。

這部分是我創立的，在up或者rup裡面都沒有提到過。

需求規格說明書是業務用例模型的快照。

北京-FireSpider 男  16:50:01

business usecase是用“使用者”和“系統”來闡述嗎？

青潤  16:50:27

基本正確。

對於嵌入式系統的時候，會有些不一樣。

北京-FireSpider 男  16:50:59

哪也就是說有“業務用例模型”和“用例模型”的概念了？

青潤  16:51:09

還有一些特殊的諸如時間觸發，或者某種推動器作用的系統也會有些不一樣。

對於很大的業務系統開發，才需要考慮buc和uc

北京-FireSpider 男  16:51:35

青潤老師，business usecase是用“使用者”和“系統”來闡述嗎？

青潤  16:51:42

對於一般的系統，我不建議構建buc，因為太過於複雜了。

青潤  16:50:27

基本正確。

對於嵌入式系統的時候，會有些不一樣。

清水  16:51:50

嗯嗯

青潤  16:52:07

大多數系統直接構建ucmodel即可。

北京-FireSpider 男  16:53:53

但是我看“業務建模”這塊畫了一個“某公司項目資金投放流程圖”，是用“泳道活動圖表”來描述的，每個泳道是一個“參與者”。沒有“系統”的概念。

青潤  16:54:35

不，那是buc的流程繪製，我建議泳道圖或者狀態活動圖表都是用於繪製uc的細節實現。