最后一次作业——总结
格式描述:
这个作业属于哪个课程 | https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign |
---|---|
这个作业要求在哪里 | https://www.cnblogs.com/harry240/p/11524252.html |
团队名称 | 杨荣模杰和他的佶祥虎 |
这个作业的目标 | 课程总结 |
Github地址 | Github |
队员列表:
学号 | 姓名 |
---|---|
201731103226 | 翟仕佶 |
201731062517 | 曾中杰 |
201731062424 | 杨模 |
201731062632 | 邓高虎 |
201731062624 | 张祥 |
201731062224 | 陈远杨 |
201731062420 | 胡思荣 |
对于第一次问题的解答
问题一:我在第三章55页看了职业发展—考级之路这一段,有个问题“这些证书真的有企业认可么?行业认可度怎么样?”,我查了一些招聘要求,发现行业对这些证书不太认可的样子,我的困惑是“现在去考这些证真的有必要么?他们的认可度不太高的样子。”
答:其实还好,这半学期我也去了解过一些招聘的文章,也发现了很多HR还是会对证书感兴趣的,但是也不是很高,有证的必要性也不是那么的高,但是也可以作为一个亮点,其次的话,有证也相当于对自己职业的一种认可吧!
问题二:我的困惑是“是不是我们以后工作时写代码时只需要写上完全的注释,而不用向上兼容代码的使用者呢?”
答:通过这学期的团队项目,我发现,关键的注释是必要的,这样会节省你和下一个来接手你代码的人的大量时间,而对于使用者的话,你只需要保证自己的代码不出错,且告诉使用者如何合理的去使用这些东西即可。
问题三:“既然敏捷开发在国内受到文化差异的影响,甚至已经丢弃了敏捷开发所带来的优点,为什么这么多互联网公司还是在乐此不疲的采用敏捷开发呢?”
答:在团队项目的开发中,其实我们也遇见了同样的问题,队员之间由于陌生,以至于在每日站立会议的时候无法给出合理的建议,也无法合理的说出缺点,都过于委婉了,但是我们也在其中收到了很多好处,敏捷开发的确能帮我们开发出我们想要的产品。这可能就是国内互联网公司采用这种开发的原因吧,毕竟花取少量时间就能获取足够的成果,这种开发模式又有哪个老板不喜欢呢?
问题四:身为程序员如何明白的表达这个需求做不了之类的观点?项目经理又如何让一堆技术人员明白他的要求呢?又何以服众呢?
答:这个还是得说说,我们组得项目组长其实也不太能理解其他人的代码,但是组长非常乐于听取他人意见,并给出合理的对策,使得我们在需求分析和需求确认阶段的每个需求都有专门的人去负责,故我认为i,只要组长足够服众,就算他不是技术人员,也不碍事的。
问题五: 对于一个大型的,拥有足够多用户的软件产品来说,这个软件可能遇到的情况,也是”荒诞“的。因为一个软件开发者(团队),永远无法在测试中穷尽他们设计的软件会被怎样的使用,和遇到什么样的状况。,但是,我还是想问,是否存在一种标准去量化这些测试的有效度呢?
答:经过这次团队项目,我认为这种东西是无法去度量的,因为我们无法知道我们得系统到底有多少bug,所以无法用数学去度量它,在我们项目开发的过程中,我们每次都认为这次的BUG完全修复,但是总是有其他新奇的BUG被其他组测试出来。
是否产生了新的问题?
-
软件工程的人如何快速的掌握写文档的技巧?
-
繁多复杂的文档会不会占用太多的编码时间?
回顾
其实,通过这门课的学习,让我掌握了很多软件工程得过程方法这些,也明白了软件工程为什么要叫软件工程。了解到原来程序员也不单单的只是去负责编码,在项目开始阶段有着比编码更重要的东西,明白了团队间协作的重要性,掌握了墨刀等原型工具,知道在编码之前如何向客户展示他们所需求的东西。理解用户需求,远远要比编码重要得多。这些东西,都在课程中源源不断的反复练习着。
体会