- 1.如何保持工件的一致性(同步)
-
-
- 答案:
- 在软件开发过程中,不断有新的工件产生,而且有些工件随着一些变更的发生,就需要进行更新,但工件数量太多,一则维护更新不容易,另外有些工件只是项目结束后参考性的资源,立即更新也不必要,求大求全则会一定程度上占用项目资源,耽误进度。因此,一个建设性的建议就是,对必要的工件,如 需求规格书,产品定义书,概要设计书,详细设计书.....等工件是一定要根据项目和评审情况立即进行修订和更新的,但是,对另外一些衍生的工件,如用户指南等工件,虽然在开发流程中,可能是在每个阶段都必要写的,但是却可以在评审进行前集中进行更新一些,避免频繁修订造成的资源占用和进度延迟。
- 此FAQ对你有帮助吗?[ 是 | 否 ] | 收藏 | 来源:Myprice价格网
- 2.文档
-
-
- 答案:
- 国内进行软件开发从最初的完全不重视文档,到后来吸取无数的经验教训后,对文档的重视又被提高到前所未有的地步。但是不少公司对应该写多少文档,怎么写文档不能把握好,因为技术人员往往对文档方面的任务是抵触的,认为不如多抽点时间专注在技术方面,写文档纯粹是浪费时间。但是文档却是必不可少的,应该怎样处理好这种矛盾呢? 事实上,这种矛盾天生就是难以化解的,因为技术人员对技术和相关情况最了解,其它人很难撰写这些文档,项目经理所需要做的是,通过斟密的项目进度安排,给技术人员留出一些时间来书写文档(在工作时间而不是在加班时间里完成,否则难免会有怨言的),并在规定的进度下进行评审。在Rup和Xp中,对文档的看法有些不一样。在RUP中,对文档非常的重视,每个阶段都有一些工件是必须要评审和交付的,其中除了代码外,绝大部分都是文档,写起来相当费时费力。而在XP流程中,强调的是通过代码和面对面的沟通,来加强团队的协作性,文档除了一些设计性和需要保留的资源需要撰写外,只是起到一些辅助性的作用。但不管怎样,重要和必要的文档总是要写的。让每个技术人员了解文档的重要性,合理的分配和预留写文档的时间,都是可以一定程度上化解矛盾的做法
- 此FAQ对你有帮助吗?[ 是 | 否 ] | 收藏 | 来源:Myprice价格网
- 3.持续集成的重要性
-
-
- 4.缺陷管理
-
-
- 答案:
- 一般缺陷的生命周期必然要经历 提交-打开-解决-关闭 三个阶段,但问题是,一些公司对诸如ClearQuest的缺陷管理工具进行了一些定制和二次开发,制定了一套严格的流程,缺陷的生命周期变得更加复杂化了。但是在执行的时候,开发人员往往仅在缺陷提交后,匆匆修正了缺陷,然后置为解决状态,等待测试人员来关闭它。因此,这些情况下,缺陷状态的很多阶段都显得有些多余。但是有人认为,在缺陷生命周期阶段多的情况下,可以让关注该缺陷的人员更准确地了解该缺陷目前的状态。怎样化解矛盾呢?事实上,给缺陷定义过多的生命周期阶段是不必要的。开发人员不愿意在解决缺陷的过程中不断的更新该缺陷的状态,另外,有些缺陷实际上很快就能解决的,过多的步骤反而降低效率,浪费时间。因此,从统计和了解缺陷数量和状态,这样的做法是好的。但是,从现实的角度来看,在实施的过程中缺乏可操作性。
- 此FAQ对你有帮助吗?[ 是 | 否 ] | 收藏 | 来源:Myprice价格网