软件工程第10章研究.pptVIP

本章结束！ 第十章 面向对象分析 10.3.5 识别继承关系 确定了类中应该定义的属性之后，就可以利用继承机制共享公共性质，并对系统中众多的类加以组织。正如以前曾经强调指出过的，继承关系的建立实质上是知识抽取过程，它应该反映出一定深度的领域知识，因此必须有领域专家密切配合才能完成。 可以使用两种方式建立继承(即归纳)关系： (1)自底向上： 抽象出现有类的共同性质泛化出父类，这个过程实质上模拟了人类归纳思维过程。例如，在ATM系统中，“远程事务”和“柜员事务”是类似的，可以泛化出父类“事务”；类似地，可以从“ATM”和“柜员终端”泛化出父类“输入站”。 第十章 面向对象分析 (2)自顶向下： 把现有类细化成更具体的子类，这模拟了人类的演绎思维过程。从应用域中常常能明显看出应该做的自顶向下的具体化工作。例如，带有形容词修饰的名词词组往往暗示了一些具体类。但是，在分析阶段应该避免过度细化。 利用多重继承可以提高共享程度，但是同时也增加了概念上以及实现时的复杂程度。使用多重继承机制时，通常应该指定一个主要父类，从它继承大部分属性和行为；次要父类只补充一些属性和行为。 请大家参看教材 P237 页上的图10.5，它是增加了继承关系之后的ATM对象模型。 第十章 面向对象分析 微机软件系统对象模型图 第十章 面向对象分析 10.4 建立动态模型 对于仅存储静态数据的系统(例如数据库)来说，动态模型并没有什么意义。然而在开发交互式系统时，动态模型却起着很重要的作用。如果收集输入信息是目标系统的一项主要工作，则在开发这类应用系统时建立正确的动态模型是至关重要的。 第一步，是编写典型交互行为的脚本，虽然脚本中不可能包括 每个偶然事件，但是，至少必须保证不遗漏常见的交 互行为。 第二步，从脚本中提取出事件，确定触发每个事件的动作对象 以及接受事件的目标对象。 第三步，排列事件发生的次序，确定每个对象可能有的状态及 状态间的转换关系，并用状态图描绘它们。 第四步，比较各个对象的状态图，检查它们之间的一致性，确 保事件之间的匹配。 建立动态模型 关键步骤 第十章 面向对象分析 10.4.1 编写脚本 所谓“脚本”，原意是指“表演戏曲、话剧，拍摄电影、电视剧等所依据的本子，里面记载台词、故事情节等”。 在建立动态模型的过程中，脚本是指系统在某一执行期间内出现的一系列事件。脚本描述用户(或其他外部设备)与目标系统之间的一个或多个典型的交互过程，以便对目标系统的行为有更具体的认识。 编写脚本的目的，是保证不遗漏重要的交互步骤，它有助于确保整个交互过程的正确性的和清晰性。 第十章 面向对象分析 脚本描写的范围并不是固定的，既可以包括系统中发生的全部事件，也可以只包括由某些特定对象触发的事件。脚本描写的范围主要由编写脚本的具体目的决定。 即使在需求陈述中已经描写了完整的交互过程，也还需要花很大精力构思交互的形式。 因此，编写脚本的过程，实质上就是分析用户对系统交互行为的要求的过程。在编写脚本的过程中，需要与用户充分交换意见，编写后还应该经过他们审查与修改。 第十章 面向对象分析 编写脚本时，首先编写正常情况的脚本。然后，考虑特殊情况，例如输入或输出的数据为最大值(或最小值)。最后，考虑出错情况，例如，输入的值为非法值或响应失败。对大多数交互式系统来说，出错处理都是最难实现的部分。 如果可能，应该允许用户“异常中止”一个操作或“取消”一个操作。此外，还应该提供诸如“帮助”和状态查询之类的在基本交互行为之上的“通用”交互行为。 第十章 面向对象分析 脚本描述事件序列。每当系统中的对象与用户(或其他外部设备)交换信息时，就发生一个事件。所交换的信息值就是该事件的参数(例如，“输入密码”事件的参数是所输入的密码)。也有许多事件是无参数的，这样的事件仅传递一个信息——该事件已经发生了。 对于每个事件，都应该指明触发该事件的动作对象(例如，系统、用户或其他外部事物)、接受事件的目标对象以及该事件的参数。 教材P240 页表10.1和表10.