5、知识驱动开发与 IT 项目交付方法解析

知识驱动开发与 IT 项目交付方法解析

1. 知识驱动开发（KDD）与传统方法对比

1.1 参数对比

在项目开发中，瀑布模型（Waterfall）、敏捷开发（Agile）和知识驱动开发（KDD）在不同参数上表现各异。以下是它们在项目预算优先级、应用设计与测试设计并行执行方面的对比：
| 参数 | 瀑布模型 | 敏捷开发 | 知识驱动开发（KDD） |
| — | — | — | — |
| 基于项目预算的优先级排序 | 难以根据预算定制文档 | 待办事项列表有助于优先级排序 | 选择最相关的数据点可直接解决预算问题。例如案例研究中有 80 个项目知识数据点，预算不足时可移除不太重要的数据点 |
| 应用设计与测试设计并行执行 | 测试设计依赖应用设计输出，无法并行 | 用户故事明确后，解决方案设计、应用设计、测试设计以及构建和测试执行可并行，但缺乏结构化 | 解决方案设计以业务语言包含最低级别的项目知识，允许应用设计和测试设计并行执行 |

1.2 方法类比

以建造建筑物为例，三种方法的区别如下：
- 瀑布模型 ：在施工前手动使用笔、纸和比例尺、丁字尺等工具创建建筑物蓝图。对蓝图的任何修改都需要大量的精力。
- 敏捷开发 ：在没有详细蓝图的情况下开始建造建筑物。只需要在开始施工时创建一个粗略的蓝图。
- 知识驱动开发（KDD） ：首先使用最先进的软件创建蓝图，创建和编辑蓝图更加简单。生成详细蓝图后，按照蓝图进行施工。如果在施工过程中需要更新蓝图，可以实时更新。