3 Struktur Bahasa

Bab ini menjelaskan struktur bahasa pemodelan Arsitektur Perusahaan ArchiMate. Definisi rinci dan contoh dari kumpulan elemen dan hubungan standar yang dimilikinya dijelaskan lebih lanjut pada Bab 4 hingga Bab 1

3.1 Pertimbangan Desain Bahasa

Tantangan utama dalam pengembangan metamodel umum untuk Arsitektur Perusahaan adalah menyeimbangkan antara spesifisitas bahasa untuk domain arsitektur individu dan kumpulan konsep arsitektur yang sangat umum, yang mencerminkan pandangan sistem sebagai sekumpulan entitas yang saling terkait.

Desain bahasa ArchiMate dimulai dari sekelompok konsep yang relatif umum. Konsep-konsep ini telah disesuaikan untuk penerapan pada berbagai lapisan arsitektur, seperti yang dijelaskan pada bagian berikutnya. Batasan desain yang paling penting pada bahasa ini adalah bahwa bahasa ini secara eksplisit dirancang sekecil mungkin, namun tetap dapat digunakan untuk sebagian besar tugas pemodelan Arsitektur Perusahaan. Banyak bahasa lain berusaha memenuhi kebutuhan semua pengguna yang mungkin. Dalam upaya mempermudah pembelajaran dan penggunaan, bahasa ArchiMate dibatasi hanya pada konsep-konsep yang cukup untuk memodelkan 80% kasus praktis yang umum.

Standar ini tidak menjelaskan alasan rinci di balik desain bahasa ArchiMate. Pembaca yang tertarik dapat merujuk ke [1], [2], dan [3], yang menyediakan penjelasan rinci mengenai pembangunan bahasa dan pertimbangan desainnya.

3.2 Struktur Bahasa Tingkat Atas

Gambar 1 menggambarkan struktur hierarkis tingkat atas bahasa ini:

• Model adalah kumpulan darikonsep– konsep adalah salah satu darielemenatauhubungan
• Sebuah elemen adalah elemen perilaku, elemen struktur, elemen motivasi, atau elemen komposit

Perhatikan bahwa ini adalahabstrakkonsep; mereka tidak dimaksudkan untuk digunakan secara langsung dalam model. Untuk menandainya, mereka digambarkan dengan warna putih dan label dalam huruf miring. Lihat Bab 4 untuk penjelasan mengenai notasi yang digunakan pada Gambar 1.

Gambar 1: Hierarki Tingkat Atas Konsep ArchiMate

3.3 Lapisan Bahasa ArchiMate

Bahasa inti ArchiMate mendefinisikan struktur elemen-elemen umum dan hubungan-hubungannya, yang dapat disesuaikan pada berbagai lapisan. Tiga lapisan didefinisikan dalam bahasa inti ArchiMate sebagai berikut:

1. LapisanBisnismenggambarkan layanan bisnis yang ditawarkan kepada pelanggan, yang direalisasikan dalam organisasi melalui proses bisnis yang dilakukan oleh pelaku bisnis.
2. LapisanAplikasimenggambarkan layanan aplikasi yang mendukung bisnis, serta aplikasi-aplikasi yang mewujudkannya.
3. LapisanTeknologi mencakup teknologi informasi dan teknologi operasional. Anda dapat memodelkan, misalnya, teknologi pemrosesan, penyimpanan, dan komunikasi untuk mendukung dunia aplikasi dan lapisan Bisnis, serta memodelkan teknologi operasional atau fisik dengan fasilitas, peralatan fisik, bahan, dan jaringan distribusi.

Struktur umum model dalam berbagai lapisan serupa. Jenis elemen dan hubungan yang digunakan sama, meskipun sifat dan tingkat detailnya berbeda. Pada bab berikutnya, struktur metamodel umum dipaparkan. Pada Bab 8, Bab 9, dan Bab 10 elemen-elemen ini dikhususkan untuk mendapatkan elemen-elemen yang spesifik pada lapisan tertentu.

Sejalan dengan orientasi layanan, hubungan yang paling penting antar lapisan dibentuk oleh hubungan “melayani”[1] hubungan, yang menunjukkan bagaimana elemen-elemen dalam satu lapisan dilayani oleh layanan-layanan dari lapisan lain. (Catatan, namun, bahwa layanan tidak hanya melayani elemen dalam lapisan lain, tetapi juga dapat melayani elemen dalam lapisan yang sama.) Jenis hubungan kedua dibentuk oleh hubungan realisasi: elemen-elemen dalam lapisan yang lebih rendah dapat merealisasikan elemen-elemen yang setara dalam lapisan yang lebih tinggi; misalnya, sebuah

objek data” (Lapisan Aplikasi) dapat merealisasikan objek bisnis” (Lapisan Bisnis); atau sebuah

“artefak” (Lapisan Teknologi) dapat merealisasikan baik objek data” maupun komponen aplikasi” (Lapisan Aplikasi).

3.4 Kerangka Kerja Inti ArchiMate

Kerangka Kerja Inti ArchiMate adalah kerangka berupa sembilan sel yang digunakan untuk mengklasifikasikan elemen-elemen bahasa inti ArchiMate. Kerangka ini terdiri dari tiga aspek dan tiga lapisan, seperti yang ditunjukkan pada Gambar 2. Ini dikenal sebagai Kerangka Kerja Inti ArchiMate.

Penting untuk dipahami bahwa klasifikasi elemen berdasarkan aspek dan lapisan hanya bersifat global. Elemen arsitektur dunia nyata tidak harus ketat terbatas pada satu aspek atau lapisan karena elemen-elemen yang menghubungkan aspek dan lapisan yang berbeda memainkan peran sentral dalam deskripsi arsitektur yang koheren. Sebagai contoh, menyusul sedikit lebih awal dari pembahasan konseptual selanjutnya, peran bisnis berfungsi sebagai elemen perantara antara elemen-elemen yang “murni berperilaku” dan elemen-elemen yang “murni struktural”, dan dapat bergantung pada konteks apakah suatu perangkat lunak tertentu dianggap bagian dari Lapisan Aplikasi atau Lapisan Teknologi.

Gambar 2: Kerangka Kerja Inti ArchiMate

Struktur kerangka ini memungkinkan pemodelan perusahaan dari berbagai sudut pandang, di mana posisi dalam sel menonjolkan kepedulian pemangku kepentingan. Seorang pemangku kepentingan biasanya memiliki kepedulian yang mencakup beberapa sel.

Dimensi kerangka ini adalah sebagai berikut:

• Lapisan – tiga tingkat di mana perusahaan dapat dimodelkan dalam ArchiMate – Bisnis, Aplikasi, dan Teknologi (seperti dijelaskan dalam Bagian 3.3)
• Aspek:

—Aspek Struktur Aktif, yang mewakili elemen-elemen struktural (aktor bisnis, komponen aplikasi, dan perangkat yang menunjukkan perilaku nyata; yaitu,)

subjek aktivitas)

—Aspek Perilaku, yang mewakili perilaku (proses, fungsi, peristiwa, dan layanan) yang dilakukan oleh aktor; elemen-elemen struktural ditugaskan ke elemen-elemen perilaku, untuk menunjukkan siapa atau apa yang menunjukkan perilaku

—Aspek Struktur Pasif, yang mewakili objek-objek di mana perilaku dilakukan; biasanya berupa objek informasi di Lapisan Bisnis dan objek data di Lapisan Aplikasi, tetapi juga dapat digunakan untuk mewakili objek fisik

Tiga aspek ini terinspirasi dari bahasa alami di mana sebuah kalimat memiliki subjek (struktur aktif), kata kerja (perilaku), dan objek (struktur pasif). Dengan menggunakan konstruksi yang sama seperti yang biasa digunakan orang dalam bahasa mereka sendiri, bahasa ArchiMate lebih mudah dipelajari dan dibaca.

Karena notasi ArchiMate adalahgrafisbahasa di mana elemen-elemen diatur secara spasial, urutan ini tidak berpengaruh dalam pemodelan.

Sebuah elemen komposit, seperti yang ditunjukkan pada Gambar 1, adalah elemen yang tidak harus pas dalam satu aspek (kolom) kerangka, tetapi dapat menggabungkan dua atau lebih aspek.

Perhatikan bahwa bahasa ArchiMate tidak mengharuskan pemodel untuk menggunakan tata letak tertentu seperti struktur kerangka kerja ini; hal ini hanya merupakan kategorisasi dari elemen-elemen bahasa.

3.5 Kerangka Kerja ArchiMate Lengkap

Kerangka Kerja ArchiMate Lengkap, sebagaimana dijelaskan dalam versi standar ini, menambahkan sejumlah lapisan dan aspek ke dalam Kerangka Kerja Inti. Elemen fisik dimasukkan ke dalam Lapisan Teknologi untuk memodelkan fasilitas dan peralatan fisik, jaringan distribusi, dan bahan. Dengan demikian, elemen-elemen ini juga merupakan elemen inti. Elemen strategi diperkenalkan untuk memodelkan arah dan pilihan strategis. Elemen-elemen ini dijelaskan dalam Bab 7. Aspek motivasi diperkenalkan pada tingkat umum di bab berikutnya dan dijelaskan secara rinci dalam Bab 6. Elemen implementasi dan migrasi dijelaskan dalam Bab 12. Kerangka Kerja ArchiMate Lengkap yang dihasilkan ditampilkan pada Gambar 3.

Gambar 3: Kerangka Kerja ArchiMate Lengkap

Bahasa ArchiMate tidak mendefinisikan lapisan khusus untuk informasi; namun, elemen-elemen dari aspek struktur pasif seperti objek bisnis, objek data, dan artefak digunakan untuk merepresentasikan entitas informasi. Pemodelan informasi didukung di seluruh lapisan ArchiMate yang berbeda.

3.6 Abstraksi dalam Bahasa ArchiMate

Struktur bahasa ArchiMate mengakomodasi beberapa bentuk abstraksi dan penyempurnaan yang umum. Pertama, perbedaan antara tampilan eksternal (kotak hitam, mengabstrak dari isi kotak) dan tampilan internal (kotak putih) merupakan hal yang umum dalam desain sistem. Tampilan eksternal menggambarkan apa yang harus dilakukan sistem terhadap lingkungannya, sedangkan tampilan internal menggambarkan bagaimana sistem melakukan hal tersebut.

Kedua, perbedaan antara perilaku dan struktur aktif sering digunakan untuk memisahkan apa yang harus dilakukan sistem dan bagaimana sistem melakukannya dari komponen-komponen sistem (manusia, aplikasi, dan infrastruktur) yang melakukannya. Dalam pemodelan sistem baru, seringkali bermanfaat untuk memulai dengan perilaku yang harus dilakukan sistem, sedangkan dalam pemodelan sistem yang sudah ada, seringkali bermanfaat untuk memulai dengan manusia, aplikasi, dan infrastruktur yang membentuk sistem, lalu menganalisis secara rinci perilaku yang dilakukan oleh struktur aktif ini.

Perbedaan ketiga adalah antara tingkat abstraksi konseptual, logis, dan fisik. Hal ini berasal dari pemodelan data: elemen konseptual merepresentasikan informasi yang dianggap relevan oleh bisnis; elemen logis memberikan struktur logis pada informasi ini agar dapat dimanipulasi oleh sistem informasi; elemen fisik menggambarkan penyimpanan informasi ini; misalnya dalam bentuk file atau tabel basis data. Dalam bahasa ArchiMate, hal ini sesuai dengan objek bisnis, objek data, dan artefak, beserta hubungan realisasi di antara mereka.

Perbedaan antara elemen logis dan fisik juga diterapkan dalam deskripsi aplikasi. Metamodel Perusahaan TOGAF [4] mencakup serangkaian entitas yang menggambarkan komponen dan layanan bisnis, data, aplikasi, dan teknologi untuk menggambarkan konsep arsitektur. Komponen logis adalah penyatuan data atau fungsi yang independen terhadap implementasi atau produk, sedangkan komponen fisik adalah komponen perangkat lunak yang nyata, perangkat, dll. Perbedaan ini direkam dalam kerangka TOGAF dalam bentuk Blok Bangunan Arsitektur (ABBs) dan Blok Bangunan Solusi (SBBs). Perbedaan ini kembali berguna dalam mengembangkan Arsitektur Perusahaan dari deskripsi tingkat tinggi dan abstrak menjadi desain tingkat nyata dan implementasi. Perhatikan bahwa blok bangunan dapat berisi beberapa elemen, yang biasanya dimodelkan menggunakan konsep pengelompokan dalam bahasa ArchiMate.

Bahasa ArchiMate memiliki tiga cara untuk memodelkan abstraksi semacam ini. Pertama, sebagaimana dijelaskan dalam [6], elemen perilaku seperti fungsi aplikasi dan teknologi dapat digunakan untuk memodelkan komponen logis, karena mereka merepresentasikan penyatuan fungsi yang independen terhadap implementasi. Komponen fisik yang sesuai kemudian dapat dimodelkan menggunakan elemen struktur aktif seperti komponen aplikasi dan node, yang ditugaskan ke elemen perilaku. Kedua, bahasa ArchiMate mendukung konsep realisasi. Ini dapat dijelaskan paling baik dengan bekerja dari Lapisan Teknologi ke atas. Lapisan Teknologi mendefinisikan artefak fisik dan perangkat lunak yang merealisasikan komponen aplikasi. Ia juga menyediakan pemetaan ke konsep fisik lainnya seperti perangkat, jaringan, dll., yang dibutuhkan untuk realisasi sistem informasi. Hubungan realisasi juga digunakan untuk memodelkan jenis realisasi yang lebih abstrak, seperti antara (lebih spesifik) kebutuhan dan (lebih umum) prinsip, di mana pemenuhan kebutuhan mengimplikasikan kepatuhan terhadap prinsip. Realisasi juga diizinkan antara komponen aplikasi dan antara node. Dengan cara ini, Anda dapat memodelkan komponen aplikasi atau teknologi fisik yang merealisasikan komponen aplikasi atau teknologi logis, masing-masing. Ketiga, komponen aplikasi logis dan fisik dapat didefinisikan sebagai spesialisasi tingkat metamodel dari elemen komponen aplikasi, sebagaimana dijelaskan dalam Bab 14 (lihat juga contoh dalam Bagian 14.2.2). Hal yang sama berlaku untuk komponen teknologi logis dan fisik dari Metamodel Konten TOGAF, yang dapat didefinisikan sebagai spesialisasi dari elemen node (lihat Bagian 14.2.3).

Bahasa ArchiMate secara sengaja tidak mendukung perbedaan antara tipe dan instans. Pada tingkat abstraksi Arsitektur Perusahaan, lebih umum untuk memodelkan tipe dan/atau contoh daripada instans. Demikian pula, suatu proses bisnis dalam bahasa ArchiMate tidak menggambarkan satu instans individu (yaitu, satu eksekusi dari proses tersebut). Dalam kebanyakan kasus, objek bisnis digunakan untuk memodelkan tipe objek (lihat jugakelas UML®), yang dapat memiliki beberapa instans yang ada dalam organisasi. Sebagai contoh, setiap eksekusi proses aplikasi asuransi dapat menghasilkan satu instans khusus dari objek bisnis polis asuransi, tetapi hal ini tidak dimodelkan dalam Arsitektur Perusahaan.

3.7 Konsep dan Notasinya

Bahasa ArchiMate memisahkan konsep-konsep bahasa (yaitu, komponen-komponen metamodel) dari notasi yang digunakan. Kelompok pemangku kepentingan yang berbeda mungkin memerlukan notasi yang berbeda agar dapat memahami model atau tampilan arsitektur. Dalam hal ini, bahasa ArchiMate berbeda dari bahasa seperti UML atau BPMN™, yang hanya memiliki satu notasi standar. Mekanisme sudut pandang yang dijelaskan dalam Bab 13 menyediakan cara untuk mendefinisikan visualisasi yang berorientasi pada pemangku kepentingan.

Meskipun notasi konsep ArchiMate dapat (dan sebaiknya) disesuaikan dengan pemangku kepentingan, standar menyediakan satu notasi grafis umum yang dapat digunakan oleh arsitek dan pihak lain yang mengembangkan model ArchiMate. Notasi ini ditujukan bagi audiens yang sudah terbiasa dengan teknik pemodelan teknis yang ada seperti Diagram Hubungan Entitas (ERD), UML, atau BPMN, sehingga menyerupainya. Dalam sisa dokumen ini, kecuali dinyatakan lain, simbol-simbol yang digunakan untuk menggambarkan konsep bahasa merepresentasikan notasi standar ArchiMate. Notasi standar untuk sebagian besar elemen terdiri dari kotak dengan ikon di sudut kanan atas. Dalam beberapa kasus, ikon itu sendiri juga dapat digunakan sebagai notasi alternatif. Ikonografi standar ini sebaiknya diprioritaskan sebisa mungkin agar siapa pun yang menguasai bahasa ArchiMate dapat membaca diagram yang dihasilkan dalam bahasa tersebut.

3.8 Penggunaan Penyusunan

Penggunaan elemen di dalam elemen lain dapat digunakan sebagai notasi grafis alternatif untuk mengungkapkan beberapa hubungan. Hal ini dijelaskan secara lebih rinci dalam Bab 5 dan dalam definisi masing-masing hubungan tersebut.

3.9 Penggunaan Warna dan Petunjuk Notasi

Dalam gambar metamodel dalam standar ini, nuansa abu-abu digunakan untuk membedakan elemen-elemen yang termasuk dalam aspek-aspek berbeda dari kerangka kerja ArchiMate, sebagai berikut:

• Putih untuk konsep abstrak (yaitu, tidak dapat diinstansiasi)
• Abu-abu terang untuk struktur pasif
• Abu-abu sedang untuk perilaku
• Abu-abu gelap untuk struktur aktif

Dalam model ArchiMate, tidak ada semantik formal yang ditetapkan untuk warna dan penggunaan warna dibiarkan kepada pemodel. Namun, warna dapat digunakan secara bebas untuk menekankan aspek tertentu dalam model. Sebagai contoh, dalam banyak model contoh yang disajikan dalam standar ini, warna digunakan untuk membedakan antar lapisan dalam Kerangka Kerja Inti ArchiMate, sebagai berikut:

• Kuning untuk Lapisan Bisnis
• Biru untuk Lapisan Aplikasi
• Hijau untuk Lapisan Teknologi

Mereka juga dapat digunakan untuk penekanan visual. Teks yang direkomendasikan yang menyediakan panduan adalah Bab 6 dari [1]. Selain warna, petunjuk notasi lainnya dapat digunakan untuk membedakan antar lapisan kerangka kerja. Huruf M, S, B, A, T, P, atau I di sudut kiri atas suatu elemen dapat digunakan untuk menunjukkan elemen Motivasi, Strategi, Bisnis, Aplikasi, Teknologi, Fisik, atau Implementasi & Migrasi, masing-masing. Contoh notasi ini ditampilkan dalam Contoh 34.

Notasi standar juga menggunakan konvensi dengan bentuk sudut simbol-simbolnya untuk berbagai jenis elemen, sebagai berikut:

• Sudut persegi digunakan untuk menunjukkan elemen struktur
• Sudut bulat digunakan untuk menunjukkan elemen perilaku
• Sudut diagonal digunakan untuk menunjukkan elemen motivasi

[1]Perhatikan bahwa ini sebelumnya disebut sebagai “digunakan oleh” dalam versi standar sebelumnya. Untuk memperjelas, nama ini telah diubah menjadi “melayani”.