2017年秋季计算机学院软件工程（罗杰）- 班级所有博文发布时间分布（24小时制）：
-
提问回顾
"个人作业 Week 1传送门" 自问自答 Q1： “Scrum Master不是一个官，而是一个没有行政权力的沟通者，就像微软的PM那样。他/她同时还要在团队中做具体的工作。直接把原来的‘经理’变成Scrum Master，大多行不通。”当一个团队在进行敏捷开发的时候，Scrum Master是唯 -
[2017BUAA软工]提问回顾
问题一：开发成本和产品安全性之间应该如何抉择？ 我在提问中曾经认为，是否实现某个功能是要根据其价值期望（被使用的概率 它的重要性）来决定，这也体现在了这学期的团队项目中。我们最终没有实现修改密码的功能，因为它对用户的重要性并不大，尽管不实现修改密码的功能会为账号带来一定风险，但其实一些核心功能不需要 -
提问回顾
"个人作业Week1" 问题回答 问题1：为什么在一个ZBB之后，bug数会以惊人的数目反弹？ 在团队项目中，在一个阶段发现了一群bug，当大家把这些bug一一修复后再进行测试，会出现一些之前没有发现的问题，并且可能由于之前的更改导致新的bug。想要一次性地顺利修复完所有bug并不如想象中容易。 问 -
提问回顾
提问链接 主要当时也没有提什么问题，这篇文章讲的更多的是自己的一些思考 鸡群效应 在团队合作之后，也切身体会了一下团队合作的感觉，比起实力和经验差距较大的队友，我还是更喜欢跟和自己差不多的队友沟通，能够感受到我们在一起进步。可能这也是之前提到的在实力相差无几的团队下更有创造力的原因，沟通和理解增多了 -
[BUAA_SE_2017]提问回顾
提问回顾 学期初疑问回答 "学期初疑问博客" 教材中说，PM在衡量需求时需要方方面面的能力与研究。可是，当下许多互联网IT公司只承担外包业务，即客户给什么需求就实现什么需求，甚至可能不要求其它先进的功能。此时，开发团队还需要一个全能的PM吗？ 这个问题，感觉自己提的还是比较nice的。经过了一个学期 -
提问回顾
阅读教材后的疑问 "提问链接" 编写单元测试的原则 应该以方便测试且易于验证的方式而不必拘泥于形式，但适当的切分模块是必要的。单元测试应该是保证小部分代码的正确性，避免代码量累积到最后除了问题难以下手。但如果过分注意小，而搞得十分麻烦，就得不偿失了。 团队模式选择 并不存在一个高效、低代价的试错方式 -
提问回顾
提问题博客 "个人作业 Week1" 问题解答 1.第一次听到理想的师生关系为健身教练和健身学员的关系，感觉很新颖，我的问题是我们学生该如何做到像健身学员一样找到自身定位点，把握老师身上的那套健身资源，朝自己的目标前进呢？ 对于如何找到自身的定位点，实际上就是如何评估自身能力的问题，方法可以像这篇博 -
提问回顾
"提问题的博客" 1. 关于需求，书中提到“在需求实现之前，并没有用户明确表达具体的需求”，并且举了偷菜的例子，说明可以从”用户需要和朋友之间玩游戏，用户有证明自己的需求“出发来挖掘需求。但是这种人的需求一直都有，满足这种需求的服务也很多，但是为什么只有偷菜火了？ 我自己的思考是，偷菜是一个比较早的 -
提问回顾
提问回顾 <! div style = "background: eeeeee; padding:5px" </div 提问回顾 个人作业week 1 书中提到瀑布式的开发方式，在实现软件开发过程中，各个阶段都可能会有遗留问题，并可能使得下一阶段难以进 -
[2017BUAA软工]提问回顾
"原博客链接" 原问题1：有没有系统的方法来提高一开始的文档的设计后的质量呢 在之前的OO课程上，我已经深刻领会到了设计的重要性，而且在这次的团队开发中，我也是负责从需求分析到代码设计的转换，所以对 设计 这个过程有一定的理解。 如果要我现在回答上面的问题，我觉得我会说，唯一的方法就是：多看书提高自