2018091-2 博客作业-2(3,5)

此作业的要求参见[https://edu.cnblogs.com/campus/nenu/2018fall/homework/2101]

(1)通读《构建之法》,发布随笔1篇,要求列出5个问题,可以是读后不理解的,或者读后反对的。要有观点、有证据或分析。字数不是直接的考核标准,但是要求长到能把观点表述清楚。  

 1)因为本科没有做过单元测试,所以有个地方不是很理解:

  P23  “现在可以运行单元测试了,同时可以看看代码覆盖报告,代码百分百地被覆盖了”

  P25  “......代码覆盖测试就会报告代码覆盖率是85%左右。”

“代码覆盖报告、代码覆盖测试覆盖率”不是很清楚这两个定义。

   2)有关析构函数的问题:

  P78  “2)析构函数也不应该出错。” 

析构函数应该是可有可无的吧,只是用来释放函数,本科做C++的程序时候,可能没有好的习惯,很少去设置析构函数,如果真的很有必要,在以后会加入析构函数。

   3)关于团队合作的问题:

  P98 “社区模式 社区由很多志愿者参与......,......,最后也就熄灭了”

本科期间参加过比赛,也组成过团队,在对项目进行研讨时,每个人都会说出自己的想法,但是这些想法可能会有一些是无用的,书中所说“如果大家都只来烤火,不去拾柴;或者捡到的柴火质量太差,最后火也就熄灭了”,可是每个人都会认为自己的想法是对的,是最好的,在发生分歧的时候,每个人都坚持自己的想法,如果发生这种情况该怎么做?

   4)关于需求分析的问题:

  P160  “8.3 获取用户需求——用户调研  用户最需要的>......>用户终于能用上了,但是他(们)不满意”

做毕业设计的时候需求分析是必不可少的,因为没有系统的学过如何做需求分析,所以论文修改最多的地方就是需求分析。当在向客户进行调研时,他也无法提供大量的用户需求的时候,我们应该采用何种办法才能准确的做出符合大量消费者用户需求的软件呢?

   5)关于不审势的问题:

  P248  “......根据每一个步骤,宽、严各是什么做法......”

在构建宽严表的时候,是不是需要构建的人开会进行说明,如果有员工会意错误怎么办?有的人因为用宽松的态度把任务很快的就做完了,而有的人用严谨的态度,仔细斟酌,导致项目因为一个人被拖滞一段时间,这样是不是会导致整个团队的工作效率降低?

 

(2)采访本课程往届同学(含外校和毕业生). 现代软件工程这门课已经上了好几年了,以前有很多学生做过团队项目(说不定包括本校的学生),请你们找一个以前的团队采访一下:

 

我:当时的项目有多少用户,给用户多少价值? 现在还有人用吗?

(徐)学长:用户15人左右,通过游戏帮助用户背单词;现在无人使用。

我:这个项目能否给我们团队继续开发,源代码/文档还有么?

学长:不能,由于保存不当;源码,文档丢失

我:项目开发有什么经验和教训

学长:分工明确,各司其职,进度规划要合理。教训,即使备份;解决问题有很多办法,注意根据项目需求寻找合适的方案方法。

我:对学好软件工程有什么建议

学长:软件工程,需要耐心,虽然作业很多,但这些回过来看,都是对个人能力的培养。

 

猜你喜欢

转载自www.cnblogs.com/zy1122/p/9656430.html
今日推荐