![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Framework-View-1.jpg\")
<\/p>\n<\/p>\n
Tampilan Kerangka.<\/p>\n
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”.<\/p>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Motivation-View-1.jpg\")
<\/p>\n
Pandangan Motivasi.<\/p>\n
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 \u2014 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!<\/p>\n
Elemen motivasi didasarkan pada Model Motivasi Bisnis (BMM) [spesifikasi<\/a> v.1.3, 2015, OMG].<\/p>\n Misi \u2013 Visi \u2013 Nilai.<\/p>\n 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.<\/p>\n Referensi: Aldea, A. \u2013 Iacob, M.-E. \u2013 Hillegersberg, J. \u2013 Quartel, D. \u2013 Franken, H. (2015) Pemodelan Strategi dengan ArchiMate.<\/p>\n Peta Nilai \u2013 Tampilan Peta Strategi.<\/p>\n Tampilan ini dapat digunakan untuk memvisualisasikan strategi organisasi. Tampilan ini berisi elemen nilai strategis, dan semua aktivitas pengembangan harus diturunkan \u2014 secara langsung atau tidak langsung \u2014 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.<\/p>\n Tampilan Analisis Stakeholder.<\/p>\n 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 \u2014 untuk kemudahan.<\/p>\n Pandangan Stakeholder.<\/p>\n 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.<\/p>\n Tampilan Prinsip.<\/p>\n 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.<\/p>\n Referensi:<\/p>\n Tampilan Analisis SWOT.<\/p>\n Tampilan Tujuan (dengan elemen Nilai).<\/p>\n Pola OKR.<\/p>\n 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.<\/p>\n Tujuan:<\/p>\n Hasil Kunci:<\/p>\n Versi lain dari OKR ditampilkan di bawah ini.<\/p>\n Pola OKR (2).<\/p>\n Tampilan Lapisan Strategi<\/p>\n Tampilan Strategi.<\/p>\n ArchiMate versi 3 kini mendukung konsep-konsep terkait strategi bisnis, seperti \u201cRencana Tindakan\u201d, \u201cKemampuan\u201d, dan \u201cSumber Daya\u201d, 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 \u201cPemodelan Strategis Berbasis Tujuan\u201d (Azevedo et al. 2015), di mana tujuan membentuk hierarki sehingga tujuan tingkat tinggi dapat diuraikan menjadi tujuan tingkat rendah.<\/p>\n Strategi Bisnis.<\/p>\n Tampilan Model Motivasi Bisnis (BMM).<\/p>\n Tampilan Persyaratan.<\/p>\n Tampilan ini dapat digunakan untuk mengumpulkan persyaratan berdasarkan tujuan strategis. Ini menghubungkan strategi dengan realisasi: strategi dapat dilacak hingga pelaksanaan.<\/p>\n Tampilan Strategi ke Kemampuan.<\/p>\n Tampilan ini dapat digunakan untuk tujuan seperti Perencanaan Berbasis Kemampuan (CBP), serta konsep ArchiMate lainnya seperti \u201cPendorong\u201d dan \u201cTujuan\u201d, 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 \u201cStrategi ke Portofolio\u201d IT4IT.<\/p>\n Tampilan Peta Kemampuan.<\/p>\n Tampilan ini dapat digunakan untuk memberikan gambaran umum mengenai kemampuan organisasi: apa yang dilakukan atau dapat dilakukan oleh organisasi.<\/p>\n Tampilan Perencanaan Kemampuan.<\/p>\n 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.<\/p>\n Tampilan Realisasi Kemampuan.<\/p>\n Tampilan lain yang mendefinisikan bagaimana kemampuan direalisasikan oleh elemen-elemen tertentu\u2026<\/p>\n Tampilan Realisasi Kemampuan 2.<\/p>\n Tampilan Aliran Nilai (pola).<\/p>\n 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<\/a>) memperkenalkan rantai nilai yang terdiri dari empat aliran nilai sebagai berikut: Strategi Portofolio, Penyebaran Permintaan, Memenuhi Permintaan, Deteksi hingga Koreksi (tautan<\/a>).<\/p>\n 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.<\/p>\n Tampilan Contoh Rantai Nilai dari Ide ke Produksi.<\/p>\n 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.<\/p>\n Tampilan ini termasuk dalam implementasi referensi Kerangka Kerja EA Lean (LEAF) (tautan<\/a>). Navigasi ke “Aliran Nilai”, “Rantai Pengiriman Nilai”.<\/p>\n Tampilan Model Bisnis.<\/p>\n Ini adalah bentuk dasar dari A. Osterwalder\u2019sKanvas Model Bisnis<\/a> (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.<\/p>\n 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.]<\/p>\n 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.<\/p>\n 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).<\/p>\n 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.<\/p>\n Tampilan Lapisan Arsitektur Bisnis.<\/p>\n Tampilan Layanan Bisnis.<\/p>\n 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.<\/p>\n Tampilan Proses Bisnis.<\/p>\n Tampilan ini dapat digunakan sebagai “peta proses” yang memberikan gambaran umum mengenai proses bisnis organisasi.<\/p>\n Tampilan Kerja Sama Proses Bisnis.<\/p>\n Tampilan ini dapat digunakan misalnya untuk memodelkan model operasi.<\/p>\n Tampilan Aktor Bisnis.<\/p>\n 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).<\/p>\n Tampilan Kerja Sama Aktor Bisnis.<\/p>\n Dua kasus penggunaan adalah sebagai berikut:<\/p>\n Tampilan Proses Bisnis.<\/p>\n 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.<\/p>\n 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.<\/p>\n Proses Ide ke Produksi.<\/p>\n SIPOC.<\/p>\n 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.<\/p>\n Tampilan Swimlane Proses Bisnis (pola) 2.0.<\/p>\n “Peran Bisnis A” mewakili pelanggan, sementara “swimlane” paling atas mewakili jalur perjalanan pelanggan.<\/p>\n 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.<\/p>\n Versi di bawah ini menggambarkan aliran informasi dan data (hubungan aliran). “Swimlane” paling atas mewakili jalur perjalanan pelanggan (aktivitas yang terhubung melalui hubungan pemicu).<\/p>\n Tampilan Swimlane Proses Bisnis (pola) 2.0 (aliran informasi).<\/p>\n 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).<\/p>\n Tampilan Swimlane Proses Bisnis (pola) 2.0 (layanan).<\/p>\n Tampilan Proses Berlapis.<\/p>\n Tampilan ini dapat digunakan untuk memodelkan proses bisnis yang mencakup langkah-langkah manual dan otomatis.<\/p>\n Ketika menganalisis perjalanan pelanggan pada tingkat tinggi, versi ini dibuat menggunakan elemen-elemen motivasi dan strategi.<\/p>\n Peta Perjalanan Pelanggan (tingkat tinggi).<\/p>\n Ketika menganalisis jalur layanan pelanggan secara lebih rinci, versi ini dibuat menggunakan elemen-elemen lapisan bisnis dan aplikasi (inti).<\/p>\n Tampilan Perjalanan Pelanggan (contoh) 1.0.<\/p>\n 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 \u2014 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.<\/p>\n Tampilan Blueprint Layanan 1 (layanan dan aliran)<\/p>\n 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.<\/p>\n Tampilan ini memiliki beberapa varian. Contoh di atas menekankan aliran informasi antar lapisan dan elemen.<\/p>\n Tampilan Cerita Pengguna.<\/p>\n Tampilan ini dapat digunakan untuk memvisualisasikan cerita pengguna.<\/p>\n Tampilan Model Layanan Cloud.<\/p>\n Tampilan Informasi.<\/p>\n Informasi dapat dimodelkan pada tingkat abstraksi yang berbeda sebagai berikut: a) konseptual, b) logis, dan c) fisik. Gambar di atas menggambarkan tingkat abstraksi tersebut.<\/p>\n Tampilan Model Data Konseptual.<\/p>\n 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.<\/p>\n Konsep Layanan.<\/p>\n 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.<\/p>\n Tampilan Produk.<\/p>\n Konsep produk dapat digunakan sebagai elemen komposit untuk mengelompokkan layanan. Menurut spesifikasi ArchiMate:<\/p>\n \u201cSebuah produk mewakili kumpulan layanan yang koheren dan\/atau elemen struktur pasif, disertai dengan serangkaian kontrak\/perjanjian, ditawarkan secara keseluruhan kepada (pelanggan internal atau eksternal).\u201d<\/p>\n<\/blockquote>\n \u201cSebuah 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.\u201d<\/p>\n<\/blockquote>\n \u201cNilai 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, \u2018asuransi perjalanan\u2019).\u201d<\/p>\n<\/blockquote>\n Tampilan Lapisan Arsitektur Aplikasi.<\/p>\n Tampilan Layanan Aplikasi.<\/p>\n Tampilan Peta Aplikasi.<\/p>\n Portofolio aplikasi, di mana aplikasi dapat dikelompokkan berdasarkan unit bisnis.<\/p>\n Tampilan Kerja Sama Aplikasi.<\/p>\n Beberapa cara alternatif untuk memodelkan pertukaran data antar aplikasi ditampilkan dalam contoh di bawah ini (1 hingga 10).<\/p>\n Tampilan Integrasi Aplikasi.<\/p>\n 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.<\/p>\n Tampilan Struktur Aplikasi.<\/p>\n 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”.<\/p>\n Tampilan Struktur Aplikasi 2.<\/p>\n Tampilan ini menggabungkan pendekatan tingkat EA dan tingkat solusi, karena baik aplikasi maupun modul aplikasi ada dalam tampilan yang sama.<\/p>\n Arsitektur Aplikasi.<\/p>\n Model Komponen Aplikasi 0-n adalah metode pemodelan arsitektur aplikasi yang terdiri dari diagram pada berbagai tingkat abstraksi sebagai berikut:<\/p>\n 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 \u2014 apakah ia lebih memilih menekankan aspek fungsional atau lebih spesifik dan memodelkan antarmuka aktual dengan nama yang tepat.<\/p>\n Diagram model komponen di bawah ini terdiri dari komponen aplikasi dan layanan aplikasi. Sebagai alternatif, antarmuka aplikasi dapat digunakan sebagai pengganti layanan aplikasi.<\/p>\n Model Komponen Aplikasi \u2013 0.<\/p>\n Tingkat Model Komponen \u2013 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.<\/p>\n Model Komponen Aplikasi \u2013 1.<\/p>\n Tingkat Model Komponen \u2013 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 \u2013 untuk kemudahan: pertahankan diagram agar mudah dibaca.<\/p>\n Model Komponen Aplikasi \u2013 2.<\/p>\n Tingkat Model Komponen \u2013 2 (CM-2) (di atas) menggambarkan bagaimana modul aplikasi target terdiri dari sub-komponen dan bagaimana mereka berinteraksi.<\/p>\n Dekomposisi fungsi aplikasi: fungsi apa saja yang dimiliki sistem dan layanan aplikasi apa yang disediakan?<\/p>\n Tampilan Fungsi Aplikasi.<\/p>\n Tampilan Proses Aplikasi.<\/p>\n Tampilan Proses Aplikasi \u2013 penyusunan bersarang.<\/p>\n Tampilan Proses Aplikasi \u2013 bagian dalam.<\/p>\n 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.<\/p>\n Tampilan Urutan Aplikasi.<\/p>\n Hubungan dinamis “Trigger” dan “Flow” dapat digunakan untuk memodelkan dinamika antar komponen aplikasi. Tata letak tampilan ini dapat menyerupai posisi diagram urutan UML.<\/p>\n 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.<\/p>\n Tampilan Urutan Aplikasi (2).<\/p>\n Aliran operasi dalam diagram urutan ini (di atas):<\/p>\n 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 \u2013 juga untuk desain aplikasi.<\/p>\n 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<\/a>.<\/p>\n 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.).<\/p>\n Tampilan Pola Urutan.<\/p>\n Tampilan Proses ETL.<\/p>\n Tampilan Pola EAI \u2013 ESB.<\/p>\n Tampilan Berlapis.<\/p>\n 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<\/a>).<\/p>\n 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<\/a>).<\/p>\n Tampilan Berlapis.<\/p>\n Basis data merupakan unit yang bermakna dalam arsitektur perusahaan secara keseluruhan suatu organisasi. Misalnya \u201cBasis Data Pelanggan\u201d atau \u201cBasis Data Pelanggan\u201d, \u201cBasis Data Produk\u201d, dll. Sebagai alternatif, basis data dapat berupa semua tabel dari suatu aplikasi (misalnya \u201cTabel Pelanggan\u201d, \u201cTabel Pesanan\u201d, \u201cTabel Faktur\u201d, 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 \u201cObjek Data\u201d menyatakan: \u201cContoh umum objek data adalah catatan pelanggan, basis data pelanggan, atau klaim asuransi.\u201d \u201cPengecualian penting terjadi ketika objek data digunakan untuk memodelkan kumpulan data, seperti basis data, di mana hanya ada satu instans.\u201d 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.<\/p>\n Pertimbangan Pemodelan Basis Data.<\/p>\n Basis Data sebagai Komponen Aplikasi.<\/p>\n Tingkat Abstraksi Basis Data.<\/p>\n Tampilan Model Data.<\/p>\n 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.<\/p>\n Tampilan Kasus Penggunaan (pola 1).<\/p>\n 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 \u201ckasus penggunaan utama\u201d dimodelkan sebagai Layanan Bisnis, dan kasus sistem berikutnya sebagai Layanan Aplikasi.<\/p>\n Tampilan Kasus Penggunaan (contoh).<\/p>\n 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<\/a>.<\/p>\n Tampilan Lapisan Arsitektur Teknologi.<\/p>\n Tampilan ini merepresentasikan platform aplikasi. Pola ini dapat digunakan untuk memodelkan konfigurasi lingkungan runtime dan penempatan aplikasi bisnis.<\/p>\n Tampilan Infrastruktur.<\/p>\n Tampilan Infrastruktur (bersarang).<\/p>\n Tampilan Rencana Implementasi.<\/p>\n Papan Kanban (EA).<\/p>\n 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, \u201cepik\u201d dapat digunakan pada tingkat EA atau \u201ccerita pengguna\u201d atau \u201ckebutuhan\u201d pada tingkat proyek. Tingkat kerincian item pekerjaan dapat bervariasi tergantung pada situasinya.<\/p>\n Tampilan Umum.<\/p>\n Tampilan yang disederhanakan ini dapat digunakan misalnya sebagai diagram konteks untuk suatu layanan, program, atau proyek tertentu.<\/p>\nTampilan Misi \u2013 Visi \u2013 Nilai<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Mission-Vision-Values-View.jpg\")
<\/p>\nTampilan Peta Nilai Strategis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Value-Map-Strategy-Map-View.jpg\")
<\/p>\nTampilan Analisis Stakeholder<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Stakeholder-Analysis-View.jpg\")
<\/p>\nPandangan Stakeholder<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Stakeholder-View.jpg\")
<\/p>\nTampilan Prinsip<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Principles-View.jpg\")
<\/p>\nTampilan Risiko & Keamanan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Risk-and-Security-View.jpg\")
<\/p>\n\n
Tampilan Analisis SWOT<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/SWOT-analysis-View.jpg\")
<\/p>\nTampilan Tujuan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Goals-View-with-Value-element.jpg\")
<\/p>\nTujuan dan Hasil Kunci<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/OKR-pattern.png\")
<\/p>\n\n
\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/OKR-pattern-2.png\")
<\/p>\nPandangan Strategi<\/h2>\n
Tampilan Strategi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-View-2.jpg\")
<\/p>\nTampilan Strategi Bisnis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-for-Business.jpg\")
<\/p>\nTampilan Model Motivasi Bisnis (BMM)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Motivation-Model-BMM-View-1.jpg\")
<\/p>\nTampilan Persyaratan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Requirements-View.jpg\")
<\/p>\nTampilan Strategi ke Kemampuan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-To-Capability-View-2.jpg\")
<\/p>\nTampilan Peta Kemampuan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Map-View.jpg\")
<\/p>\nTampilan Perencanaan Kemampuan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Planning-View-1.jpg\")
<\/p>\nTampilan Realisasi Kemampuan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Realization-View-2.jpg\")
<\/p>\nTampilan Realisasi Kemampuan 2<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Realization-View-2.png\")
<\/p>\nTampilan Aliran Nilai<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Value-Stream-View-pattern.png\")
<\/p>\nTampilan Pemetaan Silang Aliran Nilai \u2013 Kemampuan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Idea-to-Production-Value-Chain-Example-View.png\")
<\/p>\nTampilan Kanvas Model Bisnis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Model-View.jpg\")
<\/p>\nTampilan Kanvas Konsep<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Concept-Canvas-1.jpg\")
<\/p>\nPandangan Bisnis<\/h2>\n
Tampilan Peta Layanan Bisnis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Services-View.jpg\")
<\/p>\nTampilan Peta Proses Bisnis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Processes-View.jpg\")
<\/p>\nTampilan Kerja Sama Proses Bisnis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Co-operation-View-1.jpg\")
<\/p>\nTampilan Peta Aktor Bisnis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Actors-View.jpg\")
<\/p>\nTampilan Kerja Sama Aktor Bisnis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Actor-Co-Operation-View.jpg\")
<\/p>\n\n
Tampilan Proses Bisnis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-View.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Idea-to-Production-Process-2.png\")
<\/p>\nSIPOC (Pemasok, Masukan, Proses, Keluaran, Pelanggan)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/SIPOC.png\")
<\/p>\nTampilan Proses Bisnis dengan Peran Bisnis sebagai “Swimlane” Proses \u2013 Pendekatan Berlapis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-information-flow-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-services-2.png\")
<\/p>\nTampilan Proses Bisnis Berlapis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-Process-View-2.png\")
<\/p>\nTampilan Peta Perjalanan Pelanggan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Customer-Journey-Map-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Customer-Journey-View-example-1.0.png\")
<\/p>\nTampilan Blueprint Layanan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Service-Blueprint-View-1-services-flows.png\")
<\/p>\nTampilan Cerita Pengguna<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/User-Story-View.jpg\")
<\/p>\nTampilan Model Layanan Cloud<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Cloud-Service-Models-View.jpg\")
<\/p>\nTampilan Informasi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Information-View.jpg\")
<\/p>\nTampilan Model Data Konseptual<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Conceptual-Data-Model-View.jpg\")
<\/p>\nKonsep \u201cLayanan\u201d<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Service-Concept.jpg\")
<\/p>\nLayanan vs Produk<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Product-View-1.jpg\")
<\/p>\n\n
\n
\n
Pandangan Aplikasi<\/h2>\n
Tampilan Peta Layanan Aplikasi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Services-View.jpg\")
<\/p>\nTampilan Peta Aplikasi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Applications-Map-View.jpg\")
<\/p>\nTampilan Kerja Sama Aplikasi (Aliran Data)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Co-operation-View.jpg\")
<\/p>\nTampilan Integrasi Aplikasi (Hubungan Dinamis)<\/h3>\n
\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Integration-View-2.jpg\")
<\/p>\nTampilan Struktur Aplikasi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Structure-View-1.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Structure-View-2-1024x357-1.jpg\")
<\/p>\nTampilan Arsitektur Aplikasi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Architecture-1024x663-1.jpg\")
<\/p>\nModel Komponen Aplikasi (CM)<\/h3>\n
\n
Model Komponen Aplikasi \u2013 0 (CM-0)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-0-1024x639-1.jpg\")
<\/p>\nModel Komponen Aplikasi \u2013 1 (CM-1)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-1-1024x397-1.jpg\")
<\/p>\nModel Komponen Aplikasi \u2013 2 (CM-2)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-2-1024x538-1.jpg\")
<\/p>\nTampilan Fungsi Aplikasi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Functions-View.jpg\")
<\/p>\nTampilan Proses Aplikasi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-1024x498-1.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-nesting.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-internals-1024x261-1.jpg\")
<\/p>\nTampilan Diagram Urutan Komponen Aplikasi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Sequence-View.jpg\")
<\/p>\nTampilan Diagram Urutan Komponen Aplikasi 2<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Sequence-View-2.png\")
<\/p>\n\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Sequence-Pattern-View.png\")
<\/p>\nTampilan Proses ETL<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/ETL-process-View.jpg\")
<\/p>\nTampilan EAI \/ ESB<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/EAI-ESB-pattern-View-1-1.png\")
<\/p>\nTampilan Berlapis<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-View-2.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-View-1-1024x761-1.jpg\")
<\/p>\nTampilan Aplikasi & Basis Data<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-Modelling-Considerations.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-As-an-Application-Component.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-Abstraction-Levels.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Data-Model-View.png\")
<\/p>\nTampilan Kasus Penggunaan<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Use-Case-View-pattern-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Use-Case-View-example.png\")
<\/p>\nPandangan Teknologi<\/h2>\n
Tampilan Infrastruktur<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Infrastructure-View-3.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Infrastructure-View-nesting.jpg\")
<\/p>\nTampilan Lapisan Implementasi & Migrasi \/ Lapisan Arsitektur Transisi<\/h2>\n
Tampilan Rencana Implementasi<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Implementation-Roadmap-View-1.jpg\")
<\/p>\nTampilan Papan Kanban<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Kanban-Board-EA-1.jpg\")
<\/p>\nTampilan Umum<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Generic-View.jpg\")
<\/p>\nFitur Tambahan<\/h2>\n
Ikhtisar Konteks \u2013 Peta Bima Sakti<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Milky-Way-Map-2-2.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Co-operation-View-Extended.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Metamodel-2-1024x741-1.jpg\")
<\/p>\n