Archimate - Mengenal Archimate

Perkenalan Archimate

1.1 Tujuan
Standar ini adalah spesifikasi bahasa pemodelan ArchiMate Enterprise Architecture, bahasa visual dengan seperangkat ikonografi standar untuk menggambarkan, menganalisis, dan mengkomunikasikan banyak masalah Arsitektur Perusahaan saat mereka berubah seiring waktu. Standar ini memberikan seperangkat entitas dan hubungan dengan ikonografi yang sesuai untuk representasi Deskripsi Arsitektur. Ekosistem ArchiMate juga mendukung format pertukaran dalam XML yang memungkinkan pertukaran model dan diagram antar alat [20].

1.2 Ikhtisar
Arsitektur Perusahaan biasanya dikembangkan karena orang-orang kunci memiliki kekhawatiran yang perlu ditangani oleh sistem bisnis dan TI dalam suatu organisasi. Orang-orang seperti itu biasanya disebut sebagai "pemangku kepentingan" Arsitektur Perusahaan. Peran arsitek adalah untuk mengatasi masalah ini dengan mengidentifikasi dan memperbaiki motivasi dan strategi yang diungkapkan oleh para pemangku kepentingan, mengembangkan arsitektur, dan menciptakan pandangan arsitektur yang menunjukkan bagaimana ia mengatasi dan menyeimbangkan keprihatinan pemangku kepentingan. Tanpa Arsitektur Perusahaan, tidak mungkin semua masalah dan persyaratan dipertimbangkan dan ditangani.

Bahasa pemodelan Arsitektur Perusahaan ArchiMate memberikan representasi yang seragam untuk diagram yang menggambarkan Arsitektur Perusahaan. Ini mencakup konsep untuk menentukan arsitektur yang saling terkait, sudut pandang spesifik untuk pemangku kepentingan terpilih, dan mekanisme penyesuaian bahasa. Ini menawarkan pendekatan arsitektur terintegrasi yang menggambarkan dan memvisualisasikan domain arsitektur yang berbeda dan hubungan serta ketergantungan yang mendasarinya. Kerangka bahasanya menyediakan mekanisme penataan untuk domain arsitektur, lapisan, dan aspek. Ini membedakan antara elemen model dan notasi mereka, untuk memungkinkan penggambaran beragam, berorientasi pemangku kepentingan informasi arsitektur. Bahasa ini menggunakan orientasi layanan untuk membedakan dan menghubungkan Lapisan Bisnis, Aplikasi, dan Teknologi Arsitektur Perusahaan, dan menggunakan hubungan realisasi untuk menghubungkan elemen konkret dengan elemen yang lebih abstrak di seluruh lapisan ini.
1.3 Kesesuaian
Bahasa ArchiMate dapat diimplementasikan dalam perangkat lunak yang digunakan untuk pemodelan Arsitektur Perusahaan. Untuk keperluan standar ini, persyaratan kesesuaian untuk implementasi bahasa yang diberikan dalam bagian ini berlaku. Implementasi yang sesuai:

1. Harus mendukung struktur bahasa, metamodel generik, hubungan, lapisan, lintas-lapisan dependensi, dan elemen lainnya sebagaimana ditentukan dalam Bab 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, dan 13
2. Harus mendukung ikonografi standar sebagaimana ditentukan dalam Bab 4, 5, 6, 7, 8, 9, 10, 11, dan 13, dan diringkas dalam Lampiran A
3. Harus mendukung mekanisme sudut pandang sebagaimana ditentukan dalam Bab 14
4. Harus mendukung mekanisme penyesuaian bahasa sebagaimana ditentukan dalam Bab 15 dalam
cara implementasi yang ditentukan
5. Harus mendukung hubungan antar unsur sebagaimana ditentukan dalam Lampiran B
6. Dapat mendukung contoh sudut pandang yang dijelaskan dalam Lampiran C Pembaca disarankan untuk memeriksa situs web Open Group untuk kesesuaian tambahan dan persyaratan sertifikasi yang merujuk pada standar ini.

1.4 Referensi Normatif
Tidak ada

1.5 Terminologi
Untuk keperluan standar ini, definisi terminologi berikut berlaku: Dapat Menjelaskan fitur atau perilaku yang mungkin tersedia bagi pengguna. Barang-barang yang sudah usang yang diidentifikasi sudah tidak digunakan lagi dapat dihapus di versi standar ini selanjutnya. Implementasi-didefinisikan
Menjelaskan nilai atau perilaku yang tidak ditentukan oleh standar ini tetapi dipilih oleh
pelaksana alat perangkat lunak. Nilai atau perilaku dapat bervariasi di antara implementasi yang sesuai dengan standar ini. Seorang pengguna tidak harus bergantung pada keberadaan nilai atau perilaku. Implementor harus mendokumentasikan nilai atau perilaku sedemikian rupa sehingga dapat digunakan dengan benar oleh pengguna. Dapat Menjelaskan fitur atau perilaku yang opsional. Untuk menghindari ambiguitas, kebalikan dari "mungkin" dinyatakan sebagai "tidak perlu", bukannya "mungkin tidak". Usang Fitur-fitur tertentu sudah usang, yang artinya dapat dipertimbangkan untuk penarikan dalam versi mendatang dari standar ini. Mereka dipertahankan karena penggunaannya yang luas, tetapi penggunaannya tidak disarankan.
Harus Menjelaskan fitur atau perilaku yang merupakan persyaratan. Untuk menghindari ambiguitas, jangan gunakan "harus" sebagai alternatif "harus". Tidak akan Menggambarkan fitur atau perilaku yang merupakan larangan mutlak.
Harus Menjelaskan fitur atau perilaku yang direkomendasikan tetapi tidak diperlukan.
Akan Sama artinya dengan "harus"; "Harus" adalah istilah yang disukai.

1.6 Arah Masa Depan
Tidak ada