analisa dan desain sistem informasi aktiva tetap...

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

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

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

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 Syarat-

Syarat (RKS) pada proses pengadaan software.5/5

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


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. 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?1/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 sistem2/19



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

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 & Integration

Pendaftaran Pelanggan

Pencatatan Meter Pelanggan

Rekening Pelanggan

Penagihan

Pembukuan

Pembuatan Laporan Keuangan dan Laporan

Manajemen

Kepegawaian dan Penggajian

Pengelolaan Persediaan

Pengelolaan Aktiva Tetap

Pengaduan Pelanggan

Data PembayaranData Pelanggan

Data Tagihan Rekening AirData Perubahan RekeningData Pembatalan Rekening

Data PenambahanData Pemakaian Data Pembayaran Rekening Air

Data PengaduanTindak Lanjut Pengaduan

Data PenambahanData PenghapusanData Penyusutan Data Penggajian

Potongan-Potongan GajiIuran Pegawai

Data Stand Meter

Data Permintaan Persediaan

Sistem Informasi Aktiva Tetap dan Persediaan

6/19



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.7/19

Diagram Konteks

Informasi Pelang g an

DRD

Bukti Pembayaran

Pembayaran

Laporan

Jurnal Transaksi

Ikhtisar Pencatatan

Ang garan

Perubahan Status AktivaPenambahan Aktiva

Pemakaian Persediaan

Penambahan Persediaan

Peng g ajian

Informasi Peg awai

RAB & RKP

Kamus

Data Meter

Peng aduan Pelangg an

Data Pelang g an

Perhitung an Rekening

Perubahan Rekening Laporan

Laporan

0

Sistem Informasi Akuntansi PDAM

+

Group Manajemen

Bag ian Umum

Bag ian Hubung an Lang ganan

Bag ian Rekening

Bag ian Pembaca

Meter

Bag ian Perencanaan

Teknik

Bag ian Pembukuan

Kepegawaian dan Keuangan

Pelang g an

8/19

Referensi

[Pemakaian Persediaan]

[Penambahan Aktiva]

Referensi

Referensi

Referensi

Referensi

Referensi

Referensi

ReferensiLaporan

Jurnal Mutasi Aktiva[Penambahan Aktiva]

[Pemakaian Persediaan]

Penambahan Persediaan

Perubahan Status Aktiva

Laporan Aktiva Tetap dan Persediaan

[Jurnal Transaksi]

[Laporan]

Ang garan

Jurnal Pembukuan

Jurnal Penerimaan KasJurnal Rekening

Jurnal Mutasi Persediaan

Jurnal Peng gajian


Peng aduan Pelangg an

Ikhtisar Pencatatan




Bukti Pembayaran

Pembayaran

RAB & RKP

Data Pelang g an Data Meter

Bag ian Umum

Bag ian Hubung an Lang ganan

Bag ian Pembaca

Meter

Bag ian Perencanaan

Teknik

Bag ian Pembukuan

Pelang g an

1

Pendaftaran Pelang g an

2

Perhitung an Rekening

3

Peng elolaan Persediaan

4Kepegawaian

dan Peng g ajian

5

Peng elolaan Aktiva Tetap

6Informasi

Pelang g an dan

Gangg uan

7

Pembukuan

Data Pelang g an

8

Pelaporan

Group Manajemen

Kamus : 1

Kamus : 2

Kamus : 3Kamus : 4

Diagram Level 09/19



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 Server10/19

Conceptual Data Model

Kode Rekening

SupplierUnit Pengelola

Kode Tarif

Status Aset

Kamus Status Aset

Kd_StatUr_Stat

<pi> Characters (1)Characters (30)

<M>

Identifier_1 <pi>

Kamus tarif

kd_tariftarifUr_tarif

<pi> Characters (3)Decimal (18,2)Characters (50)

<M>

Identifier_1 <pi>

Kamus Rekanan

kd_suppliernm_supplieralm_supplier

<pi> Characters (3)Characters (40)Characters (50)

<M>

Identifier_1 <pi>

Kamus Unit

Kd_UnitNm_Unit

<pi> Characters (4)Characters (40)

<M>

Identifier_1 <pi>

Kamus Kode Rekening

kd_rekur_rekkd_dcf

<pi> Characters (8)Characters (50)Characters (3)

<M>

Identifier_1 <pi>

Aktiva Tetap

kode_asetsub_kodelokasiUr_Asettgl_beliharga_unitjumlahsatuan

<pi><pi>

Characters (5)Characters (2)Characters (4)Characters (256)DateDecimal (18,2)Decimal (18,2)Characters (20)

<M><M>

Identifier_1 <pi>

11/19

Physical Data Model

FK_KODE_REKENING

FK_KD_REKANAN FK_UNIT

FK_KODE_TARIF

FK_STATUS_ASET

Kamus Status Aset

Kd_StatUr_Stat

char(1)char(30)

<pk>

Kamus tarif

kd_tariftarifUr_tarif

char(3)decimal(18,2)char(50)

<pk>

Kamus Rekanan

kd_suppliernm_supplieralm_supplier

char(3)char(40)char(50)

<pk>

Kamus Unit

Kd_UnitNm_Unit

char(4)char(40)

<pk>

Kamus Kode Rekening

kd_rekur_rekkd_dcf

char(8)char(50)char(3)

<pk>

Aktiva Tetap

kode_asetsub_kodekd_tarifKd_UnitKd_Statkd_supplierkd_rekreferensilokasiUr_Asettgl_beliharga_unitjumlahsatuan

char(5)char(2)char(3)char(4)char(1)char(3)char(8)char(30)char(4)char(256)datedecimal(18,2)decimal(18,2)char(20)

<pk><pk><fk5><fk4><fk6><fk3><fk2><fk1>

12/19

Tabel Aktiva Tetap

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

Field Name Data Type Length Description

KODE_ASET Character 5 Kode identifikasi masing-masing aktiva, kode ini juga

dapat difungsikan sebagai nomor urut pengadaan aktiva

tetap

SUB_KODE Character 2 Kode turunan dari aktiva tetap, untuk

mengidentifikasikan adanya perubahan terhadap nilai

buku

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 Kode yang digunakan untuk mengidentifikasi jenis

aktiva tetap pada Laporan Keuangan

REFERENSI Character 30 Nomor bukti pengadaan

LOKASI Character 4 Kode lokasi aktiva tetap

UR_ASET Character 256 Uraian aktiva tetap

TGL_BELI Date - Tanggal pengadaan aktiva tetap

HARGA_UNIT Decimal 18,2 Harga perolehan aktiva tetap

JUMLAH Decimal 18,2 Jumlah aktiva tetap

SATUAN Character 20 Satuan jenis barang

Tabel Aktiva Tetap14/19



Perancangan Desain

Tujuan : membuat rancangan antar muka dari aplikasi

sistem informasi yang akan dibuat.

Hasil:

Rancangan keluaran, yaitu rancangan dokumen-

dokumen 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

Rancangan Layar Masukan Pengadaan Aktiva Tetap16/19

Rancangan Layar Masukan Pengadaan Aktiva Tetap17/19

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 data-

data 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).


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.


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...

Documents