DOSEN :
Ridwan Setiawan S.T, M.Kom.
Disusun Oleh :
- Hariyana Sanjaya
Penulis
i
DAFTAR ISI
ii
BAB I
PENDAHULUAN
1.1 Latar Belakang Masalah
Saat ini ada beragam jenis framework yang menunjukkan perkembangan
konsep arsitektur enterprise, diantaranya adalah Zachman framework, Federal
Enterprise Architecture Framework (FEAF), DoD Architecture Framework
(DoDAF), Treasury Enterprise Architecture Framework (TEAF), serta The
Open Group Architectural Framework (TOGAF). Menurut hasil survei yang
dilakukan oleh Institute For Enterprise Architecture Development (IFEAD)
tahun 2005, frame wor k yang paling banyak digunakan dalam dunia industri
maupun pemerintahan adalah Zachman (25%), TOGAF (11%) , dan FEAF (9%).
1
3. Apa Jenis pekerjaan yang menyangkut dengan Arsitektur TOGAF?
4. Bagaimana Metode Pengembangan Arsitektur?
5. Hasil Kiriman, Artefak, dan Blok Bangunan Seperti Apa?
6. Apa itu Enterprise Continuum?
7. Apa itu Arsitektur Repositori?
8. Bagaimana Cara Membangun dan Memelihara Kemampuan Arsitektur
Perusahaan?
9. Bagaimana Menetapkan Kemampuan Arsitektur sebagai Entitas Operasional?
10. Bagaimana Cara Menggunakan TOGAF dengan Framework?
1.3 Manfaat dan Tujuan
1. Arti TOGAF
2. Arsitektur dalam Konteks TOGAF
3. Arsitektur Kesepakatan TOGAF
4. Metode Pengembangan Arsitektur
5. Hasil Kerja, Artefak, dan Blok Bangunan
6. Enterprise Continium
7. Repositori Arsitektur
8. Membangun dan Memelihara Kemampuan Arsitektur Perusahaan
9. Menetapkan Kemampuan Arsitektur sebagai Entitas Operasional
10. Menggunakan TOGAF dengan Kerangka Kerja Lainnya
2
BAB II
PEMBAHASAN
TOGAF menganggap enterpr ise sebagai suatu sistem dan berusaha untuk
mencapai keseimbangan di antaranya mempromosikan konsep dan terminologi
ISO / IEC 42010: 2007 - memastikan penggunaan ter ms didefinisikan oleh ISO /
IEC 42010: 2007 konsisten dengan standar - dan mempertahankan lainnya
terminologi yang diterima umum yang akrab bagi sebagian besar pembaca
TOGAF. Untuk lebih lanjut tentang terminologi,
2.3 Apa Jenis Bidang Arsitektur Berurusan Dengan TOGAF?
Ada empat domain arsitektur yang umumnya diterima sebagai himpunan bagian
dari keseluruhan masukkan arsitektur hadiah, yang semuanya dirancang untuk
mendukung TOGAF:
Arsitektur Bisnis mendefinisikan strategi bisnis, keuangan pemerintah,
organisasi, dan
3
proses bisnis utama.
Arsitektur Data menggambarkan struktur logis dan fisik organisasi aset data
dan sumber daya manajemen data.
Arsitektur Aplikasi menyediakan int bluepr untuk masing-masing aplikasi
digunakan, interaksi mereka, dan hubungan mereka dengan proses bisnis inti
organisasi.
Arsitektur Teknologi menjelaskan kemampuan perangkat lunak dan
perangkat keras yang logis yang diperlukan untuk mendukung penyebaran
layanan bisnis, data, dan aplikasi.
Ini termasuk infrastruktur IT infrastruktur, middleware, jaringan, komunikasi,
pemrosesan, standar, dll.
4
Fase C: Arsitektur Sistem Informasi mendeskripsikan pengembangan
informasi Sistem Arsitektur untuk mendukung Visi Arsitektur yang
disepakati.
Fase D: Arsitektur Teknologi mendeskripsikan perkembangan Teknologi
Arsitektur untuk mendukung Visi Arsitektur yang disepakati.
Fase E: Perusahaan Peluang & Solusi melakukan perencanaan implementasi
awal dan identifikasi pengiriman kendaraan untuk arsitektur yang ditentukan
dalam fase sebelumnya.
Fase F: Perencanaan Migrasi membahas cara pindah dari Garis Dasar ke
Target Arsitektur dengan menyelesaikan Rencana Implementasi dan Migrasi
yang terperinci.
Fase G: Implementasi Tata Kelola memberikan pengawasan arsitektur
terhadap pelaksanaan.
Fase H: Manajemen Perubahan Arsitektur menetapkan prosedur untuk
mengelola ubah ke arsitektur baru.
Manajemen Persyaratan memeriksa proses pengelolaan arsitektur persyaratan
di seluruh ADM.
5
referensi model, standar, atau potret Lansekap Arsitektur pada suatu titik
waktu.
Sebuah produk adalah produk arsitektur yang menggambarkan aspek
arsitektur. Arif tifacts umumnya diklasifikasikan sebagai katalog (daftar
hal), matriks (ditampilkan hubungan antar benda), dan diagram (gambar
benda). Contohnya termasuk a katalog persyaratan, matriks interaksi
bisnis, dan diagram use-case. Sebuah deliverable arsitektur dapat berisi
banyak artefak dan artefak akan untuk konten Repositori Arsitektur.
Suatu blok penyusun mewakili komponen (yang berpotensi dapat
digunakan kembali) dari bisnis, TI, atau kemampuan arsitektur yang dapat
dikombinasikan dengan blok bangunan lain untuk menghasilkan arsitektur
dan solusi. Blok bangunan dapat didefinisikan pada berbagai tingkat
detail, tergantung pada tahap apa pengembangan arsitektur telah tercapai.
Misalnya, pada tahap awal, sebuah bangunan blok hanya bisa terdiri dari
nama atau deskripsi garis besar. Kemudian, blok bangunan mungkin
didekomposisi menjadi beberapa blok bangunan pendukung dan dapat
disertai dengan penuh spesifikasi. Blok bangunan dapat dikaitkan dengan
‘‘ arsitektur ’atau‘ ‘solusi’.
- Blok Bangunan Arsitektur (ABB) biasanya menggambarkan
kemampuan dan membentuk spesifikasi Solution Building Blocks
(SBBs). Misalnya, seorang pelanggan kemampuan layanan mungkin
diperlukan dalam suatu perusahaan, didukung oleh banyak SBB,
seperti proses, data, dan perangkat lunak aplikasi.
- Solution Building Blocks (SBBs) mewakili komponen yang akan
digunakan mengimplementasikan kemampuan yang dibutuhkan.
Sebagai contoh, sebuah networ k adalah sebuah blok bangunan yang
bisa dijelaskan melalui artefak komplementer dan kemudian
digunakan untuk mewujudkan solusi untuk enterpr ise. Hubungan
antara hasil kerja, artefak, dan blok bangunan ditunjukkan pada
Gambar 2-1.
6
Misalnya, Dokumen Definisi Arsitektur adalah hasil yang
mendokumentasikan deskripsi arsitektur. Dokumen ini akan memuat sejumlah
artefak pelengkap itu adalah pandangan dari blok bangunan yang relevan dengan
arsitektur. Misalnya, diagram alir proses (artefak) dapat dibuat untuk
menggambarkan proses penanganan panggilan target (blok bangunan). Ini ar tifact
juga dapat menggambarkan blok bangunan lain, seperti aktor yang terlibat dalam
proses (mis., Perwakilan Layanan Pelanggan). Contoh hubungan antara hasil
kerja, ar tifacts, dan blok bangunan diilustrasikan pada Gambar 33-2. Bangunan
7
the Arsitektur Kontinum dan Solusi Kontinum. Gambaran umum struktur dan
konteks untuk Kontinum Enterpr ditunjukkan pada Gambar 2-3.
8
Komponen utama dalam Arsitektur Repositori adalah sebagai berikut:
9
2.8 Membangun dan Memelihara Kemampuan Arsitektur Perusahaan
Untuk melaksanakan aktivitas arsitektur secara efektif dalam suatu
perusahaan, maka perlu dimasukkan menempatkan kemampuan bisnis yang sesuai
untuk arsitektur, melalui struktur organisasi, peran, tanggung jawab, keterampilan,
dan proses. Ikhtisar Kemampuan Arsitektur TOGAF adalah ditunjukkan pada
Gambar 2-5.
Manajemen Keuangan
Manajemen Kinerja (lihat Bagian 3.52)
10
Wakil Manajemen Ser
Manajemen Risiko (lihat Bagian A.75)
Manajemen Sumber Daya
Komunikasi dan Manajemen Pemangku Kepentingan (lihat Bagian 3.29)
Manajemen Mutu
Manajemen Pemasok (lihat Bagian A.82)
Manajemen Konfigurasi (lihat Bagian A.15)
Manajemen Lingkungan
Karena tata kelola telah menjadi persyaratan yang semakin terlihat untuk
manajemen organisasi, dimasukkannya tata kelola dalam TOGAF menyelaraskan
kerangka kerja dengan bisnis terbaik saat ini berlatih dan juga memastikan tingkat
visibilitas, bimbingan, dan kontrol yang akan mendukung semua persyaratan dan
kewajiban pemangku kepentingan arsitektur. Manfaat tata kelola arsitektur
meliputi:
11
Nilai pemegang saham yang lebih besar; khususnya, arsitektur hadiah masuk
semakin mewakili kekayaan intelektual inti perusahaan - studi telah menunjukkan
korelasi antara peningkatan nilai pemegang saham dan perusahaan yang dikelola
dengan baik
12
(seperti keamanan atau pengelolaan), atau area aplikasi (seperti e-Commerce)
untuk menghasilkan hadiah masuk yang kompetitif kerangka kerja arsitektur yang
memaksimalkan peluang bisnis mereka.
13