• Save
Penyebab error
Upcoming SlideShare
Loading in...5
×
 

Penyebab error

on

  • 768 views

Deskripsi penyebab error

Deskripsi penyebab error

Statistics

Views

Total Views
768
Views on SlideShare
677
Embed Views
91

Actions

Likes
0
Downloads
0
Comments
0

2 Embeds 91

http://ashaformarsha.blogspot.com 76
http://diianlukita.blogspot.com 15

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Penyebab error Penyebab error Presentation Transcript

  • Dian Lukitasari -09038-Rizka Marsa P -09044-Manajemen Kualitas
  • PendahuluanTerdapat 9 faktor yang menjadi penyebab errorpada software, yaitu : Faulty requirement definition Client-developer communication failures Deliberate deviation from SW requirements Logical design errors Coding errors Non-compliance with documentation and coding instructions Shortcomings of the testing process Procedure errors Documentation errors
  • Berikut adalah penjelasan darisalah satu penyebab diatasberikut dengan studi kasusserta solusinya.
  • Faulty Requirement Definition Faulty requirement definition merupakan error yang disebabkan oleh kesalahan dalam menganalisa kebutuhan dari klien. Dalam Faulty requirement definition, suatu software perlu diketahui dahulu apa yang dimaksud dengan software requirement. Berdasarkan sumber – sumber yang didapat. Software requirements berisikan kebutuhan dan kendala yang ditempatkan pada produk perangkat lunak yang memberikan kontribusi pada solusi dari beberapa masalah dunia nyata.
  • Faulty Requirement Definition(Cont’d)Menganalisa kebutuhan merupakan halyang paling utama dalammengembangkan software. Dikarenakananalisa kebutuhan yang tidak tepat akanmenghasilkan perangkat lunak yang tidakberguna karena dianggap tidak memenuhiyang diinginkan klien.
  • Faulty Requirement Definition(Cont’d)Kurang hati-hati dan pelaksanaan yangtidak teliti, sehingga mengakibatkanterjadinya kesalahan analisa kebutuhansungguh menimbulkan banyak kerugian.Dengan diperolehnya kebutuhan yangjelas dan benar sesuai dengan apa yangdimaksud oleh klien, menunjukkan langkahawal yang baik, yang akan membantuketika kita melanjutkan kepada tahapberikutnya dalam pembuatan perangkatlunak.
  • Faulty Requirement Definition(Cont’d)Ada 3 faktor yang harus dipenuhi ketikamelakukan analisa kebutuhan ini yaitu : Lengkap, Detail, dan Benar.Lengkap berarti semua yang diharapkan olehklien telah didapatkan oleh pihak yangmelakukan analisa. Sedangkan detailmaksudnya adalah berhasil mengumpulkaninformasi yang rinci sampai hal-hal yang kecil.Semua data dari analisa kebutuhan ini haruslahbenar, sesuai apa yang dimaksud olehklien, bukan benar menurut apa yang difikirkanoleh pihak yang melakukan analisa.
  • Studi KasusSuatu perusahaan software developer bernama PTMatahari bergerak dibidang software untuk POS(Point of Sale) yang digunakan di Toko-toko dansupermarket untuk transaksi dengan para pembelidan juga untuk manajemen keluar masukbarang, dan pelaporannya. Sebuah supermarketPanama menginginkan komputerisasi di bisnis retailyang dijalankannya dengan memesan softwaretersebut ke PT Matahari. PT Matahari menawarkansoftware yang sudah dibuatnya dan banyak dipakaidi beberapa supermarket dan mendemokansoftware tersebut pada pihak customer supermarketPanama. Ternyata ada beberapa system atau fituryang tidak ada seperti yang diharapkan olehcustomer dan fitur tersebut sangat diperlukan dalamoperasi bisnis di supermarket Panama.
  • Studi Kasus (Cont’d)Salah satunya adalah fitur diskon pembelian. PTMatahari menggunakan persentase dalamsystem diskon pembelian. Dari pihaksupermarket Panama menggunakan systemrupiah dalam sistem diskon pembelian karenapemberian diskon hanya diberikan padapembeli-pembeli tertentu yang memenuhisyarat dan pertimbangan manajemen.Supermarket Panama juga menginginkan adasistem pelaporan berupa grafik sehinggamudah dalam mengambil keputusan bisnisselanjutnya. Pihak customer menginginkanpelaporan harus sistematis, menarik, danmudah untuk diambil kesimpulan.
  • SolusiDari permasalahan tersebut diatas, perlunyarequirement elicitation untuk mengindentifikasikebutuhan costumer. Untuk mengubah fiturdiskon pembelian dari sistem persen ke rupiahmungkin sudah jelas, dan terdefinisi denganbaik, dan relative mudah untuk dimengerti olehpihak software developer. Namun untuk fiturpelaporan yang menarik, sistematis dan mudahuntuk diambil kesimpulan merupakanpermasalahan cenderung abstrak. Dan inimungkin pekerjaan ini memerlukan beberapakali revisi karena tidak sesuai dengankebutuhan customer.
  • Solusi (Cont’d)Sebaiknya pihak developer mencari aspek-aspek apa saja yang diinginkan dalam sistempelaporan dan manajemen bisnis retail danmendefinisikannya dalam requirementspecification untuk ditetapkan sebagai acuanpembuatan software yang bisa dipahami olehkedua belah pihak. Requirement specificationini digunakan sebagai batasan pekerjaan yangharus dikerjakan oleh softwaredeveloper, sehingga ketika tahaptesting, customer tidak lagi menuntut jikacustomer ternyata masih merasa adarequirement yang terlupakan pada softwaretersebut.
  • Solusi (Cont’d)Permintaan agar software tersebut menarikdan mudah dipahami sebaiknya developermendesain GUInya terlebih dahulu sebelummemulai coding. Jika GUI sudah disetujuimaka akan digunakan sebagai acuanuntuk proyek pembuatan software. Namunsebaiknya pihak developer masih tetapfleksibel untuk melayani jika customermeminta perubahan pada desain ataurequirement specification yang sudahditetapkan bersama denganpertimbangan tertentu misalnya, pihakcustomer harus mengganti biaya revisi.
  • Referensi http://teguh8581.wordpress.com/tag/req uirement-engineering/ http://suryainformation.wordpress.com/20 10/05/23/analisis-kebutuhan-dalam- rekayasa-perangkat-lunak/ http://s2informatics.wordpress.com/2007/ 06/19/studi-kasus-software-development/