| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/2020SpringW/ |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/2020SpringW/homework/10836 |
| 这个作业的目标 | 课程总结 |
| 作业正文 | .... |
| 其他参考文献 | ... |
一、回望
（1）对比开篇博客你对课程目标和期待，“希望通过实践锻炼，增强软件工程专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？
本次课程，从独立开发，到结对编程，再到团队实践，再加上理论课的学习，算是对过去的所学进行了一次大汇总。与我而言，提高最多的还是团队协作吧，一次从用户调研开始，经过需求分析、系统与数据库设计、alpha、beta开发的完整体验，着实增加了不少的弥足珍贵的项目经验，这其中当属团队成员之间协作共进的方面让我受益匪浅，超出了我的期待和目标。不足的话，主要还是在于，这学期大家事情都多，实践任务也紧，总是匆匆忙忙，没能做好细节的打磨，总觉得这方面一直没能得到训练提升。
（2）你在第一次作业的个人简历中制定的这门课程结束后，你预期你将增长的能力、技术、技能；和你针对你的目标绘制的学习路线图。对比当前你的所学所得，你达到了当时的预期值吗？
预期的能力、技术、技能，基本达到了。但是因为学习路线的不少内容没有充足的时间去抽空学习，所以还是有欠缺，需要费不少时间去夯实知识。
（3）请总结这门课程的实践总结和给你带来的提升，包括以下内容：
统计一下，你在这门软件工程实践中，一共完成了多少行的代码；
没仔细去数，大概在6000行左右吧
软工实践的各次作业分别花了多少时间？（做一个列表）
| 作业 | 时间 |
|---|---|
| 寒假作业1 | 2h（估计） |
| 寒假作业2 | 26h |
| 结对作业1 | 15h |
| 种子队选拔和团队展示 | 3h |
| 结对作业2 | 17h（估计） |
| Github团队实战 | 8h（估计） |
| 需求分析 | 8h(估计) |
| 系统设计和数据库设计 | 9h(估计) |
| 软件评测 | 5h（估计） |
| alpha冲刺 | 60h（估计） |
| Beta冲刺 | 70h（估计） |
哪一次作业让你印象最深刻？为什么？
作业：Github团队实战
理由：这是团队的第一次协同开发也是最突然又紧迫的一次开发，当时团队成员之间没有什么默契，各种问题频发，时间又只有十几个小时，根本来不及。我因为没有javaee的环境，从头搭建完全没时间，只能做做一些基础内容编写，剩下的交给队友进行补充开发。总觉得这次作业过于突然，整个团队都措手不及，我又因为没有环境支持，拖了团队后腿。
累计花了多少个小时在软工实践上？平均每周花多少个小时？
累计（根据上表估计）：223h
平均：223/16≈13.9h
学习和使用的新软件；
idea,hbuilderX,postman
学习和使用的新工具；
墨刀
学习和掌握的新语言、新平台；
语言：MUI,h5+，markdown
平台：Dcloud、博客园
学习和掌握的新方法；
敏捷开发，前后端分离开发
工程能力的提升；
代码阅读、代码重构、程序测试与排查bug，项目需求分析、项目的设计
团队合作上的提升；
前后端配合与接口约定，模块化分工协作
其他方面的提升；
前端任务分配与进度管理
二、团队总结
软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了“创造”阶段了么？（参考《构建执法》第17章 人、绩效和职业道德）
你在团队中担任了什么角色？你是否完成了该角色的任务？现在你觉得你适合该角色吗？
1、 如果你是组长，你觉得你有哪些地方做的不够好的？有哪些地方做的好的？你觉得该怎么改进？（详细描述）
不是组长
2、 如果你是组员，你觉得你的组长分工安排是否合理？你对组长的选举有什么建议？
我觉得组长的分工安排是合理的，没啥问题。
组长选举还是看自愿+团队管理能力+积极性吧，最好是能调动组员积极性，一起做项目，然后团队分工管理井井有条，尽量避免半路出问题
3、 你这学期经历过换组吗？你对换组有哪些看法？谈谈你在这个过程中的感受。
没有经历换组。
我觉得换组挺好的，一方面是让大家体验一下人员流动的情况，一方面也可以用来平衡组与组之间的实力差距。
4、 分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了“创造”阶段了么？（参考《构建之法》第17章 人、绩效和职业道德）
我觉得我们团队磨合阶段应该算是结束了，正处在规范阶段，但是距离创造阶段还有一定距离。
三、人月神话
1、怎样证明你学会了软件工程？以下要求你们的团队达到了哪几个？请在随笔中用数据证明上述内容或侧重选择之一。
（1）通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件
我们团队有适用teambition进行项目管理，流程进度也依托于组内共享文档进行把控。
（2）并且通过数据展现软件是可以维护和继续发展的。
我们团队有充足的各个阶段的文档保存，项目源码也在github上可以找到，历次的修改进展也都有记录。
2、写下属于你自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析，文字部分字数要求在100字以上，可以使用你自己喜欢的方式表达（如图文结合、视频）..
首先，养成定期备份的习惯很重要，虽然有github做代码管理，但是自己本地的备份也不能忽视，因为在github适用冲刺的那次作业，我们就因为github整合时出问题，导致代码丢失且无法回退版本的情况发生。
其次，保持积极性和认真负责的态度也很重要，因为不可能每次任务都是自己希望的。就像这次项目实践，与我想深入学习的方向差的很远，但是我仍旧花费大量的时间精力去完成并做好自己的任务。
再有，项目开发前，再三明确并细化需求与设计真的不为过，后面特别是模块化开发时，往往就是前面没沟通好，存在模糊的地方，才使得出现问题。
另外，提前约定好的东西，最好不要半路修改，因为容易引起蝴蝶效应。如果必须修改，那一方面是设计没弄好，另一方面，一定要先沟通好，不能自己想改就改，特别是前后端接口，不匹配的问题十分不应该发生。
最后，既然是一个团队，相互之间真的就应该不懂就问，不能有“他说的好像是这个意思，算了，就这样吧”的想法，凡是有不确定的，一定要问清楚，否则出现偏差，回头修正很麻烦。
四、建议
对下一届同学的建议，或者对于开学初的你，对于大一的你，对于开学初的我，你有什么想建议和告知的呢？请写下你对后来人的期许。
要有一颗负责任的心，不管是否有兴趣，都应该至少做好自己该做的，不要去给别人添麻烦。
对于软工实践课程，你有哪些建议？
多一些互动，多一些技术分享交流吧。
对于助教工作，你有哪些建议？
多与各个小组交流吧
对于自己今后，你有哪些建言？
不忘初心，方得始终。砥砺前行，远方可期。
五、个人技术总结
技术博客标题
概述：
以我近两个月的使用与项目开发经历总结的“MUI框架的h5+前端开发”的博客。内容是关于这个框架的概述，到我学习这门技术的三步走流程，再到遇到的难点与解决方案，以及学习使用总结。