面向对象与传统软件工程（原书第5版） (2008 年度畅销榜NO.4261 )

本书是一本经典的软件工程教科书，自1990年出版以来，这已是第5次修订出版(该书的原版影印版《面向对象与经典软件工程》也已由机械工业出版社出版)。全书共分两部分：第一部分介绍了以项目开发为基础的软件工程的理论基础；第二部分讲述了软件生命周期的各个阶段。\r\n 本书内容全面，其突出特点是理论与实践相结合，以一个具体的案例详细说明了软件开发过程的每个阶段。大量的思考题繁简得当、由浅入深，既考察了学生的基础知识扎实程度，又锻炼了学生的实际应用能力。\r\n 本书还提供了大量的参考资料，便于读者进一步深入阅读各个主题。

出版者的话\r\n专家指导委员会\r\n译者序\r\n前言\r\n\r\n第一部分 软件工程介绍\r\n\r\n第1章 软件工程的范畴\r\n\r\n1.1 历史方面\r\n1.2 经济方面\r\n1.3 维护性方面\r\n1.4 规格说明和设计阶段\r\n1.5 小组编程方面\r\n1.6 面向对象范型\r\n1.7 术语\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第2章 软件过程\r\n\r\n2.1 客户、开发人员和用户\r\n2.2 需求阶段\r\n2.2.1 需求阶段测试\r\n2.2.2 需求阶段文档\r\n2.3 规格说明阶段\r\n2.3.1 规格说明阶段测试\r\n2.3.2 规格说明阶段文档\r\n2.4 设计阶段\r\n2.4.1 设计阶段测试\r\n2.4.2 设计阶段文档\r\n2.5 实现阶段\r\n2.5.1 实现阶段测试\r\n2.5.2 实现阶段文档\r\n2.6 集成阶段\r\n2.6.1 集成阶段测试\r\n2.6.2 集成阶段文档\r\n2.7 维护阶段\r\n2.7.1 维护阶段测试\r\n2.7.2 维护阶段文档\r\n2.8 退役\r\n2.9 软件生产中存在的问题：本质的和偶发的\r\n2.9.1 复杂性\r\n2.9.2 一致性\r\n2.9.3 可变性\r\n2.9.4 不可见性\r\n2.9.5 没有银弹吗\r\n2.10 改进软件过程\r\n2.11 能力成熟度模型\r\n2.12 软件过程改进方面的其他努力\r\n2.13 软件过程改进的成本和效益\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第3章 软件生命周期模型\r\n\r\n3.1 建造-修补模型\r\n3.2 瀑布模型\r\n3.3 快速原型开发模型\r\n3.4 增量模型\r\n3.5 极限编程\r\n3.6 同步-稳定模型\r\n3.7 螺旋模型\r\n3.8 面向对象的生命周期模型\r\n3.9 生命周期模型的比较\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第4章 软件小组\r\n\r\n4.1 小组组织\r\n4.2 民主小组方法\r\n4.3 传统的主程序员小组方法\r\n4.3.1 纽约时报项目\r\n4.3.2 传统的主程序员小组方法的不实用性\r\n4.4 超越主程序员小组和民主小组\r\n4.5 同步-稳定小组\r\n4.6 极限编程小组\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第5章 软件工程工具\r\n\r\n5.1 逐步求精法逐步求精法示例\r\n5.2 成本-效益分析法\r\n5.3 软件度量\r\n5.4 CASE\r\n5.5 CASE的分类\r\n5.6 CASE的范围\r\n5.7 软件版本\r\n5.7.1 修订版\r\n5.7.2 变种版\r\n5.8 配置控制\r\n5.8.1 产品维护期间的配置控制\r\n5.8.2 基线\r\n5.8.3 产品开发过程中的配置控制\r\n5.9 建造工具\r\n5.10 使用CASE技术提高生产率\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第6章 测试\r\n\r\n6.1 质量问题\r\n6.1.1 软件质量保证\r\n6.1.2 管理独立\r\n6.2 非执行测试\r\n6.2.1 走查\r\n6.2.2 管理走查\r\n6.2.3 审查\r\n6.2.4 审查与走查的对比\r\n6.2.5 评审的长处和短处\r\n6.2.6 评审的度量\r\n6.3 执行测试\r\n6.4 应该测试什么\r\n6.4.1 实用性\r\n6.4.2 可靠性\r\n6.4.3 健壮性\r\n6.4.4 性能\r\n6.4.5 正确性\r\n6.5 测试与正确性证明\r\n6.5.1 正确性证明的例子\r\n6.5.2 正确性证明案例研究\r\n6.5.3 正确性证明和软件工程\r\n6.6 谁来完成执行测试\r\n6.7 何时停止测试\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第7章 从模块到对象\r\n\r\n7.1 什么是模块\r\n7.2 内聚\r\n7.2.1 偶然性内聚\r\n7.2.2 逻辑性内聚\r\n7.2.3 时间性内聚\r\n7.2.4 过程性内聚\r\n7.2.5 通信性内聚\r\n7.2.6 功能性内聚\r\n7.2.7 信息性内聚\r\n7.2.8 内聚示例\r\n7.3 耦合\r\n7.3.1 内容耦合\r\n7.3.2 共用耦合\r\n7.3.3 控制耦合\r\n7.3.4 印记耦合\r\n7.3.5 数据耦合\r\n7.3.6 耦合示例\r\n7.3.7 耦合的重要性\r\n7.4 数据封装\r\n7.4.1 数据封装和产品开发\r\n7.4.2 数据封装和产品维护\r\n7.5 抽象数据类型\r\n7.6 信息隐藏\r\n7.7 对象\r\n7.8 继承、多态和动态绑定\r\n7.9 对象的内聚和耦合\r\n7.10 面向对象范型\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第8章 可复用性、可移植性和互操作性\r\n\r\n8.1 复用的概念\r\n8.2 复用的障碍\r\n8.3 复用案例研究\r\n8.3.1 Raytheon导弹系统部\r\n8.3.2 东芝软件工厂\r\n8.3.3 NASA软件\r\n8.3.4 GTE数据服务\r\n8.3.5 惠普公司\r\n8.3.6 欧洲航天局\r\n8.4 对象和复用\r\n8.5 设计和实现阶段的复用\r\n8.5.1 设计复用\r\n8.5.2 应用框架\r\n8.5.3 设计模式\r\n8.5.4 软件体系结构\r\n8.6 复用和维护\r\n8.7 可移植性\r\n8.7.1 硬件的不兼容性\r\n8.7.2 操作系统的不兼容性\r\n8.7.3 数值计算软件的不兼容性\r\n8.7.4 编译器的不兼容性\r\n8.8 为什么需要可移植性\r\n8.9 实现可移植性的技术\r\n8.9.1 可移植的系统软件\r\n8.9.2 可移植的应用软件\r\n8.9.3 可移植的数据\r\n8.10 互操作性\r\n8.10.1 COM\r\n8.10.2 CORBA\r\n8.10.3 COM和ODRBA的比较\r\n8.11 互操作性的未来趋势\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第9章 计划和估算\r\n\r\n9.1 计划和软件过程\r\n9.2 周期和成本估算\r\n9.2.1 产品规模的度量\r\n9.2.2 成本估算的技术\r\n9.2.3 中间COCOMO\r\n9.2.4 COCOMO II\r\n9.2.5 跟踪周期和成本估算\r\n9.3 软件项目管理计划的组成\r\n9.4 软件项目管理计划框架\r\n9.5 1EEE软件项目管理计划\r\n9.6 测试计划\r\n9.7 计划面向对象的项目\r\n9.8 培训需求\r\n9.9 文档标准\r\n9.10 用于计划和估算的CASE工具\r\n9.11 测试软件项目管理计划\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第二部分 软件生命周期的各个阶段\r\n\r\n第10章 需求阶段\r\n\r\n10.1 需求获取\r\n10.1.1 访谈\r\n10.1.2 情景\r\n10.1.3 其他需求获取技术\r\n10.2 需求分析\r\n10.3 快速原型开发\r\n10.4 人的因素\r\n10.5 作为一种规格说明技术的快速原型开发\r\n10.6 复用快速原型\r\n10.7 快速原型开发模型的管理含意\r\n10.8 快速原型开发的试验\r\n10.9 需求获取和需求分析技术\r\n10.10 在需求分析阶段测试\r\n10.11 需求阶段的CASE工具\r\n10.12 需求阶段的度量\r\n10.13 面向对象的需求\r\n10.14 “空中美食”案例研究：需求阶段\r\n10.15 “空中美食”案例研究：快速原型\r\n10.16 需求阶段面临的挑战\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第11章 规格说明阶段\r\n\r\n11.1 规格说明文档\r\n11.2 非形式化规格说明案例研究：文本处理\r\n11.3 结构化系统分析Sally的软件商店\r\n11.4 其他半形式化的技术\r\n11.5 建造实体-关系模型\r\n11.6 有限状态机电梯问题：有限状态机\r\n11.7 Petri网\r\n11.8 Z规格说明语言\r\n11.8.1 电梯问题：Z规格说明\r\n11.8.2 Z的分析\r\n11.9 其他形式化技术\r\n11.10 规格说明技术的比较\r\n11.11 在规格说明阶段测试\r\n11.12 规格说明阶段的CASE工具\r\n11.13 规格说明阶段的度量\r\n11.14 “空中美食”案例研究：结构化系统分析\r\n11.15 “空中美食”案例研究：软件项目管理计划\r\n11.16 规格说明阶段面临的挑战\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第12章 面向对象分析阶段\r\n\r\n12.1 面向对象分析\r\n12.2 电梯问题：面向对象分析\r\n12.3 用例建模\r\n12.4 类建模\r\n12.4.1 名词提取\r\n12.4.2 CRC卡片\r\n12.5 动态建模\r\n12.6 在面向对象分析阶段测试\r\n12.7 面向对象分析阶段的CASE工具\r\n12.8 “空中美食”案例研究：面向对象分析\r\n12.9 面向对象分析阶段面临的挑战\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第13章 设计阶段\r\n\r\n13.1 设计和抽取\r\n13.2 面向行为设计\r\n13.3 数据流分析\r\n13.3.1 数据流分析示例\r\n13.3.2 扩展\r\n13.4 事务分析\r\n13.5 面向数据设计\r\n13.6 面向对象设计\r\n13.7 电梯问题：面向对象设计\r\n13.8 详细设计的形式化技术\r\n13.9 实时设计技术\r\n13.10 设计期间的测试\r\n13.11 设计阶段的CASE工具\r\n13.12 设计阶段的度量\r\n13.13 “空中美食”案例研究：面向对象设计\r\n13.14 设计阶段面临的挑战\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第14章 实现阶段\r\n\r\n14.1 编程语言的选择\r\n14.2 第四代语言\r\n14.3 良好的编程习惯\r\n14.4 编码标准\r\n14.5 模块复用\r\n14.6 模块测试用例选择\r\n14.6.1 规格说明测试与代码测试\r\n14.6.2 规格说明测试的可行性\r\n14.6.3 代码测试的可行性\r\n14.7 黑盒模块测试技术\r\n14.7.1 等价测试和边界值测试\r\n14.7.2 功能测试\r\n14.8 玻璃盒模块测试技术\r\n14.8.1 结构测试：语句覆盖、分支覆盖以及路径覆盖\r\n14.8.2 复杂性度量\r\n14.9 代码走查和审查\r\n14.10 模块测试技术的比较\r\n14.11 净室\r\n14.12 测试对象时潜在的问题\r\n14.13 模块测试的管理方面\r\n14.14 何时该重写而不是调试一个模块\r\n14.15 实现阶段的CASE工具\r\n14.16 “空中美食”案例研究：黑盒测试用例\r\n14.17 实现阶段面临的挑战\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第15章 实现与集成阶段\r\n\r\n15.1 实现与集成介绍\r\n15.1.1 自顶向下的实现与集成\r\n15.1.2 自底向上的实现与集成\r\n15.1.3 三明治式实现与集成\r\n15.1.4 面向对象产品的实现与集成\r\n15.1.5 实现与集成阶段的管理问题\r\n15.2 实现与集成期间的测试\r\n15.3 图形用户界面的集成测试\r\n15.4 产品测试\r\n15.5 验收测试\r\n15.6 实现与集成阶段的CASE工具\r\n15.7 软件开发全过程的CASE工具\r\n15.8 集成化开发环境\r\n15.9 商业应用软件开发环境\r\n15.10 公共工具基础结构\r\n15.11 开发环境的潜在问题\r\n15.12 实现与集成阶段的度量\r\n15.13 “空中美食”案例研究：实现与集成阶段\r\n15.14 实现与集成阶段面临的挑战\r\n本章回顾\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n第16章 维护阶段\r\n\r\n16.1 维护的必要性\r\n16.2 对维护程序员的要求\r\n16.3 维护工作案例研究\r\n16.4 维护管理\r\n16.4.1 错误报告\r\n16.4.2 批准对产品的修改\r\n16.4.3 确保软件的可维护性\r\n16.4.4 反复维护造成的问题\r\n16.5 面向对象软件的维护\r\n16.6 维护技能与开发技能\r\n16.7 逆向工程\r\n16.8 维护阶段的测试\r\n16.9维护阶段的CASE工具\r\n16.10 维护阶段的度量\r\n16.11 “空中美食”案例研究：维护阶段\r\n16.12 维护阶段面临的挑战\r\n本章小结\r\n进一步阅读指导\r\n思考题\r\n参考文献\r\n\r\n附录\r\n\r\n附录A Broadlands地区儿童医院\r\n附录B 软件工程资料\r\n附录C “空中美食”案例研究：C快速原型\r\n附录D “空中美食”案例研究：Java快速原型\r\n附录E “空中美食”案例研究：结构化系统分析\r\n附录F “空中美食”案例研究：软件项目管理计划\r\n附录G “空中美食”案例研究：面向对象的分析\r\n附录H “空中美食”案例研究：C++实现的设计\r\n附录I “空中美食”案例研究：Java实现的设计\r\n附录J “空中美食”案例研究：黑盒测试用例\r\n附录K “空中美食”案例研究：C++源代码\r\n附录L “空中美食”案例研究：Java源代码\r\n参考文献\r\n索引

    本书的第4版是以两种版本发行的，一个版本的示例是用C++描述的，另一个版本的示例是用Java描述的。然而，从本质上来讲，软件工程是与程序语言无关的。在本书中，代码示例相对较少。因此，在这个版本中，我尽量除去那些与程序语言有关的细节，以确保代码示例对C++和Java用户都同样清晰适用。例如，C++的输出使用cout，而Java的输出使用Systen．out．println，这时我就使用伪码指令print表示输出(新的案例研究情况除外，在新的案例中，将分别给出用C++和Java实现的全部细节)。因此，本版可以认为是第4版两种版本的结合。
    改进教学方法是第5版的重点。整本书中每章都充实了新的内容；另外，新的大纲和摘要对学生及其指导老师也有帮助。并且，本书还提供了许多附加材料，对怎样实行各种软件工程技术进行了说明，这一版中对案例研究的阐述比第4版更为详细。
    本书第4版有一章为“小组及其工具”。在这一版中，本书对此材料进行了更新，并将其分为两个部分，以便能更加集中地阐述各自蕴含的主题，这也是新教学方法的一方面。另外，第4章对开发小组进行了说明，第5章对软件工程师所使用的工具进行了说明。
    尽管大家一致认为面向对象范型比传统(结构化)范型要好，我的书跟以前一样，仍然既包括传统软件工程的材料，也包括面向对象软件工程的材料。我这样做可能会使某些读者感到奇怪，一个紧跟技术发展的软件工程教科书当然应该对面向对象范型进行描述，而最好将传统范型当作历史，作脚注说明即可。
    情况并不像大家想的那样。尽管人们对面向对象范型普遍持乐观态度，而且也有越来越多的证据表明其优于传统范型，但传统范型方面的材料仍然是必需的。这样做有3个理由。
    首先，如果不能充分理解传统方法，以及传统方法与面向对象方法的区别，就不可能充分理解面向对象方法。
    本书既包括面向对象范型又包括传统范型的第二个原因是，技术的转换是一个缓慢的过程，大多数软件组织并没有使用面向对象范型，这样，许多使用本书的学生，将来很可能受雇于仍在使用传统软件工程方法的公司；甚至，即使某公司已经使用了面向对象方法进行软件开发，仍需要对那些已经开发好的软件进行维护，而这些软件原来并不是用面向对象方法开发的。因而，如果本书中不包括传统方法方面的内容，那么对使用本书的学生没有好处。
    本书包含两个范型的第三个原因是，某学生成为一个公司的雇员后，如果该公司正考虑向面向对象技术转换，那么该学生就可以建议公司考虑新方法的优点和缺点。所以，像在前一个版本中一样，本书对传统方法和面向对象方法进行比较、对照和分析。
    本书第4版是第一本使用统一建模语言(Unified Modeling Language，UML)的软件工程教科书。UML在本书第4版发行前刚刚开始使用，在短短的3年时间内，该语言形式上已经标准化，并获得了广泛使用。现在，如果某教科书没有使用UML对面向对象方法进行分析和设计，那么该书立刻会被淘汰。所以，我继续使用UML进行面向对象分析和面向对象设计，在任何使用图表对对象及其关系进行描述的地方也使用UML。
    第4版引入的另一个当时很新的主题是“设计模式(design pattern)”。像UML一样，设计模式现在已成为软件工程的主流。因此这里保留并加强了设计模式方面的内容。
    这一版的一个新主题是“极限编程(eXtreme Programming，XP)”。XP仍然是一个有争议的话题，但是我认为学生们需要对这个主题有一个大概的了解，这样他们就能够自己判断XP到底只是一种流行的时尚，还是真正是软件工程的一个突破。
    在以前的版本中，我强调了文档、维护、复用、可移植性、测试以及CASE工具的重要性。在这一版中，所有这些概念仍然具有同等的重要性。如果学生们对软件工程基础的重要性没有认识，那么教给他们最新的软件工程技术是没有用的。
    像在第4版中一样，这一版对面向对象方法的下述各个方面进行了专门阐述：面向对象软件生命周期模型，面向对象分析，面向对象设计，面向对象范型的管理含义，以及面向对象软件的测试和维护，其中也包括面向对象范型的度量(metric)。另外，书中有许多地方对对象进行了简短的引用，可能是一段，也可能仅有一句。引用对象的原因是，面向对象范型不仅仅与“每个阶段是怎样实施的”有关系，该方法还渗透到我们看待软件工程的方式上。对象技术贯穿本书始终。
    软件过程仍是整本书背后蕴含的基本概念。为了对过程进行控制，我们必须能够对项目中发生的事情进行测量。因此，本书仍会继续强调度量的重要性。在过程改进方面，对能力成熟度模型(Capability Maturity Model，CMM)和ISO／IECl5504(SPICE)方面的内容进行了更新，并添加了ISO／IECl2207方面的内容。
    像在第4版中一样，本书有600多个参考文献。我选择了一些前沿研究论文，以及一些经典的文章和书籍，这些文章和书籍的内容较新，并且与本书的主题有关。软件工程无疑是一个快速发展的领域，学生们需要知道最新成果，并且需要知道在哪些文章里能找到相关内容。与此同时，现在的前沿研究是建立在昨天的事实基础之上的，而且我认为如果有的观点在今天仍然像过去那样适用，那我们仍然可以引用它们。
    至于阅读本书的前提，假设读者应当对一门高级语言比较熟悉，像Pascal、C、C++、Ada、Basic、Cobol、Fortran或Java。另外，读者应当学习过数据结构方面的课程。
    第5版内容安排
    与第4版一样，第5版用于传统的软件工程课程。在传统的一学期课程(或1季度学期)中，教师需要讲完课程的理论内容，尽快为学生提供完成学期项目所需的知识和技巧。学生们需要完成课程学习，以便可以尽早开始着手学期项目，从而能够在学期结束时及时将项目完成。为了配合学期的、以项目开发为基础的软件工程课程，本书的第二部分讲述了软件生命周期的不同阶段；而第一部分则包含了理解第二部分所必需的理论知识。例如，第一部分向读者介绍了CASE、度量和测试；第二部分的每一章都有一节是关于那个阶段的CASE工具的，有一节是关于那个阶段的度量的，还包含关于该阶段的测试。第一部分内容较少，这样教师可以在一学期中尽早开始讲述第二部分内容。此外，第一部分的最后两章(第8章和第9章)也可以推迟到与第二部分一同讲解，这样学生就可以尽早开发学期项目了。
    我们发现，越来越多的计算机科学和工程系的毕业生，都成了软件工程师。因此，许多学院和大学设置了更多的软件工程课程。前一部分课程主要是理论内容(但几乎总有某种类型的一个小项目)；后一部分课程主要是由一个以团队为基础开发的大的学期项目组成，该项目常常是一个能出成就的项目。当学期项目处在第二部分课程中时，教师就不需要那么匆忙往前赶了。
    因此，课时少的教师先讲本书的第1—7章，接着开始讲授第二部分(第10—16章)；第8章和第9章可与第二部分同时讲授，或是留到最后去讲。当课时多时，可按顺序对本书各章节进行讲授；本书讲授完时，班级学生已经为下学期的团队学期项目作好准备了。
    为了保证学生能真正理解本书第二部分的关键软件工程技术时，每一项关键技术都出现两次。首先，每当引入一种新技术时，都通过电梯问题对其进行说明。电梯问题的规模很合适，它能使读者明白一种技术是如何应用于一个完整的问题的，并且它还精细到足以指出所讲授技术的优缺点。然后，在每一章要结束的时候，都给出相关的新的案例研究。这种详细的解决办法，再次对软件技术进行了阐述。
    思考题集
    与本书前面的版本一样，有4种类型的问题。首先，在每章的最后有几个练习，它们的目的是强调本章的关键内容。这些练习是完备的，与练习有关的所有技术信息都能在本书找到。
    第二，有一个软件学期项目。设计的项目能让学生以3人小组工作的方式解决(3个人是不能在通常电话上同时交换意见的最少团队成员数目)。学期项目包括16个独立的部分，每个部分都与相应的章节有关。例如，第13章的主题是设计，所以该章中的学期项目就与软件设计有关。通过将一个大项目分解成较小的、明确定义的小块，教师就能够更好地监督班级的进度。学期项目的结构使得教师能够将软件工程的16个组成部分自由地应用到所选择的任何项目中去。
    由于本书是为研究生和高年级的本科生写的，所以第3类问题是以软件工程文献著作中的研究论文为基础的。在每一章中都选择了一篇重要的论文，本书尽可能选择了面向对象软件工程方面的论文，要求学生阅读相关论文，并提出与论文内容有关的问题。当然，教师也可以布置任何其他研究论文。每章最后一节是“进一步阅读指导”，其中包含了范围广泛的各种有关论文。
    第4类问题与案例研究有关，这类问题首先是在第3版中引入的，当时是为了响应一些教师的看法。这些教师认为让学生对现有的产品进行修改，比重新开发新产品更能学到东西。
    许多计算机行业的高级软件工程师很赞同教师们的这种观点。所以，在有案例研究内容的每一章中，至少有3个问题要求学生对案例研究做出某种修改。例如，有的章可能是要求学生们用一种跟原来不同的设计技术对该案例进行重新设计；而有的章，则可能要求学生回答，如果用不同的顺序执行面向对象分析的步骤，那么会产生什么效果。为了使案例研究源代码的修改更容易，可到站点http：／／www．nhhe．com／engcs／compsci／schach查询，该网站有本书所有插图的电子文件，以及完整的课件PowerPoint。
    本书还备有《教师参考答案手册》，它包括所有练习的详细答案，也包括学期项目的详细答案。可从McGraw—Hill出版公司得到《教师参考答案手册》。