设计实践
　　1.绘制事件流景
　　2.描述事件流
　　3.用例设计
　　例子：以学校学生申请助学金为例子
　　业务过程：
　　学生申请助学金 -> 班主任审批 -> 分院负责人审批 -> 学工处审批 ->资助领导小组审批
　　附加说明：
　　审批时可选择助学金等级：1等，2等，3等
　　1.班主任仅可见其管理班级的学生提交的申请表
　　2.分院负责人仅可见其管理院系的学生提交的申请表
　　3.学工处和资领小组审批可见所有的申请表
　　4.职位较低的审批人拒绝或不审批，不影响较高职位的人对申请进行审批，如果他有权限的话
　　绘制事件流图

　　特别说明：
　　1.如图，为了画图和事件流描述方便、易于理解，我们可以增加“虚事件”--不需要实际操作去触发的事件，之所以说是虚事件，因为没有用户、系统提供实际操作，不会产生事件。
　　2.如图，为了便于理解，通常把“事件流”拆分成一个一个事件(过程中，某个过程节点上的主选事件和备选事件，分别用不通颜色代替)，也是说上面每根带箭头的线条，宏光上仅代表一个事件，所谓的事件流是由这些事件按一定顺序触发后才形成的。
　　描述事件流

　　推荐书写格式
　　场景名称(描述这一整个事件流为了完成什么事情？目的)
　　事件1
　　事件2
　　...
　　事件N
　　用例设计
　　通常情况下，可以把每个场景当作一条用例。这里需要注意的是，这里的事件流侧重事件触发逻辑顺序，设计用例时，还要注意测试数据(按我的观点，测试逻辑和测试数据一般是要分开的)。
　　根据上述例子中的附加说明，每条用例可能有多条测试数据。因为审批过程中是可修改助学金等级的，这个很重要，所以要测试不同等级的审批结果。
　　适用范围：
　　通常，按场景设计用例，比较适合流程性比较强的测试，比如业务测试。
　　当然，这种思想，也可以应用用在局部功能的测试上，具体参见文章“测试用例设计实践总结”描述中，其核心思想和这个场景测试是差不多的。