SISTEM INFORMASI AKUNTANSI DAN BISNIS

SAP 7
“TATA KELOLA IT”

OLEH
KELOMPOK 6

NI PUTU ACHINTYA WIBAWA PUTRI (1981611056/ 25)

I MADE YOGA DARMA PUTRA (1981611057/ 26)

PROGRAM MAGISTER AKUNTANSI

FAKULTAS EKONOMI DAN BISNIS
UNIVERSITAS UDAYANA
DENPASAR
2020
1. PENDAHULUAN DARI TATA KELOLA TI
Dalam lingkungan bisnis saat ini, sistem TI sangat penting untuk keberhasilan organisasi
yang menggunakannya. Sistem IT dapat meningkatkan efisiensi dan efektivitas, dan mengurangi
biaya. Perusahaan yang gagal memanfaatkan potensi dari manfaat sistem TI dapat kehilangan
pangsa pasar ke pesaing atau dalam beberapa kasus, menjadi bangkrut. Untuk memastikan suatu
perusahaan menggunakan TI untuk keunggulan kompetitifnya, ia harus terus-menerus
menyelidiki dan menilai kelayakan menggunakan informasi yang lebih baru teknologi.
Perusahaan harus memastikan strategi jangka panjangnya, dan operasi yang sedang berjalan,
serta memanfaatkan sistem TI yang tepat.
IT Governance Institute mendefinisikan tata kelola TI merupakan struktur hubungan dan
proses untuk mengarahkan dan mengendalikan perusahaan untuk mencapai tujuan perusahaan
dengan menambahkan nilai sambil menyeimbangkan risiko versus pengembalian atas TI dan
prosesnya. Tata kelola TI menyediakan struktur yang menghubungkan proses TI, sumber daya
TI, dan informasi dengan strategi dan tujuan perusahaan.
Untuk memenuhi kewajiban manajemen yang melekat dalam tata kelola TI, manajemen
harus fokus pada kegiatan berikut:
a) Menyelaraskan strategi TI dengan strategi bisnis
b) Menurunkan strategi dan tujuan ke dalam perusahaan
c) Menyediakan struktur organisasi yang memfasilitasi implementasi strategi dan tujuan
d) Bersikeras bahwa kerangka kerja kendali TI diadopsi dan diimplementasikan
e) Mengukur kinerja TI
Tidak ada metode tunggal untuk mencapai masing-masing kewajiban manajemen ini.
Perusahaan yang berbeda dapat memilih pendekatan yang berbeda. Namun demikian, ada tiga
model kerangka kontrol TI yang populer:
a) The Purpose of the Audit Information System and the Association Control (ISACA) control
for IT (COBIT)
b) International Organization for Standardization (ISO) 27002, Code of Practice for
Information Security Management
c) Information Technology Infrastructure Library (ITIL)
Tata kelola TI harus menjadi masalah penting bagi semua tingkat manajemen, mulai dari dewan
direksi hingga manajer tingkat bawah. Untuk memenuhi kewajiban tata kelola perusahaan,
direksi harus mengawasi TI. Sistem TI sangat penting untuk keberhasilan jangka panjang
organisasi, dan oleh karena itu keterlibatan dewan dalam pengawasan TI diperlukan. Dewan
direksi harus melakukan hal berikut:
1) Mengartikulasikan dan mengkomunikasikan arah bisnis di mana TI harus disejajarkan.
Dewan direksi harus menetapkan dan mengomunikasikan strategi dan tujuan perusahaan
jangka panjang.
2) Pastikan ia mengetahui perkembangan terkini dalam TI, dari perspektif bisnis.
3) Menekankan bahwa IT menjadi item reguler dalam agenda dewan dan ditangani secara
terstruktur.
4) Diinformasikan tentang bagaimana dan berapa banyak perusahaan berinvestasi dalam TI
dibandingkan dengan investasi para pesaingnya.
5) Pastikan bahwa tingkat pelaporan manajer teknologi informasi paling senior sepadan dengan
pentingnya TI. Misalnya, chief information officer (CIO) mungkin perlu melaporkan
langsung ke CEO.
6) Pastikan bahwa ia memiliki pandangan yang jelas tentang investasi TI utama, dari perspektif
risiko dan pengembalian. Setiap investasi TI akan memiliki risiko, misalnya peningkatan
risiko keamanan. Namun, setiap investasi TI juga akan menghasilkan pengembalian dalam
bentuk penghematan biaya, seperti peningkatan efisiensi. Anggota dewan harus diberi tahu
tentang risiko dan pengembalian.
7) Menerima laporan kemajuan rutin pada proyek-proyek TI utama.
8) Menerima laporan kinerja TI yang menggambarkan nilai TI.
9) Memastikan bahwa sumber daya, infrastruktur, dan keterampilan TI yang sesuai tersedia
untuk memenuhi tujuan strategis perusahaan yang diperlukan.
Untuk mencocokkan strategi perusahaan dengan sistem TI, perusahaan harus memiliki
komite tata kelola TI dan proses formal untuk memilih, merancang, dan mengimplementasikan
sistem TI. Komite tata kelola TI adalah sekelompok manajer senior yang dipilih untuk
mengawasi manajemen strategis TI. Proses formal yang digunakan banyak organisasi untuk
memilih, merancang, dan mengimplementasikan sistem TI adalah siklus hidup pengembangan
sistem, atau system development life cycle (SDLC). Kedua alat manajemen ini, komite tata kelola
TI dan SDLC, diperlukan dalam manajemen strategis sistem TI.
2. OVERVIEW DARI SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)
Siklus hidup pengembangan sistem (SDLC) adalah proses sistematis untuk mengelola
akuisisi, desain, implementasi, dan penggunaan sistem TI. Pengawasan dan pengelolaan SDLC
biasanya merupakan tanggung jawab komite tata kelola TI. Komite tata kelola TI biasanya terdiri
dari manajer puncak organisasi, termasuk chief executive officer (CEO), chief financial officer
(CFO), chief information officer (CIO), manajer puncak dari departemen pengguna, dan
manajemen puncak dari audit internal. Selain mengembangkan visi dan tujuan jangka panjang
untuk sistem TI, komite tata kelola TI mengawasi SDLC. Fase-fase SDLC adalah:
a) Perencanaan sistem adalah evaluasi tujuan strategis jangka panjang dan prioritas sistem TI
untuk membantu organisasi dalam mencapai tujuannya. Perencanaan sistem juga melibatkan
perencanaan dan pengawasan terus menerus terhadap desain, implementasi, dan penggunaan
sistem TI tersebut.
b) Analisis sistem adalah studi tentang sistem saat ini untuk menentukan kekuatan dan
kelemahan dan kebutuhan pengguna sistem itu. Analisis membutuhkan pengumpulan data
tentang sistem dan pengawasan cermat terhadap data tersebut untuk menentukan area sistem
yang dapat ditingkatkan.
c) Perancangan sistem adalah pembuatan sistem yang memenuhi kebutuhan pengguna dan yang
menyertakan peningkatan yang diidentifikasi oleh fase analisis sistem.
d) Implementasi sistem adalah serangkaian langkah yang dilakukan untuk memprogram,
menguji, dan mengaktifkan sistem TI sebagaimana dirancang dalam fase desain sistem.
e) Operasi dan pemeliharaan adalah fungsi teratur dari sistem TI dan proses untuk memperbaiki
masalah yang lebih kecil, atau "bug," dalam sistem TI. Selama operasi, manajemen harus
meminta dan menerima laporan yang sedang berlangsung tentang kinerja sistem TI.
Fase Siklus hidup pengembangan sistem (SDLC) dapat bervariasi dari satu organisasi ke
organisasi lainnya. Faktor yang lebih penting adalah bahwa organisasi mengikuti serangkaian
langkah logis dan sistematis ketika memodifikasi atau mengadopsi sistem baru. Perusahaan yang
berbeda dapat membangun anggaran mereka dengan cara yang berbeda. Beberapa mungkin
menggunakan pendekatan dari bawah ke atas di mana manajer tingkat bawah membangun
anggaran untuk wilayah mereka dan anggaran tersebut diserahkan ke rantai manajemen di mana
mereka dikonsolidasikan ke dalam satu anggaran keseluruhan. Peta proses dalam Tampilan 5–2
menunjukkan berbagai fase SDLC.
a) Desain konseptual adalah proses pencocokan model sistem alternatif dengan kebutuhan yang
diidentifikasi dalam fase analisis sistem. Evaluasi dan seleksi adalah proses menilai
kelayakan dan kesesuaian dari masing-masing pendekatan konseptual alternatif ini dan
memilih salah satu yang paling memenuhi kebutuhan organisasi. Sistem terbaik dapat
berupa perangkat lunak yang dapat dibeli, atau sistem yang dirancang dan dikembangkan
sendiri.
b) Jika perangkat lunak akan dibeli, perusahaan harus menjalani serangkaian langkah yang
disebut pemilihan perangkat lunak untuk memilih perangkat lunak terbaik untuk
kebutuhannya. Ketika sistem akan dikembangkan sendiri, perusahaan harus melakukan
langkah-langkah untuk merancang rincian sistem itu.
c) Desain terperinci adalah proses mendesain keluaran, input, antarmuka pengguna, basis data,
prosedur manual, keamanan dan kontrol, dan dokumentasi sistem baru.

3. ELEMEN TAHAP PERENCANAAN DARI SYSTEM DEVELOPMENT LIFE CYCLE

(SDLC)
Perencanaan sistem adalah fungsi manajerial komite tata kelola TI. Komite tata kelola TI
harus secara konstan memantau sistem TI melalui umpan balik tentang pemanfaatan jaringan,
pelanggaran keamanan, dan laporan tentang pengoperasian sistem. Pemantauan konstan ini
memungkinkan komite tata kelola TI untuk menentukan apakah sistem saat ini memenuhi
kebutuhan organisasi. Ketika komite menentukan bahwa bagian atau bagian dari sistem TI tidak
memenuhi kebutuhan organisasi, ia harus memulai proses untuk mempelajari dan mengevaluasi
kelayakan memodifikasi atau memperbarui bagian-bagian sistem. Komite tata kelola TI juga
akan menerima permintaan khusus dari mereka yang menggunakan sistem TI untuk
memodifikasi atau meningkatkan bagian-bagian sistem. Gambar 5–3 merinci proses perencanaan
system:
a) Kesesuaian Sistem TI dengan Tujuan Strategis. Komite tata kelola TI harus mengevaluasi
perubahan yang diusulkan untuk sistem TI dalam hal kegunaannya dalam membantu
organisasi untuk mencapai tujuannya. Mengevaluasi kecocokan usulan perubahan TI dengan
tujuan strategis akan memungkinkan komite tata kelola TI untuk mulai memprioritaskan
perubahan yang diinginkan. Sebagai contoh, anggaplah suatu perusahaan telah memutuskan
bahwa tujuan strategis utama adalah untuk meningkatkan kepuasan pelanggan.
b) Studi kelayakan. Ada empat aspek kelayakan yang harus dipertimbangkan:
1) Kelayakan teknis: penilaian kemungkinan realistis bahwa teknologi ada untuk memenuhi
kebutuhan yang diidentifikasi dalam perubahan yang diusulkan untuk sistem TI.
2) Kelayakan operasional: penilaian kemungkinan realistis bahwa karyawan saat ini akan
dapat mengoperasikan sistem TI yang diusulkan. Jika operasi akan membutuhkan
pelatihan karyawan baru, penilaian ini harus mengevaluasi kelayakan memberikan
pelatihan kepada karyawan yang ada.
3) Kelayakan ekonomi: penilaian biaya dan manfaat yang terkait dengan sistem TI yang
diusulkan.
4) Jadwalkan kelayakan: penilaian kemungkinan realistis bahwa sistem TI yang diusulkan
dapat diimplementasikan dalam waktu yang wajar.
c) Perencanaan dan Pengawasan Perubahan yang Diajukan
Setelah komite tata kelola TI memprioritaskan perubahan yang diusulkan, ia harus
memutuskan perubahan mana yang dapat dilakukan saat ini. Mendasarkan keputusannya
pada anggaran, sumber daya, dan waktu yang tersedia, komite tata kelola TI mungkin
menemukan bahwa hanya ada satu atau dua perubahan yang diusulkan yang dapat dilakukan.
Perubahan-perubahan yang diusulkan yang harus ditunda dapat ditinjau kembali di masa
depan ketika komite tata kelola TI menilai kembali pertandingan strategis TI dan kelayakan.

4. ELEMEN TAHAP ANALISIS SISTEM DARI SYSTEM DEVELOPMENT LIFE

CYCLE (SDLC)
Langkah-langkah khas dalam fase analisis sistem SDLC: penyelidikan pendahuluan, survei
sistem saat ini, penentuan kebutuhan informasi pengguna, analisis, dan rekayasa ulang proses
bisnis. Pada akhir fase ini, tim proyek akan menyiapkan dan menyampaikan laporan analisis
sistem.
a. Penyelidikan Pendahuluan: Tujuan dari penyelidikan pendahuluan adalah untuk menentukan
apakah masalah atau kekurangan dalam sistem saat ini benar-benar ada.
b. Survei Sistem: Survei sistem adalah studi terperinci dari sistem saat ini untuk
mengidentifikasi kelemahan yang harus diperbaiki dan kekuatan yang harus dipertahankan.
Survei sistem membutuhkan pengumpulan data tentang sistem saat ini, termasuk yang
berikut:
 a) Input — sumber data
b) Keluaran — penggunaan informasi dari pemrosesan dan keluaran seperti cek,
laporan, atau formulir
c) Proses — langkah-langkah individual yang dilakukan untuk memproses transaksi,
termasuk proses manual dan terkomputerisasi
d) Kontrol — kontrol internal dalam sistem pemrosesan
e) Penyimpanan data — bagaimana dan di mana data disimpan, dan ukuran
penyimpanan data
f) Volume transaksi — jumlah transaksi per hari atau per jam
g) Kesalahan — jumlah kesalahan pemrosesan transaksi
Pengumpulan data dalam survei sistem membutuhkan beberapa metode pengumpulan data
yang berbeda dari sumber yang berbeda. Pengumpulan data melibatkan observasi, tinjauan
dokumentasi, wawancara, dan kuesioner. Observasi mengamati langkah-langkah yang
diambil karyawan saat mereka memproses transaksi dalam sistem. Tujuan dari pengamatan
ini adalah untuk memungkinkan tim proyek memperoleh pemahaman tentang langkah-
langkah pemrosesan dalam sistem. Tinjauan dokumentasi adalah pemeriksaan terperinci atas
dokumentasi yang ada tentang sistem untuk mendapatkan pemahaman tentang sistem yang
diteliti.
c. Penentuan Persyaratan Pengguna
Wawancara adalah tatap muka, pertanyaan lisan dari pengguna untuk menentukan fakta atau
kepercayaan tentang sistem. Pertanyaan yang diajukan dapat terstruktur, tidak terstruktur,
atau campuran keduanya. Kuisioner juga digunakan untuk meminta umpan balik dari
pengguna. Namun, kuesioner adalah bentuk tertulis, dan bukan bentuk lisan, pertanyaan
pengguna untuk menentukan fakta atau kepercayaan tentang sistem. Kuisioner juga dapat
mencakup pertanyaan terstruktur dan tidak terstruktur.

d. Analisis Survei Sistem

Dalam banyak kasus, fase analisis dan upaya untuk membuat perbaikan dapat mengarah pada
rekayasa ulang proses bisnis (Business Process Reengineering/ BPR). BPR telah
didefinisikan sebagai "pemikiran ulang mendasar dan desain ulang radikal dari proses bisnis
 untuk membawa perbaikan dramatis" dalam kinerja. Misalnya, setiap organisasi memiliki
proses untuk mengumpulkan dan mencatat pendapatan yang diperoleh. Di perusahaan yang
lebih kecil, proses pengumpulan pendapatan mungkin hanya satu orang yang mengirimkan
tagihan, menerima cek pelanggan melalui pos, total cek, mencatatnya dalam catatan
akuntansi, dan menyetor dana. Melalui memikirkan kembali dan mendesain ulang proses ini,
perusahaan mungkin dapat meningkatkan proses dan dengan demikian mempercepat
pengumpulan pendapatan. Pemikiran ulang dan desain ulang ini terutama dibantu oleh
penggunaan TI. Ketika teknologi atau komputer diperkenalkan, prosesnya dapat dirancang
ulang secara radikal untuk memanfaatkan kecepatan dan efisiensi komputer untuk
meningkatkan efisiensi pemrosesan.
e. Laporan Analisis Sistem
Langkah terakhir dalam fase analisis sistem adalah menyiapkan laporan analisis sistem untuk
dikirim ke komite tata kelola TI, yang akan memberi tahu komite tata kelola TI tentang hasil
survei sistem, penentuan kebutuhan pengguna, dan Business Process Reengineering/ BPR.
Laporan ini akan membuat rekomendasi kepada komite tata kelola TI mengenai kelanjutan
proyek.

5. ELEMEN TAHAP DESAIN SISTEM DARI SYSTEM DEVELOPMENT LIFE CYCLE

(SDLC)
a. Tahap 1: Pembelian Perangkat Lunak
Ketika tim proyek telah mencapai tahap desain, kebutuhan pengguna dan persyaratan sistem
sebelumnya telah ditentukan dalam fase analisis sistem. Oleh karena itu, tim proyek siap untuk
mengumpulkan proposal dari vendor perangkat lunak yang berbeda untuk sistem akuntansi yang
memenuhi kebutuhan pengguna yang diidentifikasi dan memenuhi persyaratan sistem.
Seringkali, sebuah organisasi menyewa konsultan untuk membantu dalam pemilihan, desain, dan
implementasi perangkat lunak yang dibeli.
Permintaan proposal (Request for proposal/RFP) dapat dikirim ke setiap vendor perangkat
lunak yang menawarkan paket perangkat lunak yang memenuhi sistem dan kebutuhan pengguna.
Setelah semua Permintaan untuk proposal telah diterima, tim proyek dan komite tata kelola TI
harus mengevaluasi proposal untuk memilih paket perangkat lunak terbaik. Ada banyak hal yang
harus dipertimbangkan oleh tim proyek dan komite tata kelola TI ketika mengevaluasi setiap
proposal, seperti yang berikut:
a) Harga perangkat lunak atau modul perangkat lunak
b) Kecocokan sistem dan kebutuhan pengguna dengan fitur-fitur perangkat lunak
c) Kelayakan teknis, operasional, ekonomi, dan jadwal
d) Dukungan teknis yang diberikan oleh vendor
e) Reputasi dan keandalan vendor
f) Kegunaan dan keramahan pengguna dari perangkat lunak
g) Testimoni dari pelanggan lain yang menggunakan perangkat lunak
b. Tahap 2: Desain In-House
Pilihan apakah akan menggunakan konsultan dan titik untuk mempekerjakan seseorang
sepenuhnya tergantung pada tingkat keahlian internal yang tersedia dalam organisasi.
c. Tahap 3: Desain Konseptual
Sistem penyajian dan pembayaran faktur adalah sistem "matchless" di mana faktur dibayar
segera setelah dikirim secara elektronik; tidak ada pencocokan dokumen sebelum persetujuan
dan pembayaran faktur. Sementara kedua sistem ini menyelesaikan pembayaran faktur, masing-
masing mengandalkan teknologi yang berbeda. Sistem penyajian dan pembayaran faktur
membutuhkan teknologi yang lebih kompleks dan canggih serta langkah manual yang lebih
sedikit. Pencocokan dokumen tradisional membutuhkan teknologi yang lebih sederhana dan
melibatkan lebih banyak tugas manual. Ini adalah contoh pendekatan desain konseptual yang
berbeda.
d. Tahap 4: Evaluasi dan Seleksi
Evaluasi dan seleksi adalah proses menilai kelayakan dan kesesuaian dari masing-masing
pendekatan konseptual alternatif dan memilih salah satu yang paling sesuai dengan kebutuhan
organisasi. Proses evaluasi mencakup studi kelayakan yang lebih rinci, dengan serangkaian
penilaian kelayakan yang sama diidentifikasi sebelumnya diperiksa secara rinci untuk masing-
masing desain konseptual. Penilaian kelayakan dalam penelitian ini meliputi yang berikut:
a) Kelayakan teknis: Tim proyek akan menilai kelayakan teknis dari setiap desain
konseptual alternatif.
b) Kelayakan operasional: Tim proyek akan menilai realisme dari kemungkinan
mengoperasikan setiap desain alternatif.
 c) Kelayakan ekonomi: Tim proyek harus memperkirakan biaya dan manfaat dari setiap
desain alternatif.
d) Jadwalkan kelayakan: tim proyek harus memperkirakan jumlah total waktu yang
diperlukan untuk mengimplementasikan sistem yang direvisi. Desain yang
membutuhkan waktu lebih lama untuk diimplementasikan kurang layak.
Tim proyek harus merangkum dan menganalisis hasil dari empat uji kelayakan ini untuk tujuan
memilih desain tunggal terbaik dari alternatif yang tersedia. Tugas meringkas dan menganalisis
bisa menjadi sulit karena mungkin ada sinyal yang bertentangan di keempat kelayakan. Sebagai
contoh, suatu sistem mungkin memiliki manfaat tinggi ketika biaya dibandingkan (kelayakan
ekonomi), tetapi mungkin juga membutuhkan waktu yang lebih lama untuk diterapkan
(kelayakan jadwal). Tim kemudian harus menilai trade-off yang terlibat dalam proyek manfaat
tinggi yang membutuhkan waktu implementasi yang lama.
e. Tahap 5: Desain yang Terperinci
Tujuan dari fase desain terperinci adalah untuk menciptakan seluruh rangkaian spesifikasi
yang diperlukan untuk membangun dan mengimplementasikan sistem. Berbagai bagian sistem
yang harus dirancang adalah output, input, proses, penyimpanan data, dan kontrol internal.
- Output dari sistem adalah laporan dan dokumen, seperti laporan pendapatan, daftar piutang
lama, laporan status persediaan, dan penjualan berdasarkan produk.
- Input adalah formulir, dokumen, layar, atau alat elektronik yang digunakan untuk
memasukkan data ke dalam sistem akuntansi. Ada banyak cara input data, mulai dari
penguncian manual data pada keyboard ke input terkomputerisasi seperti pemindaian kode
batang. Tim proyek harus merancang metode input agar sesuai dengan sistem yang sedang
direvisi.
- Sistem TI juga harus memiliki jumlah dan jenis penyimpanan data yang tepat untuk
menyelesaikan fungsi yang dirancangnya untuk dilakukan. Metode dan ukuran penyimpanan
data harus sesuai dengan desain input, proses, dan output. Tim proyek harus merancang
metode, ukuran, dan format penyimpanan data.
- Kontrol internal dalam sistem harus dirancang selama fase desain terperinci. Kontrol internal
jauh lebih efektif ketika mereka dirancang ke dalam proses sejak awal.
6. ELEMEN IMPLEMENTASI SISTEM FASE SYSTEM DEVELOPMENT LIFE CYCLE
(SDLC)
a. Pemrograman Perangkat Lunak: Dalam hal perangkat lunak yang dibeli, staf
pemrograman akan memodifikasi kode program yang diperlukan untuk memenuhi
spesifikasi desain.
b. Melatih Karyawan: Ketika pemrograman selesai atau hampir selesai, karyawan harus
dilatih untuk menggunakan sistem baru. Bergantung pada sejauh mana perubahan dari
sistem lama, karyawan mungkin perlu pelatihan dalam penggunaan layar input baru, laporan
keluaran, dan proses.
c. Pengujian Perangkat Lunak: Cara paling umum untuk menguji perangkat lunak adalah
dengan menggunakan data uji, yang secara khusus dibuat dan dimasukkan ke dalam
perangkat lunak untuk memastikan bahwa perangkat lunak bekerja dengan benar.
d. Mendokumentasikan Sistem: Karena input, output, dan proses sangat mungkin berubah
ketika sistem direvisi, penting untuk menulis dokumentasi yang cocok dengan input, output,
dan proses baru. Ada banyak jenis dokumentasi yang diperlukan untuk mengoperasikan dan
memelihara sistem akuntansi, termasuk diagram alir, diagram aliran data, diagram hubungan
entitas, peta proses, manual operator, dan kamus data.
e. Konversi Data: Akuntan harus mengawasi proses konversi data untuk memastikan bahwa
semua data akuntansi dikonversi dengan benar dan benar. Untuk memeriksa keakuratan
konversi, akuntan dapat merekonsiliasi total kontrol dari data lama yang ditetapkan untuk
mengontrol total dari data yang dikonversi. Total kontrol ini harus cocok untuk semua data
yang dikonversi.
f. Konversi Sistem: Konversi sistem adalah pergantian aktual dari yang lama ke sistem yang
baru. Seringkali, ini disebut tanggal "go-live". Tanggal go-live adalah hari di mana sistem
baru sepenuhnya beroperasi. Ada beberapa metode konversi yang dapat dipilih: konversi
paralel, konversi langsung, konversi fase-in, dan konversi pilot.
g. Konversi paralel adalah metode konversi di mana sistem lama dan baru dioperasikan secara
bersamaan untuk waktu yang singkat. Sebagai contoh, perusahaan dapat menjalankan versi
lama dan baru dari suatu sistem secara paralel untuk periode satu bulan. Keuntungan
konversi paralel adalah risiko. Jika kesalahan atau masalah menjadi jelas dalam sistem baru,
perusahaan dapat terus menggunakan sistem lama sampai masalah teratasi. Namun,
 kerugiannya adalah konversi paralel adalah metode konversi yang paling mahal dan
memakan waktu, karena mengharuskan staf pengoperasian mengoperasikan dua sistem dan
memasukkan semua data dua kali — sekali dalam setiap sistem.
h. Konversi langsung langsung berarti bahwa pada tanggal yang dipilih operasi sistem lama
dihentikan dan semua pemrosesan dimulai pada sistem baru. Metode ini dalam banyak hal
merupakan kebalikan dari konversi paralel. Cutover langsung adalah metode yang paling
berisiko, tetapi yang paling murah dan memakan waktu. Karena sistem tidak berjalan secara
paralel, tidak ada cadangan dalam bentuk sistem lama jika terjadi masalah.
i. Konversi fase-in adalah metode di mana sistem dipecah menjadi modul, atau bagian-
bagian, yang bertahap secara bertahap dan lebih lama. Sebagai contoh, asumsikan bahwa
perusahaan menerapkan sistem akuntansi yang sama sekali baru, menggunakan pendekatan
fase-in. Perusahaan mungkin pertama-tama menerapkan hanya bagian masuk pesanan dari
sistem. Jika itu berhasil, maka mungkin memilih untuk fase dalam modul piutang. Ketika itu
bekerja dengan baik, maka mungkin fase dalam modul penerimaan kas. Pendekatan fase-in
adalah pendekatan berisiko rendah, karena tidak mengganggu sebagian besar organisasi
pada saat yang sama. Namun, perlu waktu lebih lama untuk fase di semua bagian dari sistem
akuntansi. Dalam konversi percontohan, sistem dioperasikan hanya dalam satu atau
beberapa sub unit organisasi. Sebagai contoh, anggaplah bahwa bank bermaksud untuk
mengimplementasikan perangkat lunak pemrosesan pinjaman baru di kantor cabang. Bank
dapat memilih beberapa lokasi sebagai tempat uji coba untuk perangkat lunak. Bank akan
mengimplementasikan perangkat lunak baru di lokasi percontohan yang dipilih dan
menyelesaikan masalah dalam sistem di lokasi tersebut. Setelah bank puas dengan operasi di
lokasi percontohan, sistem dapat diterapkan di lokasi yang tersisa.
j. Penerimaan Pengguna: Penerimaan pengguna berarti bahwa ketika manajer pengguna
utama sistem puas dengan sistem, ia akan menandatangani perjanjian penerimaan.
k. Tinjauan Pasca Implementasi: Tinjauan pasca implementasi ini adalah tinjauan atas
penilaian kelayakan dan perkiraan lain yang dibuat selama proses. Tinjauan ini tidak
memperbaiki kesalahan yang dibuat, tetapi membantu perusahaan menghindari kesalahan
yang sama di masa mendatang.
7. ELEMEN OPERASI DAN FASE PEMELIHARAAN SYSTEM DEVELOPMENT
LIFE CYCLE (SDLC)
Selama operasi yang sedang berlangsung, manajemen harus menerima laporan berkala
mengenai kinerja sistem TI. Laporan diperlukan untuk memantau kinerja TI dan memungkinkan
manajemen untuk menentukan apakah TI selaras dengan strategi bisnis dan memenuhi tujuan
sistem TI. Beberapa contoh laporan TI ini adalah sebagai berikut:
a) Kinerja TI
b) IT memuat penggunaan dan kapasitas berlebih
c) Downtime sistem TI
d) Jam pemeliharaan pada sistem TI
e) Keamanan TI dan sejumlah pelanggaran atau masalah keamanan
f) Kepuasan pelanggan TI, dari pelanggan internal dan eksternal. Pelanggan internal
adalah berbagai pengguna sistem TI dalam organisasi.
Laporan-laporan ini adalah bagian penting dari tata kelola TI, karena mereka mendorong
pemantauan berkelanjutan terhadap sistem TI.

8. PENTINGNYA TATA KELOLA TI YANG DALAM SUATU ORGANISASI

Pembentukan dan penggunaan komite tata kelola TI dan system development life cycle
(SDLC) sangat penting bagi organisasi untuk mencapai tata kelola TI. Tiga tujuan utama dilayani
oleh penggunaan berkelanjutan dari komite tata kelola TI dan SDLC:
a) Proses manajemen strategis organisasi: Proses SDLC berfungsi sebagai mekanisme untuk
terus menilai kecocokan sistem TI dengan strategi jangka panjang dan tujuan jangka pendek
organisasi. Setelah komite tata kelola TI mengidentifikasi jenis sistem TI mana yang sesuai
untuk organisasi, SDLC menjadi mekanisme untuk mengelola pengembangan, akuisisi, dan
implementasi sistem TI dengan benar.
b) Struktur kontrol internal organisasi: SDLC dan komite tata kelola TI adalah bagian penting
dari sistem TI organisasi. Tanpa menggunakan komite tata kelola TI dan SDLC, proses
revisi atau pembaruan sistem bisa kacau dan tidak terkendali. Suatu organisasi mungkin
akan menemukan bahwa pendekatan yang tidak terkontrol menghasilkan sistem yang
dirancang dan didokumentasikan dengan buruk. Selain itu, sistem yang dihasilkan dari
 proses semrawut seperti itu mungkin tidak akan memenuhi kebutuhan pengguna dan tidak
akan mungkin untuk mendukung tujuan strategis perusahaan.
c) Pemenuhan kewajiban etis

9. PERTIMBANGAN ETIS YANG TERKAIT DENGAN TATA KELOLA TI

a. Pertimbangan Etis untuk Manajemen
Manajemen organisasi mana pun memiliki kewajiban etis untuk memelihara proses dan
prosedur yang memastikan catatan dan perlindungan aset yang akurat dan lengkap. Kewajiban
ini timbul karena manajemen memiliki kewajiban pengawasan kepada mereka yang
menyediakan dana atau berinvestasi di perusahaan. Penatalayanan adalah pengawasan dan
penggunaan yang cermat dan bertanggung jawab oleh manajemen aset yang dipercayakan
kepada manajemen. Ini mensyaratkan bahwa manajemen memelihara sistem yang
memungkinkannya untuk menunjukkan bahwa ia telah menggunakan dana dan aset ini dengan
tepat.
Ketika sistem dan proses direvisi, manajemen juga harus mempertimbangkan implikasi etis
terhadap karyawan. Merevisi proses dan sistem dapat menyebabkan perubahan terkait pekerjaan
untuk karyawan seperti perubahan fungsi atau tugas pekerjaan, perubahan dalam proses yang
dilakukan karyawan, atau dalam beberapa kasus, kehilangan pekerjaan. Jika manajer
mengharapkan karyawan menjadi etis, maka manajemen harus etis dalam memperlakukan
karyawan. Manajer harus hati-hati mempertimbangkan dampak perubahan sistem pada karyawan
dan etis dalam cara menangani karyawan di seluruh proses perubahan. Meskipun kehilangan
pekerjaan terkadang tidak dapat dihindari, manajemen harus secara khusus menyadari cara
menginformasikan, mengakhiri, dan membantu karyawan yang mengalami kehilangan pekerjaan
karena perubahan sistem. Selain itu, manajer harus menjaga kerahasiaan tentang fitur dan fungsi
hak milik sistem TI.
b. Pertimbangan Etis untuk Karyawan
Ketika manajer menerapkan proses dalam SDLC untuk merevisi sistem TI, karyawan tidak
boleh menumbangkan proses. Karyawan yang tidak puas dapat menyabotase proses SDLC
dengan tidak bekerja sama, memberikan informasi palsu dalam wawancara atau kuesioner, atau
kembali ke cara lama dalam melakukan sesuatu. Jika manajemen organisasi telah melakukan
upaya jujur untuk memasukkan umpan balik pengguna dan partisipasi dalam proses SDLC,
karyawan juga harus melakukan upaya jujur untuk berpartisipasi, mempelajari proses sistem
baru, dan menggunakan proses dan sistem baru dengan tepat.
c. Pertimbangan Etis untuk Konsultan
Ketika konsultan dipekerjakan untuk membantu organisasi dengan fase-fase SDLC, mereka
memiliki setidaknya empat kewajiban etis:
1) Tawar pertunangan secara adil, dan ungkapkan sepenuhnya syarat potensi kenaikan
biaya.
2) Tagihan waktu secara akurat ke klien, dan jangan sampai tagihan bertambah.
3) Jangan menjual lebih banyak layanan atau sistem yang tidak perlu ke klien hanya untuk
meningkatkan pendapatan pada keterlibatan konsultasi.
4) Jangan mengungkapkan informasi rahasia atau hak milik dari perusahaan kepada klien
lain.
 DAFTAR PUSTAKA

Turner., Leslie, Weickgenannt., Andrea, Copeland., and Mary Kay. 2017. Accounting
Information Systems (Controls and Processes). Third Edition. Wiley.