《软件工程》课件 第12章面向对象实现
合集下载
《软件工程》PPT课件
第四课时
第一章第四课时
喷泉模型 软件工程的任务与研究范围 软件开发的原则与开发方法
返回
喷泉模型
瀑布模型要求在软件开发的初期就完全确定软件的需求,这在很多 情况下往往是做不到的.螺旋模型试图克服瀑布模型的这一不足.SM 把软件开发过程安排为逐步细化的螺旋周期序列,每经历一个周期, 系统就细化和完善一些.SM每—螺旋周期由六个步骤组成： <1> 确定任务目标： 根据初始需求分析项目计划,确定任务目标、可选 方案和限制.<2>选择对象：对各种软硬件设备、开发方法、技术、 开发工具、人员、开发管理等对象进行选择：并决定软件是进行研 制、购买还是利用现有的.<3>分析约束条件：软件开发的时间、经 费等限制条件.<4>风险分析：评估目标、对象、约束条件三者之间 的联系,列出可能出．现的问题及问题的严重程度等,把最重要的问 题作为尚未解决的关键问题的风险.<5>制定消除风险的方法：应有 详尽的说明和周密的计划,并估计可能产生的后果.依此来开发软件, 为制订下一周期的计划打下基础.<6>制定下一周期的工作计划：在 第一个螺旋周期,确定目标、选择对象、分析约束,通过风险分析制 订消除风险的方法,初步开发原型1,制定系统生存周期计划.
软件工程的任务与研究范围
•软件产品的特点 •软件工程的研究内容与方法 •软件工具与软件支撑环境 •软件管理
软件开发的原则与方法
•软件开发的原则 • 自顶向下与模块结构 •软件开发的方法 •1.非自动形式的系统开发方法 •〔1〕系统流程图〔2〕结构分析法〔3〕结构化设计法 •〔4〕数据结构法〔5〕层次输入——处理——输出方法<HIPO法> • 2.半自动形式的系统开发方法 •〔1〕软件需求工程法〔2〕问题说明语言与分析法 • 3. 自动形式的系统开发方法 〔HOS方法〕：由计算机自动确定规 范、自动分析、自动编程、自动执行与模拟,以规范语言AXES、资 源分配工具RTA为工具.能自动进行分析、设计,工作量少、设计规范, 也能自动进行修改和维护.该方法适用于系统分析和设计.
第一章第四课时
喷泉模型 软件工程的任务与研究范围 软件开发的原则与开发方法
返回
喷泉模型
瀑布模型要求在软件开发的初期就完全确定软件的需求,这在很多 情况下往往是做不到的.螺旋模型试图克服瀑布模型的这一不足.SM 把软件开发过程安排为逐步细化的螺旋周期序列,每经历一个周期, 系统就细化和完善一些.SM每—螺旋周期由六个步骤组成： <1> 确定任务目标： 根据初始需求分析项目计划,确定任务目标、可选 方案和限制.<2>选择对象：对各种软硬件设备、开发方法、技术、 开发工具、人员、开发管理等对象进行选择：并决定软件是进行研 制、购买还是利用现有的.<3>分析约束条件：软件开发的时间、经 费等限制条件.<4>风险分析：评估目标、对象、约束条件三者之间 的联系,列出可能出．现的问题及问题的严重程度等,把最重要的问 题作为尚未解决的关键问题的风险.<5>制定消除风险的方法：应有 详尽的说明和周密的计划,并估计可能产生的后果.依此来开发软件, 为制订下一周期的计划打下基础.<6>制定下一周期的工作计划：在 第一个螺旋周期,确定目标、选择对象、分析约束,通过风险分析制 订消除风险的方法,初步开发原型1,制定系统生存周期计划.
软件工程的任务与研究范围
•软件产品的特点 •软件工程的研究内容与方法 •软件工具与软件支撑环境 •软件管理
软件开发的原则与方法
•软件开发的原则 • 自顶向下与模块结构 •软件开发的方法 •1.非自动形式的系统开发方法 •〔1〕系统流程图〔2〕结构分析法〔3〕结构化设计法 •〔4〕数据结构法〔5〕层次输入——处理——输出方法<HIPO法> • 2.半自动形式的系统开发方法 •〔1〕软件需求工程法〔2〕问题说明语言与分析法 • 3. 自动形式的系统开发方法 〔HOS方法〕：由计算机自动确定规 范、自动分析、自动编程、自动执行与模拟,以规范语言AXES、资 源分配工具RTA为工具.能自动进行分析、设计,工作量少、设计规范, 也能自动进行修改和维护.该方法适用于系统分析和设计.
软件工程 第9-12章：三大模型
病情报告 标题 格式 生成病情报告（） 查看病情报告（）
病历 格式 病人基本情况 打印时间（）
值班护士
1 1
1
医生
1
病人
*
病历 监视
1
报警
*
*
病情报告
*
1
1
病历库
1 1 1
病症监视
1 1
1
*
1
1
1
报警信号
中央监护系统
1
*
病人病症信号
1
标准病症信号
面向对象方法学
基本原则：尽可能模拟人类习惯的思维方式，使开 发软件的方法与过程尽可能接近人类认识世界解决 问题的方法与过程。 面向对象方法以数据为主线，将数据和操作 方法封装在对象中，通过消息请求对象主动执行 它的内部操作，改变其内部私有数据。
1. 面向对象方法四个要点
OO = Objects + Class + Inheritance +
标准病症信号库
*
1
3. 类图的抽象层次和细化关系
类图的层次
在需求分析阶段：类图是研究领域的概念 1. 概念层 在设计阶段：类图描述类之间的接口 在实现阶段：类图描述系统中类的实现 2. 说明层
3. 实现层
功能模型和用例建模
一 用例图
用例图是用户能观察到系统功能的模型图 用于静态建模阶段——
医生用户名密码查看病情报告要求打印病情报告查看病历要求打印病历病人姓名性别年龄病症提供病症信号用户名密码查看病情报告打印病情报告值班护士病症监视采集频率病症信号格式化信号数据采集信号信号组合值班护士医生病人病症监视中央监护系统报警信号标准病症信号库病历库病人病症信号病情报告病历标准病症信号病人病症信号脉搏血压体温生成病症信号病历格式病人基本情况打印时间生成病历查看病历打印病历标准病症信号脉搏血压体温生成标准信号标题格式生成病情报告查看病情报告打印病情报告病情报告报警信号声音灯光文字报警数模转化病历库类型大小容量生成病历更新病历查看病历打印病历类型大小容量提供标准信号标准病症信号库输入输出分解信号比较信号报警数据格式化中央监护系统值班护士医生病人病症监视病人病症信号病历病历库病情报告报警信号中央监护系统标准病症信号报警监视标准病症信号库在需求分析阶段
软件工程 面向对象分析与设计PPT课件
面向过程
围绕功能，函数，数据公用，兼顾很多细节 系统规模大、数据多、操作烦杂，程序员难以应付 厂长，直接指挥每一个工人选用材料生产汽车
面向对象
面对的是一个个对象 实际上，每一组数据有特定的用途，一组操作调用一组数据，
将这组数据和操作代码，封装成一个对象，与外界相对隔离， 相对独立 厂长－车间1（发动机）车间2（轮胎）车间3（底盘）…… 类，对象，对象间接送消息，完成任务 降低难度，减少出错机会
面向对象分析的基本过程
面向对象分析法体现 在过程上的特点：不 强调活动的顺序，允 许各种活动的交替、 回溯进行
定义use case
发现对象
原
详
型 开
定义属性及服务
细 说
发
明
建立结构与连接
划分主题
建立交互图
1.23
© 2009 by Duym
Software Engineering
面向过程(po)与面向对象(OO)
利用自己已建立的类，或别人的放在类库中的类，缩短开 发周期
1.14
© 2009 by Duym
Software Engineering
2.5多态（polymorphism）
一班、二班、三班 铃声响了，走进不同的教室，上不同的课程
向不同的对象，发出相同的消息，执行不同的 操作
鼠标双击文件，exe文件则运行该文件，doc文件则运行 word打开该文档
对象模型是客观世界对象、属性以及对象彼 此间关系的抽象表达，描述了系统的静态结 构
表示方法
类与对象 结构与连接
一般特殊关系，分类关系，归纳关系，继承 整体部分关系，组成关系 实例连接，对象间属性之间的静态联系 消息连接，对象行为之间的动态联系
软件工程面向对象
面向对象软件工程面向对象方法学的提出•结构化软件工程方法学•面向过程、以算法为核心、把数据和过程作为相对独立的部分•对早期只重视编程、不重视用户需求和开发过程,只重视代码、不重视文档来说,是一个巨大的进步•给软件产业带来了巨大的进步,部分缓解了软件危机•在许多中小型软件项目中获得了很大的成功•但是，它存在着明显的缺点•当把这种方法学应用于大型软件产品的开发时，似乎很少取得成功面向对象方法学概述•面向对象方法学的出发点和原则•尽可能模仿人类习惯的思维方式,使软件开发的方法与过程尽可能接近人类认识世界、解决问题的方法与过程•面向对象方法的特点•与人类习惯的思维方法一致：按照人们习惯的思维方式建立模型，模拟客观世界•稳定性好：实体是相对稳定的，以对象为中心构建的软件系统必然是相对稳定的•可重用性好：对象类提供了比较理想的模块化机制和可重用机制•易于开发大型软件：把大型产品看作一系列本质上相互独立的小产品来处理•可维护性好：容易理解、容易修改、易于测试四个要点：对象+类+继承+通信•面向对象软件是由对象组成•软件中的任何元素都是对象•对象是把静态属性的数据和动态属性的操作封装在一起而形成的统一体•复杂对象由简单对象组成•把所有对象都划分成若干类•每个类都定义了一组数据和方法（即施加于对象的操作）；•按照子类与父类的关系，把若干个对象类组成一个层次结构的系统（即继承）；•对象彼此之间仅能通过传递消息相互联系（对象的私有信息都被封装在对象类中）。
Coad和Yourdon给出了一个定义：面向对象＝对象＋类＋继承＋通信基本概念（1）•类(Class)•是对具有相同属性和行为的一(多)个对象的描述•是一个支持继承的抽象数据类型•实例(Instance)•就是由某个特定的类所描述的一个具体的对象•消息(Message)•是要求某个对象执行类中所定义的某个操作的规格说明•其组成为:接收消息的对象、消息名和变元•方法(Method)•就是对象所能执行的操作(类中定义的服务)•属性(Attribute)•就是类中所定义的数据,是对客观世界实体所具有的性质的抽象基本概念（2）•封装•是把数据和实现操作的代码集中起来放在对象内部，不能从外部进行访问和修改。
面向对象的软件工程-面向对象的概念和课件
5
20.2 面向对象概念 • 面向对象=对象+分类+继承+通信
PPT学习交流
6
类（class）
类
• 类是具有共同属性和行为的对象的抽象 • 类封装对描述某些现实世界实体的内容和
行为所需的数据和过程抽象
• 类是一个描述一组相似对象的一般性描述
对象 • 类与对象的关系
• 类是对象的抽象
• 对象是类的实例
20.5 小结
PPT学习交流
4
20.1 面向对象范型
面向对象程序设计(OOP) 面向对象需求分析(OORA) 面向对象设计(OOD) 面向对象领域分析(OODA) 面向对象数据库系统(OODBMS) 面向对象计算机辅助软件工程(OOCASE) 面向对象分析(OOA) 面向对象测试(OOT)
PPT学习交流
技术里程碑：OO设计完成
• 已经定义和评审了子系统集。 • 分配类到子系统并通过评审。 • 已经建立和评审了任务分配。 • (第21章)已标识了责任和协作。 • 已经设计和评审了属性和操作。 • 已经创建和评审了消息传递模型。
PPT学习交流
36
技术里程碑：OO编程完成
• 已经根据设计模型编码实现了每个新类。 • 已经实现了提取出的类(从复用库)。 • 已经建造原型或增量。
PPT学习交流
22
6个对象选择特征：
1.保留的信息 2.需要的服务 3.多个属性 4.公共属性 5.公用操作 6.必要的需求
PPT学习交流
23
PPT学习交流
24
20.3.2 刻画属性
• 属性描述已经被选择包含在分析模型 中的对象。在本质上，正是属性定义 了对象——它们阐明了在问题空间中 对象意味着什么。
面向对象的软件工程PPT
1.4 设计模式介绍
桥（Bridge）模式
动机
思考上述问题的症结所在：事实上，由于Tank类型的固有逻辑， 使得Tank类型具有了两个变化的维度——一个维度的变化为型号的变 化，一个维度的变化是运行平台的变化。
如何应对这种“多维的变化”？如何运用面向对象的技术使得 Tank 类型可以轻松地沿着“型号”和“平台”两个方向来变化，而不引 入额 外的复杂度？
//坦克接口
//各种不同功能的组合
public interface ITank{ public class Tank1A implements ITank,IA
public void shot(); public class Tank2A implements ITank,IA
//……
}
//各种坦克的型号
简单工厂（Simple Factory）模式
工厂模式的缘起
• 变化点在对象创建，因此就封装对象创建。 • 面向接口编程——依赖接口，而非依赖具体实现。
Simple Factory模式（又称Static Factory模式）就是应用的这种 方式。一个Simple Factory生产成品，而对客户端隐藏产品产生的细 节。实现时定义一个产品接口（interface），并透过特定静态方法 来建立成品。
1.4 设计模式介绍
适配器（Adapter）模式
将一个类的接口转换成客户希望的另一个借口。Adapter模式使 得原本由于接口不兼容而不能在一起工作的那些类可以一起工作。
——《设计模式》GoF
类适配器（Adapter）模式的UML结构图如下所示：
1.4 设计模式介绍
Adapter模式的几个要点
动机：
在软件系统中，由于应用环境的变化，常常需要将“一些现存的 对 象”放在新的环境中应用，但是新环境要求的接口是这些现存对象 所 不满足的。 如何应对这种“迁移的变化”？如何既能利用现有对象的良好实 现，同时又能满足新的应用环境所要求的接口？
软件工程 第9-12章：三大模型
监视周边 批准预算
经理
管理人事
批准安全 证书
保安
如果要求安全主管可以担任
经理和保安的角色，这样，安
经理
管理人事
全主管与经理，安全主管与保
安之间存在泛化关系，安全主
批准预算
管就可以参与全部4个用例。
但经理或者保安却不能担任
安全主管
批准安全 证书
安全主管的角色，也就不能参
与用例批准安全证书。
保安
监视周边
Survey sales
监督员
（2）静态图：类图、对象图和包图
Customer name : string phone : string 1 1 1..* Reservation date : Date BoxOffice Request(count, performance) kjosk CreditCardService ShowAvailability(seatlist) DemandPayment(cost) PrintTickets(performance, seats) EjectCard() Charge(cardnumber, cost)
TicketSeller
《datdbase》 TicketDB
1
节点多重性
*
Kiosk
1
1
*
*
*
SalesTerminal
CustomerInterface
ClerkInterface
售票员
顾客
对象模型与静态建模
现实世界
认识抽象
概念模型
信息世界
一 类图 1.实体
类名
属性 术语标准、含义确切、名词或名词短语 可见性 属性名：类型名=初值{性质串} - private # protected
经理
管理人事
批准安全 证书
保安
如果要求安全主管可以担任
经理和保安的角色，这样，安
经理
管理人事
全主管与经理，安全主管与保
安之间存在泛化关系，安全主
批准预算
管就可以参与全部4个用例。
但经理或者保安却不能担任
安全主管
批准安全 证书
安全主管的角色，也就不能参
与用例批准安全证书。
保安
监视周边
Survey sales
监督员
（2）静态图：类图、对象图和包图
Customer name : string phone : string 1 1 1..* Reservation date : Date BoxOffice Request(count, performance) kjosk CreditCardService ShowAvailability(seatlist) DemandPayment(cost) PrintTickets(performance, seats) EjectCard() Charge(cardnumber, cost)
TicketSeller
《datdbase》 TicketDB
1
节点多重性
*
Kiosk
1
1
*
*
*
SalesTerminal
CustomerInterface
ClerkInterface
售票员
顾客
对象模型与静态建模
现实世界
认识抽象
概念模型
信息世界
一 类图 1.实体
类名
属性 术语标准、含义确切、名词或名词短语 可见性 属性名：类型名=初值{性质串} - private # protected
张海藩《软件工程导论》(第6版)(课后习题 第12章 面向对象实现)【圣才出品】
第12章面向对象实现1．面向对象实现应该选用哪种程序设计语言？为什么？答：（1）面向对象实现应该尽量选用面向对象语言来实现面向对象分析、设计的结果。
（2）原因①一致的表示方法。
面向对象开发基于不随时间变化的、一致的表示方法。
既有利于在软件开发过程中始终使用统一的概念，也有利于维护人员理解软件的各种配置成分。
②可重用性。
既可重用面向对象分析结果，也可重用相应的面向对象设计和面向对象程序设计结果。
③可维护性。
程序显式地表达问题域语义，对维护人员理解待维护的软件有很大帮助。
在选择编程语言时，应该考虑的首要因素是哪个语言能最恰当地表达问题域语义。
2．面向对象程序设计语言主要有哪些技术特点？答：（1）支持类与对象概念的机制。
（2）实现聚集结构的机制。
（3）实现泛化结构的机制。
（4）实现属性和服务的机制。
（5）类型检查机制。
（6）类库。
（7）效率。
（8）持久保存对象的机制。
（9）参数化类的机制。
（10）开发环境。
3．选择面向对象程序设计语言时主要应该考虑哪些因素？答：（1）将来能否占主导地位。
（2）可重用性。
（3）类库和开发环境。
（4）其他因素，包括售后服务、对运行环境的需求、集成已有软件的难易程度等。
4．良好的面向对象程序设计风格主要有哪些准则？答：面向对象程序设计风格应遵循如下准则：（1）提高重用性。
（2）提高可扩展性。
（3）提高健壮性。
5．测试面向对象软件时，单元测试、集成测试和确认测试各有哪些新特点？答：（1）单元测试，是在类层面上的测试。
由于继承和复合，类（或对象）在很多情况下已不再是单纯意义上的单个操作。
因此，具体的测试将在多有与操作有关的每个子类语境中进行。
（2）集成测试，由于面向对象软件中类的成分直接和间接交互，使得传统测试放法已经失去意义。
因此有两种策略可供选择，分别是基于线程的测试和基于使用的测试。
（3）确认测试，关注与用户可见的动作和用户识别的系统输出，但基于场景的测试总是主宰面向对象系统的确认测试。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2014年春 • 软件工程
12.1
程序设计语言
12.1.1 面向对象语言的优点
1. 一致的表示方法 面向对象开发基于不随时间变化的、一致的 表示方法。这种表示方法应该从问题域到OOA， 从OOA到OOD，最后从OOD到面向对象编程(O OP)，始终稳定不变。一致的表示方法既有利于 在软件开发过程中始终使用统一的概念，也有利 于维护人员理解软件的各种配置成分。
2014年春 • 软件工程
3. 实现一般-特殊(即泛化)结构的机制 既包括实现继承的机制也包括解决名字冲突的机制. 4. 实现属性和服务的机制 应该着重考虑以下几个方面： 支持实例连接的机制；属性的可见性控制；对属性 值的约束。 对于服务来说，主要应该考虑下列因素： 支持消息连接(即表达对象交互关系)的机制；控制 服务可见性的机制；动态联编。
2014年春 • 软件工程
2014年春 • 软件工程
12.3.3
面向对象的确认测试
在确认测试或系统测试层次，不再考虑类之间相互 连接的细节。和传统的确认测试一样，面向对象软 件的确认测试也集中检查用户可见的动作和用户可 识别的输出。为了导出确认测试用例，测试人员应 该认真研究动态模型和描述系统行为的脚本，以确 定最可能发现用户交互需求错误的情景。 当然，传统的黑盒测试方法（见本书第7章）也可 用于设计确认测试用例，但是，对于面向对象的软 件来说，主要还是根据动态模型和描述系统行为的 脚本来设计确认测试用例。
第12章 面向对象实现
12.1 12.2 12.3 12.4 12.5 程序设计语言 程序设计风格 测试策略 设计测试用例 小结
2014年春 • 软件工程
宏观上讲，“面向对象实现”的目标是：按 照《详细设计说明书》的要求，从公司的函 数库、存储过程库、类库、构件库、中间件 库中挑选有关的部件，遵照软件公司的程序 设计规范，按照《详细设计说明书》中对数 据结构、算法分析和模块实现等方面的设计 说明，用面向对象的语言，通过穿针引线的 方法，将这些部件组装起来，分别实现各模 块的功能，从而实现目标系统的功能、性能、 接口、界面等要求。
2014年春 • 软件工程
12.3.2
面向对象的集成测试
主要有下述两种不同的策略： （1） 基于线程的测试（thread based testing)。 这种策略把响应系统的一个输入或一个事件所需要 的那些类集成起来。分别集成并测试每个线程，同 时应用回归测试以保证没有产生副作用。 （2） 基于使用的测试（use based testing)。 这种方法首先测试几乎不使用服务器类的那些类 （称为独立类），把独立类都测试完之后，再测试 使用独立类的下一个层次的类（称为依赖类）。
2014年春 • 软件工程
9. 参数化类 使用一个或多个类型去参数化一个类的机制，有 了这种机制，程序员就可以先定义一个参数化的 类模板(即在类定义中包含以参数形式出现的一 个或多个类型)，然后把数据类型作为参数传递 进来，从而把这个类模板应用在不同的应用程序 中，或用在同一应用程序的不同部分。 10. 开发环境 面向对象语言所提供的软件工具或开发环境尤其 重要。至少应该包括下列一些最基本的软件工具： 编辑程序，编译程序或解释程序，浏览工具，调 试器(debugger)等。
2014年春 • 软件工程
6. 类库 大多数面向对象语言都提供一个实用的类库。存 在类库，许多软构件就不必由程序员重头编写了， 这为实现软件重用带来很大方便。 7. 效率 使用拥有完整类库的面向对象语言，有时能比使 用非面向对象语言得到运行更快的代码。 8. 持久保存对象 通过在类库中增加对象存储管理功能，可以在不 改变语言定义或不增加关键字的情况下，就在开 发环境中提供这种功能。
2014年春 • 软件工程
12.1.2
面向对象语言的技术特点
1. 支持类与对象概念的机制 所有面向对象语言都允许用户动态创建对象， 并且可以用指针引用动态创建的对象。允许动态 创建对象，就意味着系统必须处理内存管理问题， 如果不及时释放不再需要的对象所占用的内存， 动态存储分配就有可能耗尽内存。 2. 实现整体-部分(即聚集)结构的机制 一般说来，有两种实现方法，分别使用指针 和独立的关联对象实现整体-部分结构。
2014年春 • 软件工程
但是，在下面的序列中可能发生许多其他行为： open· setup· deposit· ［deposit|withdraw|balance |summarize|creditLimit］n· withdraw· close 从上列序列可以随机地产生一系列不同的操作序列， 例如： 测试用例 #r1:open· setup· deposit· deposit· balance· summ arize· withdraw· close 测试用例 #r2:open· setup· deposit· withdraw· deposit· bal ance· creditLimit· withdraw· close
2014年春 • 软件工程
12.4
设计测试用例
12.4.1 测试类的方法
测试单个类的方法主要有随机测试、划分测试和基 于故障的测试等3种。 1. 随机测试 例子：银行应用系统。 该系统的account(账户）类有下列操作： open(打开），setup(建立），deposit(存款），w ithdraw(取款），balance(余额），summarize (清单），creditLimit(透支限额）和close(关闭）。
2014年春 • 软件工程
12.4.2
集成测试方法
1. 多类测试 Kirani和Tsai建议使用下列步骤，以生成多个类 的随机测试用例。 对每个客户类，使用类操作符列表来生成一系 列随机测试序列。这些操作符向服务器类实例 发送消息。 对所生成的每个消息，确定协作类和在服务器 对象中的对应操作符。 对服务器对象中的每个操作符（已经被来自客 户对象的消息调用），确定传递的消息。 对每个消息，确定下一层被调用的操作符，并 把这些操作符结合进测试序列中。
2014年春ห้องสมุดไป่ตู้• 软件工程
图12.4 account类的状态转换图
2014年春 • 软件工程
设计出的测试用例应该覆盖所有状态，也就是说，操作序 列应该使得account类实例遍历所有允许的状态转换： 测试用例 #s1:open· setupAccnt· deposit(initial)· withdraw(fina l)· close 向最小序列中加入附加的测试序列，可以得出其他测试用 例： 测试用例 #s2:open· setupAccnt· deposit(initial)· deposit· balanc e· credit· withdraw(final)· close 测试用例 #s3:open· setupAccnt· deposit(initial)· deposit· withdr aw· accntInfo· withdraw(final)· close
2014年春 • 软件工程
12.1.3
选择面向对象语言
应该着重考虑的实际因素： 1. 将来能否占主导地位 2. 可重用性 3. 类库和开发环境 4. 其他因素 有： 对用户学习面向对象分析、设计和编码 技术所能提供的培训服务；在使用这个面向对 象语言期间能提供的技术支持；能提供给开发 人员使用的开发工具、开发平台、发行平台； 对机器性能和内存的需求；集成已有软件的容 易程度等。
2014年春 • 软件工程
银行应用系统随机测试
上列每个操作都可以应用于account类的实例， 但是，该系统的性质也对操作的应用施加了一些 限制，例如，必须在应用其他操作之前先打开账 户，在完成了全部操作之后才能关闭账户。即使 有这些限制，可做的操作也有许多种排列方法。 一个account类实例的最小行为历史包括下列操 作： open· setup· deposit· withdraw· close 这就是对account类的最小测试序列。
2014年春 • 软件工程
2. 可重用性 在OOA，OOD直到OOP中都显式地表示问题域语 义，其意义是十分深远的。随着时间的推移，软件 开发组织既可能重用它在某个问题域内的OOA结 果，也可能重用相应的OOD和OOP结果。 3. 可维护性 在选择编程语言时，应该考虑的首要因素，是在供 选择的语言中哪个语言能最好地表达问题域语义。 一般说来，应该尽量选用面向对象语言来实现面向 对象分析、设计的结果。
2014年春 • 软件工程
2. 划分测试
与测试传统软件时采用等价划分方法类似，采用划 分测试（partition testing）方法可以减少测试 类时所需要的测试用例的数量。 划分类别的方法： （1） 基于状态的划分 （2） 基于属性的划分 （3） 基于功能的划分
2014年春 • 软件工程
3. 基于故障的测试 基于故障的测试（fault based testing）与传统 的错误推测法类似，也是首先推测软件中可能有的 错误，然后设计出最可能发现这些错误的测试用例。
2014年春 • 软件工程
2. 从动态模型导出测试用例 图12.4给出了前面讨论过的account类的状态图， 从图可见，初始转换经过了empty acct和setup a cct这两个状态，而类实例的大多数行为发生在wo rking acct状态中，最终的withdraw和close使得a ccount类分别向nonworking acct状态和dead acc t状态转换。
2014年春 • 软件工程
微观上讲，软件实现是指通过编码、调试、 单元测试、集成测试等活动创建软件产品的 过程。软件实现与软件设计、软件测试密不 可分。软件设计为软件实现提供输入，软件 实现的输出是软件测试的输入。尽管软件设 计和软件测试是独立的过程，但软件实现本 身也涉及到设计和测试工作，它们之间的界 限视具体项目而定。软件实现还会产生大量 的软件配置项，例如，源文件、测试用例等， 因此软件实现过程还涉及配置管理。
12.1
程序设计语言
12.1.1 面向对象语言的优点
1. 一致的表示方法 面向对象开发基于不随时间变化的、一致的 表示方法。这种表示方法应该从问题域到OOA， 从OOA到OOD，最后从OOD到面向对象编程(O OP)，始终稳定不变。一致的表示方法既有利于 在软件开发过程中始终使用统一的概念，也有利 于维护人员理解软件的各种配置成分。
2014年春 • 软件工程
3. 实现一般-特殊(即泛化)结构的机制 既包括实现继承的机制也包括解决名字冲突的机制. 4. 实现属性和服务的机制 应该着重考虑以下几个方面： 支持实例连接的机制；属性的可见性控制；对属性 值的约束。 对于服务来说，主要应该考虑下列因素： 支持消息连接(即表达对象交互关系)的机制；控制 服务可见性的机制；动态联编。
2014年春 • 软件工程
2014年春 • 软件工程
12.3.3
面向对象的确认测试
在确认测试或系统测试层次，不再考虑类之间相互 连接的细节。和传统的确认测试一样，面向对象软 件的确认测试也集中检查用户可见的动作和用户可 识别的输出。为了导出确认测试用例，测试人员应 该认真研究动态模型和描述系统行为的脚本，以确 定最可能发现用户交互需求错误的情景。 当然，传统的黑盒测试方法（见本书第7章）也可 用于设计确认测试用例，但是，对于面向对象的软 件来说，主要还是根据动态模型和描述系统行为的 脚本来设计确认测试用例。
第12章 面向对象实现
12.1 12.2 12.3 12.4 12.5 程序设计语言 程序设计风格 测试策略 设计测试用例 小结
2014年春 • 软件工程
宏观上讲，“面向对象实现”的目标是：按 照《详细设计说明书》的要求，从公司的函 数库、存储过程库、类库、构件库、中间件 库中挑选有关的部件，遵照软件公司的程序 设计规范，按照《详细设计说明书》中对数 据结构、算法分析和模块实现等方面的设计 说明，用面向对象的语言，通过穿针引线的 方法，将这些部件组装起来，分别实现各模 块的功能，从而实现目标系统的功能、性能、 接口、界面等要求。
2014年春 • 软件工程
12.3.2
面向对象的集成测试
主要有下述两种不同的策略： （1） 基于线程的测试（thread based testing)。 这种策略把响应系统的一个输入或一个事件所需要 的那些类集成起来。分别集成并测试每个线程，同 时应用回归测试以保证没有产生副作用。 （2） 基于使用的测试（use based testing)。 这种方法首先测试几乎不使用服务器类的那些类 （称为独立类），把独立类都测试完之后，再测试 使用独立类的下一个层次的类（称为依赖类）。
2014年春 • 软件工程
9. 参数化类 使用一个或多个类型去参数化一个类的机制，有 了这种机制，程序员就可以先定义一个参数化的 类模板(即在类定义中包含以参数形式出现的一 个或多个类型)，然后把数据类型作为参数传递 进来，从而把这个类模板应用在不同的应用程序 中，或用在同一应用程序的不同部分。 10. 开发环境 面向对象语言所提供的软件工具或开发环境尤其 重要。至少应该包括下列一些最基本的软件工具： 编辑程序，编译程序或解释程序，浏览工具，调 试器(debugger)等。
2014年春 • 软件工程
6. 类库 大多数面向对象语言都提供一个实用的类库。存 在类库，许多软构件就不必由程序员重头编写了， 这为实现软件重用带来很大方便。 7. 效率 使用拥有完整类库的面向对象语言，有时能比使 用非面向对象语言得到运行更快的代码。 8. 持久保存对象 通过在类库中增加对象存储管理功能，可以在不 改变语言定义或不增加关键字的情况下，就在开 发环境中提供这种功能。
2014年春 • 软件工程
12.1.2
面向对象语言的技术特点
1. 支持类与对象概念的机制 所有面向对象语言都允许用户动态创建对象， 并且可以用指针引用动态创建的对象。允许动态 创建对象，就意味着系统必须处理内存管理问题， 如果不及时释放不再需要的对象所占用的内存， 动态存储分配就有可能耗尽内存。 2. 实现整体-部分(即聚集)结构的机制 一般说来，有两种实现方法，分别使用指针 和独立的关联对象实现整体-部分结构。
2014年春 • 软件工程
但是，在下面的序列中可能发生许多其他行为： open· setup· deposit· ［deposit|withdraw|balance |summarize|creditLimit］n· withdraw· close 从上列序列可以随机地产生一系列不同的操作序列， 例如： 测试用例 #r1:open· setup· deposit· deposit· balance· summ arize· withdraw· close 测试用例 #r2:open· setup· deposit· withdraw· deposit· bal ance· creditLimit· withdraw· close
2014年春 • 软件工程
12.4
设计测试用例
12.4.1 测试类的方法
测试单个类的方法主要有随机测试、划分测试和基 于故障的测试等3种。 1. 随机测试 例子：银行应用系统。 该系统的account(账户）类有下列操作： open(打开），setup(建立），deposit(存款），w ithdraw(取款），balance(余额），summarize (清单），creditLimit(透支限额）和close(关闭）。
2014年春 • 软件工程
12.4.2
集成测试方法
1. 多类测试 Kirani和Tsai建议使用下列步骤，以生成多个类 的随机测试用例。 对每个客户类，使用类操作符列表来生成一系 列随机测试序列。这些操作符向服务器类实例 发送消息。 对所生成的每个消息，确定协作类和在服务器 对象中的对应操作符。 对服务器对象中的每个操作符（已经被来自客 户对象的消息调用），确定传递的消息。 对每个消息，确定下一层被调用的操作符，并 把这些操作符结合进测试序列中。
2014年春ห้องสมุดไป่ตู้• 软件工程
图12.4 account类的状态转换图
2014年春 • 软件工程
设计出的测试用例应该覆盖所有状态，也就是说，操作序 列应该使得account类实例遍历所有允许的状态转换： 测试用例 #s1:open· setupAccnt· deposit(initial)· withdraw(fina l)· close 向最小序列中加入附加的测试序列，可以得出其他测试用 例： 测试用例 #s2:open· setupAccnt· deposit(initial)· deposit· balanc e· credit· withdraw(final)· close 测试用例 #s3:open· setupAccnt· deposit(initial)· deposit· withdr aw· accntInfo· withdraw(final)· close
2014年春 • 软件工程
12.1.3
选择面向对象语言
应该着重考虑的实际因素： 1. 将来能否占主导地位 2. 可重用性 3. 类库和开发环境 4. 其他因素 有： 对用户学习面向对象分析、设计和编码 技术所能提供的培训服务；在使用这个面向对 象语言期间能提供的技术支持；能提供给开发 人员使用的开发工具、开发平台、发行平台； 对机器性能和内存的需求；集成已有软件的容 易程度等。
2014年春 • 软件工程
银行应用系统随机测试
上列每个操作都可以应用于account类的实例， 但是，该系统的性质也对操作的应用施加了一些 限制，例如，必须在应用其他操作之前先打开账 户，在完成了全部操作之后才能关闭账户。即使 有这些限制，可做的操作也有许多种排列方法。 一个account类实例的最小行为历史包括下列操 作： open· setup· deposit· withdraw· close 这就是对account类的最小测试序列。
2014年春 • 软件工程
2. 可重用性 在OOA，OOD直到OOP中都显式地表示问题域语 义，其意义是十分深远的。随着时间的推移，软件 开发组织既可能重用它在某个问题域内的OOA结 果，也可能重用相应的OOD和OOP结果。 3. 可维护性 在选择编程语言时，应该考虑的首要因素，是在供 选择的语言中哪个语言能最好地表达问题域语义。 一般说来，应该尽量选用面向对象语言来实现面向 对象分析、设计的结果。
2014年春 • 软件工程
2. 划分测试
与测试传统软件时采用等价划分方法类似，采用划 分测试（partition testing）方法可以减少测试 类时所需要的测试用例的数量。 划分类别的方法： （1） 基于状态的划分 （2） 基于属性的划分 （3） 基于功能的划分
2014年春 • 软件工程
3. 基于故障的测试 基于故障的测试（fault based testing）与传统 的错误推测法类似，也是首先推测软件中可能有的 错误，然后设计出最可能发现这些错误的测试用例。
2014年春 • 软件工程
2. 从动态模型导出测试用例 图12.4给出了前面讨论过的account类的状态图， 从图可见，初始转换经过了empty acct和setup a cct这两个状态，而类实例的大多数行为发生在wo rking acct状态中，最终的withdraw和close使得a ccount类分别向nonworking acct状态和dead acc t状态转换。
2014年春 • 软件工程
微观上讲，软件实现是指通过编码、调试、 单元测试、集成测试等活动创建软件产品的 过程。软件实现与软件设计、软件测试密不 可分。软件设计为软件实现提供输入，软件 实现的输出是软件测试的输入。尽管软件设 计和软件测试是独立的过程，但软件实现本 身也涉及到设计和测试工作，它们之间的界 限视具体项目而定。软件实现还会产生大量 的软件配置项，例如，源文件、测试用例等， 因此软件实现过程还涉及配置管理。