微小变更生命周期模型 -- Small Change Lifecycle Model

 

引言

在我所经历的项目中，只有不到三成是新立项的项目。也就是有百分之七十甚至更多的项目，都是在做升版或是维护。更坦白的说，我所经历的嵌入式平台上的开发项目，1.0版本的发布都没有我任何贡献，也说不定那个时候我还是个中学生。

在美国Micorware公司出品的实时网络操作系统OS9上做项目时，我只参与了其中一个模块，要不是有幸承担内嵌的可视化Debug功能的设计和实现，我可能根本不知道自己也在OS9上开发过软件。在爱立信移动平台(EMP)上也是很长时间之后，涉及到底层功能之后才明白爱立信移动平台(EMP)选用的也是OSE实时操作系统。说这些，无非是要阐述大部分项目可以归为维护这一大的分类。当然了，即使是维护项目也是需要立项审核的。

在经历了pSOS下的软件重构的经历，真正理解了风险与机遇并存。当然这和这里要介绍的微小变更生命周期模型关系不大。

 

微小变更生命周期模型 -- Small Change Lifecycle Model

微小变更生命周期是一个改进的生命周期，适用于对现有系统地进行微小变更。

分析变化的影响（

变化影响范围较大，用其他模型

）

设计

编码并测试

提交

微小变更生命周期模型特别适用于那些在小版本提交中实施的变更。例如:

·  在原有设计中追加几个相当小的新功能到现有功能中.

·  增强或是优化现有功能不改变原有设计.

·  前端的装饰性功能变更.

·  输入或输出数据的格式变更, 但不涉及逻辑结构 (例如, 改变一个报表的格式).

微小变更生命周期模型不适用于如下类型的变更:

·架构变更(例如, 重构或是改变层级结构)

·系统关键技术变更 (例如, 编程平台移植或是编程语言移植).

·  主版本功能追加或是修订(例如, 主版本的变更).