软工实践个人总结

这个作业属于哪个课程	软件工程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 （其它方面的反馈）||