Perangkat lunak memiliki desain dan kualitas tersendiri. Dan disini saya akan menjelaskan desain menurut seorang ahli yang bernama Mc Glaughlin, Dia menyusutkan 3 karakteristik. Yang berfungsi sebagai pedoman bagi evaluasi dengan baik.
Inilah 3 karakteristik desain perangkat lunak:
- Desain harus mempresentasikan keseluruhan persyaratan eksplisit yang dibebankan dalam model analisis dan harus mengkondisikan persyaratan.
- Desain harus menjadi panduan yang dapat memeriksa perangkat lunak.
- Desain harus memberikan suatu gambaran lengkap mengenai perangkat lunak.
Desain yang baik harus memperhatikan kriteria-kriteria tertentu diantaranya:
- Desain harus memperhatikan suatu organisasi elemen-elemen dalam perangkat lunak.
- Desain harus modular yaitu bahwa perangkat lunak adalah fungsi dari sub fungsi khusus.
- Desain harus berisi data dari ekstrasi prosedural.
- Desain harus membawa kearah modul misalnya subrutin atau prosedur.
- Desain harus mengarah pada interface yang mengurangi komplikasi hubungan antara modul satu dengan yang lain.
Desain harus dapat persyaratan perangkat lunak kualitas perangkat lunak adalah tentang mengukur sejauh mana sistem atau perangkat lunak memiliki karakteristik yang diinginkan. Hal ini dapat dilakukan melalui cara-cara kualitatif atau kuantitatif atau campuran keduanya. Menggunakan pendekatan Deployment Quality Function, atribut-atribut yang menjadi ukuran adalah “bagaimana” melakukan “apa” yang seharusnya ada dalam Kualitas Software tersebut.
Beberapa standar pengukuran kualitas :
-Reliabilitas
Tidak diragukan lagi bahwa reliabilitas sebuah program komputer merupakan suatu elemen yang penting. Bila sebuah program berkali-kali gagal untuk melakukan kinerja, maka sedikit meragukan apakah faktor kualitas perangkat lunak yang lain dapat diterima. Reliabilitas perangkat lunak, tidak seperti faktor kualitas yang lain, dapat diukur, diarahkan, dan diestimasi dengan menggunakan data pengembangan historis. Reliabilitas perangkat lunak didefinisikan dalam bentuk statistik sebagai “kemungkinan operasi program komputer bebas kegagalan di dalam suatu lingkungan tertentu dan waktu tertentu.”
-Efisiensi
Seperti realibilitas, penyebab kinerja inefisiensi sering ditemukan dalam pelanggaran praktek arsitektur dan coding yang baik yang dapat dideteksi dengan mengukur atribut kualitas statis sebuah aplikasi. Atribut-atribut statis memprediksi potensi kemacetan kinerja operasional dan masalah skalabilitas masa depan, terutama untuk aplikasi yang membutuhkan kecepatan eksekusi yang tinggi untuk menangani algoritma kompleks atau volume data yang sangat besar.
-Keamanan
Kebanyakan kerentanan keamanan hasil dari coding yang buruk dan praktek arsitektur seperti SQL injection atau cross-site scripting.
-Pemeliharaan
Pemeliharaan meliputi konsep modularitas, saling pengertian, berubah-ubah, testability, usabilitas, dan pengalihan dari satu tim pengembangan yang lain. Ini tidak mengambil bentuk isu-isu kritis pada tingkat kode. Sebaliknya, pemeliharaan yang buruk biasanya merupakan hasil dari ribuan pelanggaran ringan dengan praktik terbaik dalam dokumentasi, strategi penghindaran kompleksitas, dan praktik pemrograman dasar yang membuat perbedaan antara kode yang bersih dan mudah dibaca vs kode terorganisir dan sulit dibaca .
Leave a Reply