BAB 22

DESAIN, IMPLEMENTASI, DAN OPERASI SISTEM

Berikut adalah langkah-langkah desain konseptual:

• Mengevaluasi Alternatif Desain

Terdapat banyak cara untuk mendesai sebiah SIA, sehingga para desainer sistem harus membuat banyak keputusan desain. Standar-standar berikut harus digunakan untuk mengevaluasi alternatif desain: 

1. seberapa baik ia memenuhi sasaran keorganisasian dan sistem, 

2. seberapa baik ia memenuhi kebutuhan pengguna, 

3. apakah layak secara ekonomis, dan 

4. bagaimana bobot keuntungan dibandingkan kerugian.

• Menyiapkan Spesifikasi Desain dan Laporan

Setelah sebuah alternatif desain dipilih, spesifikasi desain konseptual (conceptual design specification) dibuat untuk elemen-elemen sebagai berikut: 

1. output

2. penyimpanan data (data storage)

3. input

4. prosedur pemrosesan dan operasi (processing procedures and operation).

Laporan desain sistem konseptual (conceptual system design report) merangkum aktivitas desain konseptual, memandu aktivitas desain fisik, mengomunikasikan bagaimana seluruh kebutuhan sistem akan dipenuhi, dan membantu panitia pengaruh menilai kelayakan.

DESAIN SISTEM FISIK
Selama desain fisik, persyaratan desain konseptual SIA yang luas dan berorientasi pengguna dijelaskan ke dalam spesifikasi mendetailyang digunakan untuk coding dan menguji program komputer. Figure 12-2 menunjukkan fase desain sistem fisik yang dijelaskan secara mendetail. Kegagalan untuk mengambil waktu yang cukup pada desain konseptual atau fisik dapat menyebabkan masalah.

DESAIN OUTPUT
Sasaran desain output adalah menetukan sifat, format, isi, dan waktu pelaporan, dokumen, serta tampilan layar. Menyesuaikanoutput untuk kebutuhan pengguna memerlukan kerja sama antara pengguna dan desainer. Output biasanya sesuai ke dalam salah satu dari empat kategori berikut:

1. Laporan terjadwal (scheduled report) memiliki sebuah isi dan format yang telah ditentukan sebelumnya dan disiapkan secara teratur.
2. Laporan analisis bertujuan khusus (special-purpose analysis report) tidak memiliki isi, format, atau jadwal yang telah dispesifikasikan sebelumnya, biasanya disiapkan sebagai tanggapan terhadap permintaan manajemen.
3. Laporan pengecualian yang dipicu (triggered exception report) memiliki isi dan format yang telah dispesifikasikan sebelumnya, disiapkan hanya sebagai tanggapan terhadap kondisi-kondisi yang tidak normal.
4. Laporan permintaan (demand report) memiliki isi dan format yang telah dispesifikasikan sebelumnya, disipakan hanya berdasarkan permintaan.

DESAIN FILE DAN DATABASE
Pertimbangan dan Perhatian:
1. Media
Menyimpan data hard-drive, disk, CD, pita, atau kertas?

2. Modus pemrosesan
Menggunakan pemrosesan manual, batch, atau real-time?

3. Pemeliharaan
Prosedur apa yang dibutuhkan untuk merawat data secara efektif

4. Ukuran
Seberapa banyak catatan yang akan disimpan dalam basis data, seberapa besar jadinya, dan seberapa cepat sejumlah catatan akan tumbuh?

5. Tingkat aktivitas
Apa saja persentase dari catatan yang akan diperbarui, ditambah, atau dihapud tiap tahun?

DESAIN INPUT

Pertimbangan desaininput termasuk jenis data apa yang akan menjadi input dan metode input optimal.

DESAIN FORMULIR
Meskipun sistem berpindah dari dokumen kertas dan ke otomatis data sumber, desain formulir masih sebuah topic yang penting.

DESAIN LAYAR KOMPUTER
Layar masukan computer paling efektif ketika prosedur-prosedur berikut diikuti:

1. Mengatur layar, sehingga data dapat dimasukkan dengan cepat, tepat dan lengkap.
2. Memasukkan data dalam urutan yang sama seperti yang ditampilkan pada formulir kertas yang menyimpan data tersebut.
3. Mengelompokkan secara logis data terkait pada saat yang bersamaan.
4. Mendesain layar, sehingga para pengguna dapat melompat dari satu lokasi ke lokasi yang lain atau menggunakan sebuah kunci untuk langsung pergi ke lokasi layar.
5. Mempermudah dalam memperbaiki kekeliruan.
6. Membatasi data atau nomor opsi menu pada sebuah layar untuk menghindari kekacauan.

DESAIN PROGRAM 
Pengembangan program, salah satu aktivitas SDLC yang paling memakan waktu, terjadi dalam delapan langkah berikut:

1. Menentukan kebutuhan pengguna (determine user needs).
2. Membuat dan mendokumentasikan sebuah rencana pengembangan (creat and document a development plan).
3. Membuat instruksi-instruksi program (kode computer) (write program instruction/computer code).
4. Menguji program (test the program). Debugging adalah proses menemukan dan mengeliminasi kesalahan program.
5. Mendokumentasikan program (document the program).
6. Melatih para pengguna program (train program users).
7. Memasang sistem (install the system).
8. Menggunakan dan memodifikasi sistem (use and modify the system).

DESAIN PROSEDUR DAN PENGENDALIAN

Siapapun yang berinteraksi dengan sebuah sistem memerlukan sejumlah prosedur untuk menjawab pertanyaan, siapa, apa, kapan, di mana, mengapa dan bagaimana terkait dengan aktivitas-aktivitas SI. Prosedur-prosedur tersebut harus meliputi persiapan input, pemrosesan transaksi, deteksi dan koreksi kesalahan, pengendalian, rekonsiliasi saldo, akses database, persiapan dan distribusi output, dan serta instruksi-instruksi operator komputer. Sebuah laporan desain sistem fisik (physical system design report) merangkum apa yang dicapai dalam desain fisik, digunakan untuk menentukan apakah iya atau tidak untuk memproses fase implementasi.

• IMPLEMENTASI SISTEM

Implementasi sistem (system implementation) adalah proses pemsangan perangkat keras dan perangkat lunak, sehingga SIA dapat menyala dan dijalankan.

PERENCANAAN IMPLEMENTASI DAN SITUS

Sebuah rencana implementasi (implementation plan) terdiri atas implementasi tugas, tanggal penyelesaian yang diinginkan, estimasi biaya, dan siapa yang bertanggung jawab terhadap masing-masing tugas. Persiapan situs adalah proses panjang dan harus dimulai dengan baik di awal tanggal pemasangan

MEMILIH DAN MELATIH PERSONEL

Mentransfer pegawai yang digantikan karena sistem baru dapat meningkatkan loyalitas dan semangat kerja pegawai. Ketika para pengguna tidak cukup dilatih, perusahaan tidak akan memperoleh manfaat dan pengembalian atas investasi yang diharapkan. pelatihan harus dijadwalkan hanya sbeelum pengujian dan konversi sistem.

MELENGKAPI DOKUMENTASI
Tiga jenis dokumentasi yang harus disiapkan untuk sistem baru:

1. Dokumentasi pengembangan (development implementation) menjelaskan SIA baru. Dokumentasi ini termasuk sebuah deskripsi sistem; salinan tata letak output, input, serta file dan database; bagan alir program; hasil uji dan formulur penerimaan pengguna.
2. Dokumentasi operasi (operational documentation) termasuk jadwal pengoperasian; file dan database yang diakses; serta persyaratan perlengkapan, keamanan, dan penyimpanan file.
3. Dokumentasi pengguna (user documentation) mengajarkan para pengguna bagaimana untuk mengoperasikan SIA. Tindakan ini termasuk manual prosedur dan bahan pelatihan.

MENGUJI SISTEM
Berikut adalah tiga bentuk pengujian yang umum:

1. Walk-through adalah tinjauan langkah demi langkah atas prosedur atau logika program untuk menemukan logika yang salah, kesalahan, pengabaian atau masalah lainnya.
2. Uji pengolahan data (processing test data) termasuk memproses transaksi valid dan keliru untuk menentukan jika sebuah program beroperasi seperti yang didesain dan transaksi yang valid ditangani dengan layak serta kesalahan dideteksi dan dihadapi secara tepat.
3. Uji penerimaan (acceptance test) merupakan pengujian atas sistem baru menggunakan sejumlah transaksi nyata untuk menentukan apakah kriteria yang dikembangkan pengguna terpenuhi.

• KONVERSI SISTEM

Konversi (convertion) adalah perubahan dari SIA lama ke SIA baru. Empat pendekatan yang digunakan konversi:

1. Konversi langsung (direct convertion), perubahan dari sebuah sistem lama ke sistem baru dengan menghentikan SI lama ketika yang baru diperkenalkan.
2. Konversi paralel (parallel convertion), perubahan dari sebuah sistem lama ke sistem baru dengan mengoperasikan kedua sistem secara bersamaan sampai organisasi yakin sistem baru berfungi dengan benar.
3. Konversi bertahap (phase-in convertion), perubahan dari sebuah sistem lama ke sistem baru dengan mengganti elemen-elemen yang lama dengan yang baru secara bertahap sampai sistem lama seluruhnya telah digantikan.
4. Konversi pilot (pilot convertion), perubahan dari sebuah sistem lama ke sistem baru dengan mengimplementasikan sebuah sistem di satu lokasi, menggunakannya sampai seluruh masalah diselesaikan dan kemudian mengimplementasikannya di organisasi tersisa.

• OPERASI DAN PEMELIHARAAN

Langkah SDLC terakhir adalah mengoperasikan dan memelihara sistem baru tersebut. Suatu tinjauan pasca-implementasi (postimplementation review) adalah tinjauan yang dibuat setelah sistem baru telah beroperasi dalam periode singkat untuk memastikan apakah sistem baru tersebut memenuhi sasaran yang direncanakan, mengidentifikasi kecukupan standar sistem, dan meninjau pengendalian sistem. Laporan tinjauan pasca-implementasi (postimplementation review report) adalah sebuah laporan yang menganalisis sebuah sistem yang baru saja diserahkan untuk menentukan apakah sistem tersebut mencapai tujuan yang dikehendaki dan diselesaikan sesuai anggaran.

BAB 21

STRATEGI PENGEMBANGAN SIA

Membeli Perangkat Lunak
Perangkat lunak massal (canned software) dijual ke para pengguna dengan persyaratan yang sama. Sistem turnkey(turnkey system) adalah perangkat lunak dan perangkat keras yang dijual dalam bentuk sebuah paket. Vendor memasang sistem dan pengguna "memutar kunci". banyak sistem turnkey dibuat oleh vendor yang berspesialisasi pada sebuah industry tertentu, seperti dokter, toko reparasi otomotif, restoran, dan toko eceran. Perusahaan dapat menyewakan perangkat lunak dari penyedia jasa aplikasi (application service providers-ASP) yang mengirimkan perangkat lunak melalui internet. Ini mengotomatiskan peningkatan perangkat lunak, memungkinkan perusahaan untuk focus pada kompetisi keuangan inti daripada masalah-masalah teknologi informasi (TI), dan dapat mengurangi biaya perangkat lunak dan overhead administratif.

Memilih Vendor
vendor dipilih berdasarkan masukkan, dari konferensi, majalah industry, internet, atau dari buku telepon. Pemilihan harus dilakukan secara cermat karena vendor dengan sedikit pengalaman, modal yang tidak cukup, atau produk yang buruk akan menghilang dari bisnis dan meninggalkan para pelaggan serta produk-produknya tanpa solusi atau bantuan.

Memperoleh Perangkat Keras dan Perangkat Lunak
Perusahaan yang membeli sistem yang besar atau kompleks mengirim vendor dengan sebuah permintaan untuk proposal(request for proposal-RFP), meminta para vendor untuk mengajukan sebuah sistem yang memnuhi kebutuhan perusahaan. Proposal terbaik diperiksa untuk memverifikasi bahwa persyaratan perusahaan dapat dipenuhi. Penggunaan sebuah RFP penting karena:

1. Menghemat waktu.
2. Menyederhanakan proses pembuatan keputusan. 
3. Mengurangi kesalahan.
4. Menghindari potensi untuk ketidakpastian.

Mengevalusasi Proposal dan Memilih Sebuah Sistem
Proposal yang lolos penyaringan awal harus dicocokkan dengan persyaratan sistem untuk menetukan apakah seluruh persyaratan wajib telah terpenuhi dan seberapa banyak persyaratan yang diinginkan telah terpenuhi. Kinerja sistem dapat dibandingkan dengan beberapa cara. Masalah benchmark (benchmark problem) adalah suatu tugas khusus input, pemrosesan, dan output atas SIA baru yang akan dijalankan. Penskoran poin (point scoring) memberikan sebuah bobot untuk setiap kriteria evaluasi berdasarkan sebarapa baik proposal mereka memenuhi persyaratan dan total skor terbobot dibandingkan. Penentuan biaya persyaratan (requirement costing) mengestimasikan biaya pembelian atau pengembangan fitur-fitur yang tidak tersedia.

Pengembangan Oleh Departemen Sistem Informasi In-House
Organisasi mengembangkan perangkat lunak yang dibuat khusus (costum software) ketika dengan melakukannya akan memberikan sebuah keunggulan kompetitif yang signifikan. Halangan yang harus dilalui untuk mengembangkan perangkat lunak berkualitas adalah lamanya waktu yang diperlukan, kompleksita sistem, persyaratan yang buruk, perencanaan yang tidak cukup, komunikasi dan kerja sama yang kurang, kurangnya staf berkualifikasi, dan dukungan manajemen puncak yang buruk.

Perangkat Lunak Yang Dikembangkan Pengguna Akhir
Komputasi pengguna akhir (end-user computing-EUC) merupakan pengembangan, penggunaan, dan pengendalian terus menerus atas sistem informasi berbasis komputer oleh para pengguna.

• Keuntungan komputasi pengguna akhir:

1. Penciptaan, pengendalian, dan implementasi pengguna.
2. Sistem yang memenihi kebutuhan pengguna.
3. Ketepatan waktu.
4. Membebaskan sumber data sistem.
5. Fleksibelitas dan kemudahan penggunaan.

• Kerugian komputasi pengguna akhir:

1. Kesalahan logika dan pengembangan.
2. Aplikasi yang diuji dengan tidak layak.
3. Sistem yang tidak efisisen.
4. Sistem yang dikendalikan dan didokumentasikan dengan buruk.
5. Sistem yang tidak kompatibel.
6. Duplikasi sistem dan data; sumber daya yang terbuang.
7. Pengingkatan biaya.

Mengelola dan Mengendalikan Kompuasi Pengguna Akhir
Help desk mendukung dan mengendalikan aktivitas pengguna akhir. Tugas-tugas help desk adalah menyelesaikan masalah, menyebarkan informasi, mengevaluasi produk perangkat keras dan perangkat lunak baru serta memberitahukan para pengguna cara menggunakannya, membantu dalam pengembangan aplikasi, serta memberikan pemeliharaan dan dukungan teknis. Help desk juga mengembangkan dan mengimplementasikan standar dalam pembelian perangkat keras dan perangkat lunak, dokumentasi, pengujian aplikasi, dan keamanan. Terakhir, help desk mengendalikan akses dan membagikan data korporasi di antara para pengguna akhir, seraya memastikan bahwa data tersebut tidak diduplikasi dan akses data rahasia tetap dibatasi.

Mengalihdayakan Sistem
Pengalihdayaan (outsourcing) adalah memperkerjakan sebuah perusahaan luar untuk menangani seluruh atau sebagian pengelolahan data organisasi. Dalam mainframe persetujuan pengalihdaya (outsourcer) membeli computer klien, memperkerjakan pegawai Si klien dan mengelola sistem di situs klien, atau memindahkan sistem tersebut ke computer pengalih daya.

• Keuntungan outsourcing:

1. Sebuah solusi bisnis.
2. Pemanfaatan asset
3. Akses pada keahlian yang lebih besar dan teknolohi yang lebih baik.
4. Biaya yang lebih rendah.
5. Lebih sedikit waktu pengembangan.
6. Eliminasi penggunaan maksimal dan rendah (peak-and-valley).
7. Memfasilitasi perampingan.

• Kerugian outsourcing:

1. Ketidakfleksibilitas (inflexibility)
2. Hilangnya pengendalian (loss of control)
3. Mengurangi keuntungan kompetitif (reduced competitive adventage)
4. Sistem yang terkunci (locked-in system)
5. Tujuan yang tak terpenuhi (unfulfilled goal)
6. Layanan yang buruk (poor service)
7. Peningkatan risiko

Manajemen Proses Bisnis
Rekayasa ulang proses bisnis (business process reengineering-BPR) adalah sebuah pendekatan drastis dan dilakukan sekali untuk menigkatkan dan mengotomatiskan proses bisnisnya. Dengan peningkatan yang lebih jauh, BPR telah berubah ke dalam manajemen proses bisnis (business process management-BPM), sebuah pendekatan sistem matis secara berkelanjutan untuk meningkatkan dan mengoptimalkan proses bisnis sebuah organisasi.Beberapa prinsip penting yang mendasari BPM adalah sebagai berikut:

• Proses bisnis dapat menghasilkan keuntungan kompetitif.
• Proses bisnis harus dikelola dari ujung ke ujung.
• Proses bisnis haruslah cekatan
• Proses bisnis haruslah selaras dan kebuuhan keorganisasian.

Sistem manajemen proses bisnis (business process management system-BPMS) mengotomatiskan dan memfasilitasi peningkatan proses bisnis. Sistem tersebut dapat meningkatkan komunikasi dan kaloborasi, mengotomatiskan aktivitas dan berintegrasi dengan sistem lain serta dengan rekan lain dalam rangkaian nilai.

Prototyping
Prototyping adalah sebuah pendekatan desain sistem yang berada dalam suatu model kerja disederhanakan yang tengah dikembangkan. Seperti yang ditunjukkan dalam figure 12-1, sebuah prototype dikembangkan menggunakan empat langkah. Pertama, menemui para pengguna untuk menyetujuai ukuran dan cakupan sistem tersebut dan memutuskan hal yang seharusnya disertakan dan tidak disertakan oleh sistem. Langkah kedua adalah mengembangkan sebuah prototipe awal. Dalam langkah ketiga, para pengembang menggunakan umpan balik untuk memodifikasi sistem dan mengembalikan ke para pengguna. Langakah keempat adalah menggunakan sistem tersebut.
Separuh dari seluruh prototype diubah ke dalam sistem yang sepenuhnya fungsional, disebut sebagai protitipe operasional(operational prototype). Untuk membuat prototipe operasional, pengembang menggabungkan hal-hal yang diabaikan di langkah pertama, menyediakan cadangan dan pemulihan, dan mengintegrasikan prototype dengan sistem lain. Prototipe (dibuang) non-operasional-nonoperational (throwaway) prototypes-dimanfaatkan dalam beberapa cara. Prototipe tersebut dapat digunakan sebagai prototipe awal bagi sebuah sistem perluasan yang didesain untuk memenuhi kebutuhan banyak pengguna yang berbeda-beda.

Rekayasa Perangkat Lunak Dibantu Komputer
Rekayasa (atau sistem) perangkat lunak dibantu computer (computer-aided software (or system) engineering-CASE) adalah sebuah paket alat-alat terintegrasi yang digunakan oleh para pendesain ahli untuk membantu merencanakan, menganalisis, mendesain, memprogram, dan memelihara sebuah sistem informasi.

• Keuntungan rekayasa perangkat lunak dibantu komputer:

1. Peningkatan produktivitas
2. Peningkatan kualitas program
3. Penghematan biaya
4. Peningkatan prosedur pengendalian
5. Dokumentasi yang disederhanakan

• Kerugian rekayasa perangkat lunak dibantu komputer:

1. Inkompabilitas
2. Biaya
3. Ekspetasi yang tidak terpenuhi

BAB 20

PENGANTAR PENGEMBANGAN SISTEM DAN ANALISIS SISTEM

Perusahaan-perusahaan mengubah sistem mereka untuk alasan sebagai berikut :

• Perubahan pada kebutuhan pengguna atau bisnis. Kompetisi yang meningkat, pertumbuhan bisnis atau konsolidasi, perampingan operasi, merger dan pelepasan, atau peraturan-peraturan baru dapat mengubah struktur dan tujuan perusahaan.
• Perubahan teknologi. Dengan kemajuan dan semakin murahnya teknologi, sejumlah organisasi dapat mengadopsi teknologi baru.
• Peningkatan proses bisnis. Banyak perusahaan mengubah sistem mereka untuk meningkatkan proses bisnis yang tidak efisien.
• Keunggulan kompetitif. Perusahaan berinvestasi besar dalam teknologi untuk meningkatkan kualitas, kuantitas, dan kecepatan informasi; meningkatkan produk atau jasa; serta menghasilkan keunggulan kompetitif lainnya.
• Peningkatan produktivitas. Sistem informasi dapat mengotomatisasi tugas-tugas klerikal, mengurangi waktu kinerja tugas, dan menghasikan pegawai-pegawai dengan pengetahuan khusus.
• Integritas sistem. Organisasi dengan sistem yang tidak sesuai menggabungkannya untuk menghapus ketidaksesuaian dan memperkuat database.
• Umur sistem dan kebutuhan penggantian. Semakin menuanya umur sistem dan perbaruan selama berkali-kali, menjadikan sistem kurang stabil dan lama-kelamaan perlu untuk diganti.

PENGEMBANGAN SISTEM

Mendiskusikan siklus hidup pengembangan sistem dan orang-orang yang terlibat dalam pengembangan sistem.

• Siklus hidup pengembangan sistem:

ANALISIS SISTEM dimana informasi yang diperlukan untuk membeli, mengembangkan, atau memodifikasi sebuah sistem dikumpulkan. Agar penggunaan sumber daya terbatas menjadi lebih baik, permintaan pengembangan dipindai dan diprioritaskan.

DESAIN KONSEPTUAL, perusahaan memutuskan bagaimana memenuhi kebutuhan pengguna. Tugas pertama adalah mengidentifikasi dan mengevaluasi alternatif desain yang sesuai, seperti membeli perangkat lunak, mengembangkannya didalam, atau mengalihdayakan pengembangan sistem ke orang lain.

DESAIN FISIK, perusahaan menerjemahkan persyaratan desain konseptual yang luas dan berorientasi ke dalam spesifikasi detail yang digunakan untuk mengkode dan menguji program komputer, mendesain dokumen input dan output, membuat sejumlah file dan database, mengembangkan prosedur, dan membangun pengendalian kedalam sistem baru tersebut.

IMPLEMENTASI DAN KONVERSI, sebuah rencana impementasi dan konversidikembangkan, perangkat keras dan perangkat lunak dipasang dan diuji, melatih personel.

OPERASI DAN PEMELIHARAAN, sistem baru tersebut secar periodik ditinjau dan modifikasi dibuat saat beberapa masalah timbul atau saat kebutuhan baru terlihat jelas.

• Para Pemain

Sejumlah orang harus bekerja sama untuk mengembangkan dan mengimplementasikan sebuah SIA dengan sukses.

MANAJEMEN memiliki peran untuk menekankan pentingnya melibatkan para pengguna dalam proses, memberi dukungan dan dorongan untuk proyek pengembangan, dan menyelaraskan sistem dengan strategi-strategi korporasi.

PENGGUNA para pengguna SIA mengkomunikasikan informasi yang dibutuhkan ke pengembang sistem untuk membantu mengelola pengembangan sistem.

PANITIA PENGARAH SISTEM INFORMASI sebuah panitia pengarah sistem informasi merencanakan dan mengawasi fungsi sistem infromasi. Panitia pengarah menetapkan kebijakan SIA; memastikan partisipasi, panduan, dan pengendalian manajemen

TIM PENGEMBANGAN PROYEK para anggota tim merencanakan tiap proyek, mengawasinya untuk memastikan penyelesaian yang tepat waktu dan efektif biaya, memastikan pertimbangan layak diberikan ke elemen manusia, serta mengkomunikasikan status proyek ke manajemen puncak dan panitia pengarah.

ANALIS DAN PEMROGRAM SISTEM membantu para pengguna menentukan kebutuhan informasi mereka, mempelajari sistem yang ada dan mendesain sistem baru, serta menyiapkan spesifikasi yang digunakan oleh pemrogram komputer.

PARA PEMAIN EKSTERNAL para pelanggan, penjual, auditor eksternal, dan entitas pemerintah memainkan sebuah peran dalam pengembangan sistem.

Merencanakan Pengembangan Sistem

Dua rencana pengembangan sistem yang diperlukan :

1. Rencana pengembangan proyek. Sebuah rencana yang disiapkan oleh tim proyek, berisi sebuah analisis biaya-manfaat, persyaratan pengembangan dan kebutuhan operasional, serta sebuah daftar aktivitas-aktivitas yang diperlukan untuk mengembangkan dan mengoperasikan aplikasi baru tersebut.
2. Rencana induk. Sebuah rencana jangka panjang, disiapkan oleh panitia pengarah sistem informasi, menentukan sistem tersebut akan berisi apa saja, bagaimana sistem akan dikembangkan, siapa yang akan mengembangkannya, dan kemana SIA ditujukan.

TEKNIK-TEKNIK PERENCANAAN

PERT dan bagan Gantt adalah teknik-teknik untuk menentukan waktu dan mengawasi aktivitas-aktivitas pengembangan sistem. Program evaluation and review technique (PERT) mensyaratkan bahwa seluruh aktivitas serta contoh dan hubungan selanjutnya diantara aktivitas-aktivitas tersebut diidentifikasi. Sebuah bagan Gantt adalah sebuah bagan batang dengan aktivitas-aktivitas proyek disisi kiri dan unit waktu dibagian atas.

Analisis Kelayakan

Ada lima aspek penting yang dipertimbangkan selama studi kelayakan :

1. Kelayakan ekonomi. Akankah manfaat sistem akan mendukung waktu, uang, dan sumber daya yang diperlukan untuk mengimplementasikannya?
2. Kelayakan teknis. Dapatkan sistem dikembangkan dan diimplementasikan menggunakan teknologi yang ada?
3. Kelayakan hukum. Apakah sistem akan mematuhi seluruh hukum negara dan negara bagian yang berlaku, regulasi pihak administratif, dan kewajiban kontraktual?
4. Kelayakan penjadwalan. Dapatkan sistem dikembangkan dan diimplementasikan dalam waktu yang dialokasikan?
5. Kelayakan operasional. Apakah organisasi memiliki akses ke orang-orang yang dapat mendesain, mengimplementasikan, dan mengoperasikan sistem yang diajukan?

Penganggaran Modal adalah sebuah teknik pengembalian atas investasi yang digunakan untuk membandingkan manfaat dan biaya yang diestimasi untuk menentukan apakah sebuah sistem bermanfaat biaya. Berikut ini adalah tiga teknik penganggaran modal yang paling umum digunakan :

1. Payback period, adalah jumlah tahun yang diperlukan agar tabungan bersih menyamai biaya investasi awalnya.
2. Net present value, adalah seluruh arus kas masa depan yang diestimasikan didiskontokan kembali kemasa sekarang, menggunakan tingkat diskonto yang merefleksikan nilai waktu uang.
3. Internal rate of return, adalah tingkat bunga efektif yang menghasilkan NPV nol.

Aspek Perilaku Perubahan

• MENGAPA MASALAH PERILAKU TERJADI

Untuk meminimalkan reaksi perilaku yang tidak baik, seseorang harus memahami mengapa perlawanan terjadi. Beberapa faktor yang lebih penting adalah :

1. Ketakutan
2. Dukungan manajemen puncak
3. Pengalaman dengan perubahan sebelumnya
4. Komunikasi
5. Sifat perubahan yang mengganggu
6. Cara perubahan diperkenalkan
7. Bias dan emosi
8. Karakteristik dan latar belakang pribadi

• BAGAIMANA ORANG-ORANG MENENTANG PERUBAHAN

1. Agresi, adalah perilaku yang menghancurkan, melumpuhkan, atau melemahkan efektivitas sistem.
2. Proyeksi, adalah menyalahkan sistem baru atas semua kesalahan yang tejadi.
3. Penghindaran, adalah mengabaikan SIA baru dengan harapan agar masalah (sistem) akan segera pergi.

• MENCEGAH MASALAH PERILAKU

1. Memperoleh dukungan manajemen
2. Memenuhi kebutuhan pengguna
3. Menghilangkan ketakutan, dan menekankan peluang-peluang baru
4. Menghindari emosionalisme
5. Memberikan pelatihan
6. Memeriksa ulang evaluasi kinerja
7. Menjalin lini komunikasi yang terbuka
8. Menguji sistem
9. Menjaga agar sistem tetap sederhana, dan perlakukan sistem seperti manusia
10. Mengendalikan ekspektasi pengguna

Analisis Sistem

Ketika sebuah sistem dibutuhkan, sebuah permintaan untuk pengembangan sistem tertulis disiapkan untuk menjelaskan masalah-masalah saat ini, alasan untuk perubahan, tujuan sistem yang diusulkan, serta manfaat dan biaya yang diantisipasi.

• Penyelidikan Awal dilakukan untuk menyaring permintaan atas pengembangan sistem.
• Survei Sistem adalah sebuah studi ekstensif dari SIA saat ini yang memiliki tujuan-tujuan:

1. Mendapatkan pemahaman atas operasi, kebijakan, prosedur, dan arus informasi perusahaan
2. Membuat penilaian pendahuluan atas kebutuhan pemrosesan sekarang dan masa depan
3. Mengembangkan hubungan kerja dengan para pengguna, dan membangun dukungan bagi SIA.
4. Mengumpulkan data yang mengidentifikasi kebutuhan pengguna, menjalankan analisis kelayakan, dan membuat rekomendasi untuk manajemen.

• Studi Kelayakan analisis kelayakan diperbarui secara teratur sebagaimana proyek tersebut dilanjutkan serta biaya dan manfaat menjadi lebih jelas.
• Kebutuhan Informasi dan Persyaratan Sistem setelah sebuah proyek dianggap layak, perusahaan mengidentifikasi kebutuhan infromasi para pengguna dan mendokumentasikan persyaratan sistem.

Empat strategi berikut digunakan untuk menentukan perssyaratan SIA.

1. Tanya para pengguna apa yang mereka butuhkan
2. Menganalisis sistem eksternal
3. Memeriksa sistem yang ada
4. Buat sebuah prototipe

• Laporan Analisis Sistem untuk merangkum dan mendokumentasikan aktivitas analisis. Sebuah keputusan lanjut/tidak lanjut dibuat sampai tiga kali selama analisis sistem: pertama, selama penyelidikan,  apakah akan dilakukan sebuah survei sistem; kedua, di akhir studi kelayakan, untuk menentukan apakah lanjut ke fase persyaratan informasi; ketiga, pada penyelesaian fase analisis tersebut untuk menentukan apakah lanjut ke desain sistem konseptual.

BAB 19

TOPIK KHUSUS DALAM PEMODELAN REA

Topik Pemodelan Siklus Pendapatan dan Pengeluaran Tambahan

PENEMPATAN PERISTIWA DAN ATRIBUT SIKLUS PENDAPATAN TAMBAHAN

Tabel 19-1 Bagian diagram REA Siklus Pendapatan yang Diperpanjang

Tabel 19-1 menunjukkan bahwa kunci utama dari peristiwa mengirim pesanan adalah nomor pengiriman. Nomor bill-of-lading adalah atribut lainnya. Tetapi ia bukanlah kunci utama karena mungkin bernilai nol untuk pengiriman dengan menggunakan truk milik perusahaan sendiri. Nomor faktur penjualan adalah atribut lain dari peristiwa pengiriman. 

PENEMPATAN PERISTIWA DAN ATRIBUT SIKLUS PENGELUARAN TAMBAHAN

Tabel 19-2 

Beberapa permintaan ditolak dan karenanya tidak pernah dihubungkan ke sebuah pesanan. Minimum 0 diasosiasikan dengan peristiwa Meminta Persediaan yang merefleksikan fakta bahwa beberapa pesanan dibuat secara otomatis oleh sistem pengendalian persediaan, bukannya dari sebuah permintaan tertentu. Tabel 19-2 menunjukkan bahwa informasi biaya disimpan dalam beberapa tabel. Biaya standar dicatat sebagai sebuah atribut tabel Persediaan karena ia sama untuk seluruh unit dicatat dalam tabel persediaan-Memesan Persediaan

PENJUALAN JASA

Tabel 19-3

Bisnis seperti bengkel reparasi otomotif, menghasilkan pendapatan dari penjualan produk dan profesi juga. Figur 19-3 mengandung hubungan antara peristiwa penjualan serta entitas tinggi jasa dan persediaan sumber daya.

PEROLEHAN JASA TAK BERWUJUD

Hubungan antara peristiwa perolehan dan entitas sumber daya dimodelkan sebagai hubungan 1:N, karena pada sebagian besar kasus, setiap jasa (telepon, listrik, dsd) diperoleh secara terpisah, biasanya dari pemasok yang berbeda.

ASET DIGITAL

Aset digital tidak mempengaruhi model REA atas siklus pendapatan dan pengeluaran. Karena perusahaan semacam itu masih perlu mengumpulkan informasi mengenai pembelian dan pembayaran mereka untuk aset digital tersebut serta perlu melacak pesanan dan pengiriman aset digital tersebut, bersamaan dengan penerimaan pembayaran dari para pelanggannya.

TRANSAKSI PERSEWAAN

Bisnis yang menyewakan peralatan atau sumber daya lain perlu melacak tiap barang fisik secara terpisah. Oleh karena itu, kunci utama untuk tabel menyewakan persediaan adalah sejenis nomor serial yang unik, bukannya sebuah part number. Setiap peristiwa menyewakan barang mencatat informasi mengenai pesnan suatu barang tertentu, seperti tanggal dan waktu disewa, harga sewa, serta segala syarat khusus persetujuan tersebut, masing-masing untuk satu barang persediaan tertentu. 

Fitur REA Tambahan

PERAN PEGAWAI

Figur 19-1 dan figur 19-2 mengidentifikasi peranyang dimainkan oleh seorang pegawai (misalkan, personel penjualan, pegawai gedung). Informasi ini memperkaya diagram REA dan dapat digunakan untuk memverifikasi apakah fungsi pekerjaan dipisahkan secara tepat.

HUBUNGAN AGEN-PERISTIWA M:N

Figur 19-2 memperkenalkan dua entitas baru: gudang dan institusi keuangan. Entitas ini menyimpan informasi mengenai lokasi sumber daya disimpan dan peristiwa tertentu berlangsung. Hubugan agen peristiwa M:N terjadi ketia sebuah aktivitas dijalankan oleh lebih dari satu pegwai, sebelum manajemen ingin menggunakan kemampuannya untuk mengawasi kinerja tiap individu. 

LOKASI

Memperkenalkan dua entitas baru : Gedung dan Instansi Keuangan. Entitas ini menyimpan informasi mengenai lokasi sumber daya disimpan dan peristiwa tertentu berlangsung.

HUBUNGAN ANTARA SUMBER DAYA DAN AGEN

Hubungan M:N antara entitas persediaan (sumber daya) dan entitas pemasok (agen). Hubungan ini merefleksikan praktik umum terbaik dari pengidentifikasian pemasok yang diajukan dan pemasok alternatif untuk barang persediaan tertentu. Hubungan serupa antara sumber daya dan pegawai dapat digunakan untuk membuat model pertanggungjawaban dan akuntabilitas

Model REA Siklus Produksi

Ada empat peristiwa menarik utama yang disertakan dalam sebuah diagram REA siklus produksi khusus :

1. Pengeluaran bahan baku 
2. Penggunaan tenaga kerja dalam produksia 
3. Penggunaan mesin dan peralatan dalam produksi 
4. Produksi produk jadi baru, direpresentasikan oleh peristiwa work in process.

ENTITAS TAMBAHAN-KEKAYAAN INTELEKTUAL

Persitiwa siklus Produksi
Data mengenai bahan baku aktual yang digunakan dalam produksi disimpan dalam entitas pengeluaran bahan baku. Begitu pula dengan informasi mengenai tenaga kerja dan operasi mesin aktual yang dijalankan, termasuk lama waktu aktual yang diperlukan oleh masing-masing aktivitas, mereka disimpan dalam entitas menjalankan operasi pekerjaan dan menjalankan operasi mesin secara berurutan. Kinerja dapat dievaluasi dengan membandingkan data pada tiga entitas peristiwa tersebut dengan informasi tentang standar yang disimpan dalam entitas informasi berhubungan (daftar bahan baku, daftar operasi pekerjaan, dan daftar operasi mesin).

FITUR REA BARU

Perbedaan digram REA yang menunjukkan hanya satu agen yang diasosiasikan dengan peristiwa menjalanakan operasi pekerjaan ( dan menjalankan operasi mesin). Peristiwa internal ini berbeda dari peristiwa lain yang dibahas di buki ini yang tidak melibatkan pertukaran atau transfer sumber daya.

Model Data SDM/Penggajian Kombinasi

Mengintegrasikan aktivitas penggajian dan SDM. Entitas peritiwa waktu pengerjaan dibutuhkan untuk menghitung penggajian. Waktu yang dipergunakan digunakan untuk akuntansi biaya, agar secara tepat menentukan biaya tenaga kerja.

ENTITAS SIKLUS SDM

Entitas keterampilan berisikan data mengenai keterampilan kerja berbeda yang berguna bagi organisasi. Akan ada sebuah baris dalam tabel ini untuk setiap keterampilan pekerja utama. Entitas peritiwa pelatihan mempresentasi berbagai seminar, program pelatihan, dan peluang lain yang diberikan kepada para pegawai untuk mengembangkandan memelihara keterampilan. 

MELACAK WAKTU PEGAWAI

Entitas keterampilan berisikan data mengenai keteramilan kerj berbeda yang berguna bagi organisasi. Akan ada sebuah baris dalam tabel ini untuk setiap keterampilan pekerja utama. Entitas peritiwa pelatihan mempresentasi berbagai seminar, program pelatihan, dan peluang lain yang diberikan kepada para pegawai untuk mengembangkan dan memelihara keterampilan. 

Model Data Aktivitas Pembiayaan

Peristiwa menerbitkan utang adalah sebuah jenis penerimaan kas khusus, karenanya ia dihubungkan ke entitas sumber daya kas. Hal tersebut sering dimodelkan sebagai sebuah entitas peristiwa terpisah yang berbeda dari ‘’Menerima Kas’’ karena ia mengandung atribut yang berbeda dari atribut yang diasosiasikan dengan penerimaan kas yang dihasilkan dari peristiwa penjualan, seperti jumlah nominal utang yang diterbitkan, jumlah total yang diterima, tanggal diterbitkan, tanggal jatuh tempo, dan tingkat bunga. Pembayaran terkait utang merupakan pengeluaran kas. Biasanya, organisasi menuliskan cek untuk jumlah total bunga yang harus dibayarkan atas sebuah obligasi atau nota tertentu dan mengirimnya kea gen transfer yang kemudian menangani distribusi cek individual ke setiap kreditor. Setiap peristiwa mengeluarkan kas yang ditautkan ke sebuah peristiwa menerbitkan utang maksimum 1. Kardinalitas minimumnya adalah 0 karena peristiwa Mengeluarkan Kas tertentu mungkin ditautkan ke sebuah peristiwa Menerbitkan Utang atau sebuah peristiwa Menerbitkan Saham.