码迷,mamicode.com
首页 > 其他好文 > 详细

第五次博客作业

时间:2016-05-22 23:18:00      阅读:250      评论:0      收藏:0      [点我收藏+]

标签:

  在学院强烈推荐邹欣《构建之法——现代软件工程》这本书时,一度对软件开发方法极度欠缺了解的我也想一探究竟这本书的奥秘所在,为了能够从中获取对软件整个开发方法及流程有更深入的认识,我仔细阅读本书发现确实与其它软件工程书本来得不一样,至少它比较有趣味性,这也许是不同于其他教科书生板无味的区别吧!以下我就对此书的读后感作下自己的个人心得体会及提出个人的一些疑问。

  在前言中强调了面向实战就要“做中学”的方法,确实很适合缺乏实战经验的我们,通过将自己的项目进展实时发布到博客,引来更多人的反馈和评价是我们不断弥补不足的有效方法。

  对1-5章的阅读感受:一个工程项目是需要多人共同配合完成的,每个人负责的模块在保证代码规范清晰易懂的同时还需要进行单元测试以保证代码模块能够被他人调用。在第五章讲到了团队和流程,我认为这是软件开发流程关键的一步,也是很难做好的一步吧,也许在项目开发过程中难免会遇到各种争执,比如在每个人做好的模块与其他人不衔接,或者测试人员对某个程序员写的代码满心抱怨,再或者项目经理和用户之间的沟通问题等。问题1:在项目开发流程中,在团队分配任务的前期、开发过程的中期、软件测试的后期,该如何处理好各种问题以避免人员之间发生争执,倘若遇到争执该如何妥善解决呢?

  对6-7章的阅读感受:敏捷流程在一定程度上解决了需求变化带来的问题,MSF为了共同的远景而工作。但如果由于人员的变动,比如老员工的减少,新员工的加入,在维护的阶段也许新老员工之间会对问题的见解发生分歧,新员工可能会觉得他的想法比较有思潮,老员工可能会说我对这个项目比你来得有经验,此时,就需要有一定的纪律来约束。问题2:在开发流程中,如何制定有效的纪律来避免由于人员流动给维护工作带来的麻烦?

  对8-10章的阅读感受:需求分析对软件开发起到了指导书的作用,让程序员有章可循,项目经理要做好带头作用而不是所谓的“拍拍屁股走人”,软件要注重用户的体验。在做网站时都需要进行登录注册的功能需求,但在现实中,用户却喜欢直接浏览而不喜欢注册登录的繁琐过程,这时应该就需要第三方的登录操作,比如:QQ、微博登录方式。这就产生了一个问题,如果用其他第三方登录,那网站的用户人数如何确保不流失,而且面对当今大数据时代,公司经营的网站迫切需要获取用户的数据信息,网站是要注重强调用户进行注册还是使用第三方登录。问题3:面对用户体验,公司要保证用户不流失的前提下,如何确保做好注册登录这一模块,是使用网站正常注册登录还是通过第三方操作?

  对11-15章的阅读感受:一个软件项目要经过合理的设计、测试、质量步骤,以保证良好的用户体验。在这几章节中,了解了软件测试的工具以及做好用户体验的评价标准是要尽可能为用户想得更多。开发人员要进行开发功能——单元测试——模块测试——集成测试——Beta测试——在正是产品中测试,尽可能解决出现的各种问题及做好优化,以达到软件要求的质量。最后就是进行发布和组成会诊小组处理影响产品发布的问题。问题4:在软件开发到后期,如果出现各种Bug而陷入“小强地狱”,这个时候该如何保证进度的同时修复各种Bug?(书中229页做的介绍,个人感觉还是不太明白具体的过实施过程)。问题5:我们知道,一个软件必然会存在Bug,不可能完全修复,这个时候如果程序员发现了此问题,但认为问题不会影响用户体验,倘若要修复则工作量很大,这个时候为了进度,是要花费大量人力来弥补缺陷还是直接忽略呢?

  对16-17章的阅读感受:讲述了IT行业的创新及人,绩效和职业道德。如果一个产品按传统方式来完成的话需要几个月时间,而如果通过创新,则需要几倍的时间。而且这时市场对于这款软件的需求又是巨大的,所以出现一个问题,是要按传统方式尽快发布产品以抢得更多用户还是坚持创新的原则先投入开发呢?问题6:为了早一点进入市场尽快抢得更多用户,是要尽快开发出软件发布产品还是坚持创新研究,后续再发布?(不先创新:早一点进入市场即可抢得更多资源,至于创新可通过后期升级版本;先创新:晚点进入市场,资源极可能被大部分掠夺,等产品创新后也很难拉得客户)

 

问题汇总:

问题1:在项目开发流程中,在团队分配任务的前期、开发过程的中期、软件测试的后期,该如何处理好各种问题以避免人员之间发生争执,倘若遇到争执该如何妥善解决呢?

问题2:在开发流程中,如何制定有效的纪律来避免由于人员流动给维护工作带来的麻烦?

问题3:面对用户体验,公司要保证用户不流失的前提下,如何确保做好注册登录这一模块,是使用网站正常注册登录还是通过第三方操作?

问题4:在软件开发到后期,如果出现各种Bug而陷入“小强地狱”,这个时候该如何保证进度的同时修复各种Bug?(书中229页做的介绍,个人感觉还是不太明白具体的过实施过程)。

问题5:我们知道,一个软件必然会存在Bug,不可能完全修复,这个时候如果程序员发现了此问题,但认为问题不会影响用户体验,倘若要修复则工作量很大,这个时候为了进度,是要花费大量人力来弥补缺陷还是直接忽略呢?

问题6:为了早一点进入市场尽快抢得更多用户,是要尽快开发出软件发布产品还是坚持创新研究,后续再发布?(不先创新:早一点进入市场即可抢得更多资源,至于创新可通过后期升级版本;先创新:晚点进入市场,资源极可能被大部分掠夺,等产品创新后也很难以拉得客户)

第五次博客作业

标签:

原文地址:http://www.cnblogs.com/igottogo/p/5516867.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!