Mahasiswa memahami fase proses pengembangan Sistem Informasi Akuntansi yang meliputi perencanaan pengembangan sistem, analisis kelayakan, dan analisis sistem.
2. 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
3. Contact
Rohmad 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
4. 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
5. 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
6. System
Develop
ment
Life Cycle
1
SYSTEM
ANALYSIS
2
CONCEPTUAL
DESIGN
5
OPERATIONS
AND
MAINTENANCE
4
IMPLEMENTATION
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
7. The Players
External PlayersAkuntan Tim Pengembang
Manajemen
Komite Sistem
Informasi
Analis Sistem dan
Programer
Pelanggan,
Vendor, Auditor
Eksternal,
Pemerintah
9. 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
11. Dua Rencana Pengembangan Sistem
Project
Development Plan
Master 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
12. 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
13.
14. Gantt Chart
NEW 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
15. 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
16. Capital Budgeting Model
01
Payback
Period
02
Net Present
Value (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.
19. 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
20. 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
21. 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
22. SYSTEMS ANALYSISSYSTEMS ANALYSIS55
01 Investigasi awal
• Investigasi tiap aktivitas pengembangan sistem
• Buat penilaian awal kelayakan
• Buat proposal
Survey sistem
Pelajari 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
Langkahanalisissistem
24. Metode pengumpulan data
Metode 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
25. Metode pengumpulan data
Metode 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
26. 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 penyimpanan
data.
Physical
Models
Logical
Models
28. Tujuan SIA
Usefulness Economy Reliability Availability Timeliness Customer
Service
Capacity Ease of use Flexibility Tractability Auditability Security
30. 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
33. Konversi Sistem
• Tidak menggantikan sistem manapun
• Sistem lama tidak memiliki manfaat
• Desain sistem baru sangat berbeda
Langsung
• Implementasi sistem baru bersamaan dengan
pemakaian sistem lama dalam jangka waktu tertentuParalel
• Implementasi sistem baru secara sebagian-sebagian
dari segi organisasi
Modular/Pilot
Project
• Implementasi sistem baru secara sebagian-sebagian
dari segi sistem itu sendiriPhase-in
34. Data Flow Diagram
Simbol 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
35. Document Flowchart
Simbol Penjelasan Simbol Penjelasan
Dokumen Akhir arus dokumen
Dokumen beserta
tembusan
Berbagai dokumen Awal arus dokumen
Catatan
Faktur
SOP
1
1
36. Simbol Penjelasan Simbol Penjelasan
Kegiatan manual Proses komputer
online
Keterangan/
komentar
Keying/ typing/
verifying
Arsip sementara Pita magnetik
Arsip permanen Penyimpanan
online
Document Flowchart
37. 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
39. 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
40. Jenis Software
Canned Software
• Software yang dijual dengan persyaratan sistem
yang sama untuk semua pelanggan
Turnkey Systems
• Software yang dijual bersamaan dengan hardware
Application Service Provider
• Software bersifat sewa (bukan hak milik) dan
dilayani dengan menggunakan koneksi internet
41. SDLC yang tidak dilakukan ketika
organisasi membeli software
Desain konsep sistem
tidak dilakukan ketika
software telah memenuhi
persyaratan sistem yang
dibutuhkan organisasi
Desain fisik, implementasi
dan langkah konversi
sistem
42. 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
44. Pemilihan Sistem
• Jenis masukan, proses dan keluaran yang harus
dilakukan oleh SIA yang baru
Benchmark Problem
• Besarnya bobot dari tiap kriteria evaluasi berdasarkan
tingkat signifikansinya
Point Scoring
• Biaya yang harus dikeluarkan untuk membeli atau
mengembangkan fitur yang tidak terdapat pada SIA yang
baru
Requirement Costing
46. 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.
48. Keuntungan dan Kerugian
End-User Computing
• Pengembangan,
pengendalian dan
implementasi langsung
oleh pengguna
• Sistem dapat memenuhi
kebutuhan pengguna
• Tepat waktu
• Menghemat sumber daya
IT
• Mudah digunakan
• Kemungkinan sistem eror
cukup tinggi
• Pengujian aplikasi yang
kurang
• Sistem tidak efisien
• Sistem tidak terkontrol
dan terdokumentasi
dengan baik
• Duplikasi sistem dan data
berdampak pada
pemborosan sumber daya
• Menambah biaya
49. 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
51. Keuntungan dan Kerugian Outsourcing
• Menawarkan solusi untuk• Menawarkan solusi untuk
organisasi
• Pemanfaatan aset
• Memperoleh tenaga ahli
sekaligus teknologi tinggi
• Biaya lebih murah
• Waktu pengembangan lebih
cepat
• Menghilangkan penggunaan
yang berlebihan atau
sebaliknya
• Solusi untuk organisasi yang
mengalami kemunduran
• Tidak fleksibel• Tidak fleksibel
• Pengendalian berkurang
• Mengurangi keuntungan
kompetitif
• Sulit untuk membatalkan
outsourcing yang sudah
berjalan lama
• Tujuan tidak tercapai
• Pelayanan yang buruk
• Resiko bertambah
52. Business Process Management4
Business Process Reengineering :
Pendekatan untuk mengubah proses bisnis
menjadi lebih berkembang dan otomatis
dalam satu waktu dan secara drastis.
Pendekatan ini memiliki presentasi
keberhasilan yang rendah
Business Process Management : Pendekatan
yang sistematis dan berkelanjutan untuk
mengembangkan dan mengoptimalkan
proses bisnis perusahaan
53. 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
54. 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 halangan
komunikasi
• Pengelola data
55. 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 pengguna
yang tepat untuk melakukan
aktivitas tertentu
• Mengurangi tingkat
penundaan aktivitas dan
menurunkan biaya
• Sistem menentukan aktivitas
yang harus dilakukan dan
menyampaikannya kepada
personel yang berwenang
• Kegiatan audit dapat dilakukan
ketika proses berjalan
57. 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.
58. 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
59. Keuntungan dan Kerugian Prototype
Pemahaman kebutuhan• Pemahaman kebutuhan
pengguna lebih baik
• Kepuasan pengguna
lebih tinggi
• Waktu pengembangan
lebih cepat
• Lebih sedikit kesalahan
• Lebih banyak peluang
perubahan
• Lebih murah
Pengguna harus• Pengguna harus
meluangkan waktu
lebih lama
• Penggunaan sumber
daya kurang efisien
• Pengujian dan
dokumentasi kurang
memadai
• Reaksi perilaku negatif
60. Computer-Aided Software
Engineering
• Peningkatan produktivitas
• Peningkatan kualitas
program
• Penghematan biaya
• Peningkatan prosedur
pengendalian
• Dokumentasi yang
disederhanakan
• Tidak kompatibel
• Biaya mahal
• Ekspektasi tidak
terpenuhi
6
Paket alat-alat yang terintegrasi dan digunakan oleh
pendesain untuk membantu membentuk sebuah sistem
informasi.
61. Pekerjaan Rumah
• Problem 20.4, 20.5 dan 21.4
• Gunakan excel untuk menghitung
• Kirimkan ke email rohmadadis@gmail.com
• 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 – Nomor
Absen – Kelas”
62. Referensi :
• Accounting Information Systems 12th
Edition, Marshall B. Romney dan Paul John
Steinbart
• Sistem Akuntansi, 2013, Mulyadi