| 这个作业属于哪个课程 | 2020春|S班(福州大学) |
|---|---|
| 这个作业要求在哪里 | 个人作业——软件工程实践总结&个人技术博客 |
| 这个作业的目标 | 总结回顾软工实践课程，记录个人技术成长 |
| 作业正文 | 个人作业——软件工程实践总结&个人技术博客 |
| 其他参考文献 | 博客，百度百科，知乎，CSDN相关内容 |
一.回顾
1.开篇博客你对课程目标和期待，“希望通过实践锻炼，增强软件工程专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？
我在这门课程开始的时候，定下的期望和目标是：希望借助这门课可以增强我对于后端代码的编写能力，并且加强和其他人的沟通协调能力。还希望在最后可以有能力独立的进行简单的后端项目开发。
在这门课中，我发现我后端代码的编写能力加强了，达到了我的预期目标。但是与其他人进行沟通还是略有点问题，总是会结结巴巴的，不知道该说什么。
2.你在第一次作业的个人简历中描述了这门课程结束后，你预期你将增长的能力、技术、技能，并绘制了学习路线图。对比当前你的所学所得，你达到了当时的预期值吗？
和但是的预期还是有点差距的，虽然对于后端代码的编写能力有所加强，但是掌握的框架结构还是太少了，不够灵活，无法应对那些复杂多变的问题。并且，在当初制定学习计划时，没有考虑到团队作业对于个人学习的影响。导致时间规划有点问题。总体来说，我个人的能力还是增长较大的。
3.哪一次作业让你印象最深刻？为什么？
对于我来说，印象最深的是结对作业，因为那是我第一次和别人隔着老远进行合作。以前的合作，我们都在同一个地方，交流十分的方便，要是哪里出了什么问题，都可以第一时间的找到人，进行交流。而现在却不行了，沟通交流成了个大问题，有时候，你发过去问题，要等老久才可以得到反馈，这让我很是难受。所以，他让我印象深刻。
4.个人记录
统计一下，你在这门软件工程实践中，一共完成了多少行的代码
大概完成了6k~7k行代码
软工实践的各次作业分别花了多少时间？（做一个列表）
| 作业 | 时间/min |
|---|---|
| 第一次寒假作业 | 300 |
| 第二次寒假作业 | 1030 |
| 结对第一次—疫情统计可视化（原型设计） | 1410 |
| 团队作业第一次—团队展示和项目展示 | 120 |
| 结对第二次—某次疫情统计可视化的实现 | 1600 |
| 团队作业第二次——团队Github实战训练 | 425 |
| 团队作业第三次—项目需求分析 | 320 |
| 团队作业第四次—项目系统设计与数据库设计 | 350 |
| 个人作业——软件评测 | 280 |
| 团队作业第五次——站立式会议+alpha冲刺 | 3420 |
| 团队作业第六次——beta冲刺+事后诸葛亮 | 1890 |
| 个人作业——软件工程实践总结&个人技术博客 | 340 |
累计花了多少个小时在软工实践上？平均每周花多少个小时？
累计花了200小时左右的时间在软工实践上，平均每周花10个小时左右。
学习和使用的新软件
IDEA:用于Java后端的编程，自带Maven很好用
postman:用于对接口的检测
GitHub:用于团队编程
墨刀，AXURE:用于原型的开发设计
学习和使用的新工具
postman:用于对接口的检测
学习和掌握的新语言、新平台
markdown:用于博客园的发表
Github平台：托管代码，并且可以看其他人优秀的代码
学习和掌握的新方法
postman的接口测试的方法和本地服务器创建的方法
工程能力的提升
数据库设计，类图的设计，团队协作能力增强，对于框架的使用提高
团队合作上的提升
了解并掌握了GitHub的使用
二.团队总结
1.你是组员还是组长？你觉得你自己在哪些地方做得好？你觉得自己还有什么可以改进的地方，具体可以怎么改进？
我担任的角色是组员
做的好的地方：积极配合组长的安排，在组长分配任务时，主动选取自己合适的任务，而不是等到最后让组长被动的分配。在项目过程中遇到不会的技术，主动的去学习。
可以改进的地方：和组内其他人的沟通不足，遇到问题都只会自己埋头干，而不会去向组员请教。
改进方法：加强沟通训练，对于和陌生人组队也要大胆的进行沟通交流。
2.你觉得你的组长（组员们）在哪些地方做得好？你觉得ta（ta们）还有什么可以进一步提升的地方，有什么具体的建议吗？
我觉得我的组长和组员们的自我学习能力很强，像负责前端的几个同学，都没有Android前端编程的经历，但是他们还是在开始之前选择去自学了这些内容，并且对于前端的处理十分的好。组长对于组员也十分的负责，在发现问题是会直接和组员进行联系，一起解决。
我觉得，在这次组队中，不好的一点就是团队间的沟通还是较少的，基本都是在例会上进行。建议：加强沟通交流
3.《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了“创造”阶段了么？（参考《构建执法》第17章 人、绩效和职业道德）
关于团队发展的阶段共有四个，分别是：萌芽阶段、磨合阶段、规范阶段、创造阶段。
萌芽阶段:最开始的时候，老师讲随机组队时，都很茫然，在组完队后，大家都不熟悉，在群里也是很少发言。
磨合阶段:在经过一段时间后，大家慢慢都有了写了解，并且在qq上也有了沟通，在经过了团队Github实战训练之后，我们逐渐有了默契。
规范阶段:在alpha和beta阶段，我们慢慢的形成了自己的规范，每个人都有自己的工作，并且我们代码也有明确的规范，注释也是十分的清晰。
创造阶段:我们距离创造阶段还是有部分的差距，团队内部还是有人不愿意进行交流，在例会上也是沉默寡言。
4.从开发的角度，你在团队中担任了什么角色？你是否完成了该角色的任务？现在你觉得你适合该角色吗？
我在团队中是担任后端代码开发的角色，负责待办和待办集部分代码的编写。我完成了该角色的任务。我觉得我现在适合这个角色，因为我本学期就是要加强对于后端代码编写的能力。
三.人月神话
1.怎样证明你学会了软件工程？
1.1研发出符合用户需求的软件
要求：必须公开发布，有实际的用户，一定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是做没有用户使用的软件
我们的软件有进行服务器的部署和发布，并且有了一定量的用户，但是我觉得我们的软件还是存在一些问题，所以无法保证用户的持续使用。
1.2通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件
要求：有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是: 通过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄
我们的软件有经历完整的开发流程，并且定时的在服务器上进行了部署发布。并且我们每个成员分工明确，各有各负责的部分，不存在一个人完成大部分内容的情况。
1.3数据展现软件是可以维护和继续发展的。
要求：数据展现软件是可以维护和继续发展的。而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料
我们的软件在GitHub上进行托管，可以看到160多条的pr记录。这确保了我们可以对软件进行维护。
2.写下属于你自己的人月神话
在进行后端开发的时候，要和队友多交流，他们会给你建议和帮助。我之前都只知道自己一个人闷头在哪写代码，和队友沟通的很少，导致我这边出现问题，自己解决的慢，拖累了团队的进度，我感到很抱歉。
四.建议
1.对于下一届同学，或者大一的同学，你想说
对于自己的时间要好好的规划，不要荒废时间。如果，不好好的珍惜现在的学习时间，等到以后想要去补救的时候，就为时已晚。且行且珍惜。
2.对于自己今后，你有哪些建言？
要更加努力的学习，吸收新知识，增强自己的底蕴。
3.对于助教工作，你有哪些建议？
助教提出的建议都很好，就是希望助教可以更多的指点。
4.对于软工实践课程，你有哪些建议？对于软工实践课程的上课形式和内容，你有什么具体的意见和建议？在哪儿需要强化或者剔除？
在软工实践课程中，进行随机组队是一个很好的锻炼方法，这锻炼了我们和陌生人的交流协作能力，是对于以后工作很好的一个预演，希望可以继续保留。
五.个人技术总结
概述：使用Apache POI实现JAVA后端导出Excel文件。