软件工程附加题

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

   答:

  首先我觉得这门课程前面的项目有很大的帮助,但是最后的试卷考试降低了这门课的实用性,考试我认为可以取消,真的没有什么大的帮助,只能说应付而已,完全将软件工程课程改成项目编程,多增加几个也是可以的。

时间安排也可以,一周两节课。项目难度适中,适合于大多数人,但是附加项目较少,对于编程能力好的同学,没有太大的发展空间。

2、你认为助教/老师哪里做的不足,哪里限制太多等;

   答:

  张老师的教学方式很好,这也是第一次我体会到了一门课程真正将学习只是运用到实践上,课堂知识讲述很到位,很形象,让人通俗易懂。但是课堂的氛围不够,很多人只做课下项目,课上草草而过。

  助教很辛苦,在学校专注自己学业的同时还要为我们的学习忙碌,对我们的作业评价和讲解,在群里是不是为我们灌输心灵鸡汤,为我们即将进入社会生活做铺垫,对助教老师表示感谢。但是我们没有见过一面,所以我建议今后这门课程可以允许与助教老师视频通话一次(可能助教时间紧迫,可以集体通话也可以)。

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

   答:

  个人:个人作业是一个比较简单的编程作业,大家很多人是大同小异,其中也有比较出色的得到了高分。但是有些自己又完善了一遍,重新谢了一个更新的版本,老师却没有关注,写了一个用易语言的,可以直接用,虽然语言不是国际流行,但是也是为了熟悉更多的语言,我只是发表了,也可能是老师对已有语言了解不多,没有人关注,。

  结对:这个项目很好,两个人完成一个项目,很有合作协作精神,而且我们完成也比较顺利,评分标准也比较合理。

  团队:这个在我们团队内没有什么问题,但是在别的团队可能会出现很多问题,没有任何付出的人,队长给分不可能不给,哪怕最低也不会低很多,所以评分给队长根本不会按照付出多少给分,都是不相上下,这是最主要的,其他的团队作业,都是老师评审,很公平公正。

4、在结对项目中你是否真正体会到了结对的好处,是否真正严格进行了结对编程,双方的工作量是否相同;

   答:

  体会到了必要的合作和协作精神,我用图形学将代码写好,他负责组装和测试,工作量大提一致。其实项目一个人都可以完成,只不过是时间问题而已,两个人大大节省了时间消耗,使我们的项目可以提前结束,进行下一个任务。

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

   答:

  我们团队作业成功,如果重来我还会选择这个团队,因为我觉得我们团队都是不是最厉害的,但是都有默契,因为我们已经配合过很多次了,不管什么项目我们都能应对自如。

  成功的原因无非就是大家默契的配合,出过小错误,但是很快解决,没有太大的卡壳之处,整个团队项目整体来说还算顺利,就是很多小步骤比较复杂,但是都解决了。其次就是最重要的没有人偷懒,该做什么的做什么,任何步骤都无缝衔接,使得进程顺利。

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

   答:

    我们基本在下午晚上和周末整天进行:

  A负责代码编写,在周末,通常晚上也进行;

  BC测试在完成后;

  其他成员进行其他的工作,辅助编程,搜集图片,ps等操作基本在下午晚上没课的时间进行。

7、关于本门课程你还有其他任何好的建议/意见;

   答:

  取消考试已经说过很多次了,这里就不说了,还有一个就是可以和助教见面,集体组织,或让助教来网上授课也可以。

时间: 2024-10-13 02:20:01

软件工程附加题的相关文章

软件工程附加篇章:进阶四则运算和Core对接

0x01 :计算模块(Core)和前端对接 首先特别结对编程刘乾组(SivilTaram)提供的计算模块(Core),http://www.cnblogs.com/SivilTaram/p/4859934.html 在Core模块的说明文档中,我们可以清晰发现在计算模块Core主要实现了表达式计算.四则运算表达式生成.题目文件和答案文件的审核的功能: 但在设计思路上:          在整体的设计思路上,SivilTaram组的Core模块同样将写入和读取文件的逻辑封装在计算模块中:但在自己的

结对编程_附加题_博客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 先来谈谈我作为计算模块的提供者的感受吧: 总的感受就几个字:请别吐槽我了... 我的代码质量我觉得还是可以的,但是在这过程中出现的最严重的问题是啥呢,是设计的问题,是设计者对于需求的理解和框架.接口统一与否的问题.

北京地铁_结对项目_附加题

地铁出行项目(续)- 附加题 团队成员:杨金键 谢振威 金豪 要求描述: 使程序支持不同城市的地图.请让程序能处理上海的地铁地图,或者其它城市的地图.把程序由 “固定处理一个地图” 升级为 “能处理多个地图”, 程序的什么模块需要变化? 其实,在我们设计程序之初就已经考虑到了程序将来的可扩展性,所以无论是地图储存文件还是代码我们都是从这个角度出发考虑的. 具体来说: 取消所有对于北京地图的特殊化处理,针对特殊的地方,例如环线或者单行线则定义关键词统一处理 所有地图相关信息都靠文件读取,避免地图相

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

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