回答自己的提问

第1章：

问题：我们为什么要学习软件工程这门课程？

回答：为了从宏观上了解开发软件的具体过程，对以后在软件开发团队有指导作用。

第2章:

问题：测试在软件开发中很重要吗？

回答：很重要，开发的软件不经测试是不能完善的。

第3章：

问题：一个工程师应该掌握哪些阶段知识？

回答：入门，熟练，带头人，大师。

第4章:

问题：什么样的结对编程才是最佳的？

回答：分工明确，要经常讨论各自工作的进度。

第5章：

问题：代码风格的原则是？

回答：简明，易读，无二义性。

第6章：

问题：敏捷开发的优势在哪？

回答：敏捷开发更加能从实际出发，这种开放模式注重的是高效率，高效率靠的是它的灵活性强。

第7章：

问题：我们以后的趋向是不是大体会是MSF？

回答：这个不好说，软件这一行业日新月异。

第8章：

问题：因为组内矛盾或者是队友不给力，或知识不够，从而无法完成最初的美好，那么我们此时应该怎么办？

回答：要总结，下次做更好的估计，团队成员才能不断成长。

第9章：

问题：当做项目经理的时候，压力肯定很大，如何去很好处理那些压力？

回答：顶住压力， 把目前的项目做好，就很了不起。

第10章：

问题：写好spec的秘决不多，只有哪三点?

回答:实践，实践，再实践。

第11章：

问题：正如很多人一样，觉得软件工程这个课程好像没什么用，感觉提高不了自己的写代码能力，学的都是理论知识，好像对于我们这种技术类的专业离得有点远，是这样的吗？

回答：软件工程这个学科不是教我们写代码的能力，是要我们懂得做软件的方法，相信以后会有很大用途。

第12章：

问题：对于一个软件的用户界面，有什么评价标准？

回答：可以参考茨法则，Nielsen启发式评估十条原则以及其他经验。

第13章：

问题:bug可以分解为什么？

回答：症状，程序错误，根本原因。

第14章：

问题：在第一章的时候，也提到验证质量保障的过程叫做软件测试。是不是说我们在确定一个软件的好坏时，是不是说它的程序质量和软件工程质量很好，就能说明这个软件很好？

回答： 不一定，程序质量和软件工程质量好只能说明程序员是个不错的程序员，至于做出来的软件是不是真正的好就要看用户了，只有用户说好，才是真正的好。

第15章：

问题：当对方案进行修改时进行会诊包括哪些方面

回答：第一步：开发者提交参加会议的bug和修改方案。

第二步：会议决定是否同意修改方案。

第三步：执行。

第16章：

问题：当然我们不可能去copy出来，我们去模仿着做可能还不怎么理想，这时，我们可能会有创新的念头，我们应该怎么去取舍？

回答： 当然有创新的思维肯定是最好的，但是如果是初学者当然模仿很重要。

第17章：

问题：假如要对一个小组的成员评分，但是他们做得东西不同，我应该怎么样评价他们的贡献的大小？

回答： 具体情况具体分析，就他们的工作量的多少与轻重。