Pengembangan Sistem Informasi - 3

1. Pengembangan Sistem Informasi - 3 Pertemuan 10 Sistem Informasi ViskaArmalina, S.T., M.Eng

2. Waterfall Model

3. Classic Waterfall Model

4. Kelemahan SDLC Waterfall Model • Sifatnyakaku, sehinggasusahmelakukanperubahan di tengahproses • Proyeknyatasulituntukmengikutialur proses • Membutuhkandaftarkebutuhan yang lengkap di awal • Kesulitanjikaterjadiperubahankebutuhan • Waktupengerjaanbertambah • Ada anggotatim yang harusmenunggupekerjaantim lain • Kesabarancustomer/klien

5. Prototipe • Membuatsuatu program dengancepatdanbertahapsehinggadapatsegeradievaluasiolehpemakai • Waterfall  spesifikasiharusrinci • Prototipe  hasilkan  evaluasi • Model inicocokuntukdigunakanpadakondisidimanakebutuhanpemakaisulituntukdiidentifikasi

6. Prototipe Padadasarnyaprototipeakanmembuatversikasardari program/bagiandari program dengancepatuntukbisadicobadandianalisisolehpengguna

7. SasaranPrototipe • Menurut Lucas (2000), sasarandariprototipeadalahsbb : • Memberikan “wujud” dariusahapengembangansistem • Menyediakanumpanbalik yang cepatdaripemakaikepadapengembang • Membantumenggambarkankebutuhanpemakaidengankesalahan yang lebihsedikit • Meningkatkanpemahamanpengembangdanpemakaiterhadapsasaran yang seharusnyadicapaiolehsistem • Menjadikanketerlibatanpemakaisangatberartidalamanalisisdandesainsistem

8. MekanismePengembanganPrototipe

9. Jenis-Jenis Prototipe • PrototipeEvolusioner • Prototipeyang secaraterusmenerusdiperbaiki • Mencapaipemenuhankriteriasistem • Setelahitubarumemasukiproses produksi • Hasilakhirnyasuatusistemyang nyata • Prototipe Requirement • Digunakanketikapenggunatidakmampumengungkapkandengantepatapa yang merekabutuhkan • Model iniakanditinjauseiringdenganditambahkannyafitur-fitur • Harapannyayaitupenggunaakanmampumendefinisikanpemrosesanyangdibutuhkandarisistem yang baru • Prototipeinitidakselalumenjadisistem yang nyata

10. Langkah2 Prototipe Evolusioner • Identifikasikebutuhanpengguna • MengembangkanPrototipe • IdentifikasikekuranganPrototipe • Pengembangansistem final

11. Langkah2 Prototipe Requirement • Identifikasikebutuhanpengguna • MengembangkanPrototipe • Menentukanapakahprototipebisadigunakanatautidak • Memprogramsistembaru • Mengujisistembaru • Mempertimbangkanapakahsuatusistemdapatditerimaatautidak

12. DayaTarik • Komunikasiantarapenggunadanpengembangmeningkat • Pengembangdapatmempelajaridanmengetahuikebutuhan-kebutuhanpenggunasecaratepat • Implementasiakanlebihmudahsebabpenggunamengetahuiapa yang akandidapatdarisistem yang baru • Dpatmenekanbiaya-biayapengembangandanmeningkatkankepuasanpenggunaterhadapsistem yang disediakan

13. PotensiKegagalan • Kebutuhanakankecepatandapatmenyebabkanpengembangmengambiljalanpintas • Penggunamungkinsangatterkesanterhadapprototipe, sehinggaprodukakhirtidaksempurna • Biaya yang membengkakterkadangmenjadikanpengembanganterhentiditengahjalan

14. KelebihanPrototipe • Keterlibatanpemakailebihintensif definisikebutuhanlebihbaik • Kepuasanpemakai  sistemdigunakan • Mempersingkatwaktupengembangan • Memperkecilkesalahanpadaversi-versiprototipe  koreksicepat • Pemakaimemilikikesempatan yang lebihbanyakdalammemintaperubahan • Menghematbiaya  10%-20% daripada SDLC tradisional

15. KelemahanPrototipe • Pembuatanprototipemembutuhkankesungguhanpemakaidalammeluangkanwaktudanpikiran • Pembuatan + Pengujian kemungkinandokumentasiterabaikan • Haruscepat sistemtidaklengkap, kurangteruji • Terlalubanyakprototipe  pemakaijenuh, responnegatif • Never ending prototyping  pengelolaanburuk, perubahanselaludipenuhi