福大软工 · 最终作业 - 软件工程实践总结（个人）

一、请回望暑假时的第一次作业，你对于软件工程课程的想象

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

达到的期待和目标

  • 更加深刻理解了软件工程的整个过程和体系。
  • 团队一起推进完成一个可上线项目。
  • 增强了自己的实践能力。
  • 时间管理/计划意识。
  • 文档撰写。

不足

  • 很多时候还是想着划水。
  • 没有很好地调动团队的积极性。

2）总结这门课程的实践总结和给你带来的提升，包括以下内容：

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

    作业 代码量
    个人作业 300
    结对作业 500
    团队项目 2100
    总计 2900

  • 2、软工实践的各次作业分别花了多少时间？（做一个列表）

    作业 时间（h）
    第一次作业-准备 4
    第二次作业 - 个人项目 22
    第三次作业 - 原型设计 10
    第四次作业 - 团队展示 2
    第五次作业 - 结对作业二 30
    第六次作业 - 团队选题报告 10
    第七次作业 - 需求分析报告 12
    第八次作业 - 现场UML设计 7
    Alpha冲刺阶段 35
    团队现场编程实战（抽奖系统） 8
    福大软工 · 第十次作业 - 项目测评 7
    Beta 冲刺阶段 20
    最终作业 - 软件工程实践总结 2
    总计 169

  • 3、哪一次作业让你印象最深刻？为什么？
    个人项目，感受到了软工实践满满的恶意，也发现了自己是多么菜。

  • 4、累计花了多少个小时在软工实践上？平均每周花多少个小时？同时贴出开篇博客“你打算平均每周拿出多少个小时用在这门课上”的回答
    169小时。算16周的话，每周超过10个小时，实际上，其他零零碎碎的时间加进去远不止如此。(虽说当时说视情况而定，但是内心想的肯定不超过十小时。

  • 5、学习和使用的新软件；
    Processon,Visual Studio，也更加熟悉了eclipse的使用。

  • 6、学习和使用的新工具；
    leangoo，真的是个好东西。
    github，之前用过，但是不熟悉，这次也算更加熟悉这一神器了。

  • 7、学习和掌握的新语言、新平台；
    增强了一点点Java，增强了一点点C，增强了一点点Python。Get到了Processon、leangoo等平台。

  • 8、学习和掌握的新方法；
    敏捷开发流程，团队管理知识等。

  • 9、其他方面的提升。
    提升的太多了，执行力、学习能力、开发能力、表述能力等。

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

  • 在团队开发中，团队意识比其他都要来得重要，只有团队意识好了整个团队的状态才更加健康。比如，在团队项目初期，团队处于迷茫状态，彼此也没能很好接触沟通，导致一系列后续的事情都得不到团队的统一，更别说是执行了。
  • 在结对项目中，好的队友非常重要，我和当时的队友就相处良好，分工迅速，推进也比较一致，结对项目自然也比较顺利。

三、对下一届实践的建议，或者对于开学初的你，对于大一的你，对于开学初的我，对于同期的TA们，对于后来的学弟学妹：

  • 1）你有什么想建议、告知和期许想要告诉他们呢？
    三分钟热度的就算了，需要花比较多的时间，想划分的人在后期都抱怨=划水>执行。（另队长抗压能力要强QAQ，一度怀疑人生
  • 2）特别地，特别地，下一届要不要中途换队员（强制的、彻底的从一队换到另一队）？
    假设依旧是一个90+人数的大班。不建议更换队员，甚至是团队解散。中途换队员，沟通成本增加，原本的计划会被略微打乱吧。
  • 3）身在一个格外大的班级，竞争强劲，你认为一个组的人数应当在多少比较合适？
    9-10人的团队人数在这里面真的是太多了，分工不好分，沟通成本也在增加，队员又会松懈，建议5-6人。
  • 4）个人/结对/团队作业应该控制在怎样的规模？
    个人作业认为还行吧，虽然第一次作业花了很多时间。团队作业周期太短了，迭代次数不足，按照最后要求应该是一个比较完整的产品，但是其实大部分团队项目还都只是处在demo而已。
  • 5）这学期下来，你最感谢的人是谁？有什么话想要对TA说呢？
    感谢我的队员，没有怨言，虽然不是很积极，但是都会去执行任务，结果不差，可是我们本不该这样，也是我没有很尽到做队长的职责，如果再来一次，我们是不是该辉煌一次？

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

我任务我们团队已经经历萌芽和磨合阶段进入规范阶段。遗憾的是没有进入创造阶段。

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

  • 1）研发出符合用户需求的软件
    草履记-一款记录、分享你旅游足迹、故事的产品。目前拥有73用户量（实际上并未正式进行推广），每天都有用户持续打开（特别少）。

    必须公开发布，有实际的用户，一定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是: 做没有用户使用的软件
  • 2）通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件
    通过leangoo每两天记录进度，例会，燃尽图等，让团队成员不仅了解自己的任务是什么，还了解自己项目应有的进度，以及和队友的任务进度对比。团队分工较均衡。
    有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是: 通过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄
  • 3）并且通过数据展现软件是可以维护和继续发展的。
    团队建设有功能优先图，UI规范文档，Bugs清单以及优化清单，通过github展示维护代码。
    而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料
  • 4）对着这个检查表：http://xinz.cnblogs.com/p/3852177.html 检查一下，自己如果去企业面试，这些常见的问题是否都能回答，并在此总结。
    很多问题无法回答，主要原因是平时不注重细节，没有时常总结。在接下去的经历中，会吸取教训。
    请在随笔中用数据证明上述内容或侧重选择之一。

六*（选做）、阅读软件工程中关于代码质量的的经典论文，从下列文献中选择一篇或若干篇，结合自己的实际做一个阅读笔记（例如，自己写的代码质量如何，是不是一个大泥球，如何衡量自己代码的质量）？从以下参考论文中选择一篇或若干篇：

参考论文文献：

[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

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

posted @ 2019-01-03 23:52  Sulumer  阅读(207)  评论(2)  编辑  收藏  举报