Rancangan Arsitektural

Seiring dengan dimulainya perancangan arsitektur, konteks harus dibangun. Untuk mencapai
ini,semua entitas eksternal (spt., sistem, perangkat, orang) yang berinteraksi dengan
perangkat lunak dan cara mereka berinteraksi harus dijelaskan. Informasi ini umumnya bisa
diperoleh dari persyaratan model. Setelah konteks dimodelkan
dan semua antarmuka perangkat lunak eksternal telah dijelaskan, Anda dapat mengidentifikasi
satu set pola dasar arsitektural
Pola dasar adalah abstraksi (mirip dengan kelas) yang mewakili satu elemen
perilaku sistem Kumpulan pola dasar menyediakan koleksi abstraksi
yang harus dimodelkan secara arsitektural jika sistemnya akan dibangun, tapi
pola dasar sendiri tidak memberikan detail implementasi yang cukup. Karena itu,
Perancang menentukan struktur sistem dengan mendefinisikan dan menyempurnakan
perangkat lunak komponen yang menerapkan setiap pola dasar. Proses ini berlanjut secara
berulang sampai struktur arsitektur yang lengkap telah diturunkan.
Sejumlah pertanyaan harus bisa dijawab, sebagai seorang software engineer harus mampu
menciptakan diagram arsitektur yang bermakna.
Apakah diagram menunjukkan caranya?
Apakah diagram menunjukan bagaimana sistem merespon input atau event?
Visualisasi apa yang mungkin ada untuk membantu menekankan resiko?
Bagaimana pola disain yang tersembunyi bisa dibuat lebih jelas untuk pengembang lain?
dapatkah sudut pandang yang banyak menunjukan cara terbaik untuk melakukan refactoring
sebagian dari sistem ?
mampukah desaign trade off mewakili dengan cara yang berarti. Jika tampilan diagram mampu
menjawab pertanyaan-pertanyaan tersebut, itu akan menjadi nilai tersendiri untuk software
engineer yang menggunakanya
Merepresentasikan sistem didalam konteks
Pada tingkat desain arsitektural, arsitek perangkat lunak menggunakan architectural context
diagram (ACD) untuk memodelkan cara perangkat lunak berinteraksi dengan entitas di luar
batas-batasnya. Struktur generik dari konteks arsitektural. Untuk menggambarkan penggunaan
ACD, perhatikan fungsi keamanan rumah SafeHome produk. Kontroler produk SafeHome secara
keseluruhan sangat sesuai dengan fungsi keamanan Fungsi surveilans adalah sistem dan
penggunaan peer fungsi keamanan rumah di versi produk yang lebih baru. Pemilik rumah dan
panel kontrol adalah aktor yang memproduksi dan mengkonsumsi informasi yang digunakan /
diproduksi oleh perangkat lunak keamanan. Akhirnya, sensor digunakan oleh keamanan
perangkat lunak dan ditampilkan sebagai bawahannya.

Mendefinisikan Pola Dasar

Pola dasar adalah kelas atau pola yang mewakili abstraksi inti yang sangat penting untuk desain
arsitektur untuk sistem yang dituju. Secara umum, set pola dasar yang relatif kecil diperlukan
untuk merancang sistem yang relatif kompleks sekalipun. Arsitektur sistem target terdiri dari
pola dasar ini, yang mewakili elemen arsitektur yang stabil namun bisa di instantiasikan dengan
banyak cara yang berbeda berdasarkan tingkah laku sistem.

Menyempurnakan Arsitektur menjadi Komponen

Seiring dengan arsitektur perangkat lunak yang disempurnakan menjadi komponen, struktur
system mulai muncul. Tapi bagaimana komponen ini dipilih? Untuk menjawab Pertanyaan ini,
Anda mulai dengan kelas yang digambarkan sebagai bagian dari persyaratan model. Kelas
analisis ini mewakili entitas dalam aplikasi(bisnis) domain yang harus diatasi dalam arsitektur
perangkat lunak.Oleh karena itu, domain aplikasi merupakan salah satu sumber untuk derivasi
dan penyempurnaan komponen. Sumber lain adalah domain infrastruktur. Arsitektur harus
menampung banyak komponen infrastruktur yang memungkinkan aplikasi komponen namun
tidak memiliki koneksi bisnis ke domain aplikasi. Sebagai contoh,komponen manajemen
memori, komponen komunikasi, komponen basis data, dan komponen manajemen tugas sering
diintegrasikan ke dalam arsitektur perangkat lunak.
Menggambarkan Instansiasi Sistem
Desain arsitektur yang telah dimodelkan sampai saat ini masih relatiflevel tinggi. Konteks sistem
telah ditunjukkan, pola dasar yang menunjukkan abstraksi penting dalam domain masalah telah
didefinisikan,Keseluruhan struktur sistem terlihat jelas, dan komponen perangkat lunak
utamatelah diidentifikasi. Namun, penyempurnaan lebih lanjut (ingat semua desain itu iteratif)
masih diperlukan Untuk mencapai hal ini, sebuah instantiasi sebenarnya dari arsitektur
dikembangkan.
Desain Arsitektur untuk Aplikasi Web
WebApps adalah aplikasi client-server yang biasanya terstruktur dengan menggunakan
multilayered arsitektur, termasuk user interface atau view layer, sebuah layer controller yang
manamengarahkan arus informasi ke dan dari browser klien berdasarkan satu setaturan bisnis,
dan lapisan konten atau model yang mungkin juga berisi bisnisaturan untuk WebApp Seorang
arsitek akan memeriksa persyaratan keamanan dan kegunaan untuk menentukan fitur mana
yang harus dialokasikan ke client atau server.

Desain Arsitektur untuk Aplikasi Mobile

Aplikasi seluler biasanya terstruktur menggunakan arsitektur berlapis-lapis, termasuk lapisan
antarmuka pengguna, lapisan bisnis, dan lapisan data. Dengan aplikasi mobile Anda memiliki
pilihan untuk membangun klien berbasis Web yang ringan atau klien kaya.Sejumlah
pertimbangan yang bisa mempengaruhi desain arsitektur aplikasi seluler:
(1) jenis klien web yang akan dibangun,
(2) kategori perangkat (mis., Ponsel cerdas, tablet) yang didukung,
3) tingkat konektivitas (sesekali atau persisten) yang dibutuhkan,
4) bandwidth yang dibutuhkan,
(5) kendala yang dikenakan oleh platform mobile,
(6) tingkat kegunaan reuse dan perawatan yang penting, dan
(7) batasan sumber daya perangkat (mis., Masa pakai baterai, ukuran memori, kecepatan
prosesor
Penilaian Alternatif Arsitektural Desain
Kami menyajikan dua pendekatan yang berbeda untuk penilaian arsitektur alternative desain.
Metode pertama menggunakan metode iteratif untuk menilai desain trade-off.Pendekatan
kedua menerapkan teknik pseudo-kuantitatif untuk menilaikualitas desain.
Kegiatan analisis desain berikut ini dilakukan secara iteratif :
1. Kumpulkan skenario.
2. Mendapatkan persyaratan
3. Menggambarkan arsitektur
4. Mengevaluasi kualitas atribut
5. Identifikasi sensitivitas kualitas atribut
6. Kritik potensi arsitektur

Bahasa Deskripsi Arsitektural

Architectural description language (ADL) menyediakan semantik dan sintaks untuk
mendeskripsikan arsitektur perangkat lunak.ADL harus memberi perancang kemampuan untuk
menguraikan arsitekturkomponen, menyusun komponen individu menjadi arsitektur yang lebih
besarblok, dan mewakili antarmuka (mekanisme koneksi) antar komponen.

Peninjauan Arsitektural
Ulasan arsitektur adalah jenis review teknis khusus yangmenyediakan sarana untuk menilai
kemampuan arsitektur perangkat lunak untuk memenuhi persyaratan kualitas sistem (mis.,
skalabilitas atau kinerja) dan untuk mengidentifikasipotensi risiko Ulasan arsitektur berpotensi
mengurangi proyekbiaya dengan cara mendeteksi masalah desain lebih awal.
Pelajaran Yang Dipelajari
Sistem berbasis software dibangun oleh orang-orang dengan berbagai kebutuhan dan sudut
pandang yang berbeda. Oleh karena itu, seorang arsitek perangkat lunak harus membangun
konsensus di antara anggota tim perangkat lunak (dan pemangku kepentingan lainnya) untuk
mencapai visi arsitektural untuk produk perangkat lunak akhir.Arsitek sering berfokus pada
dampak jangka panjang dari persyaratan nonfungsional sistem karena arsitekturnya dibuat.
Manajer senior menilai arsitektur dalam konteks tujuan dan sasaran bisnis. Manajer proyek
sering didorong oleh pertimbangan jangka pendek mengenai tanggal pengiriman dan anggaran.
Insinyur perangkat lunak sering berfokus pada kepentingan teknologi dan pengiriman fitur
mereka sendiri. Masing-masing konstituensi ini (dan lainnya) harus bekerja untuk mencapai
konsensus bahwa arsitektur perangkat lunak yang dipilih memiliki kelebihan yang berbeda
dibandingkan alternatif lainnya.