You are on page 1of 5

METODOLOGI PERANCANGAN ARSITEKTUR

(METODE ANALISIS ARSITEKTUR SOFTWARE)

Abstrak
Tujuan dari evaluasi arsitektur sistem perangkat lunak adalah
menganalisis arsitektur untuk mengidentifikasi potensi risiko dan
memverifikasi bahwa persyaratan kualitas yang telah dibahas dalam
desain. Survei ini menunjukkan status penelitian saat ini, dalam domain
ini, dengan menghadirkan dan membahas delapan metode analisis
arsitektur yang paling representatif. Pemilihan metode belajar berusaha
menutupi beberapa pandangan tertentu refleksi seobjektif mungkin akan
berasal dari tujuan umum. Peran diskusi adalah untuk menawarkan
pedoman yang berkaitan dengan penggunaan metode yang paling sesuai
untuk proses penilaian arsitektur. Survei ini akan berkonsentrasi
bagaimana menemukan persamaan dan perbedaan antara delapan
metode yang ada dengan klasifikasi membuat, membandingkan dan studi
kelayakan.
Pendahuluan
Ide memprediksi kualitas sebuah produk perangkat lunak dari deskripsi
desain tingkat yang lebih tinggi bukanlah hal yang baru. Selama beberapa
tahun terakhir, gagasan arsitektur perangkat lunak (SA) telah muncul
sebagai level yang tepat untuk menangani kualitas perangkat lunak. Hal
ini karena masyarakat ilmiah dan industri telah mengakui bahwa SA
menetapkan batas-batas untuk kualitas perangkat lunak dari sistem yang
dihasilkan.
Upaya terbaru terhadap sistematisasi implikasi menggunakan pola desain
dan gaya arsitektur berkontribusi, sering dengan cara yang informal,
dengan jaminan kualitas desain. Hal ini diakui bahwa tidak mungkin untuk
mengukur kualitas atribut dari sistem final berdasarkan desain SA.
Langkah selanjutnya yang dibutuhkan adalah untuk mengembangkan
cara-cara sistematis yang menjembatani persyaratan mutu sistem
perangkat lunak dengan arsitekturnya. Masalah utama adalah bagaimana
untuk lebih memanfaatkan konsep arsitektur perangkat lunak untuk
menganalisis sistem perangkat lunak kualitas atribut secara sistematis
dan berulang. Menjadi sebuah domain penelitian baru, sebagian besar
metode struktural untuk menilai kualitas Software architecture (SA) telah
disajikan dalam makalah konferensi dan jurnal.

Metode yang dibahas meliputi metode analisis arsitektur berbasis


skenario (SAAM) [2] dan tiga kasus ekstensi tertentu, satu didirikan pada
skenario kompleks (SAAMCS)[3], dan dua ekstensi untuk reusability,
ESAAMI [4] dan SAAMER [5], metode analisis trade-off arsitektur (ATAM)
[6], skenario berbasis arsitektur rekayasa ulang (SBAR) [7], arsitektur
tingkat prediksi pemeliharaan perangkat lunak (ALPSM) [8], dan sebuah
arsitektur perangkat lunak model evaluasi (SAEM) [9].
Penelitian ini mempelajari metode-metode tersebut untuk menutupi
beberapa point of view dari refleksi objektif yang berasal dari tujuan
umum. SA dianggap produk pertama dalam proses pengembangan
berbasis arsitektur dan dari sudut pandang ini, analisis di level ini harus
mengungkapkan konflik kebutuhan dan desain deskripsi lengkap dari
perspektif stakeholder tertentu.
Fokus metode yang dipilih untuk didiskusikan adalah pertama
menemukan perbedaan dan persamaan dan kedua membuat klasifikasi,
perbandingan dan studi kelayakan. Pada akhirnya, akan ditarik
kesimpulan dari tingkat nyata dari penelitian saat ini serta pekerjaan di
masa depan dalam domain yang ditentukan oleh metode yang disajikan.
Metode
Software arsitektur didefinisikan sebagai struktur atau struktur-struktur
sistem dimana terdiri dari komponen, properties komponen secara
eksternal tampak, dan hubungannya. Definisi ini hanya difokuskan pada
aspek internal sistem dan analisis sistem yang mendasarinya.
Dari sudut pandang analisis kualitas pada level arsitektur, representasi
yang mungkin bisa sangat relevan pada prediksi kualitas dan estimasi
usaha.

Gambar 1. Deskripsi arsitektur dan relevansi untuk analisis


kualitas atribut
Sebagian besar metode analisis arsitektur menggunakan skenario.
Praktek-praktek yang ada dengan skenario yang sistematis dalam.
Skenario adalah cara yang baik untuk mensintesis interpretasi individu
dari kualitas perangkat lunak menjadi pandangan umum. Pandangan ini
adalah lebih konkrit daripada definisi umum kualitas perangkat lunak dan
juga menggabungkan spesifik dari sebuah sistem yang akan
dikembangkan.
Kerangka untuk presentasi dan perbandingan metode analisis SA
dijelaskan dan dimotivasi oleh konsep-konsep utama yang dinyatakan di
bawah ini dan karakterisasi metodologi.
Tabel 1 Kerangka elemen-elemen untuk karakterisasi

Keadaan aturan oleh siapa, dalam urutan apa, dan dalam hal apa teknik
digunakan untuk mencapai tujuan metode. Pada penelitian ini akan
dianalisis 8 metode yaitu:
1. Scenario-Based Architecture Analysis Methode (SAAM)
2. SAAM Founded on Complex Scenarios (SAAMSCS)
3. Extending SAAM by Integration in the Domain (ESAAMI)
4. Software Architecture Analysis Method for Evolution and Reusability
(SAAMER)
5. The Architecture Trade-Off Analysis Method (ATAM)
6. Scenario-Based Architecture Reengineering (SBAR)
7. Architecture Level Prediction of Software Maintenance (ALPSM)
8. A Software Architecture Evaluation Model (SAEM)

Gambar 2. Unsur Utama dari Kerangka Perbandingan


Salah satu tujuan menggunakan metode analisis software architecture
adalah untuk menurunkan biaya yang disebabkan oleh koreksi dan
peningkatan kualitas produk. Untuk alasan, sebuah metode harus:
1. Dapat digunakan pada fase awal atau tengah pada desain proses SA.
2. Mendukung semua kualitas atribut yang memungkinkan atau sebanyak
mungkin.
3. Mudah untuk diaplikasikan dan diintegrasikan untuk desain proses.
Hasil
Dari analisis kedelapan metode diatas dihasilkan seperti dapat dilihat
pada Tabel 2.
Tabel 2. Metode Analisis Software Architecture

Kesimpulan
Tujuan dari evaluasi adalah menganalisis arsitektur untuk mengidentifikasi

potensial resiko, dengan cara memprediksi kualitas sistem sebelum


dibangun. Kompleksitas skenario merupakan faktor penting sebagai
penanda resiko. Potensial resiko juga diminalisasi dengan menganalisis
interaksi
atribut.
Salah satu masalah anlisis berbasis skenario adalah bahwa hasil analisis
tergantung pada pemilihan skenario dan keterkaitannya untuk
mengidentifikasi asumsi kritis dan kekurangan di dalam arsitektur. Sampai
saat ini, hanya metode SAAM yang telah diterbitkan pada buku. SAAM
telah digunakan untuk kualitas atribut berbeda seperti modifikasi,
performa, ketersediaaan dan keamanan. Metode yang lain masih muda
dan
menjalani
perbaikan-perbaikan.

Pembelajaran selanjutnya ke depan yang dibutuhkan adalah meneliti


bagaimana
pengetahuan
domain
dan
derajat
keahlian
yang
mempengaruhi cakupan dari skenario yang dipilih. Prediksi metode
kualitas atribut dapat ditingkatkan dengan mempelajari kepekaannya
untuk variasi yang berbeda dari input dan bagaimana pentingnya
digunakan asumsi parameter sebagai hasil.
Referensi
[1] L. Dobrica dan E. Niemelae. A Survey on Software Architecture
Analysis Methods. IEEE Transactions On Software Engineering, Vol. 28,
No.
7,
July
2002.
[2] R. Kazman, G. Abowd, L. Bass, and P. Clements, Scenario-Based
Analysis of Software Architecture, IEEE Software, pp. 47-55, Nov. 1996.
[3] N. Lassing, D. Rijsenbrij, and H. van Vliet, On Software Architecture
Analysis of Flexibility, Complexity of Changes: Size Isnt Everything, Proc.
Second Nordic Software Architecture Workshop (NOSA 99), pp. 11031581,
1999.
[4] G. Molter, Integrating SAAM in Domain-Centric and Reuse-Based
Development Processes, Proc. Second Nordic Workshop Software
Architecture
(NOSA
99),
pp.
1103-1581,
1999.
[5] C. Lung, S. Bot, K. Kalaichelvan, and R. Kazman, An Approach to
Software Architecture Analysis for Evolution and Reusability, Proc.
CASCON
97,
Nov.
1997.
[6] R. Kazman, M. Klein, M. Barbacci, H. Lipson, T. Longstaff, and S.J.
Carriere, The Architecture Tradeoff Analysis Method, Proc. Fourth Intl
Conf. Eng. of Complex Computer Systems (ICECCS 98), Aug. 1998.
[7] P.O. Bengtsson and J. Bosch, Scenario-Based Architecture
Reengineering, Proc. Fifth