Enterprise Architecture Planning
Chalifa Chazar
www.script.id
Zachman Framework
History
Kerangka kerja Zachman (Zachman Framework) pertama kali
dipublikasikan oleh John Zachman (1987) dalam tulisan “A
Framework for Information System Architecture”
Pada awalnya kerangka kerja ini berbentuk matriks 6x3 (6 baris 3
kolom)
Tahun 1992, kerangka ini diformulasikan oleh Sowa dan
Zachman dalam tulisan yang berjudul “Extending and
Formalizing the Framework fo Information System Architecture”
Zachman Framework
Kerangka kerja ini merupakan kunci untuk memahami EA, dan
juga merupakan kunci untuk memahami kedinamisan suatu
organisasi.
Pada kerangka kerja ini terdapat 2 sumbu utama yaitu:
Sumbu vertikal = menyediakan cara pandang/prespektif
dari keseluruhan arsitektur
Zachman framework adalah sebuah skema yang digunakan untuk
mengelola artifak suatu enterprise.
Artifak dalam hal ini dapat berupa model, gambar, diagram, atau
dokumen.
Komponen Kerangka Kerja
Zachman menggambarkan EA dalam 6 komponen yaitu: (1) data,
(2) fungsi, (3) jaringan, (4) personil, (5) waktu, dan (6) motivasi.
Tiap komponen digambarkan dan dilihat berdasarkan 6 prespektif
yang berbeda yaitu:
Perencana
Owner
Designer
Builder
Sub-kontraktor
Komponen Baris
Baris dari kerangka kerja Zachman menyatakan cara pandang
terhadap arsitektur enterprise yang dilakukan oleh stakeholder yang
berbeda-beda.
Dari 6 prespektif tersebut dapat dikategorikan menjadi 3 bagian,
yaitu:
Principal
Empirical
kategori principal
(prespektif owner, designer, dan builder)
baris 2, 3, dan 4 merupakan rancangan utama kerangka kerja
Zachman.
Kategori empirical
(prespektif planner dan sub-kontraktor)
pada tahapan ini kita ingin mewujudkan/membangun apa
yang telah direncanakan.
Kategori certifiable
(baris ke 6 atau functioning enterprise)
Hasil Prespektif Zachman
Framework
Prespektif
Tujuan
Hasil
Batasan
Planner
Mendefinisikan
lingkup/scope
Definisi dari
lingkup/scope
Keuangan dan
pengaturannya
Owner
Mendeskripsikan
nemtuk dari produk
Model bisnis
Kebijakan dan
penggunaannya
Designer
Mendeskripsikan bentuk
logika/abstrak dari
produk
Model sistem
Lingkungan dan
teknologi yang akan
digunakan
Builder
Mendeskripsikan
pengembangan produk
dan penerapannya
Model teknologi
Mengembangkan
dan mempersiapkan
kebutuhan
teknologi yang
diperlukan
Subcontractor
Mendeskripsikan
komponen yang
diperlukan
Out-of-context
Komponen Kolom
Tiap kolom dalam kerangka kerja Zachman melukiskan fokus
komponen sistem informasi yang berbeda.
“produk yang sama dapat diuraikan, atas tujuan yang berbeda,
dalam cara yang berbeda, akan menghasilkan jenis uraian yang
berbeda”
Data (what),
berfokus pada relasi entitas. Kolom ini menggambarkan
kebutuhan organisasi dan informasi yang terbuat dari data.
Fungsi (how)
, berfokus pada proses dan fungsi termasuk input dan
output yang dihasilkan. Kolom ini menggambarkan uraian
fungsional atas komponen sistem informasi
Orang (who),
berfokus pada kontributor (agen) pekerjaan yang
terkait. Kolom ini berhubungan dengan alokasi pekerjaan dan
struktur tanggung jawab dan otoritas dalam organisasi.
Waktu (when)
, berfokus pada waktu dan siklus. Kolom ini digunakan
untuk merancang relasi dari serangkaian kejadian (event-event)
yang menetapkan kriteria kinerja dan tingkatan kuantitatif untuk
sumber daya enterprise.
Kaidah Zachman Framework
Dimension importance
Dimension simplicity
Dimension uniqueness
Perspective uniqueness
Cell uniqueness
Dimension necessity
</TERIMA KASIH>
Chalifa Chazar, S.T, M.T
Tabel Deskripsi Perspektlf Kerangka Kerja Zachman
Pandangan Luas (Ballpark View) Perspektif Perencana/Planner
Deskripsi Planner akan berurusan dengan gambaran umum sistem informasi dan memposisikan sistem informasi dalam konteks lingkungan internal dan eksternal bisnis organisasi. Perencanaan tidak hanya mengidentifikasikan komponen-komponen utama dari sistem informasi, tetapi juga berbicara mengenai keuangan (termasuk kerugian dan keuntungan), keterbatasan, ruang lingkup (apa yang akan menjadi bagian sistem informasi dan apa yang tidak).
Jadi dengan kata lain Ballpark view ini akan mendefinisikan arah enterprise dan tujuan bisnis. Model Enterprise
Perspektif Pemilik/ Owner
Deskripsi Secara umum, owner sangat tertarik pada produk-produk yang dihasilkan oleh bisnis, fungsionalitas model enterprise, dan bagaimana model enterprise dapat digunakan. Dalam rencana yang dibuat, owner biasanya menentukan batasan dan kebutuhan spesifik dari sistem, seperti kebijakan organisasi, kebutuhan pencarian data yang fleksibel sehingga dibutuhkan waktu respons. Model Sistem
Perspektif Arsitek/ Desainer
Kelanjutan Tabel Deskripsi Perspektlf Kerangka Kerja Zachman Model Teknologi
Perspektif Pengembang/ Builder
Deskripsi Builder mengelola proses untuk pembuatan komponen-komponen sistem infomasi, hal ini membutuhkan pemahaman yang cermat dari spesifikasi arsitek untuk sistem. Sebagai tambahan, seorang builder harus mengetahui material untuk bekerja dengan database, bahasa pemrograman, sistem operasi, dan sebagainya Juga harus tahu bekerja dengan tools seperti CASE-tools, compiller, dan sebagainya.
Komponen
Perspektif Subcontractor
Deskripsi Subcontractor membangun bagian spesifik dari produk. Seringkali bagian ini dibuat keluar dari konteks (di mana dalam banyak kasus akan menjamin reusability) berdasarkan pada spesiiikasi komponen yang sangat rinci yang diberikan oleh builder. Hal ini, merupakan tanggung jawab dari builder untuk menyediakan subcontractor dengan spesifikasi komponen yang cukup rinci. Tanggung jawab subcontractor adalah menghasilkan komponen-komponen yang sesuai dengan spesifikasi yang disediakan. Subkontraktor mungkin berada di luar organisasi (pihak ketiga) ataupun internal organisasi, pandangannya juga dapat berguna untuk mengkomunikasikan spesifikasi produk dalam divisi sistem informasi dari sebuah organisasi.
Sistem Fungsional
Perspektif Pengguna/ User