软件工程--Java语言实现

出版者:机械工业出版社

作者:沙切斯(美)

页数:395

译者:袁兆山/等

出版时间:1999-09

价格:38.00

装帧:平装

isbn号码:9787111073550

目录信息

目 录
译者序
前言
第3版ClassicalandObject－Oriented Software Engineering序言
第一部分 软件过程
第1章 软件工程的范围
1.1历史方面
1.2经济方面
1.3维护方面
1.4规格说明和设计方面
1.5群体编程方面
1.6面向对象的范型
1.7常用术语
本章回顾
进一步阅读
问题
第2章 软件过程及问题
2.1客户、开发人员和用户
2.2需求阶段
2.3规格说明阶段
2.4计划阶段
2.5设计阶段
2.6实现阶段
2.7集成阶段
2.8维护阶段
2.9退役
2.10软件产品中的问题：本质问题和非本质问题
2.10.1复杂性
2.10.2一致性
2.10.3可变性
2.10.4不可见NTG
2.10.5没有银弹吗
本章回顾
进一步阅读
问题
第3章 软件生命周期模型
3.1边做边改模型
3.2瀑布模型
3.3快速原型模型
3.4增量模型
3.5螺旋模型
3.6各种生命周期模型的比较
3.7能力成熟度模型
3.8ISO9000
本章回顾
进一步阅读
问题
第4章 逐步求精、CASE和其他商用工具
4.1逐步求精
4.2成本效益分析
4.3计算机辅助软件工程CASE
4.4CASE的范围
4.5软件版本
4.5.1修订版本
4.5.2变体版本
4.6配置控制
4.6.1产品维护期间的配置控制
4.6.2基线版本
4.6.3产品开发期间的配置控制
4.7构造工具
4.8CASE技术提高了生产力
4.9软件度量
本章回顾
进一步阅读
问题
第5章 测试原理
5.1质量问题
5.1.1软件质量保证
5.1.2管理的独立性
5.2基于非执行的测试
5.2.1走查
5.2.2走查的管理
5.2.3审查
5.2.4审查和走查的比较
5.2.5审查的尺度
5.3基于执行的测试
5.4需要测试些什么
5.4.1实用性
5.4.2可靠性
5.4.3健壮性
5.4.4性能
5.4.5正确性
5.5 测试与正确性证明的比较
5.5.1正确性证明的举例
5.5.2正确性证明的事例研究
5.5.3正确性证明和软件工程
5.6由谁来执行基于执行的测试
5.7何时结束测试
本章回顾
进一步阅读
问题
第6章 对象
6.1什么是模块
6.2内聚性
6.2.1偶然内聚性
6.2.2逻辑内聚性
6.2.3暂时内聚性
6.2.4过程内聚性
6.2.5通信内聚性
6.2.6信息内聚性
6.2.7功能内聚性
6.2.8内聚性举例
6.3耦合
6.3.1内容耦合
6.3.2共用耦合
6.3.3控制耦合
6.3.4特征耦合
6.3.5数据耦合
6.3.6耦合举例
6.4数据封装
6.4.1数据封装和产品开发
6.4.2数据封装和产品维护
6.5抽象数据类型
6.6信息隐藏
6.7对象的概念
6.8多态性和动态联编
6.9对象的内聚性和耦合
6.10重用
6.11重用实例研究
6.11.1Raytheon的导弹系统部
6.11.2东芝软件工厂
6.11.3NASA软件
6.11.4GTEDataServices
6.11.5HP公司
6.12重用和维护
6.13对象和生产率
本章回顾
进一步阅读
问题
第二部分 软件过程的各个阶段
第7章 需求阶段
7.1需求分析技术
7.2快速原型
7.3人的因素
7.4作为一种规格说明技术的快速原型
7.5快速原型的重用
7.6快速原型的其他用途
7.7快速原型的管理意义
7.8有关快速原型的经验
7.9联合式应用设计
7.10需求分析技术的比较
7.11需求阶段的测试
7.12需求阶段的CASE工具
7.13需求阶段的度量
7.14MSG实例研究：需求阶段
7.15MSG实例研究：快速原型
本章回顾
进一步阅读
问题
第8章 规格说明阶段
8.1规格说明文档
8.2非形式化规格说明
8.3结构化系统分析
8.4其他的半形式化技术
8.5实体关系模型
8.6有穷状态机
8.7Petri网
8.8Z
8.8.1电梯问题：Z
8.8.2对Z的分析
8.9其他的形式化技术
8.10规格说明技术的比较
8.11规格说明阶段的测试
8.12规格说明阶段的CASE工具
8.13规格说明阶段的度量
8.14MSG实例研究：结构化系统分析
本章回顾
进一步阅读
问题
第9章 面向对象的分析阶段
9.1面向对象范型与结构化范型的比较
9.2面向对象的分析
9.3电梯问题：面向对象的分析
9.3.1类模型
9.3.2动态建模
9.3.3功能建模
9.4 面向对象的生命周期模型
9.5面向对象分析阶段中的CASE工具
9.6MSG实例研究：面向对象的分析
本章回顾
进一步阅读
问题
第10章 计划阶段
10.1项目开发周期和开发成本估计
10.1.1产品规模的度量
10.1.2成本估计技术
10.1.3中级COCOMO
10.1.4跟踪开发周期和成本估计
10.2软件项目管理计划的组成部分
10.3软件项目管理计划的结构
10.4IEEE软件项目管理计划
10.5测试计划
10.6面向对象项目的规划
10.7培训需求
10.8文档标准
10.9计划阶段的CASE工具
10.10计划阶段的测试
10.11MSG实例研究：计划阶段
本章回顾
进一步阅读
问题
第11章 设计阶段
11.1设计和抽象
11.2面向行为的设计
11.3数据流分析
11.3.1数据流分析的例子
11.3.2扩展
11.4事务分析
11.5面向数据的设计
11.6Jackson系统开发
11.6.1JSD概述
11.6.2为什么要在本章介绍Jackson系统开发
11.6.3电梯问题：Jackson系统开发
11.6.4JSD分析
11.7Jackson、Warnier和Orr的技术
11.8面向对象的设计
11.9详细设计
11.10面向行为的设计、面向数据的设计
和面向对象的设计之比较
11.11与实时系统有关的困难
11.12实时系统设计技术
11.13设计阶段的测试
11.14设计阶段的CASE工具
11.15设计阶段的度量
11.16MSG实例研究：面向对象的设计
本章回顾
进一步阅读
问题
第12章 实现阶段
12.1编程语言的选择
12.2第四代语言
12.3结构化程序设计
12.3.1结构化程序设计的历史
12.3.2为什么goto语句是有害的
12.4良好的编程习惯
12.5编码标准
12.6程序员组的组织
12.7民主制程序员组方法
12.8典型的主席制程序员组方法
12.8.1NewYorkTimes项目
12.8.2典型的主席制程序员组方法的不切实际性
12.9超越主席制程序员组和民主制程序员组的方法
12.10可移植性
12.10.1硬件的不兼容性
12.10.2操作系统的不兼容性
12.10.3数值软件的不兼容性
12.10.4编译器的不兼容性
12.11为什么要支持可移植性
12.12获得可移植性的技术
12.12.1可移植的系统软件
12.12.2可移植的应用软件
12.12.3可移植的数据
12.13模块重用
12.14模块测试事例的选择
12.14.1规格说明测试与代码测试的比较
12.14.2规格说明测试的可行性
12.14.3代码测试的可行性
12.15黑盒模块测试技术
12.15.1等价测试和边界值分析
12.15.2功能测试
12.16玻璃盒模块测试技术
12.16.1结构化测试：语句、分支、路径覆盖
12.16.2复杂性度量
12.17代码走查和审查
12.18模块测试技术的比较
12.19Cleanroom
12.20测试对象
12.21模块测试的管理方面
12.22测试分布式软件
12.23实时软件的测试
12.24实现阶段的CASE工具
12.25MSG实例研究：黑盒测试事例
本章回顾
进一步阅读
问题
第13章 实现和集成阶段
13.1实现和集成
13.1.1自顶向下的实现和集成方法
13.1.2自底而上的实现和集成方法
13.1.3三明治式实现和集成方法
13.1.4面向对象产品的实现和集成方法
13.1.5实现和集成阶段的管理问题
13.2实现和集成阶段的测试
13.3用户图形界面的集成阶段测试
13.4产品测试
13.5验收测试
13.6实现和集成阶段的CASE工具
13.7整个软件过程的CASE工具
13.8基于编程语言的环境
13.9面向结构的环境
13.10工具箱环境
13.11集成环境
13.11.1过程集成
13.11.2工具集成
13.11.3其他形式的集成
13.12商业应用的开发环境
13.13公用工具的基础结构
13.14各类环境的比较
13.15实现和集成阶段的度量
13.16MSG实例研究：实现和集成阶段
本章回顾
进一步阅读
问题
第14章 维护阶段
14.1为什么维护是必须的
14.2维护人员需要什么
14.3维护实例研究
14.4维护管理
14.4.1错误报告
14.4.2授权产品更改
14.4.3确保可维护性
14.4.4反复维护的问题
14.5面向对象的软件维护
14.6开发技能与维护技能之比较
14.7逆向工程
14.8维护阶段的测试
14.9维护阶段的CASE工具
14.10维护阶段的度量
本章回顾
进一步阅读
问题
结束语――JAVA：软件工程的实例研究
第三部分 附 录
附录A 艺术商人OsbertOglesby
附录B 软件工程资源
附录C MSG实例研究：快速原型模型
附录D MSG实例研究：结构化系统分析
附录E MSG实例研究：软件项目管理计划
附录F MSG实例研究：设计
附录G MSG实例研究：黑箱测试用例
附录H MSG实例研究：源代码
参考文献索引
· · · · · · (收起)

用户评价

这本《软件工程——Java语言实现》的书，我实在是一言难尽。从拿到它那天起，我就被那封面上的“软件工程”和“Java语言实现”几个大字深深吸引住了。我一直觉得，软件工程这门学科，就像是一门建筑学，而Java，则是我手中最趁手的工具，所以我无比期待能在这本书中找到将理论与实践完美结合的钥匙。然而，当我翻开书页，一股浓浓的学术气息扑面而来，这本身无可厚非，毕竟软件工程是一门严谨的学科。但问题在于，这本书似乎过于侧重于软件工程的原理、模型、方法论，像是把一本厚厚的理论教科书，再用Java的术语重新包装了一遍。 我期待的，是能看到更具象化的东西，是能够通过Java代码的示例，去理解那些抽象的概念。比如，在讲到敏捷开发方法时，我希望看到一个用Java实现的Scrum框架或者Kanban看板的简单示例，哪怕只是几个类，几行代码，也能帮助我建立起感性的认识。又或者，在讨论UML建模时，我期待能看到利用Java的类图、序列图等，如何直观地映射到实际的Java代码结构中。书中的确有提到一些设计模式，但往往是寥寥数语，并且没有提供完整的、可运行的Java代码片段来演示这些模式在实际项目中的应用。这让我感觉，知识点虽然全，但如同散落一地的珍珠，缺乏一条金线将其串联起来。我尝试着自己去把这些概念和Java代码联系起来，但作为一名对软件工程理论尚在入门阶段的读者，这种“自行脑补”的过程是十分艰难和低效的。我总觉得，一本以“Java语言实现”为副标题的书，应该在“实现”上下更多的功夫，而不是仅仅将Java作为一种“标注”语言，去解释那些与语言本身关系不大的理论。

《软件工程——Java语言实现》这本书，我首先是被它的标题所吸引。我一直觉得，软件工程是一门艺术，而Java，则是我最熟悉的画笔。我渴望在这本书中找到如何用Java这支画笔，去描绘出软件工程的宏伟蓝图。这本书在软件工程的各个理论模型和方法论方面，确实做得非常详尽，几乎是将近几十年来软件工程发展历程中的重要里程碑都梳理了一遍，比如从最早的结构化方法，到面向对象方法，再到后来的敏捷方法，以及各种管理模型，书中都有细致的论述。 但是，我在阅读过程中，常常陷入一种“理论与实践脱节”的困境。当书中提到某个重要的软件工程概念时，比如“需求驱动开发”或者“持续集成”，我总是在脑海中搜寻，这本书会用怎样的Java代码来支撑这个概念的落地？但往往，书中提供的Java示例，要么是为了解释一个孤立的Java语法点，要么就是一个非常基础的、不具备代表性的代码片段，未能真正展示Java在支撑这些复杂的工程实践中所扮演的角色。例如，在介绍“代码复用”时，书中会谈到继承、组合等面向对象原则，但并未展示如何通过Java的包管理、依赖注入等方式，来构建可复用的Java代码库，或者如何利用Java的反射机制来实现更灵活的代码复用。这本书更像是一个理论知识的宝库，里面存放着各种各样的宝藏，但却没有提供一个地图，告诉我如何用Java这把钥匙去开启它们，并把它们转化为实际的价值。

我拿到《软件工程——Java语言实现》这本书，更多的是抱着一个学习如何将抽象的软件工程理论，通过Java语言来具体化的期望。这本书在软件工程的理论模型、方法论、项目管理、质量保证等方面，确实进行了较为全面的梳理和介绍。例如，它对不同开发模型（如瀑布模型、敏捷模型）的特点、优缺点以及适用场景都进行了详尽的分析，这对于构建一个宏观的软件工程知识体系非常有帮助。 然而，书中“Java语言实现”的部分，给我带来的实际指导却相对有限。我期待的是，当书中谈到“需求工程”时，能看到一些利用Java语言来辅助需求管理的工具或脚本的示例，或者如何通过Java代码来模拟用户场景。当提及“系统设计”时，我希望看到更具体的Java设计模式的应用案例，或者如何利用Java的特性来实现某种设计原则。但本书提供的Java代码示例，大多是独立的、用于讲解基础编程概念的，并未有效地将Java语言与软件工程的实际实践紧密结合起来。这让我感觉，这本书更像是一本“软件工程概论”，而“Java语言实现”这个副标题，似乎只是一个点缀，而非核心的实践指导。我需要的是能够直接应用于项目开发的、具有实际操作性的Java代码，来帮助我更好地理解和践行软件工程的理念。

作为一名希望通过这本书来提升Java在软件工程实践中应用能力的读者，我不得不说，《软件工程——Java语言实现》这本书给我带来的“惊喜”是它对软件工程理论的深度挖掘。它就像一个百科全书式的软件工程理论讲解，从项目管理、风险管理，到软件测试、配置管理，几乎涵盖了软件工程的每一个角落。如果你想系统地了解软件工程的各个方面，并且愿意接受大量的理论知识，那么这本书或许能满足你。 但是，请允许我表达我的困惑。我拿到这本书的初衷，是希望能够看到“Java语言实现”是如何体现在这些软件工程的流程和方法中的。例如，在项目管理部分，我期待能看到如何利用Java工具（如Maven, Gradle, Jenkins等）来构建自动化项目管理流程，如何用Java编写简单的脚本来监控项目进度，或者如何使用Java库来分析项目数据。在软件测试部分，我期待能看到 JUnit, TestNG 等Java单元测试框架的深入应用，或者如何用Selenium等工具结合Java来编写自动化UI测试。然而，本书在这方面的内容非常有限，或者说，提供的信息非常浅显，更像是点到为止，而没有深入展开。大部分的Java代码示例，都是孤立存在的，用于解释一些基本的编程概念，而未能有效地将其与软件工程的某个特定环节结合起来。这使得我阅读时，总有一种“知识割裂”的感觉——我看到了软件工程的宏大图景，也看到了Java语言的强大能力，但如何将这两者有机地结合，这本书给我的指引并不清晰。我更需要的是“如何用Java来做好软件工程”，而不是“软件工程是什么，然后顺便提一句Java”。

说实话，拿到《软件工程——Java语言实现》这本书，我满怀期待地想看看，如何用Java这门强大的语言来实践软件工程的各个环节。本书在对软件工程各个理论模型和管理方法的阐述上，确实是下了功夫，从软件开发的各个阶段，到项目管理的各种技术，再到质量保证和维护，都给予了比较全面的介绍。例如，它详细讲解了各种开发模型，如瀑布模型、迭代模型、敏捷模型等，并分析了它们的适用场景。 然而，书中“Java语言实现”的部分，却是我感到有些力不从心的地方。我期待的是，当谈论到“需求工程”时，能看到如何利用Java的某些框架来管理需求，或者如何用Java代码来验证需求的正确性。当讨论到“系统设计”时，能看到利用Java的特定设计模式来解决实际问题的详细代码示例，甚至是利用Java工具来辅助进行设计。但书中提供的Java代码示例，往往是独立的，用于解释一些基本的编程概念，而未能有效地与具体的软件工程实践相结合。我总觉得，这本书更像是在教我“软件工程是什么”，而不是“如何用Java去做好软件工程”。我需要的是更具体的、可操作的Java代码，来帮助我理解和实践软件工程的原理，而不是仅仅停留在理论层面。这本书让我感觉，它给出了一个很大的框架，但却没有告诉我具体的“施工图纸”，如何用Java这把“锤子”和“钉子”去搭建起来。

《软件工程——Java语言实现》这本书，从内容上看，确实是一部涵盖了软件工程领域内绝大多数理论知识的著作。它系统地介绍了软件开发的整个生命周期，从项目的启动、规划、执行，到最终的交付和维护，每一个环节都给予了详尽的阐述。它涉及了各种各样的模型、方法、工具和技术，力求为读者提供一个全面而深入的理解。 但令我感到困惑的是，在“Java语言实现”这个核心点上，这本书的表现却不尽如人意。我原以为，书中会通过大量的Java代码示例，来具体展示如何将软件工程的理论知识落地到实际的开发过程中。例如，在讨论“版本控制”时，我期待能看到如何用Java编写脚本来自动化Git操作，或者如何将Java项目与CI/CD流程集成。在“软件测试”部分，我希望看到如何利用JUnit、Mockito等Java测试框架来编写更高效、更全面的测试用例。然而，书中提供的Java代码示例，大多是孤立的、用于解释基本编程概念的，未能有效地将其与具体的软件工程场景相结合。这种“理论知识丰富，实践指导不足”的特点，让我感觉像是得到了一个详细的“软件工程菜单”，但我却不知道如何用Java这把“厨具”去烹饪出里面的菜肴。我需要的是更具体、更具指导意义的Java代码，来帮助我理解和实践软件工程的方方面面。

《软件工程——Java语言实现》这本书，我首先是被它的标题所吸引，因为它直接点出了我一直想深入了解的方向——如何用Java这个工具，去实现软件工程的各种实践。书中对软件工程理论框架的构建，确实是比较扎实的，它从软件生命周期的各个阶段入手，详细介绍了各种开发模型、项目管理方法、质量保证技术等。例如，它对敏捷开发中的 Scrum 和 Kanban 的流程进行了详细的描述，并分析了它们的优势。 但让我感到有些“意犹未尽”的是，在“Java语言实现”这部分，这本书的着墨似乎并不够。我本以为，在介绍完 Scrum 的流程后，会看到如何利用 Java 的一些框架（如 Spring Boot）来构建一个简单的 Scrum 管理系统，或者如何用 Java 编写工具来支持持续集成和持续交付（CI/CD）。又或者，在讨论软件测试时，我期待能看到更深入的关于 JUnit、Mockito 等 Java 测试框架的使用方法，以及如何构建一个完整的自动化测试体系。然而，书中提供的 Java 代码示例，大多是独立的，用于解释一些基础的语法点或者算法，未能有效地将其与具体的软件工程实践场景相结合。这让我感觉，这本书更像是在教我“软件工程是什么”，而不是“如何用Java把软件工程做好”。我需要的是更贴近实际开发，更具操作性的Java代码来指导我实践。

我一直认为，一本以“Java语言实现”为副标题的书，应该是在软件工程的实践层面，通过Java语言来展示其落地过程。而《软件工程——Java语言实现》这本书，在这一点上，可以说是“雷声大，雨点小”。它花了大量的篇幅来讲解软件工程的理论基础，从软件生命周期模型到各种项目管理方法，再到软件质量保证的各种理论，都进行了比较深入的阐述，这无疑是这本书的优点之一，它为读者建立了一个扎实的软件工程理论知识体系。 但是，让我感到有些失望的是，这些理论如何在Java的实践中得以体现，书中的指导显得尤为不足。例如，在讲到“架构设计”时，书中提到了MVC、分层架构等概念，我期待能看到利用Java框架（如Spring, Struts等）来构建这些架构的实际案例，或者如何通过Java代码来体现这些架构的思想。但书中提供的内容，更像是理论的堆砌，缺乏可操作性的代码示例。又比如，在“软件测试”部分，虽然提及了单元测试、集成测试、系统测试等，并且简要介绍了一些工具，但并未深入展示如何用Java编写健壮的单元测试用例，如何利用Java的反射机制进行动态测试，或者如何构建一个完整的Java自动化测试框架。我感觉像是读了一本关于“如何建造一栋精美的房子”的理论书，里面有建筑学的各种原理和设计理念，但却没有提供一套详细的“施工手册”和“工具使用说明”，让我不知道具体该用哪些“砖瓦”和“工具”来一步步实现。

翻阅《软件工程——Java语言实现》这本书，我最大的感受是它更像是一部“概念大全”，而非一本“实战指南”。诚然，对于软件工程领域内的各种理论框架、开发模型、质量保证体系，本书都给予了相当详尽的阐述。例如，关于瀑布模型、螺旋模型，以及更现代的迭代开发、敏捷开发等，书中都有深入的讲解，分析了它们的优缺点和适用场景。然而，当我试图从中找到如何用Java语言来“落地”这些概念时，却常常感到无所适从。 比如，书中在介绍“需求工程”时，详细描述了需求获取、分析、规格说明等各个环节，甚至提及了用例图、用户故事等工具。我本以为会看到如何利用Java的某些框架或者库，来辅助完成需求管理，或者如何用Java代码来验证需求的合理性，但书中提供的Java示例，要么是过于简单，与实际需求工程的复杂性相去甚远，要么就是完全与需求工程本身无关的通用Java语法讲解。同样，在“设计”部分，虽然提到了面向对象设计原则、设计模式等，但其呈现方式更像是理论的罗列，缺少了将这些原则和模式巧妙融入Java代码的生动案例。读者需要自行去理解，一个SR(Single Responsibility)原则如何体现在某个Java类的设计中，一个工厂模式如何用Java代码清晰地表达其意图，这些都要求读者本身具备相当的经验和能力，才能从中汲取到实用的养分。这本书更像是提供了一张宏大的软件工程蓝图，却未能详细指导读者如何用Java这个“工具箱”去建造其中的每一个细节。

坦白讲，《软件工程——Java语言实现》这本书在组织结构上，给我一种“先有理论，后有Java”的错觉。它非常清晰地划分了软件工程的各个阶段和要素，比如需求分析、系统设计、编码实现、测试、维护等等，每一个阶段都进行了一番详细的论述，力求将这个领域内的各种模型、方法、原则都介绍个遍。这对于系统学习软件工程理论是有益的，它提供了一个完整的知识框架。 然而，我所期望的“Java语言实现”，似乎更多地体现在“编码实现”这个阶段，并且是以一种非常基础的、脱离实际工程场景的方式呈现。书中确实给出了不少Java代码示例，但这些代码往往是用来解释一些基本的面向对象概念，或者是一些简单的算法。它们缺乏将这些概念和算法应用到具体的软件工程场景中的指导。比如，当谈到“模块化设计”时，虽然提到了高内聚、低耦合的原则，但我并没有看到如何通过Java的包、接口、抽象类等特性来清晰地划分模块，并且通过实际的项目结构来展示模块间的协作。当讲到“版本控制”时，虽然提到了Git，但书中并未涉及如何利用Java的工具链（如Maven的Git插件）来与版本控制系统进行交互，或者如何编写Java脚本来自动化版本管理流程。这种“零散化”的Java实现，让我感觉像是对着一本Java语法书，再加上一本软件工程理论书，然后被告知它们是可以结合的，却没教我如何去结合。

挺不错的，很详细的案例，工程的思想方法，也推荐微软周欣的现代软件工程

挺不错的，很详细的案例，工程的思想方法，也推荐微软周欣的现代软件工程

挺不错的，很详细的案例，工程的思想方法，也推荐微软周欣的现代软件工程

挺不错的，很详细的案例，工程的思想方法，也推荐微软周欣的现代软件工程

挺不错的，很详细的案例，工程的思想方法，也推荐微软周欣的现代软件工程