构建之法5.3-=开发流程、第六章、第七章

第五章：（开发流程）

　　书中介绍了六种开发流程：写了再改模式、瀑布模型、瀑布模型的各种变形、RUP模式、老板驱动模式和渐进交付的流程。

　　书本介绍的几种开发流程中，对我们学生而言一开始大概就是写了再改这种模式，再一些经验之下，我们的流程会有些改变，会加入一些程序的简要分析和设计，能做到分析、设计、编写代码、测试等步骤了，不是仅仅是写了再改的模式。

  　经过这一章节的学习，我觉得的选择一个好的开发流程对程序的编写有一个导航的作用，知道自己要干什么，有什么步骤，怎么一步一地编写出自己的程序，在开始代码编写前会多一些思考。      

       再瀑布模型后面的集中流程方法都是比较重计划、事先设计等这种开发流程比较适合开发团队。

       然而对于我们学生独自编写的中小程序我觉得我们可以先按照简单的瀑布模型开始接触开发流程。 

第六章：敏捷流程

　　书中消息具体地介绍了敏捷流程，还有他的原则，以及他的步骤。并且还列出敏捷流程在每一个步骤可能出现的问题以及他的解决方法。这些知识点都是在书本里面有的P100~P108页。可以肯定的是敏捷流程是值得我们去运用，它具有很好的价值。

　　因此我们需要的是学会敏捷的原则，打造敏捷的团队，敏捷的工作。敏捷其实并不是很特别，只不过是积累以往经验并且加以提炼出来的一个较为完整的能被大众所喜欢的开发流程，这是我认为的。每种流程都是大同小异，步骤不一样，效率功效不同。

     或许我们还可以去普及一下敏捷的一些方法论：FDD（爱抚弟弟）、史克朗姆（SCRUM）、极限编程（XP）。好友他的适用范围，书本P114页也清晰地列出来了。

　　我们现在的作业模式，每周定期发布的作业更新可以说是一种敏捷形式吗？我们应不应该引起一个学习的敏捷浪潮。敏捷的看法流程，对我们的在学习上是不是真的存在他所说的那种价值。。

 

第七章：MSF

　　书中对MSF的介绍也是很详细的，MSF的历史，原则，团队模型还有开发模式都有介绍到。其中我觉得我们可以多了解一下他的原则，你会发现他的原则不是独立开来的，一条原则跟其他是有关联的。MSF敏捷开发模式跟以往的不同：更强调与用户交流、防止缺陷的发生、重视在实战条件下的质量还有精简过程，直奔主题。

　　其中我觉得我们看到好多种开发流程，做软件的方法，总会感觉自己运用起来是那么遥远的事情~~以后在作业中多点尝试某种方式。或许对我们做小软件有用处。