构建之法读书笔记之四

 

    

这周学习了两章的构建之法，首先学习的是关于MSF的知识。

首先，什么是MSF。MSF是一套大型系统开发指南,它描述了如何用组队模型、过程模型和应用模型来开发CLIENT/SERVER结构的应用程序，是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。MSF有九条基本原则。

在我们将来进入大公司之后，将要在更快速，要求高的环境下生存，就必须对MSF有所了解，认知。它能够协调我们在团队中的位置以及要做的事情。

MSF团队模型定义了小组同级成员的一些角色和职责，MSF过程模型是从传统的软件开发瀑布模型和螺旋模型发展而来的，它把瀑布模型中基于里程碑的规划优势与螺旋模型中增量迭代的长处结合了起来。MSF过程模型的基本元素是阶段和里程碑。所谓“阶段”，就是在这一段时间里团队集中精力做某一类事情，每个阶段的结束都代表了项目的进展和团队工作重心的变化。比如在“开发阶段”结束后，团队就不再允许设计/实现新的功能，除非有理由充分的“变更请求”。

MSF对于我们的软件有着很重要的作用。哪怕仅仅是在我们的软件工程小组中也是，能帮助我们分工明确。

　　MSF的开发模式有两个分支，一个是敏捷开发模式，另一个是MSF CMMI开发模式。敏捷开发模式强调和用户更紧密的交流，快速迭代，避免不必要的过程。这样的好处是能强调和用户的交流，还能保证质量，防患于未然，重视在实战条件下的质量，最后一个，能够切合敏捷这一定义，精益求精，直奔主题。对于MSF CMMI开发模式，能帮助团队加速达到CMMI第三级“明确”阶段。但是MSF的过程模板只实现了第三级所要求的21个过程的17个，因此，它并不能保证团队自动获得第三级的评估，但是，加以一定程度的管理规章和文档管理，第三级应该不难实现。在MSF中，CMMI 在所有的流程上都加了一个“提议”阶段，通过“审核”或者决定“开始调查”，处于“提议”阶段的工作项可以变为“激活”状态。如果调查的结果不是要开始着手工作，那么工作项可以退回到“提议”状态。

简单点来说，敏捷开发模式能够帮助我们在开发阶段不脱离用户要求，避=避免不必要的过程，保证质量，而MSF CMMI则在速度上做得更突出，但是他也有自己的弊端。我们要根据自己的理解，用户的要求来衡量使用哪个开发模式，虽然这些在我们目前的学习中还是用不到的。我们所做的小项目只是停留在单机上，当前的目标只是软件能够正常运行。

读完了这一章节 我感觉虽然现在我们还是学生，但是有很多知识需要我们去自学，没有人会等着教我们这些，这样将会提高我们在将来毕业后就业大潮中的竞争力。