Jelaskan 4 komponen arsitektur enterprise

Apa itu Arsitektur Perusahaan?
Arsitektur perusahaan adalah deskripsi holistik, hierarkis, dan abstrak dari elemen-elemen penting dari suatu organisasi untuk memaksimalkan nilai pemegang saham dari waktu ke waktu.

Definisi Arsitektur Perusahaan

Berikut adalah beberapa contoh definisi arsitektur enterprise. Masing-masing memiliki elemen yang membantu memahami arsitektur perusahaan tetapi apakah mereka kehilangan aspek penting untuk menjawab pertanyaan sepenuhnya: Apa itu Arsitektur Perusahaan? Anda memutuskan berdasarkan hal di atas

1. ANSI/IEEE Std 1471-2000: “Organisasi fundamental dari sebuah sistem, yang diwujudkan dalam komponen-komponennya, hubungannya satu sama lain dan lingkungan, dan prinsip-prinsip yang mengatur desain dan evolusinya.”
2. Cap Gemini: “Arsitektur Perusahaan adalah deskripsi dan visualisasi dari struktur area kontemplasi tertentu, elemen-elemennya dan kolaborasi serta keterkaitannya menghubungkan visi, strategi, dan kelayakan, dengan fokus pada daya tahan dan efektivitas kegunaan. Arsitektur memungkinkan konstruksi, mendefinisikan prinsip, aturan, standar dan pedoman, mengekspresikan dan mengkomunikasikan visi”
3. Forrester, Gene Leganza, 2001: “Arsitektur perusahaan terdiri dari visi, prinsip dan standar yang memandu pembelian dan penyebaran teknologi dalam suatu perusahaan”
4. Gartner Group: “Arsitektur Perusahaan (Arsitektur Enterprise – EA) adalah proses menerjemahkan visi dan strategi bisnis ke dalam perubahan perusahaan yang efektif dengan menciptakan, mengomunikasikan, dan meningkatkan prinsip dan model utama yang menggambarkan keadaan masa depan perusahaan dan memungkinkan evolusinya.”
5. Gartner Group, Philip Allega: “Arsitektur perusahaan adalah proses yang menyatukan bisnis dan TI”
6. Institute for Enterprise Architecture Development: “Arsitektur Perusahaan adalah tentang memahami semua elemen berbeda yang membentuk perusahaan dan bagaimana elemen-elemen itu saling terkait”
7. MIT Center for Information Systems Research: “Arsitektur Perusahaan adalah logika pengorganisasian untuk proses bisnis utama dan kemampuan TI yang mencerminkan persyaratan integrasi dan standarisasi model operasi perusahaan.”
8. The ArchiMate Foundation: “Keseluruhan prinsip, metode, dan model yang koheren yang digunakan dalam desain dan realisasi struktur organisasi, proses bisnis, sistem informasi, dan infrastruktur perusahaan ”
9. The Open Group: “Dengan menjadi inklusif dengan semua kerangka kerja manajemen lainnya, Arsitektur Perusahaan (Arsitektur Enterprise – EA) adalah disiplin yang membantu Perusahaan mendefinisikan , mengembangkan, dan memanfaatkan kemampuan aliran informasi tanpa batas (BIF*) untuk mencapai Maksud Strategis Perusahaan.” *Alur Informasi Tanpa Batas adalah Merek Dagang Grup Terbuka
10. US Federal Enterprise Architecture Framework (FEAF): “Arsitektur perusahaan adalah praktik manajemen untuk memaksimalkan kontribusi sumber daya lembaga, investasi TI, dan aktivitas pengembangan sistem untuk mencapai tujuan kinerjanya. Arsitektur menggambarkan hubungan yang jelas dari tujuan dan sasaran strategis melalui investasi hingga peningkatan kinerja yang terukur untuk seluruh perusahaan atau sebagian (atau segmen) perusahaan.

Elemen Penting Arsitektur Perusahaan

Aspek kunci dalam definisi arsitektur perusahaan: (Jika arsitektur perusahaan memberikan poin-poin ini, itu akan memenuhi kewajibannya dan menjadi alat untuk menciptakan dan mengkomunikasikan nilai dalam suatu organisasi. Proses yang membangunnya disebut perencanaan arsitektur perusahaan dan itu termasuk penggunaannya dalam Tata Kelola TI dan tata kelolanya sendiri.)

1. Arsitektur Perusahaan bersifat holistik: ruang lingkup perencanaan arsitektur perusahaan adalah dari atas ke bawah, dan dari kiri ke kanan yaitu mencakup seluruh organisasi dan semua dimensinya. Namun, itu tidak berarti “di sini dan sekarang” yaitu arsitektur perusahaan dapat – harus dan HARUS – dibangun bagian – domain – bagian demi bagian tidak sekaligus.
2. Arsitektur Perusahaan bersifat hierarkis: arsitektur perusahaan berlapis dalam tingkat atau derajat generalisasi – dari logis hingga fisik dan segala sesuatu di antaranya.
3. Arsitektur Perusahaan bersifat abstrak: arsitektur perusahaan menggambarkan logika suatu perusahaan yaitu merupakan representasi logis dari suatu organisasi. Melalui lapisan, deskripsi logis ini diterjemahkan ke dalam fisik – orang, sistem, jaringan dll – komponen yang harus dibangun untuk mendukung operasi perusahaan. Cara lain untuk melihat ini adalah bahwa arsitektur perusahaan menerjemahkan strategi organisasi ke dalam operasi.
4. Arsitektur Perusahaan bersifat deskriptif: arsitektur perusahaan adalah representasi tertulis dari organisasi. Ini mengkomunikasikan esensi organisasi dengan merinci bagian-bagiannya dan hubungannya satu sama lain
5. Arsitektur Perusahaan mencakup yang penting: sederhananya: arsitektur perusahaan menjauh dari yang hanya menarik dan berfokus pada yang bersangkutan. Tujuan arsitektur perusahaan adalah untuk membantu memahami letak tanah – tidak menutupi setiap helai rumput – sehingga seseorang dapat menavigasinya secara efektif. Penting untuk apa? Penting untuk menciptakan nilai bagi bisnis. Penting sehingga seseorang menciptakan keuntungan terbesar bagi TI.
6. Arsitektur Perusahaan menggambarkan elemen-elemen organisasi: arsitektur perusahaan menggambarkan bagian atau aspek yang menjadi ciri khas organisasi – bersama-sama mereka menggambarkan esensi organisasi. Deskripsi ini spesifik, oleh karena itu, mereka membantu komunikasi, menghilangkan redundansi dan menciptakan standar yang harus diikuti.
7. Arsitektur Enterprise adalah tentang sebuah organisasi: arsitektur enterprise menggambarkan sebuah organisasi – tubuh orang, proses, dan teknologi yang dibentuk untuk suatu maksud atau tujuan.
8. Arsitektur Perusahaan memberikan nilai bagi pemegang saham: Arsitektur perusahaan memiliki tujuan – menyedihkan, tetapi benar! – dan itu untuk memberikan nilai bisnis. Arsitek perusahaan kehilangan ketika mereka lupa bahwa ini semua tentang nilai bisnis – bagan dan grafik yang cantik dapat membuat Anda sibuk selama bertahun-tahun, tetapi gaji Anda adalah untuk memberikan nilai kepada pemegang saham.
9. Arsitektur Perusahaan bersifat iteratif: Arsitektur perusahaan dibangun dari waktu ke waktu sepotong demi sepotong – satu domain pada satu waktu. Lapisan Arsitektur Perusahaan juga berkembang seiring waktu. Arsitektur perusahaan membutuhkan penyempurnaan terus-menerus karena tidak ada bisnis yang beroperasi di lingkungan yang tidak bergerak.
10. Arsitektur Perusahaan menggambarkan organisasi dari waktu ke waktu: Arsitektur Perusahaan memetakan perjalanan organisasi dari waktu ke waktu dari tempat itu ke tempat yang dibutuhkan untuk memberikan nilai bisnis maksimum. Menurut definisi, ini adalah perjalanan tanpa akhir.

Kebutuhan akan Evolusi Arsitektur muncul karena dua alasan:

• Alasan pertama didorong oleh teknologi. Kedatangan komputasi terdistribusi pada 1980-an mengakibatkan peningkatan kompleksitas EIT karena skala tambahan, keragaman, dan konektivitas di lingkungan komputasi. Kompleksitas tambahan ini menghasilkan biaya pengembangan, dukungan, dan operasional EIT yang jauh lebih tinggi. Dengan meningkatnya biaya, muncul tekanan dari manajemen untuk memperlambat pertumbuhan anggaran EIT dan meningkatkan efektivitas bisnis dari dukungan EIT. Arahan untuk “melakukan lebih banyak dengan lebih sedikit” dan tekanan tanpa henti untuk meningkatkan efisiensi dan efektivitas memerlukan pendekatan baru untuk strategi EIT. Sampai batas tertentu, konsolidasi, standardisasi, dan komoditisasi bekerja sebagai strategi pengurangan biaya EIT; namun, ada batasan efektivitasnya, karena mereka masih kekurangan pemahaman holistik dan sistematis tentang keterkaitan antara peran dan proses bisnis, elemen dan aliran data informasi, sistem aplikasi pendukung, dan infrastruktur teknologi yang mendasarinya.
• Motivasi kedua untuk Arsitektur Perusahaan (Arsitektur Enterprise – EA) adalah didorong oleh bisnis, karena laju perubahan eksternal yang terus meningkat dikombinasikan dengan kesulitan bagi banyak organisasi untuk berhasil menjalankan strategi bisnis mereka. Michael Porter memperkirakan bahwa lebih dari 80 persen organisasi gagal menjalankan strategi bisnis mereka, dan eksekusi yang tidak efektif menjadi penyebab kegagalan lebih dari 70 persen di antaranya. Prinsip dan praktik di Arsitektur Perusahaan (Arsitektur Enterprise – EA) membantu manajer perusahaan memindahkan organisasi mereka dari tempat mereka berada ke tempat yang mereka inginkan.

Berdasarkan apakah seseorang memandang Arsitektur Perusahaan (Arsitektur Enterprise – EA) semata-mata untuk alasan berbasis teknologi atau berbasis strategi bisnis, ruang lingkup Arsitektur Perusahaan (Arsitektur Enterprise – EA) bervariasi, termasuk kekhawatiran, asumsi, dan batasannya. Salah satu analisis yang paling meyakinkan dari berbagai definisi Arsitektur Perusahaan (Arsitektur Enterprise – EA) disajikan oleh James Lapalme, yang menjelaskan tiga aliran pemikiran tentang Arsitektur Perusahaan (Arsitektur Enterprise – EA):

• Platform TI tingkat perusahaan—Eksekusi dan operasi strategi perusahaan yang efektif melalui EIT – penyelarasan bisnis)
• Perusahaan—Penerapan strategi perusahaan yang efektif melalui koherensi eksekusi
• Enterprise-in-environment—Inovasi dan adaptasi melalui pembelajaran organisasi

Nick Malik membangun tiga sekolah Lapalme, dan menjelaskan tiga kategori aplikasi Arsitektur Perusahaan (Arsitektur Enterprise – EA):

• Arsitek TI Perusahaan — Merancang layanan EIT dan membuat sistem EIT yang memenuhi kebutuhan perusahaan
• Integrasi perusahaan — Menyelaraskan bisnis dengan semua kemampuannya, termasuk EIT; menggunakan analisis kemampuan untuk memahami dampak strategi pada proses dan sistem bisnis, dan membantu membingkai inisiatif yang harus dibuat, dan memastikan bahwa investasi dilakukan di tempat yang tepat
• Adaptasi ekologi perusahaan — Menganalisis pergerakan pasar, dan bekerja sama dengan para pemimpin bisnis untuk mengembangkan strategi berdasarkan kemampuan dan posisi perusahaan yang kemungkinan besar akan menghasilkan pendapatan baru, meningkatkan posisi pasar, meningkatkan loyalitas pelanggan, dan mengurangi biaya

Arsitektur Perusahaan (Arsitektur Enterprise – EA) dapat melayani sejumlah tujuan yang berbeda (sumbu vertikal Gambar 3) dan dapat memberikan arahan dan dukungan untuk rentang cakrawala waktu dan nilai perusahaan (sumbu horizontal). Penting untuk membedakan jenis Arsitektur Perusahaan (Arsitektur Enterprise – EA)yang dibutuhkan dan ingin dibangun oleh organisasi. Dengan demikian, batas-batas dan handoff antara Arsitektur Perusahaan (Arsitektur Enterprise – EA) dan eksekutif bisnis dalam pelaksanaan strategi bisnis mereka menjadi jelas. Tanpa kejelasan itu, kebingungan dan masalah yang berkelanjutan dengan kolaborasi dan keselarasan kemungkinan akan tercipta. Praktisi Arsitektur Perusahaan (Arsitektur Enterprise – EA)memiliki tiga asumsi tingkat dasar:

• Keselarasan bisnis dan EIT dicapai dengan menyelaraskan EIT dengan bisnis.
• Kelincahan perusahaan adalah konsekuensi dari kelincahan fungsi EIT.
• Nilai transformatif Arsitektur Perusahaan (Arsitektur Enterprise – EA)biasanya disampaikan dengan mengubah arsitektur aplikasi dan teknologi. Jumlah perubahan yang ditimbulkan oleh inisiatif Arsitektur Perusahaan (Arsitektur Enterprise – EA)mungkin kecil di lapisan bisnis, tetapi biasanya meningkat seiring kemajuan desain mendekati detail aplikasi dan sistem.

Ruang Lingkup Arsitektur Perusahaan

Ruang lingkup arsitektur perusahaan menetapkan rentang atau tingkat yang perlu ditangani. Ada beberapa dimensi untuk ruang lingkup.

• Jangka waktu arsitektur perusahaan mengidentifikasi cakrawala waktu perencanaan. Biasanya, ini adalah tiga sampai lima tahun dan bertepatan dengan siklus perencanaan anggaran di organisasi besar.
• Lingkup organisasi arsitektur perusahaan mencakup bagian-bagian organisasi dan proses bisnisnya, data, dan TI yang akan dicakup dalam upaya tersebut. Idealnya, seluruh organisasi ditangani. Dalam beberapa kasus, arsitektur melibatkan kemitraan beberapa organisasi untuk memenuhi misi bersama. Upaya Arsitektur Perusahaan (Arsitektur Enterprise – EA)dapat menekankan bagian yang berbeda dari suatu organisasi dalam fase arsitektur perusahaan yang berbeda tergantung pada sumber daya yang tersedia dan perubahan strategi bisnis dan kebutuhan investasi.
• Tingkat cakupan detail menentukan seberapa banyak detail yang perlu dimasukkan dalam arsitektur perusahaan. Ada beberapa faktor yang perlu dipertimbangkan. Arsitektur perusahaan harus berisi cukup detail untuk merumuskan investasi besar dan siklus hidup mereka dan biaya yang diproyeksikan. Arsitektur perusahaan harus mencakup cukup detail untuk menunjukkan bahwa strategi perusahaan didukung oleh arsitektur perusahaan dalam jangka waktu yang dibutuhkan. Arsitektur perusahaan harus menunjukkan detail yang cukup untuk memastikan bahwa antarmuka yang diperlukan antara organisasi dan antara sistem TI ditentukan secara memadai. Arsitektur perusahaan harus memberikan panduan yang cukup untuk insinyur sistem yang sedang mengembangkan desain dan spesifikasi untuk mengimplementasikan investasi tertentu. Di sisi lain, Arsitektur Perusahaan (Arsitektur Enterprise – EA)tidak boleh terlalu rinci sehingga terlalu membatasi perusahaan. Ini harus cukup umum untuk memberikan keleluasaan dalam keputusan desain sistem dan responsif terhadap perubahan teknologi. Singkatnya, arsitektur perusahaan harus cukup rinci dan spesifik untuk membatasi dan memandu keputusan strategis, sementara tidak terlalu membatasi keputusan taktis.

Komponen Arsitektur Perusahaan

Komponen Enterprise Architecture meliputi:

• Sistem Informasi Bisnis: Sistem Informasi Bisnis adalah sistem informasi bisnis berbasis komputer yang dikelola melalui Metabase. Hal ini dikenal dengan karakteristiknya, siklus operasinya (bisnis dan kalender), sistem informasi bisnis bawahan, database yang digunakan, tampilan, dan node Siklus Hidup Sumber Daya yang terkait.
• Domain Basis Data: Domain Basis Data adalah kumpulan deskripsi intensif kata benda yang terorganisir secara hierarkis yang terkait dengan daun misi. Domain database yang dianalisis mengarah pada identifikasi Kelas Objek Database, elemen data perusahaan, dan kelas properti. Kelas properti, pada gilirannya, sering menjadi tabel dalam database.
• Kelas Objek Basis Data: Kelas Objek Basis Data adalah kumpulan besar data dan proses yang diikat bersama untuk alasan berbasis bisnis, dan ketika dipakai, diproses melalui status yang terdefinisi dengan baik. Objek database bisa ada dalam dua bentuk: kumpulan tabel database yang saling terkait, atau kumpulan struktur bersarang berbasis kolom di dalam tabel. Baris yang terdiri dari sebuah objek ditransformasikan dari satu status valid ke yang lain melalui proses tabel objek database dan sistem informasi objek database. Objek database terkait dengan satu atau lebih domain database.
• Sistem Informasi Objek Basis Data: Sistem Informasi Objek Basis Data adalah kumpulan proses yang didefinisikan dalam domain DBMS biasanya sebagai prosedur tersimpan yang mengubah satu atau lebih baris objek basis data dari satu status valid ke status valid lainnya. Sebuah sistem informasi objek database menyelesaikan satu atau lebih proses tabel objek database.
• Tingkat Manajemen: Tingkat manajemen adalah tingkat manajemen birokrasi yang disebutkan dan ditentukan dalam pengaturan organisasi. Contohnya bisa eksekutif, senior, tingkat menengah, dan tingkat pertama.
• Misi: Misi adalah deskripsi tekstual yang terorganisir secara hierarkis yang mendefinisikan keberadaan perusahaan, dan itu adalah tujuan dan sasaran akhir yang mengukur pencapaian perusahaan dari dalam fungsi dan organisasi bisnis yang berbeda. Suatu perusahaan tidak lengkap jika salah satu misinya tidak didefinisikan. Tidak semua perusahaan menyelesaikan misi mereka secara bersamaan atau dalam keadaan ideal. Misi diselesaikan dari waktu ke waktu dan dapat direvisi.
• Organisasi yang Menjalankan Misi: Organisasi yang Menjalankan Misi, yaitu, Misi-Organisasi adalah asosiasi organisasi dengan misi. Mungkin ada beberapa organisasi yang terkait dengan misi dan sebuah organisasi dapat dikaitkan dengan beberapa misi. Deskripsi yang terkandung dalam Misi-Organisasi mungkin lebih halus daripada deskripsi yang terkandung dalam misi atau organisasi.
• Organisasi Menyelesaikan Fungsi: Sebuah organisasi menyelesaikan fungsi dalam mendukung misi, yaitu, Misi-Organisasi-Fungsi adalah asosiasi organisasi misi dengan fungsi. Sebuah organisasi misi dapat dikaitkan dengan beberapa fungsi dan sebuah fungsi dapat dikaitkan dengan beberapa organisasi misi. Satu atau lebih misi-organisasi-fungsi dapat dikaitkan dengan sistem informasi bisnis. Ketika mereka, acara bisnis dibuat.
• Jabatan: Jabatan adalah kumpulan tugas pekerjaan yang diberi nama dan didefinisikan yang dapat dilakukan oleh atau lebih orang. Posisi sering ditugaskan ke satu atau lebih organisasi.
• Posisi yang menjalankan misi: Misi Fungsi Organisasi Fungsi Posisi Peran adalah penugasan suatu posisi ke fungsi tertentu dalam suatu organisasi saat menyelesaikan misi. Setelah suatu posisi ditetapkan, perannya dapat dijelaskan.
• Resource Life Cycle Analysis Node: Resource Life Cycle Node adalah status siklus hidup di dalam sumber daya. Jika sumber daya adalah karyawan, simpul siklus hidup dapat berupa permintaan karyawan, calon karyawan, karyawan baru, karyawan yang ditugaskan, karyawan yang ditinjau, dan karyawan yang dipisahkan.
• Sumber Daya: Sumber daya adalah aset nilai yang bertahan lama bagi perusahaan. Termasuk misalnya fasilitas, aset, staf, uang, bahkan konsep abstrak seperti reputasi. Jika sumber daya hilang maka perusahaan tidak lengkap.

Domain Arsitektur Perusahaan

Pada 1980-an, divisi empat lapis arsitektur sistem mulai digunakan oleh perancang sistem. Arsitektur dibagi menjadi teknologi, aplikasi, informasi, dan domain bisnis. Domain yang lebih tinggi dalam tumpukan dibangun di atas dan bergantung pada lapisan bawah. Beberapa kerangka kerja arsitektur perusahaan memecah praktik arsitektur perusahaan menjadi sejumlah area praktik atau “domain” (juga disebut sudut pandang, lapisan, atau aspek). Pembagian praktik menjadi beberapa domain memungkinkan arsitek perusahaan untuk menggambarkan perusahaan dari sejumlah perspektif penting, membagi tugas deskriptif antara banyak peserta dan memungkinkan praktik secara keseluruhan untuk memanfaatkan keahlian dan pengetahuan khusus domain individu dengan baik. . Dengan mengambil pendekatan ini, arsitek perusahaan dapat memastikan deskripsi holistik dari desain perusahaan yang dihasilkan.

• Setidaknya ada dua domain, “Pemodelan Bisnis” dan “Sistem dan Teknologi Saat Ini”, yang dapat dipecah lebih lanjut menjadi “Arsitektur Data”, “Arsitektur Aplikasi” dan “Arsitektur Teknologi”.
• Kerangka kerja TOGAF yang populer membagi praktik menjadi tiga domain, “Arsitektur Bisnis”, “Arsitektur Sistem Informasi” dan “Arsitektur Teknologi” dan kemudian membagi lagi arsitektur sistem informasi menjadi “Arsitektur Informasi” dan “Arsitektur Aplikasi”.
• Model Arsitektur Strategis memungkinkan pembagian yang fleksibel menjadi hingga sepuluh domain yang mencakup banyak aspek perusahaan mulai dari tujuan dan sasarannya melalui proyek dan programnya hingga aplikasi perangkat lunak dan teknologinya.

Prinsip Arsitektur Perusahaan

Prinsip Arsitektur Perusahaan

Enterprise Architecture Principles adalah pernyataan tingkat tinggi dari nilai-nilai fundamental yang memandu Manajemen Informasi Bisnis, pengambilan keputusan dan aktivitas Teknologi Informasi (TI), dan merupakan dasar untuk arsitektur, standar, dan pengembangan kebijakan bisnis dan TI. Prinsip-prinsip ini adalah aturan dan pedoman umum yang dapat disesuaikan saat perusahaan memfokuskan kembali tujuan dan misinya. Namun, mereka dimaksudkan untuk bertahan lama dan tidak rentan terhadap perubahan yang sering terjadi. Keputusan dan kasus bisnis diperkuat dengan kepatuhan terhadap prinsip-prinsip ini. Jika ada konflik kepentingan antara, misalnya, dua proyek pengembangan solusi, maka prinsip-prinsip ini harus memandu pengambilan keputusan. Jika perubahan yang diusulkan tidak sesuai dengan prinsip-prinsip ini, maka perubahan harus disesuaikan dengan prinsip-prinsip tersebut. Prinsip ditetapkan pada semua Domain Arsitektur Perusahaan:

Prinsip Bisnis – memberikan dasar untuk pengambilan keputusan di seluruh bisnis

Prinsip 1 – Keutamaan Prinsip Prinsip 2 – Kepatuhan terhadap Kewajiban Hukum Prinsip 3 – Memaksimalkan Manfaat bagi Perusahaan Prinsip 4 – Manajemen Informasi adalah Bisnis Semua Orang Prinsip 5 – Kontinuitas Bisnis Prinsip 6 – Aplikasi Penggunaan Umum

Prinsip 7 – Tanggung Jawab TI

Prinsip Data – memberikan panduan penggunaan data dalam perusahaan Prinsip 8 – Keamanan Data Prinsip 9 – Data adalah Aset Prinsip 10 – Data Dibagikan Prinsip 11 – Data Dapat Diakses Prinsip 12 – Wali Data

Prinsip 17 – Data akan Dapat Dianalisa

Prinsip Aplikasi – memberikan panduan tentang penggunaan dan pengembangan semua aplikasi TI

Prinsip 13 – Kemandirian Teknologi Prinsip 14 – Kemudahan Penggunaan

Prinsip 18 – Beli daripada Kembangkan

Prinsip Teknologi – memberikan panduan tentang penggunaan dan pengembangan semua teknologi TI

Prinsip 15 – Perubahan Berbasis Persyaratan
Prinsip 16 – Kontrol Keragaman Teknis

Kerangka Arsitektur Perusahaan

Enterprise Architecture Framework (EAF) memetakan semua proses pengembangan perangkat lunak dalam perusahaan dan bagaimana mereka berhubungan dan berinteraksi untuk memenuhi misi perusahaan. Ini memberi organisasi kemampuan untuk memahami dan menganalisis kelemahan atau inkonsistensi untuk diidentifikasi dan ditangani. Ada sejumlah EAF yang sudah mapan yang digunakan saat ini; beberapa kerangka kerja ini dikembangkan untuk area yang sangat spesifik, sedangkan yang lain memiliki fungsi yang lebih luas. Ada sejumlah arsitektur dan kerangka kerja arsitektur yang digunakan saat ini. Meskipun mereka mungkin tumpang tindih atau membahas pandangan yang sama, kerangka kerja juga telah dirancang untuk mengatasi kebutuhan atau masalah tertentu. Berikut ini adalah deskripsi singkat dari lima EAF yang paling umum digunakan:

• Zachman Framework for Enterprise Architecture: John Zachman menerbitkan Zachman Framework for Enterprise Architecture pada tahun 1987 dan dianggap sebagai salah satu pelopor dalam domain ini. Menurut Zachman, “peningkatan cakupan desain dan tingkat kompleksitas implementasi sistem informasi memaksa penggunaan beberapa konstruksi logis (atau arsitektur).” Kerangka Zachman didasarkan pada prinsip-prinsip arsitektur klasik yang menetapkan kosakata umum dan seperangkat perspektif untuk menggambarkan sistem perusahaan yang kompleks. Zachman Framework memiliki enam perspektif atau pandangan: Planner, Owner, Designer, Builder, Subcontractor, dan User. Dimensi kedua Kerangka Zachman berkaitan dengan enam pertanyaan dasar: apa, bagaimana, di mana, siapa, kapan dan mengapa. Kerangka kerja tidak memberikan panduan tentang urutan, proses, atau implementasi, tetapi lebih berfokus pada memastikan bahwa semua pandangan ditetapkan dengan baik, memastikan sistem yang lengkap terlepas dari urutan pembuatannya. Kerangka Zachman tidak memiliki aturan kepatuhan eksplisit karena bukan standar yang ditulis oleh atau untuk organisasi profesional. Namun, kepatuhan dapat diasumsikan jika digunakan secara keseluruhan dan semua aturan hubungan diikuti.
• Kerangka Kerja Arsitektur Departemen Pertahanan (DoDAF): Kerangka Kerja Arsitektur Departemen Pertahanan (DoDAF) dibangun di atas tiga set “tampilan”: Standar Operasional, Sistem, dan Teknis. Pandangan keempat, ‘Semua Tampilan,’ menambah pandangan lain dengan menyediakan hubungan antara pandangan melalui kamus untuk mendefinisikan istilah dan dengan memberikan konteks, ringkasan, atau informasi tingkat ikhtisar. Kerangka kerja ini memberikan deskripsi produk akhir serta panduan dan aturan untuk konsistensi. Ini memastikan “penyebut umum untuk membandingkan, dan mengintegrasikan Keluarga Sistem, Sistem Sistem, dan arsitektur yang saling beroperasi dan berinteraksi”.
• Kerangka Arsitektur Perusahaan Federal (FEA): Kerangka Kerja Arsitektur Perusahaan Federal dikembangkan dan diterbitkan oleh Dewan Pejabat Informasi Federal AS (CIO). Pemerintah mengikuti tren industri dalam mendefinisikan kerangka kerja arsitektur untuk memandu pengembangan sistem yang besar dan kompleks. FEAF menanggapi Clinger-Cohen Act 1996, yang mengharuskan CIO Badan Federal untuk mengembangkan, memelihara, dan memfasilitasi arsitektur sistem terintegrasi. Tujuan utama FEAF adalah untuk mengatur dan mempromosikan berbagi informasi Federal untuk seluruh Pemerintah Federal. Segmen arsitektur dikembangkan secara individual, dalam pedoman terstruktur, dengan setiap segmen dianggap sebagai perusahaannya sendiri dalam Perusahaan Federal. FEA memungkinkan fleksibilitas dalam penggunaan metode, produk kerja, dan alat untuk digunakan oleh masing-masing agen federal.
• Treasury Enterprise Architecture Framework (TEAF): Departemen Keuangan menerbitkan Treasury Enterprise Architecture Framework (TEAF) pada bulan Juli 2000. Departemen Keuangan terdiri dari sejumlah kantor yang berfungsi sebagai perusahaan individu. Oleh karena itu, arsitektur perusahaannya perlu memetakan keterkaitan antar organisasi untuk mengelola sumber daya TI. TEAF bertujuan untuk memfasilitasi “integrasi, berbagi informasi, dan eksploitasi persyaratan umum di seluruh departemen”. Mirip dengan DoDAF, TEAF menyertakan deskripsi produk kerja untuk mendokumentasikan dan memodelkan arsitektur perusahaan. TEAF juga secara eksplisit menyatakan bahwa produk kerja ini selaras dengan model FEAF dan produk DoDAF.
• Kerangka Kerja Arsitektur Grup Terbuka (TOGAF): Kerangka Kerja Arsitektur Grup Terbuka (TOGAF) pertama kali dikembangkan pada tahun 1995 dan didasarkan pada Kerangka Arsitektur Teknis Departemen Pertahanan untuk Manajemen Informasi. TOGAF berfokus pada aplikasi bisnis missioncritical yang menggunakan blok bangunan sistem terbuka. “Elemen kunci TOGAF adalah Metode Pengembangan Arsitektur (ADM) yang menentukan proses untuk mengembangkan arsitektur perusahaan”. TOGAF menjelaskan aturan untuk mengembangkan prinsip yang baik, daripada menyediakan seperangkat prinsip arsitektur. Tiga tingkat prinsip mendukung pengambilan keputusan di seluruh perusahaan; memberikan bimbingan sumber daya TI; dan mendukung prinsip-prinsip arsitektur untuk pengembangan dan implementasi.

Manfaat Arsitektur Perusahaan

Manfaat arsitektur perusahaan dicapai melalui kontribusi langsung dan tidak langsung untuk tujuan organisasi. Telah ditemukan bahwa manfaat paling menonjol dari arsitektur perusahaan dapat diamati dalam bidang-bidang berikut:

• Desain organisasi – Arsitektur perusahaan memberikan dukungan di bidang yang terkait dengan desain dan desain ulang struktur organisasi selama merger, akuisisi, atau selama perubahan organisasi secara umum.
• Proses organisasi dan standar proses – Arsitektur perusahaan membantu menegakkan disiplin dan standarisasi proses bisnis, dan memungkinkan konsolidasi, penggunaan kembali, dan integrasi proses.
• Manajemen Portofolio Proyek (PPM) – Arsitektur perusahaan mendukung pengambilan keputusan investasi dan prioritas kerja.
• Manajemen Proyek – Arsitektur perusahaan meningkatkan kolaborasi dan komunikasi antara pemangku kepentingan proyek. Arsitektur perusahaan berkontribusi pada pelingkupan proyek yang efisien, dan untuk menentukan hasil proyek yang lebih lengkap dan konsisten.
• Rekayasa Persyaratan – Arsitektur perusahaan meningkatkan kecepatan elisitasi kebutuhan dan akurasi definisi kebutuhan, melalui penerbitan dokumentasi arsitektur perusahaan.
• Pengembangan sistem – Arsitektur perusahaan berkontribusi pada desain sistem yang optimal dan alokasi sumber daya yang efisien selama pengembangan dan pengujian sistem.
• Manajemen TI dan pengambilan keputusan – Arsitektur perusahaan ditemukan untuk membantu menegakkan disiplin dan standarisasi kegiatan perencanaan TI dan berkontribusi pada pengurangan waktu untuk pengambilan keputusan terkait teknologi.
• IT_Value – Arsitektur perusahaan membantu mengurangi implementasi sistem dan biaya operasional, dan meminimalkan replikasi layanan infrastruktur TI di seluruh unit bisnis.
• Kompleksitas TI – Arsitektur perusahaan berkontribusi pada pengurangan kompleksitas TI, konsolidasi data dan aplikasi, dan untuk interoperabilitas sistem yang lebih baik.
• Keterbukaan TI – Arsitektur perusahaan berkontribusi pada TI yang lebih terbuka dan responsif sebagaimana tercermin melalui peningkatan aksesibilitas data untuk kepatuhan terhadap peraturan, dan peningkatan transparansi perubahan infrastruktur.
• Manajemen risiko TI – Arsitektur perusahaan berkontribusi pada pengurangan risiko bisnis dari kegagalan sistem dan pelanggaran keamanan. Arsitektur perusahaan membantu mengurangi risiko pengiriman proyek.

Tantangan Arsitektur Perusahaan

• Kebugaran untuk tujuan. Definisi dan pemahaman yang konsisten tentang Arsitektur Perusahaan (Arsitektur Enterprise – EA)sebagai suatu disiplin menambah tantangan. Sebagian besar organisasi mendukung Arsitektur Perusahaan (Arsitektur Enterprise – EA)untuk “memperbaiki” organisasi tanpa memberikan tujuan apa pun. Seringkali, konsultan/kontraktor mencoba menjual Titanic dari Arsitektur Perusahaan (Arsitektur Enterprise – EA) sebelum mereka dapat membuktikan sebuah perahu layar yang dapat mengapung. Inilah yang sering membuat klien kesal dan menyebabkan pandangan bahwa Arsitektur Perusahaan (Arsitektur Enterprise – EA) adalah rak-ware.
• Dukungan eksekutif senior dan fokus serta dukungan berkelanjutan pada program Arsitektur Perusahaan (Arsitektur Enterprise – EA). Ini seperti masalah ayam dan telur. Eksekutif akan memiliki dukungan berkelanjutan jika Arsitektur Perusahaan (Arsitektur Enterprise – EA) dapat memberikan nilai, tetapi Arsitektur Perusahaan (Arsitektur Enterprise – EA) membutuhkan dukungan eksekutif berkelanjutan untuk menunjukkan nilai. Arsitektur Perusahaan (Arsitektur Enterprise – EA) berada di domain di mana Anda tidak menemukan terlalu banyak kemenangan cepat. Selain itu, Arsitektur Perusahaan (Arsitektur Enterprise – EA) yang sukses sering kali menyebabkan perubahan budaya perusahaan. Tanpa komitmen eksekutif senior yang kuat, perubahan budaya perusahaan tidak akan terjadi. Banyak yang merasa bahwa waktu dan uang terbuang sia-sia sampai mereka mulai melihat hasilnya.
• Memahami perbedaan Stewardship dan Ownership. Terlalu sering Arsitektur Perusahaan (Arsitektur Enterprise – EA) mencoba mengambil alih kepemilikan proses bisnis dan akhirnya disalahkan. Arsitektur Perusahaan (Arsitektur Enterprise – EA) adalah Steward untuk mempraktekkan Strategi Arsitektur Perusahaan (Arsitektur Enterprise – EA) Leadership & Operational Stewardship –> penyelarasan eksekusi dengan Strategi sangat penting untuk kesuksesan Arsitektur Perusahaan (Arsitektur Enterprise – EA) .
• Arsitektur Perusahaan (Arsitektur Enterprise – EA) Maturity: Model dan tata kelola keterlibatan Arsitektur Perusahaan (Arsitektur Enterprise – EA) . Ini mengarah pada proses perusahaan, politik, dan masalah manusia. Arsitektur Perusahaan hanyalah beban berat bagi banyak orang dan proyek jika model keterlibatan dan tata kelola Arsitektur Perusahaan (Arsitektur Enterprise – EA) tidak efisien dan efektif. Entah bagaimana, model keterlibatan Arsitektur Perusahaan (Arsitektur Enterprise – EA) yang terfragmentasi dan proses tata kelola sangat umum di tempat kerja. Tampaknya butuh selamanya untuk merampingkan. Dengan kata lain, Tata Kelola dan Kepatuhan ke dalam sangat penting.
• Kematangan Organisasi. Organisasi yang matang adalah dasar untuk memulai program Arsitektur Perusahaan (Arsitektur Enterprise – EA) yang sukses; di sisi lain, program Arsitektur Perusahaan (Arsitektur Enterprise – EA) yang efektif meningkatkan kematangan organisasi. Terlalu banyak organisasi mencoba melembagakan program Arsitektur Perusahaan (Arsitektur Enterprise – EA) ketika organisasi tidak siap untuk melakukannya. Seringkali, para pemimpin mendengar atau mendapatkan nada bahwa Arsitektur Perusahaan (Arsitektur Enterprise – EA) akan menyelamatkan hari dan mereka memulai sebuah program, tanpa mendukung program tersebut, berpikir bahwa “melakukan” Arsitektur Perusahaan (Arsitektur Enterprise – EA) akan memperbaiki segalanya. Arsitektur Perusahaan (Arsitektur Enterprise – EA) membutuhkan persiapan yang luas dan partisipasi aktif.
• Penyelarasan Bisnis/Arsitektur –> Ini harus diperoleh oleh Tim Arsitektur Perusahaan (Arsitektur Enterprise – EA) dan tidak boleh dianggap sebagai cek kosong atau hak, karena ini akan memerlukan manajemen hubungan dan transparansi dalam pengiriman agar sesuai dengan prioritas bisnis. Tim PMO dan Arsitektur sangat penting untuk mendapatkan dan membangun kepercayaan.
• Berpindah dari Arsitektur Perusahaan (Arsitektur Enterprise – EA) Vendor/Group/Institute-centric ke Arsitektur Perusahaan (Arsitektur Enterprise – EA) Customer-centric. Maju dari sekadar DNA atau “genotipe perusahaan” (nomenklatur lengkap artefak perusahaan) untuk menyediakan hubungan formal dengan “fenotipe perusahaan” (seperangkat karakteristik yang dapat diamati seperti kinerja) dan ekosistem bisnis.
• Perebutan konstan dengan argumen “penghematan proyek taktis” vs. “keunggulan strategis berkelanjutan”…(ketidaksejajaran klasik tujuan tim proyek dengan tujuan tim arsitektur!). Memulai terlalu besar, sehingga inisiatif Arsitektur Perusahaan (Arsitektur Enterprise – EA) tidak mendapatkan kesuksesan seperti yang dimaksudkan semula. Sangat penting untuk memulai dari yang kecil dan menghasilkan hasil untuk mendapatkan kepercayaan. Merencanakan dan memprioritaskan beberapa kemenangan cepat untuk menunjukkan perubahan apa yang dapat dibawa oleh Arsitektur Perusahaan (Arsitektur Enterprise – EA) lengkap ke perusahaan. Meskipun sangat sulit karena dapat menjadi bumerang di kali. Namun, Arsitektur Perusahaan (Arsitektur Enterprise – EA) perlu menunjukkan nilai yang dapat diukur secara langsung ($$$) – kontribusi pada laba perusahaan atau penghematan langsung sebagai hasilnya.
• Tim Arsitektur Perusahaan (Arsitektur Enterprise – EA) yang Mature: Tim Arsitektur Perusahaan (Arsitektur Enterprise – EA) yang tidak hanya percaya pada Kerangka dan Teknologi tetapi juga memiliki kemampuan untuk menjalankan bisnis bersama mereka dan memiliki kulit tebal untuk berlayar melalui staf politik dan kebijakan. Juga, ini bukan tentang “arsitek kepala”, ini tentang tim arsitek/staf pendukung, tim Arsitektur Perusahaan (Arsitektur Enterprise – EA) yang matang.
• Keterampilan / Bakat Arsitektur Perusahaan (Arsitektur Enterprise – EA) : Arsitektur lebih merupakan seni daripada sains dan membutuhkan lebih banyak keterampilan daripada sertifikasi. Arsitek Perusahaan membutuhkan pengetahuan luas dari banyak aspek, pengetahuan domain bisnis, pengalaman manajemen proyek teknologi, dan keterampilan organisasi. Ada banyak saluran untuk menjadi dewasa sebagai Arsitek Perusahaan. Arsitek Perusahaan dengan jalur pematangan yang berbeda dapat melihat organisasi yang sama dengan tantangan yang sangat berbeda.