- 系统有功能性需求所主导。
- 系统具有很多类型的用户,系统对他们提供不同的功能(有很多参与者)。
- 系统具有很多接口(有很多参与者)。(我的理解:如果针对业务应用系统而言,意味着有很多操作界面。)
当遇到下述情况时,用例是一个糟糕的选择:
- 系统由非功能性需求所主导。
- 系统具有很少的用户。
- 系统具有很少的接口。(例如嵌入式系统或者算法复杂但接口很少的系统)
何时停止用例建模?
- 用例建模的基本原则是保持捕获到得信息量是必要的、最小的。这意味着,很多次要场景可能根本就没有说明——用例中的一行有关它们的描述可能让人足以理解系统的功能。
以上摘自《UML and the Unified Process: Practical Object-Oriented Analysis & Design》, Jim Arlow & Ila Neustadt
没有评论:
发表评论