zoukankan      html  css  js  c++  java
  • 个人作业——软件工程实践总结作业

    这个作业属于哪个课程 →2019秋福大软件工程实践Z班
    这个作业要求在哪里 →个人作业——软件工程实践总结作业
    这个作业的目标 个人软件工程实践总结
    作业正文 正文不就是这里嘛
    其他参考文献 none

    Part1-回望

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

    开学初我对自己应该说是没什么期待的...因为一直觉得自己很菜学习能力也不太行,别说想做出什么项目了,就希望能有所提升,不要拖团队的后腿就好。
    现在看来这门课的过程和收获算得上比较惊喜吧。写博客这种形式乍一听挺麻烦挺讨厌的,做起来发现写markdown、搞排版、个性化博客什么的还挺有趣的;作业也并不是我想象的很多个人编程,而是各种形式不同侧重的作业,完成的过程中还接触了很多新的工具新的软件,学到了很多;虽然数独评分出来那几天不可避的产生了「呵果然会变成这样」的消极想法,但后来结对原型设计又燃起了生的希望(?
    以及很幸运的选择了一个很好的团队,努力把前端肝下来发现自己并没有特别辣鸡,渐渐有信心去尝试做得更好
    不足当然还有很多,比如编程能力还是比较薄弱,经验还是不足,人际交流能力还是没有什么改善,毕竟短短几个月不能带来什么翻天覆地的改变
    (还有还是不会写东西,比如现在这篇个人总结就相当苦手,羡慕文思如泉超能写的同学


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

    总体来说并没有达到预期值
    个人简历未来预期:

    • 希望提高编程和团队协作能力——达到
    • 可以熟练开发完整前端,至少精通一门编程语言——前者勉强达到,后者无
    • 英语好到原文书随便看;不社恐不话废 ——dbq我在想peach

    学习路线图:

    • 前端部分——达到60%左右吧,肝项目的时候还是主要停留在html和css的部分,js提升比较少
    • Java部分——几乎没有进度甚至可能有倒退

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

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

    粗略估计有3k+(其中包括很多复制粘贴的部分

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

    各次作业 花费时间(个人)
    开设博客+一篇随笔 3h
    学习路线图 6h
    万恶的sudoku 25h
    结对编程的需求分析与原型模型设计 20h
    结对编程的编程实现 35h
    团队展示 30min
    需求规格说明书 1h(主要由负责需求分析和原型设计的组员完成)
    wordCount 1h
    项目系统设计与数据库设计 2h(主要由负责后端的组员完成)
    alpha冲刺 1week
    腾讯实时音视频评测 5h
    事后诸葛亮 3h
    软件工程实践总结 3h

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

    数独....
    ←看看当年兴奋的我谁能想到最后是零分呢(苦涩的笑容

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

    除去alph冲刺的一周应该差不多100小时,alph冲刺期间应该有空闲时间就在肝前端,大概也有40+吧
    (当然不限于那一周,包括那之前的一些前端工作
    按12周来算的话平均每周12h

    学习和使用的新软件

    visualstudio
    vscode——写网页和markdown都很好用,还能直接连接到github
    XMind——思维导图
    Axure RP——原型设计

    学习和使用的新工具

    GitHub
    ScreenToGif——截动图很方便
    ProcessOn——在线绘制流程图等

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

    markdown算不算
    JavaScript
    GitHub是工具还是平台)

    学习和掌握的新方法

    单元测试
    NABCD分析
    UML图
    软件开发模型
    极限编程

    工程能力的提升

    (不是很理解工程能力
    写代码更实在了?学会对自己的代码负责,弄懂原理而不是照猫画虎
    需求分析更高效了
    学会合理安排时间使任务能在ddl前保质完成

    团队合作上的提升

    交流和合作能力应该是有所提升的,也更善于倾听意见了。

    其他方面的提升

    抗挫折能力up
    熬夜能力up
    脑细胞更新换代速度up
    博客排版熟练程度up
    ppt制作水平up
    年龄up


    Part2-团队总结

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

    萌芽阶段: 团队成员刚刚接触,很多是刚刚互相认识,大家都在适应环境,匆匆决定分工之后就各自准备软件开发的知识,对于团队的具体目标还不是特别清晰。
    磨合阶段: 团队中每个角色的性格随着交流的增加逐渐显露出来,项目也会随着进度的增加而出现瓶颈,出现了一些沟通不到位造成的问题,但团队目标逐渐明晰,合作也逐渐熟练起来
    规范阶段: 随着项目的开展和成员的互动,团队的规范逐步建立起来,大家逐渐习惯这种合作模式,各个模块的成员也都明确了自己应该做什么,尊重各人的个性并在工作中互相扶持,整体效率提高,也有了比较规范的会议,工作氛围较好
    创造阶段: 我认为我们团队还没有达到这个阶段。在渐入佳境之后我们因为种种原因没有继续尽最大力去完善项目,还挺遗憾的


    你在团队中担任了什么角色?你是否完成了该角色的任务?现在你觉得你适合该角色吗?

    前端。完成了任务。
    应该是适合的,本来就对前端这方面感兴趣。


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

    分工安排基本合理。
    选举建议的话,首先最重要的当然是要自愿,自己有意愿领导全组是有能力做好组长的前提。感觉当初个别上台讲idea的同学可能只是一时兴起没有想到自己会被采纳,也并不想当组长,在组内没有别人愿意当组长的情况下迫不得已上任,后来团队项目之路似乎十分曲折。
    其次对于组长这个身份来说相比专业能力其实并不是最重要的,更重要的是沟通、组织能力和责任心,要让组员有靠谱的感觉。
    (要当组长的人千万不要失联啊不要不看消息啊!!!


    Part3-人月神话

    怎样证明你学会了软件工程?以下要求你们的团队达到了哪几个?

    (1)研发出符合用户需求的软件
        必须公开发布,有实际的用户,一定的用户量和持续使用量(3天后能保持10-100个用户),而不是做没有用户使用的软件
    (2)通过一系列工具、流程、团队合作,能够在预计的时间内发布 “足够好” 的软件
        有项目规划/需求/设计/实现/发布/维护,有定时的进度发布,而不是:通过临时熬夜,胡乱拼凑,大牛一人代劳,延迟交付等方式糊弄
    (3)通过数据展现软件是可以维护和继续发展
        而不是找不到源代码,代码无文档,代码不能编译,没有task/bug等项目的发展资料
    

    除了第一个应该都勉强达到了


    写下属于你自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析,字数不限,开放命题,可以使用你自己喜欢的方式表达

    个人

    • 要对自己有信心,但不要太有信心。有适当的信心可以帮助你在完成任务的过程中保持比较好的心态,事实证明丧的时候效率很低。同时适当有一些「我很菜」的想法,认为自己需要花费比别人更多的时间,可以让你尽早去着手准备,不会拖到ddl再来手忙脚乱,如果确实一直肝到了ddl——证明尽早着手的决定是正确的;如果并没有花很多时间就能完成——说明自己没那么菜,也是一种精神鼓励,两种结果都是好的
    • 善用搜索引擎和一些学习网站,这些资源对于现阶段自学来说很足够了
    • 虽然有搜索引擎,但该问的还是要问,我的个人习惯是自己实在找不到解决方法才会勉强去问,能不打扰别人就不打扰别人(可能因为周围有那种完全相反 能问就问绝不自己先找办法的人让我超级反感),但其实这样会走不少弯路,其实有些问题问问身边的人会更便捷
    • 注意劳逸结合,时长不是重点,有效时长才是重点
    • 平时注重一下代码的格式、规范什么的,结构会清晰,也赏心悦目

    结对

    • 结对两个人的相性当然是最重要的,相性好沟通就好,沟通是解决一切问题的渠道
    • 最好两个人的工作量都能有保证且较为均等。不一定所有工作都要对半分,可以做各自擅长的部分,或者说不管最后有没有做出东西来,至少付出的努力要差不多均等,这样对两个人都比较公平(除非一开始就约好抱大腿
    • 直接见面一起肝一定比网络交流效率高

    团队

    • 前期的需求分析和种种设计阶段相当重要,一定要重视,不然做到后期会变成火葬场(当初很多细节没有考虑到,后期代码耦合度高了很难增删改动)
    • 心态还是最重要的,成员要重视项目。只要有几个人没有热情,剩下的人觉得无力也只能跟着放弃
    • 团队要有文档规范和代码规范,保证大家在交流、对接代码的时候比较轻松
    • 无论什么任务,能尽快解决掉就不要拖延。尤其团队合作,你负责部分的进度可能会影响到其他部分的进展
    • 交流响应最好积极一些。群里提意见一潭死水的感觉不太好
    • 不要张口就来


    Part4-建议

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

    快逃啊!
    已经来不及逃了,加油吧,反正好好学习总是真理...
    软工实践这门课,虽然学分跟工作量不成正比,但认真对待的话收获跟工作量是可以成正比的。努力一学期下来会发现自己比想象中的厉害一点点,特别是团队项目做出来会很有成就感(当然前提是你不当闲人
    选团队也是一个需要用心的步骤(虽然也跟幸运值有关系),一个好的团队会有好的氛围,促使整个团队共同进步。而且一个团队差不多十个人的话可以认识一些以前没怎么接触过的同学,获得深♂厚♂友♂谊,分享绝♂密♂资♂料
    肝项目的过程中一定记住能早做的尽量提前做,不要等到alpha冲刺才真的开始冲刺,像我跟另一个前端小伙伴冲刺阶段就没怎么熬夜,前期肝完了挺大一部分减轻了后面的负担
    总而言之软工这门课,过程可能充满痛苦,但与其他课程相比它好像是有生命的(?)不知道怎么表达,就是当你发现它要结束的时候有一种一切都索然无味的感觉


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

    不如考虑一下学分跟工作量成正比。这种悬殊大概比较容易让人产生「啊一学分算了算了」的想法。或者还是改回选修吧但是如果只上理论课,确实感受不到这门课的灵魂所在,理论课实在是有点无聊并且学不到什么实际的东西,很多人会选择不听课去做别的事情


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

    个人感觉助教做的很好了,毕竟他们平时也有自己的事情要忙,给我们布置作业评论评分也都很认真很辛苦,有时候还要舌战群儒
    一个不算建议的建议,我还是感觉qq群比微信要来得好一些(虽然冉华助教认为没有影响,但我坚持认为qq群的艾特、回复、群文件、群公告什么的都比微信要方便清楚,也可以临时对话,而且用微信群总有种大家都放不开的感觉,越到后面越没有人说话,都只有助教和老师在发评分发作业透着一股迷之辛酸)
    顺便表示一下对助教们一学期辛苦工作的感谢——


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

    *仅2019可见

    ↓放一只无意义的散步大尾立作为终结

  • 相关阅读:
    启动 Appium 自带模拟器
    Android的一些常用命令提示符(cmd)指令
    Eclipse中没有andriod问题解决方法
    selenium键盘操作
    鼠标事件
    appium运行from appium import webdriver 提示most recent call last
    appium for windows 环境搭建
    python+Eclipse+pydev环境搭建
    nmon和nmon analyser的下载和使用
    Linux下使用NMON监控、分析系统性能
  • 原文地址:https://www.cnblogs.com/xbrucken/p/12056361.html
Copyright © 2011-2022 走看看