Analisis Faktor Kualitas Software (revisi)

Analisa software pembuatan perencanaan bisnis untuk persewaan aset

View more presentations from Google.

ANALISA SOFTWARE PEMBUATAN PERENCANAAN BISNIS UNTUK PERSEWAAN ASET DI PDAM SURABAYA

Two Software Quality Factors

1. Correctness:

Adalah syarat ketepatan yang didefinisikan dalam daftar output sistem perangkat lunak yang dibutuhkan, seperti tampilan query dari keseimbangan pelanggan dalam sistem informasi akuntansi penjualan,  yang ditentukan oleh firmware dari unit kontrol industri. Spesifikasi output biasanya multidimensi, beberapa dimensi umum termasuk :

■ Kelengkapan informasi output, yang dapat terpengaruh oleh data yang tidak lengkap.
■ Update Informasi (didefinisikan sebagai waktu antara acara dan pertimbangannya oleh sistem perangkat lunak).
■ Keberadaan informasi (waktu reaksi, yang didefinisikan sebagai waktu yang dibutuhkan untuk memperoleh informasi yang diminta atau sebagai waktu reaksi diminta dari firmware dipasang di alat komputer).
■ Standar untuk coding dan mendokumentasikan sistem perangkat lunak.

Contoh :

Persyaratan Standar dan pedoman : software dan dokumentasinya harus memenuhi persyaratan client.

Ketersediaan Informasi : reaksi waktu untuk query rata-rata harus kurang dari dua detik ;reaksi waktu untuk laporan kurang dari empat jam.

Informasi Update : tidak noleh lebih dari 2 hari kerja untuk informasi mengenai partisipasi peristiwa dan tidak bolehlebih dari satu hari kerja mengenaiinformasi yang berhubungan denganhal pribadi dan tentang masuknya pembayaran anggota.

2. Efesiensi

Persyaratan efisiensi berurusan dengan sumber daya perangkat keras yang dibutuhkan untuk melakukan semua fungsi dari sistem perangkat lunak dengan kesesuaian terhadap semua persyaratan lainnya.

Sumber daya hardware utama yang harus dipertimbangkan adalah kemampuan pengolahan komputer (diukur dalam MIPS – juta instruksi per detik, atau megahertz MHz – juta siklus per detik, dll), penyimpanan data yang memiliki kemampuan dalam hal kapasitas memori dan disk (diukur dalam MB – megabyte, GBs – gigabyte, TB – terabyte, dll) dan kemampuan komunikasi data (biasanya diukur dalam KBPS – kilobit per detik, MBPS – megabit per detik, dan GBps – gigabit per detik).

Persyaratan dapat mencakup nilai-nilai maksimum di mana sumber daya perangkat keras (hardware) akan diterapkan dalam sistem perangkat lunak yang dikembangkan.

Analisa : Pembuatan Perencanaan Bisnis untuk Persewaan Asset di PDAM Surabaya

• Correctness (Ketepatan):

Software perencanaan bisnis ini telah memiliki syarat ketepatan yang baik, saat kita mengekspor perencanaan bisnis ini dalam bentuk document, analisa keuangan seperti cashflow, perencanaan keuangan, dll yang membutuhkan perhitungan yang akurat. Sotware perencanaan bisnis ini bisa melaukakannya dengan baik tanpa kesalahan perhitungan. Jadi software perencanaan bisnis ini  sudah memiliki persyaratan corecctness (ketepatan).

• Effesiensy:

Software Business plan ini sangat memenatingkan efsiensi, karena sangat membantu sekali dalam membuat perencanaan bisnis pada perusahaan PDAM di surabaya. Dengan software ini kita tidak perlu repot-repot membuat perencanaan bisnis yang rumit. Karena di softaware bisnis plan ini kita sudah diberi step by step nya, dari yang berhubungan dengna company profil hingga budgeting perusahaan. Cara penggunaannya pun juga cukup mudah, sehingga bisa digunakan oleh orang yang masih awam dalam menggunakannya. Jadi bisa disimpulkan bahwa software perencanaan bisnis memiliki kualitas karena telah memenuhi salahnsatu syarat dari faktor efisien.

Kesimpulan :

Berdasarkan analisa dari kedua faktor diatas (effesiaensy dan correctness) software perencanaa bisnis ini telah memenuhi syarat dari kedua faktor diatas, sehingga bisa dismpulkan bahwa software peerencanaan bisnis ini merupakan software yang berkualitas.

Referensi:

Pembuatan Perencanaan Bisnis untuk persewaan aset di pdam surabaya.ITS: Sistem Informasi

Daniel,Galin. Software Quality Assurance from Theory to Implementation.Pearson Hall

Team :

Nurul Arofah (5209100062)

Arrizqy Nur Shabrina (5209100053)

Penyebab Software Error

Logical Design Errors

Terdapat banyak kasus software error, salah satunya karena salah melogikan kebutuhan. Ini disebabkan adanya Kesalahan mengartikan keinginan analis. Akibatnya, hasil yang didapatkan tidak seperti yang diharapkan. Kesalahan seperti ini terkadang sulit untuk dideteksi terutama kalau program sangat kompleks. Selain itu Salah melogikan kebutuhan termasuk kesalahan dalam spesifikasi.

BUG karena kesalahan Logika

Bila terjadi kesalahan – kesalahan logika atas program, disebut juga sebagai

bugs , maka dari itu kita perlu untuk mengkaji ulang algoritma yang telah dibuat, kemudian memperbaiki implementasi kode program (debugging ). Berbagai inovasi dalam gaya pemrograman dan pemrograman defensif dirancang untuk membuat bug seminim mungkin. Dalam beberapa bahasa pemrograman, kesalahan ketik terutama dari simbol atau operator logika atau matematika, sebenarnya merupakan kesalahan logika, karena konstruksi mistyped diterima oleh compiler dengan arti lain dari pada yang dimaksudkan programmer.

Kadang-kadang, sebuah bug bukan cacat terisolasi, tetapi merupakan kesalahan dari pemikiran atau perencanaan pada bagian programmer. kesalahan logika seperti ini membutuhkan suatu bagian dari program yang akan dirombak atau ditulis ulang. Sebagai bagian dari proses review Code, melangkah melalui kode pemodelan pada proses eksekusi di atas kertas sering dapat menemukan kesalahan tanpa pernah perlu untuk mereproduksi bug seperti itu, ini disebabkan ada beberapa logika yang salah dalam pelaksanaannya.

Terdapat dua tipe kesalahan (errors) yang akan dihadapi seorang programmer. Yang pertama adalah compile-time error, dan yang kedua adalah runtime error .

Compile-time errors , muncul jika terdapat kesalahan penulisan kode program. Compiler  akan mendeteksi kesalahan yang terjadi sehingga kode tersebut tidak akan bisa dikompilasi. Terlupakannya penulisan semi-colon (;) pada akhir sebuahpernyataan program atau kesalahan ejaan pada beberapa perintah dapat disebut juga sebagai compile–time error . Compiler  tidaklah sempurna sehingga tidak dapat mengidentifikasi seluruh kemungkinan kesalahan pada waktu kompilasi.

Umumnya kesalahan yang terjadi adalah kesalahan logika seperti perulangan tak berakhir. Tipe kesalahan ini disebut dengan runtime error . berikut merupakan contoh dari runtime error:

1.               Perhitungan atas nilai yang salah, kesalahan penetapan kondisi dan lain sebagainya. Untuk memudahkan dalam memeriksa suatu kesalahan suatu program ataupun memahami jalannya program, kita juga perlu membuat suatu dokumentasi dari program yang dibuat. Dokumentasi tersebut berisi informasi mulai dari tujuan dan fungsi program, algoritma, serta cara penggunaannya.

2.               Penulisan kode pada program terlihat tanpa kesalahan, namun pada saat anda menelusuri struktur logika kode tersebut, bagian yang sama pada kode tereksekusi berulang – ulang tanpa akhir. Pada kasus tersebut compiler  tidak cukup cerdas untuk menangkap kesalahan tipe ini pada saat proses kompilasi. Sehingga saat program dijalankan, aplikasi atau bahkan keseluruhan komputer mengalami hang  karena mengalami proses perulangan yang tidak berakhir.

Fault tolerance system untuk mencapai tujuan perancangannya

Fault tolerance system merupakan suatu sistem yang dapat melanjutkan tugasnya dengan benar meskipun terjadi kegagalan perangkat keras dan kesalahan perangkat lunak). Fault tolerance dapat dicapai dengan banyak teknik. Seperti melakukan Pendekatan dengan mendeteksi dan melokasikan fault yang terjadi dan rekonfigurasi sistem untuk mengganti komponen yang rusak.

 Rekonfigurasi adalah proses penghilangan bagian system yang rusak dan memperbaiki sistem pada kondisi atau keadaan operasional.

STUDI KASUS  Kesalahan software  pada Sistem Patriot Amerika

Pada 25 Februari 1991. Patriot Amerika gagal menanggulangi Scud Irak pada Bidang Militer. Penyebabnya karena ada kesalahan software. Pada perang antara Irak dan Amerika, Scud missile dari Irak menewaskan 28 tentara Amerika dan mencederai 98 tentara di barak dekat Dhahran, Saudi Arabia. Patriot missile defence system menggunakan software untuk menscan angkasa dengan menggunakan radar dengan 5000 elemen sampai dia menemukan “possible target”. Data radar berikutnya menunjukkan berapa kecepatan dari target tesebut dan juga Patriot harus menentukan arahnya. Persamaan yang digunakan dalam tracking memiliki kesalahan 1/10 juta detik dalam setiap detiknya. Tentunya kesalahan ini dapat terakumulasi menjadi besar. Sedangkan US Army membuat spesifikasi bahwa mesin harus direset secara berkala untuk menghilangkan (reset) kesalahan tersebut. Diperkirakan sistem Patriot hanya dapat digunakan maksimal selama 14 jam berturut-turut. Pada waktu kejadian, sistem Patriot sudah digunakan selama 5 hari berturut-turut sehingga timingnya sudah bergeser sebesar 36/100 detik (cukup besar). Bug ini sebetulnya sudah diketahui, akan tetapi upgrade yang dikerjakan di Ft. McGuire Air Force base, membutuhkan waktu untuk mencapai tujuan dengan cara diterbangkan ke Riyadh, dikirimkan lewat truk ke Dhahran, dan dipasang di tempat instalasi Patriot. Ternyata terlambat karena pada saat itu belum ada internet didaerah tersebut.

Jadi dapat disimpulkan bahwa kesalahan BUG dapat berakibat buruk jika tidak cepat di Upgrade. Maka dari itu butuh adanya pencegahan dini dengan selalu melakukan control pada Software tersebut sehingga jika terjadi Bug yang dapat memberikan dampak buruk dapat segera ditanggulangi dan dicegah.

Referensi

 http://storage.jak-stik.ac.id/students/paper/penulisan%20ilmiah/20400213/BAB%20II%20TEKNIK.pdf

http://storage.jak-stik.ac.id/students/paper/penulisan%20ilmiah/20400213/BAB%20II%20TEKNIK.pdf

http://linguk.blogspot.com/2011/05/apa-itu-bug.html

http://www.scribd.com/doc/76813596/Evaluasi-Kesalahan-Perangkat-Lunak

Arrizqy Nur Shabrina (5209100053)

Nurul Arofah (5209100062)

Software Quality Challange

Software Quality Challange merupakan tantangan yang dihadapi sekumpulan atribut yang seharusnya dimiliki oleh sebuah Perangkat Lunak. Dimana menurut Robert L. Glass terdapat 7 Atribut yang dapat mempengaruhi.selain itu, terdapat Hubungan antara Software Quality Challange dengan Standart ISO 9001. untuk lebih jelasnya dapat dilihat presentasi dibawah ini:

Software Quality on Prezi

About Blog

Blog ini dibuat khusus untuk menyelesaikan tugas Management kualitas, semoga materi dan tugas yang disampaikan dapat bermanfaat bagi teman-teman. :)