ENTERPRISE ARCHITECTURE

Sebelum kita membahas perbedaan Enterprise Architecture (EA) framework dari Zachman , TOGAF , FEA , dan Gartner. Alangkah baiknya kita mengetahui pengertian dari EA (Enterprise Achitecture).

Apa sih Enterprice Architecture (EA) ?

Pengertian dari kata Enterprise adalah gambaran bisnis pada suatu organisasi dalam bentuk yang kompleks, gambaran ini memiliki jangkauan yang sangat luas meliputi manusia (pelanggan, staff dan kontraktor), proses dan asset yang digunakan untuk mengembangkan dan menghasilkan produk-produk dan service-service, data dan informasi yang disimpan untuk digunakan dalam bisnis, dan mekanisme untuk menyediakan komunikasi dan sekuriti. 

Sedangkan Architecture ternyata dalam bidang bangunan dan konstruksi, istilah arsitektur sering bersifat ambiguity juga. Arsitektur dapat berarti (1) seni dan pengetahuan tentang mendesain sebuah lingkungan bangunan, atau juga (2) produk dari sebuah cetak biru (blueprint) sebuah bangunan yang merupakan produk dari sebuah desain dan prinsip dasar yang digunakan untuk membuat style bangunan tersebut, misal sebuah ‘gothic architecture’. Sebuah kerangka berfikir serupa dibutuhkan juga pada saat mendesain sebuah enterprise. Untuk membuat gambaran tentang struktur organisasi, proses bisnis organisasi, aplikasi sistem informasi, dan infrastruktur teknologi informasi yang mendukung maka kita perlu menyatakannya  dengan menggunakan domain dan aspek yang berbeda-beda, begitu juga dengan relasi yang terjadi.

Jadi Enterprise Architecture adalah kumpulan prinsip, metode dan model yang bersifat masuk akal yang digunakan untuk mendesain dan merealisasikan sebuah struktur organisasi enterprise, proses bisnis, sistem informasi dan infrastrukturnya.

Sedangkan Framework adalah kumpulan dari fungsi fungsi/ prosedur-prosedur dan class-class untuk tujuan tertentu yang sudah siap digunakan. Sehingga bisa mempermudah mempercepat pekerjaan seorang programmer, tanpa harus membuat fungsi atau class dari awal.

Lalu di bawah ini kita akan mempelajari perbedaan-perbedaan dari zachman.TOGAF,fea dan gartner

Zahcman Framework 

Pengertian Zachman : Zachman Framework merupakan suatu alat bantu yang dikembangkan untuk memotret arsitektur organisasi dari berbagai sudut pandang dan aspek, sehingga didapatkan gambaran organisasi secara utuh. Zachman framework, dikeluarkan oleh Zachman Institut for Framework Advancement  sebagai hasil pemikiran dari John Zachman. Framework ini merupakan framework arsitektural yang paling banyak dikenal dan diadaptasi dan memberikan gambaran yang lengkap dan menetapkan nama yang unik untuk setiap sel dalam framework.

           Zachman Framework merupakan logika terstruktur untuk pengklasifikasian dan pengorganisasian tipe-tipe dokumen, rancangan atau model yang merepresentasikan sebuah perusahaan. Zachman Framework bukan metodologi untuk mengembangkan suatu arsitekturenterprise. Zachman Framework bersifat kategorisasi artefak  Enterprise Architecture. Zachman Framework hanya berupa thingking tool yang membantu arsitek dan manajer mengisolasikanmasalah dan mengatur apa saja yang perlu diurus.

           Pengembangan system dalam Zachman Framework hampir sama dengan yang lain tetapi lebih terorganisir:

    1  .   Strategi - Perencanaan dari suatu usaha pengembangan sistem keseluruhan organisasi.

    2.   Analisa - Definisi yang terperinci tentang persyaratan untuk area tertentu dari bisnis tersebut.

   3.  Rancangan - Penerapan teknologi yang spesifik [bagi/kepada] persyaratan menggambarkan selama analisa.

    4.   Konstruksi - Konstruksi yang nyata dari sistem tersebut.

   5.   Dokumentasi - Persiapan dari manual pemakai, pedoman, dan lain lain menguraikan sistem tersebut.

  6.   Transisi - Implementasi dari sistem, agar supaya menjadi bagian dari infrastruktur organisasi tersebut.

  7.   Produksi - pengecekan berkelanjutan dari sistem, untuk memastikan bahwa sistem tersebut memenuhi kebutuhan dari organisasi.

Kelebihan dan Kekurangan Zachman Framework

Kelebihan dari Zachman Framework adalah sebagai berikut:

  1.   Zachman Framework merupakan standar secara de-facto untuk mengklasifikasikan artefak arsitektur Enterprise.

     2.   Struktur logikal untuk analisis dan presentasi artefak dari suatu perspektif manajemen.

    3.   Zachman Framework menggambarkan secara parallel baik dari sisi enjinering yang sudah sangat dimengerti maupun paradigma konstruksi

    4.   Zachman Framework dikenal secara luas sebagai tool manajemen untuk memeriksa kelengkapan arsitektur dan maturity level

Sedangkan kekurangan dari Zachman Framework antara lain:

   1.   Tidak ada proses untuk tahap implementasi.

   2.   Sulit untuk diimplementasikan secara keseluruhan.

   3.   Tidak ada contoh maupun ceklis yang siap secara utuh.

   4.   Perluasan coverage sel-sel tidak jelas

TOGAF 

Kepanjangan dari TOGAF (The Open Group Architecture Framework) sudah mencerminkan apa itu TOGAF, Framework (Enterprise) Architecture dari The Open Group. Sejarah framework TOGAF hampir sepanjang sejarah topik Enterprise Architecture itu sendiri saat pertama kali Arsitektur Sistem Informasi diperkenalkan oleh Zachman yang selanjutnya EA lebih banyak dikembangkan pada lingkungan lembaga Federal Amerika Serikat. Saat ini TOGAF sudah mencapai versi 9.1.

Sebagai sebuah program yang dilakukan secara berkelanjutan dalam sebuah organisasi yang melakukan inisiatif Enterprise Architecture, TOGAF memiliki banyak sekali terminologinya sendiri yang dirangkai dalam sebuah kesatuan metodologi. Dalam TOGAF terdapat 6 area utama dimana ada 1 area yang seakan menutupi seluruh area lainnya karena menjadi bagian yang esensial pada TOGAF yaitu Architecture Development Method (ADM).

Buku dan materi publikasi TOGAF dari The Open Group sendiri merangkai dengan sangat baik area-area ini sekalipun masih ditemukan banyak sekali area yang sulit dibayangkan secara konkrit karena TOGAF tidak membahas secara mendetail deliverable yang diharapkan dari setiap organisasi.

Ketika suatu organisasi menerapkan Enterprise Architecture, maka EA akan menjadi sebuah program yang menjelaskan keterkaitan antara bisnis, aplikasi, data hingga teknologi yang dijalankan secara berkesinambungan. Sekalipun EA dapat digunakan sebagai salah satu alat analisis dalam validasi dan justifikasi inisiatif, namun hal tersebut hanyalah bagian dari EA. Menurut kami, EA dapat lebih efektif jika digunakan sebagai salah satu metode pengelolaan knowledge perusahaan.

Kelebihan dan Kekurangan

      Kelebihan Togaf

§  Sifatnya yang fleksibel dan bersifat open source.

§  Sistematis

§  Focus pada siklus implementasi (ADM) dan proses

§  Kaya akan area teknis arsitektur

§  Recource base menyediakan banyak material referensi

§  Karena melibatkan banyak pihak terutama industri, di TOGAF banyak memberikan best practice atau kejadian riil di dunia nyata

       Kekurangan Togaf

§  Tidak ada templates standart untuk seluruh domain (misalnya untuk membuat blok diagram)

§  Tidak ada artefak yang dapat digunakan ulang (ready made)

FEA (Federal Enterprise Architecture)

Ketika ditanya apa arsitektur enterprise, praktisi FEA dapat memberikan jawaban yang sah: "basis informasi strategis yang mendefinisikan misi, informasi yang diperlukan untuk melakukan misi, dan teknologi yang diperlukan untuk menjalankan misi." Inilah definisi yang digunakan. oleh pemerintah federal Amerika Serikat, yang merupakan penghasut utama, pelaksana, dan pendukung proyek FEA.

FEA muncul sebagai tanggapan atas undang-undang, Clinger-Cohen Act of 1994 (secara resmi merupakan Undang-Undang Reformasi Manajemen Teknologi Informasi), yang menginstruksikan badan-badan federal untuk mengembangkan rencana induk untuk mengintegrasikan teknologi baru, mengelola akuisisi TI, dan mengukur dan melaporkan kinerja. Versi pertama FEA (yang kemudian disebut FEAF, dengan kata Framework di akhir) dirilis pada tahun 1999. Telah mengalami modifikasi dan perluasan sejak saat itu. Sebagian besar potongan utama tersedia hanya dalam beberapa tahun terakhir.

Mengingat keragaman keprihatinan yang ditangani oleh badan-badan federal dan banyaknya tingkat skala di mana pemerintah federal bekerja, FEA besar, kompleks, dan berlapis-lapis. Ini sebenarnya lebih merupakan kumpulan prinsip manajemen yang dinyatakan dalam istilah TI daripada taksonomi atau metodologi formal, meskipun mengandung beberapa dari keduanya. Seperti yang ditulis oleh Roger Sessions dalam bukunya Simple Architectures for Complex Enterprises, "FEA dapat dipandang sebagai metodologi untuk menciptakan arsitektur enterprise atau hasil penerapan proses tersebut ke perusahaan tertentu - yaitu Pemerintah A.S. . . . Ini mencakup semua yang diperlukan untuk membangun arsitektur enterprise agar mungkin organisasi yang paling kompleks di bumi. "Prinsip dan metodologi yang mengandung FEA dapat diterapkan di luar pemerintah federal, karena masalah alamat FEA umum terjadi pada organisasi hierarkis yang beragam dan beragam.

Nilai FEA

Bahkan dari tur singkat sorotan FEA ini, ada kemungkinan untuk melihat beberapa masalah yang dihadapi oleh FEA dan pendekatan yang telah dipilihnya. Di antara keprihatinan utamanya tampaknya:

● Menyatukan beragam unsur penyusun

● Menjaga beberapa tingkat sejajar

● Menangani hubungan kompleks dengan beragam unsur

● Menggunakan pengukuran dan pelaporan untuk meningkatkan akuntabilitas

Model Referensi

Kantor Manajemen Program FEA menyarankan agar "kerangka kerja untuk menggambarkan elemen penting FEA dalam cara yang umum dan konsisten" terletak pada lima model referensi FEA, masing-masing untuk Kinerja, Bisnis, Komponen, Teknologi, dan Data (Gambar 2). 

., 

Bersama-sama, model referensi "rangkaian model referensi yang saling terkait 'ini dirancang untuk memfasilitasi analisis lintas instansi dan identifikasi investasi duplikatif, kesenjangan, dan peluang untuk kolaborasi di dalam dan di seluruh lembaga" (FEA Consolidated Reference Manual). Pada tingkat yang paling mendasar, model referensi membentuk kosa kata umum untuk mempromosikan komunikasi dan kerja sama. Secara khusus:

● Model Referensi Kinerja (Performance Reference Model / PRM) menyediakan cara standar untuk mengukur kinerja dan menentukan investasi TI mana yang menghasilkan hasil terbaik. Tujuannya adalah peningkatan alokasi sumber daya dan identifikasi "peluang peningkatan kinerja yang mencakup struktur organisasi tradisional dan

batas. "

● Model Referensi Bisnis (BRM) mengatur operasi pemerintah dalam hal fungsi ("Penanggulangan Bencana") dan cara pengiriman ("Transfer ke Negara Bagian dan Pemerintah Daerah") daripada oleh departemen agensi atau administratif. Ini adalah tindakan melawan peraturan "stovepipe" pemerintah yang telah lama ada.

● Model Referensi Komponen Servis (SRM) adalah tampilan tingkat TI horizontal yang menyediakan landasan umum untuk menggunakan kembali aplikasi, kemampuan aplikasi, komponen, dan layanan bisnis. Tingkat tertinggi di sini adalah domain layanan seperti "Layanan Pelanggan", "Proses Otomasi", dan "Layanan Kantor Kembali" yang sepenuhnya bebas dari fungsi bisnis tertentu.

● Model Referensi Teknis (TRM) adalah kerangka kerja super (ada banyak model teknis tingkat agensi) untuk mengkategorikan dengan cara seragam standar dan teknologi yang digunakan oleh pemerintah, dengan maksud untuk mendorong penggunaan kembali, interoperabilitas, dan ekonomi skala. Kategori yang khas di sini adalah "Layanan/seragam" sejauh ini adalah yang terbesar dari Model Referensi.

GARTNER

Enterprise Architecture (EA) Model Proses yang dijelaskan dalam penelitian ini merupakan fondasi dimana penelitian EA Gartner Arsitek (dan lainnya) cenderung berpikir secara visual, jadi ini memberikan dasar yang visual untuk berpikir tentang proses dimana program EA berhasil diciptakan dan dipelihara. “The Enterprise Architecture (EA) Process Model described in this research represents the foundation on which Gartner's EA research is described. Architects (and many others) tend to think visually, so this provides a visual basis for thinking about the process by which successful EA programs are created and maintained

a. Sudut Pandang EA Gartner

Gartner framework Enterprise Architecture juga menjelaskan empat sudut pandang primer  arsitektur: Bisnis, Informasi, Teknologi dan Solusi. Setiap sudut pandang mewakili konsentrasi yang relevan dengan serangkaian stakeholder. Secara kasar, pada Sudut pandang Bisnis mewakili konsentrasiEA, sudut pandang informasi mewakili arus informasi dan konsentrasi pemodelan, sudut pandang teknologi mewakili pelaksanaan teknis dan konsentrasi operasional arsitek teknologi, sudut pandang solusi berhubungan langsung dengan masalah penting dalam arsitektur.

Sebuah dokumen pendamping memperkenalkan Gartner EA Framework, yang mengartikulasikan hubungan antara arsitektur bisnis perusahaan, arsitektur informasi perusahaa dan EA teknis (ETA) dan sintesis dengan solusi EA (ESA). Meskipun Model Proses EA dan Kerangka EA memiliki kelebihan sendiri dan nilai, mereka dapat digunakan bersamaan. Model EA Gartner merupakan pelengkap yang berharga serta kredibel, kerangka EA vendor-netral. Jadi, jika suatu organisasi telah memilih untuk mengadopsi EA yang berbeda kerangka kerja, model diperkenalkan di sini masih akan menambah nilai yang signifikan dengan disiplin arsitektur. Sebuah framework tidak menjawab pertanyaan tentang apa yang akan diproduksi kapan dan  bagaimana itu semua terkait; ini adalah isu yang dibahas oleh model proses. Selama beberapa tahun ke depan, Model Proses EA Gartner akan tetap stabil. Namun, praktek-praktek terbaik ditemukan di antara elemen rinci dari Model Proses EA akan terus berkembang, terutama di area pemodelan masa depan negara.

3. METODOLOGI

3.1. Magic Quadrant

Magic Quadrant adalah alat untuk memahami vendor atau posisi dan ekspektasipenyedia layanan. Analis Gartner menggunakan beberapa kriteria yang obyektif dan subyektif untuk mengevaluasi pemasok individu, disajikan pada dua sumbu: Kemampuan untuk menjalankan dan kelengkapan visi parameter. Ini, dinyatakan dalam empat kuadran: Leaders, Challengers, Visioner dan Niche Players.Hasil analisis menunjukkan kemampuan vendor untuk menyediakan layanan dalam kaitannya dengan persaingan, dan apa yang diharapkan untuk masa depan. Sebuah magic quadrant dapat dilihat sebagai asumsi perencanaan strategis visual. Asumsi strategis menunjukan prediksi yang berkualitas tentang perkembangan industri masa depan.

Gambar 4 : Magic Quadrant

3.2. Hype Cycle

Hype Cycle menawarkan snapshot dari kematangan relatif teknologi, metodologi IT dan manajemen disiplin

Kelima fase Siklus Hype

Gartner menulis bahwa setiap Siklus Hype ditandai

oleh lima tahap berikut :

1. " Technology Trigger " : tahap pertama dari Hype Cycle adalah " Technology Trigger " atau

terobosan , peluncuran produk atau event lainnya yang penekanan yang signifikan dan interest.

2. "Peak of Inflated Expectations" : pada fase berikutnya , dalam fase berikutnya, hiruk-pikuk

publisitas biasanya menghasilkan semangat dan harapan yang tidak realistis .

3. "Trough of Disillusionment" : teknologi memasuki " palung kekecewaan " karena

mereka gagal untuk memenuhi harapan dan menjadi ketinggalan zaman .

4. "Slope of Enlightenment " : meskipun tekanan telah berhenti mencakup teknologi , beberapa

perusahaan terus melalui " kemiringan pencerahan " dan percobaan untuk memahami manfaat dan aplikasi praktis dari teknologi .

5. " Plateau of Productivity " : teknologi mencapai " produktivitas tertinggi " manfaatnya menjadikan banyak dipraktekkan dan dapat diterima. Teknologi ini menjadi semakin stabil dan berkembang pada generasi kedua dan ketiga