Studi kasus ArchiSurance adalah contoh fiksi yang dibuat untuk menggambarkan penggunaan bahasa pemodelan ArchiMate® dalam kerangka kerja TOGAF®. Studi kasus ini melibatkan perusahaan asuransi ArchiSurance, yang dibentuk dari penggabungan tiga perusahaan yang sebelumnya independen. Studi kasus ini menggambarkan arsitektur dasar perusahaan, diikuti oleh beberapa skenario perubahan.

Studi kasus ini diperlukan sebagai contoh dalam kursus pelatihan ArchiMate bersertifikat. Namun, ini bukan bagian dari definisi resmi TOGAF. Karya ini mendukung visi The Open Group mengenai aliran informasi tanpa batas dengan menunjukkan penggunaan bersama standar TOGAF dan ArchiMate, memungkinkan representasi konsisten informasi arsitektur di berbagai organisasi, sistem, dan program.

Pendahuluan

Studi kasus fiksi ini menggambarkan penggunaan praktis bahasa pemodelan perusahaan ArchiMate dalam kerangka kerja TOGAF. Studi kasus ini membahas perusahaan asuransi ArchiSurance, hasil dari penggabungan tiga perusahaan yang sebelumnya independen dan beroperasi di wilayah metropolitan yang berbeda.

Studi kasus ini digunakan sebagai contoh sepanjang kursus pelatihan ArchiMate bersertifikat dan berfungsi sebagai bahan latar belakang untuk ujian sertifikasi ArchiMate. Studi ini dimulai dengan arsitektur bisnis, aplikasi, data, dan teknologi dasar menggunakan pandangan ArchiMate atau TOGAF yang sesuai. Kemudian studi melanjutkan dengan dua skenario perubahan. Skenario pertama memberikan contoh pandangan yang menggambarkan siklus Pengembangan dan Implementasi Arsitektur TOGAF. Ini menunjukkan visi arsitektur, tujuan bisnis, prinsip dan persyaratan, arsitektur bisnis, aplikasi, data, dan teknologi target, hasil analisis kesenjangan antara arsitektur dasar dan target, serta pandangan yang mendukung perencanaan implementasi dan migrasi. Pada skenario kedua, kondisi target dari skenario pertama dijadikan arsitektur dasar baru, dan pelanggan dapat mengakses portofolio asuransi mereka secara langsung melalui web. Saat ini belum tersedia model untuk skenario ini.

The Open Group mengharapkan studi kasus ini berkembang seiring waktu dan mendorong anggotanya untuk menambahkan aspek dan pandangan baru atau membuat skenario perubahan baru, selama tetap konsisten dengan deskripsi dan model studi kasus asli.

TOGAF® dan ArchiMate®

Kerangka arsitektur perusahaan mencakup berbagai aspek yang mendukung arsitek perusahaan. Di antaranya, mereka dapat mencakup kombinasi berikut:

• Proses untuk membuat arsitektur (“cara bekerja”)
• Koleksi atau klasifikasi pandangan
• Bahasa untuk menggambarkan arsitektur (mendefinisikan konsep dan hubungan, serta mencakup notasi)

The Open Group memelihara dua standar terbuka untuk arsitektur perusahaan: TOGAF [1] dan ArchiMate [2].

Inti dari TOGAF adalah proses untuk mengembangkan dan menerapkan arsitektur perusahaan — Metode Pengembangan Arsitektur (ADM). TOGAF juga menjelaskan pandangan, teknik, model referensi, dan kerangka konten untuk mengidentifikasi jenis blok bangunan yang membentuk arsitektur. Namun, TOGAF tidak menentukan penggunaan bahasa pemodelan tertentu untuk membuat pandangan arsitektur.

ArchiMate adalah bahasa grafis yang menyediakan representasi seragam untuk model guna mendukung seluruh siklus pengembangan arsitektur. Versi 2.0 standar ini mencakup bahasa inti yang dimaksudkan untuk menggambarkan arsitektur nyata (arsitektur bisnis, sistem informasi, dan arsitektur teknologi, serta hubungan di antaranya), serta ekstensi untuk memodelkan motivasi arsitektur, serta perencanaan implementasi dan migrasi. Gambar 1 menjelaskan bagaimana bahasa inti dan ekstensi terhubung dengan ADM TOGAF. Selain mendefinisikan konsep dan hubungan pemodelan, ArchiMate — seperti TOGAF — juga mendefinisikan serangkaian pandangan arsitektur.

Gambar 1: Kesesuaian antara ArchiMate dan TOGAF

TOGAF dan ArchiMate memiliki dasar bersama yang kuat dalam filosofi dan penggunaan pandangan untuk menangkap dan menyampaikan berbagai aspek dari satu model arsitektur dasar. Standar ini saling melengkapi karena TOGAF berfokus pada proses pengembangan dan implementasi arsitektur, sedangkan ArchiMate berfokus pada bahasa seragam untuk memodelkan artefak arsitektur.

Bahasa ArchiMate, sebagaimana dijelaskan dalam Standar Teknis [2], melengkapi TOGAF [1] dengan menyediakan kumpulan konsep dan hubungan yang independen dari vendor, termasuk notasi grafis, untuk membantu menciptakan model yang konsisten dan terintegrasi yang dapat direpresentasikan dalam bentuk pandangan.

Latar Belakang

ArchiSurance [3,4] adalah hasil dari penggabungan baru-baru ini dari tiga perusahaan asuransi yang sebelumnya independen:

• Home & Away, yang mengkhususkan diri pada asuransi pemilik rumah dan perjalanan
• PRO-FIT, yang mengkhususkan diri pada asuransi kendaraan bermotor
• Legally Yours, yang mengkhususkan diri pada asuransi biaya hukum

Perusahaan kini terdiri dari tiga divisi dengan nama dan kantor pusat yang sama seperti para pendahulunya yang independen.

Gambar 2: ArchiSurance: Hasil dari penggabungan tiga perusahaan asuransi

ArchiSurance dibentuk untuk memanfaatkan banyak sinergi antara ketiga organisasi tersebut. Meskipun ketiga perusahaan sebelum penggabungan menjual jenis asuransi yang berbeda, model bisnis mereka serupa. Ketiga produk tersebut dijual langsung kepada konsumen dan usaha kecil melalui saluran web, email, telepon, dan pos. Meskipun berkedudukan di kota yang berbeda, masing-masing beroperasi sepenuhnya di gedung perkantoran modern di wilayah metropolitan. Setiap perusahaan memiliki basis pelanggan setia dan memiliki reputasi baik dalam integritas, nilai, layanan, dan stabilitas keuangan. Ketiga perusahaan tersebut dimiliki secara pribadi oleh jaringan investor institusi dan individu.

Para investor utama ketiga perusahaan memulai pembicaraan penggabungan setelah menyadari munculnya pesaing dengan biaya rendah di pasar mereka, peluang baru di wilayah dengan pertumbuhan tinggi, serta kebutuhan investasi IT besar di masing-masing perusahaan untuk tetap kompetitif. Mereka menyadari bahwa hanya perusahaan yang lebih besar setelah penggabungan yang dapat secara bersamaan mengendalikan biaya, mempertahankan kepuasan pelanggan, berinvestasi dalam teknologi baru, dan memanfaatkan pasar baru dengan potensi pertumbuhan tinggi. Negosiasi penggabungan dan persetujuan regulasi memakan waktu 18 bulan, tetapi dokumen telah ditandatangani dua tahun lalu dan penggabungan telah selesai.

Perusahaan baru ini menawarkan semua produk asuransi dari ketiga perusahaan sebelum penggabungan dan berniat secara rutin menyesuaikan penawarannya berdasarkan perubahan kondisi pasar. Seperti ketiga pendahulunya, ArchiSurance menjual secara langsung kepada pelanggan melalui cetak, web, dan pemasaran langsung.

Penggabungan ini menimbulkan banyak tantangan integrasi dan koordinasi bagi proses bisnis dan sistem informasi perusahaan baru. Tantangan-tantangan ini jelas terlihat dalam arsitektur bisnis, aplikasi, data, dan teknologi dasar ArchiSurance. Namun sebelumnya, Tahap Awal ADM TOGAF menetapkan konteks motivasi bagi tantangan-tantangan ini.

Tahap Awal

Untuk membimbing perubahan bisnis dan TI di masa depan, ArchiSurance memutuskan untuk mengembangkan arsitektur perusahaan berdasarkan TOGAF 9.1 dan ArchiMate 2.0 dengan penyesuaian minimal.

Sebagai bagian dari Tahap Awal, para pemangku kepentingan utama dalam kegiatan arsitektur dan kekhawatirannya telah diidentifikasi (dimodelkan dalam ArchiMate sebagai penggerak internal). TOGAF mendefinisikan matriks pemetaan pemangku kepentingan untuk merepresentasikan hal ini. Dalam ArchiMate, hal ini dapat dinyatakan menggunakan pandangan Pemangku Kepentingan:

Pandangan Pemangku Kepentingan memungkinkan analis untuk memodelkan pemangku kepentingan, kekhawatiran mereka, dan penilaian terhadapnya (dalam hal kekuatan, kelemahan, peluang, dan ancaman). Selain itu, memungkinkan mengaitkan kekhawatiran dan penilaian tersebut dengan tujuan awal (tingkat tinggi) untuk menyelesaikannya.

Gambar 3 menunjukkan fragmen dari diagram semacam itu, mengidentifikasi dua pemangku kepentingan (Dewan Arsitektur dan pelanggan saat ini maupun potensialnya) serta kekhawatirannya, dimodelkan sebagai penggerak. Kepuasan pelanggan merupakan kekhawatiran yang dibagikan oleh kedua pemangku kepentingan. Kepuasan pemangku kepentingan dapat diperinci menjadi kekhawatiran yang lebih rinci; misalnya, keuntungan.

Gambar 3: Fragmen Pandangan Pemangku Kepentingan

Penggerak mengarah pada pengembangan tujuan bisnis tertentu, seperti yang ditunjukkan di bawah ini untuk mencapai keuntungan. Tujuan seperti mengurangi biaya dapat diuraikan menjadi mengurangi biaya pemeliharaan dan mengurangi biaya tenaga kerja.

Gambar 4: Tujuan Bisnis yang Menggerakkan Keuntungan

ArchiMate mendefinisikan prinsip sebagai sifat normatif dari semua sistem dalam konteks tertentu, atau cara mereka direalisasikan. Perhatikan bahwa ‘sistem’ di sini mencakup organisasi dan unit organisasi, bukan hanya sistem TI. Dengan demikian, prinsip membantu mewujudkan tujuan bisnis. TOGAF mendefinisikan prinsip sebagai pernyataan kualitatif tentang niat yang harus dipenuhi oleh arsitektur. Sebuah prinsip harus memiliki alasan pendukung dan implikasi penting.

Pandangan Prinsip ArchiMate (contoh ditunjukkan pada Gambar 5) secara grafis menggambarkan prinsip, ketergantungan mereka, dan tujuan yang mereka wujudkan:

Pandangan Prinsip memungkinkan analis atau desainer untuk memodelkan prinsip yang relevan terhadap masalah desain yang sedang dihadapi, termasuk tujuan yang mendorong prinsip-prinsip tersebut. Selain itu, hubungan antara prinsip dan tujuan dapat dimodelkan. Misalnya, prinsip dapat saling memengaruhi secara positif atau negatif.

Gambar 5: Pandangan Prinsip

TOGAF mendefinisikan Katalog Prinsip untuk memberikan gambaran umum tentang prinsip-prinsip tersebut.

Tahap B: Arsitektur Bisnis Dasar

Setelah merger, ArchiSurance mendirikan front office bersama sebagai pusat kontak multi-saluran untuk penjualan dan layanan pelanggan, dengan pusat kontak utama berlokasi di kantor pusat mantan Home & Away. Tiga back office terpisah masih menangani produk asuransi dari tiga perusahaan asal. Sebuah pusat layanan bersama (SSC) untuk pemrosesan dokumen telah didirikan di kantor pusat mantan yang menguntungkan. Pusat ini mengelola repositori dokumen pusat dan semua alur kerja dokumen otomatis. Selain itu, melakukan semua operasi pemindaian, pencetakan, dan arsip saat dokumen yang mengikat secara hukum masuk atau keluar dari ArchiSurance. Untuk menjamin kelangsungan bisnis dan menangani aktivitas puncak, SSC juga dilengkapi dengan staf terlatih dan peralatan untuk melakukan fungsi front-office, dan front office juga dipersiapkan secara serupa.

Gambar 6: Struktur organisasi global ArchiSurance

Dalam Tahap B (Arsitektur Bisnis) dari TOGAF ADM, ArchiMate dapat mengungkapkan dan menghubungkan struktur organisasi, produk, layanan, fungsi, proses, dan informasi ArchiSurance. Arsitektur bisnis memberikan konteks bagi arsitektur data, aplikasi, dan teknologi.

Struktur Organisasi

Untuk menggambarkan struktur organisasi, ArchiMate mendefinisikan pandangan Organisasi:

Pandangan Organisasi berfokus pada organisasi (internal) dari sebuah perusahaan, departemen, jaringan bisnis, atau entitas organisasi lainnya. Dalam pandangan ini, model dapat direpresentasikan sebagai diagram kotak bersarang, tetapi representasi tradisional seperti bagan organisasi juga dapat digunakan. Pandangan Organisasi sangat berguna untuk mengidentifikasi kemampuan, otoritas, dan tanggung jawab dalam suatu organisasi.

Bagian setara TOGAF dari pandangan ini adalah Bagian Diagram Dekomposisi Organisasi.

Struktur organisasi biasanya direpresentasikan sebagai pohon, seperti yang ditunjukkan pada Gambar 7, meskipun metode dekomposisi organisasi yang digunakan dalam ArchiMate dan TOGAF menawarkan lebih banyak pilihan daripada bagan organisasi pohon sederhana. Tampilan ini menunjukkan struktur organisasi tingkat tinggi ArchiSurance, bersama dengan lokasi utamanya dan divisi-divisinya. Sebagai alternatif, diagram bersarang dapat membagi organisasi berdasarkan lokasi dan divisi.

Gambar 7: Pandangan Organisasi

Fungsi Bisnis

Fungsi bisnis ArchiMate mengelompokkan perilaku berdasarkan kumpulan kriteria tertentu (biasanya sumber daya bisnis yang dibutuhkan dan/atau kompetensi).

Fungsi bisnis utama yang dibedakan oleh ArchiSurance adalah:

• Pemasaran — riset, perencanaan, promosi, dan manajemen produk dan segmen, serta bekerja sama dengan aktuaris untuk merancang produk
• Aktuaris — menentukan harga produk dan tingkat cadangan, bekerja sama dengan Pemasaran untuk merancang produk baru, serta menganalisis risiko perusahaan
• Hubungan Pelanggan — interaksi antara ArchiSurance dan pelanggannya; menangani pertanyaan pelanggan, mencatat klaim yang diterima, serta melaksanakan kampanye pemasaran langsung
• Underwriting — menetapkan harga untuk polis individu dan menghasilkan proposal serta polis asuransi
• Klaim — merumuskan dan melaksanakan respons ArchiSurance terhadap setiap klaim yang diajukan terhadap polisnya
• Keuangan — pengumpulan berkala premi dari pelanggan berdasarkan kontrak dan pemrosesan pembayaran klaim asuransi
• Pemrosesan Dokumen — mendukung fungsi lain melalui pemindaian dokumen, pencetakan, dan arsip
• Manajemen Investasi — mengelola aset keuangan dan properti untuk mencapai pengembalian maksimal dalam batasan likuiditas dan risiko perusahaan serta regulasi

Beberapa fungsi bisnis ini direplikasi di kantor belakang dari tiga divisi ArchiSurance.

Untuk memodelkan fungsi bisnis dan hubungan antar fungsi, ArchiMate mendefinisikan sudut pandang Fungsi Bisnis:

Sudut pandang Fungsi Bisnis menunjukkan fungsi bisnis utama suatu organisasi dan hubungan antar fungsi tersebut dalam hal aliran informasi, aliran nilai, atau aliran barang.

Ekivalen TOGAF dari sudut pandang ini adalah Diagram Dekomposisi Fungsi.

Gambar 8 menunjukkan fungsi bisnis utama ArchiSurance, beserta aliran informasi paling penting antar fungsi dan peran eksternal. Gambar ini juga menunjukkan replikasi fungsi bisnis di kantor belakang dari berbagai divisi.

Gambar 8: Sudut Pandang Fungsi Bisnis

Proses Bisnis

Proses bisnis ArchiMate mengelompokkan perilaku berdasarkan urutan aktivitas. Proses ini menghasilkan sekumpulan produk atau layanan yang telah ditentukan. Arsitektur proses menunjukkan proses bisnis utama dan hubungan antar proses, mungkin juga menunjukkan langkah utama dalam setiap proses. Secara umum, proses ini tidak menampilkan semua detail alur proses — hal tersebut merupakan tujuan dari bahasa pemodelan proses bisnis. ArchiMate mendefinisikan sudut pandang Proses Bisnis:

Sudut pandang Proses Bisnis digunakan untuk menunjukkan struktur dan komposisi tingkat tinggi dari satu atau lebih proses bisnis (atau bagian-bagian dari proses tersebut).

Ekivalen TOGAF dari sudut pandang ini adalah Diagram Proses.

Gambar 9 menunjukkan dua proses bisnis inti ArchiSurance dan sub-proses tingkat tinggi mereka: Tutup kontrak (dilakukan saat menjual produk asuransi baru) dan Tangani klaim (dilakukan saat klaim kerusakan diterima). Meskipun rincian proses ini dapat berbeda untuk jenis produk asuransi yang berbeda, langkah utamanya tetap sama.

Gambar 9: Sudut Pandang Proses Bisnis

Fase C: Arsitektur Sistem Informasi Dasar (Aplikasi)

Sejak merger, ketiga divisi telah mengadopsi portal bersama, suite perangkat lunak pusat layanan pelanggan, dan sistem manajemen dokumen. Selain itu, perusahaan memilih solusi CRM strategis dan menerapkannya untuk Home & Away dan PRO-FIT. Namun, karena manajemen fokus pada meminimalkan risiko pasca-merger sambil terus meningkatkan kinerja harian di setiap divisi, belum dimulainya rasionalisasi aplikasi bisnis inti. Kini, karena ArchiSurance telah memenuhi ekspektasi kinerja pasca-merger, investor mengharapkan penghematan biaya TI yang signifikan melalui adopsi serangkaian produk bersama dan aplikasi berbasis pelanggan. Tantangan masih ada. Home & Away masih menggunakan paket aplikasi administrasi kebijakan dan keuangan sebelum merger, sementara PRO-FIT dan Legally Yours masih menggunakan aplikasi khusus mereka sebelum merger.

Gambar 10: Lingkungan Aplikasi

Kerja Sama Aplikasi

ArchiMate mendefinisikan sudut pandang Kerja Sama Aplikasi untuk memberikan gambaran umum tentang lingkungan aplikasi dan ketergantungan antar aplikasi:

Sudut pandang Kerja Sama Aplikasi menggambarkan hubungan antar komponen aplikasi, yaitu aliran informasi antar mereka, atau layanan yang mereka sediakan dan gunakan. Sudut pandang ini biasanya digunakan untuk membuat gambaran umum tentang lingkungan aplikasi suatu organisasi. Sudut pandang ini juga digunakan untuk mengekspresikan (kerjasama internal) atau orkestrasi layanan yang bersama-sama mendukung pelaksanaan proses bisnis.

Ekivalen TOGAF dari sudut pandang ini adalah Diagram Komunikasi Aplikasi.

Gambar 11 menunjukkan aplikasi utama ArchiSurance dan aliran data utama antar aplikasi.

Gambar 11: Sudut Pandang Kerja Sama Aplikasi

Penyelarasan Bisnis-Aplikasi

TOGAF tidak mendefinisikan diagram untuk penyelarasan bisnis-aplikasi. Namun, TOGAF menentukan sudut pandang berbasis matriks untuk menunjukkan keterkaitan antara arsitektur bisnis dan arsitektur aplikasi; misalnya, matriks Aplikasi/Organisasi dan matriks Aplikasi/Fungsi.

Hubungan antar komponen aplikasi juga dapat dimodelkan secara grafis. ArchiMate mendefinisikan sudut pandang Penggunaan Aplikasi:

Sudut pandang Penggunaan Aplikasi menggambarkan bagaimana aplikasi digunakan untuk mendukung satu atau lebih proses bisnis, dan bagaimana aplikasi tersebut digunakan oleh aplikasi lain. Sudut pandang ini dapat digunakan untuk merancang aplikasi dengan mengidentifikasi layanan yang dibutuhkan oleh proses bisnis dan aplikasi lain, atau untuk merancang proses bisnis dengan menggambarkan layanan yang tersedia. Selain itu, karena sudut pandang ini mengidentifikasi ketergantungan proses bisnis terhadap aplikasi, maka dapat bermanfaat bagi manajer operasional yang bertanggung jawab atas proses-proses tersebut.

Konsep layanan aplikasi memainkan peran sentral dalam sudut pandang ini. Gambar 12 menunjukkan sebagian layanan yang disediakan oleh aplikasi yang digunakan oleh divisi ArchiSurance Home & Away, serta sub-proses mana saja dalam proses penanganan klaim yang menggunakan layanan-layanan tersebut.

Gambar 12: Sudut Pandang Penggunaan Aplikasi

Fase C: Arsitektur Sistem Informasi Dasar (Data)

Arsitektur data ArchiSurance menggambarkan hubungan utama antara objek bisnis konseptual dan objek data logis. ArchiMate mendefinisikan sudut pandang Struktur Informasi untuk tujuan ini:

Sudut pandang Struktur Informasi dapat dibandingkan dengan model informasi tradisional yang dibuat dalam hampir semua proses pengembangan sistem informasi. Ini menunjukkan struktur informasi yang digunakan dalam perusahaan atau dalam proses bisnis tertentu atau aplikasi dalam bentuk tipe data atau struktur kelas (berbasis objek).

Salah satu sudut pandang data yang didefinisikan oleh TOGAF adalah Diagram Data Logis.

Gambar 13 menunjukkan sebagian dari objek bisnis yang didefinisikan oleh ArchiSurance. Sebagian dari informasi pelanggan adalah file asuransi, yang terdiri dari permintaan asuransi, kebijakan asuransi, dan klaim kerusakan. Banyak spesialisasi dari objek kebijakan asuransi didefinisikan, satu untuk setiap jenis asuransi yang dijual oleh ArchiSurance.

Gambar 13: Tampilan Struktur Informasi

Sudut pandang data lain yang didefinisikan oleh TOGAF adalah Diagram Penyebaran Data:

Tujuan dari Diagram Penyebaran Data adalah menunjukkan hubungan antara entitas data, layanan bisnis, dan komponen aplikasi. Diagram ini menunjukkan bagaimana komponen aplikasi secara fisik merealisasikan entitas logis. Hal ini memungkinkan penentuan ukuran dan optimasi yang efektif terhadap jejak TI. Selain itu, dengan memberikan nilai bisnis pada data, dapat diperoleh indikasi tingkat kritisitas bisnis dari komponen aplikasi.

Gambar 14 menunjukkan Diagram Penyebaran Data untuk sebuah aplikasi ArchiSurance.

Gambar 14: Diagram Penyebaran Data

Fase D: Arsitektur Teknologi Dasar

Gambar 15 menggambarkan lanskap infrastruktur teknologi ArchiSurance. Di kantor depan, yang terletak di kantor pusat Home & Away, terdapat server umum dan server khusus untuk hosting web. Pusat layanan bersama (SSC) yang terletak di kantor pusat PRO-FIT memiliki server sistem manajemen file sendiri. Masing-masing dari tiga kantor belakang memiliki server untuk aplikasi mereka.

Jaringan area lokal (LAN) menghubungkan server dan komputer pribadi di tiga lokasi ArchiSurance, yang kemudian terhubung satu sama lain melalui jaringan area luas perusahaan (WAN).

Gambar 15: Lanskap Infrastruktur

Untuk gambaran umum lanskap infrastruktur, ArchiMate mendefinisikan sudut pandang Infrastruktur:

Sudut pandang Infrastruktur mencakup elemen-elemen infrastruktur perangkat lunak dan perangkat keras yang mendukung lapisan aplikasi, seperti perangkat fisik, jaringan, atau perangkat lunak sistem (misalnya sistem operasi, basis data, dan middleware).

Ekivalen TOGAF dari sudut pandang ini adalah Diagram Lingkungan dan Lokasi.

Gambar 16 menunjukkan komponen-komponen infrastruktur utama ArchiSurance yang dikelompokkan berdasarkan lokasi dan divisi. Tampilan ini juga menunjukkan jaringan yang menghubungkan perangkat yang berbeda serta artefak (aplikasi) yang diimplementasikan pada perangkat tersebut.

Gambar 16: Tampilan Infrastruktur

Skenario Perubahan

Skenario 1: Rasionalisasi Portofolio Aplikasi

Ketidakmampuan fleksibilitas arsitektur aplikasi ArchiSurance membuat sulit untuk beradaptasi terhadap perubahan kondisi bisnis. Sebagian karena merger, lingkungan aplikasi telah menjadi terpecah belah, mengakibatkan redundansi data dan tumpang tindih fungsi, serta integrasi aplikasi point-to-point menggunakan berbagai format dan metode data. Masalah-masalah ini menyebabkan ketidakstabilan internal, meningkatnya biaya pemeliharaan aplikasi, serta menghambat pertukaran informasi dalam perusahaan dan dengan mitra. Akibatnya, departemen TI memiliki banyak permintaan pekerjaan yang tertunda. Manajemen senior ArchiSurance sangat khawatir terhadap tunggakan ini, khususnya ketidakmampuan untuk secara otomatis berbagi informasi dengan sejumlah besar mitra penjualan yang telah ditandatangani dan para penasihat asuransi yang berpengaruh.

Skenario ini merasionalisasi portofolio aplikasi ArchiSurance dengan cara:

• Migrasi ke suite back-office terintegrasi yang melakukan fungsi seperti administrasi kebijakan dan transaksi keuangan. Suite ini akan mencakup:
  • Sistem penilaian risiko otomatis yang menghasilkan proposal dan kebijakan — AUTO-U
  • Sistem administrasi kebijakan paket, terintegrasi dengan sistem penilaian risiko otomatis, untuk menerbitkan, mengubah, dan memperbarui kebijakan; sistem ini juga menangani akuntansi dan penagihan pelanggan — P-ADMIN
  • Sistem klaim paket dengan tampilan dan alur kerja yang dapat dikonfigurasi untuk mendukung tiga lini bisnis ArchiSurance — VERSA-CLAIM
  • Manajer konfigurasi produk untuk mendefinisikan semua produk asuransi dan mengekspos definisi ini melalui layanan web ke AUTO-U, P-ADMIN, dan VERSA-CLAIM — P-CONFIG
  • Sistem manajemen aturan bisnis (BRMS) yang terdiri dari repositori aturan, mesin pemroses, lingkungan pengembangan aturan, dan alat penulisan untuk antarmuka pengguna manajemen aturan. Mesin aturan bisnis mengekspos fungsi eksekusi aturan melalui layanan web ke AUTO-U, P-ADMIN, VERSA-CLAIM, dan P-CONFIG — EDGE
• Menyelesaikan migrasi ke sistem CRM strategis

Pemegang saham utama dan CEO ArchiSurance mendukung rencana ini dengan syarat bahwa pelanggan dan mitra ArchiSurance tidak melihat perubahan apa pun. Produk dan layanan perusahaan asuransi tidak boleh terpengaruh, dan semua interaksi pelanggan dan mitra harus berjalan tanpa gangguan.

Gambar 17: Rasionalisasi Portofolio Aplikasi

Sebagai bagian dari upaya ini, infrastruktur teknis juga akan disederhanakan. Server back-office terpisah akan digantikan oleh klaster server bersama yang terletak di pusat data kantor pusat Home & Away. Namun, untuk memastikan kelangsungan bisnis, klaster server cadangan juga akan dipasang di pusat data kantor pusat PRO-FIT.

Fase A: Visi Arsitektur

Fase A dari TOGAF ADM menetapkan pekerjaan arsitektur dengan menetapkan cakupan, batasan, dan tujuan, serta memulai iterasi siklus pengembangan arsitektur. Fase ini juga memvalidasi konteks bisnis dan mengembangkan pernyataan pekerjaan arsitektur.

Konteks bisnis terdiri dari persyaratan bisnis utama berdasarkan tujuan bisnis utama dan prinsip-prinsip arsitektur. Gambar 18 menunjukkan beberapa tujuan dan prinsip bisnis yang relevan untuk skenario saat ini.

Gambar 18: Tujuan dan Prinsip Bisnis

Tujuan dan prinsip membentuk dasar bagi persyaratan konkret, seperti yang ditunjukkan dalam pandangan Refinemen Tujuan ArchiMate:

Pandangan Refinemen Tujuan memungkinkan perancang untuk memodelkan penyempurnaan (tujuan tingkat tinggi) menjadi tujuan yang lebih konkret, dan tujuan konkret menjadi persyaratan atau batasan yang menggambarkan sifat-sifat yang diperlukan untuk mewujudkan tujuan tersebut. Hubungan agregasi digunakan untuk menyempurnakan tujuan menjadi sub-tujuan. Hubungan realisasi digunakan untuk memodelkan penyempurnaan tujuan menjadi persyaratan.

Gambar 19 menunjukkan contoh dari pandangan ini untuk skenario perubahan saat ini.

Gambar 19: Pandangan Refinemen Tujuan

Elemen penting dari visi arsitektur adalah representasi tingkat tinggi dari arsitektur dasar dan arsitektur target untuk menjelaskan nilai tambah dari pekerjaan arsitektur kepada pemangku kepentingan. Untuk tujuan ini, ArchiMate mendefinisikan pandangan Pengantar:

Pandangan Pengantar menggunakan notasi yang disederhanakan yang membentuk subset dari bahasa ArchiMate penuh. Biasanya digunakan pada awal trajeksi desain, ketika belum semua hal perlu dirinci, atau untuk menjelaskan inti dari model arsitektur kepada non-perancang yang membutuhkan notasi yang lebih sederhana dan intuitif. Penggunaan pandangan dasar yang kurang formal ini juga bertujuan untuk menghindari kesan bahwa desain arsitektur sudah tetap — kesan yang mudah muncul saat menggunakan visualisasi yang lebih formal, sangat terstruktur, atau rinci.

Ekivalen TOGAF dari pandangan ini adalah Diagram Konsep Solusi.

Contoh di bawah ini menyoroti perubahan paling penting yang diperlukan dalam skenario perubahan saat ini:

• Di bagian depan, sistem CRM biaya hukum terpisah akan dihilangkan.
• Di bagian belakang, aplikasi back-office terpisah akan digantikan oleh satu suite back-office tunggal. Tiga server back-office umum yang terpisah akan digantikan oleh satu klaster server bersama dan satu klaster server cadangan.

Gambar 20: Pandangan Pengantar

Fase B: Arsitektur Bisnis Target dan Analisis Kesenjangan

Dalam skenario ini, arsitektur bisnis tetap tidak berubah. Namun, dalam arsitektur bisnis, kami juga menunjukkan bagaimana arsitektur target mewujudkan persyaratan bisnis utama. Untuk tujuan ini, TOGAF menentukan Diagram Jejak Bisnis. Dalam ArchiMate, hal ini dapat dinyatakan menggunakan pandangan Realisasi Persyaratan, yang didefinisikan sebagai berikut:

Pandangan Realisasi Persyaratan memungkinkan perancang untuk memodelkan realisasi persyaratan oleh elemen inti seperti aktor bisnis, layanan bisnis, proses bisnis, layanan aplikasi, komponen aplikasi, dll. Biasanya, persyaratan berasal dari pandangan Refinemen Tujuan.

Contoh di bawah ini menunjukkan bagaimana persyaratan bisnis yang ditetapkan dalam fase visi arsitektur direalisasikan oleh elemen-elemen dalam arsitektur.

Gambar 21: Pandangan Realisasi Persyaratan

Fase C: Arsitektur Aplikasi Target dan Analisis Kesenjangan

Diagram Komunikasi Aplikasi di bawah ini menunjukkan situasi target yang diusulkan dari lanskap aplikasi.

Gambar 22: Arsitektur Aplikasi Target: Pandangan Kerja Sama Aplikasi

Hasil analisis kesenjangan global dari arsitektur aplikasi ditampilkan di bawah ini. Beberapa komponen aplikasi yang ada dalam arsitektur dasar tidak lagi ada dalam arsitektur target: aplikasi back-office terpisah dan sistem CRM terpisah untuk asuransi biaya hukum. Fungsi CRM untuk pelanggan asuransi biaya hukum diambil alih oleh sistem CRM umum; oleh karena itu, ini tidak memerlukan komponen baru (meskipun sistem CRM umum yang ada mungkin perlu penyesuaian atau rekonfigurasi, hal ini tidak ditampilkan dalam analisis kesenjangan). Selain itu, suite aplikasi back-office yang sepenuhnya baru diperkenalkan.

Gambar 23: Arsitektur Aplikasi: Analisis Kesenjangan

Fase D: Arsitektur Teknologi Target dan Analisis Kesenjangan

Pandangan Infrastruktur di bawah ini menunjukkan situasi target yang diusulkan dalam domain infrastruktur teknologi.

Gambar 24: Arsitektur Teknologi Target: Tampilan Infrastruktur

Gambar 25 menunjukkan hasil analisis celah secara global dari arsitektur teknologi. Server back-office umum yang terpisah akan dihapus. Kelompok server asli dari Home & Away akan menjadi kelompok layanan back-office pusat ArchiSurance, dan kelompok server cadangan tambahan akan ditempatkan di SSC di kantor pusat PRO-FIT. Terdapat juga server manajemen dokumen cadangan di back office Home & Away. Suite back-office baru dan sistem manajemen dokumen akan direplikasi pada server primer dan cadangan masing-masing.

Gambar 25: Arsitektur Teknologi: Analisis Celah

Perencanaan Implementasi dan Migrasi

TOGAF 9 memperkenalkan arsitektur transisi untuk Fase E dan F, yang merepresentasikan kemungkinan status antara (‘dataran’) antara arsitektur dasar dan arsitektur target.

Dalam ArchiMate, arsitektur dasar, arsitektur target, dan arsitektur transisi serta hubungan di antaranya ditampilkan menggunakan sudut pandang Migrasi:

Sudut pandang Migrasi berisi model dan konsep yang dapat digunakan untuk menentukan transisi dari arsitektur yang ada ke arsitektur yang diinginkan.

Gambar 26 menunjukkan contoh untuk skenario saat ini. Departemen TI ArchiSurance tidak memiliki sumber daya yang cukup untuk menjalankan integrasi sistem back-office dan integrasi sistem CRM secara paralel. Oleh karena itu, satu arsitektur transisi menggantikan dua sistem CRM dengan satu sistem, tetapi memiliki sistem back-office yang terpisah. Yang lain memiliki suite back-office tetapi dua aplikasi CRM.

Gambar 26: Sudut Pandang Migrasi

Arsitektur transisi mendukung perencanaan proyek implementasi seperti integrasi CRM dan integrasi aplikasi back-office. Urutan proyek-proyek ini tergantung pada arsitektur transisi yang dipilih. Hal ini dapat ditampilkan dalam Diagram Konteks Proyek TOGAF (Gambar 27):

Diagram Konteks Proyek menunjukkan cakupan paket pekerjaan yang akan direalisasikan sebagai bagian dari peta jalan transformasi yang lebih luas. Diagram hubungan konteks proyek menghubungkan paket pekerjaan dengan organisasi, fungsi, layanan, proses, aplikasi, data, dan teknologi yang akan ditambahkan, dihapus, atau terdampak oleh proyek.

Gambar 27: Diagram Konteks Proyek TOGAF yang direpresentasikan dalam ArchiMate

Skenario 2: Manajemen Portofolio Online

Dalam skenario ini, kondisi target dari Skenario 1 dianggap sebagai dasar baru, dan pelanggan dapat mengakses portofolio asuransinya secara langsung melalui web. Dengan memberdayakan pelanggan untuk:

• Membeli, memperbarui, atau mengubah asuransi rumah, perjalanan, kendaraan bermotor, atau asuransi biaya hukum secara online dengan aman sesuai aturan yang digunakan ArchiSurance saat melakukan bisnis
• Mendapatkan bantuan untuk transaksi online melalui:
  • Mencari jawaban dalam basis pengetahuan
  • Memulai sesi obrolan dengan perwakilan layanan pelanggan (CSR)
  • Menulis dan mengirim email menggunakan formulir web, yang dibalas oleh CSR
  • Meminta panggilan telepon dari CSR menggunakan formulir web
• Mendapatkan informasi dan penawaran khusus dari mitra ArchiSurance untuk memenuhi kebutuhan mereka, seperti layanan perbankan dan perencanaan keuangan, investasi, kartu kredit, dan jenis asuransi lainnya

Saat ini tidak ada model yang tersedia untuk skenario ini. The Open Group mendorong anggotanya untuk berkontribusi pada versi mendatang dari studi kasus ini. Kontributor dapat memperluas atau menambahkan detail pada dua skenario yang dijelaskan di sini atau membuat skenario baru. Namun, untuk memfasilitasi karya yang koheren, arsitektur dasar dari skenario perubahan baru harus menjadi arsitektur dasar atau target dari skenario perubahan yang dijelaskan di sini.

Referensi

1. TOGAF® Versi 9.1, The Open Group, diterbitkan oleh The Open Group, 2011.
2. Spesifikasi ArchiMate® 2.0, The Open Group, Januari 2012.
3. Doest, H., Iacob, M.-E., Lankhorst, M.M. (penyunting), dan van Leeuwen, D.: Fungsionalitas dan Contoh Sudut Pandang, Hasil Karya ArchiMate D3.4.1a v2, TI/RS/2003/091, Telematica Instituut, Enschede, Belanda, 2004.
4. van den Berg, H., Moelaert, F.: Bench Uji Terbuka PRO-FIT Autoschade, Hasil Karya Bench Uji WP3/N004/V001, TRC, Enschede, Belanda, 1997.
5. Apa itu ArchiMate?
6. Panduan Lengkap Pandangan ArchiMate
7. Pembaruan ArchiMate 3
8. Apa yang Baru di ArchiMate 3?
9. Menggunakan Alat ArchiMate dengan TOGAF ADM
10. Bagaimana Cara Menggunakan Aliran Nilai di ArchiMate 3.1?
11. Apa yang Baru di ArchiMate 3.1