原本想早点写的，最后还是因为考试和各种大作业拖到了现在。那就在这里给两个阶段做个总结
一、两个阶段的总结
可以很负责任地说，这学期至少有2/5的时间我是交给了软工。
提时间长并不是想诉苦，而是对自己整个学期的工作量进行一个肯定。就像是现在，我在写着这篇博客的时候，感到的是一种压力全都没有了一种轻松，或者更多的是一种压力释放之后的严重的疲惫。这个学期真的很繁忙，不论是软工还是编译还是数据库还是这些课的考试，整个人都是在高度紧张的状态的。其实我感觉，与其说这学期上了门软件工程课，不如说这个学期就是一个大大的软工过程。不只是软工这门课，这学期有好多的东西需要我们去写，去垒码。而对于软工方面的知识，并没有可以的去学，但是在整个学期的编码过程当中，自然而然的感受到了。我感觉这有些像第二次个人作业写得那样，实践是最好的学习方式。
ok，言归正传，对于两个阶段进行一下总结吧。
其实我想说，我们M!阶段干的活，好像把M2的干的差不多了……
M1阶段如果要我用一个词来总结，就是地狱。每天早上起来（有可能都不是早上了，或者没有起来这个概念），脑子里的第一件事就是：今天要把什么什么干出来。听起来有点像出租车司机每天早上醒来就会想到今天又是一天的份子钱一样，每天早上醒来的时候就要面对新的一天的工作。说起来挺痛苦的。最艰难的时候，就是困了就眯一小觉，醒来接着写代码。那种感觉我再也不想经历了（估计不可能）。不过在整个过程里，还是学到了很多的。至少我对于后端的开发可以说是能够解决了。在这过程中的艰辛还是只有自己能理解的。
M2阶段可以说开始的并不是很早，至少在我这边是这样的。因为有很多其他科的大作业由于M1阶段都拉下了。不过欣慰的是M1阶段后端的完成度很高，在M2阶段只有两样活。一是根据其他小组对于数据库的结构变动进行原来代码的修改，第二个就是对新的功能加上新的接口和相关代码。对于M1阶段已经进行了训练，使我在M2阶段的工作减轻了不少。整个M2阶段就很少的时间是因为软工而熬夜了。而M2阶段让我更加熟悉了软件后端开发。
二、几个问题
先贴上之前的链接
http://www.cnblogs.com/WhiteLight25/p/4019894.html
请说明哪些问题现在自己已经清楚了，请阐明一下，是如何通过看书，实践，或者讨论弄清楚的
第一个问题
对于这个问题，我有一点小小的理解。我一直认为构架师对于一个软件的开发来说是灵魂人物。但是在我开发的过程中我感觉到，就算是我们分清了工作，也只能简单的分清楚谁要干什么，而相关的细节根本没法弄清楚。而且对于每一个人来说，自己的工作都是一个大项目。这个时候也许就需要程序员自己从下往上的分治了吧。我的理解就是到这里，不过对于相应的内容和具体原因仍然在探索当中
第二个问题
我仍然保持自己的想法，我认为设计文档一定比代码的简短注释更具有时效性。不过通过这段时间的软件开发，我的感觉是，注释还是一定要要的，但是在进行完一段时间的程序开发之后，要把注释中的东西放到文档里
哪些问题还不明白，请分析
至今有一个问题表示不服，程序长怎么了！我向来写的程序很长，虽然的确是会出现一些重复性的错误。不过这样找错哦真的很容易，所以我很不理解程序长了为什么不好！
产生了哪些新的问题，请提出
对于一个团队来说，最好的开发人员呢 应该是PM呢，还是开发人员呢？我感觉对于程序整体的控制是很难的，但是把最好的开发人员弄去当PM，他也许并不擅长人际关系，而且还会损失一个优秀的开发人员。
请问你们在项目的 需求/设计/实现/测试/发布/维护
阶段（一共6 个阶段）中都学到了什么 “知识点”， 每个阶段只要说明一个知识点就可以
我们的项目是一个设定好的项目，所以在需求方面还没有。而且尚未进入维护方面。
设计：对于整个项目的分析与分工
实现：MSP准则
测试：跟原来一直是白盒测试不同，进行了黑盒测试
发布：用户推广