软件开发与反馈控制系统

软件开发与反馈控制系统？这是哪儿跟哪儿呀？你也许会问。我却发现二者之间有很多相似之处。

反馈控制系统是一种最常见的控制系统。在反馈控制系统中，输出信号被检测出，经控制器处理形成反馈信号，与输入信号相减，从而调节被控制系统的输入信号，使输出信号趋于稳定。如果反馈控制器失灵，系统输出值就很容易偏离设定值。

我觉得软件开发实际上是一个复杂的控制系统。用户需求和开发人员的劳动等是输入，代码及各种文档等是输出。软件开发的目标是尽量使开发出的软件符合用户需求。而用户需求也会不断变化，是一个移动的靶子。这也是软件开发难的原因之一。怎样使软件开发在控制之下（under control）呢？

若干年前，我曾参与一个图形编辑软件的开发。开发工具是MSVC 1.0。当时我们对Windows编程已相当了解，对面向对象的编程技术也已有所掌握。同事们的干劲也很高。几个月后，老板已能在展览会上做演示。潜在客户的正面反应使老板很兴奋。他要求我们不断实现新功能，以参加一个接一个的展览。而对发现的错误视若无睹，只要不死机就成。表面看来，软件的开发进展良好。但实际上已问题成堆。功能都实现后，开始修改错误。但修改一个错误往往会引起其它错误。最后我们发现有些关键的错误简直就没办法，除非做很大的改动。挣扎一段时间后，该项目不得不被放弃。想来真是心痛。

究其原因是我们没有及时查错，更没有及时改错。我们没有及时得到反馈，即使有反馈，我们也没有用它来调节我们的行动。有些错误在开发阶段看起来可能并不严重，既没有造成死机，也没有造成数据丢失。但它们有可能是软件结构不合理造成的。这种错误如不尽早解决，将后患无穷。即使软件结构合理并且没有严重错误，就能保证软件是用户所要的吗？未必。

那么在开发过程中能得到哪些反馈呢？怎样才能尽快得到更多的反馈呢？

结构化程序设计建议采用自顶向下、瀑布式的开发方式。这种方法把软件开发分解成分析、设计、编程、测试、发布等几个阶段。结构化程序设计最大的问题在于：它要求你在开始编程前对该软件有全面、正确的理解。但这样的机会究竟有多少呢？所以采用结构化程序设计的软件开发就像一个开环系统，很容易偏离预设的目标。

现在渐进迭代式开发(incremental iterative development)日见普及。方法是在软件开发过程中设置几个里程碑（mile stone），通常是三、四个左右。每到达一个里程碑时，都要交付用户或潜在用户一个可用的初级产品。它可能功能不全，但一定要通过质量控制。这时要听取用户的意见。用户的意见是极重要的反馈，它能保证系统的功能是正确的。每两个里程碑之间，又划分成若干循环。每个循环又由分析、设计、编程、测试等步骤组成。通常开发每个功能（

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有