软工团队项目个人总结

Posted wispytrace

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软工团队项目个人总结相关的知识,希望对你有一定的参考价值。

经过了一个学期的软工课程学习,以及长期的团队开发,收获有下。

用户:创新就是极致的用户体验。在开发我们的这款游戏的开始阶段,我们与校内很多同学交流了一下他们对这款游戏的看法,并与他们在线下对游戏进行试玩,然后他们也对我们提出了很多意见,包括有些时候觉得我们某些地方设置的太傻了,随机性太大,博弈性不够等问题。而且有时候交流还会出现一些问题,但总的来说,我们还是从中挖掘了很多可以改进的点,分析了用户的需要,改进了挺多地方的规则的。然后,秉承着从软工课程上学到的,能让用户少点一下,绝不多点一下的类似的开发规则,我在设计用户界面的时候,让页面的画面跟随玩家移动,以及增加鼠标悬浮显示状态框的功能。

总的来说,我觉得,玩家的用户体验就应该是体现在开发软件中的每一个小细节上,如布局,顺序,选项等等......将每一个小细节设置合理,让用户感到便捷、舒适,就是比较好的产品。

 开发:开发我们使用的是git进行开发。多亏了组长刚开始的强制要求,让我们每个人都要先学习git,所以在开发过程中,我们的开发,还是比较顺畅的。我们分头开发,可以说是流水线开发模式,每个人对软件部分的不同部分进行添砖加瓦,使得开发过程富有效率。但是,在整个开发过程中,还是出了一些问题。首先,体现在开发目标规范的问题上。就是我们在开发前,对有些地方没有统一规范,就是没有指定一些地方应该怎么写,然后就使得我们在前期的开发中,各自为政,然后就导致开发到一半,我们想试图统合一下的时候,发现很多地方很难对上去。比如有些地方,以为别人的模块会给这个东西,但是实际上并不会给,有些地方以为别的人写了,但是并没有写。这就导致前期开发,虽然每个人的能力得到了充分的发挥,但是感觉总体还是一盘散沙。所幸,后来我们一起约定了一些东西,并写出来了,然后就使得后期的开发顺畅多了。

总而言说,从这次团队开发中,我收获的经验是,统一约定很重要,非常重要,统一每个开发阶段,每个人应该做成什么样子,每个人的接口应该是什么样子,每个人要给每个人什么东西。这些做好了,整个队伍才能有凝聚力,才能推动着项目朝同一个地方发展,进而大大提高开发的效率。

测试:经历过一路艰难坎坷的开发过程,我们终于进入了测试过程,但测试过程比开发还更痛苦。我们在测试过程中,发现了很多当初开发没有想到的问题,然后就是疯狂的修改。感谢测试过程,我对前端的控制台、以及网络等选项有了更深的了解,懂了从这些地方观察代码模块与服务器交接时出现的问题。还有就是,在测试过程中,我觉得需要让全队的人一起测试代码,这样的效率最高。因为有很多地方,是其不同人编写的代码,肯定是编写者本人最了解相应代码块的问题,以及该如何修改。在早期的测试过程中,我们是自己单独测试,然后经常会发现一些奇奇怪怪的问题,点进去,发现是别人陌生的代码,然后就开始陷入怀疑是自己错了,还是别人错了的泥潭中,导致测试过程效率低下,往往很久还是不能解决一个问题。所以,后来,我们意识到这样不行,便找了个时间,让全部人一起上线,一起在线上测试。我们在全盘统一测试的时候,一旦发现哪里出现问题,就直接@某个成员,让其修改代码,然后其他人继续测试其他地方,这样就大大提高了测试过程中debug的效率。

最后,还想说一下经历团队合作后,我对团队的更进一步理解。团队,怎么才能变成一个有凝聚力、有力量、有推进力的团队呢,我觉得不仅需要和谐的气氛,友好的交流,共同努力的气氛。还需要有严格的规定,严格设定什么时候应该完成到什么部分,并设立严格的奖惩措施,这个时候不应该过分强调情面,唯一注意的是奖惩的时候要客观,不要太带有个人主观情绪。有时候,不是我们不想做,而是人真的有一种惰性,如果不具体定ddl是什么时候,什么时候要完成到哪里,人真的是会觉得还早,还早,然后就会一拖再拖,等到要用到的时候,就会发现已经拖得太晚了,会严重耽误开发进度。

 

以上是关于软工团队项目个人总结的主要内容,如果未能解决你的问题,请参考以下文章

软工项目个人总结

软工2019_MucMuc项目个人总结

软件工程个人总结

软工个人总结

终章——软工提问回顾与个人总结

[软工]个人阅读作业+总结