用例图Usecase和Usecase图.ppt

1.2.2.2 先修条件不满足或课程满员或计划冲突 如果在“提交计划”子流程中, 系统检测出学生没有满足先修条件, 或学生所选的课程已满, 或存在计划冲突, 则系统显示错误消息. 学生可以选择其它课程(用例继续), 或保存计划(和“保存计划”子流程一样), 或取消本次操作, 如果是取消操作, 则用例基本流程重新开始. 1.2.2.3 没有找到计划 如果在“修改计划”或“删除计划”子流程中，系统不能检索到学生的计划，则系统显示错误信息。学生确认该错误，用例基本流程重新开始. 1.2.2.4 课程目录系统不可用 如果系统不能和课程目录系统通讯, 系统将向学生显示错误信息, 学生确认该错误, 用例终止. 1.2.2.5 课程注册结束 如果在用例开始的时候,系统检测到本学期的课程注册已结束, 系统将向学生显示信息, 用例终止. 学生在本学期的课程注册结束后就不能再注册课程了. 1.2.2.6 取消删除 如果在“删除计划”子流程中，学生决定不删除计划了，则删除被取消，用例基本流程重新开始. * 1.3 特殊需求 无 1.4 前置条件 开始这个用例之前学生必须已登录到系统 1.5 后置条件 如果用例成功结束, 则会创建, 或修改, 或删除学生的计划, 否则系统的状态不变. 1.6 扩展点 无 * 在Rational Rose 2003中创建课程注册系统的用例图。 * QA 1. Use case的粒度问题，即对于一个系统的Use Case图，所包含的用例数目问题。 这是很多人争论的重点。例如，Ivar Jacobson说，对一个十人年的项目，他需要二十个用例。而在一个相同规模的项目中，Martin Fowler*则用了一百多个用例。 * 2. 许多应用中需要对系统访问进行控制，应该如何处理登录问题比较好？ 有四种处理登录用例的方式: (1) 其它用例包含登录; (2) 其它用例扩展登录; (3) 登录独立于其它用例; (4) 登录包含其它用例。 * * (1) 其它用例包含登录 用例说明: …… 这种处理方式的特点: * (2) 其它用例扩展登录 用例说明: …… 这种处理方式的特点: * (3) 登录独立于其它用例。 用例说明: …… 这种处理方式的特点: 登录用例说明: 1. 当超级用户启动应用时用例开始 2. 系统提示超级用户输入用户名和密码 3. 超级用户输入用户名和密码 4. 系统验证其是否为有效超级用户 5. 用例结束 调入员工用例说明: 前置条件: 一个有效超级用户登录了系统 * * (4) 登录包含其它用例 用例说明: …… 存在的问题: 3. 假设有这样需求：学生档案管理中，用户经常需要做三件事：增加一条学生记录、修改一条学生记录，删除一条学生记录。如果要画出use case图，以下2种方法哪种更合适？ * 方法1：再分成3个脚本，分别画3个交互图。脚本1 增加学生记录； 脚本2 修改学生记录；脚本3 删除学生记录。 方法2：每个use case画一个交互图。 例1. 课程注册系统中的 “Maintain Student Information” 用例。 * * Create, Retrieve, Update, Delete类型用例的处理： 采用CRUD四个用例还是一个用例? 从用户需求的角度考虑而不是从数据处理的角度考虑。 例2: ? * 例3: ? * 答：use case 用来描述用户需求，一般不在use case分析阶段考虑系统的实现问题。如果需要描述系统的三层结构，则在class diagram, deployment diagram中表示。 4. 三层结构如何用use case表示 ？ 5. 在Use case图中，下面两个图有何区别？ * 图1 图2 总结 1. Use case在软件开发中的作用，一些基本概念：actor，use case，scenario等 2. actor之间的泛化关系 3. use case之间的泛化，包含，扩展关系及其区别 4. use case的应用 5. 完成图书管理系统的用例图 * 现代软件开发之父Ivar?Jacobson博士被认为是深刻影响或改变了整个软件工业开发模式的几位世界级大师之一。他是模块和模块架构、用例、现代业务工程、Rational统一过程等业界主流方法、技术的创始人。Ivar?Jacobson博士与Grady?Booch和James?Rumbaugh一道共同创建了UML建模语言，被业界誉为UML之父。 * * * 需要注意的是，有一个扩展点就一定有一个扩展用例与之对应。 * 注：Rose并没有实现ＵＭＬ１．５中所有的建模符