最近因为作业的原因所以接触到了这本书，给我最特别的感觉就是很新鲜，主要是因为这本书是以故事展开的，大概是我读的书太少，基本没有看到过专业书的知识体系是用故事串讲起来的，这样帮助读者理解了一些概念并且不只是看过就忘了。
那么现在就提出我不是很懂的几个问题和感想吧：
1,MFS中的组队模型，着重于解决在复杂工程项目中如何组建项目组、分配合适的角色、项目组的管理、职责划分和质量控制等问题。但是就个人目前的专业学习情况来看，对于项目中合适角色的分配并不是很懂，什么才叫合适，如果完全不知道个人的擅长项或者并不觉得自己某些方面很擅长该如何在项目中给自己定位？
2,关于写文档问题，文档时一定要写的，虽然不用按照特定的模板，但是一定要写的有条理，够详细，详细并不是指废话多，简洁精练的同时做到详细。因为对于不了解自身开发项目的人不会明白你是怎么思考的，这是便于团队合作中队友更好的理解自己的思维。另外文档中的功能对于最后拿到完整项目的用户来说也是一个很好的指导手册。
3,对于较大工程项目的测试，单元测试是一种较优的测试方法，因为程序员在写代码时很可能没有考虑到一些特殊情况，如果先做了单元测试再写工作代码就可以帮助开发人员充分的实现功能。但其实就上学期写Java程序的经验来看，自己写单元测试也很可能考虑不到一些情况，有些测试还是需要同伴一起来考虑的。
4,什么是敏捷开发？
今天上课听老师讲了下敏捷开发，敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发，将一个大程序分割成若干小程序，每个小程序经过测试可以使用，相互之间也有特定的联系，这样可以方便用户提出新的需求以后改动或者添加新的功能。敏捷开发是比较灵活的，感觉Java里面那种面向对象的思维很像敏捷开发，每个类中有自己的特定功能，随时可以添加更改函数以完成相应的功能。
5,结对编程，有利有弊，好处是有人和自己并肩作战，遇到问题可以集思广益；不好的地方就是两个人之间的协作很重要，要学会合作、懂得合作