软件工程实践2019（春）总结

软件工程实践作业情况（2019春)

序号	起止时间	博客作业	成绩排名	优秀作业/问题
1	寒假-2.24	开设博客+准备篇
2	3.1-3.8	结对第一次—原型设计-文献摘要热词统计	结对第一次成绩排名
3	3.9-3.15	结对第二次--词频统计进阶篇	结对第二次成绩排名	440&207 411&412 131&439
4	3.16-3.17	团队作业第一次—团队展示	团队第一次作业成绩与排名	那周余嘉熊掌将得队
5	3.16-3.22	团队作业-项目选题	团队第二次作业成绩与排名	团队答辩助教问答记录
6	3.23-3.30	团队项目—原型设计	团队第三次作业成绩与排名
7	3.25-4.7	团队项目--需求分析报告	团队第四次作业成绩与排名	待就业六人组 反思与总结
8	4.8-4.14	团队项目—系统设计与数据库设计	团队第五次作业成绩与排名	系统设计和数据库设计答辩问题汇总
9	4.22	团队Github实训总结	团队第六次作业成绩与排名	Github测试情况
10	4.21-5.4	团队项目—Alpha冲刺（10+1+1）
11	5.4	团队项目—事后诸葛亮	团队alpha冲刺与事后诸葛亮作业成绩排名	那周余嘉熊掌将得队 待就业六人组
12	5.5-5.20	团队项目—Beta冲刺（7+1+1）	团队Beta冲刺成绩与排名	Beta项目互评
13	6.2	个人作业—软件工程实践总结	实践总结作业成绩与排名	陈迎仁 codingkai 黄权换 我超可爱的

如上，4个月得课程在忙碌中结束，回顾起来，这是一次开始艰难，在质疑中不断前行，颇有意思的一个学期。

1. 首先，这是软件工程实践第一次以必修课的性质采用Learning by doing的方式教授。必修课，就意味着不论你想学与否，你都得参与到课程中，没得选择！
2. 其次，同时开课的另一个班级采用传统的方式授课。这就意味者，同学们会对比，为何另一个班不这样，而我们却要累成狗？！这两个原因，造成了开学前一周及开学第一周，我跟助教要花费大量的时间在微信群中回答同学们的问题，甚至是质疑！不过好在在助教sinceway、 阿波罗_Z、Eventide 的共同努力下、在邹欣老师、ffl等的帮助下，我们渡过了那段不太美好的时光。感谢那段经历，让我在前两轮顺利贯彻构建之法的胜利中清醒过来：在开始之前要想清楚如何引导学生愿意采纳这样的授课方式。你告诉学生这样做对你有好处是没有用的，要让学生自己想改变才行！这也是下一轮授课前需要尝试解决得问题之一。
3. 再有一个原因就是人数暴涨，这也是必修造成得另一个副作用。这个学期考虑到这方面得困难，已经配备了史无前例得3个助教，学生与助教比为（25：1），但是还是无比羡慕北航的（8：1）。

几点思考：

关于助教

其实几轮的授课都遇到这个问题，每年期末就在考虑下一轮的助教人选。从几轮实践看来，来自前一轮优秀学生作为助教效果比较好。但是有几个问题不能回避：

1. 学生助教面临升学或就业压力时，就不愿意承担助教岗位。目前学院没有相应的优惠政策吸引学生，靠任课教师的个人魅力难以为继。怎么建立一个有效可持续的学生助教团队是我们要思索并解决的首要问题。
2. 企业助教要跟学生助教配合才能发挥更大作用。企业助教确实在评测方面给予学生更专业的帮助，而且企业助教严格的执行评分规则，对在校生有更高的约束力。但是毕竟隔着网络，有些简单的细节问题还是需要学生助教面对面的指导，二者配合，可以发挥1+1>2的效果。然鹅，企业助教的费用较高，如何争取更多的教学经费，是另一个需要任课教师头痛的问题。

关于现场技术评审

现场技术评审必不可少，这几轮教学我都设置了若干次的技术评审，穿插博客作业，目前看来收到的效果是不错的：

• 技术评审设置在对应团队博客作业之后，以翻转课堂的方式，由学生介绍团队项目的完成情况，任课教师、助教以及其他组代表充当评委，对报告小组的完成情况进行提问和打分。考虑到学生的经验，任课教师、助教的打分权重为学生代表的3倍。
• 这样的方式极大地激发学生们开发积极性，不少小组为了展示项目时能有好的效果，在开发阶段就要很好的进行分工、合作，熬夜是常事，学习新工具、新技术更快乐！同时，每个小组都非常关注技术评审，对提问非常重视，本轮教学，我们增加了现场问题整理发布这个环节，更好地督促团队及时整改存在的问题。
• 从最后验收项目的质量来看，这样阶段性的技术评审确实带来更高的项目质量。

关于中途换人

本轮教学中，大家争论较厉害的就是这个。

由于本学期课时较少，所以没有采用过去的由小组自行决定换人人选，而是由老师和助教以抽签方式决定。这样一来，虽然换人效率提高，但是同学们一片哗然！有的小组甚至组长被换了！

于是我跟助教迎来了新一波的聊天高潮......

那么，换人的目的是什么？是为了整学生，不让他们好过？当然不是！实际工作中会不会出现配合的好好的组员离职，甚至是leader跳槽了，这样的事情呢？很经常的！那么该如何将人员离职的损失降到最低？这才是在课程中实行换人的目的。其实同学们也是通情达理的，在将这些解释清楚之后，绝大部分同学就接受（认命）了。

由此，今后换人前还要再三强调换人的目的并留出一个时间段执行人选选择，给予同学一个心理过渡期；换人时要进一步考虑交换人员的技术共性，尽量降低交换人员的学习成本。

再一次感谢本学期的助教：sinceway、 阿波罗_Z、Eventide，感谢你们的辛苦付出，为同学们学习扫平一切障碍；在同学们有异议时，给予坚定的支持！感谢！！！还有周筠老师的鼓励和鞭策，帮助我更好地厘清思路，感谢！！

还是那句，行百里者半九十，勉之！

附几个常用工具博客链接：

1. 博客相关问题
2. Github使用
3. 代码规范

小黄衫获得者得感言/个人总结

时间	小黄衫获得者
3.25	衡与墨 supermingjun
4.22	hunter-J JaminWu codingkai
5.6	XRK chenyuu Murphy
6.2	我超可爱的 陈迎仁 黄少勇 StereoHearts 黄种鑫