1、,5.2、5.3 面向对象的分析和设计,分析模型 设计模型 实现模型,静态特性：类层次关系模型 动态特性：状态图、事件踪迹图,5.2 面向对象分析概述,面向对象分析的任务&目的： 通过对问题空间的分析，建立系统的分析模型 三种分析模型：功能模型：描述用户的功能性需求对象模型：将系统分解成互相协作的分析类动态模型：描述系统的动态行为,1 静态结构分析(类/对象建模),1. 泛化特化关系（一般化特殊化）,顾名思义，静态结构分析过程研究问题的焦点是系统的结构，包括构成系统的对象、类以及类之间的相互关系。,类之间的关系,一般化与特殊化关系一般采用父类与子类之间的关系描述，通过父类与子类之间的关系在部分
2、对象之间建立系统的层次结构,1 静态结构分析,例：考察由类“人”、“职员”、“学生”、“专科生”、“本科生”、“在职专科生”等六个类形成的一个学生成绩管理系统的框架结构,各个类以及类之间的继承派生关系是对问题空间的抽象，这种抽象的描述构成了系统的层次结构模型，未来软件系统系统的层次结构模型与此具有相当程度的对应,1 静态结构分析,2. 聚合（整体部分）关系,类A的属性成员之一是类B的对象实例，则称A的对象实例为容器（对象），位于A类对象实例中、类B的对象实例称为成员对象或组成对象，即此时类B的一些对象实例做为组成部分存在于类A的对象实例的内部。称对象实例之间具有这种关系的两个类之间存在 整体部
3、分,共享聚合 复合聚合,复合聚合及共享聚合所描述的类之间关系的紧密程度不同：,复合聚合中相关类间关系比较密切，组成对象只存在于一个容器对象中，其存在以容器对象的存在为条件。例如：人体与器官、学校与院系。 共享聚合中组成对象往往在多个类的对象实例中充当组成部分，当这种对象实例中的某些消亡后，这个组成对象依然有存在的必要，只有当所有相关容器对象全部消亡后，这个组成对象才消亡。例如：单位与人。,1 静态结构分析,2. 聚合（整体部分）关系,3. 关联关系,3.1.1 静态结构分析,两个类的对象实例之间具有某种（属性上的）依赖关系称为对象链接。,图为平面上直线L1、L2、L3、L4、L5和点P1、P2
4、、P3、P4之间的几何关系，它们构成了一个系统，其中每个点和每条线都是可以看作为对象，这个系统的对象实例图和类图。,3. 关联关系,程序员,1 静态结构分析,方向、角色、限定、重数,对象实例间存在链接的类之间的关系称为关联。,3. 关联关系,1 静态结构分析,例： 每个为公司工作的人都可以领到一份薪水和一项工作。老板评价每个工人的工作表现。,关于认知多样性示例：,1 静态结构分析,关于系统层次结构示例：,1 静态结构分析,练习,请绘制一个汽车配件订购系统的类层次结构图，必须包括下列类：“人”、“交通工具”、“经销商”、“司机”、“汽车”、“摩托车” 、“配件”、“汽车配件” 、“摩托车配件”,
5、静态结构分析,2 动态行为分析,1. 对象生命周期,对象的动态行为包括两个方面的内容：,单个对象自身生命周期演化；整个对象系统中对象间消息传递及相互作用,状态转换图,栈的状态转换图,2 动态行为分析,状态转换图示例：电梯运行过程的状态转换图,2 动态行为分析,事件踪迹图,对象间消息传递及相互作用使用事件踪迹图表示例：打印服务器事件踪迹图,2 动态行为分析(举例),例：电话线通话过程状态图,3.1.2 动态行为分析（举例）,例：通话事件踪迹图,2 动态行为分析（数据流图）,处理 数据变换或操作，表明数据流入经处理后被变换为输出,数据流 对象或处理的输入输出与另一对象或处理的输入输出之间的连接，表
6、明计算中的中间数据,数据拷贝,聚集数据分解,2 动态行为分析（数据流图）,施动者 通过产生或使用数据驱动数据流图的主动对象，与数据流图的输入输出联系在一起。,数据存储 数据流图中为后继访问而存储数据的被动对象。与施动者不同，它不产生任何操作，仅对存储和访问数据的请求响应。,2 动态行为分析（数据流图）,举例 窗口图标显示数据流图,5.3 面向对象设计,系统设计 对象设计,面向对象设计阶段在分析模型基础上进行未来软件的系统设计、对象设计，从而得到设计模型，该模型包含了解决问题的方案和策略。是确定问题具体解决方案的过程,1 系统设计,1 系统层次结构设计,系统设计是以软件方式实现系统功能而进行软件
7、的系统结构设计及 程序实现中的总体的、策略性的解决方案的制定,对软件系统进行的整体划分。水平方向代表系统的不同抽象级别与层次；纵向表明每个层次所提供的功能模块,OSI & TCP/IP,IP Internet protocol ICMP Internet Control Message Protocol ARP Address Resolution Protocol RARP Reverse Address Resolution Protocol UDP User Datagram Protocol,面向虚拟软件企业 基于工作流的软件生产过程控制与支撑平台,MVC(Model View Con
8、trol),面向虚拟软件企业 基于工作流的软件生产过程控制与支撑平台,1 系统设计,2 系统数据存储设计,系统中各种数据对象的存储方式设计：内存数据结构、文件、数据库等 如分布环境中对象的存储结构与单机环境下不同、持久对象等,3 系统资源访问设计,确定需要使用的资源，包括访问机制和访问安全性机制等 如：访问队列等,4 网络与分布设计,如何将问题划分给不同节点进行分布式运算，需考虑网络流量、节点计算能力、系统效率,1 系统设计,6 互操作设计,5 并发性设计,并发性控制，多进程、多线程等 文件并行访问，使用临界区、事件、互斥量、信号灯等,确定对象之间的消息传递方式，如过程驱动、事件驱动和并发驱动
9、等等。相对于Client/Server而言。多个进程之间可能需要为对方提供服务。 可能比较复杂，因为有可能存在平台异构问题。,例外、边界也需要处理,2 对象设计,静态结构设计,根据具体实现策略对分析模型进行扩充，逐步使对象的描述接近软件的最终实现。添加人机交互、数据库及资源访问、网络访问方面的支持。,为软件实现的方便对对象模型所给出的结构进行重构，将一些对象合并或拆分。考虑复用、可维护性等进行重构。,2 动态行为设计,对动态行为分析模型进行扩充，获取完整模型。考虑计算复杂度、代码清晰度及性能等因素。,对于常见的各类数学函数，如三角函数、复变函数、各类图形相关函数等应用面向对象方法学观点进行分类
10、和抽象 一个图形系统由平面上的4个正方形、2个矩形、3个圆形以及1个三角形组成，它们位于平面上的不同点，该系统能够给出每个图形的面积及周长。按照面向对象分析的原理，给出这个系统中的对象以及类 给出一家祖孙三代（你、祖父、祖母、父母、姑、叔、姨、舅、表兄、堂兄等各一人组成）各成员之间的对象实例关系图 电梯运行过程的状态转换图,Question:,3 经典分析和设计方法介绍,1） OMT 2） OOD 3） RDD 4） OOAD 5） OOSE,采用面向对象技术进行分析和设计的软件开发方法很多，各种方法都有各自的特点。,OMT分析综述,1） OMT(Object Modeling Techniq
11、ue),在关系数据库设计的实体关系模型的基础上扩展了类、继承和行为等概念得到。,需求的描述，而不是问题的解决。 哪些特性可选、哪些必需 从模糊的设计和实现需求中分离出正确的需求,OMT ATM网络系统,1、问题描述,目的： 描述需求，解决做什么，而不是怎样做的问题。 任务： 描述问题范围、需求（将实现的功能）、特性,设计一个支持银行网络系统的软件，这个网络，包括出纳员和ATM自动取款机，由联营银行共享。每个银行提供各自的计算机来维护它的帐务和处理面临的事物。出纳工作站属于各银行，且直接与银行的计算机通信。人工出纳员输入帐务和处理数据。自动取款机与中央计算机通信，中央计算机分理事物到相应的银行。
12、自动取款机接受现金卡，与用户交互，与中央系统通信并完成事物处理，分配现金和打印收据。系统需要恰当的记录和安全保证。系统必须正确控制并发访问同一账号，银行将提供自己的计算机软件；请为ATM和网络设计软件。共享系统的费用根据现金卡客户的数量由各银行分担。,问题描述示意图:,2、 对象模型：类的识别,OMT ATM网络系统,与类对应的经常是问题描述中的名词,保留正确类,OMT ATM网络系统,冗 余 类： 对描述同一信息的多个类只保留一个。如：客户与用户 无 关 类： 删除与所述问题无关的类。如:费用的分担不在ATM事物处理范围内 模 糊 类： 边界不明显或范围过宽。如:系统 属 性：用于描述对象性
13、质的名词为属性。应具体分析，如：房间 操 作：带有动词性质的名词有时为动作，应描述为操作。如：传呼 角 色：类名应反映事物固有性质，而不是关联中的角色。如：拥有者、驾驶员 实现结构： 脱离实际的结构在分析模型中删除。如：子程序、数据库结构、数组等,2、对象模型：制定数据字典,银行 计算机,中央 计算机,帐户,现金卡,ATM,出纳员,业务,客户,出纳 工作站,联营,银行,OMT ATM网络系统,帐户： 银行中的一个户头，与交易中使用的帐户类似。帐户可能有许多不同的类型，至少有支票帐户和储蓄帐户两类。一位客户可以拥有不止一个帐户 ATM: 允许客户用现金卡做为身分证明进入自己的帐户的一种机器。AT
14、M与客户交互，通过收集业务处理信息，并把该信息送至中心计算机和方式证明客户的合法性后进行处理，把现金分配给客户。 银行： 一个金融机构，它代管客户帐目，发行现金卡给客户并授权客户可以通过ATM网络进入自己的帐户，存取现金等 出纳员： 银行的雇员。被授权把业务信息输入柜员机，接收或分配现金和支票给客户。柜员处理的业务、现金、和支票必须记录，并对其全部负责。,OMT ATM网络系统,出纳工作站： 柜员为客户输入业务信息的一套设备。柜员用此套 设备开出支票和接收现金，并打印收据。柜员机与银行计算机通信，使业务生效并进行处理。中心处理机： 由联营机构操纵的计算机。它协调ATM与银行计算机之间的业务，中
15、心 处理机负责验明银行代码的有效性，但并不直接处理业务。联营： 多个银行组成的一个组织机构。授命指挥和操作ATM网 络。该网络仅处理属于联营机构中的银行之间的业务。 业务： 客户对帐目的一个单一而完整的操作要求。我们只详述ATM必须分发现 金，但不排除打印支票或者接收现金、支票的可能性，因为我们应该考虑为客户访问自己帐目提供更多的方便和灵活性，尽管现在还不具备条件。不 同的操作必须正确地结算。,OMT ATM网络系统,客户： 在银行有一个或多个帐户的所有者。客户由一个或多个人或公司组成。通信方面与客户组成无关，在不同的银行有帐户的同一个人视为不同的 客户。银行计算机： 银行所拥有的、与ATM网
16、络以及该银行柜员机相连接的计算机。一个银行可能拥有一个用于处理内部帐务的计算机网络，但我们只关注与网络通信的这台计算机。现金卡： 银行分发给客户的卡片。客户可以通过ATM用现金卡访问自己的帐户。每个卡包含一个银行代码和卡片号码。银行代码唯一确定联营机构中的一个银行。卡片号决定了该卡可访问的帐户。一张现金卡只属于一个客户，但可能会存在若干个拷贝，必须考虑在 不同计算机上相同的现金卡同时使用的可能性。,2、对象模型：关联的识别,OMT ATM网络系统,关联常对应于静态动词或动词短语 常见的有：,实 际 位 置 ： 下接，其中一部分，包含在，在.之上 引 导 动 作 ： 驱动，驾驶 通 信： 与.交
17、谈 拥 有： 有，其中一部分 满足的条件： 为.工作，与.结婚通信、拥有、,与类的识别过程类似，识别关联时首先将问题描述中的所有可能的关联（动词短语）列表，然后逐条删去不正确的关联，保留正确的。,银行网络包括出纳员和ATM 联营共享ATM 银行提供银行计算机 ATM与中央计算机通信 银行有出纳工作站 出纳工作站与银行计算机通信 银行雇佣出纳员 . ,联营机构由银行组成银行拥有柜员机柜员机上有柜员业务柜员业务涉及帐户 银行雇佣柜员柜员输入柜员业务 联营机构拥有中心处理机中心处理机与ATM通信ATM处理远程业务 远程业务涉及帐户帐户保存在银行计算机帐户由现金卡存取帐户拥有现金卡远程业务由现金卡授权
18、处理中心处理机与银行计算机通信银行拥有银行计算机银行计算机与多台柜员机通信,最终的关联：,OMT ATM网络系统,建立关联,由.组成,持有,通信,拥有,通信,通信,拥有,雇佣,涉及,存取,有,被授权,进入,被进入,拥有,进入,银行,联营,中央 计算机,ATM,远程业务,出纳业务,现金卡,银行代码,出纳 工作站,出纳员,银行 计算机,发 行,帐户,拥有,客户,涉及,OMT ATM网络系统,建立关联,OMT ATM网络系统,2、对象模型：识别属性,属性通常对应于所有格短语修饰的名字,汽车的颜色是蓝色的，光标的位置是.，xxx的出生年月，xxx的身高是.,属性众多，只需考虑与特殊应用直接相关的属性，
19、其他待以后添加,OMT ATM网络系统,添加属性,OMT ATM网络系统,用继承性改进,3、动态模型：ATM通常情况下的脚本,脚本： 1） ATM要求用户插入一张现金卡；用户插入一张现金卡 2） ATM接收磁卡并读其序号 3） ATM要求密码；用户输入密码 4） ATM通过联营机构核实序号和密码：联营机构联系对应的营业部鉴别密码后通知该ATM 5） ATM要求用户选择业务方式（提款、汇兑、查询）；用户选择提款方式 6） ATM询问现金数额；用户输入现金数额 7） ATM核实数额范围：提交联营机构，将业务传送给营业部，确认成交返回帐户新余额 8） ATM分配现金并要求用户提款；用户取走现金 9）
20、 ATM询问用户是否要继续提款；用户表示否定 10） ATM打印收据、退出现金卡并提示用户拿走，用户得到现金卡 11） ATM要求另一个用户插入现金卡,OMT ATM网络系统,OMT ATM网络系统,3、动态模型：有例外情况的ATM脚本,脚本： 1） ATM要求用户插入一张现金卡；用户插入一张现金卡 2） ATM接收磁卡并读其序号 3） ATM要求密码；用户输入密码 4） ATM通过联营机构核实序号和密码，联营机构联系对应的营业 部鉴别密码后拒绝此密码 5） ATM 提出密码错误并要求用户重新输入，用户输入密码， ATM通过联营机构核实成功 6） ATM要求用户选择业务方式（提款、汇兑、查询）
21、；用户选择提款方式 7） ATM询问现金数额；用户改变想法，输入“取消” 8） ATM退出现金卡并提示用户拿走，用户得到现金卡 9） ATM要求另一个用户插入现金卡,3、动态模型：取款事件踪迹图,A T M 对 象 状 态 图,3、动态模型：,3、动态模型：联营机构对象状态图,3、动态模型：银行营业部对象类状态图,do：验证卡号,do：与银行验证现金卡,do：修改帐目,处理营业部业务,失败 / 营业部业务失败,成功 / 营业部业务成功,验证营业部代码,有效,合法营业部帐户,非法营业部帐户,无效/营业部代码,4、功能模型: ATM系统的输入和输出值,系统边界,4、功能模型: ATM系统的顶层数据
22、流图,4、功能模型:完成业务的处理数据流程,OMT ATM网络系统,4、功能模型:模型的操作说明 对应完成业务的处理数据流程中的修改帐目处理：,修改帐目（帐户，金额总数，业务种类）现金，收据，通信如果提取之值超过帐目余额，禁止该项业务且不分发现金。如果提取值不超过帐目余额，记入借方帐且分发所需现金。如果是一个储蓄业务，记入贷方帐且不分发现金。任何情况下接受并显示ATM号码，日期，时间，帐户号码业务种类，处理金额（若有），新余额。,OMT ATM网络系统,5、系统设计：ATM系统的结构,用户,ATM,现金卡,业务,站代码,业务,柜员,柜员机,帐目,客户,卡授权,业务,网络连接,网络连接,联营机构
23、,营业部代码,OMT ATM网络系统,5、系统设计说明： 1）ATM系统软件总体结构：交互式界面和事务处理型系统的混合体。用分析模型表示系统的总体结构包括： 对象模型表示事务处理的各部分。 动态模型说明系统固有的分布形式及并发访问的处理过程。功能模型数据输入/输出及转换。 2）ATM系统分为三个系统层次： ATM事务处理层营业部事务处理层联营机构事务处理层,OMT ATM网络系统,5、系统设计说明：3） ATM系统构成一个简单的星型拓扑结构。4） 事务处理的数据库在营业部计算机中集中存放。可被多个并发的ATM通过联营机构确定连接访问。数据处理是单一的批处理型系统（指一个帐号被封锁直到处理结束）
24、。5） 联营计算机通过电话线与各营业部计算机连接。并通过站代码和营业部代码区分ATM业务到营业部的业务处理。,OMT ATM网络系统,5、系统设计说明： 6） 每一时刻ATM上只有一个业务活动，联营计算机和营业部计算机可同时处理多个并发的业务活动。一个业务通过三个物理片段来完成，缺一不可。7） 系统应该具有增加和删除ATM和营业部处理层的能力。8） 系统的安全保证至关重要。必须包括：存取权限、数据一致性保证、出错处理等解决方案。,OMT ATM网络系统,6、对象设计:对象设计的步骤：（此过程反复迭代进行） 组合三个模型 为实现设计算法 优化数据存取路径 调整类结构及关联 封装类为模块 设计主控
25、程序路径,ATM 主 控 程 序 路 径 设 计,6、对象设计:,OMT饮料自动售货机,一、问题描述： 设置: 一个饮料自动售货机可以放置五种不同或部分相同的饮料，可由厂商根据销售情况自行调配，并可随时重新设置售价，但售货机最多仅能放置50罐饮料，其按钮设计在各种饮料样本的下方，若经金额计算器累计金额足够，则选择键灯会亮；若某一种饮料已销售完毕，则售完灯会亮。 销售: 顾客将硬币投入售货机，经累加金额足额的饮料选择键灯亮，等待顾客按键选择。顾客按键后饮料由取物口掉出，并自动结算及找零。 取消交易:顾客可在按下选择键前任何一个时刻，拉动退币杆取消交易，收回硬币。,OMT饮料自动售货机,二、系统分
26、析 1、对象模型： 寻找对象：顾客(customer) 、售货机(machine) 、金额计算器(account)、选择键(button)、退币杆(bar)、存量计算器(caculator) 确定类及关联的属性数据,OMT饮料自动售货机,对象模型：,OMT饮料自动售货机,数据字典 顾客：是个别的消费者，持有硬币，拥有饮料及交易成交与否的选择权 售货机：在顾客投入硬币时，判断硬币是否有效及金额的面值，累加后显示，待顾客按下选择键后掉出饮料 金额计算器：将投入的硬币依序完成累加，并不断将结果传回售货机显示 选择键：不同饮料有不同价格，待金额计算器累加到该饮料售价时则该选择键灯亮时，顾客按下后将选择
27、传回售货机,OMT饮料自动售货机,退币杆：在顾客按下选择键完成交易前，若拉动退币杆则将所有金额退还顾客 存量计算器：售货机掉出饮料后，存量计算器则将该种饮料的存量递减，并同时判断是否为0，若售完灯亮时，显示无存量，否则继续成备用状态,OMT饮料自动售货机,2、动态模型：事件踪迹图,OMT饮料自动售货机,2、动态模型： 贩卖机 状态图,OMT饮料自动售货机,3、功能模型：贩卖机输入、输出数据,OMT饮料自动售货机,3、功能模型：数据流程图,OMT饮料自动售货机,三、系统设计系统结构设计对象设计,2） OOD（Object Oriented Design),OOD方法的过程包括以下步骤：在给定的抽
28、象层次上识别类和对象识别这些对象和类的语义识别这些类和对象之间的关系实现类和对象不断细化的迭代和渐增的开发过程,3） RDD（Responsibility Driven Design),RDD方法探索阶段和精化阶段探索阶段确定类 确定类的责任 确定类间的合作精化阶段精化类继承层次确定子系统确定协议 CRC卡(class responsibility collaboration),3） RDD（Responsibility Driven Design),OOAD,严格区分面向对象分析OOA和面向对象设计OOD OOA 确定类及对象识别结构定义主题定义属性定义服务,OOAD,OOD 设计问题域（细
29、化分析结果） 设计人机交互部分（设计用户界面） 设计任务管理部分（确定系统资源分配） 设计数据管理部分（依赖于存储技术）,4） OOSE （Object Oriented Software Engineering),涉及到整个软件生命周期，包括需求分析、设计、实现和测试等四个阶段。从use case的描述发现设计对象，并描述对象的属性、行为和关联。把use case的行为分派给对象。,4） OOSE,领域对象模型。use case模型根据领域来表示。分析模型。use case模型通过分析来构造。设计模型。use case模型通过设计来具体化。实现模型。该模型依据具体化的设计来实现use cas
30、e模型。测试模型。用来测试具体化的use case模型。,可视化建模技术（VMT）,VMT以OMT为骨架，继承了OMT、OOSE、RDD、CRC、事件踪迹图等面向对象分析方法的优点。,OMT的缺点：,对于需求分析阶段的技术支持不够，无方便而有效的机制支持和描述需求分析初期与用户的高层次交流VMT在此方面引入OOSE的用例方法,分析的重点在类之间的关系上，对于每个类的属性和方法以及每个类对整个系统功能的贡献没有有力的支持，很难从从功能模型过渡到单个对象功能分析与设计VMT引入RDD的CRC方法，定义类的责任和合作,参 与 者： 透过系统边界，与系统进行交互的事物 系统边界： 一个系统所包含的所有
31、系统组成部分与系统以外各种事物的分界线,被开发的计算机软硬件，而不是泛指问题空间的全部事物所构成的现实系统,在OOA和OOD中定义，并在编程时加以实现的系统元素,可视化建模技术（VMT）,参与者1,参与者2,事务处理1,事务处理2,事务处理3,系统,3.4 可视化建模技术（VMT）,用 例：获得某项服务时参与者与系统之间进行的交互序列。用例的描述没有统一的规范，应在开发组内形成一个统一的风格。,收款员.收款 for 顾客选购的每个商品 do输入商品编号 end for,用于描述系统功能从而给出用户需求模型,可视化建模技术（VMT）,用例借出书目1.如果借书者没有预定：a. 标记标题b. 标记可
32、用的该题目下的书目c. 标记借书者d. 图书馆借出标记的书目2.如果借书者已经预定：a. 标记借书者b. 标记标题c. 标记可用的该题目下的书目d. 图书馆借出标记的书目e. 增加一条新的借书记录f. 删除预定记录,关于CRC卡：,可视化建模技术（VMT）,可视化建模技术（VMT）,1. VMT的分析过程,根据初始需求文档，在用户参与下，定义参与者和用例，使用可视化工具建立GUI原型 根据问题陈述和用例模型，建立初始对象模型。该模型概要给出了描述问题域应用语义的类以及这些类间关系和原始属性 初始对象模型，用例以及GUI原型一起表达了问题的需求模型。定义了系统的边界及附加接口。 建立CRC卡。确
33、定各个类的责任，明确对象模型中各对象的服务和属性，根据CRC卡中类之间的合作方式，可以重新定义和精化类之间的关系 参照对象模型，从用例和服务建立事件踪迹图和状态图描述系统的动态特性。,目的、任务,4 可视化建模技术（VMT）,2. VMT的设计过程,系统设计、对象设计、持久对象设计,目的、任务,高层系统决策 基础软件系统结构 解决方案结构化,精化对象模型 选择实际的实现环境 识别附加对象类 寻找可复用部件,对象的存储方式 与数据库的接口,4 可视化建模技术（VMT）,在全球范围拥有支行的银行向顾客提供各种服务，例如自动取款机、信用卡和外币现金兑换(FCE)。 FCE应用系统按照当前的汇率向顾客
34、提供交易现金和旅行支票服务。 在支行有帐号的顾客是银行顾客，没有帐号的顾客是普通顾客。他们都可以使用兑换服务。 FCE还管理关于顾客、外币现金、存取款和外币储备信息。 系统提供给出纳员关于相应国家的信息，包括国家货币名称、现金和旅行支票的面值以及国家对外币兑换的限制等。 出纳员取得顾客的信息，创建相应的订单，然后从系统获得关于现金储备的信息。顾客的订单可能处于预备、正在处理、完成三种状态。订单只在现金储备不足时处于预备状态。,2.一个VMT的应用实例,需求分析高层用例模型细化的用例模型,4 可视化建模技术（VMT）,2.一个VMT的应用实例,部门经理 参与者,出纳,FCE高层次用例模型片段,扩
35、充,扩充,1）出纳创建新订单 2）出纳填写订单 3）系统通知出纳现金储备足够 4）系统确定支付和兑换率 5） 6）,FCE原始对象模型图,Order对象状态转换图片段,可视化建模技术（VMT）,2.一个VMT的应用实例,关于CRC卡：,3.4 可视化建模技术（VMT）,2.一个VMT的应用实例, 现金储备（stock） ：由金融机构控制的、用于外币现金兑换的外币现金 顾客（customer） ：在银行拥有帐号来买入外币现金的客户 订单（order） ：用于买卖一定数量外币的请求,数据字典：,3.4 可视化建模技术（VMT）,系 统 设 计,2.一个VMT的应用实例,可视化建模技术（VMT）,对 象 设 计,
