Teknik Pengukuran Kualitas Perangkat Lunak
by Romi Satria Wahono
Deras masuknya produk perangkat lunak dari luar negeri di satu sisi menguntungkan pengguna karena banyaknya pilihan produk dan harga. Namun di sisi lain cukup mengkhawatirkan karena di Indonesia tidak ada institusi yang secara aktif bertugas membuat standard dalam pengukuran kualitas perangkat lunak yang masuk ke Indonesia. Demikian juga dengan produk-produk perangkat lunak lokal, tentu akan semakin meningkat daya saing internasionalnya apabila pengembang dan software house di Indonesia mulai memperhatikan masalah kualitas perangkat lunak ini.
Kualitas perangkat lunak (software quality) adalah tema kajian dan penelitian turun temurun dalam sejarah ilmu rekayasa perangkat lunak (software engineering). Kajian dimulai dari apa yang akan diukur (apakah proses atau produk), apakah memang perangkat lunak bisa diukur, sudut pandang pengukur dan bagaimana menentukan parameter pengukuran kualitas perangkat lunak.
Bagaimanapun juga mengukur kualitas perangkat lunak memang bukan pekerjaan mudah. Ketika seseorang memberi nilai sangat baik terhadap sebuah perangkat lunak, orang lain belum tentu mengatakan hal yang sama. Sudut pandang seseorang tersebut mungkin berorientasi ke satu sisi masalah (misalnya tentang reliabilitas dan efisiensi perangkat lunak), sedangkan orang lain yang menyatakan bahwa perangkat lunak itu buruk menggunakan sudut pandang yang lain lagi (usabilitas dan aspek desain).
APA YANG DIUKUR?
Pertanyaan pertama yang muncul ketika membahas pengukuran kualitas perangkat lunak, adalah apa yang sebenarnya mau kita ukur. Kualitas perangkat lunak dapat dilihat dari sudut pandang proses pengembangan perangkat lunak (process) dan hasil produk yang dihasilkan (product). Dan penilaian ini tentu berorientasi akhir ke bagaimana suatu perangkat lunak dapat dikembangkan sesuai dengan yang diharapkan oleh pengguna. Hal ini berangkat dari pengertian kualitas (quality) menurut IEEE Standard Glossary of Software Engineering Technology [3] yang dikatakan sebagai:
- The degree to which a system, component, or process meets customer or user needs or expectation.
Dari sudut pandang produk, pengukuran kualitas perangkat lunak dapat menggunakan standard dari ISO 9126 atau best practice yang dikembangkan para praktisi dan pengembang perangkat lunak. Taksonomi McCall adalah best practice yang cukup terkenal dan diterima banyak pihak, ditulis oleh J.A. McCall dalam technical report yang dipublikasikan tahun 1977 [1].
Di lain pihak, dari sudut pandang proses, standard ISO 9001 dapat digunakan untuk mengukur kualitas perangkat lunak. Dan diskusi tentang ini berkembang dengan munculnya tema kajian tentang CMM (The Capability Maturity Model) yang dikembangkan di Software Engineering Institute, Carnegie Mellon University serta beberapa kajian lain seperti SPICE (Software Process Improvement and Capability dEtermination) dan BOOTSTRAP. CMM, SPICE dan BOOTSTRAP mengukur kualitas perangkat lunak dari seberapa matang proses pengembangannya.
Tulisan ini akan mencoba fokus ke bagaimana mengukur perangkat lunak dilihat dari sudut pandang produk. Untuk pengukuran proses pengembangan perangkat lunak akan dibahas pada tulisan lain.
PARAMETER DAN METODE PENGUKURAN
When you can measure what you are speaking about, and express it in numbers, you know something about it. But when you can not measure it, when you can not express it in numbers, your knowledge is of a meagre and unsatisfactory kind.
(Lord Kelvin)
Pendekatan engineering menginginkan bahwa kualitas perangkat lunak ini dapat diukur secara kuantitatif, dalam bentuk angka-angka yang mudah dipahami oleh manusia. Untuk itu perlu ditentukan parameter atau atribut pengukuran. Menurut taksonomi McCall [1], atribut tersusun secara hirarkis, dimana level atas (high-level attribute) disebut faktor (factor), dan level bawah (low-level attribute) disebut dengan kriteria (criteria). Faktor menunjukkan atribut kualitas produk dilihat dari sudut pandang pengguna. Sedangkan kriteria adalah parameter kualitas produk dilihat dari sudut pandang perangkat lunaknya sendiri. Faktor dan kriteria ini memiliki hubungan sebab akibat (cause-effect) [4][5]. Tabel 1 menunjukkan daftar lengkap faktor dan kriteria dalam kualitas perangkat lunak menurut McCall [1].
Tabel 1: Faktor dan Kriteria dalam Kualitas Perangkat Lunak
Kualitas software diukur dengan metode penjumlahan dari keseluruhan kriteria dalam suatu faktor sesuai dengan bobot (weight) yang telah ditetapkan [2]. Rumus pengukuran yang digunakan adalah:
- Fa = w1c1 + w2c2 + … + wncn
Dimana:
- Fa adalah nilai total dari faktor a
wi adalah bobot untuk kriteria i
ci adalah nilai untuk kriteria i
Kemudian tahapan yang harus kita tempuh dalam pengukuran adalah sebagai berikut:
- Tahap 1: Tentukan kriteria yang digunakan untuk mengukur suatu faktor
Tahap 2: Tentukan bobot (w) dari setiap kriteria (biasanya 0 <= w <= 1)
Tahap 3: Tentukan skala dari nilai kriteria (misalnya, 0 <= nilai kriteria <= 10)
Tahap 4: Berikan nilai pada tiap kriteria
Tahap 5: Hitung nilai total dengan rumus Fa = w1c1 + w2c2 + … + wncn
CONTOH PENGUKURAN PERANGKAT LUNAK
Untuk mempermudah pemahaman, akan diberikan sebuah contoh pengukuran kualitas perangkat lunak dari faktor usabilitas (usability). Yang akan diukur adalah dua buah perangkat lunak yang memiliki fungsi untuk mengkontrol peralatan elektronik (electronic device). Perangkat lunak yang pertama bernama TukangKontrol, sedangkan kedua bernama Caktrol. Contoh dan hasil pengukuran dapat dilihat pada Table 2 dan 3.
Tabel 2: Contoh Pengukuran Usabilitas Dua Perangkat Lunak
Tabel 3: Hasil Pengukuran Usabilitas Dua Perangkat Lunak
Dari penghitungan yang ada di Tabel 3, dapat kita simpulkan bahwa dari faktor usabilitas, kualitas dari perangkat lunak bernama TukangKontrol lebih baik daripada Caktrol. Nilai total TukangKontrol untuk faktor usabilitas adalah 16.8, sedangkan Caktrol adalah 10.2 (dari maksimum total nilai 20).
Catatan: Edisi lengkap dari tulisan ini dapat dibaca di majalah SDA Magazine edisi Juni 2006.
REFERENSI
[1] J.A. McCall, P.K. Richards, and G.F. Walters, Factors in Software Quality, Tehnical Report RADC-TR-77-369, US Department of Commerce, 1977.
[2] T.P. Bowen, G.B Wigle, and J.T. Tsai, Specification of Software Quality Attributes: Software Quality Evaluation Guidebook, Technical Report RADC-TR-85-37, Rome Air Development Center, Griffiss Air Force Base, 1985.
[3] IEEE Standard Glossary of Software Engineering Technology, IEEE Std 610.12-1990, Institute of Electrical and Electronics Engineers, New York, 1990.
[4] Hans Van Vliet, Software Engineering - Principles and Practice, John Wiley & Sons, 2000.
[5] James F. Peters and Witold Pedrycz, Software Engineering: An Engineering Approach, John Wiley & Sons, 2000.
June 5th, 2006 at 22:47
Tolong contoh produk softwarenya dong… saya mau coba download nih…
June 6th, 2006 at 17:47
Bisa dijelaskan contoh produk software apa yang ingin anda download?
June 8th, 2006 at 8:05
Mungkin maksud mas Bill Gates contoh software hasil karya mas Romi.
June 8th, 2006 at 10:48
Untuk mas Paul, kalau itu benar yang diungkapkan mas Bill, sepertinya ada di luar point diskusi kita dalam artikel ini
Tapi thanks komentarnya.
June 13th, 2006 at 15:43
hhehe..terima kasih,,sepertinya saya mendapat pencerahan setelah membaca ini …
June 23rd, 2006 at 11:52
[…] Diskusi menarik terjadi di acara penyusunan kriteria penilaian lomba pembuatan media pembelajaran berbasis Teknologi Informasi dan Komunikasi (TIK) untuk SMA dan sederajat yang diselenggarakan Dikmenum untuk tahun 2006. Tujuan diskusi sebenarnya adalah menentukan aspek dan kriteria apa yang akan digunakan untuk menilai sebuah media pembelajaran itu baik atau tidak. Dalam bidang rekayasa perangkat lunak sebenarnya sudah ada teknik pengukuran perangkat lunak yang telah saya bahas di artikel sebelumnya. Tapi karena media pembelajaran termasuk jenis perangkat lunak yang melingkupi irisan berbagai bidang ilmu (pembelajaran, desain, dsb), maka pendapat dari berbagai domain expert (pakar di bidang-bidang tsb) menjadi wacana yang menyegarkan. Saya mengusulkan modifikasi aspek penilaian dari tahun sebelumnya yang 4-5 aspek menjadi 3 aspek, yaitu aspek rekayasa perangkat lunak, aspek instructional design dan aspek komunikasi visual. Kriteria penilaian termasuk mekanisme penjurian tidak digabungkan menjadi satu, tetapi dipisah dan tiap aspek dinilai oleh orang yang kompeten di aspek tersebut. […]
June 23rd, 2006 at 14:26
[…] Itu mungkin keluhan yang sering kita dengar ketika kita menggunakan sebuah software atau perangkat lunak di komputer kita. Dan bukan sesuatu yang mustahil, kemungkinan besar terjadi juga di perangkat lunak media pembelajaran yang kita kembangkan. Jangan dilupakan bahwa media pembelajaran yang terdiri dari media presentasi pembelajaran (alat batu guru untuk mengajar) dan software pembelajaran mandiri (alat bantu siswa belajar mandiri) adalah juga suatu perangkat lunak. Baik tidaknya sebuah perangkat lunak, biasanya menunjukkan bagaimana kualitas perangkat lunak tersebut, hal ini sudah kita kupas tuntas di artikel tentang pengukuran perangkat lunak. Nah, media pembelajaran yang baik adalah yang memenuhi parameter-parameter berdasarkan disiplin ilmu rekayasa perangkat lunak, seperti pada contoh diatas (efisiensi, reliabilitas, usabilitas, dsb). […]
July 2nd, 2006 at 15:02
Bang Romi, kebetulan saya sudah membeli majalah SDAnya..disana ditulis pada tabel 2
kriteria Usabilitas Nilai tukang katrol
Communication (C) 7
Operability (O) 8
Training (T) 9
yang ingin saya menanyakan bagaimana cara mendapatkan nilai 7,8,9 tersebut?
yang berikutnya pada tabel 1
Quality Factor (Effect) Quality Criteria
(Cause)
Correctness Completeness, Consistency, Traceability
Reliability Accuracy, Error Tolerance, Consistancecy, Simplicity
Efficiency Execution Efficiently, Storage Efficiency
Integrity Access Control, Access Audit
Usability Communicativeness, Operability, Training
Maintainability Consistency, Conciseness, Simplicity, Modularity, Self-documentation
Testability Simplicity,Modularity,Instrumentaion, Self-documentation
Flexsibility Expandability, Generality, Modularity, Self-documentation
Portability Software System Independence, Hardware Independence, Modularity, Self-documentation
Reusability Generality, Software System Independence, Hardware Independence, Modularity, Self-documentation
Interoperability Communication, Commonality, Data Commonality,Modularity
bisa dijelaskan secara tehnikal waynya..dikarenakan ada faktor yang ditanyakan kembali contoh
Testability Simplicity,Modularity,Instrumentaion, Self-documentation
Flexsibility Expandability, Generality, Modularity, Self-documentation
apakah sama Modularty untuk Testability dengan Modularty untuk Flexsibility, setahu saya..jarang sekali software di Indonesia yang secara khusus membagi2 modulnya, dan apalagi Self-documentationnya..?
Mohon bantuannya…
July 2nd, 2006 at 15:04
oai kalo dilihat dari segi hardware bagaimana caranya? baik produk maupun process?
hehe maaf banyak nanya yaa..
July 2nd, 2006 at 20:44
Untuk mas Taufik, nilai itu saya berikan contoh saja. Dan itu didapat dari pengujian dengan asumsi nilai maksimal adalah 10, jadi nilai itu yang kita berikan untuk satu kriteria. Pengukuran hardware itu di luar bidang saya yang rekayasa perangkat lunak
Bukannya saya nggak bisa, tapi secara etika science, mungkin sebaiknya dibahas oleh yang ahli di bidangnya …
July 2nd, 2006 at 22:33
hehe thanks Bang Romi, nah kalo mengukur kinerja sistem, apakah perlu dinilai juga perangka lunaknya dengan metode ini, kira2 bisa nyambung apa enggak yah..kebetulan nih Bang Romi mengangkat mengenai RPL..ada tugas kampus…oia kapan ada seminar di Gundarmana lagi hehehe!
July 2nd, 2006 at 22:36
tambahanya..teorinya kinerja sistem refrensinya dari mana yah..kok saya googling tidak ketemu2..
August 5th, 2006 at 12:40
Teman saya skrg sedang mencari cara/teori tentang pembuatan software yang berbasis user. Artinya SW yang betul-betul bisa dimanfaatkan user dalam membantu pekerjaanya. Kelihatannya ini berasal dari kekecewaan beliau, dari sekian banyak SW yang telah dibuat sedikit sekali yang betul-betul dimanfaatkan. Sepertinya metode pengukuran diatas cukup relevan untuk kasus teman saya. Kalo metode pengukuran diatas dilakukan, kapan pengukuran itu berlansung? apakah pra develop atau pasca develop atau ketika proses develop SW itu sendiri. Terima Kasih
December 4th, 2006 at 8:56
salam hormat,
pak romi saya masih bingung dengan pengkuran kualitas perangkat lunak. apa yang dimaksud dengan produk dan proses?sebagai contoh saya mau mengukur kualitas perangkat lunak content management system alfresco, sedangkan alfresco adalah knowledge management system open source. jadi apakah alfresco bisa disebut sebagai “produk”??
Terus langkah pertama untuk mengukur kualitas perangkat lunak bagaimana, khususnya seperti saya ini yang masih awam dalam rekayasa perangkat lunak?nohon pencerahan pak romi
terima kasih,
December 11th, 2006 at 13:30
mas romi, punya gak materi landasan filosohpy penggunaan komputer dalam education, kalau punya boleh dong dishare
January 6th, 2007 at 19:59
salam hormat,
pak romi saya seorang mahasiswa jurusan informatika. bisa bantu saya, mencarikan artikel2 tentang “software quality assurance”? terimakasih.
March 21st, 2007 at 21:07
Pak Romi saya salah satu mahasiswa di wilayah Serang-banten, saya saat ini sedang menghadapi beban untuk menyusun tugas akhir..kebetulan saya pada semester akhir ini dapat tugas matakuliah rekayaa perangkat lunak, saya ingin tanya bagaimana membuat suatu produk suatu barang beserta pendekatan rancangan programnya?”…terimakasih
March 22nd, 2007 at 13:43
# Bowie: Sudah baca berapa referensi dan apa saja? Proposal sudah sampai tahap mana?
March 24th, 2007 at 23:11
[…] Saya kebagian menjadi juri untuk kategori Multimedia, Intelligence System and Netwoking Application. Produk-produk yang muncul kalau saya kategorikan ada di tema-tema: multimedia learning, voice recognition, dan server administration tool. Aspek penilaiannya meliputi Functionality (40%), System (10%) dan General (50%). Merunut ke teori rekayasa perangkat lunak tentang kualitas software, metode penilaian ini termasuk penilaian terhadap produk (bukan proses). Aspek Functionality menilai dari segi Friendliness (kemudahan penggunaan aplikasi), Usability (tingkat pemenuhan kebutuhan dan solusi), User Interface (pemenuhan aturan 8 golden rules HCI). Aspek System menilai sejauh mana kemudahan pemeliharaan code dan kemungkinan pengembangan lebih lanjut (Maintenance). Aspek General menilai Originality, Visual Attractness (penampilan layar), Innovative (keunggulan dibanding produk lain) dan Comprehensive (kemampuan menjawab pertanyaan juri). […]
March 30th, 2007 at 9:23
Ass…saya mohon bimbingan,saya mahasiswa jurusan teknik informatika UII semester 6,saya dan kelompok saya mendapat tugas membuat sebuah buku tentang sistem informasi,judul buku kelompok kami Alfresco untuk majemen Content untuk matakuliah kapita selekta sistem informasi(KSSI),akan tetapi dalam pengerjaan nya kami mendapat kesulitan karena kami tidak memiliki panduan / contoh tentang penggunaan alfresco.mohon panduaanya/bimbingannya,terima kasih wassalam.
May 8th, 2007 at 15:30
pak, bisa bantu saya berikan referensi yang bagus dalam mengimplementasikan kebijakan pengendalian kualitas (Quality assurance) serta best practices langkah/prosedur yang harus dilakukan ? Terima kasih banyak
May 10th, 2007 at 6:52
Ass…saya mohon bimbingan,saya mahasiswa jurusan ilmu komputer UB semester 10, saya kebingungan mencari segala informasi tentang analisa dan desain algoritma pada teknik kompresi dengan menggunakan metode DCT dan fraktal. mohon bantuannya denagn sangat, untuk skripsi, karena saya bentar lagi harus udah nikah
. wass.
June 19th, 2007 at 23:54
[…] http://romisatriawahono.net/2006/06/05/teknik-pengukuran-kualitas-perangkat-lunak/ […]
July 23rd, 2007 at 23:05
mas ROmi apa seeeh bedanya software engineering sama software project management ? yang terakhir aku belum pernah tahu tapi rasa-rasanya kalau baca punya si Pressman SE itu yaa Project Management u/ Software. Mohon petuahnya.
July 31st, 2007 at 13:58
Pak Romi, Saya mau belajar pengembangan software, setelah membaca criteria penilaian sebuah software dengan form factor di atas, apakah pernah ada referensi yang memberikan nilai pada kriteria sehingga kita bisa menghitungnya dengan akurat, kalo ada mohon disharing. Kemudian saya minta tolong dishare juga ISO 9126 dan ISO 9001.
Kalo seandainya kita ingin mengklasifikasikan produk software, bagaimanakah carannya?
Mohon bantuannya.
August 2nd, 2007 at 14:47
Pak Romi,
bagaimana cara mengukur harga software yang akan kita buat?
misalnya saya ada pesanan sebuah software bagaimana menentukan harganya, baik itu tailor made atau produk yang sudah jadi?
terima kasih
September 4th, 2007 at 14:21
Pak Romi… saya mahasiswa T. Industri UII..
saya mo nyari pengertian kualitas menurut tokoh-tokoh seperti,
Juran
Deming
Figenbrum
ASCI
dan Crowsby..
cuman karena kemaren saya nggak terlalu memeprhatikan paparan dosen saya.. jadinya saya bingung nyari referensi untuk tugas pengertian tersebut…
kalo boleh saya dikasih link referensi untuk pengertian tersebut…
kalo dikasih jawaban persinya malah terima kasih…
boleh e-mail ke chamot@mybestmail.com…
makasih atas tanggapannya pak…
semoga sukses menyertai bapak
September 4th, 2007 at 16:38
Pak Romi, menarik sekali ulasan diatas teknik pengukuran kualitas sebuah produk software. Saya sebagai orang awam sangat sulit untuk menentukan nilai yang diperoleh dalam satu kriteria mis.effisiency atau portability. kebetulan saya bekerja dibagian QC produk software disebuah perusahaan. Ya selama ini cuma kami test dalam hal fungsi2x nya saja (apa sdh berfungsi dengan baik apa belum ). Terus apa pula hubungannya dengan test scripts, test case, test suite,test plan, test scenario,test effort dan test harness? mohon diberikan pencerahan
terima kasih atas replynya
wassalam
September 27th, 2007 at 15:45
Halo mas Romi, sy adalah mahasiswa IT yang jg bergelut di dunia Software Engineering. Makasih bwat pencerahannya.
October 22nd, 2007 at 17:40
Mas Romi, kalo saya pake metode kualitatif bisa ngga? Nanti yang dijadikan ukuran apa saya mas?
December 13th, 2007 at 9:09
Bang Romi yth.
Bisa minta contoh hasil analisisnya ga? kebetulan sy mo bikin kajian ttg software quality and information quality.
Thanx b4
December 16th, 2007 at 9:31
Ass…mas romi.
saya lagi ada problem ni tentang tugas akhir.bisa minta tolong gak?
kalo boleh saya minta alamat website atau email yang bisa membantu saya mencari judul dan data lengkap tentang tugas akhir secara lengkap.
kalo boleh, tolong kirim ke email saya secepatnya.terimakasih mas sebelumnya…
wass…
January 14th, 2008 at 4:08
mas,bisa bantu saya gimana caranya mendapatkan program MHAND dan QS 3 0 yang biasa digunakan untuk lay out pada pabrik.sehubungan dengan hal tersebut saya kuliah di jurusan teknik industri dan saya sangat membutuhkan sekali cara mendapatkan program tersebut.terimakasih banyak sebelumnya..
February 1st, 2008 at 12:15
[…] Menarik mempelajari hasil penelitian dari Sabine Graf dan Beate List [Graf, 2005] yang dibiayai oleh European Social Fund (ESF) tentang evaluasi dan komparasi LMS berbasis open source. Graf menggunakan satu metode evaluasi produk software bernama QWS (Qualitative Weight and Sum). QWS menghitung bobot (weight) menggunakan enam simbol kualitatif berdasarkan tingkat kepentingannya (importance level). Simbol-simbol kalau diurutkan dari yang paling penting: E (Essential), * (Extremely Valuable), # (Very Valuable), + (Valuable), | (Marginally Valuable), 0 (Not Valuable). QWS memungkinkan kita menetapkan maximum value sendiri, jadi tidak harus “E (Essential)” yang paling tinggi, bisa juga “# (Very Valuable)” misalnya. Sistem pengukuran kualitas software seperti Graf ini adalah berdasarkan “Product” dan bukan “Process“. Oh ya, saya juga pernah membahas masalah pengukuran kualitas software secara lengkap di artikel berjudul “Teknik Pengukuran Kualitas Perangkat Lunak“ […]
February 21st, 2008 at 10:33
Kalau saya ingin melakukan studi komparatif antara fitur yang diusung oleh dua software berbeda untuk fungsi/tujuan tertentu, misalnya antara fitur Animation Ms. Powerpoint dan Action Script 2 Flash utk membangun media ajar fisika topik mekanika, bagaimana kira-kira model pengukurannya? Wassalam.
February 23rd, 2008 at 7:20
[…] Menarik mempelajari hasil penelitian dari Sabine Graf dan Beate List [Graf, 2005] yang dibiayai oleh European Social Fund (ESF) tentang evaluasi dan komparasi LMS berbasis open source. Graf menggunakan satu metode evaluasi produk software bernama QWS (Qualitative Weight and Sum). QWS menghitung bobot (weight) menggunakan enam simbol kualitatif berdasarkan tingkat kepentingannya (importance level). Simbol-simbol kalau diurutkan dari yang paling penting: E (Essential), * (Extremely Valuable), # (Very Valuable), + (Valuable), | (Marginally Valuable), 0 (Not Valuable). QWS memungkinkan kita menetapkan maximum value sendiri, jadi tidak harus “E (Essential)” yang paling tinggi, bisa juga “# (Very Valuable)” misalnya. Sistem pengukuran kualitas software seperti Graf ini adalah berdasarkan “Product” dan bukan “Process“. Oh ya, saya juga pernah membahas masalah pengukuran kualitas software secara lengkap di artikel berjudul “Teknik Pengukuran Kualitas Perangkat Lunak“ […]
April 6th, 2008 at 10:54
[…] Menarik mempelajari hasil penelitian dari Sabine Graf dan Beate List [Graf, 2005] yang dibiayai oleh European Social Fund (ESF) tentang evaluasi dan komparasi LMS berbasis open source. Graf menggunakan satu metode evaluasi produk software bernama QWS (Qualitative Weight and Sum). QWS menghitung bobot (weight) menggunakan enam simbol kualitatif berdasarkan tingkat kepentingannya (importance level). Simbol-simbol kalau diurutkan dari yang paling penting: E (Essential), * (Extremely Valuable), # (Very Valuable), + (Valuable), | (Marginally Valuable), 0 (Not Valuable). QWS memungkinkan kita menetapkan maximum value sendiri, jadi tidak harus “E (Essential)” yang paling tinggi, bisa juga “# (Very Valuable)” misalnya. Sistem pengukuran kualitas software seperti Graf ini adalah berdasarkan “Product” dan bukan “Process“. Masalah pengukuran kualitas software secara lengkap di artikel berjudul “Teknik Pengukuran Kualitas Perangkat Lunak“ […]
April 28th, 2008 at 14:43
baik perangkat lunak maupun perangkat keras, dan bidang engineering secara umumnya perlu dilakukan pengukuran dengan metode yang tepat. apakah ini mas termasuk juga kerjaan teman2 di SNI??
May 1st, 2008 at 16:21
[…] Menarik mempelajari hasil penelitian dari Sabine Graf dan Beate List [Graf, 2005] yang dibiayai oleh European Social Fund (ESF) tentang evaluasi dan komparasi LMS berbasis open source. Graf menggunakan satu metode evaluasi produk software bernama QWS (Qualitative Weight and Sum). QWS menghitung bobot (weight) menggunakan enam simbol kualitatif berdasarkan tingkat kepentingannya (importance level). Simbol-simbol kalau diurutkan dari yang paling penting: E (Essential), * (Extremely Valuable), # (Very Valuable), + (Valuable), | (Marginally Valuable), 0 (Not Valuable). QWS memungkinkan kita menetapkan maximum value sendiri, jadi tidak harus “E (Essential)” yang paling tinggi, bisa juga “# (Very Valuable)” misalnya. Sistem pengukuran kualitas software seperti Graf ini adalah berdasarkan “Product” dan bukan “Process“. Masalah pengukuran kualitas software secara lengkap di artikel berjudul “Teknik Pengukuran Kualitas Perangkat Lunak“ […]
May 15th, 2008 at 10:26
[…] Itu mungkin keluhan yang sering kita dengar ketika kita menggunakan sebuah software atau perangkat lunak di komputer kita. Dan bukan sesuatu yang mustahil, kemungkinan besar terjadi juga di perangkat lunak media pembelajaran yang kita kembangkan. Jangan dilupakan bahwa media pembelajaran yang terdiri dari media presentasi pembelajaran (alat batu guru untuk mengajar) dan software pembelajaran mandiri (alat bantu siswa belajar mandiri) adalah juga suatu perangkat lunak. Baik tidaknya sebuah perangkat lunak, biasanya menunjukkan bagaimana kualitas perangkat lunak tersebut, hal ini sudah kita kupas tuntas di artikel tentang pengukuran perangkat lunak. Nah, media pembelajaran yang baik adalah yang memenuhi parameter-parameter berdasarkan disiplin ilmu rekayasa perangkat lunak, seperti pada contoh diatas (efisiensi, reliabilitas, usabilitas, dsb). […]
June 5th, 2008 at 7:21
[…] Menarik mempelajari hasil penelitian dari Sabine Graf dan Beate List [Graf, 2005] yang dibiayai oleh European Social Fund (ESF) tentang evaluasi dan komparasi LMS berbasis open source. Graf menggunakan satu metode evaluasi produk software bernama QWS (Qualitative Weight and Sum). QWS menghitung bobot (weight) menggunakan enam simbol kualitatif berdasarkan tingkat kepentingannya (importance level). Simbol-simbol kalau diurutkan dari yang paling penting: E (Essential), * (Extremely Valuable), # (Very Valuable), + (Valuable), | (Marginally Valuable), 0 (Not Valuable). QWS memungkinkan kita menetapkan maximum value sendiri, jadi tidak harus “E (Essential)” yang paling tinggi, bisa juga “# (Very Valuable)” misalnya. Sistem pengukuran kualitas software seperti Graf ini adalah berdasarkan “Product” dan bukan “Process“. Oh ya, saya juga pernah membahas masalah pengukuran kualitas software secara lengkap di artikel berjudul “Teknik Pengukuran Kualitas Perangkat Lunak“ […]
June 9th, 2008 at 12:37
jadi inget sama matakuliah testing dan implementasi sistem loh.
June 18th, 2008 at 9:18
[…] Menarik mempelajari hasil penelitian dari Sabine Graf dan Beate List [Graf, 2005] yang dibiayai oleh European Social Fund (ESF) tentang evaluasi dan komparasi LMS berbasis open source. Graf menggunakan satu metode evaluasi produk software bernama QWS (Qualitative Weight and Sum). QWS menghitung bobot (weight) menggunakan enam simbol kualitatif berdasarkan tingkat kepentingannya (importance level). Simbol-simbol kalau diurutkan dari yang paling penting: E (Essential), * (Extremely Valuable), # (Very Valuable), + (Valuable), | (Marginally Valuable), 0 (Not Valuable). QWS memungkinkan kita menetapkan maximum value sendiri, jadi tidak harus “E (Essential)” yang paling tinggi, bisa juga “# (Very Valuable)” misalnya. Sistem pengukuran kualitas software seperti Graf ini adalah berdasarkan “Product” dan bukan “Process“. Masalah pengukuran kualitas software secara lengkap di artikel berjudul “Teknik Pengukuran Kualitas Perangkat Lunak“ […]