边做边改模型：作坊式开发的困境与软件危机

“边做边改模型是中国矿业大学2015级软件工程复习PPT中的一个重点内容，探讨了这种非正规的软件开发方法的弊端。” 边做边改模型，又称迭代开发或原型开发，是一种相对非正式的软件开发方法。这种模型常用于小型项目或快速响应客户需求的场合，但在大规模软件开发中存在诸多问题。首先，模型缺乏明确的前期规划和设计阶段，软件结构随着需求变化不断调整，可能导致系统架构逐渐恶化，最终变得难以维护。其次，忽视需求分析可能导致软件功能不符合用户实际需求，增加开发风险。最后，未经充分测试和缺乏文档支持，使得软件的后续维护变得异常困难。 软件危机是20世纪60年代末期开始显现的问题，至今仍然存在。例如，软件错误可能导致重大的经济损失，甚至危及生命安全，如火箭发射失败、医疗设备故障等。软件开发人员有时被比喻为“皇帝新衣”故事中的裁缝，忙于编写代码却无法提供清晰的进度或成果展示。因此，引入软件工程的概念至关重要，软件工程旨在通过规范化的流程管理和文档记录，将项目的各个阶段有序连接，以提高开发效率和产品质量。 瀑布模型是早期广泛采用的一种软件开发模型，它将软件生命周期划分为六个阶段：计划、需求分析、设计、编码、测试和维护，这些阶段按照严格的顺序进行。然而，瀑布模型过于线性和静态，一旦在早期阶段发现问题，改正代价高昂。为了解决这一问题，演化模型或迭代模型应运而生，它允许在开发过程中创建原型，通过迭代改进逐步完善软件，有效降低了因需求不明确带来的风险。 尽管演化模型在应对需求变化和降低风险方面有所改进，但软件开发模型的选择应依据项目特性和需求来确定。对于大型复杂项目，更倾向于采用敏捷开发或螺旋模型等更为灵活的方法，它们强调适应性、迭代和客户参与，以确保软件产品能够满足最终用户的需求并保持可维护性。而对于小规模、快速交付的项目，边做边改模型可能会是一个可行的解决方案，前提是必须有良好的沟通和控制机制，以避免上述提到的问题。