阅读构建之法

|这个作业属于哪个课程？|https://edu.cnblogs.com/campus/zswxy/computer-science-class2-2018|
|-|-|-|
|这个作业的要求在哪里？|https://edu.cnblogs.com/campus/zswxy/computer-science-class2-2018/homework/11815|
|这个作业的目标|阅读构建之法后的问题|
|学号|20188428|

问题一：
敏捷流程一定优于流行做法吗？
敏捷方法给数据库设计提出了一些新的、巨大的需求。这些需求的一个中心就是进化设计。在一个敏捷项目中，需要假定我们并不能事先确定系统的需求。因此在项目的初期有一个详细设计阶段的想法是不现实的。系统的设计必须随着软件的变化而进化。在数据库设计采用敏捷方法，反复迭代。现有的方法的框架形式是否就不适合软件开发环境了呢，是否一定比敏捷做法差呢？

问题二：
测试人员在项目开发中是最重要的一环吗
我看到：“程序员写完功能的时候，我们感觉好像项目完成了80%，殊不知后面20%需要花费80%的时间，敏捷流程没有明确表明到底何人何时以何种优先级来完成这20%的任务，其中一个重要的角色就是测试，对于测试人员来说，他们的工作通常是在前期开发之后的，掌握验收测试流程，对产品的最终质量负责，但是测试人员的开发技术能力在团队中并不占优，他能当得起这个责任吗？”

问题三：
极限编程的实质是什么？
书上关于极限编程的讲解很少，查资料知道：“极限编程是一个轻量级的、灵巧的软件开发方法；任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。

问题四：
在软件开发项目冲刺中用户需求变更该如何处理？
我在看敏捷开发过程中看到有说“冲刺到一半时产品负责人突然发现要马上做出重大改动，或者某个大佬要看某个不在计划中的功能的演示，怎么办？这种情况非常考验scrum master。”，在应用软件的开发过程中如果用户对于实际应用效果和初期的预想有出入或是对需求的理解不一致时，项目进行到这已经花费了大量时间，人力和物力，那么该团队需要将现有的进度推到重来吗？

问题五：
IT行业创新的动力是什么？
我读到IT行业创新的时候，看到“大众都不喜欢创新，甚至连创新者自己都不例外，有些创新者甚至恨创新。”在现有的行业生态下，IT行业的技术人员都不喜欢新东西，在适应这个大的开发环境下，又是什么促使着业内人去搞创新呢？