个人作业——软件工程实践总结&个人技术博客

这个作业属于哪个课程 2020春软工实践|W班
这个作业要求在哪里 作业的要求
这个作业的目标 建立美化博客,回顾过去,展望未来,制定绘制学习路线
作业正文 博客链接
其他参考文献 博客园,csdn

一.回望

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

  • 达成的期待和目标:

    • 提高团队协作能力
    • 熟悉Springboot的项目开发
    • 软件工程的开发流程
    • 软件的测试
    • 提升软件的推广能力
  • 不足:

    • 时间安排方面存在问题
    • 未学习的知识,寻求解决能力欠缺
  • 原因:

    • 第一次接触软件工程开发,对项目熟悉程度不够深入

2.你在第一次作业的个人简历中制定的这门课程结束后,你预期你将增长的能力、技术、技能;和你针对你的目标绘制的学习路线图。对比当前你的所学所得,你达到了当时的预期值吗?

  • 对比之前的学习路线图

其实跟这次的软工实践所做的东西存在一定联系与偏差,首先数据库方面确实学到了许多知识,了解一些查询背后蕴藏的
算法知识。总体来说在项目开发方面增长了经验,也是很大的收获了。

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

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

    大概完成了7500行代码。

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

    作业名称 大约花费时间(单位:小时)
    准备篇 2
    热身篇——疫情统计 20
    结对第一次—某次疫情统计可视化(原型设计) 14
    团队作业第一次——种子队伍选拔和团队展示 13
    结对第二次作业——某次疫情统计可视化的实现 37
    团队作业第二次—团队Github实战训练 12
    团队作业第三次—项目需求分析 17
    团队作业第四次—项目系统设计与数据库设计 35
    个人作业——软件评测 7
    团队作业第五次——站立式会议+alpha冲刺 70
    团队作业第六次——beta冲刺+事后诸葛亮 60
    个人作业——软件工程实践总结&个人技术博客 5
  • 哪一次作业让你印象最深刻?为什么?

    alpha冲刺,体验到成功搭建出环境,慢慢一步步完事代码的成就感。

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

    累计大概有两百多小时在软工实践上,平均每周十五个小时

  • 学习和使用的新软件;

    idea,Typora,JProfiler,Xmind,Axure RP9

  • 学习和使用的新工具;

    墨刀,腾讯通讯,阿里巴巴规范检查的IDEA插件,leangoo

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

    Springboot,Mybatis,Python

  • 学习和掌握的新方法;

    学习新的知识时,懂得如何更高效查询与解决。

  • 工程能力的提升;

    文档设计编写能力,项目理解能力。

  • 团队合作上的提升;

    团队协作能力,争端调和能力。

  • 其他方面的提升;

    时间管理能力。

二、团队总结

软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段,你的团队都经历过么,最后到达了“创造”阶段了么?(参考《构建执法》第17章 人、绩效和职业道德)
你在团队中担任了什么角色?你是否完成了该角色的任务?现在你觉得你适合该角色吗?

1、 如果你是组长,你觉得你有哪些地方做的不够好的?有哪些地方做的好的?你觉得该怎么改进?(详细描述)

​ 我觉得在时间管理方面做得不好,在与队员对接时候良好,
我觉得应该严格定制时间安排表,让队友帮忙监督。

2、 如果你是组员,你觉得你的组长分工安排是否合理?你对组长的选举有什么建议?

我觉得有合理也有不合理,因为有的队员可能基础比较弱需要一定的帮助,
不应该直接选择放弃,我觉得可以先通过经验丰富的任选组长。

3、 你这学期经历过换组吗?你对换组有哪些看法?谈谈你在这个过程中的感受。

经历过,首先我觉得换组是一个非常好的举措,怎么说呢,因为首先自身可以在不同的组感受
不同的项目工作,感受不同的管理,可以提高自己对项目管理的看法,我甚至觉得,可以通过
每个组换更多的人,类似这样的大换血策略,可以使得相当于每个人都经历换组,让更多同学
体验换组的挑战与收获。

4、 分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段,你的团队都经历过么,最后到达了“创造”阶段了么?(参考《构建之法》第17章 人、绩效和职业道德)

​ 我所处的团队还处于磨合阶段。总的来说,大部分人都都能按照规划的完成任务,
但是做任务时体现出的积极性可能不高,团队时常需要有人在后面催才能使得任务
有所进展。

三、人月神话

1、怎样证明你学会了软件工程?以下要求你们的团队达到了哪几个?请在随笔中用数据证明上述内容或侧重选择之一。

   (1)研发出符合用户需求的软件

    必须公开发布,有实际的用户,一定的用户量和持续使用量 (3 天后能保持10 - 100个用户);而不是: 做没有用户使用的软件
    
    (2)通过一系列工具,流程,团队合作,能够在预计的时间内发布 “足够好” 的软件
    
    有项目规划/需求/设计/实现/发布/维护,有定时的进度发布 ; 而不是: 通过临时熬夜,胡乱拼凑,大牛一人代劳,延迟交付等方式糊弄
    
    (3)并且通过数据展现软件是可以维护和继续发展的。
    
    而不是 找不到源代码,代码无文档,代码不能编译,没有task/bug 等项目的发展资料
  • 通过团队交流,在预计的时间内发布 “足够好” 的软件。
    通过leangoo进行项目管理,做好监控作用。
    个人作业——软件工程实践总结&个人技术博客_第1张图片
    个人作业——软件工程实践总结&个人技术博客_第2张图片
    个人作业——软件工程实践总结&个人技术博客_第3张图片
    个人作业——软件工程实践总结&个人技术博客_第4张图片

2、写下属于你自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析,文字部分字数要求在100字以上,可以使用你自己喜欢的方式表达(如图文结合、视频)..

  • 每一个小任务应该具体,不模糊,使得开发人员能够理解,布置任务应该围绕主要功能进行,
    切勿基础功能都未开发时,想法已经天马行空,反而使得积极性下降,只想不做。
  • 比如说这次开发中的某个接口与实际意愿相差甚远,导致后续工作有所搁置,主要是开发者
    与布置任务的人想法冲突,体现沟通的重要性。
  • 在祈求变化需求时,应该严格考虑后效性,不得随意改动。

四、建议

对下一届同学的建议,或者对于开学初的你,对于大一的你,对于开学初的我,你有什么想建议和告知的呢?请写下你对后来人的期许。

  • 希望新的同学们,能够在平时就多多累计软件工程的相关思想,也多学习算法知识,虽然
    不一定能用得上,但是对人的思维锻炼是很强大滴。

对于软工实践课程,你有哪些建议?

  • 希望可以提供一点主流的项目简单教程,不至于没有经验者变成无头苍蝇。

对于助教工作,你有哪些建议?

  • 希望可以安排助教对接一些小组提供帮助与监督。

对于自己今后,你有哪些建言?

  • 做好时间管理

五、个人技术总结

技术博客

  • 技术概述:
    Jar打包部署到服务器

你可能感兴趣的:(个人作业——软件工程实践总结&个人技术博客)