SYSTEMS DEVELOPMENT AND PROGRAM CHANGE ACTIVITIES COMPRESS

Tugas Mata Kuliah

Auditing EDP

Oleh : Kelompok 8

Nama :
Hijriah
Fradila Ayu Nabila
Sofiyah Eka Lestari Mujiono
Vinka Ajeng Wulansari

NIM :
180810301045
180810301069
180810301085
180810301131

Program Studi Akuntansi

Fakultas Ekonomi dan Bisnis
Universitas Jember
2021
 BAB I. PENDAHULUAN

1.1 Latar Belakang

Dalam sistem pemerintahan para partisipan dalam pengembangan sistem

dapat diklasifikasikan menjadii empat kelompok besar seperti professional sistem,
pengguna akhir, pemangku kepentingan, dan akuntan atau auditor. Proses SDLC
adalah kepentingan untuk akuntan dan auditor karena ada dua alasan. Pertama, yaitu
penciptaan suatu sistem informasi memerlukan transaksi keuangan yang signifikan.
Secara konseptual, pengembangan sistem adalah seperti proses manufaktur yang
menghasilkan produk yang kompleks melalui serangkaian tahapan. Transaksi tersebut
harus direncanakan, diotorisasi, dijadwalkan, diperhitungkan, dan dikendalikan.
Akuntan yang peduli dengan integritas proses ini seperti mereka dengan setiap proses
manufaktur yang memiliki implikasi sumber daya finansial. Karena latar belakang,
pengalaman, dan pelatihan, akuntan dan auditor yang ahli dalam transaksi
keuangan dan dengan demikian dapat memberikan masukan penting ke dalam sistem
mengenai kontrol, integritas, ketepatan waktu, dan sejumlah aspek penting lain dari
transaksi keuangan.Perhatian kedua dan lebih mendesak untuk akuntan dan
auditor adalah denganmendatangkan produk yang muncul dari SDLC. Kualitas
informasi akuntansi bersandar langsung pada kegiatan SDLC yang menghasilkan
sistem informasi akuntansi (AIS). Organisasi biasanya memperoleh sistem
informasi dalam dua cara yaitu mereka mengembangakan sistem khusus di
rumah melalui kegiatan pengembangan sistem formal dan mereka membeli sistem
komersial dari vendor software.Tujuan dan urutan systems development life cycle
(SDLC) kegiatan yang logis dan berlaku umum oleh para ahli dalam komunitas
sistem, dan umumnyadiperlakukan sebagai “praktik terbaik” untuk pengembangan
sistem. Namun, jumlah dan nama –nama tahap tertentu dalam proses ini adalah
masalah beberapa ketidaksepakatan. Otoritas yang berbeda telah diusulkan model
SDLC dengan sesedikit 4 dan sebanyak 14 kegiatan khusus.
1.2 Rumusan Masalah
1. Bagaimana mengidentifikasi tahapan dalam SDLC?
2. Permasalahan apa yang menyebabkan kegagalan dalam proses
pengembangan sistem?
3. Apakah pentingnya perencanaan sistem strategic?
4. Bagaimana akuntan berpartisipasi dalam SDLC
5. Bagaimana mengidentifikasi fitur-fitur dasar dari pendekatan terstruktur dan
berorientasi objek untuk desain sistem
6. Apakah keuntungan dan kerugian dari opsi perangkat lunak komersial, dan
dapat mendiskusikan proses pengambilan keputusan yang digunakan untuk
memilih perangkat lunak komersial?
7. Apakah tujuan dari panduan sistem?

1.3 Tujuan Makalah

1. Bagaimana mengidentifikasi tahapan dalam SDLC?
2. Permasalahan apa yang menyebabkan kegagalan dalam proses
pengembangan sistem?
3. Apakah pentingnya perencanaan sistem strategic?
4. Bagaimana akuntan berpartisipasi dalam SDLC
5. Bagaimana mengidentifikasi fitur-fitur dasar dari pendekatan terstruktur dan
berorientasi objek untuk desain sistem
6. Apakah keuntungan dan kerugian dari opsi perangkat lunak komersial, dan
dapat mendiskusikan proses pengambilan keputusan yang digunakan untuk
memilih perangkat lunak komersial?
7. Apakah tujuan dari panduan sistem?
 BAB II. PEMBAHASAN

2.1 Participants In Systems Development

Para partisipan dalam pengembangan sistem dapat diklasifikasikan menjadi
empat kelompok besar seperti professional sistem, pengguna akhir, pemangku
kepentingan, dan akuntan / auditor.
1. Profesional system
Analis sistem, insinyur sistem, dan programmer. Orang-orang ini benar-benar
membangun sistem. Mereka mengumpulkan fakta tentang masalah dengan sistem
saat ini, menganalisis fakta-fakta ini, dan merumuskan solusi untuk memecahkan
masalah.Produk dari upaya mereka adalah sistem baru.
2. Pengguna akhir
Untuk siapa sistem ini dibangun. Ada banyak pengguna di semua tingkatan
dalam suatu organisasi. Ini termasuk manajer, personil operasi, akuntan, dan
internal auditor. Dalam beberapa organisasi, sulit untuk menemukan seseorang
yang bukan pengguna. Selama pengembangan sistem, profesional sistem
bekerja dengan pengguna utama untuk memperoleh pemahaman tentang
masalah pengguna dan pernyataan yang jelas dari kebutuhan mereka.
3. Pemangku kepentingan
Individu baik di dalam atau di luar organisasi yang memiliki kepentingan
dalam sistem tetapi bukan pengguna akhir. Ini termasuk akuntan, internal dan
eksternal auditor, dan komite pengarah internal yang mengawasi pengembangan
sistem.
4. Akuntan/Auditor
Orang profesional yang menangani masalah kontrol, akuntansi, dan audit untuk
pengembangan sistem. Keterlibatan ini harus mencakup antar auditor internaldan
auditor TI. Tentu saja, seperti yang dibahas dalam Bab 1, undang-undang
SOX melarang auditor eksternal dari keterlibatan langsung dalam audit klien
kegiatan pengembangan sistem.
 Mengapa Akuntan dan Auditor Terlibat dengan SDLC?

Proses SDLC adalah kepentingan untuk akuntan dan auditor karena ada dua
alasan. Pertama, yaitu penciptaan suatu sistem informasi memerlukan transaksi
keuangan yang signifikan. Secara konseptual, pengembangan sistem adalah seperti
proses manufaktur yang menghasilkan produk yang kompleks melalui
serangkaiantahapan. Transaksi tersebut harus direncanakan, diotorisasi, dijadwalkan,
diperhitungkan, dan dikendalikan. Akuntan yang peduli dengan integritas proses ini
seperti mereka dengan setiap proses manufaktur yang memiliki implikasi sumber daya
finansial. Karena latar belakang, pengalaman, dan pelatihan, akuntan dan auditor yang
ahli dalam transaksi keuangan dan dengan demikian dapat memberikan masukan
penting ke dalam sistem mengenai kontrol, integritas, ketepatan waktu, dan
sejumlah aspek penting lain dari transaksi keuangan. Perhatian kedua dan lebih
mendesak untuk akuntan dan auditor adalah dengan mendatangkan produk yang
muncul dari SDLC. Kualitas informasi akuntansi bersandar langsung pada kegiatan
SDLC yang menghasilkan sistem informasi akuntansi (AIS). Sistem ini
memberikan informasi akuntansi untuk pengguna internal dan eksternal. Tanggung
jawab akuntan adalah untuk memastikan bahwa sistem menggunakan
konvensi dan aturan akuntansi yang tepat, dan memprosesi kontrol yang memadai.
Oleh karena itu, akuntan sangat prihatin dengan kualitas proses yang menghasilkan
AIS. Sebagai contoh, sistem order penjualan diproduksi oleh sebuah SDLC yang rusak
dapat menderita dari kelemahan pengendalian serius yang menyebabkan
kesalahan dalam akuntansi keuangan, catatan, atau memberikan kesempatan untuk
kecurangan.
 Bagaimana Akuntan Terlibat dengan SDLC?
Akuntan yang terlibat dalam pengembangan sistem dalam tiga cara , yaitu:
a. Akuntan adalah pengguna. Semua sistem yang memproses transaksi
keuangan berdampak fungsi akuntansi dalam beberapa cara. Seperti
semua pengguna, akuntan harus memberikan gambaran yang jelas tentang
masalah dan kebutuhan merekake sistem profesional. Sebagai contoh, akuntan
harus menentukan teknik akuntansi yang akan digunakan, persyaratan
pengendalian internal (seperti audit), dan khusus algoritma (seperti model
depresiasi).
b. Akuntan berpartisipasi dalam pengembangan sistem sebagai
anggota tim pengembangan. Keterlibatan mereka sering melampaui
perkembangan ketat komplikasi AIS. Sistem yang tidak memproses transaksi
keuangan secara langsung mungkin masih menarik dari data akuntansi.
Akuntan dapat berkonsultasi untuk memberikan saran atau untuk
menentukan apakah sistem yang diusulkan merupakan risiko pengendalian
internal. Dalam semua kasus, tingkat auditor partisipasi dibatasi oleh isu-isu
kemandirian dalam standar profesional dan etika.
2.2 Informatiom Systems Acquistion

Organisasi biasanya memperoleh sistem informasi dalam dua cara yaitu

mereka mengembangakan sistem khusus di rumah melalui kegiatan pengembangan
sistem formal dan mereka membeli sistem komersial dari vendor software.
 In-House Development
Banyak organisasi memerlukan sistem yang sangat sesuai untuk operasi
mereka yang unik. Perusahaan-perusahaan ini merancang sistem informasi
mereka sendiri melalui kegiatan pengembangkan sistem in-house. Pengembangan
in-house membutuhkan mempertahankan staf sistem penuh waktu dari analis dan
programmer yang mengidentifikasi kebutuhan informasi pengguna dan
memenuhi kebutuhan mereka dengan sistem kustom.
 Commercial Systems
Semakin banyak sistem dibeli dari vendor software. Dihadapkan dengan
banyak paket bersaing, masing-masing dengan fitur unik dan atribut, manajemen
harus memilih sistem dan vendor yang terbaik untuk melayani kebutuhan
organisasi. Membuat pilihan yang mensyaratkan bahwa ini menjadi keputusan.
 Tren pada Software Komersial
Empat faktor yang mendorong pertumbuhan pasar Software komersial:
1. Biaya yang relatif rendah untuksoftware komersial umum dibandingkan
dengan software khusus.
2. Munculnya vendor spesifik-industri yang menargetkan software mereka
untuk kebutuhan jenis bisnis tertentu.
3. Meningkatnya permintaan dari bisnis yang terlalu kecil untuk membeli
di staf pengembangan sistem in-house.
4. Kecenderungan ke arah pengecilanunit organisasi dan langkah yang
dihasilkan terhadap lingkungan pemrosesan data terdistribusi, yang telah
membuat opsi software komersial lebih menarik bagi organisasi yang lebih
besar.
 Jenis Sistem Komersial
1. Turnkey System.
2. General Accounting Sytems
3. Special Purpose Sytems
4. Office Automation Sytems
5. Backbone Systems
 6. Vendor Supported Systems

 Kelebihan dari Commercial Software :

1. Waktu Implementasi
2. Biaya
3. Reabilitas
 Kelemahan dari Commercial Software :
1. Independen
2. Kebutuhan dari kostumasi sistem
3. Perawatan
2.3 Controling and Auditing The SDLC

Pengembangan sistem (SDLC) adalah metodologi yang dapat digunakan untuk

mengembangkan atau memodifikasi sistem aplikasi. Setiap organisasi harus
menetapkan metodologi SDLC dan menetapkan tanggung jawab untuk setiap fase
siklus sehingga desain sistem, pengembangan, dan pemeliharaan dapat berkembang
dengan lancar dan akurat. Siklus ini dimulai dengan kebutuhan yang dirasakan dan
meluas melalui studi kelayakan, desain dan pengembangan, pengujian, implementasi,
penerimaan dan persetujuan sistem, tinjauan pasca-implementasi, dan pemeliharaan
aplikasi dan perangkat lunak sistem. Mengikuti setiap fase siklus ini memastikan
bahwa perangkat lunak baru atau yang direvisi memenuhi kebutuhan organisasi,
bahwa kontrol internal yang memadai konsisten dengan tujuan manajemen, dan
bahwa aplikasi tersebut diimplementasikan dengan benar.
Program audit ini mengasumsikan bahwa sistem aplikasi dikembangkan oleh
staf pemrograman in-house. Namun, sistem aplikasi yang digunakan oleh banyak
lembaga negara tidak dikembangkan sendiri melainkan dibeli. Dalam hal ini, semua
langkah yang dilakukan selama pengembangan in-house dari suatu aplikasi tidak
berlaku untuk perangkat lunak yang dibeli. Secara khusus, standar sistem
dan pemrograman, dan spesifikasi file dan pemrograman tidak diperlukan
 BAB iii. KESIMPULAN

Banyak organisasi memerlukan sistem yang sangat sesuai untuk operasi

mereka. Perusahaan-perusahaan ini merancang sistem informasi mereka sendiri
melalui kegiatan pengembangkan sistem in-house. Pengembangan in-house
membutuhkan mempertahankan staf sistem penuh waktu dari analis dan programmer
yang mengidentifikasi kebutuhan informasi pengguna dan memenuhi kebutuhan
mereka dengan sistem kustom. Perusahaan-perusahaan ini merancang sistem
informasi mereka sendiri melalui kegiatan pengembangkan sistem in-house.
Pengembangan in house membutuhkan mempertahankan staf sistem penuh waktu
dari analis dan programmer yang mengidentifikasi kebutuhan informasi pengguna dan
memenuhi kebutuhan mereka dengan sistem kustom.
Tujuan perencanaan sistem adalah untuk menghubungkan proyek sistem
individual atau aplikasi untuk tujuan strategis perusahaan. Bahkan, dasar
untuk rencana sistem adalah rencanabisnis yang menentukan di mana
perusahaan berencana untuk pergi dan bagaimana hal itu akan sampai ke sana.
Secara khusus, proyek sistem dianalisis dengan menggunakan rencana strategis TI,
yang terbuka dari dan sebangun dengan rencana bisnis organisasi. Harus ada
keselarasan antara proyek-proyek individu dan rencana bisnis, atau perusahaan
mungkin gagal untuk memenuhi tujuannya. Perencanaan sistem yang efektif
memberikan keselarasan tujuan ini.
 DAFTAR PUSTAKA
Hall, James A.2011.“Information Technology Auditing (Edisi 3e).South-Western:
Cengage Learning