gpt4 book ai didi

components - 如何在 Sparx Enterprise Architect (EA) 中对软件组件进行版本控制?

转载 作者:行者123 更新时间:2023-12-05 05:10:13 25 4
gpt4 key购买 nike

我正在使用 Sparx Enterprise Architect 13 对软件系统进行建模。该系统包含不同版本的软件组件。我们通常会在发布软件组件的新版本时添加服务和/或 API。

目前为了反射(reflect)组件ServiceV1暴露接口(interface)A,ServiceV2暴露接口(interface)A(同ServiceV1)和B,我让ServiceV2扩展ServiceV1。但这并不简单:

  • 泛化链接在组件之间的图表中不可用,所以我必须使用 Advanced > Parent...
  • 它缺乏灵 active ,因为我不能用更新版本的接口(interface)覆盖接口(interface) A

有更好的方法吗? 维护同一组件的多个版本的标准方法是什么?

谢谢!

最佳答案

我不认为某些标准机构对此进行了标准化,但我建议引入两个抽象级别:未版本化的组件级别和版本化的组件级别。

  • 在未版本化的组件级别,每个组件(不是每个组件版本)在项目存储库中只有一个元素。
  • 在版本化组件级别,您在项目存储库中有一个元素用于每个组件的每个版本

每个版本化的组件,例如MyComponentV2 对未版本化的组件具有 > 依赖性,例如我的组件。

为了避免不必要的设计工作,您可以决定只在版本化的组件元素之间绘制不同组件之间的关系,而不是在未版本化的组件元素之间绘制关系,反之亦然。但这取决于您组织的需求。

当您创建组件的新版本时,您复制组件的最新版本 (MyComponentV2) 及其所有连接,包括对未版本化组件 (MyComponent) 的 > 依赖关系,并为其指定正确的名称(MyComponentV3).

我已经在一个大型项目中应用了它。

关于components - 如何在 Sparx Enterprise Architect (EA) 中对软件组件进行版本控制?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56879858/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com