Rekayasa Blog

Software Quality Attribute (1)
Ciri-ciri (atribut) kualitas menurut lembaga penjamin mutu PL (ISO, ANSI, IEEE, dll):

1. Correctness (kebenaran), dg mengacu pada:

• Kesesuaian antara kode program dg spesifikasi
• Kebebasan aplikasi aktual pada sistem PL

1. Reliability (tahan uji)

Didasari pada correctnessdan availability (ketersediaannya)
Sebagai suatu kemungkinan bahwa sistem ini mampu memenuhi suatu kegunaan (tergantung spesifikasinya) untuk sejumlah masukan percobaan di bawah kondisi masukan dan rentang waktu yang telah ditentukan.

Software Quality Attribute (2)
User friendliness (mudah digunakan), dibagi 3:

1. Adequacy (kecukupan)
2. Learnability (mudah dipelajari)
3. Robustness (antisipasi kesalahan)Maintenatibility (mudah dirawat)
4. Readability (mudah dibaca)
5. Extensibility (mudah diperluas)
6. Testability (mudah untuk diuji/ditelusuri)Efficiency (efisiensi)Portability (mudah didistribusikan)

Krisis perangkat lunak

Masalah yang muncul:

• Estimasi jadwal dan biaya yang seringkali tidak tepat
• Produktivitas orang-orang software yang tidak dapat mengimbangi permintaan software
• Kualitas software yang kurang baik.

Kurangnya pengetahuan tentang:

• Bagaimana mengembangkan software
• Bagaimana memelihara software ynag ada, yang berkembang dalam jumlah besar
• Bagaimana mengimbangi permintaan software yang makin besar.

Mitos dalam perangkat lunak (Management)
Mitos1:

• Kita tidak perlu mengubah pendekatan terhadap pengembangan software, karena jenis pemrograman yang kita lakukan sekarang ini sudah kita lakukan 10 tahun yang lalu.
• Realitasnya: Walau hasil program sama, produktivitas dan kualitas software harus ditingkatkan dengan menggunakan pendekatan software developments

Mitos2:

• Kita sudah mempunyai buku yang berisi standarisasi dan prosedur untuk pembentukan software.
• Realitasnya: Memang buku tersebut ada, tetapi apakah buku tersebut sudah dibaca atau buku tersebut sudah ketinggalan jaman ( out of date ).

Mitos3:

• Jika kita tertinggal dari jadwal yang ditetapkan, kita menambah beberapa programmer saja. Konsep ini sering disebut Mongolian harde concept.

Mitos dalam perangkat lunak (Customer)
Mitos1:

• Pernyataan tujuan umum sudah cukup untuk memulai penulisan program. Penjelasan yang lebih rinci akan menyusul kemudian.
• Realitasnya: Definisi awal yang buruk adalah penyebab utama kegagalan terhadap usaha-usaha pembentukkan software. Penjelasan yang formal dan terinci tentang informasi fungsi performance interface, hambatan desain dan kriteria validasi adalah penting. Karakteristik di atas dapat ditentukan hanya setelah adanya komunikasi antara customer dan developer.

Mitos2:

• Kebutuhan proyek yang terus menerus berubah dapat dengan mudah diatasi karena software itu bersifat fleksibel.
• Kenyataannya memang benar bahwa kebutuhan software berubah, tetapi dampak dari perubahan berbeda dari waktu ke waktu.

Mitos dalam perangkat lunak (Praktisi)
Mitos1:

• Tidak ada metode untuk analisis disain dan testing terhadap suatu pekerjaan, cukup menuju ke depan terminal dan mulai coding.
• Realitasnya: Metode untuk analisis desain dan testing diperlukan dalam pengembangan software.

Mitos2:

• Segera setelah software digunakan, pemeliharaan dapat diminimalisasikan dan diatasi dengan cara “CATCH AS CATCH CAM”.
• Realitasnya: Diperlukan budget yang besar dalam maintenance software. Pemeliharaan software harus diorganisir, direncanakan dan dikontrol seolah-olah sebagai suatu proyek besar dalam sebuah organisasi.

• Tantangan warisan (dikembangkan bertahun-tahun dengan org2 yang berbeda
• Tantangan heterogensis (distribusi & teknologi)
• Tantangan pengiriman (bagaiaman mengirim sistem yang besar dan kompleks cepat dan dg kualitas tetap terjaga.