一.用例
参与者与系统的各种交互都可以被量化成用例。用例是系统通过与参与者的交互可以提供的一段连贯的功能。
例如:客户参与者可以从自动贩卖机购买一瓶饮料。客户把钱插进机器,进行选择,最后拿到饮料。
二.用例图
2.1用例图
系统包括一组用例和一组参与者。每个用例表示系统提供的一段功能,用例集合以某种细节层次显示了系统完整的功能。类似的,每个参与者表示系统可以执行其行为的某类对象。参与者集合表示系统服务的完整的对象集合。对象从其作为参与者交互的所有系统中累积行为。
2.2用例之间的关系
包含关系:一个用例可以简单地包含其他用例具有的行为,并把它所包含 的用例行为作为自身行为的一部分。
泛化关系:在泛化关系中子用例继承了父用例的行为和含义,子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。
扩展关系:基本用例必须声明扩展点,而扩展用例只能在扩展点上增加新的行为和含义。
2.3用例的主要属性
事件流:描述一个用例在执行时执行者与与系统之间的交互过程。这个过程包含多个分支。
基本流:对用例中常规和预期路径的描述。
备选流:由于受到其他因素影响,用例执行了其他的途径。
前置条件:是该用例执行的前提条件,用来描述在什么条件下可以开始执行一个事件流。
后置条件:说明用例结束时系统的状态。
(前置条件和后置条件可以用于用例的验证和评审。)
2.4用例注意点
1.应该清晰的定义系统边界。
2.防止用例过多。
3.应该从执行者的角度来命名用例。
4.用例描述正规程度。
5.避免执行者的名字不一致。
6.避免执行者和用例之间的关系太复杂。
7.注意用例的大小是否恰当。
8.避免用例描述混乱。
9.区分用例分解和功能分解。
10.避免客户不能理解用例的情况发生。
11.有些场合,用用例来描述需求是不合适的。
(不知道图画的对不对,还请各位大神多多指教~)