|
 图10.17 存取和同步控制 |
| 软件的变更通常有两类不同的情况： ��1、为改正小错误需要的变更。它是必须进行的，通常不需要从管理角度对这类变更进行审查和批准。但如果发现错误的阶段在造成错误的阶段的后面，例如在实现阶段发现了设计错误，则必须遵照标准的变更控制过程，把这个变更正式记入文档，并修改所有受这个变更影响的文档。 ��2、为了增加或者删掉某些功能、或者为了改变完成某个功能的方法而需要的变更。这类变更必须经过某种正式的变更评价过程，以估计变更需要的成本和它对软件系统其他部分的影响。 ��如果变更的代价比较小且对软件系统其它部分没有影响，或影响很小，通常应批准这个变更。反之，如果变更的代价比较高，或者影响比较大，则必须权衡利弊，以决定是否进行这种变更。如果同意这种变更，需要进一步确定由谁来支付变更所需要的费用。如果是用户要求的变更，则用户应支付这笔费用；否则，必须完成某种成本／效益分析，以确定是否值得做这种变更。 应该把所做的变更正式记入文档，并相应地修改所有有关的文档。这种变更报告和审查制度，对变更控制来说起了一个安全保证作用。需要注意的是，必须对每一项变更进行评价并对所有的变更进行跟踪和复审。 �� |