- 14
- 0
- 约1.22万字
- 约 115页
- 2022-05-01 发布于广东
- 举报
(3)评价场景。以确认需求或提出改进建议为主要目的的业务流程描述。评价场景可以在用例生成后用例进行实例化而形成,以便用户对用例进行评价或改进。 (4)培训场景。面向开发人员及用户解释系统的功能和外部行为的业务流程描述。 第62页,共115页,编辑于2022年,星期四 获取场景的方法: 回答以下问题: (1)目标软件系统有哪些执行者? (2)执行者希望系统执行哪些? (3)执行者希望获得哪些信息?这些信息由谁生成?由谁修改? (4)执行者需要通知系统哪些事件?系统响应这些事件时会表现出哪些外部行为? (5)系统将通告执行者哪些事件? 第63页,共115页,编辑于2022年,星期四 小结:确定执行者和场景的关键在于理解业务领域和初步需求描述文档。场景将促成开发人员和用户对业务处理流程和目标软件系统的功能范围的共同理解。在场景确定之后,通过对场景的汇总、分类归并和抽象即可形成用例。 第64页,共115页,编辑于2022年,星期四 5.3.2 生成用例 用例含义: 1.从外部用户的视角看,一个用例是执行者(actor)与目标软件系统之间的一次典型的交互作用。 2.从软件系统内部的视角出发,一个用例代表系统执行的一系列动作,动作执行的结果能够被外部的执行者所察觉。 执行者是指外部用户或外部实体在系统中扮演的角色。 第65页,共115页,编辑于2022年,星期四 用例的
原创力文档

文档评论(0)