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