Categories
Uncategorized

CHAPTER 13

NAMA:NAUFAL AFLAH H

NIM:1908845

CHAPTER 13

PENGEMBANGAN SISTEM DAN ORGANISASI

PERUBAHAN

Teknologi informasi dapat mendorong berbagai tingkat perubahan organisasi,

mulai dari incremental hingga menjangkau jauh. Gambar 13-1 menunjukkan empat macam

perubahan struktur organisasi yang dimungkinkan oleh teknologi informasi:

(1) otomatisasi, (2) rasionalisasi, (3) desain ulang proses bisnis, dan (4)

pergeseran paradigma. Masing-masing membawa risiko dan imbalan yang berbeda.

Bentuk paling umum dari perubahan organisasi yang mendukung TI adalah otomatisasi.

Penerapan pertama teknologi informasi melibatkan membantu karyawan

dengan melakukan tugas mereka secara lebih efisien dan efektif. Menghitung

gaji dan register penggajian, memberi teller bank akses cepat ke pelanggan

menyimpan catatan, dan mengembangkan jaringan reservasi nasional untuk maskapai penerbangan

semua agen tiket adalah contoh otomatisasi awal. Bentuk perubahan organisasi yang lebih dalam — yang mengikuti dengan cepat dari awal

otomatisasi — adalah rasionalisasi prosedur. Otomasi sering kali muncul

kemacetan baru dalam produksi dan membuat pengaturan prosedur yang ada

dures dan struktur sangat tidak praktis. Rasionalisasi prosedur adalah

penyederhanaan prosedur operasi standar. Misalnya, CIMB Bank

sistem untuk menangani rekening bank ritel efektif tidak hanya karena digunakan

teknologi komputer tetapi juga karena perusahaan menyederhanakan bisnis

proses untuk membuka akun pelanggan. CIMB merampingkan alur kerjanya untuk diambil

keuntungan dari antarmuka pengguna baru sistem dan perangkat lunak untuk mengimpor per-

data pribadi dari MyKad.Rasionalisasi prosedur sering dijumpai pada program-program pembuatan serial

peningkatan kualitas berkelanjutan dalam produk, layanan, dan operasi, semacamnya

sebagai manajemen kualitas total (TQM) dan enam sigma. Manajemen kualitas total-

ment (TQM) menjadikan pencapaian kualitas sebagai tujuan dan tanggung jawabnya

semua orang dan fungsi dalam suatu organisasi. TQM berasal dari konsep

dikembangkan oleh ahli kualitas Amerika seperti W. Edwards Deming dan Joseph

Juran, tapi dipopulerkan oleh Jepang. Six sigma adalah ukuran khusus

kualitas, mewakili 3,4 cacat per satu juta peluang. Sebagian besar perusahaan

tidak dapat mencapai tingkat kualitas ini, tetapi menggunakan enam sigma sebagai tujuan untuk mendorong

ing program peningkatan kualitas.

Jenis perubahan organisasi yang lebih kuat adalah proses bisnis

mendesain ulang, di mana proses bisnis dianalisis, disederhanakan, dan

didesain ulang. Desain ulang proses bisnis mengatur ulang alur kerja, menggabungkan langkah-langkah

untuk mengurangi limbah dan menghilangkan tugas yang berulang dan membutuhkan kertas. (Terkadang

desain baru menghilangkan pekerjaan juga.) Ini jauh lebih ambisius daripada rasional- ization prosedur, membutuhkan visi baru tentang bagaimana prosesnya

terorganisir.

Contoh desain ulang proses bisnis yang banyak dikutip adalah Ford Motor

Pemrosesan tanpa tagihan perusahaan, yang mengurangi jumlah karyawan di Ford’s North

Organisasi Hutang Usaha Amerika dari 500 orang sebesar 75 persen. Akun

pegawai yang memiliki hutang biasanya menghabiskan sebagian besar waktu mereka untuk menyelesaikan perbedaan

antara pesanan pembelian, dokumen penerimaan, dan faktur. Ford didesain ulang

proses hutang dagangnya sehingga departemen pembelian melakukan pembelian mengejar pesanan ke dalam database online yang dapat diperiksa oleh penerima

departemen saat barang pesanan tiba. Jika barang yang diterima cocok dengan

pesanan pembelian, sistem secara otomatis menghasilkan cek untuk akun

harus dibayar untuk dikirim ke vendor. Tidak perlu vendor untuk mengirim faktur. RANCANG BANGUN PROSES BISNIS

Seperti CIMB Group, dijelaskan dalam kasus pembukaan bab, banyak bisnis

hari ini mencoba menggunakan teknologi informasi untuk meningkatkan bisnis mereka

proses. Beberapa dari sistem ini memerlukan perubahan proses bertahap, tetapi yang lain

membutuhkan desain ulang proses bisnis yang lebih luas. Untuk menangani ini

perubahan, organisasi beralih ke manajemen proses bisnis. Bisnis

manajemen proses menyediakan berbagai alat dan metodologi untuk dianalisis

proses yang ada, desain proses baru, dan optimalkan proses tersebut. BPM adalah

tidak pernah selesai karena perbaikan proses membutuhkan perubahan yang berkelanjutan.

Perusahaan yang mempraktikkan manajemen proses bisnis melalui hal-hal berikut

Langkah:

  1. Identifikasi proses untuk perubahan: Salah satu strategi terpenting

keputusan yang dapat dibuat oleh perusahaan bukanlah memutuskan bagaimana menggunakan komputer

memperbaiki proses bisnis, tetapi memahami proses bisnis apa

butuh perbaikan. Ketika sistem digunakan untuk memperkuat bisnis yang salah

Dengan model atau proses bisnis, bisnis dapat menjadi lebih efisien

melakukan apa yang seharusnya tidak dilakukannya. Akibatnya, perusahaan menjadi rentan terhadap persaingan.

pemohon yang mungkin telah menemukan model bisnis yang tepat. Besar

waktu dan biaya juga dapat dihabiskan untuk memperbaiki proses bisnis yang memiliki sedikit

berdampak pada kinerja dan pendapatan perusahaan secara keseluruhan. Manajer perlu menentukan

Tambang apa proses bisnis yang paling penting dan bagaimana meningkatkannya

proses ini akan membantu kinerja bisnis.

  1. Analisis proses yang ada: Proses bisnis yang ada harus dimodifikasi

eled dan didokumentasikan, mencatat masukan, keluaran, sumber daya, dan urutan

kegiatan. Tim desain proses mengidentifikasi langkah-langkah yang berlebihan, kertas-inten-

sive tugas, kemacetan, dan inefisiensi lainnya.3. Rancang proses baru: Setelah proses yang ada dipetakan dan diukur

yakin dari segi waktu dan biaya, tim desain proses akan berusaha meningkatkannya

proses dengan merancang yang baru. Proses baru yang efisien “calon” akan

didokumentasikan dan dimodelkan untuk perbandingan dengan proses lama.

Gambar 13-3 mengilustrasikan bagaimana proses pembelian buku dapat didesain ulang

memanfaatkan Internet. Pelanggan mengakses toko buku online

melalui Internet dari komputernya. Dia menelusuri toko buku

katalog online untuk buku yang dia inginkan. Jika buku tersebut tersedia, file

pelanggan memesan buku secara online, memberikan kartu kredit dan alamat pengiriman

informasi, dan buku tersebut dikirim ke rumah pelanggan. Jika online

toko buku tidak menjual buku, pelanggan memilih buku online lain-

menyimpan dan mencari buku itu lagi. Proses ini memiliki langkah yang jauh lebih sedikit dari itu

untuk membeli buku di toko buku fisik, membutuhkan lebih sedikit usaha

bagian dari pelanggan, dan membutuhkan lebih sedikit staf penjualan untuk layanan pelanggan. Itu

Oleh karena itu, proses baru jauh lebih efisien dan hemat waktu.

Desain proses yang baru perlu dijustifikasi dengan menunjukkan seberapa banyak itu

mengurangi waktu dan biaya atau meningkatkan layanan dan nilai pelanggan. Pengelolaan

pertama mengukur waktu dan biaya dari proses yang ada sebagai dasar. Di kami

Misalnya, waktu yang dibutuhkan untuk membeli buku dari toko buku fisik

mungkin berkisar dari 15 menit (jika pelanggan segera menemukan apa yang dia lakukan

ingin) hingga 30 menit jika buku tersedia tetapi harus ditemukan oleh staf penjualan. 4. Menerapkan proses baru: Setelah proses baru selesai secara menyeluruh dimodelkan dan dianalisis, itu harus diterjemahkan ke dalam satu set prosedur baru dan

aturan kerja. Sistem informasi baru atau peningkatan pada sistem yang ada

mungkin harus diterapkan untuk mendukung proses yang didesain ulang. Yang baru

proses dan sistem pendukung diluncurkan ke dalam organisasi bisnis.

Saat bisnis mulai menggunakan proses ini, masalah terungkap dan

ditangani. Karyawan yang bekerja dengan proses tersebut dapat merekomendasikan perbaikan-

ments.

  1. Pengukuran berkelanjutan: Setelah proses dilaksanakan dan

dioptimalkan, perlu diukur secara berkelanjutan. Mengapa? Proses dapat merusak

menilai seiring waktu karena karyawan kembali menggunakan metode lama, atau mereka mungkin kehilangan metode mereka

efektifitas jika bisnis mengalami perubahan lain.

Meskipun banyak perbaikan proses bisnis bersifat inkremental dan

sedang berlangsung, ada saat-saat ketika perubahan yang lebih radikal harus terjadi. Kami

contoh toko buku fisik mendesain ulang proses pembelian buku jadi

bahwa hal itu dapat dilakukan secara online adalah contoh dari jenis radikal, jangkauan jauh-

ing perubahan. Ketika diterapkan dengan benar, desain ulang proses bisnis menghasilkan

keuntungan dramatis dalam produktivitas dan efisiensi, dan bahkan dapat mengubah cara

bisnis dijalankan. Dalam beberapa kasus, ini mendorong “pergeseran paradigma” yang mengubah

membentuk sifat bisnis itu sendiri.

Ini sebenarnya terjadi dalam penjualan buku ketika Amazon menantang tradisi

toko buku fisik nasional dengan model ritel online-nya. Dengan memikirkan kembali secara radikal

cara buku dapat dibeli dan dijual, Amazon dan buku online lainnya-

toko telah mencapai efisiensi yang luar biasa, pengurangan biaya, dan yang baru

cara berbisnis.

BPM merupakan tantangan. Para eksekutif melaporkan bahwa hambatan tunggal terbesar

Perubahan proses bisnis yang sukses adalah budaya organisasi. Karyawan tidak menyukai rutinitas yang tidak biasa dan sering mencoba menolak perubahan. Ini terutama benar

proyek di mana perubahan organisasi sangat ambisius dan menjangkau jauh.

Mengelola perubahan tidaklah sederhana atau intuitif, dan perusahaan berkomitmen untuk itu

perbaikan proses yang ekstensif membutuhkan strategi manajemen perubahan yang baik (lihat

Bab 14).

Alat untuk Manajemen Proses Bisnis

Lebih dari 100 perusahaan perangkat lunak menyediakan alat untuk berbagai aspek BPM, termasuk

IBM, Oracle, dan TIBCO. Alat-alat ini membantu bisnis mengidentifikasi dan mendokumentasikan

proses yang membutuhkan perbaikan, membuat model proses yang ditingkatkan,

menangkap dan menegakkan aturan bisnis untuk melakukan proses, dan mengintegrasikan

sistem yang ada untuk mendukung proses baru atau yang didesain ulang. ANALISIS SISTEM

Analisis sistem adalah analisis masalah yang coba dipecahkan oleh suatu perusahaan

sistem Informasi. Ini terdiri dari mendefinisikan masalah, mengidentifikasi penyebabnya, menentukan solusi, dan mengidentifikasi kebutuhan informasi itu

harus dipenuhi oleh solusi sistem.

Analis sistem membuat peta jalan dari organisasi yang ada dansistem, mengidentifikasi pemilik utama dan pengguna data bersama dengan yang adaperangkat keras dan perangkat lunak. Analis sistem kemudian merinci masalahsistem yang ada. Dengan memeriksa dokumen, kertas kerja, dan prosedur;mengamati operasi sistem; dan mewawancarai pengguna utama sistem, file analis dapat mengidentifikasi area masalah dan tujuan solusi yang akan dicapai.Seringkali solusinya membutuhkan pembangunan sistem informasi baru atau perbaikan yang sudah ada.

Analisis sistem juga mencakup studi kelayakan untuk menentukanapakah solusi itu layak, atau dapat dicapai, dari segi finansial, teknis, dan sudut pandang organisasi. Studi kelayakan menentukan apakah pro-sistem yang diajukan diharapkan menjadi investasi yang baik, baik teknologidibutuhkan agar system tersedia dan dapat ditangani oleh informasi perusahaanspesialis sistem, dan apakah organisasi dapat menangani perubahan direduksi oleh sistem.Biasanya, proses analisis sistem mengidentifikasi beberapa solusi alternatif.tions bahwa organisasi dapat mengejar dan menilai kelayakan masing-masing. Sebuah tulisan-sepuluh laporan proposal sistem menjelaskan biaya dan manfaat, dan keuntungankeuntungan dan kerugian, dari setiap alternatif. Terserah manajemenmenentukan campuran mana dari biaya, manfaat, fitur teknis, dan organisasi

dampak merupakan alternatif yang paling diinginkan.Menetapkan Persyaratan Informasi

Mungkin tugas yang paling menantang dari analis sistem adalah untuk menentukan

persyaratan informasi spesifik yang harus dipenuhi oleh solusi sistem yang dipilih.

tion. Pada tingkat yang paling dasar, kebutuhan informasi dari sistem baru

melibatkan mengidentifikasi siapa yang membutuhkan informasi apa, di mana, kapan, dan bagaimana.

Analisis kebutuhan dengan hati-hati mendefinisikan tujuan baru atau dimodifikasi

sistem dan mengembangkan deskripsi rinci tentang fungsi yang sistem baru-

tem harus tampil. Analisis persyaratan yang salah adalah penyebab utama sistem

kegagalan dan biaya pengembangan sistem yang tinggi (lihat Bab 14) DESAIN SISTEM

Analisis sistem menjelaskan apa yang harus dilakukan sistem untuk memenuhi informasi

persyaratan, dan desain sistem menunjukkan bagaimana sistem akan memenuhi ini

objektif. Rancangan sistem informasi adalah keseluruhan rencana atau modelnya

sistem itu. Seperti cetak biru sebuah bangunan atau rumah, itu terdiri dari semua

spesifikasi yang memberi sistem bentuk dan strukturnya.

Perancang sistem merinci spesifikasi sistem yang akan mengirimkan

fungsi yang diidentifikasi selama analisis sistem. Spesifikasi ini harus

menangani semua komponen manajerial, organisasi, dan teknologi

solusi sistem. Tabel 13-1 mencantumkan jenis spesifikasi yang akan digunakan

diproduksi selama desain sistem.

Seperti rumah atau gedung, sistem informasi mungkin memiliki banyak kemungkinan

desain. Setiap desain mewakili perpaduan unik dari semua teknis dan organisasi-

komponen nasional. Apa yang membuat satu desain lebih unggul dari yang lain adalah kemudahan dan

efisiensi yang memenuhi kebutuhan pengguna dalam satu set tertentu

kendala teknis, organisasi, keuangan, dan waktu. Peran Pengguna Akhir

Persyaratan informasi pengguna mendorong seluruh upaya pembangunan sistem. Pengguna

harus memiliki kontrol yang memadai atas proses desain untuk memastikan sistem tersebut

mencerminkan prioritas bisnis dan kebutuhan informasi mereka, bukan bias dari

staf teknis. Mengerjakan desain meningkatkan pemahaman dan penerimaan pengguna-

tance dari sistem. Seperti yang kami jelaskan di Bab 14, pengguna tidak cukup melibatkan-

dalam upaya perancangan merupakan penyebab utama kegagalan sistem. Namun, beberapa

sistem membutuhkan lebih banyak partisipasi pengguna dalam desain daripada yang lain, dan Bagian 13.3

menunjukkan bagaimana metode pengembangan sistem alternatif menangani partisipasi pengguna

masalah pation.

MENYELESAIKAN PROSES PENGEMBANGAN SISTEM

Langkah-langkah yang tersisa dalam proses pengembangan sistem menerjemahkan solusi

spesifikasi yang ditetapkan selama analisis sistem dan desain menjadi sepenuhnya

sistem informasi operasional. Langkah-langkah penutup ini terdiri dari program-

ming, pengujian, konversi, produksi, dan pemeliharaan.

Pemrograman

Selama tahap pemrograman, spesifikasi sistem yang disiapkan

selama tahap desain diterjemahkan ke dalam kode program perangkat lunak. Hari ini, banyak

organisasi tidak lagi melakukan pemrograman mereka sendiri untuk sistem baru. Sebagai gantinya,

mereka membeli perangkat lunak yang memenuhi persyaratan untuk sistem baru dari

sumber eksternal seperti paket perangkat lunak dari vendor perangkat lunak komersial,

layanan perangkat lunak dari penyedia layanan aplikasi, atau perusahaan outsourcing

yang mengembangkan perangkat lunak aplikasi kustom untuk klien mereka (lihat Bagian 13.3).

Menguji

Pengujian yang menyeluruh dan menyeluruh harus dilakukan untuk memastikan apakah

sistem menghasilkan hasil yang benar. Pengujian menjawab pertanyaan, “Akankah

sistem menghasilkan hasil yang diinginkan dalam kondisi yang diketahui? ” Seperti Bab 5

mencatat, beberapa perusahaan mulai menggunakan layanan komputasi awan untuk ini

kerja.

Jumlah waktu yang dibutuhkan untuk menjawab pertanyaan ini secara tradisional

diremehkan dalam perencanaan proyek sistem (lihat Bab 14). Pengujian adalah waktu-

konsumsi: Data pengujian harus dipersiapkan dengan cermat, hasil ditinjau, dan diperbaiki

tions yang dibuat dalam sistem. Dalam beberapa kasus, bagian dari sistem mungkin harus melakukannya

didesain ulang. Risiko yang timbul dari mengabaikan langkah ini sangat besar.

Pengujian sistem informasi dapat dipecah menjadi tiga jenis

kegiatan: pengujian unit, pengujian sistem, dan pengujian penerimaan. Pengujian unit, atau

pengujian program, terdiri dari pengujian setiap program secara terpisah dalam sistem. ini

diyakini secara luas bahwa tujuan pengujian semacam itu adalah untuk menjamin bahwa program-program itu ada

bebas kesalahan, tetapi tujuan ini secara realistis tidak mungkin. Pengujian harus dilihat sebagai gantinya

sebagai alat untuk menemukan kesalahan dalam program, dengan fokus pada menemukan semua cara untuk membuatnya

sebuah program gagal. Setelah ditentukan, masalah dapat diperbaiki.

Pengujian sistem menguji fungsi sistem informasi secara keseluruhan. Itu

mencoba untuk menentukan apakah modul diskrit akan berfungsi bersama sesuai rencana

dan apakah ada perbedaan antara cara kerja sistem yang sebenarnya

dan cara pemahamannya. Di antara bidang yang diperiksa adalah kinerja waktu, kapasitas untuk penyimpanan file dan penanganan beban puncak, pemulihan dan restart

kemampuan, dan prosedur manual. SIKLUS KEHIDUPAN SISTEM TRADISIONAL

Siklus hidup sistem adalah metode tertua untuk membangun sistem informasi.

Metodologi siklus hidup adalah pendekatan bertahap untuk membangun sistem, membagi

pengembangan sistem menjadi tahap formal. Spesialis pengembangan sistem memiliki

pendapat yang berbeda tentang bagaimana mempartisi tahapan pembangunan sistem, tetapi mereka

kira-kira sesuai dengan tahapan pengembangan sistem yang baru saja kita miliki

dijelaskan.

Metodologi siklus hidup sistem mempertahankan pembagian kerja yang sangat formal

antara pengguna akhir dan spesialis sistem informasi. Spesialis teknis,

seperti analis sistem dan pemrogram, bertanggung jawab atas sebagian besar

analisis sistem, desain, dan pekerjaan implementasi; pengguna akhir dibatasi hingga

memberikan persyaratan informasi dan meninjau pekerjaan staf teknis.

Siklus hidup juga menekankan spesifikasi formal dan dokumen, begitu banyak

dokumen dihasilkan selama proyek sistem.

Siklus hidup sistem masih digunakan untuk membangun sistem kompleks yang besar itu

 

memerlukan analisis persyaratan yang ketat dan formal, spesifikasi yang telah ditentukan sebelumnya

tions, dan kontrol ketat atas proses pembangunan sistem. Namun,

 

pendekatan siklus hidup sistem bisa jadi mahal, memakan waktu, dan tidak fleksibel.

Meskipun pembangun sistem dapat bolak-balik di antara tahapan dalam

siklus hidup, siklus hidup sistem sebagian besar merupakan pendekatan “air terjun” di mana tugas-tugas dalam satu tahap diselesaikan sebelum pekerjaan untuk tahap berikutnya

dimulai. Kegiatan dapat diulangi, tetapi volume dokumen baru harus

dibuat dan langkah-langkah ditelusuri kembali jika persyaratan dan spesifikasi diperlukan

untuk direvisi. Ini mendorong pembekuan spesifikasi relatif lebih awal

dalam proses pengembangan. Pendekatan siklus hidup juga tidak cocok

untuk banyak sistem desktop kecil, yang cenderung kurang terstruktur dan lebih banyak

individual.

PROTOTIPING

Pembuatan prototipe terdiri dari membangun sistem eksperimental dengan cepat dan tidak secara sigap untuk dievaluasi oleh pengguna akhir. Dengan berinteraksi dengan prototipe, pengguna bisa mendapatkangagasan yang lebih baik tentang kebutuhan informasi mereka. Prototipe yang didukung oleh pengguna dapat digunakan sebagai template untuk membuat sistem akhir.Prototipe adalah versi kerja dari sistem informasi atau bagian darisistem, tetapi itu dimaksudkan hanya sebagai model awal. Setelah beroperasi,prototipe akan disempurnakan lebih lanjut sampai sesuai dengan kebutuhan pengguna-ments. Setelah desain selesai, prototipe dapat diubah menjadi file

sistem produksi yang dipoles.

Proses membangun desain awal, mencobanya, menyempurnakannya, dan

mencoba lagi disebut sebagai proses iteratif dari pengembangan sistem

karena langkah-langkah yang diperlukan untuk membangun sistem dapat diulang-ulang

lagi. Pembuatan prototipe lebih eksplisit berulang daripada siklus hidup konvensional,

dan secara aktif mempromosikan perubahan desain sistem. Dikatakan bahwa prototipe-

ing menggantikan pengerjaan ulang yang tidak direncanakan dengan iterasi yang direncanakan, dengan setiap versi lebih banyak

mencerminkan kebutuhan pengguna secara akurat.

Langkah-langkah dalam Pembuatan Prototipe

Gambar 13-9 menunjukkan model empat langkah dari proses pembuatan prototipe, yang terdiri

dari berikut ini:

Langkah 1: Identifikasi persyaratan dasar pengguna. Perancang sistem (biasanya

spesialis sistem informasi) bekerja dengan pengguna hanya cukup lama untuk

menangkap kebutuhan informasi dasar pengguna.

Langkah 2: Kembangkan prototipe awal. Perancang sistem menciptakan karya

prototipe dengan cepat, menggunakan alat untuk menghasilkan perangkat lunak dengan cepat.

Langkah 3: Gunakan prototipe. Pengguna didorong untuk bekerja dengan sistem untuk

menentukan seberapa baik prototipe tersebut memenuhi kebutuhannya dan untuk membuatnya

saran untuk memperbaiki prototipe.

Langkah 4: Merevisi dan meningkatkan prototipe. Pembangun sistem mencatat semua perubahan

permintaan pengguna dan menyempurnakan prototipe yang sesuai. Setelah prototipe

telah direvisi, siklus kembali ke Langkah 3. Langkah 3 dan 4 diulangi

sampai pengguna puas.

Ketika tidak ada lagi iterasi yang diperlukan, prototipe yang disetujui kemudian menjadi

prototipe operasional yang melengkapi spesifikasi akhir untuk aplikasi

tion. Terkadang prototipe diadopsi sebagai versi produksi dari sistem.

Keuntungan dan Kerugian dari Prototyping

Pembuatan prototipe paling berguna ketika ada beberapa ketidakpastian tentang persyaratan

atau merancang solusi dan sering digunakan untuk merancang sistem informasi

antarmuka pengguna akhir (bagian dari sistem yang berinteraksi dengan pengguna akhir, seperti

sebagai tampilan online dan layar entri data, laporan, atau halaman Web). PENGEMBANGAN APLIKASI CEPAT (RAD)

Alat perangkat lunak berorientasi objek, perangkat lunak yang dapat digunakan kembali, pembuatan prototipe, dan

alat bahasa generasi membantu pembangun sistem membuat sistem kerja

jauh lebih cepat daripada yang bisa mereka lakukan dengan menggunakan metode pembangunan sistem tradisional

dan perangkat lunak. Istilah pengembangan aplikasi cepat (RAD) digunakan

untuk menggambarkan proses pembuatan sistem yang bisa diterapkan dalam waktu yang sangat singkat

waktu. RAD dapat mencakup penggunaan pemrograman visual dan alat lainnya untuk

membangun antarmuka pengguna grafis, prototipe berulang dari sistem kunci

elemen, otomatisasi pembuatan kode program, dan kerja tim yang erat

antara pengguna akhir dan spesialis sistem informasi. Sistem sederhana sering

dapat dirakit dari komponen prebuilt. Prosesnya tidak harus seperti itu

sekuensial, dan bagian penting dari pengembangan dapat terjadi secara bersamaan.

Terkadang teknik yang disebut joint application design (JAD) digunakan

mempercepat generasi kebutuhan informasi dan mengembangkan

desain sistem awal. JAD menghadirkan pengguna akhir dan sistem informasi

spesialis bersama dalam sesi interaktif untuk mendiskusikan desain sistem.

Disiapkan dan difasilitasi dengan benar, sesi JAD dapat secara signifikan mempercepat

fase desain dan melibatkan pengguna pada tingkat yang intens.

Pengembangan tangkas berfokus pada pengiriman cepat perangkat lunak yang berfungsi oleh

memecah proyek besar menjadi serangkaian subproyek kecil yang diselesaikan

dalam waktu singkat menggunakan iterasi dan umpan balik berkelanjutan.

Leave a Reply

Your email address will not be published. Required fields are marked *