4、模型驱动工程中持续交付的逐步采用

模型驱动工程中持续交付的逐步采用

1. 敏捷软件开发与持续交付

在软件开发中，敏捷方法与传统的瀑布方法有所不同。瀑布方法仅在开发初期进行建模，而敏捷软件开发生命周期中有多个周期，且每个周期开始时都会进行建模。

持续交付是敏捷开发的一个子集，强调软件应始终处于可发布状态。与瀑布模型在所有功能开发完成后才发布软件不同，敏捷开发在整个开发过程中会发布部分功能。为实现这一理念，会使用一些技术（如测试自动化）和工具（如Jenkins）。

以下是一些相关概念的解释：
- 持续集成（CI）：项目所有成员频繁集成代码，自动完成构建和测试，以便尽快检测集成错误。
- 持续交付（CD）：是CI的扩展，确保主线始终处于可部署状态，且部署可“一键完成”。
- 持续部署：每次提交代码时，软件自动部署到生产环境。
- 持续软件工程（CSE）：从组织和文化层面将开发与业务战略相连接。

为实现自动部署，这些技术基于构建自动化。部署管道会自动划分并执行构建的不同阶段，通常包括编译、测试和部署，这些阶段又可拆分为多个作业，该管道能让整个过程可视化。

2. MDE工具与CD的集成

在大多数软件开发项目中，都会在一定程度上使用模型。MDE组件不仅要相互协作，还需与其他非MDE工具（包括CD服务器）在全局CSE环境中进行交互。

要将MDE工具集成到CD管道中，关键要求是MDE工具能被封装为可独立执行的作业，即无需人工干预，可由CD服务器调用。对于每个主要的MDE活动，只要能找到至少一个提供外部接口（通过API或shell访问）的MDE工具，就可以实现MDE与CD的集成。以下是每个建模任务可用工具的示