UML基础培训（第二讲）.pptVIP

UML基础培训系列课程 本次课程内容 需求分析和用例 用例图介绍 类图介绍 类间关系 对象和包 本次课程内容 需求分析和用例 用例图介绍 类图介绍 类间关系 对象和包 需求分析和用例 什么是需求？ 系统（项目）必须提供的能力或必须遵从的条件 怎么确定需求？ 一种重要的手法就确定是编写用例 什么又是用例？ 是文本形式的情节描述，用于需求的发现和记录。 用例示例 管理系统: 管理员向系统提交用户名和密码，系统进行验证。系统向管理员显示成功登录的信息。 网上书店： 用户浏览书目，单击书名后进入书籍详细查看页面。点击”购买”按钮系统进入购买页面，用户填写数量，收货地址，点击OK后，系统生成订单后，转入在线支付页面。用户付款，系经处理完成 参与者 Actor 具有某种行为的人或事物，可以是人（角色标识），计算机系统，组织。 和系统有交互 如： 管理系统:管理员 网上书店：买书者 场景 Scenario 何谓场景？ 参与者 Actor 与系统之间的一个交互过程，也就是为实现这次交互需求经过一系统的步骤。 分为 主场景 备用场景（也叫扩展场景） 场景示例 主场景 顾客浏览了商品并将感兴趣的商品添加的购物筐中。如决定购买，则说明要购买的数量，提供信用卡信息并确认购物清单。系统将检查信用卡的合法性并确认销售结果。给客户发出确认电子邮件。 备用场景: 信用卡失败 用例总结 用例实际上就是一系列场景的集合 包括成功的主场景和失败的备用场景 常见的用例格式 用例编号 如:PBCS-UC-001 用例名（通常用动词开头，如：系统登录） 用例文字描述 参与者 前置条件，后置条件 主场景（重点） 备用场景（扩展场景） 补充说明，引用的文档或图 本次课程内容 需求分析和用例 用例图介绍 类图介绍 类间关系 对象和包 用例图介绍 用例图是用例的蓝图，概要图 是从高层次对系统的一种展示 不同于用例 用例是详细的，文字性的 用例图是概括性的，高层的一种视图 有助于从整体上了解系统的需求和功能 用例图一览:CMS系统用例图 用例图元素介绍:Actor 参与者 Actor 和系统有交互的人或物 可以有泛化 继承 关系 用例图元素介绍:UseCase 用例图元素介绍:系统边界 可选项，如果系统不和其他系统交互，不一定要划。 用于说明系统的边界是什么，系统有什么用例,和其他参与者交互的情况. 系统边界实例 你正在开发一个在线股票交易系统 系统提供登录的功能 登录时需到另一个股东开户系统去验证股东帐号和密码 用例间的关系 包含关系 Includes 主要是为了避免编写重复的用例 用例A Includes B，表示用例A中使用了用例B中的行为或功能。 扩展关系 Extends 由用例 A extends B,表示用例A描述了一项基本需求，而用例B则描述了该基本需求的特殊情况，即一种扩展。 可以将备用场景抽象为扩展关系（但通常没必要） 泛化关系 Generics 两个或更多的用例在行为，结构，目的方面存在共性 用例关系示例 包含和扩展） 用例关系示例 泛化 注意 不要过于关注，花大量时间研究用例间的关系，而忽略了真正重要的工作：编写用例文本。 如果关系提取的不正确，反倒会让用例更加混乱 本次课程内容 需求分析和用例 用例图介绍 类图介绍 类间关系 对象和包 UML类图 类图属于静态建模 相对于动态来说 不同阶段画不同的类图 域类：领域模型分析 OOA阶段 实现类:具体实现类细节描述 OODP 阶段 可参考：/leoo2sk/category/167193.html 在UML中表示一个类 类名：Person 属性：Name, Age 方法：Eat , Sleep 为类的属性方法增加可见性 UML中有三种可见性 Public, 用+号表示 Private, 用-号表示 Protected, 用#号表示 为类的属性和方法增加数据类型 Name和ID是string类型 Age是int类型 Eat方法的返回值是void Sleep方法的返回值boo. Sleep有一个参数hours hours是int类型，默认值是8 在UML中表示一个接口 接口有两种显示方式 本次课程内容 需求分析和用例 用例图介绍 类图介绍 类间关系 对象和包 类间关系 关系的种类（由弱到强） 依赖（一个类使用了另一个类） 关联（一个对象和其他对象之间有直接关系。分单向和双向 ） 聚合（部分-整体关系） 组合（强聚合） 泛化 实现 用UML类图来表示类的关系 依赖关系 属于关系中最弱的一种 只要一个类用到另一个类，就可以说是依赖关系 如person.Eat会用到Food，Person.Sleep会用到Room 用虚线表示 箭头指向所依赖的对象 关联关系 两种事物之间有着直接的