1 / 48

SISTEM INFORMASI MANAJEMEN (XI)

Metodologi Pengembangan Sistem. SISTEM INFORMASI MANAJEMEN (XI). Pengembangan Sistem. Menyusun suatu sistem baru untuk menggantikan sistem yang lama secara keseluruhan. Ex: Dana/Budget. Control. PROSES. Input. Output. Ex: Kebutuhan. Ex: Dokumentasi. Resources/Mekanisme.

ulfah
Download Presentation

SISTEM INFORMASI MANAJEMEN (XI)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. http://hadylie-stiebuddhi.vv.si/ Metodologi Pengembangan Sistem SISTEM INFORMASI MANAJEMEN (XI)

  2. Pengembangan Sistem • Menyusun suatu sistem baru untuk menggantikan sistem yang lama secara keseluruhan Ex: Dana/Budget Control PROSES Input Output Ex:Kebutuhan Ex:Dokumentasi Resources/Mekanisme Ex:Staff/Metode/Tools http://hadylie-stiebuddhi.vv.si/

  3. Pengembangan Sistem Cont’ • Memperbaiki sistem yang telah ada Kriteria Pemerikasaan Design/Method Test Plan Control Control Control Sistem Design Modul Tested Pendefinisian Design Code Test Integrasi Input SISTEM Kebutuhan Resources/Mekanisme Resources/Mekanisme Resources/Mekanisme Staff/Tools Staff/Tools Staff/Tools http://hadylie-stiebuddhi.vv.si/

  4. Perancangan Sistem Informasi Dalam merancang sistem informasi dibutuhkan metode pengembangan sistem untuk menjamin Sistem Informasi dapat diselesaikan tepat waktu, sesuai dengan anggaran, dan sesuai dengan spesifikasi yang diinginkan. • Studi terhadap 32 perusahaan yang bergerak di berbagai sektor menemukan adopsi ISDM (Information System Development Methods) masih rendah. • Sebagian besar perusahaan mengembangkanmetode sendiri dalam pengembangan SI yang sebagian di antaranya didasarkan pada ISDM yang sudah ada. Fakta di Indonesia http://hadylie-stiebuddhi.vv.si/

  5. Overview Proses • Strategi pengembangan SI bisa berbentuk: • Sekuensial: metode Waterfall • Iteratif & incremental: Prototyping, Unified Process • Sekuensial: • Tiap tahap diselesaikan sebelum masuk tahap berikutnya (meskipun dlm praktek seringkali tahap satu dengan lainnya overlap) • Kelemahan: pemilik dan pemakai tidak sabar menunggu sistem jadi http://hadylie-stiebuddhi.vv.si/

  6. OVERVIEW PROSES • Iteratif dan incremental: • Analisis, rancang, implementasikan sebagian. Lanjutkan analisis, rancang & implementasi sebagian lagi. Lanjutkan lagi analisis, rancang & implementasi, bagian berikutnya. Demikian seterusnya sampai sistem jadi • Kelebihan: meningkatkan kepuasan pemilik dan pemakai sistem http://hadylie-stiebuddhi.vv.si/

  7. Siklus Hidup Sistem Informasi Konsultan/EDP Dept SDLC -System Development Life Cycle- Manajemen Organisasi/User Manajemen Organisasi/User Perencanaan Evaluasi http://hadylie-stiebuddhi.vv.si/

  8. Siklus Hidup Sistem Informasi Cont’ 2. Siklus Hidup Pengembangan Sistem (SDLC) http://hadylie-stiebuddhi.vv.si/

  9. SDLC http://hadylie-stiebuddhi.vv.si/

  10. http://hadylie-stiebuddhi.vv.si/

  11. Distribusi Usaha Pengembangan Sistem http://hadylie-stiebuddhi.vv.si/

  12. Tahapan Analisis Sistem • Dimulai karena adanya permintaan terhadap sistem baru • Proyek baru ditangani dalam bentuk tim, yang melibatkan pemakai, analis sistem, dan para spesialis sistem informasi yang lain, serta barangkali juga auditor internal • Tujuan utama analisis sistem adalah untuk menentukan hal-hal detil tentang yang akan dikerjakan oleh sistem yang diusulkan (dan bukan bagaimana caranya). Analisis sistem mencakup studi kelayakan dan analisis kebutuhan • Analisis sistem mencakup studi kelayakan dan analisis kebutuhan http://hadylie-stiebuddhi.vv.si/

  13. Studi Kelayakan • Menentukan kemungkinan keberhasilan solusi yang diusulkan. • Berguna untuk memastikan bahwa solusi yang diusulkan tersebut benar-benar dapat dicapai dengan sumber daya dan dengan memperhatikan kendala yang terdapat pada perusahaan serta dampak terhadap lingkungan sekeliling http://hadylie-stiebuddhi.vv.si/

  14. Studi Kelayakan (Lanjutan…) • Analis sistem melaksanakan penyelidikan awal terhadap masalah dan peluang bisnis yang disajikan dalam usulan proyek pengembangan sistem. • Tugas-tugas yang tercakup dalam studi kelayakan meliputi: • Penentuan masalah dan peluang yang dituju sistem • Pembentukan sasaran sistem baru secara keseluruhan • Pengidentifikasian para pemakai sistem • Pembentukan lingkup sistem http://hadylie-stiebuddhi.vv.si/

  15. Studi Kelayakan (Lanjutan…) • Sistem analis juga melakukan tugas-tugas seperti berikut: • Pengusulan perangkat lunak dan perangkat keras untuk sistem baru • Pembuatan analisis untuk membuat atau membeli aplikasi • Pembuatan analisis biaya/manfaat • Pengkajian terhadap risiko proyek • Pemberian rekomendasi untuk meneruskan atau menghentikan proyek http://hadylie-stiebuddhi.vv.si/

  16. Problem Biaya (Kasus Gunung Es) http://hadylie-stiebuddhi.vv.si/

  17. Analisis Kebutuhan • Analisis kebutuhan dilakukan untuk menghasilkan spesifikasi kebutuhan (disebut juga spesifikasi fungsional) • Spesifikasi kebutuhan adalah spesifikasi yang rinci tentang hal-hal yang akan dilakukan sistem ketika diimplementasikan. • Spesifikasi ini sekaligus dipakai untuk membuat kesepahaman antara pengembang sistem, pemakai yang kelak menggunakan sistem, manajemen, dan mitra kerja yang lain (misalnya auditor internal) http://hadylie-stiebuddhi.vv.si/

  18. Analisis Kebutuhan (Lanjutan…) Analisis kebutuhan ini diperlukan untuk menentukan: • keluaran yang akan dihasilkan sistem, • masukan yang diperlukan sistem, • lingkup proses yang digunakan untuk mengolah masukan menjadi keluaran, • volume data yang akan ditangani sistem, • jumlah pemakai dan kategori pemakai, serta • kontrol terhadap sistem http://hadylie-stiebuddhi.vv.si/

  19. Analisis Kebutuhan (Lanjutan…) Langkah yang dilakukan analis sistem: • Wawancara • Riset terhadap sistem sekarang • Observasi lapangan • Kuis • Pengamatan terhadap sistem serupa • Prototipe http://hadylie-stiebuddhi.vv.si/

  20. Problem Kesalahpahaman http://hadylie-stiebuddhi.vv.si/

  21. Desain Sistem http://hadylie-stiebuddhi.vv.si/

  22. Perancangan Konseptual • Disebut juga perancangan logis • Pada perancangan ini, kebutuhan pemakai dan pemecahan masalah yang teridentifikasi selama tahapan analisis sistem mulai dibuat untuk diimplementasikan • Ada tiga langkah penting yang dilakukan dalam perancangan konseptual, yaitu: evaluasi alternatif rancangan, penyiapan spesifikasi rancangan, dan penyiapan laporan rancangan sistem secara konseptual http://hadylie-stiebuddhi.vv.si/

  23. Perancangan Konseptual • Evaluasi alternatif rancangan digunakan menentukan alternatif-alternatif rancangan yang bisa digunakan dalam sistem • Contoh: • perusahaan mau menggunakan pesanan pembelian atau menggunakan EDI • Arsitektur teknologi informasi yang digunakan terpusat atau terdistribusi • Entri data akan dilakukan melalui keyboard, barcode scanner, atau kedua-duanya http://hadylie-stiebuddhi.vv.si/

  24. Perancangan Konseptual Evaluasi yang dilakukan mengandung hal-hal berikut (Romney, Steinbart, dan Cushing, 1997) • Bagaimana alternatif-alternatif tersebut memenuhi sasaran sistem dan organisasi dengan baik? • Bagaimana alternatif-alternatif tersebut memenuhi kebutuhan pemakai dengan baik? • Apakah alternatif-alternatif tersebut layak secara ekonomi? • Apa saja keuntungan dan kerugian masing-masing? http://hadylie-stiebuddhi.vv.si/

  25. Implementasi Sistem Mencakup aktivitas-aktivitas: • Pemrograman dan pengujian • Instalasi perangkat keras dan perangkat lunak • Pelatihan kepada pemakai • Pembuatan dokumentasi • Konversi http://hadylie-stiebuddhi.vv.si/

  26. Konversi • Konversi merupakan tahapan yang digunakan untuk mengoperasikan sistem baru dalam rangka menggantikan sistem yang lama • Terdapat beberapa pendekatan yang dilakukan untuk melakukan konversi, yaitu konversi paralel, konversi langsung, konversi modular atau bertahap, dan konversi pilot http://hadylie-stiebuddhi.vv.si/

  27. Konversi http://hadylie-stiebuddhi.vv.si/

  28. Metodologi Cont’ • Tahapan pengembangan sistem tidak mengalami perubahan mendasar • Pada sistem konvensional, setiap tahapan harus diselesaikan tuntas baru masuk tahap selanjutnya, sedangkan sistem baru lebih menekankan adanya iterasi atau pelaksanaan secara spiral • Teknik Baru: • JAD (Join Application Development) • RAD (Rapid Application Development) http://hadylie-stiebuddhi.vv.si/

  29. Model / Metode Tahapan Pengembangan Sistem • Model sekuensial linier (classic life cycle/waterfall model) • Model prototype • Rapid Application Development (RAD) model • Model evolusioner • Teknik generasi ke-empat (4GT) http://hadylie-stiebuddhi.vv.si/

  30. Model Waterfall (1) http://hadylie-stiebuddhi.vv.si/

  31. Model Waterfall • Kelebihan:Metode ini masih lebih baik digunakan walaupun sudah tergolong “kuno”, daripada menggunakan pendekatan asal-asalan. Selain itu, metode ini juga masih masuk akal jika kebutuhan sudah diketahui dengan baik. • Kekurangan • Pada kenyataannya, jarang mengikuti urutan sekuensial seperti pada teori. Iterasi sering terjadi menyebabkan masalah baru. • Sulit bagi pelanggan untuk menentukan semua kebutuhan secara eksplisit. • Pelanggan harus sabar, karena pembuatan perangkat lunak akan dimulai ketika tahap desain sudah selesai. Sedangkan pada tahap sebelum desain bisa memakan waktu yang lama. • Kesalahan di awal tahap berakibat sangat fatal pada tahap berikutnya. http://hadylie-stiebuddhi.vv.si/

  32. Model Prototype (1) http://hadylie-stiebuddhi.vv.si/

  33. Definisi Prototipe • “MODEL PERTAMA” yang sering digunakan oleh perusahaan yang memproduksi barang secara massal  prototipe sebagai suatu produk • Prototipe dalam perspektif pengembangan Sistem Informasi  prototipe sebagai suatu proses • Sistem informasi (aplikasi) yang mengambarkan hal-hal penting dari sistem informasi yang akan datang. (MODEL KERJA) • Prototipe sistem informasi buakn sesuatu yang lengkap, tetapi sesuatu yang harus dimodifikasi kembali, dikembangkan, dan ditambahkan atau dapat digabungkan dengan sistem informasi yang lain. http://hadylie-stiebuddhi.vv.si/

  34. Model Prototype (2) Mengidentifikasi kebutuhan : analisaterhadap kebutuhan calon user Quick design : pembuatan desain globaluntuk membentuk s/w contoh Build prototype : pembuatan s/w prototypetermasuk pengujian dan penyempurnaan. Evaluasi pelanggan : mengevaluasiprototipe dan memperhalus analis kebutuhan calon pemakai Pembuatan & implementasi pembuatansebenarnya termasuk design, coding, dantesting http://hadylie-stiebuddhi.vv.si/

  35. Model Prototype Cont’ http://hadylie-stiebuddhi.vv.si/

  36. Listen Customer • FUNCTION SELECTION • Pemilihan fungsi yang harus ditampilkan pada prototipe • Pendekatan dalam pemilihan fungsi • Fungsi sistem informasi yang diterapkan mendekati bentuk akhir (Aplikasi), tetapi hanya fungsi terpilih saja yang digunakan (Vertical Prototipe) • Fungsi Sistem informasi tidak ditampilkan secara rinci seoerti yang akan digunakan pada hasil akhir, tetapi dapat diperagakan (Horizontal Prototipe) • TEKNIK pada Prototipe • Perancangan Model, perancangan Dialog, dan Simulasi http://hadylie-stiebuddhi.vv.si/

  37. Model Prototype Cont’ • Kelebihan: • Keterlibatan user dalam pengembangan sistem mempengaruhi kualitas akhir dari sistem informasi • Fleksibel terhadap perubahan yang terjadi dan memungkinkan terjadinya modifikasi. • Kekurangan: • Pelanggan yang melihat working version dari model yang diminta/diperlihatkan tidak menyadari bahwa mungkin saja prototype dibuat terburu-buru dan rancangan tidak tersusun dengan baik. • Pengembang kadang-kadang membuat implementasi sembarang, karena ingin working version selesai dengan cepat. • Karena sudah melihat prototype-nya, pelanggan menjadi tidak sabar untuk menunggu versi jadinya. Karena pelanggan merasa program jadinya tidak akan lama lagi selesai. http://hadylie-stiebuddhi.vv.si/

  38. Model RAD http://hadylie-stiebuddhi.vv.si/

  39. Model RAD Cont’ • Business modeling. Pada tahap ini, aliran informasi (information flow) pada fungsi-fungsi bisnis dimodelkan untuk mengetahui informasi apa yang mengendalikan proses bisnis, informasi apa yang hasilkan, siapa yang membuat informasi itu, kemana saja informasi mengalir, dan siapa yang mengolahnya. • Data modeling. Aliran informasi yang didefinisikan dari business modeling, disaring lagi agar bisa dijadikan bagian-bagian dari objek data yang dibutuhkan untuk mendukung bisnis tersebut. Karakteristik (atribut) setiap objek ditentukan beserta relasi antar objeknya. • Process modeling. Objek-objek data yang didefinisikan sebelumnya diubah agar bisa menghasilkan aliran informasi untuk diimplementasikan menjadi fungsi bisnis. Pengolahan deskripsi dibuat untuk menambah, merubah, menghapus, atau mengambil kembali objek data. http://hadylie-stiebuddhi.vv.si/

  40. Model RAD Cont’ • Application generation. RAD bekerja dengan menggunakan fourth generation techniques (4GT). Sehingga pada tahap ini sangat jarang digunakan pemrograman konvensional menggunakan bahasa pemrograman generasi ketiga (third generation programming languages), tetapi lebih ditekankan pada re-use komponen-komponen (jika ada) atau membuat komponen baru (jika perlu). Dalam semua kasus, alat bantu untuk otomatisasi digunakan untuk memfasilitasi pembuatan perangkat lunak. • Testing and turnover. Karena menekankan pada penggunaan kembali komponen yang telah ada (reuse), sebagian komponen-komponen tersebut sudah diuji sebelumnya. Sehingga mengurangi waktu testing secara keseluruhan. Kecuali untuk komponen–komponen baru. http://hadylie-stiebuddhi.vv.si/

  41. Model RAD • Proses pengembangan s/w secara sekuensial linier • Kecepatan adaptasi yg tinggi, dapat dibuat dengan cepat dgn pendekatan pembangunan berbasis komponen • Sering juga disebut ‘versi high speed’ dari model waterfall. Kelemahan RAD • Model yang besar (skala proyek), membutuhkan resources yg baik dan solid. • Membutuhkan komitmen pengembang dan user yang sama agar cepat selesai sesuai dengan rencana http://hadylie-stiebuddhi.vv.si/

  42. Model RAD Cont’ • Kelebihan:RAD memang lebih cepat dari waterfall jika kebutuhan dan batasan proyek sudah diketahui dengan baik. Juga jika proyek memungkinkan untuk dimodularisasi. • Kekurangan: • Tidak semua proyek bisa dipecah (dimodularisasi), sehingga belum tentu RAD dipakai pada semua proyek. • Karena proyek dipecah menjadi beberapa bagian, maka dibutuhkan banyak orang untuk membentuk suatu tim yang mengerjakan tiap bagian tersebut. • Membutuhkan komitmen antara pihak pengembang dan pelanggan. • Karena dibuat dengan reuse komponen-komponen yang sudah ada, fasilitas-fasilitas pada tiap komponen belum tentu digunakan seluruhnya oleh program yang me-reuse-nya sehingga kualitas program bisa menurun. http://hadylie-stiebuddhi.vv.si/

  43. Model Spiral Model ini merupakan perbaikan dari model waterfall dan prototype. Spiral melibatkan proses iterasi, dimana setiap iterasi bekerja pada satu level produk dimulai dari level prototype awal sampai pada level s/w SIM yang diinginkan Setiap perpindahan level didahului analisa resiko http://hadylie-stiebuddhi.vv.si/

  44. Kuadran Spiral Cont’ • Customer communication : komunikasi antar pengembang dan user secara efektif untuk penentuan kebutuhan kerja • Planning : mendefinisikan sumber daya, batas waktu, resources • Risk analysis : menentukan resiko teknis dan manajemen • Rekayasa : membuat satu atau lebih aplikasi yang dapat diwakili • Kontruksi dan release : mengkontruksi, menguji, menginstall dan memberikan pendukung user (doc dan training) • Evaluasi user : feed back penilaian user http://hadylie-stiebuddhi.vv.si/

  45. Model Spiral Cont’ • KelebihanModel spiral ini adalah pendekatan yang paling realistik untuk sistem skala besar. Metode ini menggunakan pendekatan evolusioner, sehingga pelanggan dan pengembang dapat mengerti dan bereaksi terhadap suatu resiko yang mungkin terjadi. Model ini membutuhkan konsiderasi langsung terhadap resiko teknis, sehingga diharapkan dapat mengurangi terjadinya resiko yang lebih besar. Pada setiap fase evolusi, bisa digunakan prototyping. • KekuranganMungkin akan agak sulit untuk meyakinkan pelanggan besar, bahwa pendekatan evolusioner ini dapat diatur. Hal ini membutuhkan keahlian tersendiri. Selain itu, jika resiko utama tidak ditemukan, maka masalah bisa muncul kemudian. Sehingga membutuhkan kemampuan manajemen dan perkiraan resiko (risk assessment) yang cukup tinggi. http://hadylie-stiebuddhi.vv.si/

  46. Model Generasi Keempat http://hadylie-stiebuddhi.vv.si/

  47. Model Generasi Keempat Tools-tools 4GT : bahasa non proseduraluntuk query basis data, report generation,manipulasi data, pendefinisian daninteraksi pada layar monitor, dankemampuan spreedsheet. Dimulai dengan pengumpulan kebutuhan,pelanggan langsung menerangkankebutuhan dan langsung ditranslasikan keprototype operasional. http://hadylie-stiebuddhi.vv.si/

  48. Model Generasi Keempat Cont’ • Requirement gathering • Design strategy, perancangan struktur s/w secara detail, algoritma dan struktur data tidak perlu didesain secara lengkap. Akan dibuat secara otomatis oleh tools. • Implementation,penerapan, pembuatan program dengan used pemrograman 4GL. • Testing & product, pembuatan produk s/w. Testing dan pembuatan dokumentasi. http://hadylie-stiebuddhi.vv.si/

More Related