第五章
5.3开发流程
对于软件开发流程，在现在大学的软件开发学习上，我们大多数是采用一窝蜂团队模式，一般几个人或者一个人的状态下都是没什么文档类的计划，直接上手打代码，写了改改了写，有时候甚至头脑是混乱的，打了代码，显示效果正确就过，不正确就再改。若是老师要求说要写上项目需求，分析，UML图等文档，那么总是在项目完成之后，再匆匆忙忙地根据完成项目写上文档。对于开发流程，完全是一片混沌。现在学习了这一章，对软件开发的流程也有一定认识，下次的开发作业也可以试着将其应用。不过，在这之前，我们也考虑到，其实现在所作的作业，给的时间限制比较紧迫，如果现阶段真要按照某一流程走，那么花费的时间也是挺多的，可能出现无法按时交付作业的情况，那么现阶段软件工程作业其实似乎也只能靠着一窝蜂模式。
在中国，感觉大部分公司还是按照老板驱动的流程，在这样的流程中，大多数是软件订单主要通过个人关系获得，老板比一般技术人员更懂市场和竞争等,而老板对技术不一定在行，所以在这个流程中，老板与团队是能力互补的。有某些有能力的软件工程师更是脱离了团队靠自己谈项目，自己写代码，收入很可观。当然这很考验一个人的能力，无论是沟通交流能力，技术等都尤为重要，毕竟自己一个人就扛下了老板与员工的角色。
第六章 敏捷流程
1．敏捷流程并不是万能的，就像是大自然的植物，都有净化空气的作用，但是有些适合在温室生存，有些适合在野外生活，有些适合生活在陆地，有些适合生活在水里。我们不能说荷花无法生活在陆地上就说它不是好花，它只是必须生活在适合它的地方才有意义。敏捷编程也是一样。有它自己的适用范围，有优缺点。它不是万能的，它能使用于“需求经常变化或者需求变化比较大； 项目团队与用户之间进行沟通比较容易； 项目的开发风险比较高； 规模比较小，一般项目组成员在50 人之内； 项目团队的成员能力比较强，而且具有责任感； 项目的可测试性比较好。”的软件开发。（引用内容来自百度）。有理论也要有工具，敏捷是很好的理论，其他方法论也是有一定的用处的。都说巧妇难为无米之炊，所以，能使用理论和应用工具是必备的技能。
2．Scrum是什么呢？敏捷开发？
Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums.（来自百度百科）
第七章 MSF（微软解决方案框架）
1.微软推荐做软件的方法——MSF。MSF的第2条原则“为共同的远景而工作”，为的是软件开发产品的远景，更是一个项目的关键。如果团队意见不一，很难到达共识，那么做出来的软件产品，肯定是要出错的。虽然说“一百个读者就会有一百个哈利波特”，每个人的意见，想法都不一样，但是，我们必须尽力统一思想，拥有共同的远景，向往远景，不破坏原则，才能使一切有序进行。原则3“充分授权和信任”包括了团队之间成员的相互信任，也包括了顾客对于团队承诺的信任。但是这种信任在于团队中领导和被领导者之间往往难以实现。
2.在TFS中，可以保证人不被规则累死。因为TFS可以帮助我们把所有和项目有关的信息保存起来，包括一些愚蠢低级的小错误。所有的错误，改动都不允许删除，这样方便我们总结经验。即使是伟人也犯过错，所以不必担心自己的错误被摆上大家面前，把错误摆出来，只是为了总结经验教训，为了下次做的更好，而不是为了惩罚犯错的人。
3.对于商业价值，确实很多大学生参加了某某比赛，做了挺酷的项目，之后无论拿没拿奖都是不了了之，从来没在实际中运行过。所以也尽是失去了项目本身的商业价值。华软学院的余佳文就把软件的商业价值体现得淋漓尽致，他开发出了“超级课程表”app,为“超级课程表”创建了商业价值，并取得了巨大的成功，成为了一个“神话”。