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

相关链接

这个作业属于哪个课程	链接
这个作业要求在哪里	链接
这个作业的目标	软件工程实践总结

回望

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

• 达到期待的
  - 对整个软件工程的流程的了解和熟悉

  • 懂得如何进行团队开发协作

• 不足

  • 自身的代码能力和工程能力

• 原因

  • 还是将会的东西又写了一遍，收获甚微

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

没有，差距有点巨大，自身的投入时间还不够多，学习到的知识也没有应用于实际开发中。

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

• 代码大约1000行

• 各项作业完成时间

  作业	耗时（h）
  第一次作业——个人简历	1
  第二次作业——学习路线	2
  第三次作业——数独	3
  第一次结队作业——原型制作	5
  第二次结队作业——“家族树”实现	10
  团队作业——实现软件	40

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

  数独，学习了一个舞蹈链算法，还是挺有意思的。

  团队作业，一起编程的日子还是很有意思的。

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

  70个小时，平均每周8个小时

• 学习和使用的新软件

  typora，xmind，Hbuilder，墨刀

• 学习和使用的新工具

  无。

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

  python的django框架

• 学习和掌握的新方法

  debug方法

• 工程能力的提升

  对数据库的设计，以及对软件的架构和逻辑控制等能力都有所提升

• 团队合作上的提升

  懂得如何团队协作

• 其他方面的提升

  学习能力提升

二、团队总结

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

团队还是相处很融洽的，相信大家都在团队编程中都有所收获的，团队的执行力都是可见的，团队的能力也是可见的在增长，但是最后我们还远远达不到“创造”阶段。

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

我担任了后端以及半个前端吧，任务完成的一般般，不太适合当前端。

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

我们组的组长还是很适合的，分工安排较为合理，很有领导能力和组织能力，能够经常组织我们出来一起快乐打代码，组员也都是一群很不错的人，代码打的好，人也好，这里好评一下。

至于组长的选举还是需要队内自己组织选举吧，不一定要最会打代码，但一定要勇于站出来带领团队往前走的，不能让团队原地踏步，要懂得如何推进任务，如何协调任务，合理安排，组织团队有效率进行协作开发。

三、人月神话

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

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

首先第一点，我觉得我们的软件肯定是有这个需求的，但是完成度还不够，无法发布。

第二点，团队有项目规划/需求/设计/实现/发布/维护，但是进度不是那么的准时，往往是最后时刻大家比较努力，这点还需要改进

第三点，在文档方面我们做的还是不错的， 一开始就要求要写好各种文档，规范格式，但是并不是人人都的很好。

2、写下属于你自己的人月神话——个人或结对或团队项目实践中的经验总结+实例

• 一个好的程序员能顶一百个，这是真的

• 一个人再强也顶不过一个精良的团队，这也是真的。

• 人多力量大，这是假的

• 预先写好文档和规定各种工具的版本对团队开发大有好处，能节省很多时间

  写好文档，这件事情我觉得是很重要的，在团队开发中，我们各自写好自己的文档，包括接口文档等，写的清晰明了，减少了许多不必要的沟通成本，让你的队友也能清楚你在做什么，你做的是什么，这点对团队还是又很大好处的。

  开发工具和框架等的版本要在开发前统一，这点也是十分关键的，我们组就在这上面吃过亏，不同的成员使用同一个框架的不同版本，不同版本之间还是又部分差异，导致最后合并的时候才发现不兼容，这个时候再去重新修改兼容，是一件很大的工作，如果事先考虑好，将会省下很多时间，我们做的是一个挺小的工程，就花费不小精力，如果是一个大型的软件工程，那么耗费的无用功将是巨大的，这给我们也上了生动的一课，团队协作前要考虑清楚很多东西。

• 要表达清楚自己的意思和想法，沟通最重要的是表达清楚。

四、建议

其实还是不太擅长提出建议，但是在软工实践中还是收获挺多除编写代码以外的能力，但这些能力对于个人的提升是巨大的，是关键的，也认识了许多很好的朋友，结识了“革命友情”，体会了一把真正的团队协作。也在这个过程中有所吐槽，个人也有所体会。如下:

对于软件工程

• 团队项目过于没有新意，不够有意思，可能在思考项目想法的时候，大家都不太重视，班上没有很好的点子，大家所做的项目，基本都是你两分钟能想到的东西，被往届的做烂掉的东西。我觉得最终的完成度不够高和这个关系还是很大的，在我看来，你做一个你知道一点用都没有，做出来没有任何价值的东西，是投入不了感情的，是一点动力都没有的，唯一的动力就是要交作业了，不做要挂科了。老师也许可以协助提出一些比较有意思的想法，做一些能够用的，能够应用的，哪怕平时方便自己的东西。（但其实这点很是很难做到的，毕竟我们能够想到的有一定价值的基本都出现了）
• 团队过于庞大，我觉得最终的完成情况和团队人数没什么关系，而且团队过大可能会出现摸鱼，不能让人人都参与到软件工程中，得不到应有的提升。
• 平时的作业可以再难一点，有意思一点。

对于助教

• 感觉助教的工作量还是太大了，前面的也作业也去可以采取交叉互评，而数独这些类型的作业可以做个类似oj的网站，学生自己提交测评，再不断修改

对于个人

• 学习深度还不够，需要在自己喜欢的领域里面多钻研，多深入，很多东西都学个皮毛等于无用，不如在一件事情上做大极致！