这个作业属于哪个课程 | 构建之法-2021秋-福州大学软件工程 |
---|---|
这个作业要求在哪里 | 2021秋季软件工程实践总结 |
团队名称 | 摸鱼买菜必涨价 |
这个作业的目标 | 对软件工程这一课程做出总结,思考自己所获得的知识,反思自己的不足之处,以及对未来的憧憬 |
学号 | 031902126 |
个人总结
开篇博客中对软工课程的目标和期待:
希望自己可以在课程中收获一群志同道合的朋友,以及丰富的项目开发经验。更重要的是可以对自己所学的知识有更加深刻的理解。在课程实践中,我希望自己可以担任一个与团队里的其他人积极交换思想,敢于向团队里的大牛请教,学会自己查阅资料解决难题的 coder。
那么在软工课程结束后,我也确实收获了一群志同道合的朋友,获得了一定的项目开发经验,编码更加规范。不足的地方是因为这学期很多课程的原因,在团队作业后期没有办法全身心投入,所以对项目本身还有一些不完美的地方。
具体收获如下:
1、在这门软件工程实践中,完成的代码量
项目 | 代码量 |
---|---|
第一次个人作业 | 300行 |
结对作业 | 800行 |
现场编程 | 100行 |
团队作业 | 2000行 |
2、软工实践的各次作业所花的时间
作业 | 耗时(小时) |
---|---|
第一次个人作业 | 5 |
第一次编程作业 | 40 |
第一次结对编程作业 | 40 |
第二次结对编程作业 | 60 |
团队作业 团队展示与选题报告 | 20 |
团队作业 需求分析与原型设计 | 70 |
团队项目之现场编程 | 2 |
alpha冲刺 | 20 |
冲刺完善 | 80 |
3、印象最深刻的作业
对我来说,印象最深刻的作业其实是结对作业。因为有些时候作业并不是人越多就越轻松,在结对编程中,两个人可以更快地确定方案、制定计划、分工明确。相比于团队作业的话会减少一些其他的事情。在结对作业中,两个人沟通方便可以一起熬夜加班、可以更方便地完成项目。
4、软工实践可以说是这个学期我花的时间最久的一门课程。大约花了我400+小时吧,平均到每周的话就是每周20多个小时。
5、学习和使用的新软件:在学习原型设计的过程中学会了使用墨刀,在后端接口测试中学会了使用postman,在部署服务器过程中学会了使用 Xshell和Xftp。
6、学习和使用的新工具:python的request库,用来画流程图的亿图工具、git。
7、学习和掌握的新语言、新平台:python的django框架、git的常用命令
8、学习和掌握的新方法:爬虫爬取静态页面、调用api、mysql部署到服务器、编写接口文档。
9、其他方面的提升:可以更加完善地表达自己的观点,能够清楚地表述自己的思想。对项目的开发流程有了较为详细的了解。
团队总结
① 要事先熟悉项目的整个流程,不然要到最后才发现申请域名需要很久的时间,导致上线失败。
② 要事先把项目的框架确定好,并保证项目的每一个成员对项目的内容都十分的了解,这样才能进行编程。
③ 要及时和队友沟通,遇到难题时及时反馈。
④ 统一编程规范,这样有助于测试以及 bug 的修改。
提出建议
对下一届的建议:我的水平刚开始也只是了解C和C++的程度,甚至之前都没有自己写过python项目。但是在软工实践这门课中,我在刚开始的个人编程中,熟悉了python的语法,不断解决遇到的问题,最终顺利完成了个人作业,使得对python终于有了一定的了解。在接下来的结对编程中,题目的要求使得我必须学习python的一个框架来完成任务。于是,我又开始学习之前完全没有接触到的领域–django框架。事实也证明,人的潜力是无限的,我也确实在任务的期限内学会了这个框架。所以说,没有人是生来就会某种语言、某种框架,大家都是通过不断学习才掌握的。
团队分析
团队的发展有四个阶段:萌芽阶段、磨合阶段、规范阶段、创造阶段。
我们的团队应该处于创造阶段。我们的团队之间都有着共同的想法,队伍内部也和谐相处,直到最后能够开发出一个像样的软件。故达到了创造阶段。
软件要求
1)研发出符合用户需求的软件
域名备案尚未完成
2)通过一系列工具,流程,团队合作,能够在预计的时间内发布 “足够好” 的软件
制定严格的计划,及时反馈项目进度:点此查看
3)通过数据展现软件是可以维护和继续发展的。
后端项目
前端项目
(选做)阅读软件工程中关于代码质量的的经典论文,从下列文献中选择一篇或若干篇,结合自己的实际做一个阅读笔记
参考论文文献:
[1] Stamelos I, Angelis L, Oikonomou A, et al. Code quality analysis in open source software development[J]. Information Systems Journal, 2002, 12(1): 43-60.
[2] Boehm B W, Brown J R, Lipow M. Quantitative evaluation of software quality[C]//Proceedings of the 2nd international conference on Software engineering. IEEE Computer Society Press, 1976: 592-605
[3] Samoladas I, Stamelos I, Angelis L, et al. Open source software development should strive for even greater code maintainability[J]. Communications of the ACM, 2004, 47(10): 83-87
其他
后端开发者最想看到的请求返回状态码