TOGAF的技術參考模型(TRM)
本文將會詳細介紹甚麼是TRM(Technical Reference Model)。根據TRM的圖行來解釋主要的元素，包含:
- Application Software Categories
- Application Platform Interface
- Application Platform
- Communications Infrastructure Interface
- Qualities
另外也會簡單的說明TRM的結構，還有使用TRM的主要架構目標是甚麼。解釋Platform Services Taxonomy與Service Quality Taxonomy是甚麼。
TRM的結構
TRM有兩個主要組件，分別是:
- 定義術語並提供資訊系統組件和概念結構的連貫描述的分類法
- 一個帶有關聯的 TRM 圖形的模型，提供分類的可視化呈現
下圖顯示了 TRM((Application Software/Application Platform/Communications Infrastructure)) 的高階模型。 TRM的三個主要部分通過兩個介面(Application Platform Interface/Communications Infrastructure Interface)連接
TRM 的使用強調了兩個主要的共同架構目標：
- 應用程式的可移植性(Application Portability)，透過Application Platform Interface，識別將使用平台以標準方式提供給應用程式的服務集
- 互操作性(Interoperability)，透過Communications Infrastructure Interface，識別以標準方式建立的Communications Infrastructure services
TRM的細節
下圖呈現了 TRM 的詳細資訊。 這突顯出了平台服務類別以及外部環境實體，例如應用程式和通訊基礎設施。
以下針對TRM每一部分的介紹
Application Software
TRM識別兩類的Application Software:
- Business Applications: 這是為企業或垂直產業實施業務流程。Business Applications的內部結構與組織選擇的特定Business Applications Configuration緊密相關。 Business Applications的例子包括醫療產業使用的病患記錄管理服務，零售行業使用的庫存管理服務，石油產業中使用的地質數據建模服務等。
- Infrastructure Applications: 基於基礎架構服務提供通用業務功能。 這通常是COTS(Commercial Off-The-Shelf)軟體，在這種軟體要拿來客製化是不經濟的。 此類別中的例子包括電子支付和資金轉移服務，電子郵件服務，日曆和調度服務，電子表格，簡報和文檔編輯軟體等。
Application Platform Interface
Application Platform Interface指定了Application Software與提供所有服務的Application Platform之間的完整介面。 對介面的嚴格定義會影響應用程式的可移植性，因為平台和應用程式都要符合它。 為此，API定義必須包括programmatic interface的語法和語義，還包括所有必要的協定和資料結構定義(例如使用JSON格式)。
Application Platform
Application Platform是一個概念實體，包括作業系統服務，網路服務和一套通用平台服務。 這是所有可能的服務的集合。 特定的目標架構將只包含支援所需功能所需的那些服務。 典型的架構還將包含多個Application Platform； 例如，desktop client， file server， print server， Web server， DB server等，每個服務都包括一組特定的服務以支援定義的功能。
服務之間的介面
除了使用API支援Application Software外，Application Platform中的服務還可以通過公開指定的介面或通過私有，未暴露的介面相互支援。 架構開發的一個關鍵目標是使服務模組能夠替換其他模組通過相同的服務API提供相同的服務功能。
Communications Infrastructure
Communications Infrastructure為系統的互連結提供了基本服務，並為資料的不透明傳輸提供了基本機制。 它包含組成系統使用的網路和物理通信連接的軟硬體元素，以及連接到網路的所有其他系統。 它涉及複雜的網路世界和物理通訊基礎架構，包括網路交換器，網路服務提供商和物理傳輸媒體。
品質(Qualities)
除了組成TRM的組件集外，還有一組稱為“品質”的屬性，這些屬性適用於所有組件。 品質的範例通常必須使用在架構的所有元素，包括可管理性和安全性。 在開發架構期間，會詳細規定應該有怎麼樣的品質。 有些品質比其他品質更容易描述標準(例如有量化指標)。
Application Platform Services的分類法
Platform Services的分類法提供了資訊系統的連貫描述，並被廣泛接受是Application Platform entity的有用且一致性的結構化定義。 它由許多稱為“service categories”的組件組成，每個類別中都定義了進一步的服務(如下表)。
TOGAF TRM的分類法可用於構建標準資訊基礎，並在開放組維護的標準資料庫中使用。
Application Platform Service Qualities的分類法
服務品質說明了適應性或可管理性等行為。 服務品質對大多數或所有功能服務類別的運作具有普遍影響。
品質通常是“非功能性需求”。 在架構開發過程中，企業架構師必須了解所需或期望的品質，以及它們對選擇用於實施架構的軟體建構區塊的影響程度。 確保品質不會被忽略的最佳方法是建立品質矩陣，描述每個功能服務與影響它的品質之間的關係。
目前在 TRM 分類法中確定的服務品質是：
- 可用度(Availability)，包含:
— 可管理性(Manageability)， 收集有關某種事物狀態的資訊並對其進行控制的能力。
— 可維護性(Serviceability)，識別問題並採取糾正措施的能力，例如修復或升級正在運行系統中的組件。
— 效能(Performance)，組件在適當的時間執行作業的能力
— 可靠度(Reliability)，抗故障性。
— 可恢復性(Recoverability)，在中斷後將系統恢復到作業狀態的能力
— 可定位性(Locatability)，系統在需要使用時被找到的能力 - 保證(Assurance)，包含:
— 安全性(Security)，保護資訊免受未經授權的訪問
— 完整性(Integrity)，保證資料沒有被破壞
— 可信度(Credibility)，對系統及其資料完整性的信任程度 - 可用性(Usability)，對使用者是易於操作的。能國際化運營(International Operation)，包括多語言和多文化能力
- 適應性(Adaptability)，包括:
— 互操作性(Interoperability)，無論是在組織內部還是外部（例如，行事曆或行程安排功能的互操作性可能是系統實用性的關鍵）
— 可伸縮性(Scalability)，組件根據其運作環境的需求適當增加或減少其效能或容量的能力
— 資料、人員、應用城市和組件的可移植性(Portability)
— 可延伸性(Extensibility)，接受新功能的能力
— 提供對新範式(paradigms)（如object-orientation或 Web service）服務的存取能力
總結
TOGAF TRM 提供generic platform-centric services的模型和核心分類法。 它可用於建立任何系統架構。 平台服務的分類定義了術語並提供了資訊系統的連貫描述。 現在很少有企業面臨構建自己的應用平台的挑戰，認為系統和服務提供商提供符合既定標準的整合平台是理所當然的。 因此，其他參考模型 — — 分類法 — — 不僅是可能的，而且對於大多數企業來說可能更可取。 TOGAF ADM 不依賴於 TOGAF TRM，可以在不參考它或與替代分類法一起使用的情況下使用。
