Sebuah Model untuk Kualitas Perangkat Lunak Berorientasi Objek
(MOOSQUA)
- PENDAHULUAN
Object pengembangan perangkat lunak berorientasi memang bermunculan cara berpikir tentang perangkat lunak berdasarkan abstraksi objek yang ada dalam domain dunia nyata. Itu berbagai konsep seperti Usability, Testability Reusability, Understandability, Kompleksitas, Produktivitas, Keandalan, Diperpanjang Rawatan dan Fleksibilitas dll berkorelasi dengan fitur berorientasi objek yang meningkatkan kualitas sistem perangkat lunak. Ini adalah mendapatkan banyak perhatian dari komunitas pengembangan perangkat lunak karena mengurangi ukuran sistem dan konstruksi logis. Berorientasi Objek (OO) pendekatan mempromosikan lebih baik merancang pengembangan perangkat lunak lingkungan dan sistem pandangan perangkat lunak sebagai ditetapkan obyek interaktif. Kendati demikian penerapan macam desain OO dalam perangkat lunak lingkungan pengembangan, upaya beberapa telah dibuat dalam konteks menilai kualitas sistem perangkat lunak OO serta usulan model kualitas OO. kualitas perangkat lunak dianggap sebagai aspek yang sangat penting bagi pengembang, pengguna dan manajer proyek. Ini adalah bidang studi dan praktek yang menggambarkan atribut diinginkan dari perangkat lunak produk. Jika suatu produk memenuhi kebutuhan pengguna, rasa kepuasan bisa muncul dan kepuasan ini tidak lain adalah kepuasan untuk kualitas.
- SOFTWARE KUALITAS
Kualitas perangkat lunak adalah sejauh mana sebuah industrydefined
set fitur yang diinginkan dimasukkan ke dalam produk sehingga dapat meningkatkan kinerja seumur hidup [33]. Kualitas perangkat lunak didefinisikan sebagai ‘konfirmasi dengan eksplisit menyatakan persyaratan fungsional dan kinerja, secara eksplisit didokumentasikan pengembangan standar dan karakteristik implisit yang diharapkan dari semua profesional dikembangkan perangkat lunak [38]. Schulmeyer dan McManus [12] didefinisikan kualitas perangkat lunak sebagai ‘semua fungsi dan karakteristik dari produk perangkat lunak yang memenuhi kebutuhan konsumen. perangkat lunak kualitas dalam konteks bisnis mengacu pada dua terkait tetapi berbeda pengertian yaitu kualitas perangkat lunak fungsional dan software kualitas struktur [37]. Deutsch dan Wills [29] dikategorikan
kualitas perangkat lunak sebagai perangkat lunak berkualitas prosedur (alat,
teknologi, peralatan, personil dan organisasi) dan perangkat lunak kualitas produk (organisasi, kejelasan dokumen, desain jejak-kemampuan, integritas, tes integritas dan program keandalan).
2. 1 McCall Model
Model kualitas pertama dan terkenal diusulkan oleh J. A. McCall. Usulan model pada dasarnya dimaksudkan untuk merancang tata letak lengkap kualitas produk melalui berbagai karakteristik. Model yang dikembangkan terutama untuk pengembang sistem dan pengembangan sistem proses. Dalam model ini, kualitas software telah dikategorikan dalam tiga bagian yang berbeda yaitu Revisi Produk (Maintainability, Fleksibilitas dan Testability), Produk Operasi (Kebenaran, Keandalan, Efisiensi, Integritas dan Usability) dan Transisi Produk (Portabilitas, Reusability dan Interoperabilitas). Hubungan antara McCall karakteristik kualitas dan metrik ditunjukkan pada Tabel 1. Model ini tidak dapat mencakup aspek fungsionalitas sistem perangkat lunak.
2,2 Bohem itu Model
BW Boehm telah mengembangkan sebuah model kualitas yang sama dengan yang McCall model. Kedua model yang disajikan oleh McCall dan Boehm adalah model kualitas hirarkis terstruktur sekitar tinggi, karakteristik tingkat menengah dan primitif.
Karakteristik berbagai tingkat ditambahkan ke keseluruhan tingkat kualitas. Kedua model tampaknya serupa tetapi perbedaan mendasar adalah bahwa model McCall berfokus pada tingkat tinggi karakteristik dimana kualitas model Boehm menyajikan karakteristik perangkat lunak pada skala yang lebih besar sebagai membandingkan dengan model McCall. Dalam model Boehm, kualitas yang karakteristik As-Is-Utilitas menjelaskan cara mudah, terpercaya dan efisien produk perangkat lunak dapat digunakan, Maintainability
menjelaskan bagaimana mudah dimodifikasi dan uji ulang produk perangkat lunak, Portabilitas menjelaskan bagaimana perangkat lunak produk dapat digunakan bahkan ketika lingkungan telah berubah. Model ini tidak memberikan pedoman untuk mengukur
diusulkan faktor.
2,3 FURPS Model
FURPS model [32] diusulkan oleh Grady dan Hewlett Packard Co dikategorikan menjadi dua karakteristik kebutuhan yang berbeda seperti Persyaratan Fungsional (F) yang
didefinisikan oleh input & output yang diharapkan dan Non Fungsional Persyaratan dimana U singkatan Usability, R singkatan Keandalan, P singkatan Kinerja dan S singkatan Dukungnya. Model ini diperpanjang oleh IBM Rational Software [14, 15] ke FURPS +, di mana ‘+’ mengindikasikan persyaratan sebagai kendala desain, implementasi persyaratan, persyaratan antarmuka dan fisik persyaratan.
2,4 Dromey itu Model
GR Dromey model kualitas didasarkan pada evaluasi kriteria. Tujuan dari model ini adalah mengevaluasi kualitas produk ketika setiap produk perangkat lunak memiliki berbagai kualitas dari yang lain. Dromey dijelaskan bahwa yang lebih dinamis berbagai teknik evaluasi ini harus diterapkan untuk menutupi lebih luas sistem perangkat lunak. Ini model dirancang pada hubungan antara kualitas karakteristik dan sub-karakteristik antara perangkat lunak. sifat dan karakteristik kualitas perangkat lunak. Model ini tidak dapat membantu kualitas permintaan pengguna di mulai.
3 MODEL UNTUK PERANGKAT LUNAK BERORIENTASI OBYEK
KUALITAS (MOOSQUA)
Dalam pengembangan skenario perangkat lunak saat ini, berorientasi objek
desain dan metode yang mendapatkan popularitas secara eksponensial.
Rosenberg et al. [28] dijelaskan bahwa perangkat lunak berorientasi obyek
pembangunan membutuhkan pendekatan yang berbeda dari
lebih tradisional fungsional dekomposisi dan aliran data
pengembangan metode. Objek kriteria metrik berorientasi
akan digunakan untuk mengevaluasi kualitas atribut berikut:
1) Efisiensi: Apakah itu membangun dirancang secara efisien?
2) Kompleksitas: Mungkinkah konstruksi digunakan lebih
efektif untuk mengurangi kompleksitas arsitektur?
3) Understandability: Kompleksitas Psikologis meningkat
oleh desain atau tidak?
4) Usabilitas: penggunaan kembali Kemungkinan ini didukung oleh
desain atau tidak?
5) Testability / Maintainability: Kemudahan pengujian dan
perubahan yang didukung oleh struktur atau tidak?
3.1 Definisi yang ada di Sub-karakteristik
ISO-9126 dalam Konteks Orientasi Obyek berfungsi untuk set atribut yang berhubungan dengan
adanya satu set fungsi tertentu dan mereka properti. Artinya, kelas dan objek harus menyediakan fungsi yang memenuhi dinyatakan dan tersirat perlu ketika perangkat lunak digunakan di bawah ditentukan kondisi. Ada fungsi kelas dapat digunakan oleh warisan. Ini akan mengurangi biaya dan menyediakan implementasi yang lebih cepat.
1) Keandalan: Ini adalah kemampuan kelas untuk mempertahankan tingkat tertentu dari kinerja ketika digunakan dalam kondisi tertentu. Ini mencakup mengikuti karakteristik sub:
Jatuh Tempo: Sub-karakteristik menjelaskan bagaimana banyak pekerjaan yang telah dilakukan dengan menggunakan tertentu kelas. Toleransi kesalahan: Ini menunjukkan apakah objek
dapat mempertahankan tingkat tertentu kinerja. Diperoleh kembali: Ini adalah kemampuan benda untuk membangun kembali nya tingkat kinerja dan memulihkan data secara langsung terkena dampak jika terjadi kegagalan.
2) Usability: Usability hanya ada berkaitan dengan fungsi dan mengacu pada kemudahan penggunaan untuk diberikan modul. Ini adalah kemampuan dari sistem OO untuk dimengerti dan dipelajari oleh pengguna, bila digunakan dalam kondisi tertentu. Ini berisi
berikut sub-karakteristik Understandability: Hal ini menentukan kemudahan
yang fungsi kelas dapat dipahami. Learnability: Ini adalah kemampuan dari sistem OO untuk memungkinkan pengguna untuk mempelajari penerapannya. Operabilitas: Ini adalah kemampuan dari sistem OO untuk dengan mudah dioperasikan oleh pengguna tertentu dalam suatu lingkungan tertentu. Daya Tarik: Hal ini menunjukkan kemampuan OO sistem yang akan menarik bagi pengguna.
3) Efisiensi: Karakteristik ini berkaitan dengan sumber daya yang digunakan oleh sistem OO ketika menyediakan fungsi yang diperlukan. Kelas dapat internal dioptimalkan untuk meningkatkan kinerja. Ini termasuk subcharacteristics berikut: Waktu Perilaku: Hal ini menunjukkan kemampuan untuk melakukan tugas tertentu oleh kelas pada waktu yang tepat. Sumberdaya Perilaku: Ini adalah kemampuan OO sistem untuk menggunakan jumlah yang sesuai dan jenis sumber daya ketika perangkat lunak melakukan fungsinya
dalam kondisi lain.
4) Maintainability: Ini adalah kemampuan kelas untuk dimodifikasi. Modifikasi dapat mencakup koreksi, perbaikan atau adaptasi dari system. Berisi berikut sub-karakteristik: Analyzability: Hal ini mengacu pada kemampuan sistem OO untuk mendiagnosa kekurangan atau penyebab gagal ures dalam perangkat lunak, atau untuk bagian yang akan dimodifikasi untuk diidentifikasi. Berubah-ubah: Ini adalah kemampuan kelas untuk memungkinkan modifikasi tertentu untuk dilaksanakan. Stabilitas: Ini mengacu pada kemampuan kelas untuk menangani non-diperlukan perubahan selama modifikasi. Testability: Hal ini mengacu apakah kelas ini berlaku setelah modifikasi dengan memberikan beberapa uji kasus.
6) Portabilitas: Kemampuan sistem OO untuk menjadi portabel ke dalam lingkungan baru. Ini mencakup sub karakteristik sebagai berikut: Adaptasi: Hal ini mengacu apakah sistem OO dapat disesuaikan dengan lingkungan yang baru. Installability: Ini adalah kemampuan dari sistem OO
untuk diinstal dalam lingkungan tertentu. Ko-eksistensi: Ini adalah kemampuan dari sistem OO
untuk hidup berdampingan dengan perangkat lunak independen lain dalam lingkungan umum berbagi sumber daya umum. Replaceability: Karakteristik sub menunjukkan
apakah sistem OO adalah diganti dengan yang sebelumnya versi.