Master Open Group OG0-092 Exams with Exam Questions & Study Materials, TOGAF® 9 Part 2 Exam | SPOTO

A. ��架構委員會的幫助下，您對 TOGAF 9 進行了定製，以便將其與項目管理辦公室建立的傳統程序相整合。您還要檢查 TOGAF 與治理、系統開發和運營管理的其他流程和框架之間的關係。然後確定企業架構的範圍。

B. ��爲首席架構師，您需要創建 "架構工作請求"，以分配資源來實現 "架構願景"。根據業務情景技術的應用結果，創建通用系統架構，以指導解決方案構件的選擇。這些構件將用於整合各業務部門的系統。

C. ��要澄清對關鍵業務驅動因素和企業架構範圍的共識。然後明確架構工作的要求。在架構委員會的幫助下，確定架構原則，以便領導架構工作。考慮如何爲該企業量身定製 TOGAF 9。

D. ��進行了架構成熟度評估。然後，您使用 TOGAF ADM 來說明將新的公司信息管理系統整合到組織中的要求。然後，您與架構委員會一起列出了一系列業務目標，作爲企業架構計劃的參考。

A. ��其餘的架構定義階段，項目團隊應在技術領域中繪製能力圖，包括

B. �� E 和 F 階段，應將能力分解爲一組解決方案構件，這些構件定義了目標架構。

C. ��可能的情況下，應從架構庫中提取解決方案構件

D. ��成的架構定義文件和實施與遷移計劃將提交審批。

E. ��得批准後，架構團隊將進行合規性評估，以確保目標架構得到正確實施。

F. ��其餘的架構定義階段，項目團隊應在業務、信息系統和技術領域規劃能力 G

A. ��應定義架構設計和開發合同，包括：介紹和背景、協議性質、架構範圍、架構和戰略原則及要求、一致性要求、目標架構措施、定義交付階段、優先聯合工作計劃、時間窗口、架構交付和業務指標。

B. ��將在架構設計和開發合同中定義：介紹和背景、協議性質、架構範圍、架構和戰略原則及要求、一致性要求、基準架構定義、目標架構措施、定義交付階段、優先聯合工作計劃、時間窗口、架構交付和業務指標。

C. ��將通過以下內容來定義架構設計和開發合同：目標架構措施、定義交付階段、優先聯合工作計劃、時間窗口、架構交付和業務指標。

D. ��將定義架構設計和開發合同，包括：範圍、目標、目的和限制、架構原則、基準架構、架構模型、差距分析、影響評估。

A. ��會確定每個解決方案的業務價值，相應地確定每套解決方案的優先次序，進行詳細的風險評估和緩解，進行合規審查，然後實施解決方案。我會將我的建議提交董事會同意。一旦達成一致，我會更新架構，以反映董事會討論後做出的任何變動。

B. ��確認企業變革屬性和制約因素後，我會先進行綜合差距分析，然後進行依賴關係分析，然後對過渡進行分組和分配。我還會評估企業的準備情況和風險。然後，我還會評估解決方案的業務價值，進行風險分析和緩解措施，然後安排工作產品。

C. ��會通過考慮依賴關係來進行綜合差距分析，然後對過渡進行分組和分配。然後，我將製作描述推薦項目、風險、問題和依賴關係的工件。這還將包括過渡架構師，將我們從當前的架構轉移到推薦的目標架構。我將向董事會提交我的建議，以徵得同意。一旦達成一致，我將更新架構，以反映董事會討論所產生的任何變化。

D. ��會研究企業文化和對變革的態度，了解成本和所需時間範圍等限制因素。然後，我會檢查架構工作，確保其完整，並設法彌補任何差距。我會審查功能要求，確保有完整的互操作性要求。然後，我會驗證任何依賴關係和風險。然後制定實施和遷移戰略，確定主要工作包和所需的過渡架構。最後，一旦與董事會達成一致，我將創建項目章程，並將董事會討論中需要的任何更改重新構建到架構中。

A. ��定主要利益相關者及其關注點，定義架構參與中要解決的主要業務需求，並生成利益相關者地圖。評估業務能力並執行業務轉型就緒評估。根據利益相關者關注的問題、業務能力要求、範圍、限制和原則，應用業務情景技術創建基線和目標架構的高層視圖。

B. ��照首席信息官的要求，你將重點放在架構願景文檔上，並應用業務情景技術，根據利益相關者的關注點、業務能力要求、範圍、限制和原則，創建基線和目標架構的高層視圖。

C. ��創建了目標架構的高層視圖，然後將其提交給首席信息官。

D. ��據首席信息官的要求，您將重點關注架構願景，並創建基線架構的詳細視圖。這項工作針對業務、數據、應用和技術領域，然後使用架構定義文檔提交給首席信息官。

A. ��第一次迭代中，首先使用自頂向下方法定義目標業務架構。在 C 和 D 階段結束後，再次迭代到 B 階段，定義基準業務架構，分析差距，最終確定架構定義文檔，然後進入 C 和 D 階段。

B. ��第一次迭代中，首先採用自頂向下的方法定義基線業務架構。在分析影響並與利益相關者審查後，定義架構定義文檔，然後進入 C 階段和 D 階段。然後進入 C 階段和 D 階段。在下一次迭代中，最終確定目標業務架構，並進入 C 階段和 D 階段。

C. ��第一次迭代中，首先採用自下而上的方法定義基線業務架構。在分析影響並與利益相關者審查後，定義架構定義文件。在下一次迭代中，最終確定目標業務架構，確定差距和路線圖以及影響，並在分析影響和與利益相關者審查後更新架構定義文檔。然後繼續迭代。

D. ��第一次迭代中，首先採用自頂向下的方法定義目標業務架構。在下一次迭代中，最終確定基線業務架構，確定差距和路線圖以及影響，並更新架構定義文件。分析影響並與利益相關者一起審查後。然後繼續迭代。

A. ��建議開始收集描述不同領域的現有可交付成果，以便企業架構電車在運營管理部門的支持下對其進行整合。然後，每個領域的架構師將評估對該領域已規劃項目的影響。修訂後的單個計劃將被整合在一起，並合併爲一個戰略實施和遷移策略，定義一個 IT 路線圖。

B. ��達緊迫性。已經計劃的項目將被取消，新架構願景的實施將被列爲首要任務。將定義一系列新項目來實施新戰略。您將使用階段 B 到階段 D 的要求，並爲每項要求定義新項目。然後，通過使用已定義的互操作性架構指導原則，項目團隊將能夠協同工作，並定義一套新的點對點接口。

C. ��描述了 "過渡架構 "的概念，並明確指出所有項目都能以協調的方式交付增量，從而實現業務價值。對每個領域的能力差距和項目依賴性進行分析，然後按工作包組織項目。然後，您將與所有主要利益相關者舉行會議，就實施和遷移戰略的路線圖達成一致。對需求進行管理是爲了讓每個架構師都能參與規劃，從而形成一份詳細的工作活動清單，對 IT 項目組合產生影響。然後將確定一個五年期目標架構，一份報告將記錄依賴關係和因素評估"]。

A. ��要確保確定 IT 願景、原則、業務聯繫、基準和目標架構，並遵循一套架構標準。你將建議定期向高級管理團隊通報情況，並支持企業架構流程。你要確保定期收集和分析與企業架構實踐相關的績效指標。

B. ��建議開展架構成熟度評估，因爲這將確定公司應重點關注的實踐，以實現最大的改進。您還建議採用基於 TOGAF 架構技能框架的技能框架。這將爲團隊中的角色提供明確的技能和熟練程度定義。

C. ��建議開發基於 TOGAF 技能框架的自動化技能評估工具。該工具將提供一種快速識別技能和差距的方法。運行該工具的結果可用於確定 EA 團隊成員的培訓和發展需求，也可用於招聘新的團隊成員。

D. ��建議聘請外部顧問來評估量身定製的架構開發方法，以確保其符合目的。然後，應與首席企業架構師和其他架構師進行一系列訪談。然後，應編寫一份報告並提交給架構委員會，詳細說明提高企業架構師實踐績效所需的行動。

A. ��將記錄影響實施和遷移計劃的因素，並對領域架構差距分析結果中發現的差距進行分組。對於每個差距，您將確定建議的解決方案，並將其分類爲新開發、購買的解決方案或基於現有產品的解決方案。將類似的解決方案分組，形成工作包，並根據臨牀試驗時間表確定工作包之間的依賴關係。最後，您將把這些工作包重新組合成一系列能力增量，並安排在一系列過渡架構中。

B. ��將使用 "差距、解決方案和依賴關係綜合矩陣 "作爲規劃工具。對於每個缺口，您將對解決方案進行分類，是新開發的解決方案、購買的解決方案，還是基於現有產品的解決方案。將類似的解決方案歸類，定義工作包。然後，考慮到臨牀試驗的時間安排，將工作包重新組合爲一組能力增量，以便過渡到目標架構。

C. ��可以將 "差距、解決方案和依賴性綜合矩陣 "中的 "解決方案構件 "歸類爲一系列工作包。然後，將矩陣作爲規劃工具，重新組合工作包，以考慮依賴關係。將工作包排序爲實現目標架構所需的能力增量。每次在一個地區進行推廣。最後，使用狀態演變表記錄企業架構的進展情況。

D. 通過確定哪些需要開發，哪些需要採購，確定所需的解決方案構件集。您將剔除任何重複的構件，然後將剩餘的解決方案構件組合在一起，使用 CRUD 矩陣創建工作包。然後，根據成本對工作包進行排序，並選擇最具成本效益的方案納入一系列過渡架構中。最後，您將安排工作包在各地理區域依次推出。

A. ��先，我要確保首席信息官提出架構工作要求。然後，我會按照組織內使用的任何項目管理和計劃管理框架，確保架構願景項目得到認可。我會確定主要利益相關者，並與他們接觸，以了解和記錄他們所關心的問題和高層次要求。這將產生一份利益相關者地圖，用於支持其他可交付成果，如架構願景、溝通計劃和架構工作聲明。然後，我會確定組織的業務目標和戰略驅動力，並定義任何企業或項目的具體限制，如時間和資源。然後，我會定義實現這些業務目標和驅動力所需的組織業務能力及其變革準備情況。完成後，我會定義範圍、確認架構和業務原則，並制定架構願景。之後，我會定義架構項目的業務案例，評估業務風險並制定風險緩解計劃。然後，我會制定企業架構工作計劃，以在預期時間內滿足範圍要求和所需資源，並確保利益相關者的支持。

B. ��先，我會確保發起人（首席信息官）提出 "架構工作請求"。然後，我會創建一個項目來定義和交付架構願景和必要的產出。產出包括經批准的架構工作聲明、業務原則、業務目標和業務驅動因素的完善聲明、架構原則、能力評估、量身定製的架構框架、架構願景、溝通計劃。架構工作聲明需要明確架構工作的範圍、完成工作所需的資源以及完成工作所需的時間，前提是架構工作的範圍已達成一致，並且所有所需資源都已到位。最後一步是與利益相關者共同商定架構工作說明書，確認工作範圍、時間安排並確認必要資源的可用性。

C. ��會從建立架構項目開始，並遵循適當的項目管理方法。我會確定利益相關者的關注點和業務需求，然後確認並闡述業務目標、業務驅動因素和限制因素。然後，我會評估業務能力和業務轉型的準備情況，並確定範圍。然後，我會制定架構願景，定義目標架構價值主張、關鍵績效指標，並識別和降低與轉型工作相關的所有風險。最後，我會制定企業架構計劃和工作說明書，並獲得相關利益方的批准。

D. ��會通過定義和建立架構團隊和管理來解決這個問題。然後再商定和確立架構原則。我會選擇並定製一個架構框架，更改任何術語，選擇正確的階段，並根據所選方法定製內容和輸出結構。最後，我將選擇並實施架構工具。這項工作的成果將包括企業架構組織模型、定製架構框架（包括方法和內容）、架構原則、初始架構庫、業務原則重述或參考、業務目標和業務驅動力、架構工作要求和治理框架。

A. 您建議將重點放在架構定義上，重點是了解戰略變革參數。這樣就可以確定參與的要求、驅動因素、問題和限制。您將確保目標架構滿足非功能性要求，從而確保目標架構的穩健性和安全性。

B. ��建議首先通過架構定義階段（B-D）來定義目標架構。這是因爲初步研究確定了變革的必要性。這將確保以結構化的方式定義變更，並滿足實現願景所需的要求。

C. ��建議首先確定基線技術架構，以評估當前基礎設施的容量和能力。然後，重點應放在過渡規劃和架構部署上。這將確定需求，確保以最佳方式安排項目順序，從而實現願景。

D. 您建議首先確定目標架構，然後再進行過渡規劃。這是因爲願景已被充分理解，戰略架構也已達成一致。目標先行的方法將確保基線架構目前存在的問題和效率低下的問題不會延續下去，並確保擬議的解決方案能滿足初步研究中確定的要求。

A. ��用業務情景技術，您將確定支持和不支持的利益相關者。然後列出解決利益相關者關注問題的觀點集，並與他們分享。

B. ��的首要任務是與地區運營商利益相關者溝通，制定溝通計劃，與他們分享主要特點並討論機會。

C. ��將在 A 階段進行概念驗證試點，向利益相關者展示技術可行性，並解釋您首選供應商提供的方法。

D. ��確定了被收購運營商和企業其他部門的所有主要利益相關者。使用利益相關者地圖，對他們與這項活動相關的權力進行分類和記錄。然後，您重點實施相關觀點，以解決利益相關者地圖中確定的每個主要利益相關者所關心的問題。

A. ��可以使用業務服務/功能目錄、組織/代理目錄和數據實體/業務功能矩陣來描述基準業務架構。使用數據實體/數據組件目錄描述基準數據架構。使用應用程序/功能矩陣描述基線應用程序架構。

B. ��下一次架構開發迭代中，您將使用組織/角色目錄、業務服務/功能目錄和數據生命周期圖來描述目標業務架構。使用數據實體/數據組件目錄描述目標應用程序架構。使用應用程序交互矩陣和應用程序通信圖描述目標應用程序架構。

C. ��可以通過業務服務/功能目錄和業務交互矩陣來描述目標業務架構。通過數據實體/業務功能矩陣和應用程序/數據矩陣來描述目標數據架構。通過應用程序通信圖和應用程序交互矩陣來描述目標應用程序架構。

D. ��下一次架構開發迭代中，您將使用價值鏈圖和基線業務流程目錄來描述基線業務架構。用數據圖描述基準數據架構。使用環境和位置圖描述基線應用程序架構。

A. ��先使用數據實體/數據組件目錄列出整個企業使用的數據，包括數據實體和存儲數據實體的數據組件。然後，通過 "系統/數據矩陣 "對數據源和數據實體之間的關係進行分類。最後，使用數據生命周期圖確定常見的數據要求。

B. ��先使用數據實體/數據組件矩陣列出整個企業使用的數據，包括數據實體和存儲數據實體的數據組件。然後，通過 "角色/系統目錄 "對數據源和數據實體之間的關係進行分類。最後，使用數據用例圖確定常見的數據要求。

C. ��先使用數據實體/數據組件目錄列出整個企業使用的數據，包括數據實體和存儲數據實體的數據組件。然後，通過系統/數據矩陣對數據源以及與數據實體的關係進行分類。

D. ��先使用數據實體/數據組件目錄列出整個企業使用的數據，包括數據實體和存儲數據實體的數據組件。然後，通過系統/數據矩陣爲組織分配數據實體的所有權。

A. ��業利益最大化、數據託管、數據是資產、響應式變更管理、互操作性。

B. 基於需求的變更、響應式變更管理、數據託管人、通用詞彙和數據定義、業務連續性。

C. 信息技術責任、數據安全、易用性、服務導向、常用應用程序。

D. ��據可訪問、數據共享、互操作性、基於需求的變更、控制技術多樣性。

A. �� A 階段，團隊應通過完成 "實施因素評估和扣減矩陣 "來分析風險，以確定與實施和部署相關的特定風險。該矩陣應包括一份需要考慮的因素清單、對這些因素的描述以及應考慮的限制因素。然後，這些因素可用於評估與擬議項目相關的初始風險。

B. �� B 階段，團隊應建立一套觀點，使他們能夠確定影響重組成功的因素。然後，應根據成熟度表對每個因素進行評估，使團隊能夠衡量解決問題的緊迫性、準備程度和困難程度。這些因素隨後可用於評估與擬議項目相關的初始風險。

C. �� A 階段，團隊應進行業務假設，以描述業務問題、確定利益相關者和由此產生的退 出。一旦確定了需求，就可以對其風險進行評估。應從如何避免、轉移或減輕風險的角度對風險進行評估。任何無法解決的風險都應確定爲殘餘風險，並由架構委員會決定如何處置。

D. 在 A 階段，團隊應評估組織是否做好了變革的準備。這將確定影響重組的因素。這應包括一個成熟度表，使團隊能夠衡量解決問題的緊迫性、準備程度和困難程度。這些因素隨後可用於評估與擬議項目相關的初始風險。