Homework1

从瀑布到敏捷——漫画解读软件开发模式变迁史：

 该图片从上到下共有5个房间，分别代表瀑布模型（waterfall），敏捷开发（agile），看板（KANBAN），SCRUM 和精益软件开发（lean）。

瀑布模型：即按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。

在此系统中，客户是不参与进来的，只能从需求的接口人那里向系统传输他们的需求，所以在开发过程，由于缺乏与客户之间的沟通，导致我们开发出来的软件不符合预期成果。并且在瀑布开发模型中，还有一个缺点便是，下层工作的开展非常依赖于上层工作的交付，在上层工作时，下层处于空闲状态，正如图中：html开发者只负责网页的开发，上层未交付工作之前，处于荒废的状态，这在实际工作中效率十分低，并且浪费工作资源。

 进入新时代——敏捷开发

它则以用户的需求为核心，采用迭代、循序渐进的方法进行软件开发，这也意味着客户可以参与进来了。相比于传统的软件交付方式，敏捷开发一个显著的特点是能够及时响应客户需求的变更，不断适应新的趋势。在敏捷开发中，客户会参与到软件开发的整个流程中。整个开发过程不再是一堵不透风的墙，透明是关键。敏捷开发的另一个重要概念就是迭代，所谓迭代，就是不断对产品进行细微的、渐进式的改进。

我们的开发模式在不断的变化中，但我们的目的永远是一致的，注重软件产品质量，提升软件开发效率，根据甲方需求而能便捷的进行优化。
读《有人负责，才有质量，写给在集市中迷失的一代》有感：

该篇文章集中讨论开源和商用之间的利弊关系，事实上在当今高速发展的社会，大部分的IT人士停留在代码复用的水平，确实这样做能够提高我们开发软件项目的效率，节约大量的时间，为公司带来收益。可是久而久之，我们就会发现，我们在投机取巧的同时，开发人员的创新能力也渐渐下降，这显然不是我们社会所提倡的。文章中说：学会编程就像钉木板一样容易，确实，但是要做到开源那是有一定难度的，大部分的公司也不需要你这样做，简单的ctrl+c和ctrl+v就可解决大部分的问题，集市自然有它存在的道理，它给了我们平台去学习和交流，可是我们没有多少人是看中了这一点，我觉得作为新时代大学生，我们应该加强我们的理论学习，提高我们的创新能力，当然也不是说我们不可以代码复用，适当复用我认为是可以的，但不应过分复制粘贴，我始终觉得文章中有一句话说的很好：所谓质量，只有在某人对它负责时才有意义，而这个“某人”只能是一个人".我们每个开发人员在开发时，只有负责和认真的去开发项目，我们才不会迷失自我！

软件工程方法论对我们软件开发的用处：

在我看来，软件工程方法论对我们软件开发起着至关重要的作用，在我们开始开发项目时，往往会出现急于求成的情况，总想着越早开发我们就能提前完成任务，这明显是缺乏软件开发经验的表现，事实上越早编程我们的任务也就越晚完成，因为我们没有完全掌握客户的需求，我们需要不断的去调研需求，才能提高我们设计出的软件的质量。软件工程方法论能够指导我们进行正确的软件开发，大大提高了软件开发的效率，对软件开发分阶段进行能够帮助我们理解我们每一阶段需要完成的任务，提供了明确的方向！