Dian Lukitasari/5209100038                                                                 RizkaMarsaPramadani/52091000044...
StudiKasusSuatuperusahaan software developer bernama PT Mataharibergerakdibidang software untuk POS(Point      of      Sal...
http://teguh8581.wordpress.com/tag/requirement-engineering/http://suryainformation.wordpress.com/2010/05/23/analisis-kebut...
Upcoming SlideShare
Loading in...5
×

Resume quality

565

Published on

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
565
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Resume quality "

  1. 1. Dian Lukitasari/5209100038 RizkaMarsaPramadani/52091000044Terdapat 9 faktor yang menjadi penyebab error pada software, yaitu : 1. Faulty requirement definition 2. Client-developer communication failures 3. Deliberate deviation from SW requirements 4. Logical design errors 5. Coding errors 6. Non-compliance with documentation and coding instructions 7. Shortcomings of the testing process 8. Procedure errors 9. Documentation errorsBerikut adalah penjelasan dari salah satu penyebab diatas berikut dengan studi kasus serta solusinya.Faulty requirement definitionmerupakan error yang disebabkan oleh kesalahan dalam menganalisakebutuhan dari klien.DalamFaulty requirement definition, suatu software perludiketahuidahuluapa yangdimaksuddengan software requirement. Berdasarkansumber – sumber yang didapat.Softwarerequirements berisikankebutuhandankendala yang ditempatkanpadaprodukperangkatlunak yangmemberikankontribusipadasolusidaribeberapamasalahdunianyata.Menganalisa kebutuhan merupakan hal yang paling utama dalam mengembangkan software. Dikarenakananalisa kebutuhan yang tidak tepat akan menghasilkan perangkat lunak yang tidak berguna karenadianggap tidak memenuhi yang diinginkan klien. Kuranghati-hatidanpelaksanaan yang tidakteliti,sehinggamengakibatkanterjadinyakesalahananalisakebutuhansungguhmenimbulkanbanyakkerugian.Dengandiperolehnyakebutuhan yang jelasdanbenarsesuaidenganapa yang dimaksudolehklien,menunjukkanlangkahawal yang baik, yangakanmembantuketikakitamelanjutkankepadatahapberikutnyadalampembuatanperangkatlunak.Ada 3 faktor yang harusdipenuhiketikamelakukananalisakebutuhaniniyaitu : 1. Lengkap, 2. Detail, 3. danBenar.Lengkapberartisemua yang diharapkanolehklientelahdidapatkanolehpihak yangmelakukananalisa.Sedangkandetailmaksudnyaadalahberhasilmengumpulkaninformasi yangrincisampaihal-hal yang kecil. Semua data darianalisakebutuhaniniharuslahbenar, sesuaiapa yangdimaksudolehklien, bukanbenarmenurutapa yang difikirkanolehpihak yang melakukananalisa.
  2. 2. StudiKasusSuatuperusahaan software developer bernama PT Mataharibergerakdibidang software untuk POS(Point of Sale) yang digunakan di Toko-tokodan supermarketuntuktransaksidenganparapembelidanjugauntukmanajemenkeluarmasukbarang,danpelaporannya.Sebuah supermarket Panama menginginkankomputerisasi di bisnis retail yangdijalankannyadenganmemesan software tersebutke PT Matahari. PT Mataharimenawarkansoftware yang sudahdibuatnyadanbanyakdipakai di beberapa supermarket danmendemokansoftware tersebutpadapihak customer supermarket Panama.Ternyataadabeberapa system ataufituryang tidakadaseperti yang diharapkanoleh customerdanfiturtersebutsangatdiperlukandalamoperasibisnis di supermarket Panama.Salahsatunyaadalahfiturdiskonpembelian.PT Mataharimenggunakanpersentasedalam systemdiskonpembelian.Dari pihak supermarket Panama menggunakan system rupiahdalamsistemdiskonpembeliankarenapemberiandiskonhanyadiberikanpadapembeli-pembelitertentu yang memenuhisyaratdanpertimbanganmanajemen.Supermarket Panamajugamenginginkanadasistempelaporanberupagrafiksehinggamudahdalammengambilkeputusanbisnisselanjutnya.Pihak customer menginginkanpelaporanharussistematis, menarik,danmudahuntukdiambilkesimpulan.Dari permasalahantersebutdiatas, perlunya requirement elicitationuntukmengindentifikasikebutuhancostumer.Untukmengubahfiturdiskonpembeliandarisistempersenke rupiah mungkinsudahjelas,danterdefinisidenganbaik, dan relative mudahuntukdimengertiolehpihak softwaredeveloper.Namununtukfiturpelaporan yang menarik,sistematisdanmudahuntukdiambilkesimpulanmerupakanpermasalahancenderungabstrak.Daninimungkinpekerjaaninimemerlukanbeberapa kali revisikarenatidaksesuaidengankebutuhancustomer.Solusi :Sebaiknyapihak developer mencariaspek-aspekapasaja yangdiinginkandalamsistempelaporandanmanajemenbisnis retail danmendefinisikannyadalamrequirement specification untukditetapkansebagaiacuanpembuatan software yangbisadipahamiolehkeduabelahpihak. Requirement specificationinidigunakansebagaibatasanpekerjaan yang harusdikerjakanoleh software developer,sehinggaketikatahap testing, customer tidaklagimenuntutjika customer ternyatamasihmerasaadarequirement yang terlupakanpada software tersebut.Permintaan agar softwaretersebutmenarikdanmudahdipahamisebaiknya developermendesainGUInyaterlebihdahulusebelummemulai coding.Jika GUIsudahdisetujuimakaakandigunakansebagaiacuanuntukproyekpembuatan software.Namunsebaiknyapihak developer masihtetapfleksibeluntukmelayanijika customermemintaperubahanpadadesainatau requirement specification yangsudahditetapkanbersamadenganpertimbangantertentumisalnya, pihak customerharusmenggantibiayarevisi.Referensi :
  3. 3. http://teguh8581.wordpress.com/tag/requirement-engineering/http://suryainformation.wordpress.com/2010/05/23/analisis-kebutuhan-dalam-rekayasa-perangkat-lunak/http://s2informatics.wordpress.com/2007/06/19/studi-kasus-software-development/

×