具体描述
本书第二版和第一版曾先后荣获第三届和第二届全国普通高等学校工科电子类专业优秀教材一等奖、二等奖。为适应面向对象技术迅速崛起的情况，作者总结五年来教学和科研的经验，对原书内容作了调整和增删，变动超过50％，成为第三版。书中全面系统地介绍了软件工程的概念、原理和典型的技术方法。本书的特点是既注重系统性和科学性，又注重实用性;既有原理性论述，又有丰富的实例与之配合，特别是正文后面的两个附录，分别讲述了用面向对象方法和结构化方法开发两个实际软件的过程，对读者深入理解软件工程学很有帮助，也是上机实习的好材料。本书正文共13章，第一章是概述，第二章至第八章顺序讲述软件生命周期各阶段的任务、过程、结构化方法和工具，第九章至第十二章分别讲述面向对象方法学引论、面向对象分析、面向对象设计和面向对象实现，第十三章介绍软件工程使用的管理技术。
本书可作为高等院校“软件工程”课程的教材或教学参考书，也可供有一定实际经验的软件工作人员和需要开发应用软件的广大计算机用户阅读参考。
作者简介
目录信息
修订版前官
第三版前言
第一章 软件危机与软件工程
1．1 软件危机
1．1．l 什么是软件危机
1．1．2 产生软件危机的原因
1．1．3 解决软件危机的途径
1．2 软件工程
1．2．1 软件工程的基本原理
1．2．2 软件工程的传统途径
1．2．3 生命周期各阶段的基本任务
1．2．4 瀑布模型
1．3 技术审查和管理复审
1．3．1 进行审查和复审的必要性
1．3．2 技术审查的标准和方法
1．4 小结
习题一
第二章 可行性研究
2．1 可行性研究的任务
.2．2 可行性研究的步骤
2．2．1 复查系统规模和目标
2．2．2 研究目前正在使用的系统
2．2．3 导出新系统的高层逻辑模型
2．2．4 重新定义问题
2．2．5 导出和评价供选择的解法
2．2．6 推荐行动方针
2．2．7 草拟开发计划
2．2．8 书写文档提交审查
2．3 系统流程图
2．3．1 符号
2．3．2 例子
2．3．3 分层
2. 4 数据流图
2. 4. l 符号
2. 4. 2 例于
2. 4. 3 命名
2. 4. 4 用途
2. 5 数据字典
2. 5. 1 数据字典的内容
2. 5. 2 定义数据的方法
2. 5. 3 数据字典的用途
2. 5. 4 数据字典的实现
2. 6 成本／效益分析
2. 6. 1 成本估计
2. 6. 2 成本／效益分析的方法
2. 7 小结
习题二
第三章 需求分析
3. l 需求分析的任务
3. 1. l 确定对系统的综合要求
3. 1. 2 分析系统的数据要求
3. l. 3 导出系统的逻辑模型
3. 1. 4 修正系统开发计划
3. l. 5 开发原型系统
3. 2 分析过程
3. 2. l 沿数据流图回溯
3. 2. 2 用户复查
3. 2. 3 细化数据流图
3. 2. 4 修正开发计划
3. 2. 5 书写文档
3. 2. 6 审查和复审
3. 3 概念模型和规范化
3. 3. 1 er模型
3. 3. 2 范式
3. 4 图形工具
3. 4. l 层次方框图
3．4．2 warnier图
3．4．3 ipo图
3. 5 验证软件需求
3．5．l 从哪些方面验证软件需求的正确性
3．5．2 验证软件需求的方法
3．5．3 用于需求分析的软件工具
3．5．4 超高级语言和第四代语言
3．6 小结
习题三
第四章 总体设计
4．1 总体设计的过程
4．1．l 设想供选择的方案
4．1．2 选取合理的方案
4．1．3 推荐最佳方案
4．1．4 功能分解
4．1．5 设计软件结构
4．1．6 数据库设计
4．1．7 制定测试计划
4．l．8 书写文档
4．1．9 审查和复审
4．2 软件设计的概念和原理
4．2．1 模块化
4．2．2 抽象
4．2．3 信息隐蔽和局部化
4．2．4 模块独立
4．3 启发式规则
4．3．l 改进软件结构提高模块独立性
4．3．2 模块规模应该适中
4．3．3 深度、宽度、扇出和扇入都应适当
4．3．4 模块的作用域应该在控制域之内
4．3．5 力争降低模块接口的复杂程度
4．3．6 设计单入口单出口的模块
4．3．7 模块功能应该可以预测
4．4 图形工具
4．4．1 层次图和hipo图
4．4．2 结构图
4．5 面向数据流的设计方法
4．5．1 概念
4．5．2 变换分析
4．5．3 事务分析
4．5．4 设计优化
4．6 小结
习题四
第五章 详细设计
5. 1 结构程序设计
5．2 详细设计的工具
5. 2. l 程序流程图
5. 2．2 盒图（n－s图）
5. 2. 3 pad图
5. 2. 4 判定表
5. 2. 5 判定树
5．2．6 过程设计语言（pdl）
5. 2. 7 模块开发文件夹
5. 3 jackson程序设计方法
5．3．1 jackson图
5．3．2 改进的 jackson图
5．3．3 jackson方法
5. 4 warmer程序设计方法
5．4．1 warnier方法
5. 4. 2 warnier方法的辅助技术
5. 5 程序复杂程度的定量度量
5．5．1 mccabe方法
5．5．2 halstead方法
5. 6 小结
习题五
第六章 编码
6. 1 程序设计语言
6. 1. 1 程序设计语言分类
6. 1. 2 程序设计语言的特点
6. 1. 3 选择一种语言
6. 2 程序设计途径
6. 2. 1 写程序的风格
6. 2. 2 程序设计方法论
6. 2. 3 程序设计自动化
6. 2. 4 程序设计工具
6. 3 小结
习题六
第七章 测试
7. l 基本概念
7. l. 1 软件测试的目标
7．1．2 黑盒测试和白盒测试
7．1．3 软件测试的步骤
7．1．4 测试阶段的信息流
7．2 单元测试
7．2．1 单元测试考虑
7．2．2 单元测试过程
7．3 集成测试
7．3．1 自顶向下结合
7．3．2 自底向上结合
7．3．3 不同集成测试策略的比较
7．4 验收测试
7．4．1 验收测试的范围
7．4．2 软件配置复查
7．5 设计测试方案
7．5. 1 逻辑覆盖
7．5．2 等价划分
7．5．3 边界值分析
7．5．4 错误推测
7．5．5 实用测试策略
7．6 调试
7．6．1 调试技术
7．6．2 调试策略
7．7 软件可靠性
7．7．l 基本概念
7．7．2 估算平均无故障时间的方法
7．7．3 程序正确性证明
7．8 日立预测法
7．8．1 测试完成率模型
7．8．2 错误发现率模型
7．8．3 使用日立预测法的步骤
7．9 自动测试工具
7．9．l 测试数据生成程序
7．9．2 动态分析程序
7．9．3 静态分析程序
7．9．4 文件比较程序
7．10 小结
习题七
第八章 维护
8．1 软件维护的定义
8. 2 维护的特点
8．2．l 结构化维护与非结构化维护的对比
8. 2. 2 维护的代价
8. 2. 3 维护的问题
8. 3 维护过程
8. 3．1 维护组织
8. 3. 2 维护报告
8. 3. 3 维护的事件流
8. 3. 4 保存维护记录
8. 3．5 评价维护活动
8. 4 可维护性
8. 4. 1 决定软件可维护性的因素
8. 4. 2 文档
8. 4. 3 可维护性复审
8. 5 小结
习题八
第九章 面向对象方法学引论
9. 1 传统方法学的缺点
9. 1．1 存在的问题
9. 1. 2 出现问题的原因
9．2 软件工程的新途径
9. 2. l 快速原型法
9. 2. 2 面向对象方法学
9. 2. 3 两种新途径的结合
9. 3 基本概念
9. 3. l 对象
9. 3. 2 其他概念
9. 4 面向对象建模
9. 5 对象模型
9. 5. 1 表示类一＆-对象的图形符号
9. 5. 2 表示结构的图形符号
9. 5. 3 例子
9. 6 动态模型
9. 6. 1 术语
9. 6. 2 表示方法
9. 6. 3 例子
9. 7 功能模型
9. 7．1 表示方法
9. 7. 2 与其他两种模型的关系
9. 8 小结
习题九
第十章 面向对象分析
10．1 面向对象分析的基本过程
10. 1. l 概述
10. l. 2 三个子模型与五个层次
10. 2 需求陈述
10. 2. 1 书写要点
10. 2. 2 例子
10. 3 建立对象模型
10. 3. 1 确定类一&一对象
10. 3. 2 确定关联
10. 3. 3 划分主题
10. 3. 4 确定属性
10. 3. 5 识别继承关系
10. 3. 6 反复修改
10. 4 建立动态模型
10. 4. l 编写脚本
10. 4. 2 设想用户界面
10. 4. 3 画事件跟踪图
10. 4. 4 画状态图
10. 4. 5 审查动态模型
10. 5 建立功能模型
10. 5. 1 画出基本系统模型图
10. 5. 2 画出功能级数据流图
10. 5. 3 描述处理框功能
10. 6 定义服务
10. 6. 1 常规行为
10. 6. 2 从事件导出的操作
10．6. 3 与数据流图中处理框对应的操作
10. 6. 4 利用继承减少冗余操作
10．7 小结
习题十
第十一章 面向对象设计
11．1 面向对象设计的准则
11. 1．1 模块化
11. 1. 2 抽象
11. l. 3 信息隐藏
11. l. 4 弱耦合
11. 1. 5 强内聚
11. 1. 6 可重用
11. 2 启发规则
11．2．1 设计结果应该清晰易懂
11．2．2 一般一特殊结构的深度应适当
11. 2. 3 设计简单的类
11. 2. 4 使用简单的协议
11. 2. 5 使用简单的服务
11. 2. 6 把设计变动减至最小
11. 3 软件重用
11. 3. 1 概念
11. 3. 2 软件重用的效果
11. 3. 3 软件重用技术
11. 3. 4 类构件
11. 4 系统分解
11．4．1 子系统之间的两种交互方式
11. 4. 2 组织系统的两种方案
11. 4. 3 设计系统的拓扑结构
11. 5 设计问题域子系统
11. 5. 1 调整需求
11. 5. 2 重用已有的类
11. 5. 3 把问题域类组合在一起
11．5．4 增添一般化类以建立协议
11. 5. 5 调整继承层次
11. 5. 6 atm系统之例
11．6 设计人一机交互子系统
11．6．1 设计人一机交互界面的准则
11．6．2 设计人一机交互子系统的策略
11．7 设计任务管理子系统
11. 7. 1 分析并发性
11. 7. 2 设计任务管理子系统
11．8 设计数据管理子系统
11. 8. 1 选择数据存储管理模式
11. 8. 2 设计数据管理子系统
11. 8．3 例子
11. 9 设计类中的服务
11. 9. 1 确定类中应有的服务
11. 9. 2 设计实现服务的方法
11. 10 设计关联
11. 10. 1 关联的遍历
11. 10. 2 实现单向关联
11. 10. 3 实现双向关联
11. 10. 4 链属性的实现
11. 11 设计优化
11. 11. l 确定优先级
11. 11. 2 提高效率的几项技术
11. 11. 3 调整继承关系
11. 12 小结
习题十一
第十二章 面向对象实现
12. 1 程序设计语言
12．1. l 面向对象的语言与非面向对象的语言
12. 1. 2 面向对象语言的技术特点
12. 1. 3 选择面向对象语言
12. 2 程序设计风格
12. 2．1 提高可重用性
12. 2. 2 提高可扩充性
12. 2. 3 提高健壮性
12. 3 面向对象测试
12. 4 小结
习题十二
第十三章 管理技术
13. l 成本估计
13. 1. 1 参数方程
13. 1. 2 标准值法
13. l. 3 cocomo模型
13. 2 进度计划
13. 2. 1 gantt图（横道图）
13. 2. 2 工程网络
13. 2. 3 估算进度
13. 2. 4 关键路径
13. 2. 5 机动时间
13. 3 人员组织
13. 3. l 程序设计小组的组织
13. 3．2 主程序员组
13. 4 质量保证
13. 4. l 软件质量
13. 4．2 质量保证
13．5 项目计划
13. 5. 1 项目计划的内容
13. 5. 2 项目报告
13. 5. 3 变动控制
13. 6 软件管理工具
13. 7 小结
习题十三
附录a c++类库管理系统的分析与设计
a. l 面向对象分析
a. 1．1 需求
a. 1. 2 建立对象模型
a. 2 面向对象设计
a. 2．l 设计类库结构
a. 2. 2 设计问题域子系统
a. 2．3 设计人一机交互子系统
a. 2. 4 设计其他类
附录b 一个汉字行编辑程序的设计
b. 1 设计规格说明
b. 1. 1 外部编辑命令
b. 1. 2 编辑命令
b. 1．3 输出信息
b. 2 概要设计
b. 2．1 正文文件
b. 2. 2 两个工作模式
b. 2. 3 数据元素
b．2．4 过程
b. 3 概要设计结果
b．4 详细设计
b. 4. 1 数据元素
b. 4．2 控制数据元素
b. 4. 3 编辑过程
b. 4．4 输入模式的过程
b. 4．5 编辑模式的过程
b．5 详细设计结果
b．5．1 编辑程序的详细结构
b．5．2 类 pascal伪码
b．5．3 实现编辑程序的算法
参考文献
· · · · · · (收起)
读后感
用户评价
这本书的案例选取角度实在太过陈旧，让人感觉作者似乎沉睡在了上个世纪的IT浪潮中。我理解经典理论的重要性，但软件工程领域日新月异，云计算、微服务架构、DevOps文化已经成为主流，新的安全挑战和开发范式层出不穷。然而，书中的所有“成功案例”似乎都围绕着传统的瀑布模型、大型单体应用展开，充满了对企业级系统不切实际的理想化描述。对于一个渴望了解如何利用现代工具栈（比如容器化技术、Serverless架构）来解决问题的年轻工程师来说，这本书提供的参考价值微乎其微。它没有提供任何关于如何评估和选择新兴技术框架的批判性视角，也没有讨论在快速变化的市场环境下，如何保持工程实践的灵活性和前瞻性。读完之后，我感觉自己掌握了一些“古董”知识，但对于如何应对明天的工作挑战，却依然感到迷茫和无助。
这本书的语言风格实在是太枯燥了，简直像是在阅读一份技术文档的冗长说明书。我本来对手册这个领域抱有很高的期待，希望能从中找到一些实用的、能立即应用到工作中的技巧和方法论。然而，这本书的内容组织结构显得非常松散，各个章节之间的逻辑跳跃性很大，常常让人感觉前言不搭后语。比如，讲到需求分析时，它堆砌了大量的术语和理论模型，却很少结合实际的项目案例进行深入剖析。读者很难从这些抽象的描述中建立起清晰的认知框架。更令人沮丧的是，书中对一些关键概念的定义和解释常常模棱两可，导致我花费了大量时间去查阅其他资料进行交叉验证，这极大地影响了阅读体验和学习效率。如果作者能在阐述理论的同时，穿插一些生动的、贴近行业前沿的实践故事，哪怕只是简短的引述，我想这本书的价值也会提升不止一个档次。目前来看，它更像是一份学术性的、为应付考试而编写的教材，缺乏与时俱进的活力和对实践者的友好度。我希望未来的版本能更注重实用性和可操作性，减少不必要的理论赘述。
我对于这本书的作者的写作态度表示不解。书中存在着一些明显的、甚至是低级的错误，这在专业书籍中是绝对不应该出现的。比如，在对某种特定算法复杂度的分析中，作者给出了一个错误的渐近时间复杂度，并且在后续的推导中一直基于这个错误的前提进行论证。更令人费解的是，当涉及到不同工程标准（如ISO或CMMI的某些版本）的引用时，不同章节给出的描述存在相互矛盾的地方，让人怀疑这些内容是否经过了统一的编辑和审校流程。这暴露出作者在知识的深度挖掘和整合上的粗心大意，或者说是对读者的不尊重。一本严肃的教科书，其准确性和权威性是基石。如果连最基础的定义和引用都存在瑕疵，那么读者如何能完全信任书中所阐述的更深层次的理念和方法呢？这种疏忽极大地削弱了整本书的说服力，让我不得不对书中的所有论断都抱持着一种审慎甚至怀疑的态度去阅读。
我对这本书的排版和设计感到非常失望。作为一个需要长期与专业书籍打交道的读者，我深知良好的视觉体验对于保持注意力和理解力有多么重要。这本书的字体选择偏小，行间距也过于紧凑，长时间阅读下来，眼睛非常容易疲劳，常常需要停下来揉眼睛。更不用说图表的质量了。书中用于辅助理解复杂流程和架构的插图，线条模糊不清，颜色搭配也显得老气横秋，很多关键的流程图简直就是一团乱麻，根本无法清晰地展示出模块间的依赖关系。有时候，我甚至怀疑这些图表是否经过了专业的校对和优化。如果这本书的定位是面向初学者或者希望快速入门的工程师，那么这种低质量的视觉呈现无疑是一个巨大的障碍。一个优秀的工程学著作，理应在内容扎实的同时，具备清晰、现代的界面设计，让读者在阅读时感到愉悦和高效。这本书在这方面做得非常不到位，仿佛是十年前的印刷品，完全没有跟上现代出版的标准。
这本书在对软件开发生命周期中不同阶段的描述上，展现出一种明显的偏科现象。它花费了大量的篇幅去详细描述了早期的规划和设计阶段，似乎对这些“高大上”的理论部分情有独钟。然而，当涉及到更具挑战性、更贴近实际痛点的后期维护、持续集成与部署（CI/CD）以及性能优化这些至关重要的环节时，内容却显得非常单薄和草率。例如，关于敏捷实践的介绍，只是停留在对Scrum或看板的基本概念的罗列，缺乏对如何应对实际项目冲突、如何有效进行迭代回顾并产生切实改进措施的深入探讨。这使得这本书的指导价值大打折扣，因为它没有真正帮助读者应对现实世界中软件项目最常见的“烂尾”和“重构地狱”等问题。我需要的是一套能覆盖从Idea诞生到产品退役的全生命周期的、平衡的指导手册，而不是一份只着重于开篇展示自己理论深度的“华而不实”的文本。
典型中国式教材
典型中国式教材
典型中国式教材
典型中国式教材
典型中国式教材
