Enterprise architecture adalah deskripsi tentang struktur perusahaan, yang terdiri dari komponen-komponen enterprise, sifat-sifat dan hubungan di antara komponen tersebut. Enterprise architecture menjelaskan terminologi komposisikomponen perusahaan, hubungannya dengan lingkungan eksternal, dan prinsip-prinsip panduan untuk kebutuhan (analisis), desain, dan evolusi dari suatu perusahaan. Deskripsi ini komprehensif, termasuk tujuan perusahaan, proses bisnis, peran, struktur organisasi, perilaku organisasi, informasi bisnis, aplikasi perangkat lunak, dan sistem komputer
A. Zachman Framework
Pada tahun 1980 an John Zachman telah terlibat di IBM dalam pengembangan perencanaan sistem bisnis (BSP), sebuah metode untuk menganalisis, mendefinisikan, dan merancang arsitektur informasi organisasi. Zachman framework adalah sebuah enterprise architecture framework yang menyediakan cara formal dan sangat terstruktur untuk melihat dan mendefinisikan suatu enterprise. Framework ini terdiri dari sebuah matriks dua dimensi klasifikasi yang didasarkan pada enam pertanyaan komunikasi (what, where, why, who, dan how) dengan enam baris sesuai dengan transformasi reifikasi. Framework adalah struktur sederhana dan logis untuk mengklasifikasikan dan mengatur representasi deskriptif dari suatu perusahaan. Meskipun tidak ada urutan prioritas untuk kolom dari framework, urutan top down dari baris ini penting untuk penyelarasan konsep bisnis dan fakta fisik perusahaan yang sebenarnya. Detail dari setiap level adalah fungsi dari setiap sel (dan bukan baris).
Kolom Zachman framework dapat dijelaskan sebagai berikut: masing-masing perspektif memfokuskan perhatian pada pertanyaan mendasar yang sama, jawaban pertanyaan-pertanyaan dari sudut pandang itu, menciptakan representasi deskriptif yang berbeda (yaitu model), yang menerjemahkan dari persepktif yang lebih tinggi ke yang lebih rendah. Kolom Zachman framework adalah sebagai berikut deskripsi data–what (apa), deskripsi fungsi–how (bagaimana), deskripsi jaringan–where (dimana), deskripsi orang–who (siapa), deskripsi waktu–when (bila), gambaran motivasi– mengapa. Menurut Zachman, faktor tunggal yang membuat kerangka kerja yang unik adalah bahwa setiap elemen di kedua sumbu matriks secara eksplisit dibedakan dari semua elemen lain pada sumbu itu. Representasi dalam setiap sel matriks tidak hanya tingkatan detail meningkat, namun sebenarnya adalah representasi berbeda-beda dalam konteks, makna, motivasi, dan penggunaan. Karena setiap elemen pada sumbu secara eksplisit berbeda dari yang lain maka
memungkinkan untuk mendefinisikan dengan tepat apa yang termasuk dalam setiap sel. Jenis model atau representasi deskriptif arsitektur dibuat eksplisit di persimpangan baris dan kolom. Persimpangan ini disebut sebagai sel. Berikut fokus dari setiap sel dalam kerangka Zachman:
B. The Open Group Architecture Framework (TOGAF)
The open group architecture framework (TOGAF) adalah suatu framework untuk arsitektur perusahaan yang memberikan pendekatan yang komprehensif untuk merancang, perencanaan, pelaksanaan, dan tata kelola arsitektur perusahaan. TOGAF merupakan level atas dan pendekatan holistik untuk desain, yang biasanya dimodelkan pada empat tingkat, yaitu bisnis, aplikasi, data, dan teknologi.
TOGAF memiliki pandangan sendiri, yang dapat ditentukan baik sebagai deskripsi formal dari suatu sistem, atau rencana rinci dari sistem pada tingkat komponen untuk memandu pelaksanaan, atau sebagai struktur komponen, hubungannya, prinsip-prinsip dan pedoman yang mengatur desain dan evolusi.
TOGAF didasarkan pada empat pilar yang disebut domain arsitektur yaitu:
1. Arsitektur bisnis atau arsitektur bisnis proses yang mendefinisikan strategi bisnis, pemerintahan, organisasi, dan proses bisnis utama organisasi.
2. Arsitektur aplikasi yang menyediakan cetak biru untuk sistem aplikasi, interaksi antara sistem aplikasi, dan hubungannya dengan proses bisnis utama dari organisasi.
3. Arsitektur data yang menggambarkan struktur logis dan fisik aset organisasi data dan data yang terkait dengan pengelolaan sumberdaya.
4. Arsitektur teknis atau arsitektur teknologi yang menggambarkan perangkat keras, perangkat lunak, dan infrastruktur jaringan yang dibutuhkan untuk mendukung penyebaran.
C. Federal Enterprise Architecture Framework (FEAF)
Federal enterprise architecture adalah arsitektur enterprise pemerintah federal. Sebuah enterprise architecture menggambarkan keadaan pada saat ini dan masa depan lembaga, dan menjabarkan rencana untuk transisi dari kondisi saat ini ke keadaan masa depan yang diinginkan. Federal enterprise architecture adalah sebuah karya dalam proses untuk mencapai tujuan tersebut. Hal ini dirancang untuk kemudahan berbagi informasi dan sumber daya di seluruh badan-badan
federal, mengurangi biaya, dan memperbaiki keadaan masyarakat.
FEA dibangun dengan menggunakan berbagai macam model referensi, yang mengembangkan taksonomi umum dan ontologi untuk menggambarkan sumber daya IT, ini termasuk : Kinerja reference model, bisnis model reference, layanan komponen model reference, data reference model, dan model referensi teknis.
Hal ini dirancang untuk kemudahan berbagi informasi dan sumber daya di seluruh badan-badan federal, mengurangi biaya, dan meningkatkan layanan warga Negara.
D. Gartner (Formerly, The Meta Framework)
Menurut Gartner, arsitektur enterprise adalah mengenai menyatukan tiga unsur yaitu pemilik bisnis, spesialis informasi, pelaksana teknologi. Arsitektur enterprise dalam tampilan Gartner adalah tentang strategi bukan tentang teknik. Hal ini difokuskan pada tujuan. Salah satu visi yang memiliki konsekuensi besar adalah di arsitektur bisnis, informasi dan teknik.
1. Very poor = kurang
2. Inadequate = tidak memadai
3. Acceptable = diterima
4. Very good = sangat baik
Perlu diketahui bahwa peringkat ini bersifat subyektif.
a. Taxonomy completes mengacu pada seberapa baik anda dapat menggunakan metodologi untuk
mengklasifikasikan berbagai artefak arsitektur.
b. Process completeness sepenuhnya mengacu pada bagaimana metodologi memandu anda melalui proses langkah demi langkah untuk menciptakan arsitektur enterprise.
c. Reference model guidance mengacu pada bagaimana metodologi berguna dalam membantu membangun satu set model referensi.
d. Practice guidance mengacu pada berapa banyak metodologi membantu anda mencerna pola pikir arsitektur perusahaan ke organisasi anda.
e. Maturity Model mengacu pada berapa banyak panduan metodologi memberi anda dalam menilai efektifitas dan kematangan organisasi yang berbeda dalam perusahaan anda dalam menggunakan enterprise architecture.
f. Business Focus mengacu pada apakah metodologi akan fokus pada penggunaan teknologi untuk mendorong nilai bisnis, dimana nilai bisnis secara khusus didefinisikan sebagai biaya dikurangi dan/atau pendapatan meningkat.
g. Governance guidance mengacu pada berapa banyak metodologi membantu dalam memahami dan menciptakan model pemerintahan yang efektif untuk enterprise architecture.
h. Partitioning guidance mengacu pada seberapa baik metodologi akan memimpin ke dalam partisi otonom yang efektif dari perusahaan, yang merupakan pendekatan yang penting untuk mengelola kompleksitas.
i. Prescriptive catalog mengacu pada seberapa baik metodologi memandu anda dalam menyiapkan katalog aset arsitektur yang dapat digunakan kembali dalam kegiatan di masa depan.
j. Vendor neutrality mengacu pada seberapa besar kemungkinan anda untuk menjadi terkunci ke sebuah konsultan tertentu dengan mengadopsi metodologi ini.
k. Information availability mengacu pada jumlah dan kualitas informasi gratis atau murah tentang metodologi ini.
l. Time to value mengacu pada kemungkinan lamanya waktu anda akan menggunakan metodologi ini sebelum anda mulai menggunakannya untuk membangun solusi yang memberikan nilai bisnis yang tinggi.
Kriteria dan Ringkasan Peringkat Metodologi Enterprise Architecture.
Perbandingan Karakteristik Enterprise Architecture Framework.
Perbandingan Komponen Enterprise Architecture Framework
Kesimpulan
Ketika mempelajari lebih dalam mengenai enterprise architecture, faktanya tidak ada satupun dari pendekatanpendekatan ini benar-benar lengkap. Masing-masing memiliki kelebihan dan kekurangan pada masing-masing sisi. Untuk beberapa enterprise, tidak ada satupun dari metodologi-metodologi ini benar-benar lengkap dijadikan sebagai suatu solusi. Ada pendekatan lain yang disebut blended metodology yaitu memilih bagian-bagian dari metodologi, memodifikasi, menggabungkan, dan menyusunnya untuk kebutuhan khusus organisasi.
