Tampilan Contoh ArchiMate: Galeri Lengkap – Motivasi, Strategi, Bisnis, Aplikasi, Teknologi & Migasi

Tampilan Kerangka

Tampilan Kerangka.

Tampilan ini mewakili kerangka untuk membangun semua aspek pengembangan dan diagram terkait. Tampilan ini dapat dimodifikasi sesuai situasi. Oleh karena itu, tampilan ini dapat digunakan untuk navigasi antar diagram. Versi tampilan ini diterapkan dari kerangka ArchiMate (3). Motivasi diperkenalkan di sini sebagai “lapisan” daripada “aspek”.

Pandangan Motivasi

Pandangan Motivasi

Pandangan Motivasi.

Tampilan ini dapat digunakan untuk menganalisis motivasi atau penggerak yang membimbing organisasi dan desain atau perubahan arsitektur perusahaan. Analisis motivasi ini merupakan titik awal untuk semua aktivitas perubahan atau transformasi bisnis dalam organisasi. Tampilan ini merepresentasikan visi pekerjaan pengembangan — apakah cakupan dan skalanya mencakup seluruh organisasi atau sebagian dari organisasi (misalnya, lini bisnis) atau satu program atau proyek tertentu (tingkat solusi). Catatan: Nilai dapat ditambahkan ke elemen seperti Outcome (atau elemen ArchiMate lainnya) untuk menunjukkan nilai tambah yang sebenarnya!

Elemen motivasi didasarkan pada Model Motivasi Bisnis (BMM) [spesifikasi v.1.3, 2015, OMG].

Tampilan Misi – Visi – Nilai

Misi – Visi – Nilai.

Tampilan ini dapat digunakan untuk merepresentasikan misi, visi, dan nilai inti organisasi. Misi menggambarkan, misalnya, “Apa tujuan organisasi, apa yang sebenarnya dilakukan atau dimaksudkan dilakukan, dan apa alasan utama eksistensinya?” Visi adalah kondisi masa depan yang ingin dicapai organisasi. Nilai inti adalah hal yang mendukung visi, membentuk budaya, dan mencerminkan nilai organisasi. Untuk mewujudkan visi organisasi, tujuan strategis harus dicapai.

Referensi: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) Pemodelan Strategi dengan ArchiMate.

Tampilan Peta Nilai Strategis

Peta Nilai – Tampilan Peta Strategi.

Tampilan ini dapat digunakan untuk memvisualisasikan strategi organisasi. Tampilan ini berisi elemen nilai strategis, dan semua aktivitas pengembangan harus diturunkan — secara langsung atau tidak langsung — dari elemen nilai strategis. Dengan memvisualisasikan nilai strategis, memungkinkan pelacakan semua elemen lain yang terkait dengan pelaksanaan strategis yang sebenarnya. Dengan tampilan ini, strategi dapat dibuat nyata: divisualisasikan, dikomunikasikan, dan dikaitkan dengan kenyataan.

Tampilan Analisis Stakeholder

Tampilan Analisis Stakeholder.

Tampilan ini dapat digunakan untuk analisis stakeholder dalam pengembangan bisnis: apa penggerak perubahan? Pertama, stakeholder yang relevan diidentifikasi, kemudian penggerak perubahan yang selaras dengan kepentingan mereka ditentukan. Konsep “Penilaian” dapat digunakan untuk menganalisis penggerak secara lebih rinci, misalnya berdasarkan pendekatan SWOT (Kekuatan, Kelemahan, Peluang, Ancaman). Biasanya, tampilan stakeholder yang berbeda dapat dibuat dari sudut pandang yang berbeda. Alasan lain untuk membagi gambaran besar menjadi yang lebih kecil adalah untuk menjaga diagram tetap ringkas dan mudah dibaca — untuk kemudahan.

Pandangan Stakeholder

Pandangan Stakeholder.

Tampilan ini dapat digunakan untuk menghubungkan penggerak stakeholder dengan tujuan bisnis. Tujuan merupakan elemen kunci dalam pengembangan organisasi. Semua elemen selanjutnya harus dapat dilacak kembali ke penggerak utama dari semua aktivitas perubahan.

Tampilan Prinsip

Tampilan Prinsip.

Tampilan Risiko & Keamanan

Tampilan Risiko dan Keamanan. Memetakan konsep risiko dan keamanan ke ArchiMate. Isu keamanan dan perlindungan data merupakan bagian dari manajemen risiko. Pendekatan pemodelan ini mencakup keduanya.

Referensi:

• Cara Memodelkan Manajemen Risiko Perusahaan dan Keamanan dengan Bahasa ArchiMate®, The Open Group, Nomor Dokumen: W172, 2017.
• Pemodelan Manajemen Risiko dan Keamanan Perusahaan dengan Bahasa ArchiMate®, The Open Group, 2015.

Tampilan Analisis SWOT

Tampilan Analisis SWOT.

Tampilan Tujuan

Tampilan Tujuan (dengan elemen Nilai).

Tujuan dan Hasil Kunci

Pola OKR.

OKR adalah strategi manajemen yang populer untuk menentukan tujuan dan melacak hasil. Ini membantu menciptakan keselarasan dan keterlibatan di sekitar tujuan yang dapat diukur. OKR memiliki dua bagian penting: Tujuan yang ingin Anda capai dan Hasil Kunci, yang merupakan cara Anda mengukur pencapaian Tujuan tersebut.

Tujuan:

• Deskripsi kualitatif yang mudah diingat tentang apa yang ingin Anda capai. Tujuan harus singkat, menginspirasi, dan menarik. Tujuan harus memotivasi dan menantang tim.

Hasil Kunci:

• Sejumlah metrik yang mengukur kemajuan Anda menuju Tujuan. Anda sebaiknya memiliki 2–5 Hasil Kunci untuk setiap Tujuan. Jangan terlalu banyak, atau tidak ada yang akan mengingatnya.

Versi lain dari OKR ditampilkan di bawah ini.

Pola OKR (2).

Pandangan Strategi

Tampilan Lapisan Strategi

Tampilan Strategi

Tampilan Strategi.

ArchiMate versi 3 kini mendukung konsep-konsep terkait strategi bisnis, seperti “Rencana Tindakan”, “Kemampuan”, dan “Sumber Daya”, yang dapat digunakan untuk memodelkan strategi bisnis suatu organisasi. Nilai dan pentingnya tampilan ini terletak pada kenyataan bahwa tujuan organisasi dapat dikaitkan dengan strategi, serta bagaimana kaitannya dengan arsitektur perusahaan melalui kemampuan. Tampilan ini dapat digunakan untuk menerapkan “Pemodelan Strategis Berbasis Tujuan” (Azevedo et al. 2015), di mana tujuan membentuk hierarki sehingga tujuan tingkat tinggi dapat diuraikan menjadi tujuan tingkat rendah.

Tampilan Strategi Bisnis

Strategi Bisnis.

Tampilan Model Motivasi Bisnis (BMM)

Tampilan Model Motivasi Bisnis (BMM).

Tampilan Persyaratan

Tampilan Persyaratan.

Tampilan ini dapat digunakan untuk mengumpulkan persyaratan berdasarkan tujuan strategis. Ini menghubungkan strategi dengan realisasi: strategi dapat dilacak hingga pelaksanaan.

Tampilan Strategi ke Kemampuan

Tampilan Strategi ke Kemampuan.

Tampilan ini dapat digunakan untuk tujuan seperti Perencanaan Berbasis Kemampuan (CBP), serta konsep ArchiMate lainnya seperti “Pendorong” dan “Tujuan”, seperti yang ditunjukkan pada gambar di bawah ini. Tampilan ini dapat digunakan untuk mendukung tujuan perencanaan strategis (dan pelaksanaan). Dengan demikian, tampilan ini dapat digunakan untuk tahap Strategi ke Kemampuan, yang dapat dimasukkan dalam “Strategi ke Portofolio” IT4IT.

Tampilan Peta Kemampuan

Tampilan Peta Kemampuan.

Tampilan ini dapat digunakan untuk memberikan gambaran umum mengenai kemampuan organisasi: apa yang dilakukan atau dapat dilakukan oleh organisasi.

Tampilan Perencanaan Kemampuan

Tampilan Perencanaan Kemampuan.

Tampilan ini dapat digunakan misalnya untuk tujuan Perencanaan Berbasis Kemampuan (CBP), yaitu “hubungan antara strategi dan arsitektur perusahaan”. Tampilan ini dapat digunakan misalnya untuk memetakan strategi ke kemampuan yang dibutuhkan, dan kemampuan ke sumber daya serta blok bangunan lainnya.

Tampilan Realisasi Kemampuan

Tampilan Realisasi Kemampuan.

Tampilan Realisasi Kemampuan 2

Tampilan lain yang mendefinisikan bagaimana kemampuan direalisasikan oleh elemen-elemen tertentu…

Tampilan Realisasi Kemampuan 2.

Tampilan Aliran Nilai

Tampilan Aliran Nilai (pola).

Catatan! “Asosiasi terarah” digunakan di awal rantai nilai / aliran nilai. Aliran nilai dapat terdiri dari tahap-tahap nilai. Demikian pula, aliran nilai secara keseluruhan dan tingkat tinggi dapat menjadi “rantai nilai”, yang pada gilirannya terdiri dari aliran nilai. Sebagai contoh, IT4IT (tautan) memperkenalkan rantai nilai yang terdiri dari empat aliran nilai sebagai berikut: Strategi Portofolio, Penyebaran Permintaan, Memenuhi Permintaan, Deteksi hingga Koreksi (tautan).

Tampilan Pemetaan Silang Aliran Nilai – Kemampuan

Contoh sederhana dari rantai pengiriman nilai ditunjukkan di bawah ini. Rantai nilai, jaringan nilai, dan aliran nilai dapat dimodelkan menggunakan elemen Aliran Nilai ArchiMate, yang termasuk dalam versi ArchiMate 3.1.

Tampilan Contoh Rantai Nilai dari Ide ke Produksi.

Rantai Pengiriman Nilai. Ini adalah contoh yang diperluas yang menggambarkan bagaimana fungsi mendukung (melayani) aliran nilai. Tampilan ini dapat digunakan untuk mendefinisikan apa yang dilakukan organisasi (model bisnis), mengapa kemampuan dibutuhkan, dan bagaimana kaitannya dengan penciptaan nilai.

Tampilan ini termasuk dalam implementasi referensi Kerangka Kerja EA Lean (LEAF) (tautan). Navigasi ke “Aliran Nilai”, “Rantai Pengiriman Nilai”.

Tampilan Kanvas Model Bisnis

Tampilan Model Bisnis.

Ini adalah bentuk dasar dari A. Osterwalder’sKanvas Model Bisnis (BMC), tetapi dapat dimodifikasi sesuai situasi. Ada juga pendekatan yang diberi versi, seperti “Kanvas Model Layanan” atau “Kanvas Lean”. BMC dapat digunakan misalnya untuk desain model bisnis dan inovasi.

Pemodelan BMC dengan ArchiMate “membantu melacak kebutuhan dari kebutuhan bisnis ke spesifikasi desain. Ini membantu mengidentifikasi dampak perubahan model bisnis terhadap desain arsitektur.” [LO Meertens et al.]

Pengembangan keseluruhan mencakup dukungan arsitektur bawaan untuk analisis strategi dan model bisnis. Ini memungkinkan analis bisnis dan pengembang untuk mengamati misalnya bagaimana model bisnis mendukung strategi dan bagaimana model bisnis beradaptasi terhadap organisasi, dan sebaliknya.

Jika BMC dimodelkan dalam alat pemodelan, keunggulan pendekatan ini adalah semua elemen BMC dapat digunakan dalam tampilan lain di repositori model yang sama. Ketika model bisnis diputar, semua perubahan langsung terlihat. Pemodel bisnis dapat membuat elemen baru (misalnya layanan), atau menggunakan semua elemen yang sudah ada di repositori (misalnya unit organisasi atau sumber daya).

Tampilan Kanvas Konsep

Kanvas Konsep. BMC dapat memiliki berbagai varian, seperti yang ditunjukkan pada gambar di bawah ini. Tata letak Kanvas Konsep ini konsisten dengan pendekatan berlapis ArchiMate.

Pandangan Bisnis

Tampilan Lapisan Arsitektur Bisnis.

Tampilan Peta Layanan Bisnis

Tampilan Layanan Bisnis.

Tampilan ini memberikan gambaran umum mengenai layanan bisnis organisasi. Tampilan ini dapat digunakan sebagai “katalog layanan” atau “portofolio layanan” untuk manajemen. Sangat penting untuk mengidentifikasi layanan bisnis mana yang disediakan organisasi kepada pelanggannya. Selain itu, layanan bisnis merupakan titik awal untuk memodelkan semua proses dan struktur organisasi yang mendasarinya. Oleh karena itu, layanan bisnis merupakan salah satu elemen paling penting dalam arsitektur perusahaan.

Tampilan Peta Proses Bisnis

Tampilan Proses Bisnis.

Tampilan ini dapat digunakan sebagai “peta proses” yang memberikan gambaran umum mengenai proses bisnis organisasi.

Tampilan Kerja Sama Proses Bisnis

Tampilan Kerja Sama Proses Bisnis.

Tampilan ini dapat digunakan misalnya untuk memodelkan model operasi.

Tampilan Peta Aktor Bisnis

Tampilan Aktor Bisnis.

Aktor bisnis dapat berupa a) internal atau b) eksternal. Aktor bisnis internal adalah misalnya unit organisasi, sementara aktor bisnis eksternal adalah misalnya pelanggan, mitra bisnis, atau kelompok pemangku kepentingan lain yang bekerja sama dengan organisasi (misalnya organisasi sektor publik atau badan pengatur lainnya).

Tampilan Kerja Sama Aktor Bisnis

Tampilan Kerja Sama Aktor Bisnis.

Dua kasus penggunaan adalah sebagai berikut:

1. Tampilan Intra-Perusahaan: Pandangan Kerja Sama Aktor Bisnis yang menjelaskan bagaimana aktor bisnis internal bekerja sama dan bagaimana mereka bertukar informasi.
2. Tampilan Antar-Perusahaan: Pandangan ekosistem yang menggambarkan lingkungan operasional di mana organisasi beroperasi. Ekosistem adalah jaringan organisasi dan mitra bisnis yang bekerja sama melalui interaksi kolaboratif. Terdapat pemasok, subkontraktor dan mitra B2B lainnya, pelanggan, dll.

Tampilan Proses Bisnis

Tampilan Proses Bisnis.

Tampilan proses bisnis ini menyediakan “struktur dan komposisi tingkat tinggi satu atau lebih proses bisnis (atau bagian-bagiannya), di mana layanan disediakan, aktor ditugaskan ke peran, dan informasi digunakan oleh proses bisnis” [spesifikasi ArchiMate 2.1]. Diagram proses berisi elemen “Sambungan” yang digunakan untuk memodelkan “cabang” dan “pertemuan” dalam alur proses.

Tampilan proses tingkat tinggi ditunjukkan di bawah ini. Ini didasarkan pada model operasi yang diperoleh dari model bisnis, seperti yang ditunjukkan pada diagram aliran nilai di atas.

Proses Ide ke Produksi.

SIPOC (Pemasok, Masukan, Proses, Keluaran, Pelanggan)

SIPOC.

Alat Six Sigma yang disebut SIPOC (Pemasok, Masukan, Proses, Keluaran, Pelanggan) dapat digunakan untuk mendefinisikan elemen-elemen umum yang berlaku untuk semua proses. Ini adalah alat sederhana untuk menganalisis kasus bisnis: nilai apa yang diterima pelanggan dan bagaimana nilai tersebut diterima.

Tampilan Proses Bisnis dengan Peran Bisnis sebagai “Swimlane” Proses – Pendekatan Berlapis

Tampilan Swimlane Proses Bisnis (pola) 2.0.

“Peran Bisnis A” mewakili pelanggan, sementara “swimlane” paling atas mewakili jalur perjalanan pelanggan.

Catatan! Langkah-langkah proses (aktivitas) tertanam di dalam peran bisnis (divisualisasikan sebagai “swimlane”), yang berarti: peran bisnis ini ditugaskan ke proses bisnis/proses langkah-langkah tersebut. Oleh karena itu, tampilan ini merupakan kombinasi dari tampilan proses bisnis dan tampilan berlapis.

Versi di bawah ini menggambarkan aliran informasi dan data (hubungan aliran). “Swimlane” paling atas mewakili jalur perjalanan pelanggan (aktivitas yang terhubung melalui hubungan pemicu).

Tampilan Swimlane Proses Bisnis (pola) 2.0 (aliran informasi).

Versi di bawah ini mewakili pendekatan desain layanan. “Swimlane” paling atas (Peran A) mewakili jalur perjalanan pelanggan, yang terhubung ke organisasi (Peran B dan C) melalui layanan bisnis (1 dan 2).

Tampilan Swimlane Proses Bisnis (pola) 2.0 (layanan).

Tampilan Proses Bisnis Berlapis

Tampilan Proses Berlapis.

Tampilan ini dapat digunakan untuk memodelkan proses bisnis yang mencakup langkah-langkah manual dan otomatis.

Tampilan Peta Perjalanan Pelanggan

Ketika menganalisis perjalanan pelanggan pada tingkat tinggi, versi ini dibuat menggunakan elemen-elemen motivasi dan strategi.

Peta Perjalanan Pelanggan (tingkat tinggi).

Ketika menganalisis jalur layanan pelanggan secara lebih rinci, versi ini dibuat menggunakan elemen-elemen lapisan bisnis dan aplikasi (inti).

Tampilan Perjalanan Pelanggan (contoh) 1.0.

Tampilan yang berfokus pada pelanggan ini menekankan pengalaman pelanggan. Pendekatan pengembangan “luar ke dalam” yang terkait dengan “desain layanan” menekankan aspek penting bahwa layanan dan produk dibuat untuk memberikan nilai kepada pelanggan — dan secara tidak langsung kepada organisasi itu sendiri. Jalur perjalanan pelanggan dapat digunakan untuk memvisualisasikan aliran nilai pelanggan yang melintasi berbagai layanan aplikasi dan aplikasi.

Tampilan Blueprint Layanan

Tampilan Blueprint Layanan 1 (layanan dan aliran)

Tampilan ini berfokus pada pelanggan dan layanan, tetapi juga menekankan aspek “dalam ke luar” dari layanan. Dengan bantuan pendekatan ini, pengembangan berbasis layanan dapat mengidentifikasi dampak perilaku dan struktural yang mungkin terjadi pada layanan yang akan dirancang. Oleh karena itu, tampilan ini melengkapi pendekatan yang didorong oleh pengalaman pelanggan melalui aspek proses dan fungsional.

Tampilan ini memiliki beberapa varian. Contoh di atas menekankan aliran informasi antar lapisan dan elemen.

Tampilan Cerita Pengguna

Tampilan Cerita Pengguna.

Tampilan ini dapat digunakan untuk memvisualisasikan cerita pengguna.

Tampilan Model Layanan Cloud

Tampilan Model Layanan Cloud.

Tampilan Informasi

Tampilan Informasi.

Informasi dapat dimodelkan pada tingkat abstraksi yang berbeda sebagai berikut: a) konseptual, b) logis, dan c) fisik. Gambar di atas menggambarkan tingkat abstraksi tersebut.

Tampilan Model Data Konseptual

Tampilan Model Data Konseptual.

Arsitektur informasi EA mencakup objek bisnis yang digunakan dalam proses bisnis, yaitu konsep. Konsep-konsep ini dan hubungan antar mereka dapat direpresentasikan dalam model data konseptual.

Konsep “Layanan”

Konsep Layanan.

Konsep layanan sering kali bermasalah dan dapat dipahami dengan berbagai cara yang berbeda. Untuk membedakan secara jelas jenis-jenis layanan yang terlibat, merupakan praktik baik untuk menyebutkan awalan: layanan bisnis, layanan aplikasi, atau layanan teknologi. Menurut ITIL, layanan TI berkaitan dengan layanan produksi. Seperti ini. Layanan TI paling dekat berkaitan dengan layanan aplikasi.

Layanan vs Produk

Tampilan Produk.

Konsep produk dapat digunakan sebagai elemen komposit untuk mengelompokkan layanan. Menurut spesifikasi ArchiMate:

“Sebuah produk mewakili kumpulan layanan yang koheren dan/atau elemen struktur pasif, disertai dengan serangkaian kontrak/perjanjian, ditawarkan secara keseluruhan kepada (pelanggan internal atau eksternal).”

“Sebuah produk dapat menggabungkan atau menggabungkan layanan bisnis, layanan aplikasi, dan layanan teknologi, objek bisnis, objek data dan objek teknologi, serta kontrak. Dengan demikian, sebuah produk dapat menggabungkan atau menggabungkan elemen-elemen dari lapisan selain lapisan bisnis.”

“Nilai dapat dikaitkan dengan sebuah produk. Nama produk biasanya adalah nama yang digunakan dalam komunikasi dengan pelanggan, atau dapat berupa kata benda yang lebih umum (misalnya, ‘asuransi perjalanan’).”

Pandangan Aplikasi

Tampilan Lapisan Arsitektur Aplikasi.

Tampilan Peta Layanan Aplikasi

Tampilan Layanan Aplikasi.

Tampilan Peta Aplikasi

Tampilan Peta Aplikasi.

Portofolio aplikasi, di mana aplikasi dapat dikelompokkan berdasarkan unit bisnis.

Tampilan Kerja Sama Aplikasi (Aliran Data)

Tampilan Kerja Sama Aplikasi.

Tampilan Integrasi Aplikasi (Hubungan Dinamis)

Beberapa cara alternatif untuk memodelkan pertukaran data antar aplikasi ditampilkan dalam contoh di bawah ini (1 hingga 10).

• “Aplikasi A” memiliki objek data “A-1” yang diminta oleh “Aplikasi B”.
• Data mengalir dari “Aplikasi A” ke “Aplikasi B”.
• “Aplikasi A” merealisasikan layanan “A-1” yang digunakan oleh “Aplikasi B”.
• Dalam praktiknya, “Aplikasi B” meminta antarmuka aplikasi “A-1” dan mendapatkan respons…

Tampilan Integrasi Aplikasi.

Tampilan Struktur Aplikasi

Tampilan ini membantu merancang atau memahami struktur utama suatu aplikasi dan komponen-komponen turunannya serta data terkait. Diagram ini dapat digunakan untuk mendekomposisi struktur sistem aplikasi yang sedang dibangun untuk menggambarkan modulasi/dekomposisi: apa saja subsistem/komponen turunan, dan layanan aplikasi (atau antarmuka aplikasi) apa yang mereka sediakan.

Tampilan Struktur Aplikasi.

Perhatikan bahwa layanan aplikasi (gambar atas) adalah fungsi perilaku yang disediakan oleh antarmuka struktural (GUI dan/atau API pada gambar bawah). Layanan aplikasi dan antarmuka aplikasi adalah “dua sisi dari koin yang sama”.

Tampilan Struktur Aplikasi 2.

Tampilan Arsitektur Aplikasi

Tampilan ini menggabungkan pendekatan tingkat EA dan tingkat solusi, karena baik aplikasi maupun modul aplikasi ada dalam tampilan yang sama.

Arsitektur Aplikasi.

Model Komponen Aplikasi (CM)

Model Komponen Aplikasi 0-n adalah metode pemodelan arsitektur aplikasi yang terdiri dari diagram pada berbagai tingkat abstraksi sebagai berikut:

• Pada tingkat CM-0, diagram menggambarkan bagaimana aplikasi target berinteraksi dengan lingkungannya dan interaksi apa yang ada dengan aplikasi tetangga dan pengguna. Aplikasi target digambarkan sebagai kotak hitam.
• Pada tingkat CM-1, aplikasi target diuraikan menjadi modul (komponen utama), serta layanan aplikasi (atau antarmuka aplikasi) yang disediakan dan dibutuhkan oleh modul-modul tersebut. Aplikasi target digambarkan sebagai kotak putih.
• Pada tingkat CM-2, modul diuraikan menjadi sub-komponen. (Jumlah tingkat yang dibutuhkan tergantung pada situasi.)

Diagram Model Komponen Aplikasi (CM) di bawah ini terdiri dari komponen aplikasi dan layanan aplikasi. Sebagai alternatif, antarmuka aplikasi dapat digunakan sebagai pengganti layanan aplikasi, tergantung pada situasinya. Seperti biasa, penting untuk menggunakan gaya pemodelan yang sesuai tujuan dan hanya memodelkan elemen-elemen yang memberikan informasi yang cukup dan menambah nilai. Hal ini tergantung pada pemodel — apakah ia lebih memilih menekankan aspek fungsional atau lebih spesifik dan memodelkan antarmuka aktual dengan nama yang tepat.

Diagram model komponen di bawah ini terdiri dari komponen aplikasi dan layanan aplikasi. Sebagai alternatif, antarmuka aplikasi dapat digunakan sebagai pengganti layanan aplikasi.

Model Komponen Aplikasi – 0 (CM-0)

Model Komponen Aplikasi – 0.

Tingkat Model Komponen – 0 (CM-0) (di atas) menggambarkan interaksi antara aplikasi target dan aplikasi tetangga. Semua layanan aplikasi (atau antarmuka aplikasi) yang relevan diperkenalkan. Diagram tingkat 0 terdiri dari komponen lapisan arsitektur perusahaan dan layanannya, dengan aplikasi target di tengah.

Model Komponen Aplikasi – 1 (CM-1)

Model Komponen Aplikasi – 1.

Tingkat Model Komponen – 1 (CM-1) (di atas) menggambarkan bagaimana aplikasi target diuraikan menjadi modul (atau komponen utama), serta layanan aplikasi (atau antarmuka aplikasi) yang diwujudkan oleh setiap modul. Catatan! Aplikasi eksternal dapat dikecualikan dari tingkat ini, tetapi layanannya (atau antarmukanya) ditampilkan. Ketika menampilkan elemen tingkat rendah lebih banyak, elemen tingkat tinggi lebih banyak dapat/dipaksa untuk dihilangkan – untuk kemudahan: pertahankan diagram agar mudah dibaca.

Model Komponen Aplikasi – 2 (CM-2)

Model Komponen Aplikasi – 2.

Tingkat Model Komponen – 2 (CM-2) (di atas) menggambarkan bagaimana modul aplikasi target terdiri dari sub-komponen dan bagaimana mereka berinteraksi.

Tampilan Fungsi Aplikasi

Dekomposisi fungsi aplikasi: fungsi apa saja yang dimiliki sistem dan layanan aplikasi apa yang disediakan?

Tampilan Fungsi Aplikasi.

Tampilan Proses Aplikasi

Tampilan Proses Aplikasi.

Tampilan Proses Aplikasi – penyusunan bersarang.

Tampilan Proses Aplikasi – bagian dalam.

Tampilan Diagram Urutan Komponen Aplikasi

Diagram urutan tidak sepenuhnya berada dalam lingkup ArchiMate, tetapi berada dalam UML. Namun, kita dapat memodelkan misalnya urutan tindakan yang diambil oleh komponen aplikasi menggunakan ArchiMate seperti yang ditunjukkan di bawah ini.

Tampilan Urutan Aplikasi.

Hubungan dinamis “Trigger” dan “Flow” dapat digunakan untuk memodelkan dinamika antar komponen aplikasi. Tata letak tampilan ini dapat menyerupai posisi diagram urutan UML.

Tampilan Diagram Urutan Komponen Aplikasi 2

Versi ini (di bawah ini) menggambarkan bagaimana ArchiMate dapat digunakan untuk memodelkan urutan tindakan yang diambil oleh bagian-bagian internal komponen aplikasi. Bagian-bagian internal adalah misalnya a) proses atau fungsi perilaku dan b) sub-komponen struktural. Ini dimodelkan dengan elemen Proses Aplikasi, Fungsi Aplikasi, dan Komponen Aplikasi. Di sini ditampilkan hanya sebagai alternatif.

Tampilan Urutan Aplikasi (2).

Aliran operasi dalam diagram urutan ini (di atas):

1. Sub-proses “X” dari Komponen Aplikasi “A” mengirim pesan permintaan dengan parameter “A” ke Aplikasi B.
2. Sub-proses “B-1” dari Komponen Aplikasi “B” menerima permintaan masuk dan kemudian (secara sinkron) memanggil Komponen Aplikasi C, di mana Fungsi Aplikasi “Y” menerima permintaan, melakukan beberapa operasi, dan memberikan respons.
3. Sub-proses lainnya “B-2” dari Komponen Aplikasi “B” mengirim pesan dengan parameter ke Komponen Aplikasi D dan menerima konfirmasi. Komponen Aplikasi “D” berisi sub-komponen yang melakukan pemrosesan.
4. Komponen Aplikasi “A” menerima pesan respons dari Komponen Aplikasi B.

Seperti yang ditunjukkan di sini, kita dapat memodelkan kasus integrasi yang cukup kompleks dengan menggabungkan elemen-elemen ini (Komponen Aplikasi, Proses Aplikasi dan Fungsi Aplikasi serta hubungan (Trigger, Flow)). Diagram urutan UML memiliki penggunaan khusus dalam desain perangkat lunak, tetapi ArchiMate dapat dimanfaatkan untuk berbagai tujuan pemodelan – juga untuk desain aplikasi.

Integrasi aplikasi merupakan salah satu bagian paling penting dari Arsitektur Perusahaan (EA). Karena alasan itu, sangat bermanfaat jika kita dapat memodelkan secara lebih rinci bagaimana aplikasi bertukar data dan mekanisme interaksi apa yang digunakan. Sumber daya yang baik untuk pemahaman mendalam mengenai pola integrasi adalah buku “Enterprise Integration Patterns”, berikut ini adalahtautan.

Urutan pengguna akhir yang ditambahkan (di bawah ini) mengikuti ide yang sama menggunakan hubungan dinamis ArchiMate Trigger dan Flow, yang dapat digunakan untuk memodelkan pola pesan sinkron dan asinkron (permintaan-respons dan callback, serta publikasi-penyerapan, dll.).

Tampilan Pola Urutan.

Tampilan Proses ETL

Tampilan Proses ETL.

Tampilan EAI / ESB

Tampilan Pola EAI – ESB.

Tampilan Berlapis

Tampilan Berlapis.

Tampilan berlapis dapat digunakan sebagai diagram konteks gambaran umum dari area target. Keunggulan utama dari tampilan ini adalah untuk menggambarkan penggunaan aplikasi dalam proses bisnis dan layanan yang mereka sediakan. Gambar di atas menggunakan elemen Pengelompokan ArchiMate untuk memodelkan lapisan yang berbeda, sedangkan gambar di bawah ini menggunakan elemen Kelompok visual yang disediakan oleh alat (Archi).

Dalam ArchiMate, secara umum terdapat tiga (3) lapisan sebagai berikut: 1) Lapisan Bisnis, 2) Lapisan Aplikasi, dan 3) Lapisan Teknologi. Warna-warnanya biasanya sebagai berikut: Lapisan Bisnis berwarna kuning, Lapisan Aplikasi berwarna turquoise, Lapisan Teknologi berwarna hijau (lihat Kerangka Dasar ArchiMate, tautan).

Tampilan Berlapis.

Tampilan Aplikasi & Basis Data

Basis data merupakan unit yang bermakna dalam arsitektur perusahaan secara keseluruhan suatu organisasi. Misalnya “Basis Data Pelanggan” atau “Basis Data Pelanggan”, “Basis Data Produk”, dll. Sebagai alternatif, basis data dapat berupa semua tabel dari suatu aplikasi (misalnya “Tabel Pelanggan”, “Tabel Pesanan”, “Tabel Faktur”, dll.), yang bersama-sama membentuk satu basis data. Menurut spesifikasi ArchiMate, Objek Data dapat digunakan untuk memodelkan basis data logis (lihat gambar di bawah), Bab 9.4.1 “Objek Data” menyatakan: “Contoh umum objek data adalah catatan pelanggan, basis data pelanggan, atau klaim asuransi.” “Pengecualian penting terjadi ketika objek data digunakan untuk memodelkan kumpulan data, seperti basis data, di mana hanya ada satu instans.” ArchiMate memiliki mekanisme bawaan yang elegan yang memungkinkan konsep tertentu digunakan pada berbagai tingkat abstraksi (dan detail). Oleh karena itu, misalnya, Objek Data dapat digunakan untuk memodelkan basis data logis, tabel basis data, struktur pesan (yang ditukar antar aplikasi), dll.

Pertimbangan Pemodelan Basis Data.

Basis Data sebagai Komponen Aplikasi.

Tingkat Abstraksi Basis Data.

Tampilan Model Data.

Tampilan Kasus Penggunaan

ArchiMate dapat digunakan untuk menganalisis kasus penggunaan dari sudut pandang fungsional aplikasi. Kasus penggunaan (dikenal dalam UML) dapat dipetakan ke Layanan Aplikasi seperti yang ditunjukkan pada gambar di bawah ini.

Tampilan Kasus Penggunaan (pola 1).

Kasus penggunaan dapat dibagi menjadi: a) kasus penggunaan bisnis dan b) kasus penggunaan sistem (dikenal juga sebagai kasus penggunaan sistem). Gambar di bawah ini menggambarkan bagaimana “kasus penggunaan utama” dimodelkan sebagai Layanan Bisnis, dan kasus sistem berikutnya sebagai Layanan Aplikasi.

Tampilan Kasus Penggunaan (contoh).

Ketika kasus penggunaan diidentifikasi sebagai layanan aplikasi, mereka dapat digunakan lebih lanjut sebagai elemen fungsional dari aplikasi target dalam diagram lain (misalnya dalam tampilan berlapis). Dengan kata lain: layanan aplikasi merepresentasikan perilaku (fungsionalitas) aplikasi. Untuk informasi lebih rinci mengenai analisis kasus penggunaan, lihat ArchiMate Cookbook, tautan.

Pandangan Teknologi

Tampilan Lapisan Arsitektur Teknologi.

Tampilan Infrastruktur

Tampilan ini merepresentasikan platform aplikasi. Pola ini dapat digunakan untuk memodelkan konfigurasi lingkungan runtime dan penempatan aplikasi bisnis.

Tampilan Infrastruktur.

Tampilan Infrastruktur (bersarang).

Tampilan Lapisan Implementasi & Migrasi / Lapisan Arsitektur Transisi

Tampilan Rencana Implementasi

Tampilan Rencana Implementasi.

Tampilan Papan Kanban

Papan Kanban (EA).

Kanban dapat digunakan untuk memvisualisasikan pekerjaan dan alur kerja. Kanban menunjukkan misalnya bagaimana kebutuhan pengembangan, epik, cerita pengguna, dll. mengalir dari daftar backlog ke status siap (selesai). Kanban dapat diterapkan untuk berbagai kegunaan tergantung pada skala dan cakupan kasus pengembangan. Misalnya, “epik” dapat digunakan pada tingkat EA atau “cerita pengguna” atau “kebutuhan” pada tingkat proyek. Tingkat kerincian item pekerjaan dapat bervariasi tergantung pada situasinya.

Tampilan Umum

Tampilan Umum.

Tampilan yang disederhanakan ini dapat digunakan misalnya sebagai diagram konteks untuk suatu layanan, program, atau proyek tertentu.

Fitur Tambahan

Ikhtisar Konteks – Peta Bima Sakti

Ini adalah pendekatan untuk memvisualisasikan sebanyak mungkin dalam tampilan yang sama. Untuk detail lebih lanjut, lihat Peta Bima Sakti untuk ArchiMate,tautan.

FM Peta Bima Sakti (Tingkat 2). (Catatan! Skema warna ini menggunakan warna default ArchiMate. Warna lain dapat digunakan sesuai kebutuhan.)

Tampilan Kerja Sama

Lapisan dapat digabungkan seperti yang ditunjukkan dalam contoh diagram alur data di bawah ini.

Tampilan Kerja Sama Aplikasi (diperluas).

Metamode

Metamode.