具体描述
编辑推荐
适读人群 ：高等院校计算机系和软件学院的软件工程教师和学生，想要系统经过现代软件工程训练的IT专业人士本书赞誉：
《构建之法》倡导的“Learning by doing”，不仅是软件工程实践的重要理念，更成为我教学、科研和团队组织的方法论，已经变成我的“口头禅”。
——张栋/福州大学数学与计算机科学学院
在教学中，学生通过“做中学”学会了软件工程的实践方法，我也在教学过程中通过“做中学”不断改进软件工程的教学方法，互相促进。在科研中，我也鼓励学生“做中学”，通过实践来验证和发现新的想法，避免空谈。
——罗杰/北京航空航天大学计算机学院
我希望按相同的原则研发、教学、生活，《构建之法》在所有方面皆能提供指导原则和具体方法。度量与估算，契约与核查。作业如此，代码如此，为人谋也如此，时时对照三省吾身。构建之法，存乎一心。
——杨贵福/东北师范大学计算机系
《构建之法》改变了我的教学和生活。在教学中，我尝试当教练，带领学生”做中学”，让“以学生为主体，以老师为主导”的想法落地，大大提高了教学质量。在生活中运用构建之法，我成功地减肥，提高了乒乓球技能，背了两万单词。
——娄嘉鹏/北京电子科技学院信息安全系
《构建之法》不仅帮助我开设面向机械专业的控制软件设计课程，也启发我“构建”其他专业课的教学，指导我更有效地开展科研。勤动手，把简单的事情做到位；勤写作，把复杂的问题描述清楚；勤交流，和团队协作完成任务。边读《构建之法》边实践，才是有效的阅读方式。
——陈冰/华中科技大学机械科学与工程学院
第三版增加若干知识点，删掉不少累赘之外，这一版的重点是增加了很多实战的内容，如下所示：
第2章：敏捷软件开发的原则在实践中和教学中的运用
第3章：软件工程师的思维误区和职业发展的故事
第7章：软件工程在微软公司的实战中
第8章：用Kano 图分析三种不同的功能投资和回报
第9章：高效的团队讨论
第11章：实战中的源代码管理
第12章：贯穿多种设备的用户体验
第17章：基于能力和动力模型的领导力
内容简介
软件工程牵涉的范围很广， 同时也是一般院校的同学反映比较空洞乏味的课程。 但是软件工程的技术对于投身IT 产业的学生来说是非常重要的。作者邹欣有长达20年的一线软件开发经验，他利用业余时间在数所高校进行了长达6年的软件工程教学实践，总结出了在16周的时间内让同学们通过 “做中学 (Learning By Doing)” 掌握实用的软件工程技术的教学计划，并得到高校师生的积极反馈。在此基础上，作者对软件工程的各个知识点和技能要求进行了系统性整理，形成教材。本书共分17章，对照美国ACM/IEEE2013年新出版的计算机科学教学指导（Computer ScienceCurricula 2013）中的软件工程相关部分，这本教材覆盖了其中大多数Core-Tier1和Core-Tier2的内容。可以说，全书对软件工程内容的覆盖不逊于任何一本现行的教材，同时讲述了业界zui新实践方法。
作者简介
邹欣现任微软Windows中国工程团队首席研发总监。 1996—2003年，邹欣在微软Outlook团队从事 开发工作，2003—2005年，他在微软内部质量 工具团队和Visual Studio团队负责软件项目管理工具的开发。2005—2012年，他担任微软亚洲研究院技术创新组研发主管，负责研究成果的产品化和创新项目。2012—2014年，他担任微软亚洲互联网工程院首席研发总监，负责必应搜索客户端、必应输入法、必应词典等产品。加入微软前，邹欣从事过商用Unix系统、GPS/GIS软件开发及测试工作。
他在2007年出版了《移山之道》，于2008年出版了《编程之美》 （合作）。他于1991年获北京大学计算机软件专业学士学位。1996年获美国美国韦恩州立大学（Wayne State University）计算机软件专业硕士学位。
微博 http://weibo.com/sdxinz
博客 http://www.cnblogs.com/xinz
专栏 http://zhuanlan.zhihu.com/goujianzhifa
目录
I 推荐序III 读者反馈
V 第三版前言
VII 第二版前言
VIII 第一版前言
1 第1章 概 论
1．1 软件 = 程序 + 软件工程
1．2 软件工程是什么
1．3 练习与讨论
21 第2章 个人技术和流程
2．1 单元测试
2．2 效能分析工具
2．3 个人开发流程
2．4 实践
2．5 练习与讨论
46 第3章 软件工程师的成长
3．1 个人能力的衡量与发展
3．2 软件工程师的思维误区
3．3 软件工程师的职业发展
3．4 技能的反面
3．5 练习与讨论
68 第4章 两人合作
4．1 代码规范
4．2 代码风格规范
4．3 代码设计规范
4．4 代码复审
4．5 结对编程
4．6 两人合作的不同阶段和技巧
4．7 练习与讨论
96 第5章 团队和流程
5．1 非团队和团队
5．2 软件团队的模式
5．3 开发流程9
5．4 练习与讨论
114 第6章 敏捷流程
6．1 敏捷的流程简介
6．2 敏捷流程的问题和解法
6．3 敏捷的团队
6．4 敏捷总结
6．5 敏捷的问答
6．6 练习与讨论
133 第7章 实战中的软件工程
7．1 MSF简史
7．2 MSF基本原则
7．3 MSF团队模型
7．4 MSF过程模型
7．5 实战中的软件工程
7．6 练习与讨论
157 第8章 需求分析
8．1 软件需求
8．2 软件产品的利益相关者
8．3 获取用户需求—用户调研
8．4 竞争性需求分析的框架
8．5 功能的定位和优先级
8．6 计划和估计
8．7 分而治之（Work Breakdown Structure）
8．8 练习与讨论
191 第9章 项目经理
9．1 PM是啥
9．2 微软PM的来历
9．3 PM做开发和测试之外的所有事情
9．4 领导力—高效的团队讨论
9．5 PM 和风险管理
9．6 练习与讨论
211 第10章 典型用户和场景
10．1 典型用户和典型场景
10．2 用例（Use Case）
10．3 规格说明书
10．4 功能驱动的设计
10．5 练习与讨论
232 第11章 软件设计与实现
11．1 分析和设计方法
11．2 图形建模和分析方法
11．3 其他设计方法
11．4 从Spec到实现
11．5 开发阶段的日常管理
11．6 实战中的源代码管理
11．7 代码完成（Code Complete）
11．8 练习与讨论
258 第12章 用户体验
12．1 用户体验的要素
12．2 用户体验设计的步骤和目标
12．3 评价标准
12．4 贯穿多种设备的用户体验
12．5 练习与讨论
279 第13章 软件测试
13．1 基本名词解释及分类
13．2 各种测试方法
13．3 实战中的测试
13．4 运用测试工具
13．5 练习与讨论
310 第14章 质量保障
14．1 软件的质量
14．2 软件的质量保障工作
14．3 练习与讨论
329 第15章 稳定和发布阶段
15．1 从代码完成到发布
15．2 不同频率和不同覆盖范围的渐进发布
15．3 发布之后—事后诸葛亮会议
15．4 练习与讨论
346 第16章 IT行业的创新
16．1 创新的迷思
16．2 创新的时机
16．3 创新的招数
16．4 魔方的创新
16．5 创新和作坊
16．6 练习与讨论
384 第17章 人，绩效和职业道德
17．1 领导力
17．2 领导力—知人善任
17．3 领导力—带领团队成长
17．4 猪、鸡和鹦鹉的故事
17．5 其实还是人的问题
17．6 绩效管理
17．7 萝卜与白菜
17．8 软件工程师的职业道德
17．9 练习与讨论
420 给任课老师和助教的建议
课程安排
师生关系
给授课老师和助教的建议
436 索引
用户评价
我想说，这本书绝对是软件工程领域的一股清流。它没有空洞的理论，也没有枯燥的公式，而是充满了作者对软件开发的热情和深刻洞察。我尤其喜欢书中关于“项目管理”的章节，作者分享了他多年来管理各种规模项目的宝贵经验，让我学到了很多实用的技巧。比如，他关于“风险管理”的分析，让我明白了如何提前识别潜在的风险，并制定相应的应对策略，从而最大限度地降低项目失败的可能性。这本书也让我对“软件质量”有了更深刻的理解。作者反复强调，质量不是事后补救的，而是贯穿于整个开发过程的。他提出的那些关于“代码审查”、“静态分析”等方法，都能够帮助我们在早期发现并解决问题，从而确保最终交付的软件具有高品质。我最欣赏的是，这本书并没有把软件工程描绘成一个僵化、刻板的流程，而是强调了在实践中要灵活运用各种方法和工具，并且要根据实际情况不断调整和优化。这让我感觉，软件工程是一门既有科学性又有艺术性的学科，而这本书正是帮助我掌握这门学科的绝佳工具。
评分说实话，一开始我抱着试试看的心态买的这本书，毕竟软件工程这东西，听起来就枯燥乏味。但当我真正开始阅读之后，我的想法彻底改变了。作者的写作风格非常有特色，他善于用通俗易懂的语言来解释复杂的概念，而且常常会穿插一些有趣的段子或者类比，让整个阅读过程一点也不显得沉闷。我尤其喜欢书中关于“代码可维护性”的部分，作者用非常形象的比喻说明了糟糕的代码是如何像“潘多拉的魔盒”一样，一旦打开就会引发一系列难以收拾的问题。他提出的那些关于如何编写清晰、简洁、易于理解的代码的建议，对我来说简直是及时雨。我之前也写过一些代码，有时候自己都看不懂自己写的，每次修改都需要花费大量的时间去揣摩。这本书的出现，让我意识到原来我一直以来都走在一条错误的道路上。书中还详细介绍了各种“设计模式”，并且举了非常多的实际应用例子，让我能够清晰地看到这些模式在解决实际问题时的威力。我之前对设计模式一直停留在理论层面，感觉很抽象，但这本书让我觉得它们非常实用，而且学起来也很有趣。我迫不及待地想把学到的知识应用到我正在做的项目中，我相信这一定会极大地提高我的开发效率。
评分这本书简直是软件工程领域的“圣经”！我拿到的时候就被它厚重的分量和精炼的标题所震撼，心想这绝对是一本能带来深刻启发的读物。翻开第一页，我就被作者严谨的逻辑和清晰的讲解所吸引。书中探讨的软件开发过程，从需求分析到项目管理，再到质量保证，每一个环节都如同庖丁解牛般被剖析得淋漓尽致。尤其让我印象深刻的是关于“敏捷开发”的论述，它打破了我以往对开发过程的刻板印象，让我看到了更加灵活和高效的可能性。作者并没有停留在理论层面，而是大量引用了实际项目中的案例，这些生动的例子让我能够更好地理解抽象的概念，并将它们与我自己的工作经历联系起来。例如，书中关于“技术债务”的讨论，就让我恍然大悟，原来很多项目中遇到的难题，都可以从这个角度去理解和解决。此外，书中关于“团队协作”和“沟通技巧”的章节，也为我提供了宝贵的实践指导。我常常觉得，好的软件不仅仅是代码的堆砌，更是团队智慧的结晶，而这本书恰恰强调了这一点。它教会我如何建立高效的沟通机制，如何理解团队成员的顾虑，以及如何共同克服开发过程中的种种挑战。总而言之，这本书不仅仅是一本技术书籍，更是一本关于如何构建优秀软件的哲学指南，它让我受益匪浅，也让我对软件工程这个领域有了更深层次的认识。
评分作为一个刚入行不久的软件工程师，我之前对软件工程这个概念一直有些模糊，感觉它离我写的代码很远。但是，当我读完这本书之后，我才真正理解了它的重要性。这本书就像一个“入门指南”，用非常清晰的逻辑和循序渐进的方式，带我一步步走进了软件工程的世界。我最喜欢的是书中关于“需求工程”的部分，它让我明白了为什么很多项目会失败，并不是技术不行，而是一开始就对用户需求理解不清。作者提出的那些“用户故事”、“用例图”等方法，让我能够更有效地与客户沟通，准确地捕捉他们的真实需求。此外，书中关于“测试”的章节也让我大开眼界。我之前只知道写完代码要测试，但不知道测试的种类那么多，而且每种测试都有其独特的价值。作者详细介绍了“单元测试”、“集成测试”、“系统测试”等，并且强调了“测试驱动开发”（TDD）的重要性，这让我明白了一个好的软件，必须经过严格的测试才能保证质量。这本书不仅仅教会了我“怎么做”，更重要的是教会了我“为什么这么做”，让我对软件开发有了更系统、更全面的认识。
评分我是一名资深的软件开发者，在行业摸爬滚打了十几年，接触过不少书籍，但真正让我觉得眼前一亮，并且能立刻投入实践的，这本书绝对算得上其中之一。它没有市面上那些泛泛而谈的理论，而是聚焦于“如何真正做出好软件”这个核心问题。书中关于“软件架构”的论述，让我对如何设计一个稳定、可扩展、易于维护的系统有了全新的认识。作者提出的“分层架构”、“微服务架构”等理念，结合他自己丰富的实践经验，让这些抽象的概念变得无比清晰。我特别欣赏他对于“架构决策”的分析，他会深入剖析不同架构的优缺点，以及在不同场景下应该如何选择。这让我不再是凭感觉去设计架构，而是能够有理有据地做出更优的选择。另外，书中关于“持续集成/持续交付”（CI/CD）的讲解，也让我认识到自动化在现代软件开发中的重要性。我之前也尝试过一些CI/CD工具，但总觉得不得要领，这本书提供的系统性指导，让我能够更全面地理解CI/CD的价值，以及如何有效地落地。我感觉这本书就像一本“内功心法”，它不仅仅教授我“招式”，更重要的是帮助我提升“内力”，从而在面对复杂项目时能够更加从容和自信。
评分静下来看看书还是相当不错的
评分书不错，要认真看看了
评分包装简陋，
评分书质量不错，还没看呢
评分书的质量很好，包装也保护的很好。是对我很有用，是正版！
评分很好！很好！很好！很好！很好！
评分双十一用券买的，简直太划算了
评分邹老师的书，买来送朋友，很不错的一本书，很有料。
评分还没有认真看，印制的不错，听说这本书很好，买了收藏不后悔，呃，关键还是要看的，哈哈
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.coffeedeals.club All Rights Reserved. 静流书站 版权所有