|
|
知识路径： > 软件架构基础知识 > 架构设计与演化 >
|
|
相关知识点：2个
|
|
|
|
|
一旦软件的架构得以确定，就可以开始正式的构件开发工作。在构件开发过程中，最终用户的需求可能还有变动。在软件开发完毕，正常运行后，由一个单位移植到另一个单位，需求也会发生变化。在这两种情况下，就必须使用系统演化步骤去修改应用，以满足新的需求。主要包括以下8个步骤：
|
|
|
|
（1）需求变动归类。首先必须对用户需求的变化进行归类，使变化的需求与已有构件和线索对应。对找不到对应构件和线索的变动，也要作好标记，在后续工作中，将创建新的构件或线索，以对应这部分变化的需求。
|
|
|
|
（2）制订架构演化计划。在改变原有结构之前，开发组织必须制订一个周密的架构演化计划，作为后续演化开发工作的指南。
|
|
|
|
（3）修改、增加或删除构件。在演化计划的基础上，开发人员可根据在第（1）步得到的需求变动的归类情况，决定是否修改或删除存在的构件、增加新构件。
|
|
|
|
（4）更新构件的相互作用。随着构件的增加、删除和修改，构件之间的控制流必须得到更新。
|
|
|
|
（5）产生演化后的架构。在原来系统上所作的所有修改必须集成到原来的架构中。这个架构将作为改变的详细设计和实现的基础。
|
|
|
|
（6）迭代。如果在第（5）步得到的架构还不够详细，不能实现改变的需求，可以把第（3）~（5）步再迭代一次。
|
|
|
|
|
|
（8）对所做的标记进行处理。重新开发新线索中的所有构件，对已有构件按照标记的要求进行修改、删除或更换。完成一次演化过程。
|
|
|
