面向对象OMT方法.ppt

(2)“事务”不能体现对帐户之间传输描述的一般性，因它只涉及一个帐户。一般来说，在每个帐户中，一个“事务”包括一个或多个“更新”，一个“更新”是对帐户的一个动作，它们是取款、存款、查询之一。因此，增加“更新”类，事务由若干更新组成，更多涉及到帐户。(3)“分理处”和“分理处计算机”之间、“分行”和“分行计算机”之间的区分似乎并不影响分析，计算机的通信处理实际上是实现的概念，将“分理处计算机”并入到“分理处”，将“分行计算机”并入到“分行”。图12.27表示一个修改后的对象模型，它更为简单和清晰。图12.27修改后的银行网络系统的对象模型将类组合成表和模块。对象模型图可以分成多张同样大小的表，目的是方便画图、打印和观看。紧耦合的类应该组合在一起，但由于一张表的容量有限，有时需要人为地拆开。模块是类的集合，该集合反映了整个模型的一些逻辑分集，例如计算机操作系统的模型可包括过程控制、设备控制、文件管理和内存管理等几个模块，模块的大小可以变化。各个关联一般在一张表中反映，但某些类为了联结不同的表，必须多次表示出来，这时要寻找分割点，若某个类是两个分离的对象模型的唯一联结，则这两张表或模块间建筑了一道桥梁。7.将类组合成模块常用“星状”模式来组织模块，单元核心模块包含高层类的顶层结构，其他模块将各高层类扩展成一般化层次，并对低层类增加联系。1在银行网络系统的示例中，由于模型较小，不需要分解成模块，但它可作为进一步的详细模型的核心。2动态分析从寻找外部可见的模拟和响应事件开始，确定各对象的可能事件的顺序。在分析阶段不考虑算法的执行，它是实现模型的一部分。建立动态模型的步骤：第一步是准备典型的对话脚本;第二步从脚本中抽取事件，把它与其目标对象联系起来;第三步组织事件的顺序和状态，用状态图来表现;第四步是比较各个不同对象的状态图，确保事件之间的匹配。12.3.4建立动态模型准备脚本考虑用户和系统之间的一个或多个典型对话，对目标系统的行为有个认识，脚本中应表现重要的交互行为，通过脚本来逼近动态模型。有时问题陈述中描述了完整的交互过程，但还要构思交互的形式。银行网络系统的问题陈述表明了需从用户处获得事务的数据，但确切需要什么参数，动作顺序是如何等还是模糊的。首先为“正常”情况准备脚本，然后考虑“特殊”情况，最后考虑用户出错情况。还必须考虑各种建立在基本交互行为之上的交互，如帮助要求及状态查询等。脚本是事件序列，每当系统中的对象与外部用户发生互换信息时，就产生一个事件，所互换的信息值就是该事件的参数。对于各事件，应确定触发事件的动作对象和该事件的参数。屏幕布局和输出格式一般不影响交互行为的逻辑或所互换的信息值，对初始动态模型不必考虑其输出格式。在银行网络系统的交互行为中，有正常的脚本和例外的脚本。正常的脚本自动出纳机与用户交互的正常的脚本如下所示：自动出纳机请求用户插入卡片；用户插入现金卡。?自动出纳机要求密码，用户键入密码“4011”。自动出纳机与分行确认卡号和密码；分理处检查它并通知承兑的自动出纳机。自动出纳机要求用户选择事务类型（取款、存款、转户及查询），用户选择取款。(2)自动出纳机接受卡片并读出它的卡号。01自动出纳机要求分行处理事务；分行把要求传给分理处，确认事务成功。(6)自动出纳机要求现金数量；用户输入＄100。02自动出纳机分发现金并且要求用户取现金；用户取现金。自动出纳机提示用户是否想继续；用户指出不继续。自动出纳机打印收据，退出卡，并请求用户取出它们；用户拿走收据和卡。自动出纳机请求用户插入。例外的脚本自动出纳机与用户交互的例外的脚本如下所示：自动出纳机请求用户插入卡；用户插入现金卡。自动出纳机要求密码；用户键入“9999”。自动出纳机指示密码错并请求再键入；用户键入“4011”，分行确认成功。自动出纳机接受卡并读它的卡号。自动出纳机与分行确认卡号和密码，在咨询分理处后拒绝它。自动出纳机请求用户选择事务类型；用户选择取款。010305020406自动出纳机请求键入现金数量；用户改变选择并键入“CANCEL”（取消）。自动出纳机退出卡并且请求用户拿走卡；用户取出卡。(9)自动出纳机请求用户插入卡。确定事件检查两种脚本的各个步骤以确定所有外部事件，事件包括所有来自或发往用户的信息、外部设备的信号、输入、策略、中断、转换和动作，使用脚本可以发现正常事件，但不要遗漏条