TOGAF 技術棧和平台（java、.net、mobile 等）的哪個階段決定

Question

我正在閱讀企業架構框架 TOGAF 並有一個查詢。

我知道在 C 階段，創建了應用程序架構。 在此階段，創建應用程序目錄，並在下一階段 D（技術架構）中確定網絡、硬件和其他物理架構。

我的問題是，我們在哪個階段為新應用程序（如果這是自定義應用程序）定義技術堆棧以及在什么深度。 比如，它是移動、網絡還是混合應用程序。 將使用哪個平台來構建它等等。如果是現成的產品/服務，我們什么時候完成它。

提前致謝

Answer 1

基本上，這取決於您的需求。 重要的是要記住，TOGAF 只是一個需要為您當前的企業量身定制的框架。 您可能不需要ADM所有階段才能成功使用該框架。

...在哪個階段我們為新應用定義技術棧...

話雖如此，它通常是Preliminary Phase / Phase A或Phase D ：如果您架構工作的主要目標是遷移到（或創建）特定技術（java、.net 等），我建議在Preliminary Phase解決此類決定或在Architecture Principles開發/更新期間的Phase A 。 如果這不是你的主要目標，但它支持你的Architecture Vision ，那么它通常是Phase D - 輸出之一是更新的Architecture Definition Document ，特別是Target Technology Architecture ，版本 1.0（詳細）：技術平台及其分解，顯示了實現特定技術“堆棧”所需的技術組合。

......在什么深度......

此定義的深度還取決於您的需求：它可以根據您的需要進行詳細說明。

...如果是移動、網絡或混合應用程序。

這個決定類似於第一個：如果您的主要目標（例如，在Request for Architecture Work ）更新您的應用程序以使其對移動設備友好，那么應該盡早解決。 但是這種需求也可能在Phase B出現——您的利益相關者可能會說讓這個應用程序適合移動設備是至關重要的。

Answer 2

TOGAF 是一個架構框架。

主要用於企業架構項目、交付和團隊。 良好的企業架構 (EA) 與設計無關。 EA 比技術更接近業務。 但它對成功至關重要，因為它定義了 WHY 問題的答案。 為什么我們需要網絡？ 什么樣的網絡？ 為什么需要分布式IT系統？ 或者相反，諸如此類。

EA 本質上是通用的。

它不提供任何類型的設計，尤其是沒有實現。 EA 在尺寸、容量、能耗、性能等方面定義了設計要求。

類比：城市規划。

EA 就像城市規划師。 他們沒有對建築物的設計作出任何規定。 他們定義了建築物的類型和位置，每多少空間將容納多少人，未來城鎮及其部分的類型和交通要求等等。

TOGAF 可以在 EA 宏觀水平以下使用（尤其是 ADM），但這在很大程度上是 TOGAF 的未知領域。

TOGAF 主要用於開發企業架構。 戴上我們的 EA“帽子”，當我們說“網絡”（在 EA 領域中）時，它與技術或解決方案架構領域中的“網絡”不同。 EA 以抽象術語定義了網絡的存在及其能力。 但不止於此。 最重要的 EA 可交付成果：問題的答案：為什么。 例如，我們為什么需要網絡？

這一切看起來很抽象，因為它是。 抽象思維能力對於好的 EA 來說是最重要的。 這就是使 EA 變得困難的原因。

也許您可能會選擇一種流行的軟件設計和開發敏捷開發方法來指導您選擇技術堆棧？

Answer 3

基於 TOGAF 標准 9.2，雖然沒有明確說明，但我認為你的第一個問題的答案

我們在哪個階段定義新應用程序的技術堆棧（如果這是自定義應用程序）以及深度。 比如，它是移動、網絡還是混合應用程序。 將使用哪個平台來構建它等

是基於 D 階段輸出之一的 D 階段技術架構：

目標技術架構，1.0 版（詳細），包括：……技術平台及其分解，展示了實現特定技術“堆棧”所需的技術組合

關於第二個問題：

如果是現成的產品/服務，我們什么時候完成它。

在 TOGAF 中，商業現貨 (COTS) 產品和第三方服務提供商通常被視為可重復使用的解決方案構建塊，您將在階段 E 中將其作為階段目標之一進行最終確定：

階段 E 的目標是： .... 定義整體解決方案構建塊，以最終確定基於架構構建塊 (ABB) 的目標架構