软件工程（钢铁戒律队）---团队项目总结

经历了一个学期的学习生活，我们的团队项目也要告一段落了，我们的队名是“钢铁戒律”，选题为“村镇银行储蓄业务系统开发”，组员有张东旭、李春娟、柴金池、吴磊、王晓宇、安仲政，组长为张益嘉，选择的团队模式是“业余剧团模式”，过程模型为“敏捷流程”。在本学期的学习中，我们学习了关于软件工程团队项目的相关知识，遇到并解决了很多问题，最后的结果可能不尽完美，但我们还是收获了很多，我相信，在未来的学习工作中我们每一个人一定为之受益。

       下面是团队成员每个人的收获，体会与心得：

 

 

 

组长张益嘉：

 

       作为组长，我感受很多，本来觉得团队项目是一次很简单的课后练习，但是随着课程的开展，团队项目的内容逐渐增多，逐渐复杂，需要更加严谨的对待，大家从刚开始的充满激情变得些许迷茫，觉得无从下手，但是慢慢随着课程的学习，大家逐渐落实理论，渐渐上手，慢慢增进团队协作，互相配合，互相沟通，共同进步，从最初的漫无目的到最后的目标一致。最后得到的结果可能不如预计的完美，可共同经历克服困难的过程却让我收获颇多，希望在将来的学习工作中我也能充分利用这段学习经历，不管是作为管理领导的组长，还是作为完成分配任务的组员，都可以更快更好地完成目标。

 

 

 

 

组员吴磊：

 

通过本次团队项目，我初步掌握了如何分析测试类软件的需求。个人认为，测试类软件的需求分析不仅仅需要提供测试方法和评分规则，更需要提出合理性分析，所设计的测试合理性才能保证后续开发的有效性。同时，通过对项目开发初期的测试部分原型设计，我掌握了对开发工具的使用。

从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。并且在团队中，个人的能力只是小部分，更重要的事团队之间的配合，一个好的团队应该分工明确并且氛围融洽，这样才能使得整个项目开发效率达到最大化。

这是我的第一次团队开发经历，希望在后续的开发过程中，能够发挥自己的作用，为团队贡献自己的力量。同时也希望竭尽所能，通过此次的大作业，开发出一个行之有效，具有实用价值的软件。

 

 

 

 

组员张东旭：

 

软件工程这门课程是做软件开发的人必学的课程，通过学这门课程，程序员就会注重软件开发的理论知识，以及做项目开发的思路。学了这门课程后你写程序就不会去盲目的去套用代码，而是理清此程序的架构以及思路。程序该从什么时候开始，什么时候结束。在中间需要添加什么样的功能，以完善该软件。其实学软件工程并不难，而且很容易。软件工程与日常生活联系起来的话，就是在一天中你该先做什么，后做什么。理解了先做什么，后做什么了以后写程序就不是那么难了，再复杂的程序也可以分成几大块。你理清程序的思路后就可以一步步的解决其中的难题，最终实现软件的功能。如果没学软件工程不知道理清程序的思路的话，做一个大的项目开发，那么多的代码，没有一个很好的结构，最终只会导致程序混乱，错误百出，知道代码再多也会素手无策的。总而言之，作为一个程序员学习软件工程这门课程是至关必要的，如果没学习软件工程，你就不会做项目开发，也不可能开发出一个完善的软件出来。

 

 

 

 

组员李春娟：

 

本次通过团队项目使我对软件工程有了更多的理解，如生产一个最终能满足需求且达到工程目标，项目规范的软件产品不仅需要需求分析，设计，实现，确认，维护，团队模型的选择，任务的分配也至关重要，同时此次团队项目，课堂上老师讲解的知识点也有了新的认识与掌握，收货很多。

在上这门课之前，我对于项目的编写是按照自己的想法完成项目所做的要求直接编写代码，运行调试直到目标达成，编译软件无报错即可，并不会过多的考虑的需求分析、代码维护、以及代码规范之类的问题。经过课上老师的讲解，让我清楚我这样的编码可能会导致接下来的项目后续开发出现问题，代码测试覆盖率下降，功能性差等问题，在郑老师让我们从单人项目，逐步到团队项目的开发过程中，我也一点一点开始规范我的代码，格式，缩进，注释等不断一点点的添加进去，注重代码性能，代码覆盖率，以至于为后来团队分配任务，帮助队员读懂代码，测试运行，后续开发等有了很大帮助。同时在团队中，团队模型的选取也很重要，我们团队更换了几次选取的模型，不正确的模型造成团队项目的开进缓慢，效率低，在这个过程中我也逐渐明白，什么样的团队模式适合我们组，好的团队模型对于项目的开进，成员间的任务传递，问题的解决有很大的帮助，团队模型的使用在项目的开发中至关重要。

本次的团队项目，让我在与队员设计开发的过程中，逐步理解了软件工程的意义，以及编写代码前的需求分析，模式选取，编写代码过程中的代码规范，测试覆盖，性能调试等的重要性，好的项目开发流程的确为后续的代码维护有着很好的帮助，好的代码风格规范也是一位优秀程序员应该具备的基本素养。

 

 

 

 

组员安仲政：

 

纸上得来终觉浅，绝知此事要躬行。是我对本次团队项目的实现的感悟，通过团队项目我对本学期软件工程的理解加深很多。课堂上老师讲解的知识点也有了新的认识，在开设这门课时，我对于写代码是按照自己的想法完成项目所做的要求，并不会过多的考虑的需求分析、代码维护、以及代码规范之类的问题。也许正是因为我这样的想法，才会出现早起软件危机，以及软件工程的出现。郑老师让我们从单人项目开始逐步过度到团队项目，从单打独斗到团队作战，记得有一句话说的好，独行快，众行远，一个项目的成功必定离不开一个团队的共同努力。在这个过程中我也逐渐理解到，什么样的团队模式适合我们，边编程边测试的重要性，以及一个代码准则对于一个团队是多么的重要。

随着团队项目的结束，本学期的课程也要结束了，在学习的过程中，我由浅及深，由表及里的理解了软件工程的意义，以及以后该怎样编写代码，理解需求。

 

 

 

 

组员柴金池：

 

经过三个多月的软件工程学习，我从一开始对软件工程一无所知，逐渐演变到可以熟练的设计软件模块化，在郑老师的教导下确实获益匪浅。首先谈一下我在学习后对软件工程的理解，软件工程就是利用工程化的办法去开发和维护软件。随着代码量的增大，人对代码的掌控能力越来越弱，代码的逻辑、进度和成本越来越不好控制，产生了软件危机，软件工程就是人们研究出来的解决办法。

关于我在软件工程课程中的收获：理解了软件工程，初步设计了软件，明白了软件开发的流程，关于代码方面：遵守代码规范以便修改和维护、编写模块化的代码，一个模块只做一件事从而更好地维护和复用、满足正确性的同时应该尽量提高代码的效率，减少无用的代码等。这些都是十分宝贵的经验，对未来工作很有帮助。

 

 

 

 

组员王晓宇：

 

通过本次任务，我初步掌握了如何分析测试类软件的需求。个人认为，测试类软件的需求分析不仅仅需要提供测试方法和评分规则，更需要提出合理性分析，所设计的测试合理性才能保证后续开发的有效性。同时，通过对项目开发初期的测试部分原型设计，我掌握了对磨刀工具的使用。这是我的第一次团队开发经历，希望在后续的开发过程中，能够发挥自己的作用，为团队贡献自己的力量。同时也希望竭尽所能，通过此次的大作业，开发出一个行之有效，具有实用价值的软件。