构建之法这本书从多个层面的介绍了软件工程，我个人认为邹欣老师写的很好尤其是他对于现在的师生关系的定义是非常明确的就是“健身教练和健身学员之间的关系”，这是打破了以往我们对于师生关系的一些错误的理解。他明确的指出了老师和助教可以帮助学员的通过一系列的正确的方式，要让那个学生明白软件工程不是枯燥的，而是特别的生动和有趣，对于开发软件过程中的bug我们不应该把它当作缺陷，而是当作一个功能，一个不能正确的运行的功能。 学习软件工程我们不能只按照老师给我们制定的套路去进行的，你做一个关于软件工程的项目你要有自己的想法，和对于这个软件工程的深刻的理解。我们对于软件工程的理解往往只是做理论的，但是这样完全不够的因为软件工程他是一门实践的课，老师和学生都不能够停留在浅层的理论上而是应该放到实践中从实践中发现并且解决问题，当然实践的方面也会涉及方方面面的问题，但是这些问题不能够通过只通过理论来解决他，因为很多刚开始学这个软件工程的人都是“菜鸟”，他们不懂得把软件运用到实践中。所以如果你只讲理论，那么学生的人数就会越来越少，这可不是老师所希望的结局。
    软件工程是把系统的、有序的、可视化方法应用到开发、运营维护中这样就会遇到各种的问题。例如一个最经典的的问题就是“BUG”，很多人认为BUG就是废材，没有用的东西。但是在邹欣老师的把BUG认为他不是缺陷反而它是一种不能正常发挥的一个功能，所以老师希望我们能够正视你自己的代码的BUG，而不是一味的抛弃他,我们要从BUG中找到有用的信息在软件工程开发的对于BUG的检查。就涉及到单元的测试，单元测试是软件工程开发的一个重要的过程我们对于这个方面一般由作者自己代劳。因为这个是对于你开发时的一个基本的简介所以由作者自己代劳就会使整个程序的或者工程更加的具有可读性，并且更好的去实现他，，当然我们在开发的过程要时刻注意代码的规范问题因为你写的代码不只是是你一个人看，因为软件工程项目的开发会涉及许多的人，所以你的代码规范性就至关重要了。所以一个好的代码不仅要实现好的功能，更要的能让你的团队更好的去维护他。这样目地就达到了。
   邹欣老师所提到的需求分析是软件的核心部位，因为一个好的需求分析是做足市场调查、开发产品的需求、用户的调查我们灯油一个竞争性需求分析框架。我们需要估计项目的进展情况，这里我们不得不提出一个思想就是“分而治之”，时注意划分模块。这都是我们需求分析需要做的各种事情，所以这一步是软件开发的重点，决定一个软件项目的可适性和可实行的重点，真正到了开发的阶段我们必须有我们自己的团队，和我们需要采取的开发的类型在这点上面“敏捷开发”就是一个很典型的例子。这样每个组员都必须有自己的想法和每天的都需要发现自己的问题大家在一起讨论并且去解决他，我们要开发一个能让用户为之疯狂的产品这就需要我们对产品进行一些包装了。对于用户的体验我们需要保证其质量的，这样才能够更好的满足用户。
   这样一个软件工程的开发已经接近尾声了，保证我们可以发布在不同平台，对于每个版本有的BUG进行检测，这样就可以进行事实更新。对于邹欣老师之前对于软件工程的解释我觉得我们想要学好这门课是需要老师和我们学生一起努力并且加油！！！

中国科学技术大学软件学院 + 周赵瑜 + 构架之法—邹欣

构建之法书评