Pengembangan SIM berbasis Prototyping & SDLC
SDLC Muhammad Firdaus
Manfaat SIM yang terbangun dg Baik ● ● ●
Meningkatkan kinerja organisasi Membuat pekerja pengetahuan lebih produktif Membantu manajemen mengambil keputusan yang baik
New ● ● ●
Present a home being built Or a growing-design home with sperimpose technique See Research/2011 Pedoman SIM/Kearns technology and change mgt.pdf
Model Kegagalan SI Kegagalan SI
Ekspektasi Ketidak mampuan SI memenuhi harapan pengguna
Kesesuaian
Proses
Interaksi
“Kematian” SIM ● ● ● ●
Pembukuan Teknologi Harapan Pengguna Pengaruh eksternal
Homeostasis
Martin (1991)
Prinsip Pengembangan SIM ● ● ● ● ● ● ●
Akseptabilitas Penguatan pengambilan keputusan Ekonomis Fleksibel Kehandalan Kesederhanaan Tahapan Kerja
Strategi Pengembangan SIM ●
●
●
Insource ■ Prototyping ■ SDLC Selfsource (kurang terstruktur) ■ Prototyping Outsource ■ Prototyping? ■ Buy off-the-shelf ■ JAD/RAD ■ Buy and customization by vendor ■ Buy and self-customization ■ Outsource secara total (SDLC ) ■ Application Service Provider
Pengembangan SIM secara Outsource
Keuntungan outsourcing ● ● ● ●
Organisasi bisa fokus pada tupoksinya Perkiraan biaya lebih akurat Biaya pembangunan bisa ditekan Level layanan dapat ditetapkan melalui kontrak
Copyright 2006 The McGraw-Hill Companies, Inc. All rights reserved.
Kerugian Outsourcing ●
● ● ●
Organisasi tidak bisa mengembangkan keahlian dari pegawainya sendiri (ketergantungan) Pengendalian TI diserahkan ke pihak luar Kerawanan informaraa di tangan organisasi eksternal Ketergantungan pada pihak luar
Copyright 2006 The McGraw-Hill Companies, Inc. All rights reserved.
Insource Prototyping
Selfsource Prototyping
Keuntungan prototyping ●
● ● ● ●
Mendorong pegawai untuk terlibat dalam pengembanagn sistem Mengatasi perbedaan Memberi preview sistem lengkap Membantu menentukan kelayakan sistem yang diusulkan Membantu pengguna menerima sistem yang baru
Copyright 2006 The McGraw-Hill Companies, Inc. All rights reserved.
Kerugian prototyping ● ●
●
Mencitakan harapan bahwa sistem akan cepat terbangun Tidak jelas bagaimana sistem berfungsi dalam kondisi sebenarnya Tim pengembang cenderung tidak mengji coba dan membuat dokumentasi sistem
Copyright 2006 The McGraw-Hill Companies, Inc. All rights reserved.
Prototyping v.s. SDLC Prototyping ● ● ●
●
●
Kurang terstruktur Waktu tidak bisa dipastkan Dapat mengetahui kalau seluruh kebuthan sudah terpenuhi Akurat mengidentifikasi kebutuhan Meyakinkan pengguna yang resisten
SDLC ● ● ●
●
●
Lebih terstruktur Kepastian waktu lebih tinggi Tidak bisa memastikan jika semua kebutuhan teridentifikasi pada putaran pertama Akurasi identifikasi kebutuhan tergantung keterampilan sistem analis Resistensi bisa terjadi pada semua fase
Pengertian SDLC
Suatu siklus pengembangan sistem informasi yang terstruktur meliputi investigasi, analisis, desain, pembuatan, implementasi dan pemeliharaan.
Perlunya SDLC ●
● ● ●
Sistem informasi bersifat dinamis (isi, struktur maupun lingkungannya) Pembangunan sistem informasi tidak linier Kebutuhan pemakai berkembang Supply vs demand driven
Pengembangan SIM Perencanaan
ali sis
Pemeli haraan
e pl si Im nta e m
y
ve
r Su
P bu em at an
An
Desain
Pembanguna n
Monev
Pengembangan SIM Perencanaan
Usulan dari pihak tertentu Keputusan manajemen
sis y
Pemeli haraan
ve
r Su
Pembentukan Tim Pelaksana P bu em at an
ali
Penyusunan TOR
RFP (Outsource)
e pl si Im nta e m
An
Desain
Pembanguna n
SLA (Outsource)
Monev
Perencanaan
ali
sis
Pemeli haraan
S
Desain
e pl si Im nta e m
ey
v ur
Analisis
P bu em at an
An
Desain
Pembanguna n
Survey
Monev
Pembuatan
Implementasi
Pemeliharaan
Survey
Pembanguna n
Analisis
ali
sis
Pemeli haraan
S
e pl si Im nta e m
ey
v ur
Desain P bu em at an
An
Desain
Perencanaan
Monev
Pembuatan
Implementasi Pemeliharaan
Perencanaan
ali
Pemeli haraan
y ve
e pl si Im nta e m
r Su
sis
P bu em at an
An
Desain
Pembanguna n
Monev
Saat pengembangan
Saat Penyerahan
Saat Pengoperasian
Survey Analisis
Desain
Pembuatan
Implementasi Pemeliharaan
Permasalahan pengguna
Kebutuhan pengguna
Ruang lingkup sistem
Proposal rancangan sistem
Survey Analisis
Siapa pemakai dan pengguna? Bagaimana prosedur kerja (Business Process) Peraturan perundang-undangan yang terkait
Desain
Pembuatan
Permasalahan & Solusi Peralatan yang sudah ada dan yg perlu diadakan Perencanaan terdahulu terkait sistem informasi
Implementasi Pemeliharaan
Dll.
Survey Analisis
Desain
Pembuatan
Implementasi Pemeliharaan
Model System
Database
Aplikasi/interface
Konfigurasi Hadware
Konfigurasi Jaringan
Survey Analisis
Desain
Pembuatan
Implementasi Pemeliharaan
Database
Aplikasi/Interface
Dokumentasi sistem
Testing
Survey Analisis
Persiapan sistem secara paralel Pelatihan Testing penerimaan
Desain
Pembuatan
Implementasi Pemeliharaan
Pengoperasian penuh
Piggybacking A
Titik kelemahan sistem lama
B
Titik penyelesaian membangunan sistem baru B
A Sistem baru Masa Pengembangan
Sistem lama Diadaptasi dari Martin (1991: 69)
Survey Analisis
Pemantauan
Melacak bug (kesalahan kecil)
Desain Antisipasi faktor eksternal Pembuatan Penyempurnaan berkelanjutan Implementasi Pemeliharaan
