【问题标题】:Is there a Sparx EA best practice method of using a common data model across multiple packages?是否有跨多个包使用通用数据模型的 Sparx EA 最佳实践方法?
【发布时间】:2022-10-17 15:47:21
【问题描述】:

我想了解是否有标准或最佳实践方法来维护和使用 Sparx Enterprise Architect 中的一组集中的类和属性(当前使用 v15,但业务正在考虑迁移到云版本)。

我试图做的事很可能是不可能的,但我很确定它应该是。先感谢您。

目标

我正在尝试创建一个集中的数据字典,其中包含类和属性及其定义和标签。然后,我将拥有特定领域的概念和逻辑模型图,在其中我将类(具有任何继承的属性)或属性直接链接到我在图中定义的类中。

我目前的方法

在一个模型中,我为数据字典创建了一个包,然后为包含概念模型和逻辑模型的每个域(方、产品等)创建了其他包。我可以将数据字典包中的任何属性拖到图表中,它工作正常,我什至可以看到注释中的定义和标签。

限制/问题

  1. 当我为域图生成文档时,它不包括对驻留在数据字典包中的任何类和属性的任何定义。
  2. 除了文档之外,我希望在数据字典中维护属性的定义,并在使用该属性的任何地方继承它。相反,它似乎重复了

【问题讨论】:

  • 为什么没有人回答这个问题,而是投票决定关闭它?这有什么帮助?谢谢

标签: enterprise-architect


【解决方案1】:

我不确定它是否可以称为标准解决方案,但在我的一些客户中,我们以这种方式解决了这个问题:

典型模型

全公司在级别上,我们使用类、属性和关联来维护一个单一的大数据模型。

使用 Schema Composer 的子集定义

然后我们樱桃采摘使用 EA 中的 Schema Composer 工具在某个子集中我们需要的类、属性和关联

子集生成

根据 Schema Composer 中的这个子集定义,我们使用我自己编写的名为 EA Message Composer 的插件来创建所选类、属性和关联的副本。子集完全追溯到原始,并且可以在更改源模型后重新生成。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-01-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-03-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多