Kelompok X_audit Edp D.pptx

1. 2. 3.

KELOMPOK 1 DEA EPRIMIA 160810301013 M. AGIL HUZEIN 160810301038 DAVIDEA RAHMA 160810301089

01

Mengapa Akuntan dan Auditor Terlibat dengan SDLC ?

02

Bagaimana Akuntan Terlibat dengan SDLC ?

SISTEM INFORMASI AKUISISI

Perusahaan membeli sistem komersial dari vendor perangkat lunak Sistem Komersial

In-House Development Perusahaan mengembangkan sistem yang disesuaikan melalui kegiatan pengembangan sistem formal.

JENIS SISTEM KOMERSIAL • SISTEM OTOMATISASI KANTOR

•

•

SISTEM TUJUAN KHUSUS

SISTEM BACKBONE

•

SISTEM AKUNTANSI UMUM

• SISTEM YANG DIDUKUNG VENDOR

•

SISTEM TURNKEY

SISTEM SIKLUS PENGEMBANGAN SISTEM

PERENCANAAN SISTEM — TAHAP I

Perencanaan Sistem — Tahap I

sistem individual tujuan strategis perusahaan. Sebenarnya, dasar untuk rencana sistem ada lah rencana bisnis organisasi, yang menentukan di mana perusahaan berencana untuk pergi dan bagaimana ia akan sampai di sana.

Perencanaan Sistem Strategis

Perencanaan Proyek

“

“

Tujuan dari perencanaan sistem adalah untuk menghubungkan proyek atau aplikasi

ANALISIS SISTEM : TAHAP II

LANGKAH SURVEI

LAPORAN ANALISIS SISTEM

LANGKAH ANALISIS

MENGUMPULKAN FAKTA

TEKNIK PENGUMPULAN DATA

Langkah Survei

informasi dan prosedur terkait saat ini sudah ada. Analis sering memulai analisis dengan menentukan elemen apa, jika ada, dari sistem saat ini harus dipertahankan sebagai bagian dari sistem baru.

“

“

Sebagian besar sistem tidak dikembangkan dari awal. Biasanya, beberapa bentuk sistem

MENGUMPULKAN FAKTA

01

Fakta-fakta yang dikumpulkan Oleh analis adalah potongan –

TEKNIK PENGUMPULAN DATA

01

PENGAMATAN

02

PARTISIPASI TUGAS

03

WAWANCARA PRIBADI

04

MENINJAU DOKUMEN KUNCI

Potongan data yg menggambarkan

Fitur utama, situasi, dan Hubungan sistem.

LAPORAN ANALISIS SISTEM

LANGKAH ANALISIS Laporan ini menyajikan kepada manajemen atau komite pengarah Analisis sistem adalah proses

intelektual

yang

bercampur

temuan

A

B

dengan pengumpulan fakta.

D

masalah

yang

diidentifikasi dengan sistem saat ini,

C

survei,

kebutuhan

pengguna,

persyaratan sistem baru.

dan

Peran Auditor dalam Analisis Sistem

Auditor perusahaan (baik eksternal dan internal) adalah pemangku kepentingan dalam sistem yang diusulkan.

akuntan / auditor harus dilibatkan dalam analisis kebutuhan sistem yang diusulkan tentukan apakah ini adalah kandidat yang baik untuk fitur audit tingkat lanjut dan, jika ya, fitur mana paling cocok untuk sistem.

Desain Sistem Konseptual – Tahap III

Desain Sistem Konseptual - Tahap III

“

“

Tujuan dari tahap desain konseptual adalah untuk menghasilkan beberapa konseptual alternatif sistem yang memenuhi persyaratan sistem yang diidentifikasi selama analisis sistem.

PENDEKATAN DESAIN TERSTRUKTUR

PENDEKATAN OBJECT ORIENTED DESIGN (OOD)

Pendekatan desain terstruktur adalah cara disiplin merancang sistem dari atas ke bawah. Ini terdiri dari dimulai dengan "gambaran besar" dari sistem yang diusulkan yang secara bertahap diuraikan menjadi lebih banyak dan lebih detail sampai sepenuhnya dipahami. Di bawah pendekatan ini, proses bisnis dalam desain biasanya didokumentasikan oleh diagram aliran dan struktur data.

Pendekatan berorientasi objek adalah membangun sistem informasi dari komponen atau objek standar yang dapat digunakan kembali. Pendekatan ini dapat disamakan dengan proses membangun mobil. Produsen mobil tidak membuat setiap model baru dari awal. Model-model baru sebenarnya dibangun dari komponen standar yang juga masuk ke model lain.

Desain Sistem Konseptual Tahap III

Peran Auditor dalam Desain Sistem Konseptual

“

“

Auditor adalah pemangku kepentingan di semua sistem keuangan, dengan demikian, memiliki minat dalam tahap desain konseptual dari sistem. Beberapa teknik audit komputer mengharuskan sistem dirancang dengan fitur audit khusus yang merupakan bagian integral dari sistem. Fitur-fitur audit ini harus ditentukan pada tahap desain konseptual.

Evaluasi Dan Pemilihan Sistem – Tahap IV

Dalam Evaluasi Dan Pemilihan Sistem Terdapat dua aktivitas yaitu: Membantu manajemen menentukan apakah (dan seberapa banyak) manfaat yang diterima dari sistem yang diusulkan akan melebihi biayanya.

Analisis biaya-manfaat

Studi kelayakan mendetail Menguraikan lima aspek kelayakan proyek yang perlu dipertimbangkan.

Lakukan Studi Kelayakan Mendetail Perform a Detailed Feasibility Study Kelayakan Teknis Kelayakan teknis berkaitan dengan apakah sistem dapat dikembangkan di bawah teknologi yang ada atau jika teknologi baru diperlukan.

Jadwalkan Feasibility Berkaitan dengan kemampuan perusahaan untuk melaksanakan proyek dalam waktu yang dapat diterima.

Kelayakan Operasional Kelayakan operasional menunjukkan tingkat kompatibilitas antara prosedur yang ada perusahaan dan keterampilan personil dan persyaratan operasional dari sistem baru.

Kelayakan Ekonomi Kelayakan ekonomi berkaitan dengan ketersed iaan dana untuk menyelesaikan proyek.

Kelayakan Hukum Kelayakan hukum mengidentifikasi setiap konflik antara sistem konseptual dan kemampuan perusahaan untuk melaksanakan tanggung jawab hukumnya.

Lakukan Analisis Biaya Manfaat Perform A Cost-Bebefit Analysis

Identifikasi Biaya

01

Salah satu metode untuk mengidentifikasi biaya adalah dengan membagi mereka menjadi dua kategori: biaya satu kali dan biaya berulang.

02 Bandingkan Biaya dan Manfaat

03

Membandingkan biaya dan manfaat yang diidentifikasi dalam dua langkah pertama.

Identifikasi Manfaat Mengidentifikasi manfaat sistem. Ini mungkin nyata dan tidak nyata.

Analisis biaya manfaat Biaya satu kali, terdiri atas:

Akuisisi perangkat keras

Persiapan situs

Pemrograman dan pengujian

Akuisisi perangkat lunak

Desain sistem

Konversi data dan pelatihan

01

02

03

04

05

Pemeliharaan perangkat keras

Perawatan perangkat lunak

Asuransi

Persediaan

Biaya personil

Analisis biaya manfaat

Biaya berulang Termasuk biaya operasi dan pemeliharaan yang berulang selama masa pakai sistem.

Produk yang dapat dikirimkan dari proses pemilihan sistem adalah laporan pemilihan sistem.

Dokumen formal ini terdiri dari studi kelayakan yang direvisi, analisis biaya-manfaat, dan daftar serta penjelasan tentang manfaat tidak nyata untuk setiap desain alternatif. Atas dasar laporan ini, komite pengarah akan memilih satu sistem yang akan maju ke fase selanjutnya dari SDLC - desain terperinci.

Persiapkan Laporan Pemilihan Sistem

Peran Auditor dalam Evaluasi dan Seleksi

Suku bunga yang wajar digunakan dalam mengukur nilai sekarang dari arus kas.

1 Hanya biaya yang dapat diandalkan digunakan dalam perhitungan manfaat penghematan biaya.

2

Kehidupan bermanfaat yang realistis digunakan dalam membandingkan proyek yang bersaing.

3 Biaya satu kali dan berulang dilaporkan secara lengkap dan akurat.

4

5 Manfaat tidak berwujud diberikan nilai keuangan yang wajar.

Desain yang Rinci – Tahap V

Setelah menyelesaikan desain rinci, tim pengembangan biasanya melakukan langkah-langkah desain sistem untuk memastikan bahwa desain bebas dari kesalahan konseptual yang dapat diprogram ke dalam sistem akhir. Lakukan Panduan Desain Sistem

Tinjau Dokumentasi Sistem Kelompok kontrol kualitas meneliti dokumen-dokumen ini, dan setiap kesalahan yang terdeteksi dicatat dalam laporan panduan.

Pemrograman Aplikasi dan Pengujian — Fase VI

Programkan Aplikasi Perangkat Lunak Bahasa Prosedural

Bahasa Berbasis Peristiwa

Bahasa prosedural mengharuskan programmer untuk menentukan urutan yang tepat di mana logika program dijalankan. Bahasa prosedural sering disebut thirdgeneration languages (3GLs)

tindakan eksternal atau "peristiwa" yang diprakarsai oleh pengguna mendikte aliran kontrol program yang dapat membuat system menjadi bekerja

Bahasa Berorientasi Objek Pusat untuk mencapai manfaat dari pendekatan object-oriented adalah mengembangkan perangkat lunak dalam bahasa objectoriented programming (OOP).

Memprogram Sistem Program modern harus mengikuti pendekatan modular. Tiga manfaat berikut terkait dengan pemrograman modular 1. Efisiensi pemrograman 2. Efisiensi perawatan 3. Kontrol

Uji Perangkat Lunak Aplikasi

Metodologi Pengujian

A

B C

Uji Data

Menguji Offline sebelum Menyebarkan Online

Implementasi Sistem – Tahap VII

Menguji Keseluruhan Sistem You can simply impress your audience and add a unique zing and appeal to your Presentations.

Ulasan Pasca Implementasi Tinjauan ini dilakukan oleh tim independen untuk mengukur keberhasilan sistem

Konversi ke Sistem Baru Proses konversi dari sistem lama ke yang baru disebut cutover. Terdapat tiga pendekatan yaitu 1. Cold Turkey Cutover 2. Phased Cutover 3. Parallel Operation Cutover

Mendokumentasikan Sistem Persyaratan dokumentasi dari tiga kelompok perancang sistem dan programer, operator komputer, dan pengguna akhir adalah sangat penting

Mengkonversi Basis Data transfer data dari bentuk saat ini ke format atau media yang diperlukan oleh sistem baru

Peran Auditor dalam Implementasi Sistem Berikan Keahlian Teknis

01

Fase desain terperinci melibatkan spesifikasi prosedur, aturan, dan konvensi yang tepat untuk digunakan dalam sistem

Tentukan Standar Dokumentasi

02 03

Dalam fase implementasi, auditor berperan dalam menentukan dokumentasi sistem

Verifikasi Kecukupan Kontrol dan Kepatuhan dengan Peraturan yang Berlaku.

Pemeliharaan Sistem — Tahap VIII Pemeliharaan sistem adalah proses formal dimana program aplikasi mengalami perubahan untuk mengakomodasi perubahan dalam kebutuhan pengguna.

PENGENDALIAN DAN AUDIT SDLC

Mengontrol Pengembangan Sistem Baru Insert the title of your subtitle Here Kegiatan Otorisasi Sistem Semua sistem harus diberi wewenang dengan benar untuk memastikan pembenaran dan kelayakan ekonomi mereka. Tes Pengguna dan Prosedur Penerimaan Tepat sebelum implementasi, modul dari sistem harus diuji sebagai satu kesatuan

Partisipasi Audit Internal Auditor internal dapat berfungsi sebagai penghubung antara pengguna dan profesional sistem untuk memastikan transfer pengetahuan yang efektif

Aktivitas Spesifikasi Pengguna Sistem yang digunakan harus mempermudah pekerjaan pengguna

Kegiatan Desain Teknis Ruang lingkup kegiatan ini meliputi analisis sistem, desain sistem umum, analisis kelayakan, dan desain sistem terperinci

Tujuan Audit Terkait dengan Pengembangan Sistem Baru 01

Memastikan kegiatan SDLC diterapkan secara konsisten dan sesuai dengan kebijakan manajemen.

02

Menentukan bahwa sistem yang semula diterapkan bebas dari kesalahan materi dan penipuan.

03

Konfirmasikan bahwa sistem dinilai perlu dan dibenarkan di berbagai pos pemeriksaan di seluruh SDLC

04

Memastikan dokumentasi sistem cukup akurat dan lengkap untuk memfasilitasi kegiatan audit dan pemeliharaan.

Prosedur Audit Terkait Pengembangan Sistem Baru Pengguna dan manajemen layanan komputer mengotorisasi proyek dengan semestinya

Dokumentasi proyek menunjukkan bahwa desain terperinci adalah solusi yang tepat dan akurat untuk masalah pengguna

Studi kelayakan awal menunjukkan bahwa proyek tersebut layak

Hasil pengujian menunjukkan bahwa sistem diuji secara menyeluruh pada modul individu dan tingkat total sistem sebelum implementasi.

Analisis rinci kebutuhan pengguna dilakukan yang menghasilkan desain umum alternatif

Ada daftar periksa masalah khusus yang terdeteksi selama periode konversi, bersama dengan bukti bahwa mereka diperbaiki pada fase pemeliharaan

Analisis biaya-manfaat dilakukan dengan menggunakan angka yang cukup akurat

Dokumentasi sistem sesuai dengan persyaratan dan standar organisasi

Pemeliharaan Sistem Kontrol Semua tindakan pemeliharaan harus membutuhkan, minimal, empat kontrol: otorisasi formal, spesifikasi teknis dari perubahan, menguji ulang sistem, dan memperbarui dokumentasi. Pemeliharaan Otorisasi, Pengujian, dan Dokumentasi

Source Program Library Controls Mengontrol penyimpanan untuk program pada perusahaan, agar dapat terhindar dari pemrograman yang tidak sah

Our Services Tujuan Audit Terkait dengan Pemeliharaan Sistem

Mendeteksi pemeliharaan program yang tidak sah (yang mungkin mengakibatkan kesalahan pemrosesan yang signifikan atau penipuan). Untuk itu auditor harus menentukan apakah tujuan-tujuannya sudah tercapai, anataralain : 1.prosedur pemeliharaan melindungi aplikasi dari perubahan yang tidak sah, 2.aplikasi bebas dari kesalahan material, dan 3.perpusatakaan program dilindungi dari akses yang tidak sah.

Prosedur Audit Terkait dengan Pemeliharaan Sistem

a. Identifikasi Perubahan Tidak Sah • Rekonsiliasi nomor versi program. • Konfirmasikan otorisasi pemeliharaan. b. Identifikasi Kesalahan Aplikasi • Rekonsiliasi kode sumber. • Tinjau hasil tes. • Uji ulang program c. Uji Akses ke Perpustakaan •Tinjau tabel otoritas pemrogram • Uji tabel otoritas

THANK YOU FOR YOUR ATTENTION Any Questions ?