软件工程第10章资料.ppt

第十章 面向对象分析 10.6 定义服务 “对象”是由描述其属性的数据，及可以对这些数据施加的操作(即服务)，封装在一起构成的独立单元。因此，为建立完整的对象模型，既要确定类中应该定义的属性，又要确定类中应该定义的服务。需要等到建立了动态模型和功能模型之后，才能最终确定类中应有的服务，因为这两个子模型更明确地描述了每个类中应该提供哪些服务。事实是，在确定类中应有的服务时，既要考虑该类实体的常规行为，又要考虑在本系统中特殊需要的服务。 1、常规行为 2、从事件导出的操作 3、与数据流图中处理框对应的操作 见教材P247内容 4、利用继承减少冗余操作 本章结束！ 人有了知识，就会具备各种分析能力， 明辨是非的能力。 所以我们要勤恳读书，广泛阅读， 古人说“书中自有黄金屋。 ”通过阅读科技书籍，我们能丰富知识， 培养逻辑思维能力； 通过阅读文学作品，我们能提高文学鉴赏水平， 培养文学情趣； 通过阅读报刊，我们能增长见识，扩大自己的知识面。 有许多书籍还能培养我们的道德情操， 给我们巨大的精神力量， 鼓舞我们前进。 * 第十章 面向对象分析 (4) 误把内部状态当成了属性 如果某个性质是对象的非公开的内部状态，则应该从对象模型中删掉这个属性。 (5) 过于细化 在分析阶段应该忽略那些对大多数操作都没有影响的属性。 (6) 存在不一致的属性 类应该简单而且一致的。如果得出一些看起来与其他属性毫不相关的属性，则应该考虑把该类分解成两个不同的类。 经过筛选之后，得到ATM系统中各个类的属性。 请大家参看教材 P235 页上的图 10.4 相关内容. 第十章 面向对象分析 10.3.5 识别继承关系 确定了类中应该定义的属性之后，就可以利用继承机制共享公共性质，并对系统中众多的类加以组织。正如以前曾经强调指出过的，继承关系的建立实质上是知识抽取过程，它应该反映出一定深度的领域知识，因此必须有领域专家密切配合才能完成。 可以使用两种方式建立继承(即归纳)关系： (1)自底向上： 抽象出现有类的共同性质泛化出父类，这个过程实质上模拟了人类归纳思维过程。例如，在ATM系统中，“远程事务”和“柜员事务”是类似的，可以泛化出父类“事务”；类似地，可以从“ATM”和“柜员终端”泛化出父类“输入站”。 第十章 面向对象分析 (2)自顶向下： 把现有类细化成更具体的子类，这模拟了人类的演绎思维过程。从应用域中常常能明显看出应该做的自顶向下的具体化工作。例如，带有形容词修饰的名词词组往往暗示了一些具体类。但是，在分析阶段应该避免过度细化。 利用多重继承可以提高共享程度，但是同时也增加了概念上以及实现时的复杂程度。使用多重继承机制时，通常应该指定一个主要父类，从它继承大部分属性和行为；次要父类只补充一些属性和行为。 请大家参看教材 P237 页上的图10.5，它是增加了继承关系之后的ATM对象模型。 第十章 面向对象分析 微机软件系统对象模型图 第十章 面向对象分析 10.4 建立动态模型 对于仅存储静态数据的系统(例如数据库)来说，动态模型并没有什么意义。然而在开发交互式系统时，动态模型却起着很重要的作用。如果收集输入信息是目标系统的一项主要工作，则在开发这类应用系统时建立正确的动态模型是至关重要的。 第一步，是编写典型交互行为的脚本，虽然脚本中不可能包括 每个偶然事件，但是，至少必须保证不遗漏常见的交 互行为。 第二步，从脚本中提取出事件，确定触发每个事件的动作对象 以及接受事件的目标对象。 第三步，排列事件发生的次序，确定每个对象可能有的状态及 状态间的转换关系，并用状态图描绘它们。 第四步，比较各个对象的状态图，检查它们之间的一致性，确 保事件之间的匹配。 建立动态模型 关键步骤 第十章 面向对象分析 10.4.1 编写脚本 所谓“脚本”，原意是指“表演戏曲、话剧，拍摄电影、电视剧等所依据的本子，里面记载台词、故事情节等”。 在建立动态模型的过程中，脚本是指系统在某一执行期间内出现的一系列事件。脚