轻量化地定制元模型¶
Turbo EA 的元模型完全是管理员可配置的——每个卡片类型、字段、子类型、关系和干系人角色都是数据，而非代码。您会忍不住想重新设计它。别这么做。
成功的团队只有在默认字段无法回答他们的问题时才会定制元模型。失败的团队会把第一个月花在把 Application 重命名为 Solution、添加 30 个自定义字段上，最终从未走到一份可用的报告。
元模型中已经包含了什么¶
在添加任何东西之前，先了解您已经拥有什么。内置的 Application 卡片类型开箱即带有以下字段（以及其他字段）：
| 内置字段 | 类型 | 用途 |
|---|---|---|
businessCriticality |
single_select（必填） |
关键任务 / 业务关键 / 业务运营 / 行政管理 |
functionalSuitability |
single_select |
完美 / 适当 / 不足 / 不合理 |
technicalSuitability |
single_select |
完全适合 / 足够 / 不合理 / 不适当 |
timeModel |
single_select（必填） |
Tolerate / Invest / Migrate / Eliminate——经典的 Gartner TIME 处置 |
costTotalAnnual |
cost |
年度总成本 |
lifecycle.* |
日期 | 计划 / 引入 / 活跃 / 退出 / 生命周期结束 |
应用组合合理化所需的一切都已经在那里了，TIME 模型也包含在内。您不需要再添加 TIME 字段——可以通过计算推导它（见下文），也可以手动填写，参见您的首次分析。functionalSuitability 和 technicalSuitability 这两个传统上驱动 TIME 定位的适配性维度同样如此，用于对应用组合报告进行分组的 businessCriticality 也是如此。
添加字段前的两问测试¶
当您真的发现自己需要一个确实不在元模型中的字段时，请自问：
- 我会用这个字段来过滤、分组或报告吗？ 如果不是，它属于描述或标签——不是字段。
- 同一种类型的每张卡片都需要这个相同的答案吗？ 如果不是，它是一个关系或附件，不是字段。
如果两个问题都不能回答「是」，就不要加这个字段。
如果您确实需要一个自定义字段¶
对于罕见的、确实需要全新字段的情况（例如 cloudReadiness 标志、监管分类、客户细分标记），工作流程是：
- 进入管理员 → 元模型，点击该类型。卡片布局位于主要标签页。
- 选择分区（或通过添加分区新建一个），点击 + 字段。
- 填写：
- 键 使用小驼峰命名（例如
cloudReadiness）——将成为 JSON 中和公式中的属性键。 - 标签（并为您支持的每种语言添加翻译——否则非英语用户将看到原始的键）。
- 类型——
text、multiline_text、number、cost、percentage、boolean、date、url、single_select、multiple_select。 - 必填——首次上线时请保持关闭；必填字段为空时，卡片的数据质量分数会被固定为 0。
- 键 使用小驼峰命名（例如
- 对于选择类型，添加选项（键 + 标签 + 颜色）并翻译每个选项。
- 保存。
- 可选：在该类型的数据质量标签页中设置该字段在数据质量中所占的分量。
该字段会立即在资产清单（列、过滤器）、卡片详情和计算公式中以 <fieldKey> 形式可用。完整参考：管理员 → 元模型。
选项：通过计算自动推导字段¶
除了让用户手动填写字段这种标准方式之外，Turbo EA 还可以使用计算功能，根据同一张卡片上的其他字段（包括内置字段）自动计算字段值。计算出的字段将变为只读并带有「calculated」徽章，使用户无法偏离规则。
最典型的示例是 TIME 模型计算，它根据两个内置的适配性评级推导出 Application 上内置的 timeModel 字段。在管理员 → 元模型 → 计算中点击新建计算来创建它：目标卡片类型 = Application，目标字段 = TIME 模型，公式如下：
# TIME Model from the built-in Functional and Technical Suitability (Gartner quadrants)
ff = MAP_SCORE(data.functionalSuitability, {"perfect": 4, "appropriate": 3, "insufficient": 2, "unreasonable": 1})
tf = MAP_SCORE(data.technicalSuitability, {"fullyAppropriate": 4, "adequate": 3, "unreasonable": 2, "inappropriate": 1})
IF(ff is None or tf is None, None, IF(ff >= 2.5, IF(tf >= 2.5, "invest", "migrate"), IF(tf >= 2.5, "tolerate", "eliminate")))
每项评级会被转换为 4（最好）到 1（最差）的分数，两个分数将应用置于四个象限之一：功能高 + 技术高 = 投资，功能高 + 技术低 = 迁移，功能低 + 技术高 = 容忍，两者皆低 = 淘汰。缺少任一评级的应用不会获得 TIME 值，因此缺口始终可见。
这与您在计算编辑器的公式参考面板中看到的 TIME 示例相同，因此您也可以从那里复制。它只读取 Application 已有的字段，因此您无需添加任何字段——也不应该添加（参见下文的不要重复创建内置字段）。更多公式语法：管理员 → 计算。
保存后，将该计算切换为活跃，并点击其所在行的重新计算所有，使每个现有应用都获得其值。分步演练参见您的首次分析 → 步骤 3。
Don't
计算出的 TIME 是一个起步假设，而不是裁定结果。在采信之前，请与应用负责人逐项评审每个结果。
实践中行之有效的混合模式：在构建资产清单、收集适配性评级期间保持计算处于活跃状态；在校验工作坊中评审结果；如果决策需要偏离公式，就关闭计算（活跃开关），使该字段重新可编辑，手动决策得以保留。
备选方案：改用标签组¶
如果该值是信息性而非可查询的，那么标签组（管理员 → 元模型 → 标签）比自定义字段更轻——无需更改元模型，无需迁移，更易演进。在以下情况使用标签组：
- 该值是描述性的（「面向客户」、「仅内部」、「2024 年收购」）。
- 您可能会频繁添加新选项。
- 您不需要在过滤下拉框中使用它，能边输入边搜索的标签芯片即可。
在以下情况使用自定义字段：
- 您希望按它对报告进行分组或着色（例如应用组合报告）。
- 您希望把它纳入数据质量的加权计算。
- 它是一份不会频繁变化的受控词表。
应避免的反模式¶
以下是首次推广中最常见的元模型错误：
不要重命名内置卡片类型
把 Application 重命名为 Solution 看起来整洁，但会破坏能力地图、应用组合报告和各类目录都依赖的概念映射。如果您的组织把它们称为「Solutions」，请设置标签的翻译——底层的 key 仍然保持为 Application。
不要在第一天就添加 30 个自定义字段
每个自定义字段都会增加数据收集的摩擦，并稀释数据质量分数。先加一个字段，用一个月，再加下一个。
不要重复创建内置字段
在添加 timeDisposition、funcFit、techFit 或 appCriticality 之前，请检查已有的字段列表——很有可能已经存在等效的内置字段（timeModel、functionalSuitability、technicalSuitability、businessCriticality）。重复字段会让数据分裂并破坏报告。
不要在第一天就让新字段成为 required
必填字段为空时，卡片的数据质量分数会被固定为 0，并有一条警告横幅列出缺失的内容——而且会同时出现在每一张现有卡片上。等您为 80% 以上的卡片填好值之后，再把字段设为必填。
不要用自定义卡片类型替代自定义字段
「移动应用」应当是 Application 的一个子类型，而不是一个新卡片类型。新类型不会免费获得能力映射、组合报告或目录导入。
其他可能用到的轻量扩展¶
以下是常见的第二轮扩展，但只在真的需要时再添加：
| 需求 | 添加位置 | 类型 |
|---|---|---|
| 云就绪度 | Application | single_select（就绪 / 需要重构 / 留在本地） |
| 面向客户标志 | Application | boolean |
| 监管分类 | Application、DataObject | multiple_select（GDPR、PCI-DSS……） |
| 失稳风险类别 | Application、IT Component | single_select（单点故障等） |
| 成本拆分 | Application | 额外的 cost 字段，例如 costRunTotalAnnual、costChangeTotalAnnual |
每一项都通过了用于组合分析的两问测试。其中几项也很适合改成计算公式而非手动录入——这正是下一页的内容，并以 timeModel 本身作为完整示例。
下一步：您的首次分析：应用合理化。