软工实践个人总结

这个作业属于哪个课程 软件工程2020秋学期
这个作业要求在哪里 [https://edu.cnblogs.com/campus/fzu/SE2020/homework/11605]
这个作业的目标 软工实践个人总结
学号 031802224

一、对于这次课程你对你自己的表现满意吗?为什么?

总体比较满意。当然,还是存在一些遗憾的,在团队中没能挑起大梁负责管理某一部分的工作,常常是和其他成员配合做某一部分的开发,没有形成一个完整的概念体系。此外,虽然学习了不少技能像是js、css、自动化测试等,但许多都是边学边做,有点照葫芦画瓢的感觉,学得还不够精,不够熟练。

二、通过这门课,你掌握了什么工具、技术?

Git的使用、JS编程、原型设计工具墨刀、html、css、自动化测试工具airtest

三、在课程中你经历了什么挫折或困难?你是怎么解决的?

主要还是知识技能上的不足了。结对编程时,由于需要做页面,而我的前端知识又很匮乏,不得不找了尚硅谷的前端网课临时恶补了一下,还好最后还算比较好地完成了这次作业。另外,git的使用也着实折磨了我好一阵子。由于之前完全没接触过,也尚未养成比较好的开发素养(如版本管理),再加上它比较繁琐的操作、全英文的界面,从心里就有点畏惧,花了不少时间才上手。

四、在课程结束后,你有什么收获和心得?

感觉自己自学的能力有了很大的提高,学习一项新技能,不是把教程从头到尾看一遍,而是边学边做,这样知识才能真正演变为你的能力。

五、你在这门软件工程实践中,一共完成了多少行的代码?

1000-1100行左右

六、累计花了多少个小时在软工实践上?平均每周花多少个小时?

累计约200小时,平均每周16小时。

七、对于团队协作的心得或反思

虽然这次软工实践我不是组长,但在与其他成员合作的过程中,我也观察到一些不足,算是管理者需要认真吸取的经验教训。
首先,由于我们小组人数比较多,如何让成员们团结起来,拧成一股绳,把团队的事真真切切地当成自己的事,是十分重要的。我觉得我们小组在这方面还有改进空间。在组队过程中,总会遇到这样一些同学,开会时问他做了什么工作,他说这门课要考试复习,那门课要大作业ddl,总之就是有各种正事,你又无法无法反驳他。说实话,我们又有谁不考试,不需要交大作业呢?这种现象还是因为组员们不够齐心,对于自己的小组缺乏归属感,没有把团队的工作当成自己的事。如果我将来成为一个管理者,我一定会更加注重团队内部的团结,真正让团队成为一个整体。
第二,沟通方式。文字永远比不上面对面交流。比如,有时候你想找某个成员问个问题,他半个小时都没回,可这明明是三言两语就能解决的事呀!再比如,大家要讨论某个界面如何设计,在群里你一言我一语,讨论了一个小时都没讨论出个所以然来,这要是开个见面会,再不济开个视频会议,也肯定能大大提高沟通效率。
三,科学利用人力资源,提高工作效率。我们小组在需求分析时专门选了四个同学作为需求分析组,另外一位同学作为小组长。在我们原型设计时他让我们每个人自己设计一套原型,然后投票选一个。其实,这种方式造成了人力资源的浪费,并且最终也不能达到最好的效果。设想,如果每个人都完成一个70分的作品,选一个出来,不但最后的结果只有70分,而其他成员的努力也白白浪费了。如果能开一个会,大家提出自己的意见,组长整合,最终齐心协力做出一个90分的作品,这样既充分利用了人力资源,最终也能达成一个好的结果。
四,对于经过讨论定下来的事,必须写在纸上,列成大纲,成员工作时可以参考,避免方向偏离。在我们这次小程序开发初期,就没有把商定好的需求和各个功能的细节详细记载下来以备参考。在“日志”页面开发时,出现了成员没有明确这个页面到底是做什么的、需要哪些功能,结果开发出来发现与原有规划有偏差,再去修改,拖慢了项目进度。

八、对于软工实践课程及助教工作,你有哪些建议?

  • 建议取消组队编程和答辩过程中的小组互评环节,或者把比重降低到20%以下。因为有不少同学掌握的专业知识还有欠缺,评价时多依赖自己的主观感受,很多时候互评只是看你外观好不好看,背景够不够花里胡哨。有的小组借鉴别人的成果,甚至只换了个背景,就能取得不错的分数。当然,一个产品给人留下的主观第一印象是很重要,但是比重不应太高。我理解小组互评这种机制设立的初衷是好的,一方面能降低老师和助教的工作压力,另一方面也能调动同学的参与性、积极性,在发现其他同学存在问题的同时给自己警示。但是,事实上,有很大一部分同学由于知识存在欠缺,并不具备从专业角度出发,客观进行评价的能力。举个例子,结对编程时有个小组给我们评了低分,我向其询问原因,他竟然说看其他组大概几分就跟着给了。(见下图)我:???大部分同学做项目都花费了不少心血,自然希望别人能够认真对待,而不是看都没看草草给个分数,这是对别人劳动成果、辛勤付出的不尊重。

  • 另外,应该适当增加实践课的学分。软工实践虽然看上去课时不多 ,但课外需要付出的努力、花费的时间,是课堂时间的十倍以上。1学分着实太寒酸了一点,投入与产出不成正比。虽然这么说可能有点功利,但事实摆在这,工作量本来就大,容易让人产生抵触情绪,学分又少,有部分同学会觉得,我付出这么多心血,也就1学分,反正有队友在,挂科也没那么容易,我还费那么多心思干嘛。这就使这门课的效果大打折扣。
    应该压缩前期个人编程和结对编程占用的时间,给组队项目留下更充足的时间,让同学在alpha冲刺后能再花1-2周继续优化,达到一个比较完善的效果。

九、你的未来规划

未来打算考研,将会继续提高巩固专业知识水平

十、完成班级群的 SE_Final_Skill_survey 表格

你在这门课平均每周花___16____ 小时 (包括上课时间)。

你在这门课中写了大约 _____1100______行代码 (不包括注释、空行、单字符行)

请填写你上课前后的水平评估。 填 [1..10] 数字即可,数字参考:

1: 最低水平;
3: 基本的书面知识;

5: 基本的理论和实践知识, 可以通过企业的面试;

6: 具有经实战考验过的技能;可通过最高水平企业的面试

8: 可以像专业人士一样自如地运用; 能发表权威技术博客

10: 全面精通理论和实践,成为公认的专家。
| | before the class | after the class|
--|:--😐--😐--:
Skills/技能|assessment (1..10)|assessment (1..10)
Software Engineering(SE)Overall / 对软工整体的理解|1|5
SE: Requirement (需求分析,典型用户,场景,创新)|2|5
SE: Project Management (项目管理,spec)|1|5
SE: Design (架构设计,模块化设计,接口设计)|3|5
SE: Design (效能分析,效能改进)|1|3
SE: Implementation (阅读代码的能力,实现,单元测试)|3|6
SE: Test (测试方法、测试工具、测试实践、代码覆盖率)|1|5
Software Tools (performance tool, version control, work item, TFS)|1|3
Code Review/Writing Solid Code (代码复审/代码规范/代码质量)|3|5
Programming Language (C/C++/C#/Java) (pick one language)|C++|Java
|App development Web/Mobile/PC (choose one)|PC|Mobile
|Task Plan, estimation and Prioritization (计划任务,估计时间和优先级)|3|5
|Task Execution (按照质量要求、按期完成任务)|4|5
|Work with others (协同工作,提供反馈, 说服别人)|4|5
|Presentation (报告项目状态,提出想法,写博客等)|5|5
comments on other improvements (其它方面的反馈)||

posted @ 2020-12-09 11:02  Concorde  阅读(94)  评论(1编辑  收藏  举报