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

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


2/5

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


3/5

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.


4/5

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


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 Pustaka Perusahaan Daerah Air Minum  Sistem Informasi Aktiva Tetap dan Persediaan  Sistem Flow Diagram  Framework for the Application Systems Thinking (FAST) 

Bab 3 Metodologi Penelitian 

Problem Analysis Untuk 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


3/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


4/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

Bab 4 Analisa dan Desain 

1/19

Analisa Permasalahan Kondisi Eksisting Pertanyaan wawancara

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?


2/19

Analisa Permasalahan

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.


4/19

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;


5/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


Physical Design & Integration Sistem Informasi Aktiva Tetap dan Persediaan

Pendaftaran Pelanggan

Pencatatan Meter Pelanggan

Data Stand Meter

Rekening Pelanggan

Data Tagihan Rekening Air Data Perubahan Rekening Data Pembatalan Rekening

Data Pembayaran Data Pelanggan

Data Permintaan Persediaan

Pembukuan Pengelolaan Persediaan

Data Penambahan Data Pemakaian

Data Penambahan Data Penghapusan Data Penyusutan

Pengelolaan Aktiva Tetap

6/19

Pembuatan Laporan Keuangan dan Laporan Manajemen

Data Penggajian Potongan-Potongan Gaji Iuran Pegawai

Kepegawaian dan Penggajian

Data Pembayaran Rekening Air

Penagihan

Data Pengaduan Tindak Lanjut Pengaduan

Pengaduan Pelanggan


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 Kamus

Bag ian Pembukuan

Laporan

Jurnal Transaksi

Group Manajemen

Bag ian Umum

Pemakaian Persediaan Laporan Kepegawaian dan Keuangan

Penambahan Persediaan Penambahan Aktiva Perubahan Status Aktiva

0

Informas i Peg awai

Peng g ajian Laporan

Perubahan Rekening

Pembayaran

Sis tem Informasi Akuntansi PDAM

Perhitung an Rekening Bag ian Rekening

Bukti Pembayaran DRD

Pelang g an

+ Data Pelang g an Peng aduan Pelangg an RAB & RKP

Bag ian Pembaca Meter

Bag ian Hubung an Lang ganan

Ikhtis ar Pencatatan Data Meter Bag ian Perencanaan Teknik

8/19

Informas i Pelang g an

Diagram Konteks

Informas i Pelang g an Kamus : 2

Bag ian Hubung an Lang ganan Bag ian Perencanaan T eknik

Referensi

6 Informas i Pelang g an dan Gangg uan

Peng aduan Pelangg an

Bag ian Pembaca Meter

Data Meter


Data Pelang g an

Ikhtis ar Pencatatan

RAB & RKP

Data Pelang g an

Pelang g an

2

Informas i Pelang g an Pembayaran


Perhitung an Rekening

1 Bukti Pembayaran

Pendaftaran Pelang g an Referensi

Referensi

Kamus : 3

Kamus : 4

Jurnal Rekening

Jurnal Penerimaan Kas

Referensi

[Pemakaian Pers ediaan] Referensi

4 7 3

Peng elolaan Persediaan

Jurnal Mutas i Persediaan

Jurnal Peng gajian

Pembukuan

Kepegawaian dan Peng g ajian

Ang garan

Jurnal Pembukuan Penambahan Persediaan

[Penambahan Aktiva]

5 [Pemakaian Pers ediaan] Perubahan Status Aktiva [Penambahan Aktiva]

Bag ian Pembukuan

Jurnal Mutas i Aktiva Referensi

Peng elolaan Aktiva T etap

[Jurnal T ransaks i]

Referensi

[Laporan] Kamus : 1

Bag ian Umum

Referensi Laporan Aktiva Tetap dan Pers ediaan

Group Manajemen 8 Pelaporan

9/19

Diagram Level 0

Laporan


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 :

10/19

 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

Kamus Kode Rekening

Kamus tarif

kd_rek Characters (8) <M> ur_rek Characters (50) kd_dcf Characters (3)

kd_tarif Characters (3) <M> tarif Decimal (18,2) Ur_tarif Characters (50)

Identifier_1 Kode Rekening

Unit Pengelola

Aktiva Tetap kode_aset Characters (5) <M> sub_kode Characters (2) <M> lokasi Characters (4) Ur_Aset Characters (256) tgl_beli Date harga_unit Decimal (18,2) jumlah Decimal (18,2) satuan Characters (20)

Identifier_1 Kode Tarif

Supplier

Identifier_1 Kamus Unit Kd_Unit Characters (4) <M> Nm_Unit Characters (40) Identifier_1

Status Aset

Kamus Rekanan

Kamus Status Aset

kd_supplier Characters (3) <M> nm_supplier Characters (40) alm_supplier Characters (50)

Kd_Stat Characters (1) <M> Ur_Stat Characters (30)

Identifier_1

Identifier_1

11/19

Conceptual Data Model

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

Kamus tarif

Aktiva Tetap

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)

12/19

kd_tarif char(3) tarif decimal(18,2) Ur_tarif char(50)

FK_KODE_TARIF

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)

Physical Data Model

FK_STATUS_ASET

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

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

drop table if exists AKTIVA;

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;

13/19

Tabel Aktiva Tetap

Field Name

14/19

Data Type

Length

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_ASET

Character

5

SUB_KODE

Character

2

KD_TARIF

Character

3

Kode golongan tarif penyusutan

KD_UNIT

Character

4

Kode unit pengelola aktiva tetap

KD_STAT

Character

1

Kode status aktiva tetap

KD_SUPPLIER

Character

3

Kode rekanan pengadaan

KD_REK

Character

8

REFERENSI

Character

30

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

LOKASI

Character

4

Kode lokasi aktiva tetap

UR_ASET

Character

256

TGL_BELI

Date

HARGA_UNIT

Decimal

18,2

Harga perolehan aktiva tetap

JUMLAH

Decimal

18,2

Jumlah aktiva tetap

SATUAN

Character

20

Satuan jenis barang

-

Uraian aktiva tetap Tanggal pengadaan aktiva tetap

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


19/19

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

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

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

Recommend Documents