Dalam beberapa tahun terakhir, baik pengakuan bahwa informasi adalah sumber daya

yang berharga dan terus munculnya teknologi informasi baru telah memberi kontribusi pada
pentingnya peningkatan proses pengembangan sistem. Akuntan berperan sebagai pengguna,
pengevaluasi, dan pengembang berbagai tahapan pengembangan sistem. Sebagai pengguna,
akuntan prihatin dengan model yang mendasari yang menghasilkan informasi yang
didasarkan pada prinsip-prinsip akuntansi. Tanggung jawab ini mengharuskan akuntan
menjadi lebih luas dalam teknik pengembangan sistem dan berkomunikasi secara efektif
dengan analis sistem dan manajer.

A. ORGANISASI FUNGSI INFORMASI SISTEM

A.1 Lokasi fungsi sistem
Pertanggungjawaban sistem secara tradisional telah berhubungan dengan fungsi
akuntansi. Perubahan konservatif mengubah keberadaan fungsi dalam wakil presiden
keuangan dan dalam level manajerial yang sama sebagai kontroler. Langkah yang paling
konservatif adalah menempatkan fungsi kontroler sejajar dengan wakil presiden keuangan
dan manajerial. Sebuah langkah alternatif lainnya adalah menempatkan fungsi sistem
dibawah wakil presiden pelayanan administrasi.

A.2 Struktur Internal Fungsi Sistem Informasi

a. Manajer Sistem Informasi
Sebagai kepala dari fungsi sistem informasi, sistem informasi manajer membantu untuk
menetapkan tujuan untuk fungsi, mengambil bagian dalam perencanaan jangka panjang
sistem, dan mengarahkan kedua pengembangan sistem dan kegiatan operasi fungsi.
Manajer sistem informasi juga (1) mengawasi dan mengevaluasi kinerja manajer kunci
dan personel staf dalam fungsi dan (2) karyawan dan melatih manajer baru bila
diperlukan.
b. Staff
Berbagai kelompok staf yang diperlukan dalam organisasi yang lebih besar. Sebuah alat
bantu staf perencanaan dalam mengembangkan rencana jangka panjang sistem, dalam
koordinasi dengan kelompok perencanaan strategis perusahaan, dan dalam membangun
informasi-kebijakan terkait.

1
 c. Steering Committee
Sebuah sistem informasi pengembangan kelompok, biasanya disebut komite pengarah,
memberikan panduan keseluruhan dalam pengembangan sistem.
d. Manajer Pengembangan Sistem.
Garis tanggung jawab langsung untuk kegiatan pengembangan sistem terletak dengan
manajer pengembangan sistem, yang menyediakan keseluruhan arah proyek sistem
baru, manajemen informasi sistem, user-dukungan aktivitas, dan perangkat keras dan
pemeliharaan perangkat lunak.
e. Aplikasi Manager
Tanggung jawab utama manajer adalah untuk mengembangkan aplikasi sistem
informasi aplikasi. Kerja mengenai aplikasi ini dapat diatur sesuai dengan proyek yang
sedang berlangsung. Terdapat beberapa manajer dalam perusahaan, yakni:
1. Manajer Pusat Informasi; bertugas untuk menyediakan jasa konsultasi internal dan
mensupport fasilitas untuk pengguna sistem informasi.
2. Manajer Jasa Teknikal; bertanggungjawab untuk mengembangkan data komunikasi,
sistem pemrograman, dan model keputusan.
3. Administrator Data base; tugasnya mengatur semua aspek sumber data dan
informasi.
4. Internal Auditor yang mempunyai hubungan penting dengan fungsi sistem
informasi.

A.3 Interaksi dengan Departemen Akunting

Hubungan kontroler dengan akunting dapat ditunjukkan dengan beberapa cara:
1. Keduanya kontroler dan manajer sistem informasi bertanggungjawab kepada steering
committee
2. Menugaskan kepada akunting untuk terlibat dalam tim proyek sistem
3. Menugaskan kepada seseorang yang memiliki pengetahuan di bidang akunting dan
teknologi informasi
4. Mengadakan audit internal oleh akuntan dan auditor
5. Mengadakan pengawasan data dalam departemen akunting

B. PENDEKATAN PENGEMBANGAN SISTEM

1. Pendekatan Top Down versus Bottom Up

2
 Pendekatan top-down dimulai dari top manajemen dengan tujuan dan strategi,
sedangkan pendekatan bottom-up dimulai dari bagian bawah organisasi yang
difokuskan pada operasional individu dan aplikasi.
2. Pendekatan In-house versus Outsourching
Alternatif untuk sistem In-house yang berkembang adalah pendekatan outsourcing.
Pendekatan ini mencangkup memperkerjakan perusahaan luar untuk menangani
kegiatan sistem informasi.
3. Pendekatan Re-engineering
Pendekatan Re-engineering berfokus pada proses operasional perusahaan.
Berdasarkan pendekatan ini, analis sistem sering dapat menghilangkan seluruh proses
atau bagian dari proses yang tidak menambah nilai.
4. Pendekatan Prototype
Pendekatan prototipe adalah evolusi alam, pendekatan ini terdiri atas merancang
desain awal dengan jangka waktu yang relatif pendek sebagai interaksi awal.

C. SIKLUS HIDUP PENGEMBANGAN SISTEM

C.1 Perencanaan Sistem

1) Rencana strategis Sistem Informasi
Sistem perencanaan strategis memberikan pedoman menyeluruh di mana sistem
proyek yang direncanakan dan dikembangkan. Meskipun tidak benar-benar merupakan
bagian dari perencanaan, sistem SDLC strategis memungkinkan sebuah perusahaan untuk
menghindari sedikit demi sedikit.
2) Rencana Sistem Proyek
Tujuannya adalah sistem harus secara jelas didefinisikan dan disetujui. Setelah
disetujui, kegiatan dapat dijalankan.
a) Definisi proyek, untuk mengidentifikasi batasan sistem informasi akuntansi dalam
proyek. Kriteria penting yang termasuk dalam prioritas untuk sistem proyek adalah: 1)
prediksi terhadap tingkat returnnya; 2) kompetitif advantage yang akan dihadapi; 3)
perluasan terhadap objektivitas perusahaan yang sanggup diterima; 4) perbandingan
terhadap perubahan informasi, dan 5) ketahan terhadap faktor-faktor yang dapat
merugikan dalam organisasi perusahaan dan infrastuktur teknologi. Dokumen
pendukung dalam poryek sistem adalah dokumen proposal. Biasa disebut laporan

3
 definisi masalah, proposal proyek menjelaskan secara detail deskripsi perspektif
proyek yang layak.
b) Inisiasi Proyek, sebelum bekerja sesuai rencana, langkah pendahuluan sangatlah
diperlukan. Semuanya akan dipengaruhi oleh rencana yang harus dilaporkan segera.
Seluruh karyawan dan manajer akan memperoleh kesempatan untuk menyesuaikan
mental dan melakukan perubahan. Oleh karena itu mereka akan menjadi korban fitnah
dan mungkin bereaksi negatif. Langkah pendahuluan lainnya adalah mengumpulkan
tim yang akan memimpin rencana.

C.2 Analisa Sistem

Sebuah survei sistem pada dasarnya memiliki tujuan pendokumentasian seluruh aspek
yang relevan atas sistem saat ini.
1) Ruang Lingkup
Meskipun rencana proyek menunjukkan batas dari ruang lingkup area proyek, tim proyek
harus harus memverifikasi ruang lingkup yang pasti dan menyediakan pengertian yang
lebih besar dan dalam.
2) Tipe dan Sumber Data
Setelah mengklarifikasi ruang lingkup, analis sistem harus memikirkan tiga pertanyaan:
(1) Tipe data seperti apa yang harus dikumpulkan? (2) Sumber apa yang harus dibuka?
(3) Teknik yang mana yang harus digunakan dalam dasar pengumpulan? Dasar-dasar
harus dikumpulkan berkaitan dengan aliran masuk atas data dan aliran keluar atas
informasi, bagaimana data diproses dan disimpan, dan pengendalian yang dibangun ke
dalam bagian manual dan komputerisasi atas sistem informasi.
3) Masalah Keprilakuan
Selama survei, tim proyek berinteraksi dengan para karyawan dan manajer yang akan
terkena imbas atas perubahan sistem. Beberapa, atau sebagian besar, akan merasa
terganggu dan khawatir. Perlawanan memiliki beragam bentuk. Beberapa karyawan (dan
manajer) bisa saja mengkambinghitamkan perubahan dari sistem atas seluruh masalah
dan eror yang muncul, meskipun hal tersebut mengacu pada human error.
Beberapa tindakan berikut, yang dilakukan oleh tim proyek, dipercaya bisa
mengurangi prilaku disfungsional dan memotivasi keefektifan dan keintensifan atas
penggunaan sistem:

4
 a) Berkomunikasi secara terbuka dengan orang-orang yang terkena imbas dari proyek
sistem.
b) Memotivasi partisipasi atas orang-orang yang terkena imbas tersebut melalui survei.
c) Menekankan aspek positif atas proyek dan menjelaskan bahwa hasil sistem akan lebih
baik dalam kaitannya dengan kebutuhan pengguna.
d) Mengurangi ketakutan para karyawan dan manajer dengan membangun dan
mempublikasi kebijakan keadilan individu.

C.3 Analisis Atas Temuan Survei

Sebuah survei pada dasarnya terdiri atas pertanyaan seperti: Apa yang telah
dilakukan? Bagaimana hal tersebut dilakukan? Dimana hal tersebut dilakukan? Sebuah
analisis diarahkan untuk menjawab pertanyaan penelitian seperti: Sebaik apa hal tersebut
dilakukan? Haruskah hal tersebut dilakukan? Jika iya, apakah ada cara lain yang lebih baik
untuk melakukannya? Hal ini juga dapat dibantu dengan teknik pengorganisasian fakta dan
daftar pertanyaan spesifik. teknik pengorganisasian fakta menyediakan bervariasi aspek
model dari system informasi. Beberapa teknik, seperti diagram alur data, flowchart
system/system diagram alur, dan diagram hubungan entitas.

C.4 Identifikasi Persyaratan Fisik Sistem

Persyaratan dihubungkan ke sistem fisik sebagian ditentukan dengan merujuk pada
(1) analisis dari sistem yang ada dan masalahnya, (2) kondisi masa depan yang diharapkan.
Hal ini juga sangat dipengaruhi oleh tujuan yang telah ditetapkan dalam dan usulan proyek.
Kelompok satu menyatakan persyaratan bagaimana sebuah sistem informasi yang dilakukan
harus terukur; ini disebut persyaratan kinerja. Kelompok lain terkait pada isi dari aplikasi
daripada penyajian. Kelompok ketiga, kendala sifat dan fitur dari perangkat keras komputer
atau software dibutuhkan.

C.5 Identifikasi Kebutuhan Informasi

Dalam rangka untuk memastikan bahwa sistem menghasilkan laporan yang
dibutuhkan oleh para manajer, karyawan kunci, dan pihak luar, bagian dari persyaratan harus
terdiri dari informasi yang dibutuhkan.

5
1) Mengidentifikasi Keputusan yang Dibuat Oleh Manajer
Setiap manajer dalam wilayah proyek memiliki tanggung jawab yang dimaksudkan
untuk mencapai tujuan perusahaan dan strategi. Ketika tanggung jawab jelas, adalah
mungkin untuk mengidentifikasi keputusan spesifik yang harus diperbuat oleh setiap
manajer. Keputusan yang merupakan tanggung jawab bersama dari dua atau lebih
manajer harus secara khusus dicatat.
2) Menentukan Ukuran Kinerja
Setelah penentuan keputusan dibuat, ukuran kinerja diperlukan untuk merefleksikan
efektivitas keputusan. Dalam kebanyakan kasus, langkah-langkah kinerja faktor
keberhasilan sangat signifikan/kritis. Karena keputusan yang efektif membantu mencapai
tujuan fungsi dan perusahaan.
3) Menganalisis Proses Keputusan
Melalui wawancara, seorang analis sistem dan manajer bersama-sama harus
menganalisis susunan keputusan yang diidentifikasi. Keputusan yang tidak terstruktur
tidak dapat memberikan kepuasan dalam analisis. Hal ini akan sering diperlukan untuk
manajer untuk memindai spektrum informasi dari sistem informasi eksekutif atau untuk
menggunakan sistem pendukung keputusan.
4) Spesifikasi Kebutuhan Informasi
Melalui analisis tersebut, item yang diperlukan informasi secara bertahap muncul untuk
setiap keputusan. Untuk informasi berorientasi keputusan harus ditambahkan informasi
spesifik yang makan berguna bagi manajer. Namun, manajer harus diberitahu tentang
biaya dan kesulitan dalam memperoleh informasi tersebut, sehingga permintaan yang
disimpan terbatas.

D. DESAIN SISTEM
Dalam fase desain sistem ini, tugas seorang desainer adalah untuk
mempertimbangakan layanan/fasilitas yang dikembangkan oleh sistem akan memenuhi
kebutuhan.
Berikut langkah-langkah mendesain sebuah sistem:
1) Desain Konsep; menyediakan struktur sistem yang secara keseluruhan dan
mengkombinasikan komponen2 dalam sistem.

6
 2) Desain Detail; menyediakan detail fisik dari setiap komponen sistem seperti laporan dan
data dan pengawasan. Biasanya desain detail mencakup software sebagai program
aplikasi.
D.1 Evaluasi Alternatif Desain
1) Range of alternatives; Alternatif desain bisa bervariasi mulai dari slight modification
hingga sistem sekarang yang menuju radikal sistem baru. Diasumsikan bahwa sistem
sebelumnya merupakan sistem manual. Satu saja desain alternatif dapat secara mudah
menambahkan suatu kontrol dan merevisi sumber penerimaan dokumen tanpa
mengganggu proses manual sebelumnya.
2) Example of Design Alternative; Dua ilustrasi desain. Yang pertama mempekerjakan /
memusatkan main frame computer di home office. Yang kedua mempekerjakan
jaringan komunikasi dengan klien atau struktur server (p. 540).
3) Narrowing of Alternative; Memilih satu disain yang terbaik dengan tujuan untuk
mengeliminasi disain alternative yang kedua. Untuk meminimalisasi terjadi sistem
ganda, team proyek harus dapat memilih alternatif secepat mungkin.

D.2 Persiapan Spesifikasi Desain

Spesifikasi Konsep desain; meliputi layanan dan kemampuan sbb:
1) Biaya desain sistem; detail desain dan programming.
2) Biaya instalasi sistem dan pengubahnya/conversion; test sistem dan program, file
perubahan/conversion.
3) Biaya Persiapan pelaksanaan sistem.
4) Biaya perangkat keras sistem; tambahan prosesor, layanan input output.
5) Biaya software/program.

D.3 Spesifikasi Desain sistem

Spesifikasi desain sistem seharusnya terintegrasi dengan laporan desain sistem formal.
Level management yang lebih tinggi harus mereview laporan ini dengan cermat. Apabila hal
ini disetujui maka aktivitas implementasi sistem yang relatif mahal dimulai.

7
D.4 Desain sistem dan pertimbangannya
1) Design Sequence
Sebagai produk informasi sistem yang final, output adalah kunci determinan dari sebuah
komponen sistem. Spesifikasi output desain harus dipertimbangkan terlebih dahulu.
Sebagai alternatif, design sequence dapat dipersiapkan bersama dengan spesifikasi
kontrol dan keamanan.
2) Design Principles
Desain sistem harus merefleksikan prinsip2 tertentu. Banyak prinsip2 yang sudah
dibicarakan sebelumnya seringkali menghubungkan komponen sistem informasi sebagai
database.

E. SELEKSI SISTEM
E.1 Aqcuisition Options
1) Purchasing versus Leasing
Secara umum, pembelian membutuhkan pengeluaran kas yang lebih kecil dalam
jangka panjang. Di sisi lain, leasing membutuhkan pengeluaran kas yang lebih kecil
pada tahap awalnya, lebih fleksibel, mengurangi resiko keusangan, dan di dalam
beberapa kasus memberikan keuntungan pajak yang lebih besar.
2) Single Vendors versus Multiple Vendors
Menggunakan satu agen penjual akan lebih menyederhanakan proses pembelian dan
menjamin berbagai item akan sesuai. Selain itu, dengan memilih satu agen penjual
untuk semua kebutuhannya, maka perusahaan akan mendapat pelayanan yang lebih
baik dan dapat dipercaya. Membeli dari beberapa agen penjual menyebabkan biaya
pembelian lebih rendah. Namun pilihan ini akan menghasilkan ketidaknyamanan,
ketidaksesuaian, dan pelayanan yang kurang dapat dipercaya. Sistem komputer
meliputi software dan hardware, input-output devices, on-line storage devices, jalur
komunikasi dan perlengkapan , formulir2 bisnis dan supplies. Menggunakan single
vendors itu akan menyederhanakan proses akuisisi dan secara umum meyakinkan
bahwa beberapa program/perangkat yang digunakan akan sebanding/compatible
teknologinya, karena saling berkaitan
3) In house sistem versus Layanan Computer Outsourcing
Dengan memelihara sistem sendiri, perusahaan akan menghadapi sendiri kerumitan
sistem serta biaya yang dibutuhkan oleh sistem. Untuk perusahaan yang tidak memiliki

8
 pengalaman dalam mengelola sistemnya sendiri, disediakan beberapa pilihan
outsourcing. Keuntungan yang paling utama dari menggunakan jasa outsourcing
adalah pada sisi ekonomi. Karena biaya tergantung pada penggunaan, pelanggan hanya
membayar yang mereka gunakan saja. Kelebihan lain adalah jasa outsourcing
menyediakan bantuan profesional, software, dan data base khusus. Kelebihan ketiga
adalah jasa ini menyediakan kapasitas untuk mem-backup data. Namun jasa ini juga
memiliki kelemahan yaitu keamanan data relatif rendah, output dihasilkan dalam
waktu lama, dan biaya transaksi akan menjadi lebih besarIn house Software
4) Development versus Commercial Software Packages
Secara tradisional, perusahaan menggunakan program sendiri dalam mengembangkan
program aplikasi untuk sistem komputernya. Tren yang ada saat ini adalah
berkembangnya pasar software komersial.
a) Keuntungan dari software komersial:
1. Produk yang tersedia tanpa periode perkembangan yang panjang.
2. Dirancang dan diuji dengan baik, sehingga menjadi efisien dan handal.
3. Harga paket software cukup masuk akal.
b) Keterbatasan dari software komersial:
1. Kebutuhan pengguna disamaratakan.
2. Perusahaan yang menggunakan bergantung pada agen penjual software untuk
pemeliharaan dan upgrade.

E.2 Solicitation Proposal

Tujuan dari langkah ini adalah untuk mempersiapkan proposal permintaan (RFP).
Tujuan dari RFP adalah untuk memberikan gambaran kepada vendor konsep yang telah
didesain.

E.3 Evaluasi Proposal

Setiap proposal yang diterima oleh vendor hendaknya dievaluasi kebutuhan hardware
dan softwarenya. Nilai proposal dalam setiap detilnya akan dijelaskan dan disesuaikan
dengan kebutuhan perusahaan.
1) Benchmark Problem Technique
Yaitu kegunaan untuk menunjukkan bagaimana hardware atau software yang
diharapkan untuk dapat memenuhi kebutuhan perusahaan

9
 2) Simulation Model Technique
Yaitu bagaimana sistem dapat menyelesaikan aspek-aspek penting yang ditampilkan.
3) Review the Organization of the Project Team
Dalam beberapa kasus, tim sebuah proyek mungkin perlu ditata kembali karena
penerapan beberapa fase lebih menekankan manajerial skill dibandingkan teknikal skill.
4) Complete Arrangements for Selected System Resources
Sebuah kontrak yang tidak berkekuatan hukum, apabila sudah dipilih hendaknya
dibuatkan kontrak kerjasama yang mengandung kekuatan hukum, untuk menghindari
kondisi yang tidak diinginkan.

F. PENERAPAN SISTEM
Penerapan disain sistem informasi yang baru meliputi 3 tahapan:
1) Pelaksanaan Awal
a) Membentuk pengendalian dan rencana atas penerapan.
b) Menyadari masalah keprilakuan.
c) Meninjau pengorganisasian dari tim proyek.
d) Melengkapi sususan atas sumberdaya sistem yang terpilih.
2) Aktivitas Penerapan
a) Pemilihan personil dan training
b) Pengembangan aplikasi software
c) Uji Software
d) Uji Sistem
e) Pengembangan standar
f) Dokumentasi
g) Konversi file
h) Konversi sistem :
1. Direct Conversion Approach
2. Parallel Operation Approach
3. Modular Conversion Approach
4. Phased Conversion Approach

10
G. OPERASI SISTEM
Fine tuning adalah meskipun sistem baru telah siap dioperasikan, sebaiknya tidak dilihat
sebagai sistem yang final. Posting Implementation Evaluation merupakan setelah sistem baru
stabil waktunya akan datang untuk “second thoughts” pemikiran selanjutnya setelah
implementasi. Tujuannya adalah :
1) Untuk mencapai tingkat dimana tujuan sebuah sistem proyek telah berjalan
2) Untuk mengoptimalkan sistem, juga menciptakan modifikasi pada sistem untuk
memenuhi kebutuhan sistem
3) Untuk mengevaluasi penilaian kepada tim proyek baik kualiatas produksi dan jadwal
produksi dan rencana produksi.
4) Untuk menyajikan pengembangan sistem dasar dan keakuratan perkiraan cost and
benefit.

G.1 Manajemen dan Sistem yang Berhubungan dengan Sumber Daya

Dimulai dengan mengukur waktu dan faktor-faktor lainnya yang mencerminkan
penggunaan dari sumberdaya dan pelayanan. Pengukuran ini kemudian akan memberikan
umpan balik dan pengukuran kinerja. Pada akhirnya, sistem akan memberikan laporan yang
berkaitan dengan biaya umpan balik dan kinerja.

Referensi
11
Wilkinson, Joseph W., Michael J. Cerullo, Vasant Raval, dan Bernard Wong-On-Wing. 2000.
Accounting Information System: Essential Concepts and Applications 4th Edition. New York:
John Wiley and Sons.

12