CH9 面向对象方法学引论.pptVIP

* */73 闲 置 拨 号 通 话 断 线 拨号音 do:响拨号音 超 时 do:响蜂鸣音 存储的信息 do:播放信息 接通中 do:试接通 振 铃 do:振 铃 忙 音 do:响忙音 拿起听筒 数字 数字 有效号码 已接通 受话人回话 受话人挂断电话 挂断电话 超 时 挂断电话 超时 无效号码 信息播完 占 线 例：电话的状态图 9.1 面向对象方法学概述 9.2 面向对象的概念 9.3 面向对象建模 9.4 对象模型 9.5 动态模型 9.6 功能模型 9.7 3种模型之间的关系 * */73 表示变化的系统的“功能”性质，它指明了系统应该“做什么”，因此更直接地反映了用户对目标系统的需求。 功能模型由一组数据流图组成，在面向对象方法学中，数据流图远不如在结构分析设计方法中那样重要 一般说来，与对象模型和动态模型比较，数据流图并没有增加新的信息 UML提供的用例图也是进行需求分析和建立功能模块的强有力工具，在UML中把用用例图建立起来的系统模型成为用例模型。 功能模型 * */73 用例图包含的模型元素有系统，行为者，用例及用例之间的关系． 图中的方框代表系统，椭圆代表用例，线条人代表行为者，它们之间的连线表示关系 用例图 * */73 售货 供货 取款机 自动售货机系统 顾客 供货人 收银员 用例图的元素： 1. 系统 系统被看作是一个提供用例的黑盒子，内部如何工作，用例如何实现，这些对于建立用例模型来说都是不重要的。 系统的方框边线表示系统的边界，划定系统的功能范围。 * */73 用例图的元素 – cont. 2. 用例 Use Case 用例是可以被行为者感受到的，系统的一个完整的功能 在UML中把用例定义成系统完成的一系列动作，动作的结果能被特定的行为者察觉到。 用例具有下述特征： 1用例代表某些用户可见的功能，实现一个具体用户目标 2用例总是被行为者启动的，并向行为者提供可识别的值 3用例必须是完整的 * */73 用例图的元素 – cont. 2. 用例 – cont. 用例的实例是系统的一种实际使用方法，通常把用例的实例称为脚本。脚本是系统的一次具体执行过程 例如，在自动售货机系统中，张三投入硬币购买矿泉水，系统收到钱后把矿泉水送出来，上述过程就是一个脚本； 李四投币买可乐，但是可乐卖完了，于是系统给出提示信息并把钱退还给李四，这个过程是另一个脚本。 * */73 用例图的元素： 3. 行为者 Actor 行为者是指与系统交互的人或其他系统，它代表外部实体。使用用例并且与系统交互的任何人或物都是行为者。 行为者代表一种角色，而不是某个具体的人或物。 例如，在自动售货机系统中，使用售货功能的人既可以是买张三（买矿泉水）也可以是李四的（买可乐），但是不能把张三或李四这样的个体对象称为行为者。 在用例图中用直线连接行为者和用例，表示两者之间交换信息，称为通信联系。 行为者触发（激活）用例，并与用例交换信息，单个行为者可与多个用例联系；反之，一个用例也可与多个行为者联系。 实践表明，行为者对确定用例是非常有用的 * */73 用例之间的关系： 1扩展关系 向一个用例中添加一些动作后构成了另一个用例,这两个用例之间的关系就是扩展关系, 后者称为扩展用例。 例如,在自动售货机系统中,”售货”是一个基本的用例,如果顾客购买罐装饮料, 把非常规动作放置于”售散装饮料”用例中,这两个用例之间关系就是扩展关系 * */73 用例之间的关系 – cont. 2使用关系 当一个用例使用另一个用例时,这两个用例之间就构成了使用关系. 一般说来,如果在若干个用例中有某些相同的动作,则可以把这些相同的动作提取出来单独构成一个用例成为抽象用例。 例如,在自动售货机系统中,”供货”和”取货款”两个用例中 ,将开始动作抽象为”打开机器”用例,把最后的动作抽象成”关闭机器”用例 通常在描述一般行为的变化时采用扩展关系;在两个或多个用例中出现重复描述又想避免这种重复时,可以采用使用关系。 * */73 * */73 售货 供货 取款机 自动售货机系统 顾客 供货人 收银员 售散装饮料 打开机器 关闭机器 打开机器 关闭机器 扩展 《使用》 《使用》 《使用》 《使用》 一个用例模型由若干幅用例图组成 创建用例模型的工作包括: 定义系统,寻找行为者和用例 描述用例,定义用例之间的关系 确认模型。 其中,寻找行为者和用例是关键 用例建模 * */73 1.寻找行为者 通过请系统的用户回答一些问题的办法来发现行为者，下述问题有助于发现行为者: 谁将使用系统的主要功能主行为者? 谁需要借助系统的支持来完成日常工作? 谁来维护和管理系统副行为者? 系统控制哪些硬件设备? 系统需要与哪些其他系统交互? 哪些