我想繪製一個指定問題的業務用例圖。 該問題有一些規則。現在我想問這個問題: 繪製業務用例時放置業務規則是否正確?我們是否將業務規則放在業務用例圖中?
1
A
回答
1
我想說,添加任何使您的圖表更容易理解的信息是正確的。如果您無法找到想要包含的信息的正確圖表項目,請使用註釋。
1
我同意@Konamiman的看法,我們「應該」用我們的圖表做一些靈活處理是合理的,我們的目標是溝通。在這種特殊情況下,我希望業務規則是一個系統的主要內部實現特徵,所以當我們描述業務用例(系統如何使用)時,我們可能不需要提及它們。 「批准保險索賠」很可能是該系統的用例,並可能在內部使用業務規則,但圖表的讀者是否需要知道?
我可以想象,您可能會有其他「更改業務規則」用例。
相關問題
- 1. jbpm業務規則任務示例
- 2. 業務規則違規和例外
- 3. 將業務規則與業務流程分離
- 4. 配售業務規則庫
- 5. 業務規則引擎
- 6. 業務規則Xtext語法
- 7. 如何在業務規則屬性可訪問性時測試業務規則?
- 8. MVC中的業務規則在哪裏
- 9. 將業務規則移入模型
- 10. 什麼是雙向業務規則?
- 11. 部署規則服務WSO2業務規則服務器
- 12. RBAC中的BizRules(業務規則)是否真的安全?
- 13. 何時使用業務規則引擎
- 14. SQL。分層次應用業務規則
- 15. 使用XSLT處理業務規則?
- 16. Enterprise Architect中的業務規則模型
- 17. Bluemix上業務規則服務的測試規則
- 18. 的ServiceNow:開始從業務規則
- 19. 如何測試業務規則?
- 20. TDD和業務規則 - 網絡API 2.0
- 21. 業務規則的jBPM流程
- 22. 業務規則引擎對.NET
- 23. ER建模和業務規則
- 24. 動態業務規則體系結構
- 25. T-SQL業務規則計算
- 26. 計算價格的業務規則
- 27. 跟蹤IT部門的業務規則?
- 28. 模型層上的業務規則
- 29. 是否可以將此業務邏輯放入SQL查詢中?
- 30. 注入ETL作業的業務規則引擎(Pentaho)