做业描述
1、请回望寒假时的第一次做业,你对于软件工程课程的想象
- 1)对比开篇博客你对课程目标和期待,“但愿经过实践锻炼,加强计算机专业的能力和就业竞争力”,对比目前的所学所练所得,在哪些方面达到了你的期待和目标,哪些方面还存在哪些不足,为何?
- 口头上学习的再多都不如踏踏实实地完成一个项目,心里很是感谢这门实践课,虽然过程十分痛苦且漫长,但本身能力的提高是肉眼可见的。对比半年前的本身,最大的收获是完整地参与并完成了一个项目并成功让它可使用,在这个过程当中框架使用的熟练度增长、编码能力与解决能力提高、以及团队沟通开发经验这些都是不可多得的宝贵经历。
- 不足点在于本身与团队都缺乏相关的项目开发经验,致使团队框架选择走了很大的弯路,把不少的时间都拿去重构项目了,反却是没有较多时间去增长功能而且稳定完善。若是开始选择了正确的道路,那项目可能会更加完善,功能也更加丰富。但万事没有若是,说不定多了解其余框架开发未来也会变成一个好处,因祸得福、焉知祸福呢?
- 2)总结这门课程的实践总结和给你带来的提高,包括如下内容:
- 统计一下,你在这门软件工程实践中,完成了多少行的代码
- 软工实践的各次做业分别花了多少时间?(作一个列表)
- 累计花了多少个小时在软工实践上?平均每周花多少个小时?
第一次做业-准备篇 |
0 |
60 |
|
结对第一次—原型设计(文献摘要热词统计) |
0 |
180 |
|
结对第二次—文献摘要热词统计 |
600 ++ |
350 |
|
结对第二次—文献摘要热词统计进阶需求 |
1000 ++ |
500 |
|
团队Github实战训练 |
800++ |
600 |
|
团队做业 |
4300++ |
8000 |
包括了整合的框架中的代码 |
合计 |
6700+ |
9690 |
平均每周花16个小时 |
- 哪一次做业让你印象最深入?为何?
β冲刺吧,原来的项目都是用在本地,数据也都是本地的。此次冲刺结束后正式部署到了网络上,并且部署过程出了许多问题,例如本地能够访问的资源网络上就不能访问等,最后成功解决问题、让其余地方的同窗可以搜索到可以使用这个功能才真正感觉到这个项目。
- 学习和使用的新软件;
Github Postman Pycharm
- 学习和使用的新工具;
墨刀 axurer Worktile
- 学习和掌握的新语言、新平台;
springboot、阿里云服务器端开发
- 学习和掌握的新方法;
在作什么以前先找找有没有前人铺好的路,不要重复造轮子。
- 其余方面的提高。
规划能力、沟通学习能力
2、写下属于本身的人月神话——我的或结对或团队项目实践中的经验总结+实例/例证结合的分析
- 团队方面-沟通与规划比编码实现重要的多,一我的的项目,设计、进度一切一切均可以本身来安排时间,可是在团队合做中,就须要考虑队友的状况。中间有几回都是由于交流不及时致使后面消耗更多时间去解决问题。还有规划任务,项目初期任务比较少也比较简单,因此能够规划分配的层次分明。到了项目后期,任务开始变多,前面的困难又出现并堆积起来时,任务规划就变成一团糟了,例如每一个功能的标准如何,每一个页面动态效果要怎么样都没详细的规划,基本上是本身认为缺什么东西就去完成相关任务。
- 我的方面-学习能力很是重要,此次项目接触的东西几乎是全新的,在短短的一段时间内,要学习同样东西,并可以熟练的使用它,这是实践那么费精力的缘由之一。不知道这个功能怎么实现,不知道服务器对某个端口的限制等等一系列难题,在接近deadline功能又作不出来时只能硬着头皮去看博客和教程(感谢伟大的互联网以及大牛的无私奉献)。
3、对下一届实践的建议,或者对于开学初的你,对于大一的你,对于开学初的我,你有什么想建议和告知的呢?对于后来人的期许。 特别地,特别地,下一届要不要中途换队员?
- 这门课很是的辛苦,会占用本身大量的时间去完成一个项目,有不少人以为应该选,也有人特别后悔。若是是个人话仍是建议选这门课,毕竟从一片空白到完成一个项目,这种收获比无所事事大得多,对本身的编码能力也是巨大的提高。固然若是课程很是多或者忙于考研就须要酌情考虑。
- 换成员确实对团队影响太大了,虽然这个多是为了模拟职场里面的人员调动,但职场里面会有很长的时间去适应学习,并且面试过程也会考量下一任的相应能力是否符合原项目,只是随机换的话新队员须要时间去从新学习,旧团队也等于少了一我的出力。之后换团队仔细考量两边团队用的哪些技术以及成员分别拥有哪些能力,考量仔细后再交换类似成员那会好不少。
4、分析一下本身所处的团队。
- 萌芽阶段
- 团队初期的目标、原则、计划等都安排的明确,具体任务也是全部人合做完成的。
- 磨合阶段
- 在这个阶段也是每一个人各司其职,冲突之类的也没有出现过。可能有时候某些进度拖后,或者一个功能点拖了好久尚未实现,就有些打击其余人的工做热情,好在这些问题最终解决了,团队也步入正轨。
- 规范阶段
- 通过后期的讨论了解与开发后,团队的进度与目标也更加明确了。虽然会出现一些意料以外的事情,但也是达到了规范阶段的门槛。
- 创造阶段
- 目前未达到,若是时间再久点或者项目再继续完善些或许能达到,虽然很想但目前是没有。
5、怎样证实你学会了软件工程?
1)研发出符合用户需求的软件,必须公开发布,有实际的用户,必定的用户量和持续使用量 (3 天后能保持10 - 100个用户)而不是作没有用户使用的软件

2)经过一系列工具,流程,团队合做,可以在预计的时间内发布 “足够好” 的软件有项目规划/需求/设计/实现/发布/维护,有定时的进度发布而不是: 经过临时熬夜,胡乱拼凑,大牛一人代劳,延迟交付等方式糊弄
css
3)而且经过数据展示软件是能够维护和继续发展的。而不是找不到源代码,代码无文档,代码不能编译,没有task/bug 等项目的发展资料
源码都保存在相应的git项目中,而且网站已经部署到阿里云服务器里,能够直接将war文件直接使用。任务进程与规划都在worktitle记录,文档与说明也保存良好。git
6、个性发挥,包括图文、照片和创意等