软件工程——10.面向对象设计幻灯片.pptVIP

* +顾进广(武汉科技大）现代SE ase02 * +顾进广(武汉科技大）现代SE ase02 * 海南大学 * 海南大学 * +顾进广(武汉科技大）现代SE ase02 * 海南大学 * 海南大学 * 海南大学 * SE(渤海大学) I_SE.T10；集大 * SE(渤海大学) I_SE.T10；集大 * SE(忻州师院)10；SE(渤海大学) I_SE.T10；集大 * J. Yu, 计算机学院 * OOD应遵循的原则 耦合 交互耦合：低度交互耦合是理想的。基本准则是： （1）把消息连接的复杂性保持到尽可能低的程度。一般来说，如果一个消息连接涉及三个以上的参数，就考虑是否可以把它简化。当然三个参数决不是绝对的上限，不过实践经验告诉我们，通过过分复杂的消息相连接的对象是紧密耦合的；对其中一个对象作了改动总是要引发波及到其它对象的“波动效应”。 （2）除了降低单个消息连接的复杂性，还应该减少由一个对象发送和接收的消息的数目。 （3）避免“消息穿越”：对象A简单把把从P接收的消息直接传给Q，并不使用此消息中的任何信息，也不直接对它做出反应。这种设计是高度可疑的。 * J. Yu, 计算机学院 * OOD应遵循的原则 耦合 继承耦合：高度的继承是理想的。继承是我们在OOD中力求达到的一种在一般类和特殊类之间的耦合形式 一个类通过它所继承的属性和服务而与它的一般类耦合。 为了在系统中达到高度的继承耦合，每个特殊类应该真正是其一般类的一个特殊类。它应该设定严格定义的职责；同时，这也意味着它不应该有许多无关的、不必要的“水分”。 * J. Yu, 计算机学院 * OOD应遵循的原则 继承耦合：如果一个类出现以下两种情况： （1）一个类明显地拒绝了它的一般类中的许多属性和服务，它和它的一般类之间就不是强耦合的。 （2）特殊类从它的一般类中继承了许多属性，但是完全没有使用它们。 在这样两种情况下设计者都应寻找另外的一般－特殊结构，使每个特殊类都继承并使用其一般类中的属性和服务，使之高耦合。 * J. Yu, 计算机学院 * OOD应遵循的原则 （四）弱耦合 降低交互耦合 1.尽量降低消息连接的复杂程度。应该尽量减少消息中包含的参数个数，降低参数的复杂程度。 2.减少对象发送（或接收）的消息数。 提高继承耦合 * J. Yu, 计算机学院 * OOD应遵循的原则 （五）强内聚 服务内聚 类内聚 一般-特殊内聚 * J. Yu, 计算机学院 * OOD应遵循的原则 内聚 在OOD中内聚表示一组OOD成分相互关系的紧密程度。存在以下几种内聚：服务内聚、类内聚、一般-特殊内聚。 服务内聚：一个服务应该实现一个并且只实现一个功能。一个服务如果实现多项功能，或者只实现一个功能的部分，则这个服务是不理想。 类内聚：属性和服务应该是高内聚-没有多余的（无用的）属性，没有多余的（无用的）服务，而且全部是描述类的对象责任的。 一般-特殊内聚：第三种内聚是一般-特殊内聚。 * J. Yu, 计算机学院 * (五)强内聚 在面向对象设计中，从三个层次来考察内聚性。 1.单个方法的内聚性：方法是指操作的实现过程，一个操作由一个或多个方法实现。对方法的内聚性的评价与结构化设计中的相同，具有高内聚的方法应当只执行一个功能。 OOD遵循的原则 * J. Yu, 计算机学院 * (五)强内聚 2.?类的内聚性：设计类的原则是，一个类应该只有一个用途，类中的属性和操作应该全都是完成该类的任务所必需的，其中不包括无用的属性和操作。如果某个类有多个用途，通常应该把它分解成多个专用的类。 3.层次结构的内聚性：对象之间通过继承关系而构成的层次结构，特殊类应该确实是对它的一般化类的一种具体化。如果一个派生类摒弃了它基类的许多属性和服务，那就是一个低内聚的。 OOD遵循的原则 * J. Yu, 计算机学院 * OOD应遵循的原则 （六）可重用 尽量使用已有的类 包括开发环境提供的类库，以及以往开发类似系统是创建的类 创建新类时，考虑将来的可重用性 * J. Yu, 计算机学院 * 第十章 面向对象设计 设计用例实现方案 设计技术支撑方案 设计用户界面 精化设计模型 * J. Yu, 计算机学院 * 第10章 面向对象设计 面向对象的分析模型主要由顶层架构图、用例与用例图、领域概念模型构成；设计模型则包含以包图表示的软件体系结构图、以交互图表示的用例实现图、完整精确的类图、针对复杂对象的状态图和用以描述流程化处理过程的活动图等。为了完成这些转换设计人员必须处理好下列问题： （1） 针对分析模型中的用例，设计实现方案，实现方案用UML交互 图表示 （2）设计技术支撑设施 （3）设计用户界面 （4）针