Contoh ArchiMate
Dalam artikel ini, Anda akan melihat koleksi kaya contoh tampilan ArchiMate, yang disusun ke dalam kerangka berlapis mengikuti standar ArchiMate. Tampilan ArchiMate ini menunjukkan bagaimana elemen ArchiMate dapat digunakan. Beberapa contoh dapat digunakan sebagai pola desain.
Contoh-contoh dirancang dengan Visual Paradigm Online , berdasarkan contoh-contoh di Buku Masak ArchiMate. Jika Anda belum memeriksa buku masak, sarankan Anda melihatnya. Tautan: http://www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf
Tampilan Contoh ArchiMate
Tampilan Kerangka
Tampilan Kerangka ini menyusun semua tampilan yang digunakan. Ini dapat digunakan untuk navigasi antar diagram.
Tampilan Motivasi
Pandangan motivasi ini dapat digunakan untuk memeriksa motivasi, atau penyebab, yang mendorong desain atau transformasi organisasi, serta arsitektur perusahaannya, yang berfungsi sebagai dasar untuk semua operasi perubahan dan transformasi bisnis dalam perusahaan. Pandangan ini menggambarkan visi upaya pengembangan, apakah skala dan cakupannya mencakup seluruh organisasi, sebagian darinya (misalnya, lini bisnis), atau program atau proyek tertentu (tingkat solusi). Perhatikan bahwa nilai dapat ditambahkan ke elemen ArchiMate apa pun, seperti hasil (atau elemen ArchiMate lainnya), untuk menunjukkan nilai tambah sebenarnya.
Model Motivasi Bisnis (BMM) [spesifikasi v.1.3, 2015, OMG] digunakan untuk mendefinisikan elemen motivasi.
Pandangan Misi-Nilai-Visi
Tujuan, visi, dan nilai-nilai dasar organisasi semuanya dapat direpresentasikan dengan menggunakan tampilan Mission-Values-Vision. Ini membantu Anda mengidentifikasi tujuan organisasi, apa yang sebenarnya dilakukan atau ingin dilakukan oleh organisasi, dan apa alasan utama keberadaannya. Visi adalah keadaan yang diinginkan organisasi di masa yang akan datang. Visi, budaya, dan cita-cita organisasi semuanya didukung oleh nilai-nilai inti. Tujuan strategis harus dipenuhi agar visi organisasi dapat terwujud.
Referensi: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) Pemodelan strategi dengan ArchiMate.
Tampilan Peta Nilai Strategis
Tampilan Peta Nilai Strategis memvisualisasikan strategi organisasi. Semua operasi pembangunan harus diambil – secara langsung atau tidak langsung – dari pandangan ini, yang terdiri dari elemen-elemen nilai strategis. Adalah layak untuk melacak semua aspek lain yang terkait dengan pelaksanaan strategi yang sebenarnya dengan memvisualisasikan nilai-nilai strategis. Pendekatan dapat direpresentasikan, disampaikan, dan dikaitkan dengan realitas dengan perspektif ini.
Pandangan Analisis Pemangku Kepentingan
Pandangan Analisis Pemangku Kepentingan sering digunakan untuk analisis pemangku kepentingan untuk mengidentifikasi penggerak perubahan. Pertama, mengidentifikasi pemangku kepentingan yang penting, kemudian penggerak perubahan yang menjadi kepentingan terbaik mereka. Konsep “Penilaian” dapat digunakan untuk analisis pendorong yang mendalam, seperti menggunakan teknik SWOT (Strengths, Weaknesses, Opportunities, and Threats). Diagram pandangan pemangku kepentingan yang berbeda dapat dihasilkan dari berbagai sudut pandang, seperti biasa. Alasan lain untuk memecah diagram besar menjadi yang lebih kecil adalah untuk membuatnya tetap kompak dan mudah dibaca — untuk tujuan kejelasan.
Pandangan Pemangku Kepentingan
Pandangan pemangku kepentingan ini menghubungkan motivasi pemangku kepentingan dengan tujuan perusahaan. Tujuan adalah komponen terpenting dari perkembangan organisasi. Setiap elemen berikutnya untuk semua tindakan perubahan harus ditelusuri kembali ke alasan utama ini.
Pandangan Prinsip
Tampilan Risiko & Keamanan
Konsep Risiko dan Keamanan dipetakan ke ArchiMate melalui tampilan ini. Manajemen risiko mencakup kekhawatiran tentang keamanan dan perlindungan data. Keduanya tercakup dalam pandangan ini.
Referensi:
- Cara Membuat Model Manajemen Risiko dan Keamanan Perusahaan dengan Bahasa ArchiMate®, Open Group, DocumentNo: W172, 2017.
- Memodelkan Manajemen Risiko dan Keamanan Perusahaan dengan Bahasa ArchiMate®, Open Group, 2015.
Tampilan Analisis SWOT
Tampilan Gol
Tujuan dan Hasil Utama
OKR, kependekan dari Objectives and Key Results, adalah metode manajemen yang populer untuk menentukan tujuan dan melacak kemajuan. Ini membantu dalam penciptaan keselarasan dan keterlibatan di sekitar tujuan yang terukur. OKR terdiri dari dua bagian: (1) tujuan yang ingin Anda capai dan (2) hasil utama yang akan digunakan untuk melacak kemajuan Anda menuju tujuan tersebut.
Tujuan adalah…
- Penjelasan kualitatif tentang apa yang ingin Anda capai yang mudah diingat. Tujuan yang singkat, menginspirasi, dan menarik adalah ideal. Tim harus termotivasi dan ditantang oleh tujuan.
Hasil utama adalah…
- Serangkaian ukuran yang melacak kemajuan Anda dalam mencapai tujuan Anda. Anda harus memiliki dua hingga lima hasil utama untuk setiap target. Memiliki terlalu banyak hasil kunci akan membuat orang sulit mengingatnya.
Versi lain dengan tindakan yang ditunjukkan di bawah ini.
Tampilan Strategi
Tampilan Strategi
Konsep terkait strategi bisnis seperti “Course of Action,” “Capability,” dan “Resource” sekarang tersedia di ArchiMate versi 3, dan dapat digunakan untuk memodelkan rencana bisnis organisasi. Kegunaan dan pentingnya pandangan ini terletak pada cara tujuan organisasi dapat dikaitkan dengan strategi dan kemudian ke arsitektur perusahaan melalui kemampuan. Pandangan ini dapat digunakan untuk menerapkan “Model Strategis Berbasis Tujuan” (Azevedo et al. 2015), di mana tujuan membentuk hierarki yang dapat dibedah menjadi tujuan tingkat yang lebih rendah.
Tampilan Strategi Bisnis
Model Motivasi Bisnis (BMM) View
Lihat Persyaratan
Tampilan Persyaratan ini dapat digunakan untuk mengumpulkan kebutuhan berdasarkan tujuan strategis. Ini adalah proses menghubungkan strategi dengan implementasi: strategi dapat ditelusuri sampai ke eksekusi.
Strategi untuk Melihat Kemampuan
Tampilan Strategy to Capability, bersama dengan elemen ArchiMate lainnya seperti “Driver” dan “Goal,” dapat digunakan untuk Capability-Based Planning (CBP), seperti yang ditunjukkan pada diagram ArchiMate di bawah ini. Pandangan ini dapat digunakan untuk membantu dalam perencanaan (dan pelaksanaan) strategi. Akibatnya, jenis perspektif ini dapat digunakan dalam fase Strategi-ke-Kemampuan, yang merupakan bagian dari fase “Strategi-untuk-Portofolio” IT4IT.
Kemampuan Tampilan Peta
Tampilan Capability Map dapat digunakan untuk memberikan gambaran tingkat tinggi tentang kemampuan perusahaan: apa yang dilakukannya atau dapat dilakukan.
Tampilan Perencanaan Kemampuan
Tampilan Perencanaan Kemampuan dapat digunakan untuk “Hubungan antara Strategi dan Arsitektur Perusahaan,” seperti yang didefinisikan oleh Perencanaan Berbasis Kemampuan (CBP). Pendekatan ini dapat digunakan untuk memetakan strategi ke kapabilitas dan kapabilitas yang dibutuhkan antara lain sumber daya dan blok bangunan lainnya.
Tampilan Realisasi Kemampuan
Tampilan Realisasi Kemampuan 2
Contoh lain dari tampilan Realisasi Kemampuan yang menunjukkan bagaimana mendefinisikan elemen mana yang dapat digunakan untuk mewujudkan suatu kemampuan.
Tampilan Aliran Nilai
Penting untuk dicatat bahwa pada awal rantai nilai / aliran nilai, “asosiasi terarah” digunakan. Nilai “tahapan” dapat ditemukan dalam aliran nilai. “Rantai nilai”, yang terdiri dari aliran nilai, dapat dianalogikan dengan aliran nilai tingkat tinggi yang menyeluruh. IT4IT (tautan) memperkenalkan rantai nilai yang mencakup empat aliran nilai: Strategi untuk Portofolio, Persyaratan untuk Menyebarkan, Permintaan untuk Memenuhi, dan Deteksi untuk Memperbaiki (tautan).
Aliran Nilai – Tampilan Kemampuan Lintas Pemetaan
Contoh sederhana dari Rantai Pengiriman Nilai ditunjukkan di bawah ini. Elemen Aliran Nilai ArchiMate, yang ditampilkan dalam edisi ArchiMate 3.1, dapat digunakan untuk memodelkan Rantai Nilai, Jaringan Nilai, dan Aliran Nilai.
Ini adalah contoh yang lebih rinci tentang bagaimana kemampuan membantu (melayani) aliran nilai. Perspektif ini dapat digunakan untuk mendefinisikan APA yang dilakukan perusahaan (Model Bisnis) dan MENGAPA kapabilitas diperlukan, serta hubungannya dengan penciptaan nilai.
Implementasi referensi Lean EA Framework (LEAF) mencakup pandangan ini (tautan). Buka “Aliran Nilai” dan kemudian “Rantai Pengiriman Nilai”.
Tampilan Kanvas Model Bisnis
Ini adalah versi dasar Business Model Canvas (BMC) A. Osterwalder, dan dapat disesuaikan agar sesuai dengan kebutuhan Anda. Teknik berversi seperti “Service Model Canvas” dan “Lean Canvas” juga tersedia. BMC dapat digunakan untuk merancang dan berinovasi model bisnis, misalnya.
“Memfasilitasi penelusuran persyaratan dari permintaan bisnis hingga spesifikasi desain” dengan memodelkan BMC dengan ArchiMate. Ini membantu dalam penemuan konsekuensi dari perubahan model bisnis pada desain arsitektur.” [LO Meertens dan rekan]
Bantuan arsitektur bawaan untuk analisis strategi dan model bisnis disertakan dalam pengembangan holistik. Hal ini memungkinkan analis bisnis dan pengembang untuk menilai seberapa baik model bisnis mendukung strategi dan cocok dalam organisasi, serta sebaliknya.
Ketika BMC dimodelkan dalam alat pemodelan, salah satu manfaat dari metode ini adalah bahwa semua elemen BMC dapat digunakan kembali dalam tampilan lain dari repositori model yang sama. Saat memutar model bisnis, semua perubahan langsung terlihat. Pemodel bisnis dapat membangun elemen baru, seperti layanan, atau menggunakan semua elemen repositori yang ada, seperti unit organisasi dan sumber daya.
Tampilan Kanvas Konsep
BMC bisa datang dalam berbagai bentuk, seperti yang ditunjukkan di atas. Pendekatan berlapis dari ArchiMate tercermin dalam tata letak Kanvas Konsep ini.
Tampilan Bisnis
Tampilan Lapisan Arsitektur Bisnis.
Ada berbagai “peta” elemen yang dikendalikan dalam alat EA di setiap lapisan, seperti Peta Layanan Bisnis, Peta Proses, dan sebagainya. Setelah Anda mengenali dan memperkenalkan peta, Anda dapat menggunakannya dalam diagram lain (seperti tampilan berlapis). Tujuan peta adalah untuk menangani katalog “aset EA” sebagai “portofolio” (analog dengan portofolio ide, layanan, dan proyek, dll.). Fitur lain, seperti properti atau atribut, sering disediakan oleh EA-tools untuk setiap elemen. Ini dapat digunakan untuk memberikan rincian lebih lanjut pada setiap aspek. Jenis data tambahan ini juga dapat digunakan untuk berbagai jenis analisis.
Setiap lapisan dapat memiliki beberapa peta, seperti berikut ini:
- Layanan Bisnis, Pelaku Bisnis, dan Proses Bisnis di Lapisan Bisnis;
- Layanan Aplikasi, Aplikasi di Lapisan Aplikasi;
- Layanan Teknologi, Platform, dan Teknologi di Lapisan Teknologi; dan seterusnya.
Berikut adalah beberapa contoh peta lapisan bisnis.
Tampilan Peta Layanan Bisnis
Tampilan Peta Layanan Bisnis memberikan gambaran umum tentang layanan bisnis perusahaan. Untuk tujuan manajemen, jenis tampilan ini dapat digunakan sebagai “Katalog Layanan” atau “Portofolio Layanan”. Sangat penting untuk mengetahui jenis layanan komersial apa yang ditawarkan perusahaan kepada kliennya. Layanan bisnis juga dapat digunakan untuk mensimulasikan semua proses dan struktur organisasi yang mendasarinya. Akibatnya, layanan bisnis merupakan komponen penting dari arsitektur perusahaan.
Tampilan Peta Proses Bisnis
Tampilan ini dapat digunakan sebagai “Peta Proses”, yang memberikan gambaran umum tentang proses bisnis organisasi.
Tampilan Kerjasama Proses Bisnis
Pandangan ini dapat digunakan untuk memodelkan model operasional, misalnya.
Tampilan Peta Pelaku Usaha
Ada dua jenis tindakan bisnis: internal dan eksternal. Pelanggan, mitra usaha, atau kelompok pemangku kepentingan lainnya yang bekerja sama dengan organisasi adalah contoh pelaku usaha internal, sedangkan pelaku usaha eksternal adalah pelanggan, mitra usaha, atau kelompok pemangku kepentingan lain yang berkolaborasi dengan perusahaan (seperti organisasi sektor publik atau otoritas tata kelola lainnya). ).
Pandangan Kerjasama Pelaku Usaha
Berikut ini adalah dua skenario penggunaan:
- Intra-Enterprise View: Tampilan ini memvisualisasikan bagaimana pelaku usaha internal berkolaborasi dan berbagi informasi.
- Inter-Enterprise View: Pandangan ekosistem yang menggambarkan lingkungan operasional di mana sebuah organisasi berfungsi. Ekosistem adalah kumpulan organisasi dan mitra komersial yang berkolaborasi melalui interaksi. Ada pemasok, subkontraktor, dan mitra bisnis-ke-bisnis lainnya, serta pelanggan.
Tampilan Proses Bisnis
Tampilan proses bisnis menunjukkan “struktur tingkat tinggi dan komposisi proses bisnis (atau banyak proses), layanan yang disediakan, peran aktor yang ditetapkan, dan informasi yang digunakan oleh proses bisnis.” Diagram proses ini mencakup elemen “Persimpangan” untuk mewakili “garpu” dan “gabung” aliran proses.
Di bawah ini adalah perspektif proses lanjutan. Ini adalah model operasi, yang didasarkan pada model bisnis yang digambarkan dalam diagram aliran nilai di atas.
SIPOC (Pemasok, Input, Proses, Output, Pelanggan)
SIPOC (Supplier, Inputs, Process, Outputs, Customers) adalah alat Six Sigma yang dapat digunakan untuk mendefinisikan aspek yang mirip dengan semua proses. Ini adalah metode sederhana untuk memeriksa kasus bisnis: nilai apa yang diterima pelanggan dan bagaimana dia menerimanya.
Tampilan Proses Bisnis Dengan Peran Bisnis Sebagai “Swimlanes” dari suatu Proses – Pendekatan Berlapis
Pelanggan diwakili oleh “Peran Bisnis A”, dan jalur perjalanan pelanggan diwakili oleh “swimline” teratas.
Perhatikan bahwa peran bisnis (divisualisasikan sebagai “swimlanes”) bersarang di dalam langkah-langkah proses (aktivitas), menyiratkan bahwa Peran Bisnis ini ditetapkan ke Proses Bisnis/tahap proses ini. Akibatnya, tampilan ini merupakan gabungan dari tampilan berlapis dan tampilan proses bisnis.
Aliran informasi dan data digambarkan dalam versi ini (hubungan aliran). Jalur perjalanan klien diwakili oleh “swimline” atas (aktivitas yang terkait dengan hubungan pemicu).
Metodologi desain layanan disajikan di bawah ini. Jalur perjalanan pelanggan (peran A) diwakili oleh “swimline” paling atas, yang terkait dengan organisasi (peran B dan C) melalui layanan bisnis (1 dan 2).
Tampilan Proses Bisnis Berlapis
Tampilan ini dapat digunakan untuk mewakili proses bisnis dengan langkah manual dan otomatis.
Tampilan Peta Perjalanan Pelanggan
Ketika perjalanan klien perlu dipelajari pada tingkat tinggi, versi ini dihasilkan dengan memanfaatkan elemen Motivasi dan Strategi.
Ketika jalur layanan pelanggan perlu diperiksa lebih lanjut, versi ini dibuat menggunakan bagian lapisan (inti) Bisnis dan Aplikasi.
Pengalaman pelanggan adalah fokus dari pandangan yang berpusat pada pelanggan ini. Teknik terkait “desain layanan” ini berfokus pada pengembangan “luar-dalam” dari layanan yang sedang dibuat. Ini menekankan pentingnya layanan dan produk dalam memberikan nilai kepada pelanggan – dan secara tidak langsung bagi organisasi. Rute perjalanan pelanggan dapat digunakan untuk memvisualisasikan aliran nilai pelanggan yang mencakup banyak aplikasi dan layanan aplikasi.
Tampilan Cetak Biru Layanan
Tampilan Cetak Biru Layanan ini berpusat pada pelanggan dan layanan, tetapi juga menyoroti aspek “dalam-keluar” dari layanan. Strategi pengembangan berbasis layanan dapat mengidentifikasi implikasi perilaku dan struktural yang mendasari layanan yang akan dibangun dengan bantuan teknik ini. Akibatnya, pandangan ini menambahkan proses dan faktor fungsional ke pendekatan berbasis pengalaman pelanggan.
Pandangan ini dapat ditemukan dalam berbagai bentuk. Arus informasi antara lapisan dan elemen adalah subjek dari contoh ini.
Tampilan Cerita Pengguna
Cerita pengguna dapat divisualisasikan menggunakan tampilan ini.
Tampilan Model Layanan Cloud
Tampilan Informasi
Tingkat abstraksi berikut dapat digunakan untuk memodelkan informasi: a) konseptual, b) logis, dan c) fisik. Lapisan abstraksi ini digambarkan dalam diagram di atas.
Tampilan Model Data Konseptual
Objek bisnis, juga dikenal sebagai konsep, yang digunakan dalam operasi bisnis terkandung dalam arsitektur informasi EA. Sebuah model data konseptual dapat digunakan untuk mewakili konsep-konsep ini dan hubungannya.
Konsep “Layanan”
Konsep layanan seringkali bermasalah, seperti yang dapat dilihat dalam berbagai cara. Untuk memperjelas jenis layanan mana yang sedang dibahas, sebaiknya gunakan awalan: bisnis-, aplikasi-, atau layanan teknologi. Menurut ITIL, layanan TI terkait dengan layanan produksi. Hasil dari. Layanan TI adalah yang paling erat kaitannya dengan Layanan Aplikasi.
Layanan dan Produk
Gagasan produk dapat digunakan untuk menggabungkan layanan sebagai elemen komposit. Spesifikasi menurut ArchiMate:
“Produk mewakili kumpulan layanan dan/atau elemen struktur pasif yang koheren, disertai dengan kontrak/seperangkat perjanjian, yang ditawarkan secara keseluruhan kepada pelanggan (internal atau eksternal).”
“Sebuah produk dapat menggabungkan atau menyusun layanan bisnis, layanan aplikasi, dan layanan teknologi, objek bisnis, objek data, dan objek teknologi, serta kontrak. Oleh karena itu suatu produk dapat mengumpulkan atau menyusun elemen dari lapisan lain selain Lapisan Bisnis. “
“Sebuah nilai dapat diasosiasikan dengan sebuah produk. Nama produk biasanya adalah nama yang digunakan dalam komunikasi dengan pelanggan, atau mungkin kata benda yang lebih umum (misalnya, “asuransi perjalanan”).”
Tampilan Aplikasi
Tampilan Peta Layanan Aplikasi
Tampilan Peta Aplikasi
Portofolio aplikasi, yang dapat dipisahkan menjadi beberapa divisi tergantung pada unit bisnis, misalnya.
Tampilan Kerjasama Aplikasi (Alur data)
Tampilan Integrasi Aplikasi (Hubungan dinamis)
Contoh (1-10) di bawah ini menunjukkan beberapa teknik berbeda untuk mensimulasikan perpindahan data antar aplikasi.
- “Application A” memiliki objek data “A-1”, yang diminta oleh “Application B”.
- “Aplikasi A” mengirimkan data ke “Aplikasi B.”
- “Application A” membuat layanan “A-1”, yang digunakan oleh “Application B.”
- Dalam praktiknya, “Aplikasi B” mengirim permintaan ke “Aplikasi A-1” dan menerima respons…
Tampilan Struktur Aplikasi
Tampilan ini penting untuk merancang atau menganalisis struktur utama aplikasi, sub-komponen, dan data terkait. Diagram ini dapat digunakan untuk memecah struktur sistem aplikasi dalam pengembangan, untuk mendemonstrasikan modularisasi / dekomposisi: apa sub-sistem / sub-komponen yang mereka suplai, dan apa layanan aplikasi (atau antarmuka aplikasi) yang mereka berikan. memberi.
Fitur perilaku yang disediakan melalui antarmuka struktural (GUI dan/atau API pada gambar di bawah) disebut sebagai layanan aplikasi (gambar di atas). “Sisi yang berbeda dari mata uang yang sama” adalah Layanan Aplikasi dan Antarmuka Aplikasi.
Tampilan Arsitektur Aplikasi
Karena ada aplikasi dan modul aplikasi dalam tampilan yang sama, tampilan ini menggabungkan teknik level EA dan solusi.
Model Komponen Aplikasi (CM)
Application Component Model 0-n adalah teknik untuk memodelkan arsitektur aplikasi yang terdiri dari diagram berbagai level abstraksi berikut:
- Diagram pada level CM-0 menggambarkan bagaimana aplikasi berinteraksi dengan lingkungannya, termasuk bagaimana aplikasi itu berinteraksi dengan aplikasi dan pengguna lain. Kotak hitam digunakan untuk mewakili aplikasi target.
- Aplikasi target dipecah menjadi modul (komponen utama) dan layanan aplikasi (atau antarmuka aplikasi) apa yang diberikan dan diminta oleh modul tersebut pada level CM-1. Kotak putih digunakan untuk mewakili aplikasi target.
- Modul dibagi menjadi sub-komponen di tingkat CM-2. (Jumlah tingkatan penting bervariasi tergantung pada keadaan.)
Komponen aplikasi dan layanan aplikasi digambarkan dalam diagram Application Component Model (CM) di bawah ini. Tergantung pada situasinya, antarmuka aplikasi dapat digunakan sebagai pengganti layanan aplikasi. Seperti biasa, sangat penting untuk menggunakan gaya pemodelan yang sesuai untuk tugas yang ada, dan untuk memodelkan aspek-aspek yang cukup informatif dan menambah nilai. Terserah pemodel apakah akan menyorot fitur fungsional atau lebih detail dan memodelkan, misalnya, antarmuka sebenarnya dengan nomenklatur yang tepat.
Komponen aplikasi dan layanan aplikasi digambarkan dalam diagram Model Komponen di bawah ini. Alih-alih menggunakan layanan aplikasi, antarmuka aplikasi mungkin digunakan.
Model Komponen Aplikasi – 0 (CM-0)
Interaksi antara aplikasi target dan aplikasi sekitarnya digambarkan pada Component Model – level 0 (CM-0) (di atas). Semua layanan aplikasi yang diperlukan (atau antarmuka aplikasi) dijelaskan. Komponen tingkat arsitektur perusahaan dan layanannya diwakili pada tingkat 0 diagram, dengan aplikasi target di tengah.
Model Komponen Aplikasi – 1 (CM-1)
Model Komponen – level 1 (CM-1) (di atas) menunjukkan bagaimana aplikasi target dipecah menjadi modul (atau komponen utama), dan modul mana yang bertanggung jawab atas layanan aplikasi (atau antarmuka aplikasi) mana. Catatan! Aplikasi eksternal tidak diharuskan untuk ditampilkan pada tingkat ini, tetapi layanan (atau antarmuka) mereka. Ketika lebih banyak bagian tingkat rendah ditampilkan, lebih banyak elemen tingkat tinggi dapat/harus dihilangkan – untuk tujuan kejelasan: agar diagram dapat dipahami.
Model Komponen Aplikasi – 2 (CM-2)
Model Komponen – level 2 (CM-2) (ditunjukkan di atas) menggambarkan bagaimana modul aplikasi target terdiri dari sub-komponen dan berinteraksi.
Tampilan Fungsi Aplikasi
Dekomposisi fungsionalitas aplikasi: apa fungsi sistem, dan layanan aplikasi apa yang mereka sediakan?
Tampilan Proses Aplikasi
Berikut ini adalah tampilan nesting dari tampilan proses aplikasi.
Berikut ini adalah tampilan konten internal dari tampilan proses aplikasi.
Tampilan Diagram Urutan Komponen Aplikasi
Diagram urutan tidak sepenuhnya dicakup oleh ArchiMate; sebagai gantinya, mereka dicakup oleh UML. Namun, seperti yang ditunjukkan di bawah ini, ArchiMate dapat digunakan untuk memodelkan urutan operasi yang dijalankan oleh Komponen Aplikasi.
Untuk pemodelan dinamika antara komponen aplikasi, hubungan dinamis “Pemicu” dan “Aliran” dapat digunakan. Tata letak tampilan ini mirip dengan diagram urutan UML.
Tampilan Diagram Urutan Komponen Aplikasi 2
Versi ini (diagram di bawah) menunjukkan bagaimana ArchiMate dapat digunakan untuk memodelkan tindakan yang dilakukan elemen internal Komponen Aplikasi. Proses atau fungsi perilaku, serta sub-komponen struktural, adalah contoh bagian internal. Application Process-, Application Function-, dan Application Component-elemen digunakan untuk memodelkannya. Ini hanya disediakan sebagai alternatif.
Tindakan dalam diagram urutan ini (di atas) adalah sebagai berikut:
- Sub-proses “X” dari Komponen Aplikasi “A” mengirimkan pesan permintaan ke Aplikasi B dengan parameter “A.”
- Sub-proses “B-1” dari Komponen Aplikasi “B” mendapatkan permintaan masuk dan kemudian (secara serempak) memanggil Komponen Aplikasi C, di mana Fungsi Aplikasi “Y” menerima permintaan, melakukan tindakan tertentu, dan kembali.
- Sub-proses lain “B-2” dari Komponen Aplikasi “B” mengirim pesan dengan parameter ke Komponen Aplikasi D dan menerima pengakuan. Sub-komponen “D” dari Komponen Aplikasi “D” melakukan pemrosesan.
- Pesan jawaban dari Komponen Aplikasi B diterima oleh Komponen Aplikasi “A.” Seperti yang ditunjukkan di sini, kita dapat memodelkan kasus integrasi yang cukup kompleks dengan kombinasi elemen-elemen ini (Komponen Aplikasi, Proses Aplikasi dan Fungsi Aplikasi dan relasi (Pemicu, Alur). UML diagram urutan memiliki tujuan khusus sendiri dalam desain perangkat lunak, tetapi ArchiMate dapat digunakan dalam banyak tujuan pemodelan – juga dalam desain aplikasi.
Salah satu aspek terpenting dari arsitektur perusahaan adalah integrasi aplikasi (EA). Itulah mengapa berguna jika kita dapat menjelaskan bagaimana aplikasi mengalihkan data dan metode interaksi apa yang digunakan secara lebih rinci. Berikut tautan ke buku “Pola Integrasi Perusahaan”, yang merupakan tempat yang fantastis untuk mulai belajar tentang pola integrasi.
Gagasan yang sama untuk memanfaatkan hubungan dinamis ArchiMate Trigger and Flow, yang dapat digunakan untuk memodelkan pola pesan sinkron dan asinkron, digunakan secara berurutan dengan menyertakan pengguna akhir (gambar di bawah) (permintaan-tanggapan dan panggilan balik, juga publikasikan- berlangganan dll).
Tampilan proses ETL
Tampilan EAI / ESB
Tampilan Berlapis
Tampilan Berlapis dapat digunakan sebagai diagram konteks ikhtisar area target. Manfaat utama dari pendekatan ini adalah menunjukkan bagaimana aplikasi digunakan dalam proses bisnis dan layanan apa yang mereka sediakan. Untuk memodelkan lapisan yang berbeda, diagram di atas menggunakan elemen Pengelompokan ArchiMate, sedangkan diagram di bawah menggunakan elemen Grup visual alat.
ArchiMate memiliki 3 (tiga) lapisan, yaitu sebagai berikut: Ketiga lapisan tersebut adalah: 1) lapisan bisnis, 2) lapisan aplikasi, dan 3) lapisan teknologi. Mereka biasanya diwarnai sebagai berikut: Kuning untuk Lapisan Bisnis, pirus untuk Lapisan Aplikasi, dan hijau untuk Lapisan Teknologi.
Tampilan Aplikasi & Basis Data
Database adalah komponen penting dari arsitektur perusahaan secara keseluruhan organisasi. Misalnya, “Database klien”, “Database pelanggan”, “Database produk”, dan seterusnya. Alternatifnya, database dapat berupa kompilasi logis (dan fisik) dari semua tabel aplikasi (misalnya, “tabel Pelanggan”, “tabel Pesanan”, “tabel Faktur”, dan seterusnya), yang secara kolektif membentuk database. Objek Data dapat digunakan untuk memodelkan basis data logis (gambar di bawah), menurut standar ArchiMate. Bab 9.4.1 “Objek Data” menyatakan: “Contoh khas objek data adalah catatan pelanggan, database klien, atau klaim asuransi.” “Pengecualian yang signifikan adalah ketika objek data digunakan untuk memodelkan kumpulan data dengan hanya satu instance, seperti database. ArchiMate menyertakan sistem built-in pintar yang memungkinkan Anda menerapkan konsep yang sama ke beberapa level abstraksi (dan level detail). Akibatnya, Objek Data, misalnya, dapat digunakan untuk mensimulasikan database logis, tabel database, struktur pesan (beralih di seluruh aplikasi), dan seterusnya.
Basis Data Sebagai Komponen Aplikasi
Tingkat Abstraksi Basis Data:
Tampilan Model Data:
Gunakan Tampilan Kasus
ArchiMate dapat digunakan untuk memeriksa kasus penggunaan dari sudut pandang fungsional aplikasi. Seperti yang ditunjukkan dalam diagram di bawah ini, Use Cases (sebagaimana didefinisikan oleh UML) dapat dipetakan ke Application Services.
Sebuah kasus penggunaan dapat dipecah menjadi dua kategori: kasus penggunaan bisnis dan kasus penggunaan sistem (alias kasus sistem). Diagram di bawah ini menunjukkan bagaimana “kasus penggunaan utama” dapat diwakili oleh Layanan Bisnis, dengan kasus sistem berikutnya diwakili oleh Layanan Aplikasi.
Ketika kasus penggunaan didefinisikan sebagai layanan aplikasi, mereka dapat digunakan sebagai bagian dari fungsi aplikasi target dalam diagram lain (seperti tampilan berlapis). Dengan kata lain, layanan aplikasi mewakili perilaku aplikasi (fungsionalitas). Lihat Buku Masak ArchiMate, tautan, untuk informasi lebih lanjut tentang analisis kasus penggunaan.
Tampilan Teknologi
Tampilan Lapisan Arsitektur Teknologi.
Tampilan Infrastruktur
Tampilan ini menggambarkan platform aplikasi. Pola ini dapat digunakan untuk memodelkan pengaturan lingkungan run-time serta penyebaran aplikasi bisnis.
Tampilan Infrastruktur (bersarang):
Lapisan Implementasi dan Migrasi / Tampilan Lapisan Arsitektur Transformasi
Tampilan Peta Jalan Implementasi
Pemandangan Kanban
Papan Kanban adalah alat untuk memvisualisasikan pekerjaan dan proses. Papan Kanban menggambarkan bagaimana kebutuhan pengembangan, epos, cerita pengguna, dan item lainnya mengalir dari backlog ke status siap (Selesai). Bergantung pada volume dan luasnya skenario pengembangan, papan Kanban dapat digunakan untuk berbagai tujuan. Misalnya, “Epik” dapat digunakan di tingkat EA, dan “Kisah Pengguna” atau “Persyaratan” dapat digunakan sebagai item pekerjaan di tingkat proyek. Tergantung pada situasinya, perincian item tugas dapat bervariasi.
Tampilan Umum
Representasi yang disederhanakan ini dapat digunakan sebagai diagram konteks untuk layanan, program, atau proyek tertentu, misalnya.
Ekstra
Tinjauan Konteks – Peta Bima Sakti
Ini adalah teknik untuk memvisualisasikan sebanyak mungkin dalam satu tampilan. Lihat Peta Bima Sakti dengan ArchiMate untuk informasi lebih lanjut.
Tampilan kerjasama
Seperti yang ditunjukkan dalam contoh diagram aliran data di bawah ini, lapisan dapat dicampur.
metamodel
Contoh-contoh ini dibuat dengan Visual Paradigm Online .