需求的分析——-UML用例图.ppt

* web application product * 简单来说，系统的boundary就像一个加了标签的盒子，actor在盒子外，而Use Case在盒子内。 * 系统边界问题：业务建模 定义业务活动，识别相关的业务参与者 有意义的系统交互：图书馆、读者（感兴趣的，用户所关心的，要解决的）， 如系统的打印功能，与打印机的交互，这些交互已经被别人解决了，我们并不需要考虑细节 是责任边界，非物理边界 * 用例定义了一组用例实例，其中每个实例都是系统所执行的一系列操作，这些操作生成特定主角可以观测的值。 用例实例是系统执行的一系列动作，这些动作将生成特定主角可观测的结果值。 * 系统的存在是因为：参与者有一些需要使用它来满足的目标 * 用户可以看见的，是由系统生成的 * 用例是一个完整的交互，用例之间没有顺序的关系 * * 事件流：用例描述的核心内容是明确要完成业务目标必须完成的动作序列,称为事件流,以及相应的业务规则.一个用例包括多个事件流,其中一个是主事件流,其他事件流称为备选事件流 * 正常事件流： 备选事件流： * 活动图是状态图的一种特殊形式。其中所有或多数状态都是活动状态，而且所有或多数转移都在源状态中的活动完成时立即触发。 * 转移：转移表示各种活动状态的先后顺序。这种转移可称为完成转移。它不同于一般的转移，因为它不需要明显的触发器事件，而是通过完成活动（