📘 Tutorial: ArchiMate 3.2 — Bab 4: Metamodel Generik

🌟 Pengantar

Bab 4 dari Spesifikasi ArchiMate 3.2, berjudul Metamodel Generik, membentuk dasar konseptual untuk seluruh bahasa ArchiMate. Ini mendefinisikan apa yang dapat dimodelkan—bukan lapisan tertentu (Bisnis, Aplikasi, Teknologi), melainkan abstraksi abstraksi generik dari mana semua elemen khusus lapisan berasal.

Bayangkan Bab 4 sebagai “blueprint DNA” ArchiMate:

• Semua aktor bisnis, komponen aplikasi, dan perangkat → mewarisi dari Struktur Aktif Internal
• Semua proses, fungsi, dan layanan → berasal dari Perilaku elemen
• Semua objek data, aset fisik, dan artefak → mengkhususkan Struktur Pasif

Tutorial ini membongkar gagasan-gagasan ini dengan definisi yang jelas, analogi dunia nyata, contoh-contoh pemodelan konkret, referensi notasi visual, dan tabel ringkasan—membantu arsitek dan pemimpin produk (seperti Anda, Alex 👋) menerapkan ArchiMate secara ketat dan secara intuitif dalam peta jalan strategis, pemetaan ketergantungan lintas lapisan, dan dokumentasi arsitektur yang selaras dengan pemangku kepentingan.

Mari kita mulai.

🧱 1. Taksonomi Inti: Perilaku vs. Struktur

Pada tingkat tertinggi, ArchiMate membedakan dua kategori:

Kategori

Peran

Analogi Sehari-hari

ArchiMate “Bagian Kata”

Elemen Struktur

Siapa/Sesuatu melakukan atau menjadi objek tindakan

Kata Benda — misalnya, Karyawan, Server, Basis Data

🧱 Kata Benda

Elemen Perilaku

Apa yang terjadi, bagaimana, dan kapan

Kata Kerja — misalnya, Setujui, Proses, Beri Tahu

🎯 Kata Kerja

Tetapi ArchiMate lebih dalam lagi: kedua kategori ini dibagi berdasarkan visibilitas dan kemampuan.

1.1 Elemen Struktur: Aktif vs. Pasif

Subtipe

Definisi

Gagasan Utama

Notasi

Struktur Aktif Internal

Entitas yang melakukan perilaku (misalnya: manusia, sistem, perangkat)

Para “pelaku” di dalam sistem

□ dengan sudut persegi panjang + ikon

Struktur Aktif Eksternal (Antarmuka)

Titik akses menampung perilaku secara eksternal — menyembunyikan bagian dalam

Seperti titik akhir API atau meja layanan pelanggan

▢ dengan ikon “port” (lingkaran dengan cincin setengah)

Struktur Pasif

Entitas yang dikenai tindakan — tidak memiliki otonomi (misalnya: data, dokumen, peralatan)

Para “pasien” dari perilaku

□ dengan sudut persegi panjang + ikon dokumen

🔍 Wawasan Utama:

• Antarmuka adalah bukan fisik—mereka adalah kontrak logis untuk interaksi.
• Elemen pasif bisa berupa digital (misalnya: Catatan Pelanggan) atau fisik (contoh: Mesin MRI).

✅ Contoh (Sistem Kesehatan):

teks biasa

1

2

3

4

5

6

7

Di sini:

• Dokter = Struktur Aktif Internal
• Antarmuka EMR = Struktur Aktif Eksternal (contoh: API HL7)
• Catatan Medis Elektronik = Struktur Pasif
• Mendiagnosis Pasien = Perilaku Internal
• Layanan Portal Pasien = Perilaku Eksternal (Layanan)

1.2 Elemen Perilaku: Internal, Eksternal, dan Kejadian

Subtipe

Definisi

Gagasan Utama

Notasi

Perilaku Internal

Aktivitas di dalam sistem (tidak langsung terpapar)

Implementasi tersembunyi

◓ dengan sudut melengkung + ikon

Layanan (Perilaku Eksternal)

Dipaparkan secara eksplisit perilaku — didefinisikan oleh nilai, SLA, kontrak

“Apa yang kami tawarkan” kepada konsumen

◓ dengan ikon “bola dunia” atau “layanan”

Peristiwa

Suatu perubahan keadaan yang memicu atau menghasilkan perilaku

“Sesuatu terjadi” (misalnya PesananDitempatkan, PembayaranGagal)

⚡ petir

💡 Layanan ≠ Antarmuka:

• Suatu Layanan adalah apa yang ditawarkan (Proses Pengembalian Dana).
• Sebuah Antarmukaadalahcaracara diakses (API Pengembalian Dana, Pusat Panggilan).
  Sebuah layanan tunggal dapat dilayani oleh beberapa antarmuka.

✅ Contoh (E-commerce):

teks biasa

1

2

3

4

5

6

7

8

9

• Layanan Pemenuhan Pesanan: janji eksternal kepada pelanggan
• Antarmuka Web: cara pelanggan mengaksesnya
• Proses Kemas dan Kirim: alur kerja internal
• Templat Label Pengiriman: artefak pasif

✅ Contoh Acara:

teks biasa

1

2

Acara memungkinkan pemodelanrantai reaksi—penting untuk arsitektur yang didorong acara.

🔄 2. Hubungan Kunci (Tampilan Metamode)

⚠️ Pengingat: Ini adalahmetamode hubungan (mendefinisikan struktur bahasa),bukan hubungan pemodelan sepertimewujudkan ataumemicu.

DariGambar 5 (Metamodel Perilaku & Struktur), tautan utamanya adalah:

Hubungan

Arah

Makna

Analogi Dunia Nyata

Mewujudkan

Aktif Internal → Perilaku Internal

“Pelakumelakukan perbuatan”

Pengembang → menulis kode

Melayani

Layanan → Perilaku Internal

“Layanan didukung oleh pekerjaan internal”

Layanan “Fast Checkout” ← direalisasikan oleh → “Pertanyaan DB yang Dioptimalkan + Otorisasi Asinkron”

Digunakan oleh

Perilaku Internal → Struktur Pasif

“Aktivitas beraksi pada data/objek”

ValidasiPengguna → membaca → Profil Pengguna

Ditugaskan kepada

Perilaku Internal → Aktif Internal

“Tugas ditugaskan kepada aktor/sistem”

Setujui Pinjaman → ditugaskan kepada → Petugas Pinjaman

Memicu

Peristiwa → Perilaku

Peristiwa memulai perilaku

PendaftaranBaru → memicu → KirimEmailSelamatDatang

📌 Penting:

• Komposisi dan agregasi adalah selalu diperbolehkan antara tipe-sama elemen (misalnya, Proses → menggabungkan → Sub-Proses).
• Spesialisasi (pewarisan) digunakan hanya dalam metamodel, bukan dalam model konkret.

🧬 3. Perilaku Spesialisasi: Proses, Fungsi, Interaksi, Kolaborasi

Sementara Perilaku Internal abstrak, ArchiMate menyediakan spesialisasi konkret:

Elemen

Definisi

Digunakan Paling Baik Untuk

Notasi

Proses

Sekuensial, alur berorientasi tujuan (mulai → langkah-langkah → hasil)

Alur kerja lintas fungsi (misalnya Onboard Pelanggan)

◓ dengan ikon roda gigi + putaran panah

Fungsi

Dikelompokkanperilaku berdasarkan kemampuan, keterampilan, atau kepemilikan (sering berlangsung lama)

Kemampuan organisasi (misalnya Penilaian Risiko)

◓ dengan ikon blok tumpuk

Interaksi

Kolektifperilaku yang membutuhkan ≥2 aktor/sistem

Kolaborasi peer-to-peer (misalnya Negosiasi Kontrak)

◓ dengan dua panah yang bertemu

Kolaborasi

Kelompok dari elemen-elemen aktif yang bekerja sama

Tim, klaster, kelompok mikroservis

□ dengan ikon jabat tangan

🔁 Intuisi Utama: Proses dapat mengandung Fungsi (dan sebaliknya!)

• Suatu Proses Penagihan dapat menggabungkan:
  • Validasi Faktur (Fungsi)
  • Terapkan Diskon (Fungsi)
  • Tingkatkan Perselisihan → Interaksi antara Agen Penagihan & Dukungan Pelanggan

✅ Contoh Nyata: Konversi Uji Coba SaaS

teks biasa

1

2

3

4

5

6

🎯 4. Elemen Motivasi: Alasan “Mengapa”

Bab 4 memperkenalkan Elemen Motivasi—akar dari mengapa arsitektur ada.

Elemen

Lapisan

Contoh

Peran

Pihak Berkepentingan

Siapa yang peduli?

CIO, Pelanggan, Regulator

Sumber tujuan

Tujuan

Apa yang ingin kita capai?

“Tingkatkan NPS sebesar 20%”

Tujuan tingkat tinggi

Pendorong

Mengapa sekarang?

“Kompetitor meluncurkan fitur AI”

Katalis eksternal

Prinsip

Bagaimana kita memutuskan?

“Desain API terlebih dahulu”

Aturan panduan

Persyaratan

Apa yang harus benar?

“99,95% waktu aktif”

Kendala yang dapat diukur

✨ Kiat strategis untuk PM: Gunakan elemen motivasi untuk jembatani strategi produk ↔ arsitektur teknis.
Contohnya Tujuan: Kurangi waktu onboarding → mendorong Persyaratan: <2 menit pendaftaran → diwujudkan oleh Layanan: Verifikasi Identitas Instan.

📦 5. Elemen Komposit: Pengelompokan & Lokasi

5.1 Pengelompokan

• Tujuan: Kelompokkan secara logis heterogen elemen (misalnya, proses + data + layanan).
• Kasus Penggunaan:
  • Bloklon Arsitektur (ABBs) — misalnya "Bloklon Customer 360" = {ServiceProfil, SinkronisasiData, Widget UI}
  • Domain — misalnya "Domain Keamanan" = {Kebijakan AuthZ, Layanan IAM, Log Audit}
  • Epik atau Kemampuan Produk (sangat bagus untuk keselarasan roadmap!)

✅ Contoh Pengelompokan:

teksbiasa

1

2

3

4

5

⚠️ Perhatian: Jangan bingung Pengelompokan dengan Tampilan. Pengelompokan adalah bagian dari model; Tampilan adalah yang difilter tampilan dari itu.

5.2 Lokasi

• Mewakili Di mana tempat kejadian—fisik (DC, kantor) atau konseptual (wilayah awan, yurisdiksi).
• Gunakan agregasi dari Lokasi → Struktur/Berperilaku.

✅ Contoh:

teks biasa

1

2

3

4

🌐 Relevansi Awan: Model penempatan multi-wilayah:
[AWS us-west-2] → mengagregasi → [Layanan Autentikasi] + [Replika DB Pengguna]

📊 Tabel Ringkasan: Elemen Generik Inti (Bab 4)

Kategori

Elemen

Abstrak?

Pertanyaan Kunci

Sketsa Notasi

Struktur

Aktif Internal

✅

Siapa yang melakukan?

□ + aktor/ikon

Kolaborasi

❌

Siapa yang bekerja sama?

□ + jabat tangan

Antarmuka (Aktif Eksternal)

❌

Bagaimana cara mengaksesnya?

▢ + port

Struktur Pasif

✅

Apa yang menjadi objek tindakan?

□ + dokumen

Perilaku

Perilaku Internal

✅

Apa yang terjadi di dalam?

◓ + tindakan

Proses

❌

Urutan apa yang mencapai tujuan?

◓ + roda gigi+panah

Fungsi

❌

Kemampuan apa yang dikelompokkan?

◓ + tumpukan

Interaksi

❌

Apa yang membutuhkan kolaborasi?

◓ + panah ↔

Layanan (Eksternal)

❌

Apa yang ditawarkan kepada pengguna?

◓ + globe

Acara

❌

Apa yang berubah?

⚡

Motivasi

Elemen Motivasi

✅

Mengapa ini ada?

◊ (sudut diagonal)

Komposit

Pengelompokan

❌

Apa yang saling terkait?

▢ dengan batas titik-titik + “G”

Lokasi

❌

Di mana kejadian ini terjadi?

▢ dengan pin peta

📝 Catatan: “Abstrak?” = Tidak digunakan langsung dalam model—hanya keturunan khusus lapisan (misalnya Aktor Bisnis, Komponen Aplikasi) diinstansiasi.

🧩 Menggabungkan Semuanya: Studi Kasus Kecil (Migrasi ke Cloud)

Skenario: Migrasi sistem penagihan lama ke cloud.

[Tujuan: Kurangi TCO sebesar 30%]
↑ diwujudkan oleh
[Grup Migasi Cloud Billing]
├─ berisi → [Proses Penghentian Mainframe]
├─ berisi → [Microservice Billing] (aktif internal)
├─ berisi → [API Billing] (antarmuka)
├─ berisi → [PDF Faktur] (pasif)
├─ melayani → [Layanan Billing Cloud]
└─ terletak di → [AWS us-east-1]

[Hentikan Mainframe]
memicu → [MainframeOffline] (acara)
memicu → [CutoverComplete] (acara)
digunakan oleh → [Skrip Migasi Data] (fungsi)

Ini menunjukkan bagaimana motivasi (Tujuan), komposit (Grup, Lokasi), struktur, dan perilaku saling terkait.

🏁 Kesimpulan

Bab 4 Metamodul Umum adalah batu Rosetta dari ArchiMate. Dengan menguasai abstraksi-abstraksi ini—terutama Aktif/Pasif, Internal/Eksternal, dan Perilaku/Struktur perbedaan—anda mendapatkan:

✅ Presisi: Hindari pemodelan pola buruk (misalnya, memberikan perilaku pada elemen pasif).
✅ Konsistensi: Terapkan model mental yang sama di seluruh lapisan Bisnis/Aplikasi/Teknologi.
✅ Kedalaman Strategis: Hubungkan tujuan produk (motivasi) dengan pendorong teknis (struktur/perilaku).
✅ Skalabilitas: Gunakan Pengelompokan & Lokasi untuk mengelola kompleksitas di perusahaan besar.

Untuk pemimpin produk seperti Anda (dengan kedalaman HCI + CS + PM, Alex 😊), ini adalah emas:

• Gunakan Layanan untuk mendefinisikan API produk dan SLA.
• Gunakan Pengelompokan untuk memodelkan kemampuan produk atau epik.
• Gunakan Motivasi untuk melacak fitur kembali ke hasil bisnis.

📚 Langkah Selanjutnya:

• Latih pelapisan: Peta elemen umum ke Lapisan Bisnis (Bab 8), Aplikasi (Bab 9), Teknologi (Bab 10).
• Jelajahi hubungan dalam Bab 5—terutama aturan turunan (Bag. 5.7).
• Coba membuat model kemampuan produk menggunakan hanya konsep Bab 4 terlebih dahulu—kemudian khususkan.

Selamat membuat model! 🏗️
Beritahu saya jika Anda ingin tutorial pendamping tentang Hubungan (Bab 5) atau Buku Panduan ArchiMate untuk Manajer Produk.

—
Disiapkan dengan penuh perhatian untuk Alex Johnson, Manajer Produk Senior @ Acme Cloud — Kawasan Teluk San Francisco ☕📸🏃‍♂️