TOGAF文档映射

Question

根据TOGAF specification，关注的主要领域/分工是：

• 业务架构
• 数据架构
• 应用架构
• 技术架构

根据specification，企业存储库应包含所有信息。

我有此信息：

• 从商业模式上看公司的运作方式
• 它在功能方面如何工作
• 应用程序的实现和部署方式

如何根据TOGAF全景图映射这些数据？

• 应用程序架构描述-> 架构景观？
• 应用程序组件说明-> 解决方案存储库？
• 应用功能说明-> 架构功能？
• 应用部署信息->¿？
• 商业模式->¿？

---

更新08/11/2018

我有一些问题：

• 我在哪里可以放置公司信息，例如公司结构，人员，团队等？
• 我可以在哪里放置公司提供的产品和服务等业务信息，如何计算价格？对企业而言，这意味着“ X事”？
• 我应该在哪里进行持续评估？投入生产后应该放在哪里？
• 我应该在何处使用通用术语表？
• 我应该将开发指南放在哪里？例如环境列表，IP，交付工作流，jira工作流等？
• 我应该在哪里放置服务API定义？

Answer 1

您正在尝试混合使用Solution Architecture和Enterprise Architecture，这可能就是为什么看起来令人困惑的原因。

TOGAF与企业体系结构有关-正如您正确指出的那样。另一方面，有关具体应用程序的信息更多地是解决方案体系结构问题。当然，有人可能会争辩说，您可以根据需要详细描述企业体系结构，但这不是重点。

尽管，您正在回答最初的问题：看来您拥有的应用程序信息（体系结构描述，组件描述，功能描述）应该以{{1​​}}的形式存储在Architecture Repository中。我建议在Solution Building Blocks和Baseline Application Architecture期间将它们作为Baseline Technology Architecture和Phase C描述的一部分来解决。

然后再次，您首先应该仔细考虑您是否真的需要如此高的详细程度。

P.S。如果您提供有关要实现的目标的更多背景信息，我可能可以为您提供更具体的建议

更新11/11/2018

  

我可以在哪里放置公司信息，例如公司结构，人员，团队等？

这取决于。公司结构应作为Phase D模型的一部分存储在Baseline/Target Business Architecture中。这是TOGAF的定义：

“组织结构：记录组织结构，确定业务位置并将它们与组织单位相关联。”

它也是输入之一-Organization structure（请参阅TOGAF规范的第IV部分36.2.16）。

  

我可以在哪里放置公司提供的产品和服务等业务信息，如何计算价格？对企业而言，这意味着“ X事”？

它也是Organizational Model for Enterprise Architecture的一部分，这是TOGAF规范的完整列表：

• 组织结构-确定营业地点并将其与组织单位相关
• 业务目标-适用于企业和每个组织单位
• 业务功能-详细的递归步骤，涉及将主要功能区域依次分解为子功能
• 企业服务-企业和每个企业部门向内部和外部客户提供的服务
• 业务流程，包括度量和可交付成果
• 业务角色，包括开发和修改技能要求
• 业务数据模型
• 组织和职能的相关性-以矩阵报告的形式将业务职能与组织部门联系起来

  

我应该在哪里进行持续评估？一旦投入生产，我应该放在哪里？

TOGAF中有一个标准模式：

1. 评估当前情况并将其记为Business Architecture
2. 创建一个愿景并将其记为Baseline Architecture
3. 朝着Target Architecture的方向努力，并随时更新Target Architecure

因此，最后，您的基准应该等于目标，现在它是下一个ADM周期的新基准。

  

我应该在何处提供通用术语表？

通常在为企业量身定制TOGAF的过程中尽快完成-ADM周期的Baseline Architecture（请参阅TOGAF规范的第IV部分36.2.21）。

  

我应该把开发指南放在哪里？例如环境列表，IP，交付工作流程，jira工作流程等？

开发指南，jira工作流程和其他项目管理内容通常不是TOGAF的直接关注点。一定要意识到这一点，企业架构师甚至可能会就此问题进行咨询。在项目管理方面，只有一件事想到-路线图，几乎在所有阶段都根据需要将其写下并进行了更新。

通常在Preliminary Phase期间处理环境，IP和其他基础结构信息，主要是作为技术体系结构模型和规范的一部分。

  

我应该在哪里放置服务API定义？

同样，您应该仔细考虑是否需要这种详细程度，但是似乎可以在Phase D中解决。步骤之一是定义一个模型（TOGAF建议在您的行业中查找参考），其中可能包括API定义。就企业而言，通常足以解决更抽象的Phase C (Applications Architecture)。

非常重要的一点：TOGAF只是一个框架，您可以根据自己的需要对其进行定制，以适应当前企业的需求，只是不要忘记对其进行记录。您还应该记住，这不仅是一套工具，而且是一套期望，术语和准则的词汇表，因此，新架构师不需要从工作的每个新企业中全面学习所有知识。一如既往-您必须找到合适的平衡点。