1 Pembuatan Prototipe

Sebagai analis sistem yang mempresentasikan prototipe sistem informasi, Anda sangat tertarik
dengan reaksi pengguna dan manajemen terhadap prototipe tersebut. Anda ingin mengetahui
secara rinci bagaimana mereka bereaksi saat bekerja dengan prototipe dan seberapa baik
kesesuaian antara kebutuhan mereka dan fitur prototipe dari sistem. Anda mengumpulkan reaksi
melalui observasi, wawancara, dan lembar umpan balik (mungkin kuesioner) yang dirancang untuk
memperoleh pendapat setiap orang tentang prototipe saat dia berinteraksi dengannya.

Informasi yang dikumpulkan dalam fase pembuatan prototipe memungkinkan seorang analis untuk
menetapkan prioritas dan mengarahkan rencana secara murah, dengan gangguan minimal. Oleh
karena itu, pembuatan prototipe dan perencanaan berjalan seiring.

* Jenis Prototipe

Prototipe yang Ditambal

Prototipe Nonoperasional

Prototipe Seri Pertama

Prototipe Fitur yang Dipilih

* Prototipe sebagai Alternatif untuk SDLC

Beberapa analis berpendapat bahwa pembuatan prototipe harus dipertimbangkan sebagai alternatif
dari SDLC. Ingat bahwa Siklus Hidup Pengembangan Sistem, yang diperkenalkan pada Bab 1, adalah
pendekatan yang logis dan sistematis untuk diikuti dalam pengembangan sistem informasi. Keluhan
tentang melalui pusat proses SDLC pada dua masalah yang saling terkait.

Perhatian pertama adalah perpanjangan waktu yang dibutuhkan untuk menjalani siklus hidup
pembangunan. Ketika investasi waktu analis meningkat, biaya sistem yang disampaikan meningkat
secara proporsional. Perhatian kedua tentang penggunaan SDLC adalah bahwa persyaratan
pengguna berubah seiring waktu. Selama interval yang lama antara waktu kebutuhan pengguna
dianalisis dan waktu sistem selesai dikirimkan, persyaratan pengguna berkembang. Jadi, karena
siklus pengembangan yang diperpanjang, sistem yang dihasilkan mungkin dikritik karena tidak
memenuhi kebutuhan informasi pengguna saat ini secara memadai.

2. Mengembangkan Prototipe

Pembuatan prototipe adalah cara terbaik untuk memperoleh umpan balik tentang sistem yang
diusulkan dan tentang seberapa siap sistem tersebut memenuhi kebutuhan informasi penggunanya,
seperti yang digambarkan pada Gambar 6.2. Langkah pertama pembuatan prototipe adalah
memperkirakan biaya yang diperlukan dalam membangun modul sistem. Jika biaya waktu
pemrogram dan analis serta biaya peralatan sesuai anggaran, pembangunan prototipe dapat
dilanjutkan. Prototipe adalah cara terbaik untuk memfasilitasi integrasi sistem informasi ke dalam
sistem dan budaya organisasi yang lebih besar.

* Panduan untuk Mengembangkan Prototipe

empat pedoman utama harus diperhatikan saat mengintegrasikan prototipe ke dalam fase
penentuan persyaratan SDLC:

1. Bekerja dalam modul yang dapat dikelola.

2. Bangun prototipe dengan cepat.

3. Modifikasi prototipe dalam iterasi yang berurutan.

4. Tekankan antarmuka pengguna.

Kekurangan dari Prototyping

Seperti teknik pengumpulan-informasi lainnya, ada beberapa kelemahan pada pembuatan prototipe.
Yang pertama adalah bahwa mengelola prototyping sebagai proyek dalam skala besar bisa jadi
sangat sulit

upaya sistem. Kerugian kedua adalah bahwa pengguna dan analis dapat mengadopsi prototipe
sebagai sistem yang lengkap padahal sebenarnya tidak memadai dan tidak pernah dimaksudkan
untuk berfungsi sebagai sistem yang sudah jadi. Analis perlu bekerja untuk memastikan bahwa
komunikasi dengan pengguna jelas mengenai jadwal untuk berinteraksi dengan dan meningkatkan
prototipe. Seorang analis perlu mempertimbangkan kelemahan ini terhadap keuntungan yang
diketahui ketika memutuskan apakah akan membuat prototipe, kapan harus membuat prototipe,
dan berapa banyak sistem untuk membuat prototipe.

* Keuntungan Prototyping

Pembuatan prototipe tidak diperlukan atau sesuai di setiap proyek sistem, seperti yang telah kita
lihat. Namun, keuntungannya juga harus dipertimbangkan saat memutuskan apakah akan membuat
prototipe. Tiga keuntungan utama dari pembuatan prototipe adalah potensi untuk mengubah sistem
di awal pengembangannya, peluang untuk menghentikan pengembangan pada sistem yang tidak
berfungsi, dan kemungkinan mengembangkan sistem yang lebih sesuai dengan kebutuhan dan
harapan pengguna.

* Pembuatan Prototipe Menggunakan Software COTS

Terkadang cara tercepat untuk membuat prototipe adalah melalui instalasi modular perangkat lunak
COTS. Meskipun konsep perangkat lunak COTS dapat dengan mudah dipahami dengan melihat paket
yang sudah dikenal dan relatif murah seperti produk Microsoft Office, beberapa perangkat lunak
COTS rumit dan mahal tetapi sangat berguna.

* Peran Pengguna dalam Pembuatan Prototipe

Peran pengguna dalam pembuatan prototipe dapat diringkas dalam dua kata: keterlibatan yang
jujur. Tanpa keterlibatan pengguna, hanya ada sedikit alasan untuk membuat prototipe. Perilaku
tepat yang diperlukan untuk berinteraksi dengan prototipe dapat bervariasi, tetapi jelas bahwa
pengguna sangat penting dalam proses pembuatan prototipe.

Ada tiga cara utama pengguna dapat membantu dalam pembuatan prototipe:

1. Bereksperimen dengan prototipe

2. Memberi reaksi terbuka terhadap prototipe

3. Menyarankan penambahan atau penghapusan dari prototipe

* Pemodelan Tangkas

Nilai dan Prinsip Pemodelan Agile

Aktivitas, Sumber Daya, dan Praktik Pemodelan Agile

Proses Pengembangan Agile

Pelajaran yang Dipetik dari Pemodelan Agile

* Membandingkan Pemodelan Agile dan Metode Terstruktur

Seperti yang Anda lihat, metode tangkas dikembangkan dengan cepat, dilaporkan berhasil, dan
pengguna adalah pelanggan yang terlibat langsung. Meskipun benar bahwa proyek yang
dikembangkan dengan menggunakan metode tangkas sering kali memerlukan penyesuaian agar
berfungsi dengan baik, pengembang yang gesit mengakui bahwa penyesuaian adalah bagian dari
prosesnya. Pendekatan agile menyiratkan banyak rilis singkat, dengan fitur yang ditambahkan di
sepanjang jalan.

* Meningkatkan Efisiensi dalam Pekerjaan Pengetahuan: SDLC Versus Agile

MENGURANGI WAKTU ANTARMUKA DAN ERROR

MENGURANGI WAKTU PEMBELAJARAN PROSES DAN KERUGIAN PENGOLAHAN GANDA

MENGURANGI WAKTU DAN UPAYA UNTUK STRUKTUR TUGAS DAN FORMAT OUTPUT.

MENGURANGI EKSPANSI KERJA NONPRODUKTIF.

MENGURANGI WAKTU DAN BIAYA PENCARIAN DATA DAN PENGETAHUAN

MENGURANGI WAKTU DAN BIAYA KOMUNIKASI DAN KOORDINASI

MENGURANGI KEHILANGAN DARI KELEBIHAN INFORMASI MANUSIA.

* Risiko Inheren dalam Inovasi Organisasi

WAKTU

BIAYA

REAKSI KLIEN

MENGUKUR DAMPAK

HAK PERORANGAN PROGRAMMER / ANALIS