软件工程课程总结

回顾这一学期，从我最初的目标能够在老师规定的时间之内完成一个MSI系统已经过去了4个月不到的时间，这4个月经过王建民老师的锤炼和打磨，我已经能够用在3个小时之内完成一个MSI系统的基本功能，但是鉴于这周一最后一次期末测试，我还是有很多地方需要加强和完善，比如：如何进行密码的加密、用户权限的设置等。另外，我发现我还是缺乏锻炼，制作一个MSI系统就需要很长时间。分析一下为什么会做的这么慢，一个就是在我之前“构建之法阅读笔记05”中提及的一个很严重的问题，就是我过于追求完美，在我设计功能的时候，我会考虑这个UI界面的设计，而我的水平还达不到能兼顾两头的境界从而导致了我在一个地方浪费过多时间这样的问题。

在阅读构建之法时我总是能发现这样那样的自身的问题，我能明显的感觉到我还没有达到成为一个合格的软件工程师的要求，而经过这一个学期的锻炼，从第一次个人作业制作一个Android端的记事本，到第一次结对作业，我增长的是团队之间的合作，在之前的随笔中有记录我和cp“郭梓恒”的北京地铁系统开发的过程以及每日的打卡和进度提交。在这过程当中我学习到了如何与他人共事，而不是一味的自己一个人单打独斗，确实，如果两个人配合默契，编程习惯大抵相同，那么编写的效率会快不少，但是如果两人配合不好，那么就会事倍功半，所以在计算机领域拟定一个编程规则我觉得确实是非常有必要的，这样不管未来在哪个公司，程序员仅仅通过代码就能进行语言沟通。

如果要说有什么新的问题，那就是在后期4月份中旬开始的团队作业了。首先我承认项目的难度比之前的MSI系统会高上不少，王建民老师对我们的要求相较于之前的MSI系统也会严格一点，我们团队作业并不理想的原因包括上述几点，但是这并不是问题的本身，问题本身是我们团队内部不够团结，我们不能有效的根据老师所给的建议制定任务，而团队成员相对这方面的积极性也会比较低，那段时间记得我在忙活学生会的事情，正逢举办主持人风采大赛和五四文艺晚会，我没能空出时间，王集洲作为队长还是比较出色的完成了达梦云物流公司后台系统，但是我们团队也就仅限于此。在这里我想向老师寻求帮助，如何调动团队成员的积极性，或者说我本就不应于积极性不高的程序员合作，这样的程序员是否理应被淘汰。第二点，我承认在这次团队作业中我的投入确实没有计划的那么多，但是团队绩效，第一阶段的总结以及最后的项目总结，都是由我主笔完成的，平常我也尝试去拉拢团队成员一起为我们的项目出点子，我也不算对团队没有一丝奉献。但是为什么效果甚微？

谈我们的事后诸葛亮会议吧，我们的团队自始至终处于一个封闭的大教堂模式，什么意思呢，就是说我们不仅缺少与外界的联系也缺少内部的联系。与外部的联系缺少，意思是说我们缺少和用户的沟通，比如通过定期发布或者更新我们的产品给用户，然后从用户那里得到相应的反馈，进而来完善我们的产品，决定哪些功能需要增加，哪些功能可以被替代或者删除。缺少内部的联系就很好理解，就是我们团队成员之间缺乏有效的沟通，或者说团队成员之间不愿意相互沟通，我们是处于这么一个散乱的形势下搭建起来的，所以我们的软件系统不能达到我们的预期。当然这次的团队开发不能说是一无所获的，我能长很多教训也能得到很多锻炼。一个是在未来做开发的时候，需要寻找一个和自身水平相差不大的程序员进行共同编程，当然积极性必须要高，不然会降低整个团队的士气，造成其他成员的不满，第二个就是在技术上，因为我们的项目本质上还是一个MSI系统，所以通过这次项目的开发我还是得到了一定程度上的锻炼，技术上的话我虽然没有向其他用户提需求，但是我会根据自身来设计UI界面，然后去网上搜集我想要的答案和资料，从而来提升我自身的水平。

最后如果硬是要提建议的话，我只能站在我一个学生的角度提一些不成熟的看法，如果有帮助最好，如果不切实际，老师看了之后笑笑就好。首先一个就是我们团队作业缺少积极性，为什么这么说，因为大多数同学都想着摆烂，抱大腿，极少数同学会抱着对项目开发的热爱和兴趣进行项目的开发，而项目开发的工作量是如此的庞大，在其他成员摆烂的情况下我们不能凭借一己之力在这么短的时间内完成这个项目，这会给有积极性的同学造成打击。导致最终我们完成这个项目的驱动力就是为了不要挂科，而为了软件工程这个科目不挂科得付出的努力我们没有像其他课程一样有一个明确的指标，我们只能一直在迷雾当中转来转去，跌跌撞撞。其实王建民老师之前有提到过用生活费作为我们前进的动力，把生活费交由他来管控，根据我们的绩效来发放生活费，这个方法我觉得比较实用，唯一一个缺点就是老师会比较累。