ITS Master 14666 Presentation PDF

ANALISA DAN DESAIN SISTEM INFORMASI AKTIVA TETAP DAN PERSEDIAAN PADA PDAM KABUPATEN MAGETAN

Tesis Heri Sufriana - 9105205305 Manajemen Teknologi Informasi MMT-ITS

Bab 1 Pendahuluan

1/5

Latar Belakang Kinerja PDAM Magetan baik; Kinerja aspek keuangan meningkat; Kinerja aspek administrasi menurun: Penerbitan laporan keuangan tidak tepat waktu Rincian data aktiva tetap tidak valid Pos persediaan masih selisih antara saldo pembukuan, saldo menurut catatan gudang dan saldo berdasarkan hasil opname fisik Pekerjaan dilakukan secara manual Belum memiliki SOP

Bab 1 Pendahuluan

Informasi Umum PDAM adalah unsur pelaksana Pemda dengan tugas pokok melaksanakan pelayanan pembinaan pengembangan upaya pengadaan air bersih dalam memupuk pendapatan daerah Proses bisnis berdasarkan SK Bupati terdiri dari 9 prosedur. Pedoman pelaksanaan pembukuan menggunakan Kepmen Otda No 8/2000

2/5

Bab 1 Pendahuluan

Rumusan Masalah Spesifikasi kebutuhan apa saja yang diperlukan bagi pengembangan sistem informasi akuntansi pada PDAM Kabupaten Magetan; Desain sistem seperti apakah yang dapat memenuhi spesifikasi kebutuhan sistem informasi akuntansi tersebut.

3/5

Bab 1 Pendahuluan

Batasan Penelitian Sistem akuntansi yang diteliti dibatasi pada proses pengelolaan aktiva tetap dan persediaan Prosedur pendaftaran pelanggan, prosedur pengelolaan persediaan, prosedur pengelolaan aktiva tetap seluruhnya akan diuraikan Sub sistem pembukuan: hanya proses-proses yang berkaitan dengan pengelolaan aktiva tetap dan persediaan

4/5

Bab 1 Pendahuluan

5/5

Tujuan Penelitian Mendapatkan desain sistem informasi aktiva tetap dan persediaan pada PDAM Kabupaten Magetan Dapat tersusun sebuah panduan atau dokumentasi yang dapat dijadikan acuan dalam menerapkan desain tersebut ke dalam bentuk aplikasi sesungguhnya Diharapkan dapat menjadi acuan bagi PDAM dalam menyusun Rencana Kerja dan SyaratSyarat (RKS) pada proses pengadaan software.

Bab 2 Tinjauan PustakaPerusahaan Daerah Air Minum Sistem Informasi Aktiva Tetap dan Persediaan Sistem Flow Diagram Framework for the Application Systems Thinking (FAST)

Bab 3 Metodologi Penelitian

Problem AnalysisUntuk mendapatkan gambaran kondisi sistem berjalan beserta permasalahannya Sumber Data: Wawancara (Direksi dan Petugas Pelaksana Kegiatan), Studi Literatur, Observasi Hasil System Flow Diagram kondisi eksisting Analisa terhadap sistem berjalan Pernyataan permasalahan yang dihadapi Saran-saran terhadap perbaikan sistem

1/4

Bab 3 Metodologi Penelitian Requirement Analysis

Sumber Data: Berasal dari tahapan Problem Analysis Hasil Functional Requirement Non Functional Requirement

2/4


Physical Design and Integration Sumber Data: Berasal dari tahapan Requirement Analysis Kegiatan dan Hasil Analisa Proses : Data Flow Diagram dan Process Specification Analisa Data : CDM, PDM, Database Schema Perancangan Desain: Rancangan Keluaran dan Rancangan Masukan

3/4


Verification Untuk memastikan bahwa desain sistem yang dibuat telah memenuhi requirement, spesification design dan interface design yang dihasilkan dari tahapan sebelumnya Hasil: Tabel check-list hasil verifikasi atas desain sistem yang telah dibuat

4/4

Bab 4 Analisa dan Desain

Analisa Permasalahan Kondisi Eksisting Pertanyaan wawancara

1/19

1. Apakah setiap proses dikerjakan oleh petugas tertentu, atau dapat dilakukan oleh petugas lainnya? 2. Dari manakah data-data yang digunakan sebagai masukan proses? 3. Apakah terdapat kesulitan untuk mendapatkan data tersebut?


Analisa Permasalahan

2/19

4. Apakah keluaran yang dihasilkan? 5. Adakah kesulitan untuk menyediakan keluaran tersebut? 6. Adakah standar waktu penyelesaian? Bagaimana pelaksanaannya? 7. Adakah mekanisme kontrol/verifikasi? 8. Apakah terdapat kendala dalam pelaksanaan pekerjaan secara umum? 9. Saran-saran pengembangan sistem


3/19

Analisa Permasalahan Hasil Analisa: 1. Tidak ada mekanisme otorisasi dalam pemrosesan data. 2. Diperoleh data-data masukan yang diperlukan dan keluaran yang dihasilkan. 3. Proses lanjutan sangat tergantung pada penyerahan dokumen dari proses sebelumnya 4. Kondisi pada latar belakang, terbukti. 5. Diperoleh saran-saran utk pengembangan sistem.


Analisa Kebutuhan Functional Requirement 1. Sistem harus memiliki sistem otorisasi pemakai. 2. Sistem dapat melakukan proses penambahan, perubahan, penghapusan, dan penyimpanan data-data. 3. Sistem harus dapat melakukan proses pencetakan dokumen. 4. Sistem harus dapat menyederhanakan beberapa proses yang terjadi berulang;

4/19


Analisa Kebutuhan Non-Functional Requirement 1. Berkaitan dengan kecepatan, kehandalan, kemudahan dalam pengoperasian, kapasitas memory, dan efisiensi sistem yang akan dibangun. 2. Berkaitan dengan keseragaman proses pengelolaan aktiva tetap dan persediaan

5/19


Physical Design & IntegrationSistem Informasi Aktiva Tetap dan Persediaan Pendaftaran Pelanggan Data Pembayaran Data Pelanggan Pencatatan Meter Pelanggan Data Stand Meter Data Tagihan Rekening Air Data Perubahan Rekening Data Pembatalan Rekening Rekening Pelanggan

Data Permintaan Persediaan

Pembukuan Pengelolaan Persediaan Data Penambahan Data Pemakaian Pembuatan Laporan Keuangan dan Laporan Manajemen Data Pembayaran Rekening Air Penagihan

Data Penambahan Data Penghapusan Data Penyusutan

Data Penggajian Potongan-Potongan Gaji Iuran Pegawai

Data Pengaduan Tindak Lanjut Pengaduan

Pengelolaan Aktiva Tetap

Kepegawaian dan Penggajian

Pengaduan Pelanggan

6/19


7/19

Physical Design & Integration Analisa Proses Tujuan: memberikan gambaran secara umum mengenai ruang lingkup alur data yang terjadi dari keseluruhan entitas yang terlibat Hasil analisa : Data Flow Diagram dan Process Specification Notisi yang digunakan untuk membuat DFD :Yourdan dan De Marco.

Ang garan Bag ian Pembukuan Kamus Jurnal Transaksi Laporan Group Manajemen

Pemakaian Persediaan Laporan Kepegawaian dan Keuangan Penambahan Persediaan Penambahan Aktiva Perubahan Status Aktiva

Bag ian Umum

Informas i Peg awai

0

Peng g ajian Perubahan Rekening Sis tem Informasi Akuntansi PDAM Laporan Pembayaran

Perhitung an Rekening Bag ian Rekening Bukti Pembayaran DRD Pelang g an

+Data Pelang g an Peng aduan Pelangg an RAB & RKP Informas i Pelang g an Bag ian Hubung an Lang ganan

Bag ian Pembaca Meter

Ikhtis ar Pencatatan Data Meter Bag ian Perencanaan Teknik

8/19

Diagram Konteks

Informas i Pelang g an Bag ian Hubung an Lang ganan Bag ian Perencanaan T eknik Kamus : 2 6 Informas i Pelang g an dan Gangg uan Referensi Bag ian Pembaca Meter

Peng aduan Pelangg an

Data Pelang g an RAB & RKP

Informas i Pelang g an

Data Meter Ikhtis ar Pencatatan

Data Pelang g an Informas i Pelang g an 2 Perhitung an Rekening

Pelang g an Pembayaran 1 Bukti Pembayaran Pendaftaran Pelang g an Informas i Pelang g an

Referensi Kamus : 4 Jurnal Penerimaan Kas [Pemakaian Pers ediaan] Referensi 7 3 Peng elolaan Persediaan Penambahan Persediaan Pembukuan Jurnal Peng gajian Ang garan Jurnal Rekening

Referensi Kamus : 3 Referensi 4 Kepegawaian dan Peng g ajian

Jurnal Mutas i Persediaan

Jurnal Pembukuan [Penambahan Aktiva] Jurnal Mutas i Aktiva 5 [Pemakaian Pers ediaan] Perubahan Status Aktiva [Penambahan Aktiva] Bag ian Umum Laporan Aktiva Tetap dan Pers ediaan Peng elolaan Aktiva T etap Referensi Kamus : 1 Referensi Referensi

Bag ian Pembukuan

[Jurnal T ransaks i]

[Laporan] Group Manajemen 8 Pelaporan Laporan

9/19

Diagram Level 0


Physical Design & Integration Analisa Data Tujuan : Menentukan data yang diperlukan dalam pengembangan sistem informasi dengan cara membuat suatu permodelan data untuk mendukung analisis dan desain yang akan dilakukan dalam tahapan selanjutnya Hasil : Conceptual data model, digunakan untuk menggambarkan kebutuhan data secara konseptual. Physical data model, digunakan untuk menggambarkan desain fisik data yang telah ditentukan Database schema, adalah penjelasan dari masing-masing tabel yang digunakan beserta contoh SQL-statement untuk membuat (create) tabel dengan menggunakan database MySQL Server

10/19

Kamus Kode Rekening kd_rek Characters (8) ur_rek Characters (50) kd_dcf Characters (3) Identifier_1 Kode Rekening Aktiva Tetap kode_aset Characters (5) sub_kode Characters (2) lokasi Characters (4) Ur_Aset Characters (256) tgl_beli Date harga_unit Decimal (18,2) jumlah Decimal (18,2) satuan Characters (20) Identifier_1 Kamus Unit Kd_Unit Characters (4) Nm_Unit Characters (40) Identifier_1 Status Aset Kamus Status Aset Kd_Stat Characters (1) Ur_Stat Characters (30) Identifier_1

Kamus tarif kd_tarif Characters (3) tarif Decimal (18,2) Ur_tarif Characters (50) Identifier_1 Kode Tarif

Unit Pengelola

Supplier

Kamus Rekanan kd_supplier Characters (3) nm_supplier Characters (40) alm_supplier Characters (50) Identifier_1

11/19

Conceptual Data Model

Kamus Kode Rekening kd_rek char(8) ur_rek char(50) kd_dcf char(3)

Kamus tarif FK_KODE_TARIF Aktiva Tetap char(5) char(2) char(3) char(4) char(1) char(3) char(8) char(30) char(4) char(256) date decimal(18,2) decimal(18,2) char(20) kd_tarif char(3) tarif decimal(18,2) Ur_tarif char(50) FK_STATUS_ASET

kode_aset sub_kode kd_tarif Kd_Unit Kd_Stat FK_KODE_REKENING kd_supplier kd_rek referensi FK_KD_REKANAN lokasi Ur_Aset tgl_beli harga_unit jumlah Kamus Rekanan satuan kd_supplier char(3) nm_supplier char(40) alm_supplier char(50)

Kamus Status Aset Kd_Stat char(1) Ur_Stat char(30) FK_UNIT

Kamus Unit Kd_Unit char(4) Nm_Unit char(40)

12/19

Physical Data Model

create table AKTIVA ( KODE_ASET char(5) not null, SUB_KODE char(2) not null, KD_TARIF char(3) not null, KD_UNIT char(4) not null, KD_STAT char(1) not null, KD_SUPPLIER char(3) not null, KD_REK char(8) not null, REFERENSI char(30) not null, LOKASI char(4), UR_ASET char(256), TGL_BELI date, HARGA_UNIT decimal(18,2), JUMLAH decimal(18,2), SATUAN char(20), primary key (KODE_ASET, SUB_KODE) ); alter table AKTIVA add constraint FK_KD_REKANAN foreign key (KD_SUPPLIER) references MT_REKANAN (KD_SUPPLIER) on delete restrict on update restrict; alter table AKTIVA add constraint FK_KD_REK_ASET foreign key (REFERENSI) references JURNAL (REFERENSI) on delete restrict on update restrict; alter table AKTIVA add constraint FK_KODE_REKENING foreign key (KD_REK) references MT_REKENING (KD_REK) on delete restrict on update restrict; alter table AKTIVA add constraint FK_KODE_TARIF foreign key (KD_TARIF) references MT_TARIF (KD_TARIF) on delete restrict on update restrict; alter table AKTIVA add constraint FK_STATUS_ASET foreign key (KD_STAT) references MT_STATASET (KD_STAT) on delete restrict on update restrict; alter table AKTIVA add constraint FK_UNIT foreign key (KD_UNIT) references MUNIT (KD_UNIT) on delete restrict on update restrict;

drop table if exists AKTIVA;

13/19

Tabel Aktiva Tetap

Field Name

Data Type

Length

KODE_ASET

Character

5

SUB_KODE

Character

2

Description Kode identifikasi masing-masing aktiva, kode ini juga dapat difungsikan sebagai nomor urut pengadaan aktiva tetap Kode turunan dari aktiva tetap, untuk mengidentifikasikan adanya perubahan terhadap nilai buku Kode golongan tarif penyusutan Kode unit pengelola aktiva tetap Kode status aktiva tetap

KD_TARIF KD_UNIT KD_STAT

Character Character Character

3 4 1

KD_SUPPLIERKD_REK REFERENSI LOKASI

CharacterCharacter Character Character

38 30 4

Kode rekanan pengadaanKode yang digunakan untuk mengidentifikasi jenis aktiva tetap pada Laporan Keuangan Nomor bukti pengadaan Kode lokasi aktiva tetap

UR_ASETTGL_BELI HARGA_UNIT JUMLAH SATUAN

CharacterDate Decimal Decimal Character

25618,2 18,2 20

Uraian aktiva tetapTanggal pengadaan aktiva tetap Harga perolehan aktiva tetap Jumlah aktiva tetap Satuan jenis barang

14/19

Tabel Aktiva Tetap


Physical Design & Integration Perancangan Desain Tujuan : membuat rancangan antar muka dari aplikasi sistem informasi yang akan dibuat. Hasil: Rancangan keluaran, yaitu rancangan dokumendokumen dan laporan-laporan yang akan dihasilkan oleh aplikasi Rancangan masukan, yaitu rancangan antar muka untuk memasukkan, mengubah, dan menghapus data, dilengkapi dengan penjelasan terhadap fungsi-fungsi dari masing-masing obyek yang digambarkan.

15/19

16/19

Rancangan Layar Masukan Pengadaan Aktiva Tetap

17/19

Rancangan Layar Masukan Pengadaan Aktiva Tetap

18/19

Rancangan Layar Keluaran Surat Perintah Kerja Opname


Verifikasi Sistem harus memiliki sistem otorisasi pemakai form login Sistem dapat melakukan proses penambahan, perubahan, penghapusan, dan penyimpanan datadata Rancangan layar masukan Sistem harus dapat melakukan proses pencetakan dokumen Rancangan layar keluaran Sistem harus dapat menyederhanakan beberapa proses yang terjadi berulang Rancangan layar masukan proses pengadaan aktiva tetap

19/19

Bab 5 Simpulan dan Saran Kesimpulan

Salah

satu kebutuhan penting adalah penyederhanaan proses pekerjaan, dalam penelitian ini telah berhasil dibuat suatu rancangan masukan yang dapat digunakan untuk menangani beberapa kegiatan, sehingga dapat mengurangi terjadinya redudansi pekerjaan (input dan output).

Bab 5 Simpulan dan Saran Kesimpulan

DFD

level 0 yang dibuat dapat memberi gambaran yang jelas mengenai alur data yang terdapat pada sistem. Terdapat 9 entitas luar yang terlibat dalam sembilan buah proses utama dan keseluruhannya telah sesuai dengan proses bisnis PDAM.

Bab 5 Simpulan dan Saran

Saran Rancangan desain sistem dapat digunakan sebagai dokumentasi untuk pengembangan software Rancangan desain dapat digunakan sebagai dasar penyusunan RKS Desain sistem seharusnya dapat dikembangkan untuk keseluruhan Sistem Informasi Akuntansi PDAM

ITS Master 14666 Presentation PDF

Documents

Transcript of ITS Master 14666 Presentation PDF