第八章-面向对象设计.pptxVIP

第八章 面向对象设计;OOD在软件生命周期中的位置;OOD与OOA的关系;1、“做什么”和“怎么做”关系勉强的原因 主要是忽略“需求分析”和“系统分析”的概念差异 结构化分析和面向对象分析都是一种系统分析，其中真正属于需求分析的内容并不太大，更多的是给出一种系统建模方法（包括一组概念、表示法、建模过程指导）。它既是对“做什么”的进一步明确，也在相当程度上涉及到“怎么做”的问题。;2、“问题空间”和“解空间” 问题与“1”中的类似。说需求分析是建立对问题空??的描述，大体上说得通。但是系统分析中的数据流图（类图），都已经相当程度上表现了解空间的内容。 注意：这里是补充说明的内容，方便大家来扩展思路。一般说来这两种关系还是可以认为是基本正确的。;OOA和OOD都是运用面向对象的概念、原则和表示法建立系统模型。但是二者有不同的目标、内容和抽象层次。 OOA的主要工作是研究问题域和用户需求，运用面向对象的观点和原则发现问题域中与系统责任有关的对象、对象特征和对象之间的关系。OOA的目标是建立一个直接映射问题域，符合用户需求的OOA模型。OOA模型是抽象层次较高的系统模型，它忽略了针对具体实现而采取的设计决策及有关细节。 OOD的主要工作是以OOA模型为基础，针对选定的实现平台进行系统设计和对象设计，包括全局性的决策和局部细节的设计。OOD的目标是产生一个满足用户需求，并且在选定的实现平台上完全可实现的OOD模型（抽象层次较低）;面向对象设计 OOD;生命周期方法学把设计分为概要设计和详细设计两阶段，类似地可以把面向对象设计细分为系统设计和对象设计 系统设计确定实现系统的策略和目标系统的高层结构 对象设计确定解空间的类、关联、接口形式及实现服务的算法;优秀设计：权衡了各种因素，从而使得系统在其整个生命周期中的总开销最小的设计。 1、模块化 对象就是模块，所以很自然的支持。对象就是把数据结构和操作数据的方法紧密结合在一起的模块。 2、抽象 不仅支持过程抽象，而且支持数据抽象。通过公共接口实现对数据的操作。;3、信息隐藏 对象的封装性实现隐藏。类结构分离了接口与实现，从而支持了信息隐藏。属性的表示方法和操作的实现算法都应该是隐藏的。 4、强内聚 内聚衡量一个模块内各个元素彼此结合的紧密程度。也可定义为设计中使用的一个构件内的各个元素对完成一个明确目的所做出的贡献程度。 服务内聚：一个服务应该完成一个且仅完成一个功能 类内聚：一个类应该只有一个用途。 一般－特殊内聚：所设计的一般-特殊结构应该符合人的思维习惯，应该是对相应的领域知识的正确抽取。;5、弱耦合 交互耦合（如果对象之间的耦合通过消息连接来实现）准则：降低消息复杂程度、减少发送次数 继承耦合：提高继承耦合。使特殊类尽量多继承并使用其一般化类的属性和服务。（构成了系统中颗粒度更大的模块） 6、可重用 尽量使用原来的类； 创建新类时，应考虑可重复使用性。;1、设计结果应当清晰易懂 设计结果清晰、易读、易懂是提高软件可维护性和可重用性的重要措施，主要因素包括： 用词一致 使用已有的协议（如开发人员已定义或者类库） 减少消息模式的数目 避免模糊的定义，如类名;2、一般——特殊结构的深度应适当 类等级层次数应保持在5～9个，与领域知识或常识保持一致 3、设计简单的类 一个类的定义一般不超过一页纸（或两屏）： 避免包含过多属性 有明确的定义（分配给每个类的任务应该简单） 尽量简化对象之间的合作关系 不要提供太多服务 把系统中的类按逻辑分组，也就是划分主题;4、使用简单的协议 消息中的参数不要超过3个，通过复杂消息相互关联的对象是紧耦合的，对一个对象的修改将导致对其他对象的修改 5、使用简单的服务 每个服务包含3-5行源代码，可以用一个简单句子描述它的功能。（如果需要在服务中使用CASE语句，通常应该考虑用一般-特殊结构代替这个类的可能性） 6、把设计变动减至最小 设计的质量越高，设计结果保持不变的时间也越长。即使出现必须修改设计的情况，也应该是修改的范围尽可能小;8.3系统分解;子系统 系统的主要组成部分称为子系统，通常根据系统所提供的功能来划分子系统，子系统的数目和系统规模相匹配 各个子系统之间应该具有尽可能简单、明确的接口，接口确定了交互形式和通过子系统边界的信息流，但是无须规定子系统内部的实现算法，因此可以相对独立地设计各个子系统 在划分和设计子系统时，应该尽量减少子系统彼此之间的依赖性。;面向对象设计模型（求解域对象模型）;1、子系统之间的两种交互方式;2、组织系统的方案;8.4 设计问题域子系统;可能的对问题域模型的修改;2、重用已有的类 代码重用从设计阶段开始，在研究面向对象分析结果时就应该寻找使用已有类的方法 若因为没有合适