(3)实现变更 分析系统变更的需求(如有必要,可对提出的变 更建立原型),对系统构件重新设计,编码、测试 软件开发中重要的配置管理思想在这里同样适用 对于紧急变更,保证更快速度完成比保证变更过 程规范化更重要。 (4)后果分析 维护活动中改动的是需求、设计与代码构件、测 试用例以及文档等工作产品。一个工作产品的质量可 能影响到其他工作产品, Pfleeger(1990)提出必须建 立并跟踪工作产品之间的关系,帮助我们评估一个构 件的变更对所有其他构件的影响。下图展示了工作 品之间的关系及可追踪性: 安交通大学刘海岩西安交通大学 刘海岩 10 （3）实现变更 分析系统变更的需求（如有必要，可对提出的变 更建立原型），对系统构件重新设计，编码、测试。 软件开发中重要的配置管理思想在这里同样适用。 对于紧急变更，保证更快速度完成比保证变更过 程规范化更重要。 （4）后果分析 维护活动中改动的是需求、设计与代码构件、测 试用例以及文档等工作产品。一个工作产品的质量可 能影响到其他工作产品， Pfleeger（1990）提出必须建 立并跟踪工作产品之间的关系，帮助我们评估一个构 件的变更对所有其他构件的影响。下图展示了工作产 品之间的关系及可追踪性：