Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
PERTEMUAN III:
Proses Pengembangan
Sistem Informasi Akuntansi
Mahasiswa mampu memahami fase proses
pengembangan Sistem Inf...
Curriculum Vitae
D III Akuntansi STAN (Bintaro)
2002-2005
SD s.d SMU (Magelang)
1985-2002
Rohmad Adi Siaman SST. Akt., M.E...
Contact
Rohmad Adi Siaman SST. Akt., M.Ec.Dev.
NIP. 19850529 200602 1 003
Magelang, 29 Mei 1985
085243341401
085243341401
...
SYSTEMS DEVELOPMENTSYSTEMS DEVELOPMENT11
22
11
33
44
55
PLANNING SYSTEMS DEVELOPMENTPLANNING SYSTEMS DEVELOPMENT22
FEASIBI...
SYSTEMS DEVELOPMENTSYSTEMS DEVELOPMENT11
Alasan organisasi mengubah sistem mereka :
• Perubahan kebutuhan pengguna atau bi...
System
Develop
ment
Life Cycle
1
SYSTEM
ANALYSIS
2
CONCEPTUAL
DESIGN
5
OPERATIONS
AND
MAINTENANCE
4
IMPLEMENTATION
AND
CON...
The Players
External PlayersAkuntan Tim Pengembang
Manajemen
Komite Sistem
Informasi
Analis Sistem dan
Programer
Pelanggan...
Analis Sistem Programer
Apa bedanya?
Latihan
Analis Sistem Programer
User Analis Sistem Programer
Analis sistem bertugas menjembatani antara kebutuhan user dengan spes...
PLANNING SYSTEMS DEVELOPMENTPLANNING SYSTEMS DEVELOPMENT22
Alasan untuk kembali mengulang tahapan SDLC
Dua Rencana Pengembangan Sistem
Project
Development Plan
Master Plan
• Dipersiapkan oleh project
team
• Berisi analisis co...
Teknik Perencanaan
• Identifikasi hubungan semua
aktivitas dan panduan
• Estimasi waktu penyelesaian
• Identifikasi critic...
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 ...
FEASIBILITY ANALYSISFEASIBILITY ANALYSIS33
pertimbangan waktu , uang
dan sumber daya
Economic Feasibility
pertimbangan pen...
Capital Budgeting Model
01
Payback
Period
02
Net Present
Value (NPV)
03Internal
Rate
of Return
(IRR)
menghitung jumlah tah...
Latihan
Jawaban
BEHAVIORAL ASPECTS OF CHANGEBEHAVIORAL ASPECTS OF CHANGE44
Beberapa faktor yang menyebabkan resistensi terhadap perubahan
...
Tiga bentuk resistensi
Projection Agression Avoidance
Menyalahkan
sistem yang baru
setiap ada
kesalahan
operasional
Merusa...
Cara mengatasi resistensi sistem
Dapatkan
dukungan dari
manajemen
Libatkan
pengguna
Hilangkan
kesempatan
Hilangkan
ketakut...
SYSTEMS ANALYSISSYSTEMS ANALYSIS55
01 Investigasi awal
• Investigasi tiap aktivitas pengembangan sistem
• Buat penilaian a...
Tujuan survey sistem
1
2
3
4
Metode pengumpulan data
Metode Keuntungan Kerugian
Wawancara • Dapat menjawab pertanyaan
“mengapa”
• Pewawancara dapat
men...
Metode pengumpulan data
Metode Keuntungan Kerugian
Observasi • Dapat memverifikasi
bagaimana sebenarnya
sistem berjalan
• ...
Model dokumentasi analisis sistem
Mengilustrasikan bagaimana
sistem berfungsi melalui
gambaran alur dokumen,
proses komput...
Persyaratan sistem
Proses Elemen data
Struktur
dataKeluaran
Masukan Dokumentasi
BatasanPengendalian
Reorg
anisasi
Tujuan SIA
Usefulness Economy Reliability Availability Timeliness Customer
Service
Capacity Ease of use Flexibility Tracta...
Empat strategi yang digunakan untuk
persyaratan SIA
Tiga tahap keputusan dalam analisis
sistem
0201 03
Investigasi awal
Perlu dilakukan
survey sistem
atau tidak
Studi kelayak...
Bab 2
Data
Flow
Diagram
Document
Flowchart
Implementasi
Sistem
Implementasi Sistem
Persiapan
Pendidikan
dan Pelatihan
Karyawan
Konversi
Sistem
Konversi Sistem
• Tidak menggantikan sistem manapun
• Sistem lama tidak memiliki manfaat
• Desain sistem baru sangat berbe...
Data Flow Diagram
Simbol Penjelasan Simbol Penjelasan
Proses Penghubung pada
halaman sama
Aliran material Penghubung pada
...
Document Flowchart
Simbol Penjelasan Simbol Penjelasan
Dokumen Akhir arus dokumen
Dokumen beserta
tembusan
Berbagai dokume...
Simbol Penjelasan Simbol Penjelasan
Kegiatan manual Proses komputer
online
Keterangan/
komentar
Keying/ typing/
verifying
...
Simbol Penjelasan Simbol Penjelasan
Keputusan Terminal untuk
memulai/berakhir
Garis alir Masuk ke sistem/
Keluar ke sistem...
Chapter 21
5
6
Prototyping
Computer-
Aided
Software
Engineering
Purchasing
Software
Development
by In-house
Information
Sy...
1 Purchasing Software
Sulit dilakukan
petubahan SIA karena
persyaratan yang
berubah-ubah
Pengembangan SIA
berlangsung terl...
Jenis Software
Canned Software
• Software yang dijual dengan persyaratan sistem
yang sama untuk semua pelanggan
Turnkey Sy...
SDLC yang tidak dilakukan ketika
organisasi membeli software
Desain konsep sistem
tidak dilakukan ketika
software telah me...
Pentingnya menerbitkan Request For
Proposal
Mengurangi kesalahanMengurangi kesalahan
Menghemat waktuMenghemat waktu
Menyed...
Evaluasi Proposal
01
02
03
Evaluasi Software
Evaluasi Hardware
Evaluasi Vendor
Pemilihan Sistem
• Jenis masukan, proses dan keluaran yang harus
dilakukan oleh SIA yang baru
Benchmark Problem
• Besarnya...
Point Scoring
Development by In-house
Information System Departments2
Memilih developer software yang
berpengalaman dan memiliki
pemaham...
End-User-Developed Software
01
02
03
04
End-user
Computing :
pengembangan,
penggunaan
dan
pengendalian
SIA langsung
oleh p...
Keuntungan dan Kerugian
End-User Computing
• Pengembangan,
pengendalian dan
implementasi langsung
oleh pengguna
• Sistem d...
Tugas Help Desk
• Membantu sekaligus mengendalikan aktivitas
pengguna
• Menyelesaikan masalah pada sistem
• Menyampaikan i...
Outsourcing The System
Outsourcing : Penggunaan perusahaan luar
untuk menangani sebagian atau semua aktivitas
pemrosesan d...
Keuntungan dan Kerugian Outsourcing
• Menawarkan solusi untuk• Menawarkan solusi untuk
organisasi
• Pemanfaatan aset
• Mem...
Business Process Management4
Business Process Reengineering :
Pendekatan untuk mengubah proses bisnis
menjadi lebih berkem...
Prinsip Penerapan BPM
4 2
1
3
11
2233
44Proses bisnis harus
sejalan dengan
strategi dan
kebutuhan organisasi
Proses bisnis...
Business Process Management System
BPMS : Pengembangan proses bisnis yang
dilakukan secara otomatis dan terfasilitasi
ERP ...
Event-based system
• Pengguna dibatasi untuk
mengakses aktivitas
tertentu saja
• Memperpanjang proses
bisnis dan menambah ...
Prototyping
Pendekatan desain
sistem dengan
menyederhanakan
model sistem.
5
Jenis Prototype
• Operational Prototype : Prototype yang
berhasil dan akan dikembangkan lebih lanjut
menjadi sistem yang b...
Kapan Dibutuhkan Prototype
• Kebutuhan pengguna tidak dapat dipahami
• Persyaratan sistem susah dijelaskan
• Input dan out...
Keuntungan dan Kerugian Prototype
Pemahaman kebutuhan• Pemahaman kebutuhan
pengguna lebih baik
• Kepuasan pengguna
lebih t...
Computer-Aided Software
Engineering
• Peningkatan produktivitas
• Peningkatan kualitas
program
• Penghematan biaya
• Penin...
Pekerjaan Rumah
• Problem 20.4, 20.5 dan 21.4
• Gunakan excel untuk menghitung
• Kirimkan ke email rohmadadis@gmail.com
• ...
Referensi :
• Accounting Information Systems 12th
Edition, Marshall B. Romney dan Paul John
Steinbart
• Sistem Akuntansi, ...
Proses pengembangan sistem informasi akuntansi
Proses pengembangan sistem informasi akuntansi
Upcoming SlideShare
Loading in …5
×

Proses pengembangan sistem informasi akuntansi

3,339 views

Published on

Mahasiswa mampu memahami fase proses pengembangan Sistem Informasi Akuntansi

Published in: Economy & Finance
  • Be the first to comment

Proses pengembangan sistem informasi akuntansi

  1. 1. PERTEMUAN III: Proses Pengembangan Sistem Informasi Akuntansi Mahasiswa mampu memahami fase proses pengembangan Sistem Informasi Akuntansi
  2. 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. 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. 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. 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. 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. 7. The Players External PlayersAkuntan Tim Pengembang Manajemen Komite Sistem Informasi Analis Sistem dan Programer Pelanggan, Vendor, Auditor Eksternal, Pemerintah
  8. 8. Analis Sistem Programer Apa bedanya? Latihan
  9. 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
  10. 10. PLANNING SYSTEMS DEVELOPMENTPLANNING SYSTEMS DEVELOPMENT22 Alasan untuk kembali mengulang tahapan SDLC
  11. 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. 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. 13. 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
  14. 14. 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
  15. 15. 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.
  16. 16. Latihan
  17. 17. Jawaban
  18. 18. 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
  19. 19. 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
  20. 20. 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
  21. 21. 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
  22. 22. Tujuan survey sistem 1 2 3 4
  23. 23. 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
  24. 24. 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
  25. 25. 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
  26. 26. Persyaratan sistem Proses Elemen data Struktur dataKeluaran Masukan Dokumentasi BatasanPengendalian Reorg anisasi
  27. 27. Tujuan SIA Usefulness Economy Reliability Availability Timeliness Customer Service Capacity Ease of use Flexibility Tractability Auditability Security
  28. 28. Empat strategi yang digunakan untuk persyaratan SIA
  29. 29. 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
  30. 30. Bab 2 Data Flow Diagram Document Flowchart Implementasi Sistem
  31. 31. Implementasi Sistem Persiapan Pendidikan dan Pelatihan Karyawan Konversi Sistem
  32. 32. 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
  33. 33. 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
  34. 34. Document Flowchart Simbol Penjelasan Simbol Penjelasan Dokumen Akhir arus dokumen Dokumen beserta tembusan Berbagai dokumen Awal arus dokumen Catatan Faktur SOP 1 1
  35. 35. Simbol Penjelasan Simbol Penjelasan Kegiatan manual Proses komputer online Keterangan/ komentar Keying/ typing/ verifying Arsip sementara Pita magnetik Arsip permanen Penyimpanan online Document Flowchart
  36. 36. 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
  37. 37. 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
  38. 38. 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
  39. 39. 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
  40. 40. 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
  41. 41. 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
  42. 42. Evaluasi Proposal 01 02 03 Evaluasi Software Evaluasi Hardware Evaluasi Vendor
  43. 43. 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
  44. 44. Point Scoring
  45. 45. 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.
  46. 46. End-User-Developed Software 01 02 03 04 End-user Computing : pengembangan, penggunaan dan pengendalian SIA langsung oleh pengguna
  47. 47. 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
  48. 48. 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
  49. 49. Outsourcing The System Outsourcing : Penggunaan perusahaan luar untuk menangani sebagian atau semua aktivitas pemrosesan data. 3
  50. 50. 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
  51. 51. 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
  52. 52. 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
  53. 53. 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
  54. 54. 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
  55. 55. Prototyping Pendekatan desain sistem dengan menyederhanakan model sistem. 5
  56. 56. 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.
  57. 57. 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
  58. 58. 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
  59. 59. 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.
  60. 60. 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”
  61. 61. Referensi : • Accounting Information Systems 12th Edition, Marshall B. Romney dan Paul John Steinbart • Sistem Akuntansi, 2013, Mulyadi

×