标签:发布 步骤 结束 个人总结 完整 简单 没有 博客 效果
我对课程的期望是:通过这一门课,可以初步了解软件工程理论在项目开发过程中的重要性。
实事求是,确确实实是走了一个流程,还是很有启发性的,感觉像是参加了一次团体竞赛,并科学地完成各个步骤。
Leangoo
github:发布自己的程序,并在团队项目中查看队友的进度。
博客园:记录项目的情况。
没有。
个人项目+结对项目+团体项目 = 大概650行
用的是之前掌握的方法。
萌芽:团队成员对Java较为熟悉,队员也是原来结对编程的时候就认识的,在pm提出解决老师建立群组的麻烦时,我们一致觉得这个主意很有创新点,便初步决定以PC版微信界面的样式进行设计。
磨合:每个人的空闲时间不同,我们要协调队员的时间进行讨论与交流,遇到分歧和问题也会主动沟通交流。
规范:我们对文档、代码以及博客都做了规范,队员们不会存在因格式混乱看不懂内容的问题。
创造:相对于一般的选课系统,我们增加了自动加入群组的功能。老师和同学不必开一门课建一个群,避免了群组的杂乱无章。我们将群组统一管理,老师可以布置作业,同学可以提问讨论,课程结束就可以解散,便利了同学和老师。
这么课的授课老师和助教老师很认真、很专业。我简单的提几点建议
1、授课内容:软件工程还是案例式的讲解会好一点。围绕一个比较大的项目进行讲解,同时讲解一下文档怎么写,这样效果会好一点,而且更加实用。
2、授课方式:多增加课堂讨论,从而减少课下作业。虽然知识点多,但是可以适当的加快一下进度,留一节课进行讨论还是非常好的。
3、作业内容:作业内容丰富,但是有时候抓不到重点,就以给出的分数来说:项目做得好和文档写的好,哪个更重要?
我的建议是:可以采取这么一个给分制度,增加一个自评分,然后自评分或者老师给的分数超过某个值的同学在课堂上进行展示,大家进行评价是否可以得高分。这个模式是我上过的课中觉得比较好的一种方式。这样做的好处有:
1、相对公平,既然拿高分,那么应该接受他人监督和评价,同时其他人可以借鉴学习。
2、重赏之下必有勇夫,可以鼓励大家更加认真更加积极的对待作业。
3、避免水分,文档反映的内容和项目实际情况还是不同的。在课堂展示的时候,如果助教老师在场的话,相信你会同意我这个观点的。不吹不黑任何队伍。
标签:发布 步骤 结束 个人总结 完整 简单 没有 博客 效果
原文地址:http://www.cnblogs.com/cswhu-huzhiquan/p/7825222.html