一、参考第一次作业，对课程的承诺和期望都兑现了吗？
我对课程的期望是：通过这一门课，可以初步了解软件工程理论在项目开发过程中的重要性。
实事求是，确确实实是走了一个流程，还是很有启发性的，感觉像是参加了一次团体竞赛，并科学地完成各个步骤。
二、总结这门课程的实践给你带来的提升，包括
1.学习和使用的新软件
Leangoo
2.学习和使用的新工具
github：发布自己的程序，并在团队项目中查看队友的进度。
博客园：记录项目的情况。
3.学习和掌握的新语言、新平台
没有。
4.统计一下，你在这门软件工程实践中，完成了多少行的代码
个人项目+结对项目+团体项目 = 大概650行
5.学习和掌握的新方法
用的是之前掌握的方法。
6.其他的提升
- 代码更加规范；
- 项目能够严格按计划进行。
三、项目实践中的经验总结+实例分析
- PM很关键：以前在进行科研项目的时候，有时候进度很慢，感受不到压力，经过这门课程之后，发现有一个PM还是非常好的，能够每天控制项目的进度。
- 测试的必要性：测试真的十分必要，系统的测试往往是项目交付的最后一关。在课堂展示的时候，其他小组出现不少问题，而我们组没有出现任何问题，这说明了系统地、完整地测试很关键，如果这是一次产品展示，无疑我们的展示更加成功。
四、 分析一下自己所处的团队。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了“创造”阶段了么？
萌芽：团队成员对Java较为熟悉，队员也是原来结对编程的时候就认识的，在pm提出解决老师建立群组的麻烦时，我们一致觉得这个主意很有创新点，便初步决定以PC版微信界面的样式进行设计。
磨合：每个人的空闲时间不同，我们要协调队员的时间进行讨论与交流，遇到分歧和问题也会主动沟通交流。
规范：我们对文档、代码以及博客都做了规范，队员们不会存在因格式混乱看不懂内容的问题。
创造：相对于一般的选课系统，我们增加了自动加入群组的功能。老师和同学不必开一门课建一个群，避免了群组的杂乱无章。我们将群组统一管理，老师可以布置作业，同学可以提问讨论，课程结束就可以解散，便利了同学和老师。
五、你对课程设计（授课内容、方式、作业内容）有什么建议吗？另外，作为学长/姐的你，对后面的学弟学妹们有什么建议？
这么课的授课老师和助教老师很认真、很专业。我简单的提几点建议
1、授课内容：软件工程还是案例式的讲解会好一点。围绕一个比较大的项目进行讲解，同时讲解一下文档怎么写，这样效果会好一点，而且更加实用。
2、授课方式：多增加课堂讨论，从而减少课下作业。虽然知识点多，但是可以适当的加快一下进度，留一节课进行讨论还是非常好的。
3、作业内容：作业内容丰富，但是有时候抓不到重点，就以给出的分数来说：项目做得好和文档写的好，哪个更重要？
六、你对助教老师的工作可以哪些意见和建议？
我的建议是：可以采取这么一个给分制度，增加一个自评分，然后自评分或者老师给的分数超过某个值的同学在课堂上进行展示，大家进行评价是否可以得高分。这个模式是我上过的课中觉得比较好的一种方式。这样做的好处有：
1、相对公平，既然拿高分，那么应该接受他人监督和评价，同时其他人可以借鉴学习。
2、重赏之下必有勇夫，可以鼓励大家更加认真更加积极的对待作业。
3、避免水分，文档反映的内容和项目实际情况还是不同的。在课堂展示的时候，如果助教老师在场的话，相信你会同意我这个观点的。不吹不黑任何队伍。