软件工程与项目管理_10教材.ppt

* * Imp comments: 没有查帐事务， 退卡，请求继续 不在需求中；请求继续=询问， 加入停机，考虑断电后电池弱时停机 * * IMP：合并为一，加等待ATM请求, ONLY ONE INIT STATE 若1个类有2个无共态的状态图，可能应为2个类。 +1 way to communicate with ATM: a/synchronic, different efficiencies and securities, but it is more a design issue. * * * * * * * * * * * * * * * * * * * 面向对象方法学比较自然地模拟了人类认识客观世界的思维方式，它所追求的目标和遵循的基本原则，就是使描述问题的问题空间和在计算机中解决问题的解空间，在结构上尽可能一致。 * * * * 对象模型 动态模型 功能模型 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * “脚本” 原指“表演戏曲、话剧，拍摄电影、电视剧等所依据的本子，里面记载台词、故事情节等”。 * * * * * * * * * * * * 21 * * * * * * 增加了继承关系之后的ATM对象模型 10.3.6 反复修改 一次建模过程很难得到完全正确的对象模型。 有些细化工作(例如，定义服务)是在建立了动态模型和功能模型之后才进行的。 由于面向对象的概念和符号在整个开发过程中都是一致的，因此远比使用结构分析、设计技术更容易实现反复修改、逐步完善的过程。 建模的步骤并不一定按照前面讲述的次序进行。 它给初学者提供了一个指南。 下面以ATM系统为例，讨论可能做的修改： 1. 分解“现金兑换卡”类 “现金兑换卡”有两个相对独立的功能，它既是鉴别储户及使用ATM的权限的卡，又是ATM获得分行代码和卡号等数据的数据载体。 因此，把“现金兑换卡”类分解为“卡权限”和“现金兑换卡”两个类，将使每个类的功能更单一：前一个类标志储户访问账户的权限，后一个类是含有分行代码和卡号的数据载体。 多张现金兑换卡可能对应着相同的访问权限。 2. “事务”由“更新”组成 一个事务可包含对账户的若干次更新。更新指的是对账户所做的一个动作(取款、存款或查询)。“更新” 有自己的属性(类型、金额等)，应该独立存在，因此应该把它作为类。 3. 把“分行”与“分行计算机”合并 区分“分行”与“分行计算机”，对于分析这个系统来说，并没有多大意义，为简单起见，把它们合并。类似地，应该合并“总行”和“中央计算机”。 下图给出了修改后的ATM对象模型，与修改前比较起来，它更简单、更清晰。 修正： 总行/分行的通信， 储户输入事务(ATM) ATM读卡 拥有/通信 修改后的ATM对象模型 10.4 建立动态模型的方法 对于仅存储静态数据的系统(例如数据库)来说， 动态模型并没有什么意义。 但是若开发交互式系统时，动态模型却起着很重要的作用。 例如: 收集输入信息是目标系统的主要工作 建立动态模型的三步： 编写典型交互行为的脚本, 不遗漏常见的交互行为。 从脚本中提取出事件，确定触发每个事件的动作对象以及接受事件的目标对象。 排列事件发生的次序，确定每个对象可能有的状态及状态间的转换关系，并用状态图描绘它们。 最后，比较各个对象的状态图，检查它们之间的一致性，确保事件之间的匹配。 10.4.1 编写脚本 脚本: 是指系统在某一执行期间内出现的一系列事件。 脚本功能: 描述用户(或其他外部设备)与目标系统之间的一个或多个典型的交互过程。 编写脚本的目的: 是保证不遗漏重要的交互步骤，有助于确保整个交互过程的正确性的和清晰性。 编写脚本内容: 描写既可以包括系统中发生的全部事件，也可以只包括由某些特定对象触发的事件。 对于每个事件，都应该指明触发该事件的动作对象(系统、用户或其他事物)、接受事件的目标对象以及该事件的参数。 编写步骤: 编写正常情况的脚本。 考虑特殊情况，例如输入或输出的数据为最大值(或最小值)。 考虑出错情况，例如，输入的值为非法值或响应失败。 ATM系统正常 和异常脚本 10.4.2 设想用户界面 交互行为可以分为应用逻辑和用户界面两部分。 不同界面(例如，命令行或图形用户界面)，可以实现同样的应用逻辑。应用逻辑是内在的、本质的内容，用户界面是外在的表现形式。 动态模型着重表示应用系统的控制逻辑。 分析阶段不能忽略用户界面。应确定界面的轮廓. 可以考虑其他方式, 如语音. 目的是确保能够完成全部必要的信息交换。 10.4