proses pengembangan sistem informasi akuntansi
TRANSCRIPT
PERTEMUAN III:
Proses Pengembangan
Sistem Informasi Akuntansi
Mahasiswa mampu memahami fase proses
pengembangan Sistem Informasi Akuntansi
Curriculum Vitae
D III Akuntansi STAN (Bintaro)
2002-2005
SD s.d SMU (Magelang)
1985-2002
Rohmad Adi Siaman SST. Akt., M.Ec.Dev.
NIP. 19850529 200602 1 003
Magelang, 29 Mei 1985
Auditor Terampil, BPKP Maluku
2006-2008
Auditor Terampil, BPKP Maluku
(Ambon)
2006-2008
DIV Akuntansi STAN (Bintaro)
2009-2010
Auditor Pertama, BPKP
2011-2012
Auditor Pertama, BPKP
Kalimantan Selatan (Banjarbaru)
2011-2012
S2 MEP UGM (Yogyakarta)
2012-2014
Auditor Muda, BPKP Pusat dan
2014-sekarang
Auditor Muda, BPKP Pusat dan
Dosen Tidak Tetap PKN
STAN(Jakarta)
2014-sekarang
ContactRohmad Adi Siaman SST. Akt., M.Ec.Dev.
NIP. 19850529 200602 1 003
Magelang, 29 Mei 1985
085243341401
085243341401
www.adis.web.id
twitter.com/adiswebid
facebook.com/rohmadadis
slideshare.net/rohmadadis
SYSTEMS DEVELOPMENTSYSTEMS DEVELOPMENT11
22
11
33
44
55
PLANNING SYSTEMS DEVELOPMENTPLANNING SYSTEMS DEVELOPMENT22
FEASIBILITY ANALYSISFEASIBILITY ANALYSIS33
BEHAVIORAL ASPECTS OF CHANGEBEHAVIORAL ASPECTS OF CHANGE44
SYSTEMS ANALYSISSYSTEMS ANALYSIS55
Chapter 20
SYSTEMS DEVELOPMENTSYSTEMS DEVELOPMENT11
Alasan organisasi mengubah sistem mereka :
• Perubahan kebutuhan pengguna atau bisnis
• Perubahan teknologi
• Perkembangan proses bisnis
• Keunggulan kompetitif
• Peningkatan produktivitas
• Integrasi sistem
• Sistem telah usang dan perlu diganti
System
Develop
ment
Life Cycle
1SYSTEM
ANALYSIS
2
CONCEPTUAL
DESIGN
5
OPERATIONS
AND
MAINTENANCE
4IMPLEMENTATION
AND
CONVERSION
3
PHYSICAL
DESIGN
• Investigasi awal dan Survey sistem
• Studi Feasibilitas
• Penentuan kebutuhan informasi
dan sistem
• Penyampaian kebutuhan sistem
• Identifikasi dan evaluasi alternatif
desain
• Pengembangan spesifikasi desain
• Penyampaian konsep kebutuhan
desain
• Desain keluaran, database,
masukan, program, prosedur dan
pengendalian
• Pengembangan program, prosedur
• Penyampaian pengembangan
sistem
• Pengembangan rencana implementasi
dan konversi sistem
• Pemasangan perangkat keras dan lunak,
Pelatihan personel dan Pengujian sistem
• Lengkapi dokumen, Konversi sistem dan
Penyampaian operasional sistem
• Reviu pasca implementasi
• Pengoperasian sistem
• Modifikasi sistem
• Pemeliharaan berkelanjutan
• Penyampaian sistem yang telah
dikembangkan
The Players
External PlayersAkuntan Tim Pengembang
Manajemen
Komite Sistem
Informasi
Analis Sistem dan
Programer
Pelanggan,
Vendor, Auditor
Eksternal,
Pemerintah
Analis Sistem Programer
Apa bedanya?
Latihan
Analis Sistem Programer
User Analis Sistem Programer
Analis sistem bertugas menjembatani antara kebutuhan user dengan spesifikasi
sistem yang akan dibuat oleh programer
Programer membuat program komputer berdasarkan spesifikasi sistem yang
diberikan oleh analis sistem
PLANNING SYSTEMS DEVELOPMENTPLANNING SYSTEMS DEVELOPMENT22
Alasan untuk kembali mengulang tahapan SDLC
Dua Rencana Pengembangan Sistem
Project
Development PlanMaster Plan
• Dipersiapkan oleh project
team
• Berisi analisis cost vs
benefit
• Kebutuhan operasional dan
pengembangan
• Rencana jadwal kegiatan
pengembangan dan
implementasi
• Dipersiapkan oleh komite
bersama
• Berisi komponen sistem yang
akan ada
• Siapa dan Bagaimana cara
pengembangan sistem
• Bagaimana cara mencukupi
kebutuhan sumber daya untuk
pengembangan sistem
• Tujuan apa yang ingin dicapai
oleh SIA tersebut
Teknik Perencanaan
• Identifikasi hubungan semua
aktivitas dan panduan
• Estimasi waktu penyelesaian
• Identifikasi critical path yang
membutuhkan waktu yang
paling banyak
• Sumber daya diprioritaskan
untuk mendukung tercapainya
kegiatan pada critical path agar
waktu penyelesaian bisa sesuai
dengan estimasi
PERT (The Program Evaluation and Review Technique)
• Diagram batang yang menggambarkan
jenis aktivitas dan waktu yang dibutuhkan
• Panjang batang menggambarkan estimasi
waktu yang dibutuhkan untuk penyelesaian
aktivitas tersebut
• Ketika suatu aktivitas selesai dilakukan,
maka akan ditunjukkan pada batang,
sehingga diketahui apakah aktivitas sesuai
jadwal atau terlambat
• Keunggulan Gantt Chart adalah
kemampuan untuk menggambarkan
keseluruhan proyek dalam satu diagram
• Kelemahan Gantt Chart adalah tidak
tergambarkannya hubungan antar aktivitas
Gantt Chart
Gantt ChartNEW SIA PROJECT
GANTT CHARTS
#weeks Jan Feb Mar Apr May Jun Jul Aug Sept Oct Nov Dec
TASK XX days
Sub-task1 X days
Sub-task2 X days
Sub-task3 X days
Sub-task4 X days
TASK XX days
Sub-task1 X days
Sub-task2 X days
Sub-task3 X days
Sub-task4 X days
201X
12-Feb 15-Oct
18-May
Completed To be completed Not started
12-Feb 27-Jul
28-Mar
5-Apr
30-Jun5-Apr
29-Apr 27-Jul
9-Jun 15-Oct
12-Feb
9-Jun 30-Jul
17-Jul 30-Aug
8-Aug 17-Sept
17-Sept 15-Oct
4-Mar
FEASIBILITY ANALYSISFEASIBILITY ANALYSIS33
pertimbangan waktu , uang
dan sumber daya
Economic Feasibility
pertimbangan penerapan
teknologi
Technical Feasibility
pertimbangan hukum, peraturan dan
kewajiban kontraktual
Legal Feasibility
pertimbangan jadwal yang
dibutuhkan
Scheduling Feasibility
aksesibilitas user ke programer untuk
pengimplementasian
Operational
Feasibility
Lima
aspek
penting
dalam
feasibility
study
Capital Budgeting Model
01PaybackPeriod
02Net PresentValue (NPV)
03Internal
Rate
of Return
(IRR)
menghitung jumlah tahun
yang dibutuhkan untuk
menutup biaya investasi awal
sistem.
Diskonto saat ini dari semua
aliran kas yang akan diterima di
masa mendatang – initial cost.
Jika bernilai positif maka
menguntungkan.
Tingkat bunga efektif untuk
menghasilkan NPV = 0
Model yang
mengestimasi
benefit dan cost
dari sistem yang
akan dibangun
untuk
menentukan
apakah sistem
tersebut
menguntungkan.
Latihan
Jawaban
BEHAVIORAL ASPECTS OF CHANGEBEHAVIORAL ASPECTS OF CHANGE44
Beberapa faktor yang menyebabkan resistensi terhadap perubahan
SIA :
Takut1
Kurangnya dukungan dan komitmen pimpinan2
Pengalaman yang buruk3
Kurangnya komunikasi4
Perubahan cenderung mengacaukan5
Adanya informasi bias menyulut emosi6
Karakter dan latar belakang personel7
Tiga bentuk resistensi
Projection Agression Avoidance
� Menyalahkan
sistem yang baru
setiap ada
kesalahan
operasional
� Merusak,
melemahkan
bahkan
mensabotase
sistem yang baru
� Mengacuhkan
sistem yang baru
dengan harapan
sistem baru tidak
jadi
diimplementasikan
Cara mengatasi resistensi sistem
Dapatkan
dukungan dari
manajemen
Libatkan
pengguna
Hilangkan
kesempatan
Hilangkan
ketakutan dan
munculkan
kesempatan
Hindari
perasaan
emosional
Berikan pelatihan
Uji dan
evaluasi
kinerja
Jaga saluran
komunikasi
Pertahankan
manusiawi
Pertahankan
sistem yang
sederhana dan
manusiawi
Kendalikan
harapan
pengguna
Uji sistem
SYSTEMS ANALYSISSYSTEMS ANALYSIS55
01 Investigasi awal
• Investigasi tiap aktivitas pengembangan sistem
• Buat penilaian awal kelayakan
• Buat proposal
Survey sistemPelajari sistem untuk memahami cara kerjanya
02
Feasibility study
Lakukan studi kelayakan terutama analisis cost dan
benefit
03
Kebutuhan informasi dan system requirements
• Identifikasi kebutuhan informasi dari pengguna
• Tentukan tujuan dan kebutuhan minimal sistem yang
baru
04
Laporan analisis sistem
Informasikan manajemen denngan temuan hasil
analisis
05
Lan
gka
ha
na
lisi
ssi
ste
m
Tujuan survey sistem
1
2
3
4
Metode pengumpulan dataMetode Keuntungan Kerugian
Wawancara • Dapat menjawab pertanyaan
“mengapa”
• Pewawancara dapat
mengelaborasi pertanyaan
• Dapat mengklarifikasi
• Membangun hubungan positif
dengan pihak yang diwawancara
• Membangun dukungan atas
sistem yang baru
• Membutuhkan banyak
waktu dan mahal
• Kemungkinan terjadinya bias
Kuesioner • Bisa anonim
• Waktu yang singkat dan murah
• Waktu respon yang mencukupi
• Tidak bisa mengelaborasi
pertanyaan
• Tidak bisa menindaklanjuti
respon
• Tidak dapat mengklarifikasi
• Tidak timbul hubungan baik
• Sulit untuk dikembangkan
• Sering diacuhkan atau
dibuat-buat
Metode pengumpulan dataMetode Keuntungan Kerugian
Observasi • Dapat memverifikasi
bagaimana sebenarnya
sistem berjalan
• Pemahaman yang lebih baik
terhadap sistem
• Membutuhkan banyak waktu
dan mahal
• Sulit untuk
menginterpretasikan secara
benar
• Personel yang diobservasi
mungkin mengubah perilaku
Dokumentasi
Sistem
• Menggambarkan bagaimana
sistem seharusnya berjalan
• Disusun dari hasil reviu dan
analisis
• Membutuhkan banyak waktu
• Susah didapat
Model dokumentasi analisis sistem
Mengilustrasikan bagaimana
sistem berfungsi melalui
gambaran alur dokumen,
proses komputer yang
terjadi, personel yang terlibat
dan perlengkapan yang dibutuhkan
Berfokus pada aktivitas
yang penting dan alur
informasi, bukan pada
proses fisik penyimpanandata.
Physical Models
Logical Models
Persyaratan sistem
Proses Elemen data
Strukturdata
Keluaran
Masukan Dokumentasi
BatasanPengendalian
Reorganisasi
Tujuan SIA
Usefulness Economy Reliability Availability Timeliness Customer
Service
Capacity Ease of use Flexibility Tractability Auditability Security
Empat strategi yang digunakan untuk
persyaratan SIA
Tiga tahap keputusan dalam analisis
sistem
0201 03
Investigasi awal
Perlu dilakukan
survey sistem
atau tidak
Studi kelayakan Laporan analisis
sistem
Perlu dilanjutkan
fase
persyaratan
sistem atau
tidak
Perlu dilanjutkan
dengan desain
sistem yang
baru atau tidak
Bab 2
Data
Flow
Diagram
Document
Flowchart
Implementasi
Sistem
Implementasi Sistem
PersiapanPendidikan
dan PelatihanKaryawan
KonversiSistem
Konversi Sistem
• Tidak menggantikan sistem manapun
• Sistem lama tidak memiliki manfaat
• Desain sistem baru sangat berbedaLangsung
• Implementasi sistem baru bersamaan denganpemakaian sistem lama dalam jangka waktu tertentuParalel
• Implementasi sistem baru secara sebagian-sebagiandari segi organisasi
Modular/Pilot Project
• Implementasi sistem baru secara sebagian-sebagiandari segi sistem itu sendiriPhase-in
Data Flow DiagramSimbol Penjelasan Simbol Penjelasan
Proses Penghubung pada
halaman sama
Aliran material Penghubung pada
halaman lain
Aliran data Sumber atau tujuan
data
Tempat
penyimpanan
data/arsip
Masukan/keluaran
Document FlowchartSimbol Penjelasan Simbol Penjelasan
Dokumen Akhir arus dokumen
Dokumen beserta
tembusan
Berbagai dokumen Awal arus dokumen
Catatan
Faktur
SOP
1
1
Simbol Penjelasan Simbol Penjelasan
Kegiatan manual Proses komputer
online
Keterangan/
komentar
Keying/ typing/
verifying
Arsip sementara Pita magnetik
Arsip permanen Penyimpanan
online
Document Flowchart
Simbol Penjelasan Simbol Penjelasan
Keputusan Terminal untuk
memulai/berakhir
Garis alir Masuk ke sistem/
Keluar ke sistem
lain
Pertemuan garis alir Sort
Persimpangan garis
alir
Document Flowchart
Chapter 21
5
6
Prototyping
Computer-
Aided
Software
Engineering
Purchasing
Software
Development
by In-house
Information
System
Departments
Outsourcing
The System
Business
Process
Management
2
1
34
1 Purchasing Software
Sulit dilakukan
petubahan SIA karena
persyaratan yang
berubah-ubah
Pengembangan SIA
berlangsung terlalu lama,
sehingga ketika sudah
mulai berjalan sudah
tidak memenuhi
kebutuhan mereka
Pengguna tidak secara
spesifik menyampaikan
kebutuhan apa yang
mereka inginkan
Pengguna berpendapat
bahwa SIA yang baru
tidak dapat memenuhi
kebutuhan mereka
Permintaan
pengembangan SIA
sangat banyak dan
bertumpuk selama
bertahun-tahun
Kesulitan yang umumnya
dihadapi oleh organisasi
dalam pengembangan SIA
Jenis Software
Canned Software
• Software yang dijual dengan persyaratan sistemyang sama untuk semua pelanggan
Turnkey Systems
• Software yang dijual bersamaan dengan hardware
Application Service Provider
• Software bersifat sewa (bukan hak milik) dandilayani dengan menggunakan koneksi internet
SDLC yang tidak dilakukan ketika
organisasi membeli software
Desain konsep sistemtidak dilakukan ketika
software telah memenuhipersyaratan sistem yang dibutuhkan organisasi
Desain fisik, implementasidan langkah konversi
sistem
Pentingnya menerbitkan Request For
Proposal
Mengurangi kesalahanMengurangi kesalahan
Menghemat waktuMenghemat waktu
Menyederhanakan proses pengambilan keputusanMenyederhanakan proses pengambilan keputusan
Menghindari potensi konflikMenghindari potensi konflik
11
22
33
44
Evaluasi Proposal
01
02
03
Evaluasi Software
Evaluasi Hardware
Evaluasi Vendor
Pemilihan Sistem
• Jenis masukan, proses dan keluaran yang harusdilakukan oleh SIA yang baru
Benchmark Problem
• Besarnya bobot dari tiap kriteria evaluasi berdasarkantingkat signifikansinya
Point Scoring
• Biaya yang harus dikeluarkan untuk membeli ataumengembangkan fitur yang tidak terdapat pada SIA yang baru
Requirement Costing
Point Scoring
Development by In-house
Information System Departments2
Memilih developer software yang
berpengalaman dan memiliki
pemahaman atas proses bisnis
organisasi
Kontrak harus dibuat dengan jelas dan
menggambarkan hubungan kerjasama
yang fair antara organisasi dengan
developer
Rencanakan dengan rinci dan
awasi secara teratur serta
kendalikan semua biaya
Jalin komunikasi sesering dan
seefektif mungkin
Custom Software :
Software yang telah
dimodifikasi dari bentuk
aslinya oleh organisasi
untuk menciptakan
keunggulan kompetitif
bagi organisasi.
Untuk kepentingan
memodifikasi ini, maka
organisasi dapat
menggunakan sumber
daya internal ataupun
menyewa perusahaan
lain.
End-User-Developed Software
01
02
03
04
End-user
Computing :
pengembangan,
penggunaan
dan
pengendalian
SIA langsung
oleh pengguna
Keuntungan dan Kerugian
End-User Computing• Pengembangan,
pengendalian danimplementasi langsungoleh pengguna
• Sistem dapat memenuhikebutuhan pengguna
• Tepat waktu
• Menghemat sumber dayaIT
• Mudah digunakan
• Kemungkinan sistem erorcukup tinggi
• Pengujian aplikasi yang kurang
• Sistem tidak efisien
• Sistem tidak terkontroldan terdokumentasidengan baik
• Duplikasi sistem dan data berdampak padapemborosan sumber daya
• Menambah biaya
Tugas Help Desk
• Membantu sekaligus mengendalikan aktivitas
pengguna
• Menyelesaikan masalah pada sistem
• Menyampaikan informasi terkait sistem
• Mengevaluasi hardware dan software yang
digunakan
• Melatih pengguna
• Memelihara sistem
Outsourcing The System
Outsourcing : Penggunaan perusahaan luar
untuk menangani sebagian atau semua aktivitas
pemrosesan data.
3
Keuntungan dan Kerugian Outsourcing
• Menawarkan solusi untuk• Menawarkan solusi untukorganisasi
• Pemanfaatan aset
• Memperoleh tenaga ahlisekaligus teknologi tinggi
• Biaya lebih murah
• Waktu pengembangan lebihcepat
• Menghilangkan penggunaanyang berlebihan atausebaliknya
• Solusi untuk organisasi yang mengalami kemunduran
• Tidak fleksibel• Tidak fleksibel
• Pengendalian berkurang
• Mengurangi keuntungankompetitif
• Sulit untuk membatalkanoutsourcing yang sudahberjalan lama
• Tujuan tidak tercapai
• Pelayanan yang buruk
• Resiko bertambah
Business Process Management4
Business Process Reengineering : Pendekatan untuk mengubah proses bisnismenjadi lebih berkembang dan otomatisdalam satu waktu dan secara drastis. Pendekatan ini memiliki presentasikeberhasilan yang rendah
Business Process Management : Pendekatanyang sistematis dan berkelanjutan untukmengembangkan dan mengoptimalkanproses bisnis perusahaan
Prinsip Penerapan BPM
4 2
1
3
11
2233
44Proses bisnis harus
sejalan dengan
strategi dan
kebutuhan organisasi
Proses bisnis harus
Meningkatkan
keunggulan
kompetitif
Proses bisnis harus
dikelola secara
keseluruhan
Proses bisnis harus
fleksibel dengan
perubahan
Business Process Management System
BPMS : Pengembangan proses bisnis yang
dilakukan secara otomatis dan terfasilitasi
ERP System : Data-centered BPMS : Process-centered
Komponen BPMSKomponen BPMS
• Mesin proses
• Analisis bisnis
• Alat untuk menghilangkan halangankomunikasi
• Pengelola data
Event-based system
• Pengguna dibatasi untuk
mengakses aktivitas
tertentu saja
• Memperpanjang proses
bisnis dan menambah biaya
• Pengguna mengidentifikasi
aktivitas yang harus
dilakukan. Jika aktivitas
tidak dilakukan maka akan
terjadi eror
BPMS
• Sistem menentukan penggunayang tepat untuk melakukanaktivitas tertentu
• Mengurangi tingkatpenundaan aktivitas danmenurunkan biaya
• Sistem menentukan aktivitasyang harus dilakukan danmenyampaikannya kepadapersonel yang berwenang
• Kegiatan audit dapat dilakukanketika proses berjalan
Prototyping
Pendekatan desain
sistem dengan
menyederhanakan
model sistem.
5
Jenis Prototype
• Operational Prototype : Prototype yang
berhasil dan akan dikembangkan lebih lanjut
menjadi sistem yang berfungsi penuh
• Non-Operational (Throw Away) Prototype :
Prototype yang gagal memenuhi kebutuhan
pengguna. Prototype ini dapat digunakan
kembali untuk membangun sistem lain yang
sejenis.
Kapan Dibutuhkan Prototype
• Kebutuhan pengguna tidak dapat dipahami
• Persyaratan sistem susah dijelaskan
• Input dan output tidak diketahui
• Tugas tidak tersusun dengan baik
• Jenis teknologi belum pasti
• Sistem krusial dan dibutuhkan cepat
• Risiko tinggi
Keuntungan dan Kerugian Prototype
Pemahaman kebutuhan• Pemahaman kebutuhanpengguna lebih baik
• Kepuasan penggunalebih tinggi
• Waktu pengembanganlebih cepat
• Lebih sedikit kesalahan
• Lebih banyak peluangperubahan
• Lebih murah
Pengguna harus• Pengguna harusmeluangkan waktulebih lama
• Penggunaan sumberdaya kurang efisien
• Pengujian dandokumentasi kurangmemadai
• Reaksi perilaku negatif
Computer-Aided Software
Engineering
• Peningkatan produktivitas
• Peningkatan kualitasprogram
• Penghematan biaya
• Peningkatan prosedurpengendalian
• Dokumentasi yang disederhanakan
• Tidak kompatibel
• Biaya mahal
• Ekspektasi tidakterpenuhi
6Paket alat-alat yang terintegrasi dan digunakan oleh
pendesain untuk membantu membentuk sebuah sistem
informasi.
Pekerjaan Rumah
• Problem 20.4, 20.5 dan 21.4
• Gunakan excel untuk menghitung
• Kirimkan ke email [email protected]
• Kumpulkan paling lambat hari senin 16/11/2015 pukul 23:59.
• Subject email : “Tugas SIA - Nama - Nomor Absen- Kelas”
• Nama File Excel : “Tugas SIA – Nama – NomorAbsen – Kelas”
Referensi :
• Accounting Information Systems 12th
Edition, Marshall B. Romney dan Paul John
Steinbart
• Sistem Akuntansi, 2013, Mulyadi