个人作业——软件工程实践总结作业

作业描述

|||||
|:--|:--|
|作业所属课程| 软件工程1916 W(福州大学)|
| 作业要求 | 个人作业——软件工程实践总结作业 |
| 我的课程目标 | 对本学期软件工程实践课程的总结以及对自己和课程的评价 |

作业正文

一 、请回望开学初的第一次作业,你对于软件工程课程的想象

1)对比开篇博客你对课程目标和期待,“希望通过实践锻炼,增强计算机专业的能力和就业竞争力”,对比目前的所学所练所得,在哪些方面达到了你的期待和目标,哪些方面还存在哪些不足,为什么?

  • 开学出对于这门课的期待就是想了解怎么做一个真正的项目,因为以前大多数都是控制台程序,比较小的程序,或者没有超过5个人一起开发过项目。对于这个目标已经达到了,因为我的队友有过项目经验,所以在组织项目上没有多大问题,我也学习了不少,不足之处就是我对于任务分配,项目组织方面出力比较少,希望下次能自己带别人,作为一个leader组织一个项目。

2)总结这门课程的实践总结和给你带来的提升,包括以下内容:

  • 1、统计一下,你在这门软件工程实践中,完成了多少行的代码;

1.5+kloc

  • 2、软工实践的各次作业分别花了多少时间?(做一个列表);

|||||
|:--|:--|
|作业名称|耗时|
| 第一次作业——准备篇 | 2 |
| 结对第一次——原型设计(文献摘要热词统计) | 6 |
| 结对第二次—文献摘要热词统计及进阶需求 | 20 |
| 团队作业第一次—团队展示 | 2.5 |
| 团队作业第二次—项目选题报告 | 5 |
| 团队第三次-项目原型设计 | 7 |
| 团队作业第四次-项目需求分析 | 8 |
| 团队作业第五次—项目系统设计与数据库设计 | 6 |
| 团队作业第六次—团队Github实战训练 | 12 |
| 项目Alpha冲刺(团队) | 46 |
| 事后诸葛亮(团队) | 3 |
| 项目Beta冲刺(团队) | 40 |
| Beta阶段团队项目互评 | 2 |
| 个人作业——软件工程实践总结作业 | 2 |
| 总计 | 161.5 |

  • 3、哪一次作业让你印象最深刻?为什么?

项目选题报告,7个人刚走到一起,关于选题聊得天花乱坠,队长又是有过项目经验的大佬,最后选定校园帮这个题目,挺期待和激动的,开始初步对于这个课程改革没那抵触了(Alpha冲刺又变回去了,哈哈哈哈)

  • 4、累计花了多少个小时在软工实践上?平均每周花多少个小时?

累计时间161.5h,每周花费11小时,我感觉肯定不止.。。。

  • 5、学习和使用的新软件;

IDEA,postman,Axure,墨刀

  • 6、 学习和掌握的新语言、新平台;

spring boot 、 hibernate

  • 7、 学习和使用的新工具;

代码管理工具:GitHub
项目管理工具:Showdoc、leangoo

  • 8、 学习和掌握的新方法;
    spring boot框架,如何组织项目
  • 9、 其他方面的提升。

初步了解了vue和uniapp(解决跨平台问题)

二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析

-磨刀不误砍柴功,要积极接受新的东西,多学习新的技术,在项目开始的时候决定后端用普通spring框架,然后就去学,学了一段时间后,组长又决定改用spingboot,一开始还挺不愿意的,后来用了就爱上了这个框架,疯狂劝室友(其他软工队的)用这个;还有开发工具一开始说用idea也不太愿意,就想用eclipse,用了之后就真香了,哈哈哈。

三、对下一届实践的建议,或者对于开学初的你,对于大一的你,对于开学初的我,你有什么想建议和告知的呢?对于后来人的期许。 特别地,特别地,下一届要不要中途换队员?

  • 对于下一届的建议,嗯,这个课程太太太占用时间了,要考研的节奏完全被打乱了,效率很低(这也是我开学难受的原因,后来爱上我的项目了就好了一点,但是占时间是真的),所以,这个课程可以放到大三上学期吗,记得那个时候我天天在宿舍打游戏。。。。对于开学初没啥好说的,我觉得我软工实践表现得还不错,对于大一的自己,想告诉他一定一定要多学点技术吧,做个大佬,哼哼哼。
    中途换队员,好处肯定是有的,但是对于被换的人,太难受了,一切重新开始的感觉。所以要出台相关政策照顾好这部分同学。还有的组顶梁柱被换走,项目可能直接做不下去,所以老师在开学初一定一定一定要多强调换人的事情。这样的话大家应该比较好接受。

四、分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段,你的团队都经历过么,最后到达了“创造”阶段了么?

  • 萌芽、磨合、规范、创造 确实是循序渐进的过程。从一开始的的选题到最后的终期汇报,团队默契有了很大很大的提升,尤其是经过两个冲刺阶段,后端与后端,后端与前端默契有很大的提升,创造应该还没有吧。

五、怎样证明你学会了软件工程?

  • 1、研发出符合用户需求的软件
  • 在项目的萌芽阶段需求分析对于市场痛点的分析和可行性的分析应该还是比较充分的,正是因为用户需要他,才会引导我们去创造他。
  • 2、通过一系列工具,流程,团队合作,能够在预计的时间内发布 “足够好” 的软件
  • 通过github对项目源码进行管理,leagon进行任务分配管理,scrum的站立式会议等等来推动项目的进度。
  • 3、并且通过数据展现软件是可以维护和继续发展的。
  • 所有后端的接口都写在showdoc里面,如果让其他人接手这个项目,完全可以就通过showdoc文档继续做下去
  • showdoc里面除了接口,还有代码的规范,以及所有返回码的说明

七、个性发挥,包括图文、照片和创意等

  • 愿世间没有bug

#[博客pdf版下载](https://files.cnblogs.com/files/fishkk/%E7%BB%93%E5%AF%B9%E7%AC%AC%E4%B8%80%E6%AC%A1%E2%80%94%E5%8E%9F%E5%9E%8B%E8%AE%BE%E8%AE%A1.zip)

posted on 2019-06-08 23:20  巴啦啦魔仙  阅读(320)  评论(2编辑  收藏  举报

导航