[全程建模]業務用例到系統用例的變化圖
老師,我畫了個圖,您看看我的理解是否正確。
青潤(3291191) 16:28:12
系統和專案為什麼要去分開呢?
業務用例可不僅僅是系統內部用例這一個部分,既然要畫,就應該更多一些。
北京-FireSpider 男(85043308) 16:28:56
哦
北京-FireSpider 男(85043308) 16:33:14
這樣呢?
專案該名了,不叫專案,就叫一個虛的名字吧:業務應用。
有點亂了,呵呵。
青潤(3291191) 16:34:04
用例本身就是系統內部的,和系統內部用例沒有什麼區別吧?
北京-FireSpider 男(85043308) 16:34:03
多重繼承了。
青潤(3291191) 16:34:36
業務應用應該不需要存在。
這個圖需要簡化,過度複雜了,會把人嚇死的。
北京-FireSpider 男(85043308) 16:35:56
嗯,有點亂了。
青潤(3291191) 16:36:26
系統內部用例和系統用例又是什麼區別?
重複的地方太多了。呵呵。
北京-FireSpider 男(85043308) 16:39:37
搞成這樣了
用一個是否實現標識,如果未實現,就是外部用例。
青潤(3291191) 16:41:59
未實現未必是外部用例,外部用例是指通過與外部系統的藉口互動獲得資料和資訊的用例,而不是未實現的用例。
這樣就清晰多了。
北京-FireSpider 男(85043308) 16:44:53
哦,是這樣定義的呀。
Normal 0 false 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE
相關文章
- [全程建模]系統用例和業務用例的區別以及用例粒度的討論
- [全程建模]用例、用例圖和用例模型的概念解析模型
- 業務用例+概念用例+系統用例
- EA業務建模實踐之業務用例圖
- [全程建模]業務建模和用例模型以及需求規格說明書的關係模型
- [全程建模]用例的子流和分析類的關係
- 火車站售票系統用例以及用例圖
- [全程建模]UML中用例圖裡的外部系統的表示方式有規定麼?
- [全程建模]設計模型和UML應用中的例項分析模型
- UML建模——用例圖(Use Case Diagram)
- [全程建模]UML應用與實踐的對話——需求中流程與用例的關係
- UML用例建模解析(三)
- UML用例建模解析(二)
- UML用例建模解析(一)
- [全程建模]元用例和需求與績效之間的關係討論
- [全程建模]MDA、全程建模、開源和應用的對話
- 軟體專案需求開發過程實踐之業務建模用例圖
- UML用例建模的慨念和應用
- UML用例圖例項解析
- 第三項任務——用例建模
- UML用例圖
- 關於學生選課管理系統的用例圖
- 學生資訊管理系統用例
- 旅店管理系統用例流程分析 (轉)
- UML 用例圖詳解
- IT系統的業務模型分析與系統建模模型
- 模板與例項在系統中的應用
- 手工測試用例與自動化測試用例的區別
- 根據專案用例圖用例點估算專案工時的方法
- Bug管理系統UML2.0建模例項(四)
- Bug管理系統UML2.0建模例項(三)
- Bug管理系統UML2.0建模例項(一)
- 持續建模,關注業務抽象,以任務分派執行跟蹤系統為例抽象
- 統一用例分析
- UML基礎系列:用例圖
- [全程建模]關於Actor與外部系統的對話
- 業務建模:CQRS應用場景
- 系統cpu佔用超高故障分析一例