代码改变世界

附加作业(个人)

2017-06-25 00:51  weihui  阅读(236)  评论(4编辑  收藏  举报

1.你认为每次项目的评分标准存在哪些问题,你认为的合理评分准则是怎样的(个人/结对/团队算三个)

 

         ①个人:个人的评分标准很好,很完善。我个人觉得都挺好。

         ②结对:结对作业应该也可以设置一个贡献分,就我的体会来说,结对作业时也肯定有工作多和工作少的。非个人就必定应该有区分,有功劳大小。

         ③团队:这个方面我觉得最大的问题就是团队复审,本班间评价会存在一些不公平因素。(这个大家也都清楚、明白)我的想法是,这个复审可以直接让老师和助教(四个助教)评分。助教和老师来评也会更加的专业吧。当然也可以把模式做的贴切毕设答辩,找几个专业的老师来看每个组项目并做出评价和打分。复审的展示(同学间)可以作为一次交流、分享经验。不做评分,这样大家才更愿意提问题,找问题,解决问题。

        ④整体来讲我个人觉得还有两个问题,一是评分分班级分别映射的问题(这个自是解决了各个助教可能评分严宽尺度有分)但是又会萌生另外一个问题,就是各班的情况不一样,可能有些班级整体做的都很好,你追我赶;可不排除有班级整体都做得不甚如意。然而映射却是以班级最高分(和最低分)来映射,这似有不妥。具体解决的方法,我个人觉得还是尽量保证各班助教评分尺度一致(这确实会有难度,但。。。)也没更好的方法啦。还有一个就是贡献分,感觉贡献分其实并没有发挥什么作用(1-5)的区分,这实在不妥。我个人觉得可以直接和团队总分挂钩,比如团队得分100分,那30(贡献分满分6人 120分的情况下)那这个同学就得到25分。剩下的再分别按比例分下去,这样才会起到绝对的区分目的。(仅是个人考虑)

2.你的团队项目是否成功,如果重来一次你是否还会选择这个团队,为什么成功/失败;

 

    我觉得我们团队是成功的,虽然第一阶段表现得很不好,但后期立即作出人员的重新安排和调整,最终还算顺利的完成任务。我很享受这种过程,一开始由于工作分配,以及人员协调问题出现了诸多不顺,后面分数的落后给我们敲响警钟,我们组奋起直追,每日总结,跟进进展。如果重新来一次我还会选择这个团队。我们团队的成功主要是团队善于总结。

3.总结一下你们团队在做项目时大家的时间安排情况,可以匿名写;

晚上晚上晚上,因为白天课程比较满,而且实验课程也比较多(这意味着要拿出很多的课余时间继续完成实验)。有时候甚至会在某天闲的时候多完成一些内容,然后等到第二日时间比较少的时候就把前一天的部分内容拿过来充当这一天的。(虽然确实很尴尬,但是有时候一天八节实验课(上机课)很多内容要完成,就。。。)

4.软件工程这门学问有很多 “知识点”, 这门课强调 “做中学” - 在实践中学习知识点。请问你们在项目的 需求/设计/实现/测试/发布/维护 阶段(一共6 个阶段)中都学到了什么 “知识点”, 每个阶段只要说明一个知识点就可以。

 

①需求阶段:用户或者是典型用户。以前写程序从来不会考虑别人的想法,只是完成布置的任务点就好啦。

②设计阶段:模型设计。这个还是很重要的,以前做东西都是走一步看一步。现在是会提前规划好,这样才能事半功倍。

③实现阶段:此处我想说代码规范(或者是代码规范文档)。这一点在结对和团队时非常的重要,通过代码规范的制定让我收获更多的东西,也能通过无声的代码与其他同学畅快交流。

④测试阶段:测试的话,主要还是测试用例,让我懂得不要写无用啰嗦的代码,同时要考虑全面。

⑤发布阶段:做宣传。(宣传片)这点很重要,找到自己产品的最大优点,去放大,去宣传。

⑥维护阶段:这个主要还是听取用户的体会。而后不断地去改进。

5.简单的总结

这学期收获真的很多,非常感谢所有的老师和助教们,同学们。这门课的形式也非常好,我能深切的体会每个学到的专业(软件工程)相关的术语,考试的时候根本不需要翻书,我能深刻的体会到所列词的实践含义。我很开心,并且很享受这种过程,不断地进步,不断地丰富自己的知识。虽然每位同学都会有自己的体会,很多意见,各种疑虑,但是这至少说明大家都认真的参与其中了,有了自己的切身体会,有体会才会有发言权(确实是这样),有体验就一定会有收获。我个人希望这种模式能坚持下去,并且能够越来越好。同时希望其他的课程也更多的注重实践,这样我们学生才能收获更多。

 

以上所有内容仅是个人结合实践的体会!