|
Salah satu pendorong
utama pengembangan sistem informasi adalah memanfaatkan teknologi inovasi untuk mengubah cara bisnis
dilakukan. Sebagai contoh, ambillah bagaimana munculnya internet praktik bisnis yang berubah pada akhir
1990-an memungkinkan bisnis baru berkembang (Amazon.com, Google, Dan musim
semi eBay segera ke pikiran)
Dan, ke a lebih rendah cakupan, yang ada bisnis
untuk mendapatkan manfaat. Namun, untuk setiap
keberhasilan, ada banyak kegagalan. Setiap usaha inovatif membawa risiko, dan
sementara banyak kegagalan dot-com
disebabkan oleh kurangnya perencanaan bisnis yang solid, yang lain gagal karena
mereka bisa bukan tuan yang baru
teknologi atau mencoba Gunakan
Tidak pantas. (Bob Buku-buku
Glass dirujuk sebelumnya dipenuhi
dengan cerita-cerita horor yang mengilustrasikan bahaya tersebut.) Masalahnya adalah
jika teknologinya baru, tidak ada
contoh sukses untuk diikuti – dan pada saat contoh ini menunjukkan jalannya,
itu mungkin sudah terlambat, karena
yang lain, para petualang yang sukses, mungkin telah menempati ruang yang Anda
inginkan untuk mengukir untuk diri
sendiri. Kesulitannya, kemudian, adalah untuk mengetahui seberapa dekat Anda
ingin menjadi yang terdepan: bukan juga menutup, atau Anda mungkin menjadi berdarah; Dan bukan terlalu jauh di belakang, atau kamu akan
menjadi kiri dalam debu. Masalah terkait
adalah kejenuhan perubahan. Mantra yang disukai oleh penulis bisnis adalah
“menciptakan kembali organisasi."
Ini mungkin saran yang bagus, tetapi organisasi tidak dapat terus mengubah
dirinya sendiri setiap hari. Pemangku
kepentingan Anda yang paling penting – pelanggan, karyawan, bahkan pemegang
saham – mungkin mengalami disorientasi Dan TIDAK lebih
lama tahu Apa ke mengharapkan, Dan itu organisasi diri mungkin kalah -nya nalar tujuan. Penyelarasan pada tujuan
Setiap sistem perkembangan proyek adalah dilakukan
untuk A alasan, biasanya ke menyelesaikan beberapa
operasional kesulitan (tinggi
biaya, panjang pengolahan penundaan, sering kesalahan) atau ke mengambil
keuntungan dari A baru peluang (teknologi baru, penggunaan baru
dari teknologi yang ada). Namun, banyak pemangku kepentingan memiliki minat pada hasilnya. Pekerja mungkin
menolak inovasi, regulator mungkin takut akan konsekuensi sosial, manajemen dapat dibagi antara percaya dan
skeptis, anggota tim pengembangan mungkin bersaing
untuk promosi atau kenaikan gaji, dll. Jika tujuan tidak dipahami dan didukung
dengan jelas, maka sistem baru tidak
mungkin berhasil – paling tidak karena berbagai pemangku kepentingan berbeda persepsi
dari Apa merupakan kesuksesan. Adopsi
Setelah sistem baru
dibuat, tantangan selanjutnya adalah membuat orang – karyawan, pelanggan – Gunakan. Di masa lalu, sistem back-office
seperti penagihan, akuntansi, dan penggajian mudah diterapkan. Penggunanya adalah juru tulis yang dapat
menjalani beberapa jam atau hari pelatihan dan disuruh menggunakan sistem; mereka tidak punya pilihan.
Pengguna sistem saat ini mungkin kurang lentur dan mungkin menolak untuk
mengikuti atau memprotes sedemikian
rupa sehingga Anda harus mengubah sistem, atau bahkan meninggalkannya. Sebagai
contoh Internet pelanggan dapat “memilih dengan mereka kaki”, yaitu pergi ke situs web
lain yang menyediakan hal yang sama layanan
atau barang-barang pada A lebih baik harga atau lagi dengan
mudah. Contoh lain tentang
bagaimana hal-hal yang tidak beres baru-baru ini diberikan oleh sebuah
organisasi rumah sakit besar yang
telah menciptakan sistem untuk dokter dan ahli bedah dengan biaya besar. Itu
didasarkan pada portabel perangkat
yang akan dibawa oleh dokter dan peralatan stasioner yang mahal di rumah pasien samping tempat tidur dan di dalam
perawatan stasiun. Tiga bulan setelah
peluncuran, itu menjadi tampak
yang praktis semua Itu masalah
dari pengguna adopsi akan menjadi
tertutupi di dalam lagi detail di dalam
Bab 5, Sistem Penerapan. Berguna kehidupan
Masalah terakhir
yang akan kita pertimbangkan adalah bagaimana merencanakan masa manfaat sistem.
Ini penting untuk dua alasan.
Pertama, seperti halnya investasi apa pun, informasi ini digunakan untuk
menentukan apakah suatu sistem baru layak
atau tidak. Jika Anda memiliki sistem yang diharapkan harganya USD 5 juta dan bawa masuk USD 1 juta per tahun, Anda tahu itu itu sistem harus
memiliki A berguna
kehidupan dari pada paling
sedikit lima bertahun-tahun. Kedua, merencanakan
masa manfaat suatu sistem memberi Anda setidaknya kesempatan untuk memutuskan
bagaimana dan kapan waktunya menarik atau mengganti itu sistem. Paling perkembangan proyek Mengerjakan bukan alamat itu masalah dari decommissioning
sama sekali. Akibatnya, sistem hidup lebih lama dari yang dibayangkan siapa
pun. Ini adalah berapa banyak sistem
yang berada dalam bahaya crash pada hari pertama tahun 2000 – tidak satu pun
dari pengembang telah membayangkan
itu sistem mereka akan bertahan
begitu panjang. Contoh yang mungkin
lebih ekstrim adalah bahwa Departemen
Pertahanan Amerika Serikat, yang terkenal memiliki lebih dari 2.200 tumpang tindih keuangan sistem pada satu waktu 5 . Upaya ke mengurangi ini nomor memiliki
bukan pernah sangat sukses, membuktikan itu dia adalah
banyak lebih keras ke membunuh A sistem daripada
membuat satu. Keseluruhan perkembangan strategi
Sebelum kita
membahas berbagai teknik dan alat yang spesifik untuk setiap langkah dalam
sistem siklus hidup pengembangan,
pertama-tama mari kita lihat pendekatan keseluruhan. Masalah yang harus Anda
atasi kapan Anda memilih satu
pendekatan daripada yang lain telah diuraikan di atas: proyek pengembangan
mengambil terlalu lama untuk membayar
kembali; pada saat diimplementasikan, kebutuhan telah berubah, dan waktu
berlalu sebelum kesalahan dan
kekurangan dialami dalam pengoperasian, lakukan koreksi yang mahal. Di sisi
lain Di sisi lain, sistem mungkin
memerlukan fungsionalitas yang sangat banyak sebelum dapat benar-benar berguna,
dan cepat implementasi bagian dari
sistem mungkin tidak ada gunanya. Akhirnya, Jika sistem yang Anda bangun
benar-benar inovatif, terutama dalam
penggunaan teknologinya, risiko kegagalannya tinggi dan tindakan pencegahan
khusus harus dilakukan menjadi diambil. Iteratif perkembangan
Iteratif perkembangan adalah itu standar
mendekati Hari ini. Dia dicirikan oleh itu mengikuti:
Versi pertama dari iteratif perkembangan disebut Aplikasi Cepat Perkembangan, dibuat oleh Yakobus Martin di dalam
itu 1980-an di dalam
tanggapan ke itu munculnya dari KASUS (Dibantu Komputer Perangkat lunak Rekayasa)
alat 6 , dan pendekatannya tetap intensif alat. Pengembangan
Iteratif juga berjalan di bawah itu nama Tambahan
Perkembangan, menekankan fungsi itu adalah ditambahkan perlahan-lahan.
1
San Francisco
Kronik. Mungkin 18, 2003 2
Martin,
Yakobus. Cepat Aplikasi
Perkembangan. Macmillan,
1991.
|
