Lehman的软件演化定律
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
自20世纪70年代以来,M. M. Lehman通过对软件系统演化的观察总结了8条影响软件维护的定律。尽管这些定律的命名可能并非严格意义上的“定律”,它们对于理解和改进软件维护过程提供了重要的指导意义。
第一条定律,持续变更定律(1974年),强调了软件系统必须不断适应变化,否则满意度将下降。紧接着的是复杂度增长定律,指出系统复杂度随演化而增加,需要采取降低或保持复杂度的措施。第三条是自我调整定律,它说明软件演化是一个自调整过程,演化的版本呈现近似正态分布的度量数据。
Lehman于1978年提出了两条定律:组织稳定性守恒定律和熟悉度守恒定律。前者认为,虽然软件开发组织会发生变化,但演化过程的总体生产率保持稳定;后者则表明系统更新量的稳定性与维护人员的熟悉程度有关,更新速度会受到掌握更改所需技能和知识难度的影响。
进入90年代,Lehman提出了持续增长定律(1991年),强调系统功能数量必须不断增长以保持客户满意度。紧随其后的是质量下降定律(1996年),指出软件不断演化可能导致系统质量的看似下降。最后一条是反馈系统定律,这条定律认为系统演化是一个复杂的多循环、多代理、多层次反馈系统,涉及用户、业务、环境等多方面的反馈,随着系统老化和复杂度增加,变更变得更加困难。
想要了解更多内容?
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席