个人作业——软件工程实践总结作业
相关链接
| 这个作业属于哪个课程 | 2019秋福大软件工程实践Z班 (福州大学) |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 软件工程实践总结 |
回望
（1）对比开篇博客你对课程目标和期待，“希望通过实践锻炼，增强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？
- 达到期待与
- 大致知道了开发一件软件的流程和步骤，比我想象的复杂的多。
- 还深刻体会到团队合作对于开发软件是一件多么重要的事情。
- 通过这门课还了解到了很多之前没见过的很多东西，比如制作界面等
- 不足
- 深刻体会到自己的编写代码能力不如别人，以后多进行代码强化，
- 发现自己不够努力，在队长分配任务后自己还是没能及时完成，有些时候是不会一些知识就事先进行学习这样子就不够时间，但是有些时候不是因为不会二十不够努力就没能及时完成任务。
- 不够与对里的其他队员进行沟通，有些时候就会产生一些不必要的错误，太过于疏忽马虎
- 原因
- 之前大一大二没能好好学习，不够努力，太过于疏忽马虎
（2）你在第一次作业的个人简历中制定的这门课程结束后，你预期你将增长的能力、技术、技能；和你在第二次作业中绘制的学习路线图。对比当前你的所学所得，你达到了当时的预期值吗？
没有达到当时制定的计划，第一因为本人学习基础不是好，特别是编写代码比起别人差的太远了，所以跟不上团队的节奏，就随着时间落后了很多。第二对于软件开发过程中投入的时间比较少。第三对软件开发这类东西根本没有兴趣就产生一种反感而不会太多去学习。
（3）请总结这门课程的实践总结和给你带来的提升，包括以下内容
代码大约600行
各项作业完成时间
作业 耗时（h） 第一次作业——个人简历 2 第二次作业——学习路线 3 第三次作业——数独 8 第一次结队作业——原型制作 10 第二次结队作业——“家族树”实现 18 团队作业——实现软件 60 哪一次作业让你印象最深刻？为什么？
第一次作业--个人简历
因为当时也是第一次作业就不知道关于软件开发的艰苦性就对自己制作很多的计划与简历，挺有趣。
累计花了多少个小时在软工实践上？平均每周花多少个小时？
100个小时，平均每周15个小时
学习和使用的新软件
HBuilderX、XMind、VS2017、sublime Text3
学习和使用的新工具
Mysql、墨刀
学习和掌握的新语言、新平台
html、css、博客园.
学习和掌握的新方法
NABCD分析、PSP
工程能力的提升
对数据库的设计，以及对软件的架构和逻辑控制等能力都有所提升
团队合作上的提升
懂得如何团队协作，提问交流，及时沟通
其他方面的提升
学习能力提升
二、团队总结
1.软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了“创造”阶段了么？（参考《构建执法》第17章 人、绩效和职业道德）**
我们的队内有几个挺有趣的大佬，这样每次集中一块儿进行学习或者工作的时候有说有笑的，队内的成员关系页变成的很和谐融洽，队内成员互相页学到了不少的东西，我自己也是收获到了很多东西。但是团队的最终的结果还是没有到达创造的阶段，但是我个人觉得跟他们一块儿时间还是很有回忆。
2.你在团队中担任了什么角色？你是否完成了该角色的任务？现在你觉得你适合该角色吗？
当时我担任了软件测试部分与还参与了前端的一些制作界面等的工作。完成的不是很好。不适合软件测试，感觉更适合前端的开发。
3.如果你是组员，你觉得你的组长分工安排是否合理？你对组长的选举有什么建议？
我觉的组长分工安排还是很合理，特别是在后面冲刺阶段组长发挥的更好。
对于组长选举我也没啥建议，我们当时的组长是自愿当组长，如果自己的有能力当组长我觉得自愿当就更合适。
三、人月神话
1、怎样证明你学会了软件工程？以下要求你们的团队达到了哪几个？
（1）研发出符合用户需求的软件
必须公开发布，有实际的用户，一定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是: 做没有用户使用的软件
（2）通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件
有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是: 通过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄
（3）并且通过数据展现软件是可以维护和继续发展的。
而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料因为是第一次开发软件的，在跟方面的理解很不成熟所以第一个没有达到，第二三基本达到了
2、写下属于你自己的人月神话——个人或结对或团队项目实践中的经验总结+实例
- 要对自己有信心，但不要太有信心。有适当的信心可以帮助你在完成任务的过程中保持比较好的心态，事实证明丧的时候效率很低。同时适当有一些「我很菜」的想法，认为自己需要花费比别人更多的时间，可以让你尽早去着手准备，不会拖到ddl再来手忙脚乱，如果确实一直肝到了ddl——证明尽早着手的决定是正确的；如果并没有花很多时间就能完成——说明自己没那么菜，也是一种精神鼓励，两种结果都是好的
- 善用搜索引擎和一些学习网站，这些资源对于现阶段自学来说很足够了
- 虽然有搜索引擎，但该问的还是要问，我的个人习惯是自己实在找不到解决方法才会勉强去问，能不打扰别人就不打扰别人（可能因为周围有那种完全相反 能问就问绝不自己先找办法的人让我超级反感），但其实这样会走不少弯路，其实有些问题问问身边的人会更便捷
- 注意劳逸结合，时长不是重点，有效时长才是重点
- 平时注重一下代码的格式、规范什么的，结构会清晰，也赏心悦目
四、建议
其实还是不太擅长提出建议，但是在软工实践中还是收获挺多除编写代码以外的能力，但这些能力对于个人的提升是巨大的，是关键的，也认识了许多很好的朋友，结识了“革命友情”，体会了一把真正的团队协作。也在这个过程中有所吐槽，个人也有所体会。如下:
对于软件工程
- 团队项目过于没有新意，不够有意思，可能在思考项目想法的时候，大家都不太重视，班上没有很好的点子，大家所做的项目，基本都是你两分钟能想到的东西，被往届的做烂掉的东西。我觉得最终的完成度不够高和这个关系还是很大的，在我看来，你做一个你知道一点用都没有，做出来没有任何价值的东西，是投入不了感情的，是一点动力都没有的，唯一的动力就是要交作业了，不做要挂科了。老师也许可以协助提出一些比较有意思的想法，做一些能够用的，能够应用的，哪怕平时方便自己的东西。（但其实这点很是很难做到的，毕竟我们能够想到的有一定价值的基本都出现了）
- 团队过于庞大，我觉得最终的完成情况和团队人数没什么关系，而且团队过大可能会出现摸鱼，不能让人人都参与到软件工程中，得不到应有的提升。
- 平时的作业可以再难一点，有意思一点。
对于助教
- 一看群里的通知就深刻体会到助教的工作量，工作量量真的挺大，以后多收一点助教来减轻助教的工作量
对于个人
- 各个方面都很欠缺，特别是的编写代码的能力，所以要好好补一补。