个人作业——软件工程实践总结作业

一、请回望暑假时的第一次作业，你对于软件工程课程的想象

1）对比开篇博客你对课程目标和期待，“希望通过实践锻炼，增强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？

当初的目标与期待：

提升个人能力。实践课首要目的是从实践中提升自学能力和独立解决or合作解决问题能力，希望通过这门课，能让我在今后的项目开发路中更平坦一些。
提升团队合作水平。项目大多不是由一个人就可以完成的，怎么在一个team中完成好自己的部分并与队友无缝衔接，是我之前在项目开发中碰到过很头疼的事情，由于队友和自己都是新手，在项目开始前没有清晰明确的分工，出现了走完一步再计划下一步的问题，导致了很多工作的多人重复完成，以至于效率低下。期待在软工实践课中，我能与队友合作得更加顺利和愉快。
玩出真正有趣的花样。隔壁k班的老师也很会玩，然而我一直觉得他的玩法无法激起我的兴趣，希望栋哥能带我们玩出真正有意思的花样，具体建议...我也不知道了哈哈，别让我们在等日出的时候太枯燥就行
能跟群里的大牛有所学有所得。本人比较孤陋寡闻，进群之前没听闻过几位老师，希望日后能有机会接触并请教！

完成的方面：

• 提升了web端的技能。学习了vue框架的使用，深化了对javascript的理解，提高了debug的能力
• 提升了团队协作能力。掌握了github的团队项目合作的使用方法，在与队友的合作中提高了前后端交接的能力

不足：

• 没能跟群里的大牛学到许多经验
• 没有完全理解vue框架的使用，只停留在vue组件和基本路由的使用上
• 由于时间有限，没有涉足后端的技术开发

这次软工实践，由于我个人的时间原因，没能按期初的个人要求，每天投入到足够的时间中，这是比较遗憾的地方。然而通过一学期的软工实践，我除了技术方面的提高之外，对自己的个人发展前景有了不少的认知。我期初的计划是，这学期好好搞软工，做技术开发，如果绩点不高的话，就选择毕业后直接就业。然而通过整个软工实践的过程，我认识到，或许读研才是我的最佳选择。首先是就业选择方面，我不希望自己只是普通211毕业，然后找一份前端开发亦或安卓开发的普通工作，然后经常熬夜加班，我的个人身体健康条件无法支持我完成如此高强度的工作，本学期的数次熬夜已让我身体出现了几次不良症状。其次，我想要拓宽就业选择，读研后如果能往人工智能、大数据等方向研究并感兴趣的话，我会选择就业；如果没能力掌握或是不感兴趣这方面，我可能会选择不在计算机领域就业与发展。对于个人前途的重新认识或许是我软工的最大收获吧，读研才是我的出路。

附上我请教学长时的部分聊天记录orz:

2）总结这门课程的实践总结和给你带来的提升，包括以下内容：

1、统计一下，你在这门软件工程实践中，完成了多少行的代码

• 个人作业 132行
• 结对作业 867行
• 团队作业 2116行
• 总计 3115行

2、软工实践的各次作业分别花了多少时间？

作业内容	时间（分钟）
第一次作业	240
第二次作业 个人项目实战	720
第一次结对作业	800
第二次结对作业	1020
团队作业 选题报告	300
团队作业 需求规格说明书	580
团队作业 系统设计	120
团队作业 UML设计	120
团队作业 Alpha冲刺	2500
团队作业 随堂小测（同学录）	660
个人作业 软件产品案例分析	300
团队作业 Beta冲刺	600
个人作业 软工实践总结作业	300
总计	8060

3、哪一次作业让你印象最深刻？为什么？

Alpha冲刺阶段。第一次如此系统地计划并执行每天的任务，同时与队友完成的部分交互，有种完成一份工作、收获大于一的感觉；第一次同时和6、7位同学在一块编码的感觉很奇妙，键盘声，讨论声，充盈耳畔；第一次连续10天站立式会议，每天都能及时汇报个人的完成情况，队友出现的问题也能及时地解决，为下一天的进程做好铺垫；第一次连续几天不是因为躺床上玩手机而感受到福大的凌晨……

4、累计花了多少个小时在软工实践上？平均每周花多少个小时？

表格中已提现，共134个小时左右，按照实际有做软工的周数算的话，每周约26小时

5、6、学习和使用的新软件、新工具

编辑器：Visual Studio code
IDE:Visual Studio 2017
协作: Teambition
绘图:Mockplus ProcessOn
搜索: Everything
框架: vue
组件库:iview

7、学习和掌握的新语言、新平台

• c++
• java
• html5
• css3
• javascript

8、学习和掌握的新方法

• 单元测试
• github团队协作
• NABCD大法

9、其他方面的提升

• 原型设计
• 需求分析能力
• 代码规范
• 团队合作
• 啃文档
• debug
• 合理利用时间

二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析

1、个人作业与结对作业

1）算法与数据结构是每个程序员的必修课。

个人的数独作业是我的一大难题，以我在大二时学的算法与数据结构的知识，只能用DFS完成部分，后来我上网查了很多方法后，才学着自己模仿了一个算法出来实现数独盘的生成，然而时间效率奇差，没过几个测试点。结对作业中，部门的选择需要用算法来优化，我也想不出来什么招，很大程度上靠队友完成了部门选择的这部分内容。我打算在接下来的学习中，提升自己的算法能力，掌握一些基础问题的算法优化，相信这也对今后的职场面试很有帮助。

2）细节决定成败

由于粗心，在完成数独作业时审题不认真，先后修改了三次作业才提交，都是非常低级的错误，特别是其中一次，根据个人的学号末尾设初值，结果我居然算错了自己的学号...导致得分非常的低。当时觉得非常不甘心，但是想想，如果以后在大型项目开发中，因为粗心的问题，没通过测试， 导致产生反复检查的工作量，那代价才是更加沉重的。

2、团队作业

1）需求分析要考虑得细致入微

在开发的过程中，会产生各式各样的原因，例如技术无法实现、实现逻辑与初衷产生冲突等，导致我们的产品功能、数据库结构设计等内容多次修改，这对于后端开发的代价是十分大的，也会对团队的前进方向影响很大，给队友产生一种已经搞不清楚我们的产品作用是什么的感觉，从而导致团队凝聚力下降。

2）认真阅读官方文档

每一门技术，每一个语言，最规范的介绍永远是它的官方文档，尽管这类文档大部分是英文，然而阅读最权威的文档永远是一个程序员的最佳选择。我在完成图片和文件上传的内容时，由于自己的javascript掌握得不是很好，就想走捷径，直接去看CSDN上其他人写好的代码，然而就出现了套用到自己的代码里无法使用的问题，于是换个文档、仍然不能用，继续换、继续失败……后来还是无奈选择了去看官方文档，尽管啃英文的过程很痛苦，然而在理解了语法内容之后，解决起来还是效率比较高的。(事实上，大部分英文网页右上角都还是有一个“上帝制造的一键翻译网页按钮”hahaha)

3)团队沟通

一加一大于二在团队作业中的效果是最明显的，我们每个人对技术的掌握程度不一，对项目的看法也有偏差，在每天的站立式会议中，我们能有效地进行团队的交流沟通，在早期及时发现了需求的问题，中后期及时交流了技术方面的问题，大幅提高了开发的效率。我们团队的分工也算是比较合理的，两个美工，两个安卓前端，两个web前端，两个后端，每个模块都有队友可以交流，在开发过程中互相帮助，对自己的技术提升也非常快。

三、对下一届实践的建议，或者对于开学初的你，对于大一的你，对于开学初的我，你有什么想建议和告知的呢？对于后来人的期许。 特别地，特别地，下一届要不要中途换队员？

1、认清软工实践于己身的重要性

不是无脑地将软工实践视为自己这学期最重要、最值得投入的事情，要结合个人实际情况。如果确定自己以后要从事开发岗位，那用心投入于软工实践，认真完成每次作业和任务，会有充实的收获，特别是对于没参加过软件杯、服务外包比赛等的同学，这可能是你本科阶段最宝贵的项目经验了。如果自己不打算从事开发岗位，亦或不想从事计算机领域，并且课余时间不多，那好好读书刷绩点，做些学生工作打好自己的关系网和培养其他方面的能力，没必要强求自己像大多人一样大量投入软工实践。

2、在团队组建之前充分认识到自己已掌握的能力和想要发挥的作用

认清自己拥有的和想要的十分重要。例如，有些人在加入团队前，想要学JAVA，做安卓开发，在讨论完软件需求后，因为团队其他成员的能力原因，被迫去做数据库的构建和接口设计。这样一方面，可能打压个人开发的积极性，另一方面，在这学期从头学习一门之前从未接触过的新语言，可能会影响团队的开发进度和软件的整体性能。我在组队开始前，认清了自己之前做过web开发，就加入了有这样需求的团队，并负责前端开发的工作，这是我庆幸的地方。或许有些人想加入强大的团队抱大腿得高分，然而我认为，找到适合自己的团队，提高个人的技能、素质才是首要的。软工实践中，自己选择的方向，很有可能影响到本科就业的选择，一定要慎重考虑。

3、充分利用时间

熬夜的情况在软工实践中比较普遍，然而也不是必须的，若是在每个作业布置后的第一天就认真开始完成，充分利用白天的时间，就极有可能避免在每个Deadline之前再通宵达旦的情况。大三的确课程和考试非常多，多得让人一有课余时间都巴不得抛下代码丢掉课本去疯去浪，然而若是能真的静下心来好好安排课余时间，还是能有足够的时间和精力投入于软工实践并收获满满的。

换队员的问题

换队员的情况仅适用于极少数学习能力或是代码基础非常好的同学，对于百分之八十的同学是不适用的，并且对于仅有5天的beta阶段，同时逼近期末各种考试的时期，换队员的效果就更加微乎其微。不建议。

四、分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了 “创造” 阶段了么？（参考《构建之法》第 17 章 人、绩效和职业道德）

前三个阶段大致都经历过了。
萌芽阶段，团队刚刚组建时大家都不太了解，包括需求分析时，没有每个人都大胆提出自己的想法。
磨合阶段，在原型设计，撰写需求说明书时，我们开始讨论合作分工，同时也出现矛盾冲突，对分工产生意见。
规范阶段，在beta阶段的代码整合与功能完善时，体现了“规范”
然而创造阶段，貌似还没有达到。

五、怎样证明你学会了软件工程？

1）研发出符合用户需求的软件，必须公开发布，有实际的用户，一定的用户量和持续使用量（3 天后能保持 10 - 100 个用户）；而不是:做没有用户使用的软件

我们在概率论这门课上投入使用，有50名注册学生加上一名老师

2）通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件，有项目规划 / 需求 / 设计 / 实现 / 发布 / 维护，有定时的进度发布；而不是: 通过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄

3）并且通过数据展现软件是可以维护和继续发展的。而不是找不到源代码，代码无文档，代码不能编译，没有 task/bug等项目的发展资料