BAB 21 : STRATEGI PENGEMBANGAN SIA


PENDAHULUAN 
Dalam bab ini, kita belajar tiga cara untuk mendapatkan sistem informasi: membeli perangkat lunak, mengembangkan perangkat lunak di rumah, dan menyewa perusahaan untuk mengembangkan dan mengoperasikan sistem. Anda juga belajar tiga cara untuk meningkatkan proses pengembangan: perancangan ulang proses bisnis, pembuatan prototipe, dan alat rekayasa perangkat lunak yang dibantu komputer. 

PEMBELIAN PERANGKAT LUNAK
Perangkat lunak Canneil dijual kepada pengguna dengan persyaratan serupa. Sistem turnkey adalah perangkat lunak dan perangkat keras yang dijual sebagai paket. Vendor memasang sistem dan pengguna "menyalakan kunci. Banyak sistem turnkey ditulis oleh vendor yang berspesialisasi dalam industri tertentu, seperti dokter, bengkel mobil, restaumnts, dan toko ritel. 

Perusahaan dapat menyewa perangkat lunak dari penyedia layanan aplikasi (ASP), yang mengirimkan perangkat lunak melalui Internet. Ini memberikan skalabilitas seiring pertumbuhan bisnis dan akses global ke informasi. Ini mengotomatisasi pembaruan perangkat lunak, memungkinkan perusahaan untuk fokus pada kompetensi keuangan inti daripada masalah teknologi informasi (TI), dan dapat mengurangi biaya perangkat lunak dan biaya administrasi.
Perusahaan yang membeli perangkat lunak AIS mengikuti siklus pengembangan sistem normal (SDLC) kecuali yang berikut:
  • Selama desain sistem konseptual, perusahaan menentukan apakah perangkat lunak yang memenuhi AIS requiremens tersedia dan, jika demikian, apakah akan membelinya atau membuatnya sendiri.
  • Beberapa desain fisik dan implementasi dan langkah-langkah konversi ion dapat dihilangkan. Sebagai contoh, perusahaan biasanya tidak perlu merancang, mengodekan, dan menguji modul program atau dokumen program komputer.
Memilih Vendor
Hardware, layanan, pemeliharaan, dan keputusan sumber daya AIS lainnya dapat dibuat secara independen dari keputusan untuk membuat atau membeli perangkat lunak, meskipun mereka mungkin tergantung pada keputusan perangkat lunak. Vendor ditemukan oleh referensi, di konferensi, di majalah industri, di Intemet, atau di buku telepon. Memilih harus dilakukan dengan hati-hati karena vendor dengan sedikit ekspedisi, modal yang tidak mencukupi, atau produk yang buruk gulung tikar dan meninggalkan pelanggan dan produk mereka tanpa dukungan atau bantuan. Masalah dapat muncul ketika vendor yang dipilih dipilih.

Memperoleh Perangkat Keras dan Perangkat Lunak
Perusahaan yang membeli sistem besar atau kompleks melayani permintaan prorysal (RFP), meminta mereka untuk mengusulkan sistem yang memenuhi kebutuhan mereka pada tanggal tertentu. Proposal terbaik diselidiki untuk memverifikasi bahwa persyaratan perusahaan dapat dipenuhi. Menggunakan RFP penting karena:

  1. Menghemat waktu. Informasi yang sama diberikan kepada semua vendor, menghilangkan wawancara repetitiye dan pertanyaan.
  2. Menyederhanakan proses pengambilan keputusan. Semua tanggapan dalam format yang sama dan berdasarkan pada informasi yang sama.
  3. Mengurangi ertors. Kemungkinan mengabaikan faktor-faktor penting berkurang. 
  4. Hindari potensi atau ketidaksepakatan. Kedua belah pihak memiliki harapan yang sama, dan informasi terkait ditangkap secara tertulis. 
Mengevaluasi Proposal dan memilih Sistem
Proposal yang kurang informasi penting, gagal memenuhi persyaratan minimum, atau kapak ambigu dihilangkan. Proposal yang melewati penyaringan awal ini dibandingkan dengan persyaratan sistem untuk menentukan apakah semua persyaratan wajib dipenuhi dan berapa banyak persyaratan yang diinginkan dipenuhi. Vendor papan atas diinisialisasi untuk menunjukkan sistem mereka menggunakan data yang disediakan perusahaan untuk mengukur kinerja sistem dan memvalidasi klaim vendor.

Persyaratan biaya memperkirakan biaya pembelian atau mengembangkan fitur yang tidak tersedia. Total biaya AIS, yang merupakan biaya untuk mendapatkan sistem dan biaya pengembangan fitur yang tidak tersedia, memberikan dasar yang sama untuk membandingkan sistem.
Pengembangan oleh Departemen Sistem Informasi Rumah Tangga
Organisasi Mengembangkan perangkat lunak khusus saat melakukannya memberikan keunggulan kompetitif yang signifikan. Perangkat lunak kustom dibuat di rumah atau oleh perusahaan luar yang disewa untuk menulis perangkat lunak atau merakitnya dari inventaris modul progmm. Ketika menggunakan pengembang luar, perusahaan mempertahankan kontrol atas proses pengembangan sebagai berikut:

  • Pilih pengembang yang berpengalaman dalam industri perusahaan dan pemahaman mendalam tentang bagaimana perusahaan menjalankan bisnisnya.
  • Menandatangani kontrak yang secara ketat mendefinisikan rclationship antara perusahaan dan pengembang, menempatkan tanggung jawab untuk memenuhi persyaratan sistem pada pengembang, dan memungkinkan proyek akan dihentikan jika kondisi kunci tidak dipenuhi.
  • Rencanakan proyek secara detail dan sering memantau setiap langkah dalam pengembangan.
  • Berkomunikasi secara rutin dan efektif.
  • Kendalikan semua biaya dan minimalkan arus kas hingga proyek diterima.
Perangkat Lunak yang Dikembangkan Pengguna Akhir
Komputasi pengguna akhir (EUC) adalah pengembangan, penggunaan, dan kontrol langsung dari sistem informasi berbasis komputasi oleh pengguna. EUC adalah orang yang menggunakan TI untuk memenuhi kebutuhan informasi mereka daripada mengandalkan sistem profesional.
Berikut ini adalah contoh pengembangan pengguna akhir yang sesuai:

  • Mengambil informasi dari basis data perusahaan untuk menghasilkan laporan sederhana atau menjawab pertanyaan satu kali
  • Melakukan "apa-jika," sensitivitas atau analisis statistik 
  • Mengembangkan aplikasi menggunakan perangkat lunak seperti spreadsheet atau sistem basis data
  • Mempersiapkan jadwal, seperti jadwal depresiasi dan amortisasi pinjaman
Keuntungan dan Kerugian Komputasi Pengguna Akhir
  • Pembuatan, kontrol, dan implementasi pengguna. Pengguna, daripada departemen IS, mengontrol proses pengembangan. Pengguna memutuskan apakah suatu sistem harus dikembangkan dan informasi apa yang penting. Kepemilikan ini membantu pengguna mengembangkan sistem yang lebih baik.
  • Sistem yang memenuhi kebutuhan pengguna. Sistem yang dikembangkan oleh pengguna akhir lebih mungkin untuk memenuhi kebutuhan pengguna. Pengguna menemukan kekurangan bahwa orang IS tidak menangkap. Banyak masalah komunikasi pemrogram pemrogram pengguna dalam pengembangan program tradisional dihindari.
  • Ketepatan waktu. Banyak penundaan panjang yang melekat dalam pengembangan sistem tradisional dihindari, seperti analisis biaya manfaat yang memakan waktu, definisi persyaratan rinci, dan penundaan dan pita merah dari proses persetujuan.
  • Membebaskan sumber daya sistem. Semakin banyak informasi yang dibutuhkan oleh pengguna, semakin banyak waktu yang dapat digunakan departemen IS untuk kegiatan pengembangan dan pemeliharaan lainnya. Hal ini mengurangi baik backlog yang terlihat maupun yang tidak tampak dari proyek pengembangan sistem.
  • Keserbagunaan dan kemudahan penggunaan. Sebagian besar perangkat lunak komputasi pengguna akhir mudah dipahami dan digunakan. Pengguna dapat mengubah informasi yang mereka hasilkan atau memodifikasi aplikasi mereka kapan saja persyaratan mereka berubah. Dengan komputer laptop, karyawan dapat menyelesaikan pekerjaan di rumah, di pesawat - hampir di mana saja. 
Namun, ada kelemahan yang signifikan untuk komputasi pengguna akhir dan untuk menghilangkan keterlibatan analis dan programmer dalam proses pengembangan.
  • Logika dan kesalahan pengembangan.
  • Aplikasi yang tidak teruji secara memadai.
  • Slstems tidak efisien.
  • Sistem yang tidak terkontrol dan terdokumentasi dengan baik
  • Ketidaksesuaian sistem.
  • Duplikasi sistem dan data; sumber daya yang terbuang
  • Peningkatan biaya. 
Mengelola dan Mengontrol Komputasi Pengguna Akhir
Organisasi harus merusak dan meretas komputasi pengguna akhir. Memberi kontrol departemen IS menghambat komputasi pengguna akhir dan menghilangkan manfaatnya. Namun, jika organisasi mempertahankan tidak ada kontrol atas pengguna akhir, seperti apa alat komputasi pengguna akhir yang dibeli atau bagaimana mereka digunakan, kemungkinan akan menyebabkan masalah yang signifikan. Yang terbaik adalah memberikan panduan dan standar yang cukup untuk mengontrol sistem namun memungkinkan pengguna fleksibilitas yang mereka butuhkan. Help desk mendukung dan mengontrol aktivitas pengguna akhir.


SISTEM OUTSOURCING
Outsourcing mempekerjakan perusahaan dari luar untuk menangani semua atau sebagian kegiatan pemrosesan data organisasi. Dalam perjanjian outsourcing mainframe, pihak luar membeli komputer klien, mempekerjakan karyawan IS klien, mengoperasikan dan mengelola sistem di situs klien, atau memigrasikan sistem ke komputer agen outsourcing.
Keuntungan dan Kerugian Outsourcing :

  • Solusi bisnis
  • Pemanfaatan aset
  • Akses ke keahlian yang lebih besar dan teknologi yang lebih baik
  • Biaya lebih rendah.
  • Kurang waktu pengembangan.
  • Penghapusan penggunaan puncak-dan-lembah.
  • Fasilitasi perampingan. 
Perusahaan yang melakukan outsourcing sering mengalami beberapa kelemahan berikut:
  • Kekakuan
  • Kehilangan kendali.
  • Mengurangi keunggulan kompetitif.
  • Sistem terkunci.
  • Tujuan yang tidak terpenuhi.
  • Layanan yang buruk.
  • Peningkatan resiko. 
MANAJEMEN PROSES BISNIS
Business process reengineering (BPR) adalah pendekatan, sekali-kali drastis untuk meningkatkan dan mengotomatisasi proses bisnis, Namun, itu memiliki tingkat keberhasilan yang rendah. Dengan perbaikan lebih lanjut, BPR telah berevolusi menjadi manajemen proses bisnis (BPM), pendekatan sistematis untuk terus meningkatkan dan mengoptimalkan proses bisnis organisasi. 

Beberapa prinsip penting yang mendasari BPM adalah sebagai berikut:
  • Proses bisnis dapat menghasilkan adwntaqes yang kompetitif. Proses inovatif yang membantu bisnis merespons perubahan permintaan konsumen, pasar, dan peraturan lebih cepat daripada pesaing menciptakan keunggulan kompetitif. Desain proses bisnis yang baik sangat penting untuk keberhasilan organisasi.
  • Proses bisnis harus dikelola. Hingga berakhir, BPM memandang proses bisnis sebagai aset organisasi strategis yang harus dipahami, dikelola, dan ditingkatkan.
  • Proses bisnis harus selaras dengan strategi dan kebutuhan organisasi. Agar efektif dan efisien, perusahaan harus menyelaraskan proses bisnisnya dengan strategi bisnisnya.
Business process management systems (BPMS) mengotomatisasi dan memfasilitasi proses bisnis yang tidak menentu. BPMS dapat meningkatkan komunikasi dan kolaborasi, mengotomatisasi kegiatan, dan berintegrasi dengan sistem lain dan dengan mitra lain dalam nilai chaiu. Beberapa orang mengklaim bahwa BPMS adalah jembatan antara TI dan bisnis. 
Kontrol Internal dalam Sistem Manajemen proses Bisnis
A BPMS dapat meningkatkan kontrol intemal. Pada sistem berbasis kejadian (sebagai lawan proses), pengguna diberikan akses hanya untuk jenis aktivitas tertentu. ketika otorisasi diberikan menggunakan parameter lain, seperti jumlah dolar, pengembang sistem harus menyertakan pembatasan otorisasi yang rumit dan mahal.


PROTOTYPING
Prototyping adalah pendekatan desain sistem di mana model kerja yang disederhanakan dari sistem dikembangkan. Pengembang yang menggunakan prototyping masih melalui SDLC yang dibahas dalam Bab 20, tetapi prototyping memungkinkan mereka untuk mengutuk dan mempercepat beberapa tugas analisis dan desain. Prototyping membantu menangkap kebutuhan pengguna dan membantu mengembangkan dan menggunakan membuat keputusan desain konseptual dan fisik.

Prototipe nonoperasional (sekali pakai) digunakan dengan beberapa cara. Persyaratan sistem yang diidentifikasi selama prototyping dapat digunakan untuk mengembangkan sistem baru. Prototipe dapat digunakan sebagai prototipe awal untuk sistem yang diperluas yang dirancang untuk memenuhi kebutuhan banyak pengguna yang berbeda. Ketika sebuah prototipe yang tidak dapat dipulihkan dibuang, perusahaan tersebut dapat menghemat waktu bertahun-tahun untuk pekerjaan deyelopment dan banyak uang dengan menghindari proses SDLC tradisional.
Kapan Harus Menggunakan Prototyping
Prototyping adalah tepat ketika ada tingkat ketidakpastian yang tinggi, tidak jelas pertanyaan apa yang harus diajukan, AIS carnot akan divisualisasikan dengan jelas, atau ada kemungkinan kegagalan yang tinggi. Calon yang baik untuk prototyping termasuk sistem pendukung keputusan, sistem informasi eksekutif, sistem pakar, dan sistem temu kembali informasi. 

Keuntungan dari Prototyping
Prototyping memiliki keuntungan sebagai berikut:

  • Definisi yang lebih baik dari neeils pengguna. Prototipe umumnya membutuhkan keterlibatan iirtensif dari pengguna akhir, yang menghasilkan kebutuhan pengguna yang terdefinisi dengan baik.
  • Keterlibatan pengguna yang lebih tinggi dan kepuasan. Karena kebutuhan pengguna dipenuhi, ada sedikit risiko bahwa SIA tidak akan digunakan. Keterlibatan pengguna awal membantu membangun iklim penerimaan lebih dari skeptisisme dan kritik.
  • Waktu pengembangan lebih cepat. Prototipe sering berfungsi setelah beberapa hari atau minggu, memungkinkan pengguna untuk mengevaluasi sistem secara langsung.
  • Lebih sedikit kesalahan. Para pengguna menguji setiap versi prototype, sehingga error terdeteksi dan dihilangkan lebih awal. Juga lebih mudah untuk mengidentifikasi dan menghentikan sistem yang tidak layak sebelum waktu dan biaya yang besar terjadi.
  • Lebih banyak kesempatan untuk perubahan. Pengguna dapat menyarankan perubahan hingga sistem tepat seperti yang mereka inginkan.
  • Harganya mahal. Prototipe sistem dapat dikembangkan untuk 20% dari biaya sistem tambahan.
Kekurangan Prototyping
Prototyping memiliki kelemahan berikut:

  • Waktu pengguna yang signifikan, Pengguna harus mencurahkan waktu yang signifikan untuk bekerja dengan prototipe tle dan memberikan umpan balik. Ini mungkin memerlukan keterlibatan dan komitmen morc dari pengguna
  • bersedia memberi.
  • Kurang efisien penggunaan sumber daya sistem. Pengembangan prototipe tidak selalu mencapai sumber daya elfisiensi, kadang menghasilkan kinerja dan keandalan yang buruk serta biaya pemeliharaan dan dukungan yang tinggi.
  • Pengujian dan dokumentasi yang tidak memadai. Pengembang dapat mengurangi pengujian dan dokumentasi karena pengguna menguji pengembangan dudng prototipe.
  • Reaksi perilaku negatif. Ini dapat terjadi ketika permintaan untuk perbaikan tidak dibuat, ada terlalu banyak interaksi, atau prototipe yang dimasukkan ke dalam investasi dibuang.
  • Pengembangan tidak pernah berakhir, Ini terjadi ketika prototipe tidak dikelola dengan baik dan prototipe tidak pernah selesai karena iterasi berulang dan permintaan revisi.
REKAYASA PERANGKAT LUNAK
Rekayasa perangkat lunak (atau sistem) yang dibantu komputer (CASE) adalah paket alat terpadu yang digunakan oleh desainer yang menggunakan skript untuk membantu merencanakan, menganalisis, merancang, memprogram, dan memelihara sistem informasi. Perangkat lunak CASE biasanya memiliki alat untuk perencanaan strategis, proyek dan manajemen sistem, desain basis data, tata letak layar dan laporan, dan pembuatan kode otomatis. 
Alat CASE menyediakan sejumlah keuntungan penting:
  • Produktivitas yang meningkat. CASE dapat menghasilkan kode bebas bug dari spesifikasi sistem dan dapat mengotomatiskan tugas yang berulang.
  • Peningkatan kualitas program. Alat KASUS menyederhanakan penegakan standar pengembangan terstruktur, memeriksa akurasi intemal desain, dan mendeteksi inkonsistensi.
  • Penghematan biaya. Penghematan 80% hingga 90%, dilaporkan. Di DuPont, aplikasi yang diperkirakan membutuhkan 27 bulan dengan biaya $ 270.000 selesai dalam 4 bulan seharga $ 30.000. Lebih dari 90% kode dihasilkan langsung dari spesifikasi desain.
  • Memperbaiki prosedur pengendalian. Alat CASE mendorong kontrol sistem, tindakan keamanan, dan sistem auditability dan prosedur penanganan kesalahan pada awal proses desain.
  • Dokumentasi yang disederhanakan. CASE secara otomatis mendokumentasikan sistem saat perkembangan berlangsung.
Beberapa masalah yang lebih serius dengan teknologi CASS adalah sebagai berikut:
  • Ketidakcocokan. Beberapa alat CASE tidak mempengaruhi secara efektif dengan sistem lain.
  • Biaya. Teknologi CASE mahal, membuatnya jauh dari jangkauan banyak perusahaan kecil.
  • Harapan Unment. Survei Deloitte & Touche menunjukkan bahwa hanya 37% dari CIO yang menggunakan CASE percaya bahwa mereka mencapai penambang yang diharapkan.

Komentar

Postingan Populer