EA - 6 Zachman Framework

 Tugas :

1. Apa yang Anda Ketahui Tentang Zachman Framework dalam EA ?
   
2. Sebutkan dan Jelaskan komponen yang masuk dalam Kolom dan Baris pada matrik Zachman Framework ?

Jawaban :

1. Zachman Framework dalam konteks Arsitektur Enterprise dipahami sebagai sebuah skema klasifikasi logis atau taksonomi yang berfungsi untuk mengorganisasi representasi deskriptif dari suatu organisasi. Secara konseptual, kerangka kerja ini bukan merupakan sebuah metodologi pengembangan sistem yang bersifat sekuensial, melainkan sebuah struktur pengorganisasian artifak yang memungkinkan organisasi untuk melihat dirinya sendiri dari berbagai sudut pandang yang komprehensif. Latar belakang kemunculannya didasari oleh kebutuhan untuk mengelola kompleksitas sistem informasi dan memastikan adanya integrasi yang kuat antara strategi bisnis dengan implementasi teknologi. Tujuan utama dari penerapan Zachman Framework adalah untuk menyediakan landasan dokumentasi yang sistematis sehingga organisasi dapat meminimalkan redundansi data, meningkatkan fleksibilitas terhadap perubahan, serta memfasilitasi komunikasi yang efektif antara pemangku kepentingan bisnis dan pengembang teknis dalam pengelolaan aset informasi enterprise.
   
   
2. Komponen utama dalam matriks Zachman Framework terdiri dari enam kolom dan enam baris yang saling berinteraksi untuk membentuk perspektif arsitektur yang utuh. Kolom-kolom dalam matriks ini merepresentasikan dimensi komunikasi fundamental yang mencakup dimensi data yang menjelaskan apa yang menjadi entitas informasi bisnis, dimensi fungsi yang menguraikan bagaimana proses bisnis dijalankan, dimensi jaringan yang menetapkan di mana lokasi aktivitas berlangsung, dimensi manusia yang mengidentifikasi siapa saja yang terlibat, dimensi waktu yang menentukan kapan siklus bisnis terjadi, serta dimensi motivasi yang menjelaskan mengapa suatu kebijakan atau strategi diterapkan. Sementara itu, komponen baris menggambarkan transformasi perspektif dari berbagai tingkatan pemangku kepentingan, yang dimulai dari pandangan perencana mengenai cakupan kontekstual, pandangan pemilik mengenai model bisnis konseptual, pandangan perancang mengenai model sistem logis, pandangan pembangun mengenai model fisik teknologi, pandangan pelaksana mengenai detail implementasi spesifik, hingga pandangan pengguna mengenai operasional sistem yang sudah berfungsi. Keterkaitan antara kolom yang mendefinisikan substansi dan baris yang mendefinisikan kedalaman abstraksi ini memastikan bahwa setiap aspek organisasi ditinjau secara mendalam dan konsisten dari segala tingkatan.

EA - 5 The Open Group Architecture Framework -TOGAF

 Tugas :

1. Apa yang Anda Ketahui Tentang The Open Group Architecture Framework (TOGAF) dalam EA ?
   
   
2. Sebutkan dan Jelaskan Metode Pengembangan Arsitektur TOGAF ?

EA - 4 (Porter Competitive Advantage & Value Chain)

PERTANYAAN !

1. Apa yang Anda Ketahui Tentang Porter Competitive Advantage & Value Chain ?
2. Sebutkan dan Jelaskan Porter’s Five Forces (Lima Kekuatan Kompetitif) ?
3. Sebutkan dan Jelaskan External Value Chain ?
4. Sebutkan Peran SI/TI dalam Value Chain?
   

JAWABAN:

1. Porter Competitive Advantage adalah strategi mencapai posisi unggul melalui kepemimpinan biaya atau diferensiasi yang dibangun berdasarkan analisis Value Chain, yaitu rangkaian aktivitas strategis perusahaan untuk menciptakan nilai guna memahami perilaku biaya dan sumber diferensiasi tersebut.
   

2. Porter’s Five Forces (Lima Kekuatan Kompetitif)

   1. Persaingan Antar Perusahaan Sejenis (Rivalry among existing competitors): Intensitas persaingan di antara pemain yang sudah ada di pasar. Semakin ketat persaingan, semakin sulit mendapatkan keuntungan tinggi.

   2. Ancaman Pendatang Baru (Threat of new entrants): Seberapa mudah atau sulit bagi pesaing baru untuk masuk ke industri. Hambatan masuk yang rendah akan meningkatkan kompetisi.

   3. Ancaman Produk Pengganti (Threat of substitute products): Keberadaan produk dari industri lain yang dapat memenuhi kebutuhan yang sama bagi konsumen, yang membatasi potensi penetapan harga.

   4. Kekuatan Tawar-Menawar Pembeli (Bargaining power of buyers): Kemampuan pelanggan untuk menekan harga turun, menuntut kualitas lebih tinggi, atau layanan lebih baik.

   5. Kekuatan Tawar-Menawar Pemasok (Bargaining power of suppliers): Kemampuan pemasok untuk menaikkan harga input atau mengurangi kualitas barang/jasa yang mereka suplai.

3. External Value Chain (sering disebut sebagai Sistem Nilai atau Industry Value Chain) adalah rangkaian aktivitas yang terjadi di luar operasional internal perusahaan tetapi terhubung langsung dengan rantai nilai perusahaan. Ini mencakup:

   • Rantai Nilai Pemasok (Supplier Value Chains): Aktivitas hulu yang dilakukan oleh penyedia bahan baku atau komponen sebelum masuk ke perusahaan.

   • Rantai Nilai Saluran (Channel Value Chains): Aktivitas distribusi yang dilakukan oleh perantara (distributor, pengecer) untuk membawa produk ke pasar.

   • Rantai Nilai Pembeli (Buyer Value Chains): Aktivitas hilir yang dilakukan oleh pengguna akhir dalam menggunakan produk tersebut.

4. Sistem Informasi (SI) dan Teknologi Informasi (TI) berperan krusial dalam mendukung dan mengintegrasikan aktivitas Value Chain melalui:

   • Efisiensi Operasional: Mengotomatisasi aktivitas utama (seperti Inbound/Outbound Logistics menggunakan SCM) untuk mengurangi biaya dan waktu.

   • Peningkatan Diferensiasi: Meningkatkan layanan dan pemasaran (misalnya menggunakan CRM dan Data Analytics) untuk memahami kebutuhan pelanggan secara lebih baik.

   • Linkages (Keterhubungan): Mengintegrasikan aktivitas internal perusahaan dengan pemasok dan distributor secara real-time untuk sinkronisasi pasokan dan permintaan.

   • Pengambilan Keputusan: Menyediakan data akurat bagi manajemen untuk memantau kinerja setiap tahap rantai nilai.

EA - 3 (Pemodelan Arsitektur Sistem)

1. Pemodelan Arsitektur Sistem dalam Enterprise Architecture (EA)

Pemodelan arsitektur sistem dalam EA didefinisikan sebagai pendekatan sistematis dan holistik untuk merancang dan mengelola komponen sistem informasi organisasi. Tujuannya adalah untuk memberikan pandangan komprehensif mengenai keadaan organisasi saat ini dan masa depan, membantu optimalisasi sumber daya, manajemen risiko, serta memfasilitasi perubahan. Pemodelan ini menimbang berbagai atribut kualitas arsitektur satu sama lain untuk mencapai struktur yang paling menguntungkan. 

Komponen dan Notasi Pemodelan EA mencakup beberapa lapisan utama yang saling bergantung:

• Lapisan Bisnis (Business Layer): Menggambarkan proses bisnis dan strategi.

• Lapisan Aplikasi (Application Layer): Memetakan perangkat lunak yang digunakan.

• Lapisan Data (Data Layer): Struktur informasi dan basis data.

• Lapisan Teknologi (Technology Layer): Infrastruktur perangkat keras dan jaringan.

Dalam praktiknya, notasi yang paling dominan digunakan adalah ArchiMate, yang dirancang khusus untuk pemodelan perusahaan yang komprehensif. Selain itu, notasi seperti Unified Modeling Language (UML) dan Business Process Modeling and Notation (BPMN) juga sering digunakan, tergantung pada kebutuhan spesifik evaluasi. Pemodelan ini membantu pengambilan keputusan dengan memungkinkan manajer menilai atribut kualitas seperti keamanan, interoperabilitas, dan kinerja sebelum implementasi dilakukan.

Sebuah contoh konkret penerapan pemodelan sistem terdapat pada pengembangan sistem presensi di Universitas Primakara. Dalam kasus ini, tim pengembang menggunakan notasi UML (seperti Use Case Diagram, Activity Diagram, dan Sequence Diagram) serta Entity Relationship Diagram (ERD) untuk memodelkan sistem presensi berbasis pengenalan wajah (face recognition). Pemodelan ini memungkinkan integrasi antara kebutuhan bisnis (presensi pegawai yang akurat) dengan solusi teknologi (basis data dan interface pengguna), memastikan bahwa struktur data dan alur kerja tervisualisasi dengan jelas sebelum kode program ditulis.

2. Jenis-jenis Pemodelan Arsitektur Sistem Informasi dalam SDLC

A. Classical Waterfall Model

Model pengembangan linier dan sekuensial di mana setiap fase harus diselesaikan sepenuhnya sebelum fase berikutnya dimulai, seperti air terjun yang mengalir ke bawah.

Karakteristik utama model ini adalah strukturnya yang kaku dan dokumentasi yang sangat berat di awal proyek. Tidak ada tumpang tindih antar fase, yang berarti proyek mengalir ke satu arah dari pengumpulan persyaratan hingga pemeliharaan. Kelebihan utama dari model ini adalah memiliki struktur yang sangat jelas dan mudah dipahami, menjadikannya pilihan yang baik untuk proyek dengan persyaratan yang sudah stabil sejak awal. Namun, kekurangannya adalah sulit mengakomodasi perubahan di tengah jalan, dan risiko kegagalan proyek yang mungkin timbul dari desain awal baru akan terlihat di akhir siklus pengembangan. Model ini cocok untuk proyek-proyek yang persyaratannya sangat jelas dan tidak berubah. 

B. Iterative Waterfall Model

Model ini merupakan variasi dari model Waterfall yang mempertahankan struktur sekuensial, tetapi secara eksplisit memungkinkan adanya umpan balik (feedback loops) ke fase-fase sebelumnya untuk perbaikan.

Karakteristik utamanya adalah model ini mengizinkan revisi antar tahap, yang menjadikannya lebih adaptif daripada model klasik, namun tetap mengikuti urutan fase yang logis. Kelebihannya adalah model ini lebih fleksibel daripada model klasik, di mana kesalahan desain atau kekurangan dapat diperbaiki lebih awal setelah umpan balik diterima. Sementara itu, kekurangannya adalah masih kurang responsif dibandingkan model Agile, dan manajemen konfigurasi bisa menjadi rumit ketika terjadi banyak perulangan ke belakang. Model ini paling cocok untuk proyek besar di mana persyaratan sebagian besar sudah dipahami tetapi mungkin memerlukan penyempurnaan teknis saat pengembangan berjalan.

C. Prototype Model

Model Prototipe adalah teknik pengembangan di mana versi awal sistem, yang disebut prototipe, dibangun dengan cepat, diuji oleh pengguna, dan diperbaiki dalam siklus berulang sebelum sistem final dikembangkan.

Karakteristik utamanya adalah fokus pada pengalaman pengguna (user experience) dan validasi konsep secara cepat. Kelebihannya adalah model ini memungkinkan validasi kebutuhan pengguna lebih awal dan secara signifikan mengurangi risiko ketidaksesuaian produk dengan ekspektasi pengguna. Namun, kekurangannya adalah risiko dokumentasi arsitektur yang buruk jika prototipe langsung dijadikan produk akhir tanpa refaktor atau perbaikan struktural yang memadai, atau risiko terjadinya scope creep karena pengguna terus meminta fitur baru pada prototipe. Model ini paling cocok untuk proyek yang persyaratannya kurang jelas atau proyek yang didorong oleh inovasi di mana validasi interface atau konsep adalah kunci.

D. Evolutionary Model

Model Evolusioner adalah pendekatan pengembangan di mana sistem dikembangkan secara bertahap atau inkremental, dengan produk berevolusi melalui versi-versi yang semakin lengkap. Setiap versi yang dirilis berfungsi penuh tetapi memiliki cakupan fungsional yang terbatas, yang kemudian diperluas pada iterasi berikutnya.

Karakteristik utama dari model ini adalah adaptabilitas yang tinggi terhadap perubahan lingkungan bisnis dan kebutuhan pengguna seiring waktu, yang mirip dengan metode Agile. Kelebihan utamanya adalah pengguna mendapatkan manfaat dari sistem lebih cepat, dan sistem cenderung selalu relevan dengan kebutuhan bisnis karena evolusi berkelanjutan. Namun, kekurangannya adalah kesulitan dalam memprediksi akhir proyek karena cakupan dapat terus berkembang, dan arsitektur sistem bisa menjadi berantakan jika tidak dikelola dengan standar refactoring yang ketat. Model ini sangat cocok untuk sistem informasi yang kompleks dan berumur panjang di organisasi yang mengalami perubahan tujuan strategis.

E. Spiral Model

Model Spiral adalah kerangka kerja pengembangan yang menggabungkan elemen iteratif dengan analisis risiko yang intensif pada setiap putaran spiral. Model ini menekankan pada penentuan, penilaian, dan mitigasi risiko secara terperinci sebelum melangkah ke tahap pengembangan berikutnya.

Karakteristik utama model ini adalah fokusnya yang berat pada identifikasi dan mitigasi risiko pada setiap kuadran, menjadikannya model berbasis risiko. Kelebihannya adalah model ini sangat baik untuk proyek besar dan berisiko tinggi karena keamanan dan kualitas sistem lebih terjamin melalui evaluasi risiko yang berulang. Kekurangan dari model ini adalah biaya yang tinggi dan membutuhkan keahlian analisis risiko yang mendalam. Model ini cocok untuk implementasi sistem Enterprise Architecture skala besar yang melibatkan integrasi data sensitif, di mana risiko keamanan dan kegagalan sistem harus diminimalkan.