Proses pengembangan sistem informasi akuntansi
•
3 j'aime•4,899 vues
Mahasiswa memahami fase proses pengembangan Sistem Informasi Akuntansi yang meliputi perencanaan pengembangan sistem, analisis kelayakan, dan analisis sistem.
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à Proses pengembangan sistem informasi akuntansi
Similaire à Proses pengembangan sistem informasi akuntansi (20)
Plus de Rohmad Adi Siaman SST Akt., M.Ec.Dev.
Plus de Rohmad Adi Siaman SST Akt., M.Ec.Dev. (20)
Dernier
Dernier (18)
Proses pengembangan sistem informasi akuntansi
- 1. PERTEMUAN III: Proses Pengembangan Sistem Informasi Akuntansi Mahasiswa mampu memahami fase proses pengembangan Sistem Informasi Akuntansi
- 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
- 8. Analis Sistem Programer Apa bedanya? Latihan
- 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. PLANNING SYSTEMS DEVELOPMENTPLANNING SYSTEMS DEVELOPMENT22 Alasan untuk kembali mengulang tahapan SDLC
- 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
- 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.
- 17. Latihan
- 18. Jawaban
- 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
- 27. Persyaratan sistem Proses Elemen data Struktur dataKeluaran Masukan Dokumentasi BatasanPengendalian Reorg anisasi
- 28. Tujuan SIA Usefulness Economy Reliability Availability Timeliness Customer Service Capacity Ease of use Flexibility Tractability Auditability Security
- 29. Empat strategi yang digunakan untuk persyaratan SIA
- 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
- 38. 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
- 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
- 43. Evaluasi Proposal 01 02 03 Evaluasi Software Evaluasi Hardware Evaluasi Vendor
- 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
- 45. Point Scoring
- 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.
- 47. End-User-Developed Software 01 02 03 04 End-user Computing : pengembangan, penggunaan dan pengendalian SIA langsung oleh pengguna
- 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
- 50. Outsourcing The System Outsourcing : Penggunaan perusahaan luar untuk menangani sebagian atau semua aktivitas pemrosesan data. 3
- 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