Dari mana asal TOGAF?<\/h4>\n
TOGAF berasal dari Kerangka Arsitektur Teknologi Manajemen Informasi Departemen Pertahanan AS (TAFIM). TOGAF 1.0 akhirnya dirilis pada tahun 1995 setelah bertahun-tahun eksplorasi, dengan izin dari Departemen Pertahanan AS dan bantuan investasi besar dari pemerintah AS. TOGAF telah merilis versi kesembilan sejauh ini, TOGAF 9 (rilis terbaru adalah TOGAF 9.2)<\/p>\n Arsitektur TI perlu mencerminkan dengan dekat tujuan bisnis organisasi. Memang, teknik tertentu (skenario bisnis) harus digunakan untuk memastikan bahwa tujuan bisnis dipahami dengan baik oleh arsitek TI, dan tercermin dalam arsitektur TI yang dikembangkan menggunakan TOGAF.<\/p>\n Berikut adalah alasan mengapa kita harus mengadopsi TOGAF ADM untuk pengembangan arsitektur:<\/p>\n Metode Pengembangan Arsitektur (ADM) diterapkan untuk mengembangkan arsitektur perusahaan yang akan memenuhi kebutuhan bisnis dan teknologi informasi suatu organisasi. TOGAF ADM adalah hasil kontribusi berkelanjutan dari sejumlah besar praktisi arsitektur untuk melayani tujuan berikut:<\/p>\n Metode pengembangan arsitektur – sering disebut sebagai singkatan ADM – adalah proses rinci langkah demi langkah yang digunakan untuk mengembangkan atau mengubah arsitektur perusahaan.<\/p>\n ADM menggambarkan 10 fase yang mencakup siklus pengembangan arsitektur.<\/p>\n Fase-fase ini adalah:<\/p>\n TOGAF menyediakan sejumlah hasil input dan output dari setiap fase:<\/p>\n Produk kerja yang ditentukan secara kontraktual dan kemudian ditinjau secara formal, disetujui, dan ditandatangani oleh para pemangku kepentingan. Ini biasanya akan diarsipkan setelah penyelesaian proyek, atau dialihkan ke Repository Arsitektur sebagai model referensi<\/p>\n Tujuan utama dari tahap awal adalah untuk menentukan dan menetapkan kemampuan arsitektur yang diperlukan dari organisasi.<\/p>\n Salah satu bagian kunci adalah menentukan apa yang perlu dilakukan dan bagaimana cara mengimplementasikannya. Misalnya, keluaran utama adalah sebuahpermintaan kerja arsitektur<\/strong>yang menguraikan persyaratan dan memutuskan ruang lingkup, struktur, alat, atau kerangka arsitektur yang diperlukan untuk mendukung pekerjaan ini.<\/p>\n Pada tahap ini, TOGAF secara khusus disesuaikan untuk memenuhi kebutuhan iterasi ADM yang akan datang. Kami mendefinisikan prinsip dasar, mengevaluasi kemampuan struktur dan bisnis perusahaan untuk melakukan perubahan yang diperlukan, dan mengintegrasikan TOGAF dengan kerangka manajemen lainnya. Ada langkah-langkah di tahap ini untuk membatasi organisasi perusahaan yang terpengaruh oleh perubahan yang diusulkan, mengonfirmasi kerangka tata kelola dan dukungan yang benar, mendefinisikan dan membentuk tim dan organisasi EA, mengidentifikasi dan menetapkan prinsip arsitektur, menyesuaikan TOGAF dan kerangka lainnya, serta menerapkan alat. Di akhir fase ini, tim EA harus siap untuk mengikuti iterasi siklus ADM. Ini sebagian karena tahap awal ditunjukkan di bagian atas diagram ADM dan di luar loop utama dari tahap A hingga H.<\/p>\n Fase A memberikan pernyataan kerja arsitektur yang jelas yang akan disediakan dalam iterasi ADM. Ini juga memberikan visi untuk arsitektur perusahaan yang diusulkan. Rasa arah ini sangat penting untuk membimbing pekerjaan ADM sepanjang proses iterasi. Pernyataanpernyataan kerja arsitektur<\/strong>menentukan prosedur untuk mengembangkan dan menerapkan arsitektur yang diuraikan dalam visi arsitektur. Ini adalah visi yang memberikan keinginan tingkat tinggi untuk fungsionalitas dan nilai bisnis yang akan diberikan oleh arsitektur perusahaan yang diusulkan. Dimulai dengan aplikasi pekerjaan konstruksi, Fase A menyediakan alat (visi ini) untuk menjual manfaat dari kemampuan yang diusulkan kepada pemangku kepentingan dan pengambil keputusan di perusahaan. Skenario bisnis digunakan untuk memahami persyaratan bisnis dan membantu memperjelas persyaratan arsitektur yang diimplikasikan oleh fungsi yang diperlukan. Ini didokumentasikan dalam pernyataan kerja arsitektur dan digunakan untuk membangun konsensus untuk mendukung arsitektur akhir. Ketika organisasi sponsor menandatangani dokumen tersebut, konsensus akan muncul.<\/p>\n Langkah-langkah dalam Fase A adalah untuk mengubah permintaan kerja konstruksi menjadi pernyataan kerja arsitektur yang jelas, dan untuk memastikan bahwa perusahaan mampu, siap, bersedia, dan berkomitmen untuk melakukan perubahan arsitektur yang diperlukan. Ini melibatkan pembentukan proyek arsitektur, termasuk mendefinisikan ruang lingkupnya, serta mengonfirmasi dan merinci prinsip arsitektur dan bisnis. Fase A mengidentifikasi pemangku kepentingan dan kekhawatiran serta persyaratan mereka, dan mengonfirmasi tujuan bisnis, faktor pendorong, dan batasan dari fase awal. Untuk memastikan keberhasilan, ini juga menilai kemampuan bisnis, menilai kesiapan untuk transformasi bisnis, dan menyelesaikan risiko transformasi.<\/p>\n TOGAF menganggap arsitektur perusahaan sebagai cara untuk meningkatkan kemampuan bisnis-inilah sebabnya fase pengembangan arsitektur pertama berurusan denganarsitektur bisnis<\/strong>\u00a0.<\/p>\n ADM dari sudut pandang bisnis\u200a\u2014\u200adi tahap awalpermintaan kerja infrastruktur<\/strong>untuk menentukan permintaan bisnis yang kuat, dan lebih lanjut disempurnakan untuk Fase A dipekerjaan infrastruktur<\/strong>danpernyataan visi arsitektur<\/strong><\/p>\n Salah satu tujuan kunci dari fase arsitektur bisnis adalah untuk mengembangkan arsitektur bisnis target, yang menunjukkan bagaimana perusahaan mewujudkan visi arsitektur dan menyelesaikan permintaan kerja arsitektur. Tujuan keduanya adalah untuk pertama-tama mengidentifikasi komponen peta jalan arsitektur kandidat untuk menjembatani kesenjangan antara baseline dan arsitektur bisnis target. TOGAF menganggap pengetahuan arsitektur bisnis sebagai prasyarat untuk pekerjaan arsitektur di bidang lain (seperti data, aplikasi, dan teknologi). Arsitektur bisnis juga menunjukkan kepada pemangku kepentingan kunci nilai komersial dan pengembalian investasi dari pekerjaan arsitektur. Model bisnis, seperti model aktivitas atau proses, kasus penggunaan dan model kelas, atau diagram koneksi node,<\/p>\n Ketiga fase pengembangan arsitektur (B, C, dan D) mengikuti langkah-langkah yang serupa. Penting untuk menggunakan kembali model referensi yang tersedia dan menyesuaikan semua keluaran untuk menangani sudut pandang pemangku kepentingan. Kemudian, arsitek mengembangkan deskripsi baseline dan tujuan dari arsitektur bisnis, dan melakukan analisis kesenjangan untuk menentukan bagaimana bertransformasi dari satu ke yang lain.<\/p>\n TOGAF membagi Fase C-Arsitektur Sistem Informasi-menjadi dua bagian, mencakup pengembangandata<\/strong>danaplikasi<\/strong>arsitektur. Dokumen TOGAF memiliki bab pengantar singkat yang mencakup dua domain, diikuti oleh bab terpisah tentang data dan aplikasi. Seperti pada tahap pengembangan arsitektur lainnya (B&D), tujuannya adalah untuk mengembangkan arsitektur sistem informasi target untuk data dan aplikasi, dan untuk menentukan komponen peta jalan arsitektur kandidat berdasarkan kesenjangan antara baseline dan arsitektur target.<\/p>\n Fase C selalu melibatkan kombinasi arsitektur data dan aplikasi. Menyediakan keduanya termasuk, dan tidak masalah dalam urutan apapun-ada pendukung untuk kedua metode. Langkah-langkah untuk data dan aplikasi sangat mirip-pilih model referensi, sudut pandang dan alat; kembangkan baseline dan kemudian temukan deskripsi arsitektur, lakukan analisis kesenjangan dan definisikan komponen peta jalan kandidat; dan selesaikan dampak apa pun dalam lingkungan arsitektur secara keseluruhan. Setelah tinjauan pemangku kepentingan formal, arsitektur akhirnya ditentukan dan dokumen definisi arsitektur dibuat.<\/p>\n Perbedaan utama antara data dan aplikasi terletak pada tema, yang tercermin dalam penggunaan model referensi, teknologi, dan representasi arsitektur yang berbeda. Misalnya, arsitektur data dapat menggunakan hubungan entitas atau diagram kelas, sementara arsitektur aplikasi dapat menggunakan diagram komunikasi aplikasi atau diagram rekayasa perangkat lunak.<\/p>\n Fase D adalah fase TOGAF, yang mengembangkan arsitektur teknis untuk proyek arsitektur. Arsitektur teknologi menggambarkan struktur dan interaksi layanan platform serta komponen teknologi logis dan fisik. Fase D mengembangkan arsitektur teknologi target, yang mendukung komponen data dan aplikasi (dikembangkan di fase C) untuk mewujudkan komponen bisnis.<\/p>\n Arsitektur yang dikembangkan dalam fase B, C, dan D digabungkan untuk mewujudkan visi arsitektur-menyelesaikan kekhawatiran pemangku kepentingan dan permintaan kerja konstruksi. Seperti pada fase pengembangan arsitektur lainnya, Fase D mengidentifikasi komponen peta jalan arsitektur kandidat untuk mencapai transisi dari Baseline ke Target. Langkah-langkah dalam Fase D hampir sama dengan yang ada di Fase B dan Fase C-perbedaan utamanya adalah bahwa fokus sekarang adalah pada teknologi. Oleh karena itu, ini mencakup model referensi teknis dan standar atau ukuran teknis-seperti kinerja, pemeliharaan, lokasi, dan latensi atau ketersediaan.<\/p>\n Menentukan keluaran dan hasil yang harus disampaikan sangat penting untuk membantu membangun arsitektur teknis yang benar-benar mendukung sistem informasi dan arsitektur bisnis. Memperoleh ruang lingkup yang tepat dapat mempercepat pengembalian, sementara ruang lingkup yang terlalu besar akan menghambat implementasi yang sukses. Ini bukan tentang teknologi penerapan itu sendiri, tetapi pengembangan arsitektur teknis yang benar-benar menangani visi arsitektur dan permintaan kerja.<\/p>\n Fase E mendapatkan namanya-ini adalah untuk menemukan peluang untuk menyediakan arsitektur target dengan menerapkan solusi spesifik. Fase E menghasilkan versi lengkap pertama dari peta jalan arsitektur dengan menggabungkan rekomendasi dari analisis dan fase pengembangan bangunan-B, C, dan D.<\/p>\n Pada tahap ini, fokus utama adalah pada bagaimana menyediakan arsitektur. Oleh karena itu, ini berfokus pada pembuatan peta jalan arsitektur, mencantumkan paket kerja dalam garis waktu untuk mencapai arsitektur target. Ketika perubahan begitu besar sehingga tidak mungkin untuk langsung beralih dari baseline ke arsitektur target, maka tahap E akan menghasilkan pendekatan bertahap, yang terdiri dari arsitektur menengah atau transisi. Fase E memetakan perubahan arsitektur yang diperlukan ke prosedur investasi dan proyek yang memiliki dana dan sumber daya untuk melaksanakan paket kerja, dan menyediakan arsitektur transisi dan target. Input pada tahap ini hampir semuanya adalah keluaran dari tahap awal. Langkah-langkah ini mengambil keluaran ini; mengonsolidasikannya, menganalisis ketergantungan dan menyelesaikan perbedaan; dan mengonfirmasi kembali bahwa organisasi dapat melakukan perubahan. Fase E meningkatkan dan memperbarui persyaratan, dokumen arsitektur, dan peta jalan arsitektur. Keluaran kunci adalah langkah pertama dalam rencana implementasi dan migrasi.<\/p>\n Tahap awal ADM mengidentifikasi kebutuhan akan perubahan arsitektur dan kemudian mengembangkan arsitektur bisnis, data, aplikasi, dan teknis untuk mendukung kebutuhan ini. Kemudian, di fase kedua, rencana implementasi dan migrasi tingkat tinggi dikembangkan untuk memanfaatkan peluang investasi dan mengidentifikasi solusi spesifik. Arsitektur Target: Fase F menyelesaikan rencana implementasi dan migrasi yang terperinci, serta peta jalan arsitektur akhir.<\/p>\n Ini juga memastikan bahwa rencana tersebut terkoordinasi dengan metode manajemen perubahan yang digunakan di dalam perusahaan dan rencana lainnya dalam portofolio perubahan secara keseluruhan. Akhirnya, Fase F memastikan bahwa pemangku kepentingan kunci sepenuhnya memahami nilai bisnis, biaya paket kerja, dan arsitektur transisi serta masa depan. Meskipun tahap awal ADM sangat dipandu oleh tim arsitektur perusahaan, tahap dari E hingga H memerlukan kolaborasi dengan agen perubahan lainnya.<\/p>\n Fase F secara khusus memerlukan kerja sama yang erat di antara empat kerangka manajemen untuk membuat rencana implementasi dan pemindahan menjadi sukses.<\/p>\n Empat area adalah:<\/p>\n Melalui kerjasama, keempat area ini harus memprioritaskan pekerjaan, menggunakan kriteria seperti evaluasi kinerja, pengembalian investasi, nilai bisnis, faktor kunci keberhasilan, pengukuran efektivitas, dan kesesuaian strategis.<\/p>\n Pengembangan dan implementasi yang sebenarnya berlangsung bersamaan dengan fase G. Fase G memastikan bahwa proyek implementasi dan proyek lainnya yang sedang berlangsung sesuai dengan arsitektur yang telah ditentukan.<\/p>\n Biasanya, arsitektur target dikembangkan sebagai serangkaian transformasi untuk mencapai nilai bisnis dan manfaat secepat mungkin dan untuk mengurangi risiko dalam rencana transformasi. Setiap transformasi adalah langkah menuju perusahaan target untuk mewujudkan kepentingan bisnisnya sendiri.<\/p>\n Pada saat kita mencapai fase G, arsitektur telah dikembangkan (dalam fase A hingga D), peluang dan solusi untuk menyediakan arsitektur telah diidentifikasi (dalam fase E), dan rencana implementasi dan migrasi yang rinci telah diselesaikan (dalam fase F). Dengan demikian, peran tim arsitektur Fase G adalah untuk memberikan pengawasan terhadap implementasi arsitektur. Ini dilakukan dengan memvalidasi ruang lingkup dan prioritas penyebaran, membimbing pengembangan dan penyebaran solusi, serta melakukan tinjauan kepatuhan.<\/p>\n Dokumen kontrak arsitektur digunakan untuk mendorong perubahan arsitektur. Dihasilkan pada awal fase G dan disetujui oleh fungsi arsitektur dan mereka yang bertanggung jawab atas implementasi, ini adalah mekanisme untuk menilai kepatuhan tata kelola arsitektur.<\/p>\n Tidak ada yang berjalan sesuai rencana – akan selalu ada kebutuhan baru dan perubahan pada arsitektur. Fase H menggambarkan proses manajemen perubahan untuk mengelola perubahan pada arsitektur dengan cara yang kohesif dan terstruktur. Biasanya, ini memerlukan pemantauan terus-menerus terhadap permintaan tata kelola, teknologi baru, atau perubahan dalam lingkungan bisnis.<\/p>\n Proses ini harus mendukung arsitektur perusahaan yang direalisasikan sebagai lingkungan dinamis yang dapat merespons perubahan ini dengan fleksibel dan berkembang dengan cepat. Dalam Fase H, penting bagi badan tata kelola untuk menetapkan standar untuk menentukan apakah permintaan perubahan memerlukan pembaruan arsitektur sederhana, atau apakah perlu memulai siklus baru dari metode pengembangan arsitektur (ADM). Perubahan harus terkait langsung dengan nilai bisnis. Cara menggunakan arsitektur perusahaan adalah bagian terpenting dari siklus pengembangan arsitektur, jadi sangat penting untuk memantau pertumbuhan dan penurunan bisnis di Fase H.<\/p>\n Pada akhirnya, arsitektur perusahaan yang berfungsi untuk organisasi kemarin tidak lagi mendukung fungsi saat ini atau masa depan. Output dari permintaan perubahan di Fase H dapat diklasifikasikan sebagai simplifikasi – biasanya didorong oleh kebutuhan untuk mengurangi investasi; perubahan bertahap – memerlukan nilai tambahan dari investasi yang ada; atau perubahan desain ulang, yang merupakan kebutuhan untuk meningkatkan investasi dan menciptakan nilai baru yang didorong oleh.<\/p>\n Pada setiap tahap ADM, kebutuhan untuk generasi, analisis, dan tinjauan diperlukan. Fase manajemen kebutuhan menggambarkan proses pengelolaan kebutuhan arsitektur ini sepanjang ADM. Fase manajemen kebutuhan adalah inti dari ADM – itulah sebabnya ia ditampilkan di pusat lingkaran ADM. Tahap ini menggambarkan proses manajemen kebutuhan dan bagaimana proses ini terhubung dengan tahap lain dari ADM. Kebutuhan tidak statis – mereka berkembang secara dinamis antara setiap tahap penyelesaian ADM kita dan siklus ADM.<\/p>\n Kebutuhan arsitektur perusahaan dan perubahan selanjutnya terhadap kebutuhan ini akan diidentifikasi, disimpan, dan input serta output yang terkait dengan fase ADM, dan antara siklus ADM. Menghadapi perubahan permintaan sangat penting. Arsitektur berurusan dengan ketidakpastian dan perubahan – ‘area abu-abu’ antara harapan pemangku kepentingan dan kemungkinan! Oleh karena itu, kebutuhan arsitektur akan selalu berubah.<\/p>\n Selain itu, arsitektur melibatkan banyak faktor pendorong dan batasan yang berada di luar kendali perusahaan – seperti kondisi pasar yang berubah atau undang-undang baru – yang akan menghasilkan perubahan dalam kebutuhan dengan cara yang tidak terduga.<\/p>\n TOGAF menekankan bahwa proses manajemen kebutuhan itu sendiri tidak akan menangani, menyelesaikan, atau memprioritaskan kebutuhan, karena ini dilakukan di fase ADM yang relevan. Tahap manajemen permintaan hanyalah proses pengelolaan permintaan di seluruh ADM.<\/p>\n Kegiatan persiapan dan inisiasi yang diperlukan untuk menciptakan Kemampuan Arsitektur termasuk kustomisasi TOGAF dan definisi Arsitektur<\/p>\n Fase awal dari siklus pengembangan arsitektur. Ini mencakup informasi tentang mendefinisikan ruang lingkup inisiatif pengembangan arsitektur, mengidentifikasi pemangku kepentingan, membuat Visi Arsitektur, dan mendapatkan persetujuan untuk melanjutkan pengembangan arsitektur<\/p>\n Arsitektur Bisnis: pengembangan Arsitektur Bisnis untuk mendukung Visi Arsitektur yang disepakati<\/p>\n Arsitektur Sistem Informasi: pengembangan Arsitektur Sistem Informasi untuk mendukung Visi Arsitektur yang disepakati<\/p>\n Arsitektur Teknologi: pengembangan Arsitektur Teknologi untuk mendukung Visi Arsitektur yang disepakati<\/p>\n Peluang & Solusi melakukan perencanaan implementasi awal dan identifikasi kendaraan pengiriman untuk arsitektur yang ditentukan dalam fase sebelumnya<\/p>\n Perencanaan Migrasi membahas bagaimana cara berpindah dari Arsitektur Dasar ke Arsitektur Target dengan menyelesaikan Rencana Implementasi dan Migrasi yang terperinci<\/p>\n Tata Kelola Implementasi memberikan pengawasan arsitektur terhadap implementasi<\/p>\n Manajemen Perubahan Arsitektur menetapkan prosedur untuk mengelola perubahan pada arsitektur baru Manajemen Kebutuhan memeriksa proses pengelolaan kebutuhan arsitektur sepanjang ADM<\/p>\n ADM adalah metode umum yang komprehensif<\/p>\n Berikut adalah gambaran umum TOGAF ADM untuk setiap fase pengembangan seperti yang ditunjukkan pada Gambar berikut:<\/p>\n TOGAF (Kerangka Arsitektur The Open Group) adalah kerangka organisasi terbuka. Kerangka itu sendiri adalah kumpulan pengetahuan yang terdokumentasi dengan baik,<\/p>\n","protected":false},"author":1,"featured_media":800,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","footnotes":""},"categories":[16,6],"tags":[52,63,62,53],"class_list":["post-631","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-enterprise-architecture","category-togaf","tag-cn-done","tag-es-done","tag-ja-done","tag-tw-done"],"yoast_head":"\n![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/img_61f75926c0aa1.jpg\"\/)
<\/figure>\nMengapa TOGAF?<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/0JsyduY-JwJS-uwG3.png\"\/)
<\/figure>\n\n
Apa itu ADM?<\/h3>\n
\n
\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/img_61f7592834b74.png\"\/)
<\/figure>\nInput dan Output ADM<\/h3>\n
\n
Hasil yang harus disampaikan<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/0KtIgci7Ds47xVvBb.png\"\/)
<\/figure>\nTahap awal:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/0-H-Sm_8y43cofHyY.gif\"\/)
<\/figure>\nFase A: Visi arsitektur:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/02Q98Jk09yhTWIkIs.gif\"\/)
<\/figure>\nFase B: Arsitektur bisnis:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/0JCZDOKmvF2kc71a8.gif\"\/)
<\/figure>\nFase C: Arsitektur Sistem Informasi:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/04khwOxJE2HfHJIQW.gif\"\/)
<\/figure>\nFase D: Arsitektur teknis:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/0_cDb4BnW8UiJEgbu.gif\"\/)
<\/figure>\nFase E: Peluang dan solusi:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/0ZSnmuQG5spOLUj_N.gif\"\/)
<\/figure>\nFase F: Perencanaan migrasi:<\/h3>\n
\n
Tahap G: Terapkan tata kelola:<\/h3>\n
Fase H: Manajemen perubahan struktur:<\/h3>\n
Manajemen kebutuhan arsitektur:<\/h3>\n
Fase Awal ADM<\/h3>\n
Hasil Keluaran:<\/h4>\n
\n
Fase A ADM: Visi Arsitektur<\/h3>\n
Hasil Keluaran:<\/h4>\n
\n
Fase B ADM: Arsitektur Bisnis<\/h3>\n
Hasil Keluaran:<\/h4>\n
\n
Fase C ADM: Arsitektur Sistem Informasi<\/h3>\n
\n
Fase D ADM: Arsitektur Teknologi<\/h3>\n
Hasil Keluaran:<\/h4>\n
\n
Fase E ADM: Peluang & Solusi<\/h3>\n
Hasil Keluaran:<\/h4>\n
\n
Fase F ADM: Perencanaan Migrasi<\/h3>\n
\n
Fase G ADM: Tata Kelola Implementasi<\/h3>\n
Hasil Keluaran:<\/h4>\n
\n
Fase H ADM: Manajemen Perubahan Arsitektur<\/h3>\n
Ringkasan<\/h3>\n
\n
![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/0jzkPaxLA2526tlTp.png\"\/)
<\/figure>\n![](\"https:\/\/www.cybermedian.com\/id\/wp-content\/uploads\/sites\/17\/2022\/01\/18arVLAUQXGCP6eaNyJGPIg.png\"\/)
<\/figure>\n\n
Referensi Pengenalan TOGAF<\/h4>\n
\n
ArchiMate 3<\/h4>\n
\n