附加题作业

1. 你认为本门课程需要在哪里进行改进,具体措施有哪些,包括:时间进度安排,项目难度等均可;

在进行结对编程和团队项目的时候结对项目和团队项目不宜太难,适中就行,太难很多人没有做失去了信心,太容易不能够激发大家的兴趣,有能力的个人或团队可以自己调整难度。在时间安排方面,应该削减写博客的时间和次数,虽然写博客很重要,可以提升写文档能力,但软件工程不能以写博客为主吧,整个学期给我的感受就是,谁博客写的好就能得高分,被认为学的好,就你能得到黄色领骑衫,毕竟软件工程不是专门培养写博客的能力的。
2. 你认为助教/老师哪里做的不足,哪里限制太多等;

我认为我们助教还是很认真负责的,对于大家的作业看的都比较认真,在分配个个部分成绩时候可能还有一些不太清楚地地方,对写博客的好坏看的比较重,忽略了软件工程的实际意义。

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

老师在开学时候说了,整个平时成绩占50分,期末考试占50分。平时成绩中个人部分占10分,结对占20分,团队项目20分,老师在统计成绩时候把他们混在了一起,容易造成误解。做的好的可以给适当加分但最好不要太多,大约10%左右,毕竟还有期末考试,如果给的太高,容易造成有的同学不认真对待期末考试,期末考试是理论部分,有可能项目做的不错,但理论不达标,毕竟我们在学校学习理论还是重要的。况且你的项目做的不错只是在学校,在实际工作中做成啥样,谁也不知道。
4. 在结对项目中你是否真正体会到了结对的好处,是否真正严格进行了结对编程,双方的工作量是否相同;

在结对编程中,我的同伴因为有其他事情和自己也不愿意结对编程,所以整个结对编程就是我自己一人在弄,并没有真正体会到结对的好处,没有真正严格进行结对编程。
5. 你的团队项目是否成功,如果重来一次你是否还会选择这个团队,为什么成功/失败;

我们团队虽然写出来了核心代码,但并没有正式发布,因为团队里没人会做 UI,我认为我们团队应该失败了,如果重来一次,我会选择愿意完成这个任务的同学为一个队,无论他的编码能力如何,只要愿意做的,我很乐意和他们组队。至于为什么失败,原因是多方面的,我作为队长有不可推卸的责任,没能很好的鼓励大家,激发大家,在协调大家合作方面做的不够。当然也和团队成员的个人编程能力有关。但我认为最重要的是成员是否真心愿意做这个东西,兴趣和意愿很重要。
6. 总结一下你们团队在做项目时大家的时间安排情况,可以匿名写。

我们团队在做项目时候,说实话都不是太上心,作为队长的我,有不可推卸的责任。大家有的要考研,有的要找公司实习,大家心思不在这上面,大家只是为了完成作业拿到分数,只是为了满足老师要求。
7. 关于本门课程你还有其他任何好的建议/意见;
我认为软件工程这门课在上课时候应该充分调动大家积极性,不能老师一人在上面说,下面没人听,都不知道老师上课说了啥,我认为,老师在上课的时候,不能全照着PPT来说,那样老师说的没意思,同学听着没劲,效率不高。老师能拿一个软件开发的实例来讲感觉比较好,拿一个实际例子从需求分析开始一步步给我们讲解软件开发过程,从中参杂同学参与,比如结对编程,个人编程,在团队项目中,老师让同学们先组好队后,按照老师讲的进度来进行,自己可以快点,每次上课,老师听同学报告项目进程,做的好的团队可以分享经验与方法。写博客重要,但别把重点全放在写博客上了!

时间: 2024-10-12 15:28:41

附加题作业的相关文章

结对项目——博客记录(附加题)

结对项目内容:http://www.cnblogs.com/jiel/p/4830912.html 结对成员:康家华,马腾跃(http://www.cnblogs.com/summerMTY) [附加题]第四阶段目标 - 界面模块,测试模块和核心模块的松耦合. 对于这个附加题,我们小队(A)决定和刘乾小队(B)的模块进行交换,于是在拿到对方的代码时,我们立刻就傻眼了. 不是说对方写的很差,相反,B小队的代码有刘乾的保证,质量很高.让我们傻眼的是因为我们的想法不是完全相同的,而我们设计的接口的要求

结对编程项目(除附加题)开发过程

结对编程项目(除附加题)开发过程 结对同伴:李云涛 一.照片 结对同伴在家,等回校后补上. 二.结对编程评价 优点: 1.两个人的编程思想.算法.代码风格可以互相借鉴和学习,对于两人的编程水平的提高都很有帮助. 2.两个人可以分工写不同的相对独立的模块,加快开发的进度. 3.自己程序的bug可能自己怎么找都找不到,而自己的同伴就能很快找到. 缺点: 有些工作必须得两人在一起才能进行,而两人都空闲的时间不是太多,很多时候需要通过线上进行交流,导致工作被耽搁. 我自己的优点:做事认真.有恒心.有学习

【评分】结对编程附加题

一.作业要求 结对编程之附加题:单元测试 二.评分标准 检查项 备注 分值 Blog 学号+姓名+Coding地址 1   需求分析:测试上有哪些需求 1   描述单元测试的每个环节 2   比较测试结果和实际结果 2   代码覆盖报告,如果没有100%覆盖,为什么 1   小结,是否有效发现了程序计算模块问题,并给予改进 1   看以前写的代码的感受 1   两个的照片 0.5 Coding 结对,两个人的commit 1   将计算相关的代码放到新创建的 Calculator 类 1   将

结对编程_附加题_博客2

1.界面模块,测试模块和核心模块的松耦合 2.改进程序 结对编程_附加题_博客2

2016届阿里实习生在线笔试附加题3

#include<iostream> using namespace std; int a[1000]; int waiting = 1; int main(){ int temp = 0; int i = 0; while(cin>>temp){ a[temp] = 1; if(temp == waiting){ cout<<waiting; for(i = waiting + 1;a[i] == 1;i++){ cout<<","&l

结对项目(附加题)开发总结

结对项目(附加题)开发总结 这次附加题的任务就是把两个小组写的独立的UI和CORE模块打乱重组,拼接成一个新的APP. 我们小组选择了大神刘乾所在小组和我们合作交换.一拿到乾神的核心代码,我不得不说,乾神就是乾神,代码一出,直接把我镇住了,各种参数看不懂咋办?咋写UI? 还好我们的乾神同志给我们提供了帮助文档,介绍了各个参数的作用,现摘录如下: 对于计算表达式的值(CALC模式): AnswerGet(string s)其中s是给定的算式,以等号结尾. 调用生成器时,使用: public Gen

结对项目附加题

我们与刘乾组进行了互换.附加题目遇到的问题比较多,且有些直到最后也难以解决. 其中最主要的问题在于,刘乾组的代码在给我们的时候并没有完全封装成dll的样子,虽然文档里列出了一些接口,但实质上都是一些可以直接使用的类.虽然能实现所有的功能,但形式上并不是我们想象中接口的样子.我们尝试将他们的数据结构转换为我们的数据结构,之后再做一个适配层,利用他们提供的接口,实现我们所定义的几个接口.然而,由于在接口的设计上大相径庭,完成这一转换所需的工作量相当大.于是,最终的适配层放弃了进行数据结构及接口的转换

结对项目(附加题)

结对项目成员:徐丞(13061203) 赖彦谕(13061212) [附加题]第四阶段目标 - 界面模块,测试模块和核心模块的松耦合. 我们小队是和付帅,赵庶宏组进行了交换测试,我们导出的静态链接库(.lib),然后在界面里include来调用.我们两个组都是用C++写的程序,用MFC写的界面.遇到的主要的问题,就是因为我们的想法有一些不同, API接口的设计和他们设计的接口有些不一致,所以导致我们的模块和他们的界面模块不能很好的连接. 为了解决这一问题,如果要修改我们设计好的API,那么就会修

[附加题] 结对项目对接的苦痛

[附加题] 结对项目对接的苦痛 本次很荣幸地,我的程序作为很多程序员队伍的备胎计算模块被加入了各大程序的附加题参考中,有以下几位同学都曾与我进行模块的对接: GNU_Linuxer 马克斯 kanelim PocketPanacea kibbon ruoyuwang 夜微凉evol 先来谈谈我作为计算模块的提供者的感受吧: 总的感受就几个字:请别吐槽我了... 我的代码质量我觉得还是可以的,但是在这过程中出现的最严重的问题是啥呢,是设计的问题,是设计者对于需求的理解和框架.接口统一与否的问题.