TOGAF文檔映射

Question

根據TOGAF規范 ，關注的主要領域/分工是：

• 商業架構
• 數據架構
• 應用架構
• 技術架構

根據規范 ， 企業存儲庫應包含所有信息。

我有此信息：

• 公司在商業模式方面的運作方式
• 在功能方面如何工作
• 如何實施和部署應用程序

如何根據TOGAF全景圖映射這些數據？

• App架構說明 -> 架構景觀 ？
• 應用組件說明 -> 解決方案存儲庫 ？
• 應用功能說明 -> 架構能力 ？
• 應用部署信息 ->¿
• 商業模式 ->¿

---

更新08/11/2018

我有一些問題：

• 我可以在哪里放置公司信息，例如公司結構，人員，團隊等？
• 我可以在哪里放置公司提供的產品和服務等業務信息，如何計算價格？ 對企業而言，這意味着“ X事”？
• 我應該在哪里進行持續評估？ 一旦投入生產，我應該放在哪里？
• 我應該把通用術語表放在哪里？
• 我應該把開發指南放在哪里？ 例如環境列表，IP，交付工作流程，jira工作流程等？
• 我應該在哪里放置服務API定義？

Answer 1

您正在嘗試將Solution Architecture和Enterprise Architecture混合使用，這可能就是為什么它看起來令人困惑的原因。

正如您正確指出的那樣，TOGAF是關於企業體系結構的。 另一方面，有關具體應用程序的信息更多地是解決方案體系結構問題。 當然，有人可能會說您可以根據需要詳細描述企業體系結構，但這不是重點。

不過，回答您的原始問題是：看來您擁有的應用程序信息（體系結構描述，組件描述，功能描述）應作為Solution Building Blocks存儲在Architecture Repository中。 我建議在Phase C和Phase D ，將它們作為Baseline Application Architecture和Baseline Technology Architecture描述的一部分進行處理。

再說一次，您應該首先仔細考慮您是否真的需要如此高的詳細程度。

附言：如果您提供有關要實現的目標的更多背景信息，我可能可以為您提供更具體的建議

更新11/11/2018

我可以在哪里放置公司信息，例如公司結構，人員，團隊等？

這取決於。 公司結構應作為Organization structure模型的一部分存儲在Baseline/Target Business Architecture Organization structure 。 這是TOGAF的定義：

“組織結構：記錄組織結構，識別業務位置並將它們與組織單位相關聯。”

它也是輸入之一- Organizational Model for Enterprise Architecture （請參見TOGAF規范的第四部分，36.2.16）。

我可以在哪里放置公司提供的產品和服務等業務信息，如何計算價格？ 對企業而言，這意味着“ X事”？

它也是Business Architecture的一部分，以下是TOGAF規范的完整列表：

• 組織結構-識別業務位置並將其與組織單位相關
• 業務目標和宗旨-適用於企業和每個組織單位
• 業務功能-詳細的遞歸步驟，涉及將主要功能區域依次分解為子功能
• 商業服務-企業和每個企業部門向其內部和外部客戶提供的服務
• 業務流程，包括度量和可交付成果
• 業務角色，包括開發和修改技能要求
• 業務數據模型
• 組織和職能的關聯-以矩陣報告的形式將業務職能與組織部門聯系起來

我應該在哪里進行持續評估？ 一旦投入生產，我應該放在哪里？

TOGAF中有一個標准模式：

1. 評估當前狀況並將其記為Baseline Architecture
2. 創建願景並將其記錄為Target Architecture
3. 逐步實現Target Architecure並更新Baseline Architecture

因此，最后，您的基准應該變得等於目標，現在它是下一個ADM周期的新基准。

我應該把通用術語表放在哪里？

通常在為企業量身定制TOGAF的過程中盡快完成-ADM周期的Preliminary Phase （請參見TOGAF規范的第四部分，36.2.21）。

我應該把開發指南放在哪里？ 例如環境列表，IP，交付工作流程，jira工作流程等？

開發指南，jira工作流和其他項目管理內容通常不是TOGAF的直接關注點。 一定要意識到這一點，企業架構師甚至可能會就此問題進行咨詢。 在項目管理方面，只有一件事想到-路線圖，幾乎在所有階段都根據需要進行了記錄和更新。

通常在Phase D處理環境，IP和其他基礎結構信息，這主要是作為技術體系結構模型和規范的一部分。

我應該在哪里放置服務API定義？

同樣，您應該仔細考慮是否需要此詳細級別，但是似乎可以在Phase C (Applications Architecture)解決它。 步驟之一是定義一個模型（TOGAF建議在您的行業中查找參考），其中可能包括API定義。 就企業而言，通常足以解決更抽象的Applications Interoperability 。

非常重要的一點：TOGAF只是一個框架，您可以根據自己的需要對它進行調整，以適應當前企業的需求，只是別忘了對其進行記錄。 您還應該記住，這不僅是一套工具，而且是一套期望，術語和准則的詞匯表，因此，新架構師不需要從工作的每個新企業中全面學習所有知識。 一如既往-您必須找到合適的平衡點。