关于软件工程团队项目的制作总结——镰刀与锤子队

关于软件工程团队项目的制作总结

本次的软件工程团队项目算是圆满完成了，我作为团队队长深深感觉到统筹整个团队做事是一件不易的事情。不仅是整体的工作内容的分配和安排，还有有关时间的安排，这些都是我一开始没有想到的。

还是说说做项目的事情吧，我们团队选择的是村镇银行储蓄系统。我选择这个题目的原因是因为我认为这个项目做起来简单，在网上好找资料。后来发展这个比我想的要困难许多，一方面是因为这个银行系统其实在网上并没有特别多的例子，也不是有很多人在做这个系统。还有一点就是银行系统本身的严谨性和复杂性，导致我在整个项目的设计中基本没有太多头绪。

有关技术方面，我选择了Spring Boot+Vue的开发框架。这无疑对我们来说是一个挑战，因为我们在之前并没有学过web框架，也没接触过spring有关的技术，所以我们基本上是在边学边做，导致效率大幅度下降；有很多功能没有完善，甚至有些基础的算法的设计也是草草了事。不过在完成基本的设计之后，我们对这个框架有了基本的了解，这无疑对我们来说是一件幸事，这样的话，我们以后的开发就有了所谓的”经验”，在以后的系统开发流程中也对自己的能力有了新的认识。说实话，这次选择的开发框架挺失败的，因为不仅Springboot我们不了解，甚至vue前端语言我们也是从来没有接触过，不过还好多少把这个银行系统搞定了。

有关时间方面，这个问题更大。我们都是死线战士，不到最后基本不会干活。所以前期设计好之后的开发进度比较缓慢，偶尔在某一天突然加速，又在第二天慢下来。毕竟我们在上学，又临近考试，所以我们不可能把大量精力放在团队项目上。多亏偶尔的加速开发，我们的项目还是做完了。经过这次项目，我认为我应该对时间的分配方面出现的问题进行深刻的检讨，这个确实是一个重大失误。不过，多亏了我们团队成员们的努力，我们还是将我们的团队项目抢救回来了。

以下为各个组员的过程心得：

郭世博：时间总是不经意间从身边溜走，从刚开始选题到现在，已经过去有两个月左右的时间了。随着我们一起成长的还有我们的项目，现在我们的项目也来到了结题的时间。回想当初刚刚开始时我们还很迷茫，虽然有满腔热情，但是一切都还是未知的，我们需要一点一点地去探索，一点一点地去发现。到了现在，我们的项目马上就要结题了，我们也不在像以往那样迷茫，我们已经有了清晰的目标，有了完整的方案，也有了具体的实施方法。当然没有任何人可以一下子就成功，这中间我们有过很多次失败，经历过很多坎坷，可是这些都没有阻挡我们的探索。在这一年当中我们虽然会觉得困难，但是，不可否认的是我们的确在这过程中收货了很多，也学习了很多。

每当在我们的项目进行过程中遇到难以解决的困难时,我们去寻找多方资源来帮助自己；首先进行组内讨论，在无果的情况下去网上找各种相关文献进行查阅，去学习新的不懂的技术。这应该是我们在这个过程中收获最大的地方，因为我们获取了很多额外的知识，有时候经历过实践的知识总是更能让人记忆深刻。从最开始的选择课题到如今的项目完成即将展示，期间制定了详细的实施方案和步骤，对项目进行相关调查和研究，到最后确定项目的完成等等，这一步步走来，艰难心酸有，但是收获的经验和成长也只有经历过的人才会分享和拥有。我只能说，我绝对不会后悔参加这个项目，甚至为之感到有幸。

李昊达：这个项目不像我们的实验课一样，它没有教材，也没有指导书，没有老师按部就班的指导。我们都知道现在的学生总是习惯于在教室里在课本上学习知识,所以在一定程度上是缺乏创新方面的思维的。也是在做这个项目的过程中，或许是因为，无论发生什么都需要我们自己解决，我深刻地意识到的自我学习重要性。人总不可能依靠别人一辈子，提前培养自我学习能力为我们未来所面对的选择和挑战奠定深厚的基础。所以在这个过程中，每个人都尽可能的发挥了自己的能动性,我们每个人都在积极的思考,努力的寻找解决的办法,努力的寻求创新点。自然而然的，我们都在一定程度上学会了独立解决问题也养成了这种意识，不再有以前一遇到问题就想去问人的冲动了。就像有人曾今说过一样，不要做意见和答案的乞讨者，现成的答案有可能会禁锢人的思维。人类的智慧是无穷无尽的，创新也是无穷无尽的，说不定我们就会创造奇迹呢。而且我也相信我们大家一定可以完美地完成这个项目。

马金龙：作为这个项目的参与者我觉得，这个项目最大的特点就是它不是一个人单独完成的，它需要整个团队的合作。那么队长如何调配整个团队的各个人员，给每个人分配相应的任务是很重要的。不是说越精细的分工，才能有越完美的作品嘛。管理好一个团队是很不容易的，也是很锻炼人的。可能团队中的成员，性格迥异，互相之间关系不够融洽;可能在经历了一段时间低谷后，团队的斗志削减的很厉害;可能大家在对待项目这个问题上，都打着自己的小算盘，个人的顾虑成为了项目成功道路上的绊脚石。因此，队长在这里面起着很大的作用，可以说是整个团队的核心，但是好的队员的也是不可或缺的一部分。这就像一台正在高速运转的机器缺了哪一个部件都是不行的。所以说，这就需要我们进行经常的沟通，分享大家的意见和想法及时的做出相应的对策。于是乎，这两个月来来我们开了大大小小很多会议，每一次，我们都是在讨论中得到结果。对于我们这些大学生将来势必是要走上职场的，那么无论我们以后是从事哪一方面的工作，想必团队协作都是必不可少的一部分。那么这次对我们来说都是一次很好的积累经验的机会。最后非常感谢我们的队长刘志珩。

李哲：在学习软件工程这门课之前，我一直心底有一个疑问，那就是我们和那些所谓的程序员速成班培训出来的程序员到底有什么差别，都是写代码，那我们在大学里学习的意义是什么呢，直到我学习了软件工程这门课。我才知道写代码并没有想象中的那么简单，对于同一个功能，肯定有着多种不同的实现方法，而这些方法也肯定有优劣之分。我们之所以不像外面那样的培训班一样速成，是因为我们需要锻炼自己去写出高质量的代码，我觉得这就是我们学习的意义。

其实在上软件工程课之前，我还并未解除过UML，我以为它跟C语言和java一样是一门编程语言，直到经过老师的介绍，我才知道UML的全称是Unified Modeling Language，他不同于C语言 ,java这些编程语言，他是统一建模语言。UML是一种用于可视化描述系统，具有广泛用途的建模语言。作为一种标准化的图形语言，在软件工业中被用于软件系统部件的具体化，可视化，结构化描述以及撰写文档，同样在商业模型中也得到应用。

UML虽然不是一门程序设计语言，但他的重要性是不可忽视的。他的重要性主要体现在:使复杂的软件设计更为简单，也能够实现像OOP(面向对象编程)这一类被广泛应用的概念;用理解起来可能更容易的图来描述，避免了大量的文字;使表达和交流概念或系统结构变得更容易;在一张图中就能够描绘出整个系统;程序员实用类图来描述实际需求时，可让问题更加清晰明了，实现起来更容易。

同样也是做项目所必不可少的语言。

陈曦：在学习软件工程这门课程之前，代码规范并没有作为一个必须要求，而我们平常也没有这种习惯，于是诸多问题不断呈现：模板的注释不规范？怎么注释格式还不一样？有的源码居然有乱码问题？代码该有空格的地方，没有空格？方法后面怎么还有多余的空行？程序有的地方是tab，有的又是空格？······

以前其实也听过代码整洁的重要性，但是一直不以未然，但是直到自己真正开始与他人一起制作双人项目才发现了代码规范的重要性，老师推荐的读物也是十分重要。以前真的觉得那些人有点太过于吹毛求疵，觉得很多本来可以简单点的东西没必要搞到如此的复杂。但是最近与别人的一起制作以后，真心觉得每个人都应该看看这些书，而且都应该按书里面的好好写代码。你知道看到看到上面那些问题后是什么感受吗？试想象看到一个函数长达10000行真的想死的心都有了吧？当你看到一个长达10000行的函数里面全是上面所述的代码：无数的毫无意义的变量，无数毫无意义的数字和字符串。想死的心都有了。所以团队项目首先就是规范代码习惯，固定一个合理的代码风格，团队每个人去向起靠拢，每个人都应改掉自己的风格，不仅为了自己更为了他人！

张金红：以前的我认为需求分析没有什么用就是草草了事，不会做得非常详细，而这学期学习了软件工程这门课程，我才知道做项目时，需求分析是有多么的重要，这次做项目的时第一次做虽然已经很努力了，但是还是做得不够好，导致了队长并没有设计完美的功能模块，也让自己认识到不管是软件开发的那个阶段都要认真再认真地对待，这些琐碎的事情都是后期开发项目的支撑，只要它们做的透彻，后面的开发工作才能更顺利的进行。因为周围的同学也不是十分了解需求分析，于是我几乎一整天都在网络上查询这些内容，我进行了第二次的需求分析调研，终于交出了一份完美的答卷。我非常感谢我的队友，他们并没有因为我第一次的瑕疵而责怪我，反而帮助我，鼓励我，让我体会到了团队的魅力，我非常感谢我能拥有这么一份经历。