软件工程第一次作业补充

Posted GDMTF

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件工程第一次作业补充相关的知识,希望对你有一定的参考价值。

  1. 在一周之内快速看完《构建之法》,列出你不懂的5-10个问题,发布在自己的博客。
  • 如何做好敏捷流程?         ( 第六章  敏捷流程)

   我在软件工程第六章6.3 敏捷的团队的113页上我看到了这样一段文字“如果你的团队很弱,那么强行把敏捷(或者其他高级方法)套在上面也没用,也许还会适得其反,往往需要经历多次失败/总结/改进的过程才能让Scrum走上正轨。换句话说,如果你的团队已经有这么厉害(自主管理。自我组织,多功能型)的一帮人,那么用不用Scrum都能写好软件!”提出问题(做敏捷流程的开发是要有一定的软件开发能力的人员才能完成吗?)

  • 在软件测试时需要覆盖所有的代码段吗?    (第二章  个人技术和流程)

          我在软件工程第二章27页单元测试应该覆盖所有代码路径下面有这么一段话“单元测试应覆盖所测单元的所有代码路径,包括错误处理路径。而下面有段是100%的代码覆盖率并不等同于100%的正确性!”  提出问提(软件测试时是否需要覆盖所有的代码,覆盖后的代码是否100%正确)   

  •  “团队精神”和平常的“集体主义”有什么区别呢?     (第五章   团队和流程)

        我在软件工程第五章102页(大家在回想小学和中学的学习过程,大家在一个班集体,有多少工作是以“团队”的形式来完成的,有多少工作是以“工作组”形式完成的,或许大部分工作都是以“非团队”形式完成的),提出问题(“团队精神”和平常讲的“集体主义有什么区别?)

  • 工程师完成代码后还有许多BUG,怎样解决这些BUG呢?   (第十一章    软件设计与实现)

          参考书中第十一章230页,看完代码完成那一段落之后,我明白了原来代码虽然写完了,但还是有很多BUG,书中没有介绍怎样处理这些BUG。提出问题(怎样解决这些BUG?)

  •   两人合作中的代码复审到底看的是什么?    第四章  (两人合作)

      在软件工程第四章69页看到代码复审的定义是:看代码是否在“代码规范”的框架内正确的解决了问题。看完这段定义。   提出问题(我还是不太明白代码复审到底看的是什么?)

 

 

以上是关于软件工程第一次作业补充的主要内容,如果未能解决你的问题,请参考以下文章

软件工程第一次作业补充

软件工程第一次作业补充

软件工程第一次作业补充

软件工程第一次作业补充

作业九 课程总结(附加补充)

第二次软件工程作业