混沌模型
软件开发生命周期
混沌模型指出,生命周期的每个阶段都应被套用到项目的所有层次上,从整个项目到单独的代码行。
整个项目必须被定义好、实现好、整合好。
(项目的)各个系统必须被定义好、实现好、整合好。
(系统的)各个模块必须被定义好、实现好、整合好。
(模块的)各个功能必须被定义好、实现好、整合好。
(功能的)各行代码必须被定义好、实现好、整合好。
在观念上的一个重大变革是关于项目是能被看成一个整体、还是必须被看成一些零部件的组合。没人能一次写出数千行代码,人们只能每次写几行代码的小片段、并测试这些小片段是否能正常工作,依此来一点一点搭建整个项目。一个复杂系统的行为发端于这些小建筑块的行为的组合。
混沌策略
混沌策略是基于混沌模型的软件开发策略,其主要规则是 永远先解决最重要的问题 。
问题 是未完成的编程任务。
最重要的 问题包括 大 、 急 以及 壮 这三个方面。
解决 问题意味着拿出一个稳定的方案。
混沌策略描述了程序员如何在有一份“待修复缺陷及待实现功能”列表的情况下完成某个项目的。通常,有专人为剩余的任务指定优先级,程序员们再一个一个解决它们。混沌策略认为这才是唯一行之有效的完成工作的方法。
混沌策略受到了围棋战术的启发。
与混沌理论的联系
两者之间有许多联系:
混沌模型有助于解释为何软件经常无法预测。
揭示了为何诸如计算机架构这样的高级概念不可以在底层代码中单独考虑。
以混沌策略的形式提供了揭示下一步做什么的提示。
参见
V 模型
引用
延伸阅读
Roger Pressman (1997) Software Engineering: A Practitioner"s Approach 4th edition, pages 29–30, McGraw Hill.
Raccoon (1995)The Chaos Model and the Chaos Life Cycle, in ACM Software Engineering Notes, Volume 20, Number 1, Pages 55 to 66, January 1995, ACM Press.
免责声明:以上内容版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。感谢每一位辛勤著写的作者,感谢每一位的分享。
- 有价值
- 一般般
- 没价值