[软件工程] 面向对象设计

面向对象设计

面向对象设计

设计就是将分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程。
从面向对象分析到面向对象设计(OOD),是用面向对象观点建立求解域模型、逐渐扩充模型的过程。
面向对象分析和设计在软件开发过程中的界限是模糊的,分析和设计活动是一个多次反复迭代的过程。
结构化方法的设计分为总体设计和详细设计,面向对象设计可细分为系统设计和对象设计(本书不区分两者)。
面向对象开发过程的应用生存期模型

一、 面向对象设计的准则

结构化软件设计基本原理仍然成立:
对于面向对象方法的新特点,增加了下列的面向对象设计准则。

(一) 模块化

因为对象就是模块,所以面向对象软件开发模式完全符合系统的模块化设计原理。
对象模块将数据结构和操作紧密地结合在一起。

(二) 抽象

类是一种抽象数据类型:
通过类提供的公共接口及合法操作符,对类实例中包含的数据进行操作。使用者无须知道这些操作符的实现算法和类中数据元素的具体表示方法,可以使用类中定义的数据。

(三) 信息隐藏

在面向对象方法中,通过对象的封装性实现了信息隐藏:
类结构分离了接口与实现,用户来说,类属性的表示方法和类操作的实现算法都应设计成是隐藏的,从而支持信息隐藏。

(四) 弱耦合

在面向对象方法中,对象是最基本的模块,耦合是指各对象之间相互关联的紧密程度。
对象不可能是完全孤立的,当两个对象必须相互联系相互依赖时,应该通过类的协议(即公共接
口)实现耦合,而不应该依赖于类的具体实现细节。

对象之间的耦合可分为两大类:
(1) 交互耦合

如果对象之间的耦合通过消息连接来实现,则这种耦合就是交互耦合。
为使交互耦合尽可能松散,应该遵守下述准则:
①尽量降低消息连接的复杂程度。应该尽量减少消息中包含的参数个数,降低参数的复杂程度。
②减少对象发送(或接收)的消息数。

(2) 继承耦合

继承是一般化类与特殊类之间耦合的一种形式。
与交互耦合相反,应该提高继承耦合程度。
从本质上看,通过继承关系结合起来的基类和派生类,构成了系统中粒度更大的模块。因此,它们彼此之间应该结合得越紧密越好。
为获得紧密的继承耦合,在设计时应该使特殊类尽量多继承并使用其一般化类的属性和服务。

(五)强内聚

内聚衡量一个模块内各个元素彼此结合的紧密程度。
在设计时应该力求做到高内聚。
在面向对象设计中存在下述3种内聚:
(1) 服务内聚
一个服务应该完成一个且仅完成一个功能。
(2) 类内聚
设计类的原则:一个类应只有一个用途,它的属性和服务应该是高内聚的。
(3)一般—特殊内聚
类对象的关系中,一般与特殊的关系称为泛化
(Generalization)与特化(Specialization)联系。
设计出的一般-特殊结构,应该符合多数人的概念,应该是对相应的领域知识的正确抽取。
紧密的继承耦合与高度的一般-特殊内聚是一致的。

(六)可重用

软件重用基本上从设计阶段开始。
重用有两方面的含义:
一是尽量使用已有的类(包括开发环境提供的类库,及以往开发类似系统时创建的类);
二是如果确实需要创建新类,则在设计这些新类的协议时,应该考虑将来的可重复使用性。

二、启发规则

启发规则能提高面向对象设计的质量。

(一) 设计结果应该清晰易懂

使设计结果清晰、易读、易懂,是提高软件可维护性和可重用性的重要措施。
保证设计结果清晰易懂的主要因素如下:

1.用词一致

应该使名字与它所代表的事物一致,而且应该尽量使用人们习惯的名字。不同类中相似服务的名字应该相同。

2.使用已有的协议

如果开发同一软件的其他设计人员已经建立了类的协议,或者在所使用的类库中已有相应的协议,则应该使用这些已有的协议。

3.减少消息模式的数目有标准的消息协议,应该遵守这些协议。

自己建立消息协议,则应尽量减少消息模式的数目,尽可能使消息具有一致的模式,利于理解。

4.避免模糊的定义

一个类的用途应该是有限的,而且应该从类名可以较容易地推想出它的用途。

(二) 一般-特殊结构的深度应适当应该使类等级中包含的层次数适当。

在一个中等规模(大约包含100个类)的系统中,类等级层次数应保持为7±2。
不应该仅仅从方便编码的角度出发随意创建派生类,应该使一般-特殊结构与领域知识或常识保持一致。

(三)设计简单的类

应尽量设计小而简单的类,以便于开发和管理。当类很大的时候,要记住它的所有服务是非常困难的。
经验表明,如果一个类的定义不超过一页纸(或两屏),则使用这个类是比较容易的。为使类保持简单,应该注意以下几点。

1.避免包含过多的属性

属性过多表明这个类过分复杂了,它所完成的功能可能太多了。

2. 有明确的定义

为了使类的定义明确,分配给每个类的任务应该简单,最好能用一两个简单语句描述它的任务。

3. 尽量简化对象之间的合作关系

多个对象合做一件事,类的简明性和清晰性受到影响。

4.不要提供太多服务一个类提供的公共服务不超过7个。

当遵循上述原则设计出大量较小的类时,通过划分“主题”减小复杂性。

三、软件重用

(一) 概述

1. 重用

重用也叫复用,软件重用可分为以下3个层次:
(1) 知识重用(例如,软件工程知识的重用)。
(2) 方法和标准的重用(例如,面向对象方法或国家制定的软件开发规范的重用)。
(3) 软件成分的重用。
前两个重用层次属于知识工程研究的范畴,本节仅讨论软件成分重用问题。

2.3个级别:

软件成分的重用级别软件成分的重用可以进一步划分成以下3个级别:

(1) 代码重用

代码重用可采用下列几种形式中的任何一种:源代码剪贴
缺点——复制或修改原有代码时可能出错,存在严重的配置管理问题,人们几乎无法跟踪原始代码块多次修改重用的过程。利用继承机制重用类库中的类时,无须修改已有的代码,就可以扩充或具体化在库中找出的类,因此,基本上不存在配置管理问题。

(2) 设计结果重用

设计结果重用——重用某个软件系统的设计模型(即求解域模型)。
这个级别的重用有助于把一个应用系统移植到完全不同的软硬件平台上。

(3) 分析结果重用

重用某个系统的分析模型——特别适用于用户需求未改变,但系统体系结构发生了根本变化的场合。

3. 典型的可重用软件成分

可能被重用的软件成分主要有以下10种:
(1)项目计划
(2)成本估计
(3)体系结构
(4)需求模型和规格说明
(5)设计
(6)源代码
(7)用户文档和技术文档
(8)用户界面
(9)数据
(10)测试用例
面向对象中的“类”是比较理想的可重用软构件(类构件)。

(二) 类构件

类构件有3种重用方式:
实例重用
继承重用
多态重用

1. 可重用软构件应具备的特点
(1) 模块独立性强
(2) 具有高度可塑性

提供为适应特定需求而扩充或修改已有构件的机制,且这种机制用起来简单方便。
提供为适应特定需求而扩充或修改已有构件的机制,且这种机制用起来简单方便。0

(3)接口清晰、简明、可靠

软构件应提供清晰、简明、可靠的对外接口,而且还应有详尽的文档说明,以方便用户使用。

2. 类构件的重用方式
(1) 实例重用

形式1

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值