laporan revisi
TRANSCRIPT
HALAMAN JUDUL
LAPORAN PRAKTEK KERJA LAPANGAN
PEMBUATAN NERACA SALDO PADA SISTEM INFORMASI
AKUNTANSI PT. VERMINDO TECHNOLOGY UTAMA
Disusun Oleh :
LAILA NAFISATUN
J2F009015
JURUSAN ILMU KOMPUTER / INFORMATIKA
FAKULTAS SAINS DAN MATEMATIKA
UNIVERSITAS DIPONEGORO
2012
i
HALAMAN PENGESAHAN
Laporan PKL dengan judul :
“Pembuatan Neraca Saldo pada Sistem Informasi Akuntansi di
PT Vermindo Technology Utama”
disusun oleh :
Nama : Laila Nafisatun
NIM : J2F009015
Fak / Jurusan : FSM / Ilmu Komputer / Informatika
Telah diseminarkan pada seminar laporan PKL pada tanggal 21 November 2012
dan dinyatakan lulus pada tanggal 26 November 2012.
Semarang, 26 November 2012
Mengetahui,
Koordinator PKL
Beta Noranita, M.Kom
NIP 197308291998022001
Menyetujui,
Dosen Pembimbing,
Drs. Kushartantya, MI. Komp
NIP 195003011979031003
Mengetahui,
Ketua Jurusan Ilmu Komputer/Informatika
FSM UNDIP
Drs. Eko Adi Sarwoko, M.Kom
NIP 196511071992031003
ii
ABSTRAK
Kebutuhan Sistem informasi semakin meningkat seiring dengan kebutuhan
informasi yang semakin cepat dan aman. Salah satu contoh pengaplikasian sistem
informasi yaitu Sistem Informasi Akuntansi. Neraca Saldo merupakan salah satu
bagian dari sistem Informasi Akuntansi ini. Neraca saldo ini menggunakan bahasa
pemrograman PHP dan basis data MySQL. Transaksi dimasukkan ke jurnal
umum ataupun jurnal penyesuaian, maka secara otomatis datanya juga akan
masuk ke proses Neraca saldo. Sehingga memudahkan untuk mengetahui dengan
mudah posisi keuangan perusahaan saat itu ataupun periode tertentu. Neraca Saldo
mempunyai dua sisi antara Debet dan Kredit yang harus selalu seimbang. Namun
keseimbangan bukan berarti catatan-catatan akuntansi benar-benar akurat.
Kata kunci : informasi, sistem informasi akuntansi, neraca saldo
iii
ABSTRACT
The need of Information System is increasing along with the increasing number of
fast and secure information. One of substantial information system
implementation is the Accounting Information System. Trial Balance or Neraca
Saldo is unseparable feature in accounting cycle that has to be exist in
Accounting Information System. This feature were built under the PHP
programming language and utilizes MySQL database. The transaction data is
entered to the General Journal (Jurnal Umum) or the Adjusted Entries (Jurnal
Penyesuaian), then it would be automatically calculated and inserted to the Trial
Balance. This feature is aim to enable the company to be aware of their financial
condition at a certain periods of time. Trial balance consists of two sides, Debit
(Debet) and Credit (Kredit) which needs to be balanced. The term balanced does
not mean that the accounting records provide accurate data.
Keywords: Informations, Accounting System Information, Trial Balance
iv
HALAMAN PENGANTAR
Segala puji syukur bagi Allah SWT atas karunia-Nya yang diberikan kepada
penulis sehingga penulis dapat menyelesaikan penulisan laporan praktek kerja
lapangan yang berjudul “Pembuatan Neraca Saldo pada Sistem Informasi
Akuntansi di PT Vermindo Technology Utama”.
Laporan ini disusun guna melengkapi pengambilan mata kuliah Praktek
Kerja Lapangan (PKL) setelah melakukan praktek di PT Vermindo Technology
Utama.
Dalam penyusunan laporan ini tentulah banyak mendapat bimbingan dan
bantuan dari berbagai pihak. Untuk itu, pada kesempatan ini penulis mengucapkan
rasa hormat dan terima kasih kepada:
1. Dr. Muhammad Nur, DEA selaku Dekan FSM UNDIP yang telah
memberikan permohonan ijin untuk melakukan PKL di PT Vermindo
Technology Utama.
2. Drs. Eko Adi Sarwoko, M.Kom selaku Ketua Jurusan Ilmu
Komputer/Informatika yang membantu dalam proses perijinan PKL di PT
Vermindo Technology Utama.
3. Beta Noranita, M.Kom selaku Dosen Koordinator PKL yang membantu
dalam proses perijinan PKL di PT Vermindo Technology Utama.
4. Drs. Kushartantya, MI. Komp selaku dosen pembimbing yang telah
membantu dalam proses perijinan dan bimbingan hingga terselesaikannya
laporan PKL ini.
5. Pihak PT Vermindo Technology Utama yang telah memberi kesempatan
PKL.
6. Keluarga yang telah memberikan dukungan dan dorongan.
7. Teman-teman partner PKL di PT Vermindo Technology Utama yang
selalu memberikan bantuan serta dukungan.
v
8. Teman-teman Jurusan Ilmu Komputer/Informatika FSM UNDIP,
khususnya angkatan 2009 yang senasib sepenanggungan.
9. Semua pihak yang telah membantu kelancaran dalam pelaksanaan PKL,
yang tidak dapat penulis sebutkan satu persatu.
Penulis menyadari bahwa dalam laporan ini masih banyak kekurangan
baik dari segi materi ataupun dalam penyajiannya karena keterbatasan
kemampuan dan pengetahuan penulis. Oleh karena itu, kritik dan saran sangat
penulis harapkan.
Semoga laporan ini dapat bermanfaat bagi pembaca pada umumnya dan
penulis pada khususnya.
Semarang, 21 November 2012
Penulis,
Laila Nafisatun
vi
DAFTAR ISI
HALAMAN JUDUL................................................................................................i
HALAMAN PENGESAHAN.................................................................................ii
ABSTRAK..............................................................................................................iii
ABSTRACT..............................................................................................................iv
HALAMAN PENGANTAR....................................................................................v
DAFTAR ISI..........................................................................................................vii
DAFTAR GAMBAR..............................................................................................ix
DAFTAR TABEL....................................................................................................x
DAFTAR LAMPIRAN...........................................................................................xi
BAB I PENDAHULUAN...................................................................................1
1.1 Latar Belakang.................................................................................1
1.2 Rumusan Masalah............................................................................2
1.3 Batasan Masalah...............................................................................2
1.4 Tujuan dan Manfaat..........................................................................2
1.5 Metodologi.......................................................................................2
1.6 Sistematika Penulisan.......................................................................3
BAB II TINJAUAN UMUM INSTANSI............................................................4
2.1 Profil Instansi...................................................................................4
2.2 Visi dan Misi....................................................................................4
2.3 Struktur Perusahaan..........................................................................5
2.4 Bidang Usaha Teknologi Informasi.................................................5
BAB III DASAR TEORI.......................................................................................8
3.1 Sistem Informasi...............................................................................8
3.2 Jurnal Umum....................................................................................8
3.3 Penyesuaian......................................................................................9
3.4 Neraca Saldo.....................................................................................9
3.5 Model Proses Perangkat Lunak........................................................9
3.6 Pemodelan Analisis........................................................................11
vii
3.7 Pemodelan Data..............................................................................11
3.8 Pemodelan Fungsional...................................................................12
3.9 Desain Perangkat Lunak.................................................................14
3.10PHP.................................................................................................15
3.11MySQL...........................................................................................16
BAB IV PEMBAHASAN....................................................................................17
4.1 Deskripsi Umum Perangkat Lunak................................................17
4.2 Pemodelan Analisis........................................................................18
4.3 Desain Aplikasi..............................................................................23
4.4 Implementasi Aplikasi....................................................................28
BAB V PENUTUP.............................................................................................39
5.1 Kesimpulan.....................................................................................39
5.2 Saran...............................................................................................39
DAFTAR PUSTAKA
LAMPIRAN
viii
DAFTAR GAMBAR
Gambar 3.1 Model Waterfall [5]............................................................................10
Gambar 4.1 Conceptual Diagram Model Neraca Saldo Sistem Informasi
Akuntansi PT Vermindo Technology Utama.........................................................19
Gambar 4.2 Data Context Diagram Neraca Saldo Sistem Informasi Akuntansi PT.
Vermindo Technology Utama................................................................................20
Gambar 4.3 Data Flow Diagram level 1 Neraca Saldo Sistem Informasi
Akuntansi PT Vermindo Technology Utama.........................................................21
Gambar 4.4 Subproses menampilkan neraca saldo................................................22
Gambar 4.5 Subproses mencari neraca saldo.........................................................22
Gambar 4.6 Desain Antarmuka login....................................................................26
Gambar 4.7 Desain Antarmuka Halaman Utama...................................................27
Gambar 4.8 Desain Antarmuka Neraca Saldo Sebelum Penyesuaian...................27
Gambar 4.9 Desain Antarmuka Neraca Saldo Setelah Penyesuaian.....................28
Gambar 4.10 Desain Antarmuka Neraca Saldo Setelah Penyesuaian...................29
Gambar 4.11 Desain Antarmuka Neraca Saldo Setelah Penyesuaian...................29
Gambar 4.12 Desain Antarmuka Neraca Saldo Setelah Penyesuaian...................29
Gambar 4.13 Desain Antarmuka Neraca Saldo Setelah Penyesuaian...................30
Gambar 4.14 Tampilan Atas Neraca Saldo Sebelum Penyesuaian........................31
Gambar 4.15 Tampilan Bawah Neraca Saldo Sebelum Penyesuaian....................31
Gambar 4.16 Pencarian Posisi Neraca Saldo Sebelum Penyesuaian.....................31
Gambar 4.17 Tampilan Atas Neraca Saldo Setelah Penyesuaian..........................32
Gambar 4.18 Tampilan Bawah Neraca Saldo Setelah Penyesuaian......................32
ix
DAFTAR TABEL
Tabel 3.1 Tabel Deskripsi ERD.............................................................................11
Tabel 3.2 Tabel Notasi DFD..................................................................................14
Tabel 4.1 Kebutuhan Fungsional Sistem...............................................................18
Tabel 4.2 Kebutuhan non fungsional sistem..........................................................18
Tabel 4.3 Struktur Tbl_akun..................................................................................23
Tabel 4.4 Struktur login.........................................................................................24
Tabel 4.5 Struktur saldo_awal...............................................................................24
Tabel 4.6 Struktur jurnal........................................................................................24
Tabel 4.7 Struktur jurnal_penyesuaian..................................................................25
Tabel 4.9 Kebutuhan fungsional sistem.................................................................33
Tabel 4.10 Hasil Uji SRS-SIA-F-001....................................................................34
Tabel 4.11 Hasil Uji SRS-SIA-F-002....................................................................35
Tabel 4.12 Hasil Uji SRS-SIA-F-003....................................................................36
Tabel 4.13 Hasil Uji SRS-SIA-F-004....................................................................37
Tabel 4.14 Hasil Uji SRS-SIA-F-005....................................................................38
x
DAFTAR LAMPIRAN
Lampiran 1 : Surat Permohonan Izin Praktek Kerja Lapangan dari Dekan FSM
UNDIP
Lampiran 2 : Surat Keterangan Selesai PKL dari PT Vermindo Technology
Utama
Lampiran 3 : Kartu Keikutsertaan Seminar PKL
Lampiran 4 : Kartu Bimbingan PKL
Lampiran 5 : Daftar Hadir Seminar Laporan Praktek Kerja Lapangan (PKL)
Lampiran 6 : Lembar Tanya Jawab Seminar PKL
xi
BAB I
PENDAHULUAN
1.1 Latar Belakang
Sistem informasi sangat penting di masa sekarang. Kebutuhan akan
sebuah sistem informasi yang baik semakin meningkat seiring dengan
kebutuhan informasi yang semakin meningkat. Selain itu kebutuhan akan
kecepatan mendapatkan informasi serta keamanan informasi itu sendiri juga
semakin meningkat.
Pengaplikasian sistem informasi dalam mengolah data-data transaksi
untuk mendapatkan informasi keuangan saat ini banyak dilakukan oleh
perusahaan karena dapat menghemat biaya dalam jangka panjang walaupun
dalam pembuatan suatu sistem yang baik memerlukan biaya yang cukup
besar, Namun informasi yang didapat akan lebih cepat dan akurat.
Sistem informasi yang baik akan meningkatkan nilai perusahaan.
Pemanfaatan suatu sistem adalah untuk pengolahan data guna memperoleh
informasi yang berguna bagi perusahaan.
Sebagai Mahasiswa yang nantinya akan terjun ke dunia kerja di
bidang Teknologi Informasi, salah satu cara untuk menambah pengalaman
kerja tersebut adalah dengan mengadakan kerja praktek di industri-industri
yang berkaitan dengan bidang studi yang dipelajari di bangku kuliah. Dalam
hal ini terjun untuk pengembangan sistem informasi akuntansi suatu
perusahaan.
Oleh karena itu, kegiatan Praktek Kerja Lapangan (PKL) ini
dilaksanakan dengan tema “Pembuatan Sistem Informasi Akutansi”. Praktek
kerjanya lebih spesifik membuat Neraca Saldo pada Sistem Akutansi di PT
Vermindo Technology Utama.
1
1.2 Rumusan Masalah
Melihat latar belakang permasalahan yang ada maka masalah yang
dirumuskan yaitu bagaimana membuat Neraca Saldo untuk Sistem Informasi
Akuntansi agar didapat data lebih cepat dan akurat.
1.3 Batasan Masalah
Batasan masalah untuk Praktek Kerja Lapangan (PKL) ini yaitu terealisasikan
Pembuatan Neraca Saldo untuk Sistem Informasi Akuntansi di PT. Vermindo
Technology Utama, dan maintenance data jika terjadi kesalahan setelah
aplikasi digunakan.
1.4 Tujuan dan Manfaat
Tujuan yang hendak dicapai dalam penyusunan Laporan PKL ini adalah
melaporkan proses pembuatan Sistem Akutansi pada PT Vermindo
Technology Utama khususnya untuk pembuatan Neraca Saldo.
Manfaat penyusunan laporan PKL ini adalah:
1.4.1 Bagi penulis
Memperoleh wawasan pengetahuan di bidang akutansi, karena dalam
proses pembuatan Sistem Akutansi ini harus mengetahui seluk beluk
tentang akutansi tersendiri.
1.4.2 Bagi perusahaan
Bagi perusahaan, ditujukan untuk PT. Vermindo Utama Teknologi,
laporan ini dapat digunakan sebagai bukti pertanggungjawaban Praktek
Kerja Lapangan (PKL) yang telah dilakukan oleh penulis di
perusahaan.
1.5 Metodologi
Dalam penulisan laporan ini, penulis menggunakan 3 (tiga) metode untuk
observasi. Adapun metode yang digunakan oleh penulis antara lain :
1.5.1 Metode Wawancara
Suatu metode dengan melakukan tanya jawab dengan pihak yang
mengetahui tentang hal yang ingin diketahui.
2
1.5.2 Metode Pengamatan
Suatu metode dimana untuk mendapatkan suatu hasil dilakukan
dengan mencermati suatu hal atau keadaan yang nantinya bisa
dijadikan hasil dari suatu yang ingin dicari.
1.5.3 Metode Dokumentasi
Suatu metode dimana untuk memperoleh hasil dari suatu hal yang kita
cari tersebut adalah dengan mengumpulkan semua hal yang dalam
bentuk file yang berkaitan dengan hal tersebut.
1.6 Sistematika Penulisan
Laporan ini disusun dengan sistematika sebagai berikut:
BAB I PENDAHULUAN
Bab ini membahas latar belakang masalah, rumusan masalah,
batasan masalah, tujuan dan manfaat, metode pengambilan data
serta sistematika pembahasan dari implementasi aplikasi Sistem
Akutansi untuk Pembuatan Neraca Saldo di PT Vermindo
Technology Utama.
BAB II TINJAUAN UMUM INSTANSI
Bab ini membahas sejarah singkat, visi dan misi, tujuan dan fungsi,
dan struktur organisasi pada PT Vermindo Technology Utama.
BAB III DASAR TEORI
Bab ini mengemukakan dasar-dasar teori yang digunakan untuk
implementasi aplikasi Sistem Akutansi untuk Pembuatan Neraca
Saldo di PT Vermindo Technology Utama.
BAB IV PEMBAHASAN
Bab ini membahas mengenai tahapan implementasi aplikasi Sistem
Akutansi untuk Pembuatan Neraca Saldo di PT Vermindo
Technology Utama.
BAB V KESIMPULAN DAN SARAN
Bab ini merupakan kesimpulan dari bab-bab yang dibahas
sebelumnya.
3
BAB II
TINJAUAN UMUM INSTANSI
2.1 Profil Instansi
VerTech (Vermindo Technology) adalah sebuah divisi IT dari PT. Vermindo
TeUtama. VerTech berfokus pada penyediaan solusi Teknologi Informasi
dengan dukungan Sumber daya manusia yang dinamis, berbakat, serta
terlatih. Pada masa awal pendirian usaha, fokus perusahaan adalah
penyediaan perangkat keras dan instalasi, hingga saat ini VerTech memasuki
bidang Konsultan TI dan Pengembang TI dengan didukung staff yang
berdedikasi dan professional. Basis perkembangan perusahaan ini adalah
budaya perusahaan yang kuat dan memberikan layanan dan solusi terbaik
bagi para klien. VerTech juga secara terus menerus meningkatkan
kemampuan dan cakupan layanan.
Berikut ini adalah detail-detail yang berkaitan dengan perusahaan
dalam Praktek Kerja Lapangan (PKL), yaitu :
Nama Instansi : PT. Vermindo Technology Utama
Alamat Kantor : Jl. Stonen Timur IV No.1 A, Sampangan, Semarang
Telepon : (024) 70119829
Faximile : (024) 8312962
Email : [email protected]
2.2 Visi dan Misi
Menjadi tempat Pelayanan Satu Atap bagi Solusi TI untuk para pengguna
korporasi adalah misi kami. Berusaha untuk selalu memberikan teknologi
terkini bersama dengan pelayanan terbaik bagi para klien.
Tujuan kami adalah membangun hubungan kerja yang kuat baik
dengan para mitra dan juga para klien serta mengutamakan pendekatan
Jangka Panjang dalam setiap kesepakatan yang akan dicapai. Landasan
4
filosofis kami adalah membangun kemitraan dengan klien kami, membantu
klien dalam melakukan pengaplikasian TI sehingga dapat digunakan sebagai
keunggulan kompetitif.
2.3 Struktur Perusahaan
Struktur organisasi pada Vermindo Technology adalah sebagai berikut:
Director : Agung Setia Bakti
General Manager : Suhartono
PR Manager : Hadi Santoso
Marketing Manager : Tri Wisnu Handoyo
Chief of Programmer : Sujoko
2.4 Bidang Usaha Teknologi Informasi
Vermindo Technology mempunyai 3 pelayanan dalam bidang usaha
teknologi informasi, yang terdiri atas pelayanan jaringan, software, dan
hardware.
2.4.1 Pelayanan Jaringan
Pelayanan jaringan terdiri atas 3 sub bagian utama, yaitu infrastruktur
(inter-networking), security (security system), pelayanan web (web
development).
2.4.2 Pelayanan Software
Pelayanan software yang disediakan oleh Vermindo Technolgy antara
lain:
1) SIOMAP Disnakertrans (Sistem Otomatisasi Perkantoran Dinas
Tenaga Kerja dan Transmigrasi)
2) Sistem Informasi Manajemen Pelayanan Satu Atap (OSS)
3) Sistem Informasi Ketenagakerjaan
4) Sistem Informasi Penangan Limbah
5) Sistem Informasi Keluarga Sejahtera
6) Sistem Informasi Masyarakat Miskin
7) Sistem Informasi Ketahanan Pangan
8) Sistem Informasi Point Of Sale
5
9) Sistem Informasi Perangkat Kelurahan
10) Sistem Informasi Antrian
11) Sistem Infomasi SMS
12) Pengembangan Aplikasi berbasis Web ataupun Desktop seperti
a) Konsep dan Pengembangan Sistem Kesehatan Masyarakat
b) Konsep dan Pengembangan Sistem Informasi Kependudukan
Terintegrasi
c) Konsep dan Pengembanagn Sistem Informasi Pendidikan
Terintegrasi
2.4.3 Pelayanan Hardware
Pelayanan hardware yang disediakan oleh Vermindo Technolgy
antara lain:
1) Penjualan/Pengadaan Komputer (Branded/Non Branded) dan
Accessoris
2) Perakitan dan Upgrade Komputer
2.4.4 Pengalaman Perusahaan
Sebagai sebuah perusahaan yang berfokus di bidang teknologi
informasi, Vermindo Technology telah memiliki sejumlah
pengalaman sepanjang perjalanannya. Berikut ini adalah sejumlah
pengalaman proyek yang dimiliki Vermindo Technology:
1) Pengembangan Situs Web dan OnLine Sistem pada Disnakertrans
Kota Semarang.
2) Pengembangan Office Automation dan Bursa Kerja Online
Disnakertrans Kota Semarang.
3) Pengadaan Jasa Pengawasan (Monitoring) KP-TA pada Fakultas
Teknik Lingkungan Universitas Diponegoro.
4) Pengembangan Sistem Informasi Akademis (SIA) pada Fakultas
Ekonomi Universitas Semarang.
5) Pengembangan Website DPRD Kota Semarang.
6) Pengembangan Aplikasi Akuntansi pada Koperasi Jasa Sejahtera.
7) Pengembangan Website Batik Semarang 16.
6
8) Maintenance Bursa Kerja Online dan Office Automation pada
Disnakertrans Kota Semarang.
9) Pengembangan One Stop Service pada Badan Koordinasi
Penanaman Modal Pemberdayaan BUMD dan Aset Daerah Kota
Semarang.
10) Pengembangan Sistem Informasi Perangkat Kelurahan pada
Sekretariat Daerah Kota Semarang.
11) Pengembangan Sistem Informasi Penanganan Limbah pada Kantor
Lingkungan Hidup Kab. Kendal.
12) Pengembangan Sistem Infomasi Ketahanan Pangan pada Badan
Ketahanan Pangan Kab. Kendal.
13) Pengembangan Sistem Informasi Keluarga Sejahtera pada Badan
Pemberdayaan Peremupuan Kab. Kendal.
14) Pengembangan Sistem Informasi Masyarakat Miskin pada Badan
Pemberdayaan Masyarakat Desa Kab. Kendal.
15) Pengembangan Sistem Otomatisasi Perkantoran pada Dinas
Tenaga Kerja dan Transmigrasi Kab. Temanggung.
16) Komputerisasi Kartu Kuning (AK/I) pada Dinas Tenaga Kerja,
Transmigrasi dan Sosial Kab. Boyolali.
17) Pengembangan Perangkat Lunak Otomatisasi Kartu Kuning pada
Dinas Tenaga Kerja, Transmigrasi dan Sosial Kab. Klaten.
18) Pengembangan Sistem Informasi Perkantoran pada Dinas Tenaga
Kerja dan Transmigrasi Kota Surakarta.
19) Komputerisasi dan Otomatisasi Perkantoran pda Dinas Tenaga
Kerja dan Transmigrasi Kab. Tangerang.
20) Pengembangan Sistem Otomasi Perkantoran pada Dinas Tenaga
Kerja dan Transmigrasi Kab. Probolinggo.
7
BAB III
DASAR TEORI
3.1 Sistem Informasi
Sistem informasi merupakan suatu sistem yang dapat menyediakan informasi
untuk penggunanya. Sistem informasi mempunyai enam komponen. [2]
Keenam komponen sistem informasi tersebut adalah sebagai berikut :
a. Input, merupakan data yang masuk ke dalam sistem informasi.
Input yang masuk ke dalam sistem informasi dapat langsung diolah
menjadi informasi atau jika belum dibutuhkan sekarang dapat disimpan
terlebih dahulu di storage dalam bentuk basis data
b. Output, berupa informasi yang berguna bagi pemakaianya.
Output dari sistem informasi dibuat dengan menggunakan data yang ada
di basis data dan diproses menggunakan model tertentu.
c. Basis data, kumpulan dari data yang saling berhubungan satu dengan yang
lainnya, tersimpan di perangkat keras komputer dan digunakan perangkat
lunak untuk memanipulasinya.
d. Model, dapat berupa model logika yang menunjukkan suatu proses
perbandingan logika atau model matematik yang menunjukkan proses
perhitungan matematika.
e. Tekonologi, membantu mempercepat sistem informasi dalam pengolahan
datanya, agar dapat menghasilkan informasi yang tepat waktu.
f. Kontrol, digunakan untuk menjamin bahwa informasi yang dihasilkan
oleh sistem informasi merupakan informasi yang akurat.
3.2 Jurnal Umum
Jurnal adalah media untuk mencatat transaksi secara kronologis. Jurnal
dirancang sedemikian rupa sehingga dapat menampung transaksi beserta
keterangan-keterangan dan kondisi-kondisi yang menyertainya. Adanya
jurnal pencatatan akun menjadi lebih mudah, sebab jurnal sudah mencatat
8
transaksi sesuai dengan aturan pendebitan dan pengkreditan terhadap akun
yang bersangkutan. [4]
3.3 Penyesuaian
Penyesuaian adalah pencatatan data transaksi tertentu pada akhir periode
akuntansi sehingga jumlah rupiah yang terdapat dalam setiap akun sesuai
dengan kenyataan pada akhir periode tersebut dan laporan yang dihasilkan
menggambarkan keadaan senyatanya pada tanggal laporan (neraca). [4]
3.4 Neraca Saldo
Neraca Saldo adalah suatu daftar tentang saldo-saldo dari seluruh akun yang
ada di dalam buku besar pada saat tertentu.
Tujuan pembuatan Neraca Saldo: (1) untuk menguji kesamaan debit
dan kredit di dalam buku besar; (2) merupakan ringkasan dari buku besar
sehingga memudahkan penyusunan laporan-laporan keuangan.
Prosedur Penyusunan Neraca Saldo dalam menyusun Neraca Saldo
adalah menjumlahkan kolom debit dan kolom kredit yang mempunyai dua
atau lebih pendebitan dan pengkreditan. Untuk akun yang mempunyai jumlah
debit dan jumlah kredit harus dihitung selisihnya, hasilnya merupakan saldo
akun. [4]
3.5 Model Proses Perangkat Lunak
Pengembangan perangkat lunak melewati beberapa tahapan dari sistem itu
direncanakan sampai sistem itu dirancang, diimplementasikan, dioperasikan
dan dipelihara. Siklus ini disebut siklus hidup pengembangan sistem (System
Development Life Cyle (SDLC)).
Salah satu pendekatan yang digunakan dalam rekayasa perangkat
lunak adalah model linear sekuensial (disebut juga dengan siklus hidup klasik
atau waterfall model). Model ini adalah model klasik yang bersifat sistematis,
berurutan dalam membangun perangkat lunak. Berikut fase-fase dalam
waterfall model menurut referensi Sommerville :
9
Gambar 3.1 Model Waterfall [5]
a. Requirements analysis and definition: Mengumpulkan kebutuhan secara
lengkap kemudian dianalisis dan didefinisikan kebutuhan yang harus
dipenuhi oleh program yang akan dibangun. Fase ini harus dikerjakan
secara lengkap untuk bisa menghasilkan desain yang lengkap.
b. System and software design: Desain dikerjakan setelah kebutuhan selesai
dikumpulkan secara lengkap.
c. Implementation and unit testing: desain program diterjemahkan ke dalam
kode-kode dengan menggunakan bahasa pemrograman yang sudah
ditentukan. Program yang dibangun langsung diuji baik secara unit.
d. Integration and system testing: Penyatuan unit-unit program kemudian
diuji secara keseluruhan (system testing).
e. Operation and maintenance: mengoperasikan program dilingkungannya
dan melakukan pemeliharaan, seperti penyesuaian atau perubahan karena
adaptasi dengan situasi sebenarnya.
Kelebihan waterfall model:
a. Lebih disiplin
b. Dorongan bahwa dokumentasi selalu tersedia dalam setiap tahapan
(documentation driven)
c. Dorongan bahwa setiap produk yang dihasilkan selalu diperiksa
Kekurangan yang utama dari model ini adalah kesulitan dalam
mengakomodasi perubahan setelah proses dijalani. Fase sebelumnya harus
10
lengkap dan selesai sebelum mengerjakan fase berikutnya. Pengguna hanya
mendapatkan deskripsi yang panjang, dan rinci. Pengguna baru melihat
produk setelah selesai diprogram
3.6 Pemodelan Analisis
Aktifitas pemodelan analisis menitikberatkan pada tiga sasaran utama, yaitu :
a. Menggambarkan apa yang dibutuhkan pelanggan.
b. Membangun dasar bagi pembuatan desain perangkat lunak.
c. Membatasi serangkaian persyaratan yang dapat divalidasi begitu
perangkat lunak dibangun. [3]
Untuk mencapai sasaran tersebut perlu diterapkan permodelan data dan
permodelan fungsional berdasarkan inti dari permodelan analisis terstukur.
3.7 Pemodelan Data
Pemodelan Data adalah teknik untuk mendeskripsikan data yang terlibat
dalam sistem. Pemodelan data sering disebut pemodelan database karena
model data biasanya diimplementasikan sebagai database. ERD hanya
berfokus pada data dan melihat data secara independen dari pemrosesan yang
mentransformasikan data tersebut. ERD terdiri dari 3 komponen yaitu: [6]
Tabel 3.1 Tabel Deskripsi ERD
Komponen Keterangan
Entitas
Atribut
Relasi
Garis sebagai penghubung relasi dengan entitas, dan entitas dengan atribut.
1 : 1, 1 : N, N : M Kardinalitas
11
3.8 Pemodelan Fungsional
Pemodelan fungsional menggambarkan keseluruhan fungsi dari suatu sistem
sebagai sebuah transformasi dari input yang diberikan user menjadi output
yang dihasilkan oleh sistem. Alat batu yang digunakan dalam melakukan
pemodelan fungsional ini adalah DFD (Data Flow Diagram).
DCD (Data Context Diagram) adalah diagram yang terdiri dari suatu
proses dan menggambarkan ruang lingkup dari suatu sistem. DCD merupakan
level tertinggi dari DFD yang menggambarkan seluruh input ke dalam sistem.
DCD hanya ada satu proses dan tidak boleh memiliki data store. [3]
DFD level 1 menggambarkan secara menyeluruh mengenai sistem
yang ditangani, menunjukkan fungsi-fungsi utama atau proses yang ada,
aliran data dan entitas eksternal. Pada level ini sudah memungkinkan adanya
data store. Di dalam satu level DFD sebaiknya tidak lebih dari 7 buah
proses, dan maksimal 9, bila lebih maka harus dilakukan dekomposisi. [1]
DFD mempunyai empat komponen utama, yaitu external entity, data
flow, proses, dan data store. Penjelasan dari masing-masing elemen tersebut
adalah sebagai berikut:
a. External entity
Sesuatu yang berada di luar sistem, tetapi memberikan data ke dalam
sistem atau menerima data dari sistem.
Pedoman pemberian nama external entity:
1) Nama external entity berupa kata benda
2) External entity tidak boleh memiliki nama yang sama kecuali
memang objeknya sama (digambarkan dua kali).
b. Data Flow (Arus Data)
Arus data merupakan tempat mengalirnya informasi dan digambarkan
dengan garis yang menghubungkan komponen dari sistem. Arus data
mengalir di antara proses, data store. Arus data dapat merupakan input
bagi sistem maupun output dari sistem.
12
Pedoman pemberian nama aliran data:
1) Nama aliran data yang terdiri dari beberapa kata dihubungakan
dengan garis sambung.
2) Tidak boleh ada aliran data yang namanya sama, dan pemberian
nama harus mencerminkan isinya.
3) Aliran data yang terdiri dari beberapa elemen dapat dinyatakan
dengan grup elemen.
4) Hindari penggunaan kata ‘data’ dan ‘informasi’ untuk memberi nama
pada aliran data.
5) Sedapat mungkin nama aliran data ditulis lengkap.
6) Tidak boleh ada aliran data dari external entity ke data store atau
sebaliknya. Hubungan antara external entity dengan data store harus
melalui suatu proses, sebab external entity bukan merupakan bagian
dari sistem.
7) Aliran data yang masuk atau keluar dari data store tidak perlu diberi
nama bila aliran data sederhana dan mudah dipahami atau aliran data
menggambarkan seluruh data item (satu record utuh).
c. Proses
Proses merupakan apa yang dikerjakan oleh sistem, berfungsi untuk
mentransformasikan data masukan menjadi data keluaran sesuai dengan
spesifikasi yang diinginkan.
Pedoman pemberian nama proses:
1) Nama proses terdiri dari kata kerja dan kata benda yang
mencerminkan fungsi dari proses tersebut.
2) Jangan menggunakan kata ‘proses’ sebagai bagian dari nama suatu
proses.
3) Tidak ada proses yang memiliki nama sama.
4) Proses harus diberi nomor sesuai dengan kaidah penomoran level
pada DFD.
d. Data Store
Data store merupakan tempat penyimpanan data yang ada dalam sistem.
13
Pedoman pemberian nama data store:
1) Nama harus mencerminkan data store tersebut
2) Bila namanya lebih dari satu kata maka harus diberi tanda sambung.
Notasi untuk setiap elemen DFD dapat dilihat pada tabel berikut: [6]
Tabel 3.2 Tabel Notasi DFD
Notasi Keterangan
External Entity (Entitas Eksternal)
Data Flow (Aliran Data)
Process (Proses)
Data Store
3.9 Desain Perangkat Lunak
Desain perangkat lunak berada pada titik teknik dari proses rekayasa
perangkat lunak dan diimplementasikan tanpa memperhatikan model proses
perangkat lunak yang digunakan. Begitu persyaratan perangkat lunak telah
mulai dianalisis, dan ditentukan, maka desain perangkat lunak menjadi yang
pertama dari tiga aktifitas teknik desain, pembuatan kode, dan pengujian yang
diperlukan untuk membangun dan menguji perangkat lunak. Dari permodelan
data dan permodelan fungsional menghasilkan desain data dan desain
interface.
Desain data mentransformasikan model domain informasi yang dibuat
selama analisis ke dalam struktur data yang akan diperlukan untuk
mengimplemantasikan perangkat lunak. Objek dan hubungan data yang
ditetapkan dalam CDM dan isi detail yang digambarkan dari kamus data,
menjadi basis dari aktivitas desain data.
Desain arsitektur menentukan hubungan di antara elemen-elemen
struktural utama dari program. Representasi desain tersebut dapat diperoleh
14
dari model-model analisis dan interaksi subsistem yang ditentukan dalam
model analisis.
Desain antarmuka menggambarkan bagaimana perangkat lunak
berkomunikasi dalam dirinya sendiri, dengan sistem yang berinteraksi
dengannya, dan dengan manusia yang menggunakaanya. Antarmuka
mengimplikasikan aliran informasi, sehingga DFD memberikan informasi
bagi desain antarmuka. Beberapa pedoman umum dalam desain antarmuka
adalah:
a. Konsisten, menggunakan format yang konsisten untuk pemilihan menu,
perintah input, tampilan, dan fungsi lainnya dalam interaksi manusia dan
komputer.
b. Ada umpan balik yang berarti kepada pemakai untuk memastikan bahwa
ada komunikasi dua arah (antara antarmuka dan pemakai).
c. Terdapat verifikasi terhadap sembarang aksi destruktif yang signifikan,
misalnya konfirmasi penghapusan file.
d. Efisiensi dalam dialog, gerakan, dan pemikiran, serta mengurangi jumlah
informasi yang harus diingat di antara aksi-aksi.
e. Menggunakan huruf besar dan kecil, indentasi, dan pengelompokan teks
untuk membantu pemahaman.
f. Tidak mengaktifkan perintah yang tidak sesuai di dalam konteks aksi
yang sedang berlangsung.
3.10PHP
PHP (akronim dari PHP Hypertext Preprocessor) yang merupakan bahasa
pemrogramman berbasis web yang memiliki kemampuan untuk memproses
data dinamis. Kode PHP dapat disertakan sebagai tag pada kode HTML.
Sintak PHP hampir sama dengan Bahasa C, yang dapat melakukan
penanganan kasus.
Contoh terkenal dari aplikasi PHP adalah forum (phpBB) dan
MediaWiki (software di belakang Wikipedia). PHP juga dapat dilihat sebagai
pilihan lain dari ASP.NET/C#/VB.NET Microsoft, ColdFusion Macromedia,
15
JSP/Java Sun Microsystems, dan CGI/Perl. Contoh aplikasi lain yang lebih
kompleks berupa CMS yang dibangun menggunakan PHP adalah Mambo,
Joomla!, Postnuke, Xaraya, dan lain-lain.
3.11MySQL
MySQL merupakan database management system (DBMS) yang sangat
populer digunakan bersama PHP. PHP dengan MySQL adalah kombinasi
yang baik untuk menampilkan kekuatan sesungguhnya dari Server-Side
scripting. Pada MySQL, pengguna dapat membuat tabel, dimana data dapat
disimpan lebih efisien dibandingkan menyimpan data dalam array. Untuk
menggunakan MySQL ataupun database lain secara efektif, diperlukan
pemahaman Structured Query Language (SQL) [5].
Database yang memiliki struktur relasional, terdapat tabel-tabel yang
menyimpan data. Setiap tabel terdiri dari kolom dan baris. Sebuah kolom
mendefinisikan jenis informasi apa yang akan disimpan. Diperlukan kolom
khusus untuk setiap jenis informasi lebih detail yang ingin disimpan.
Apabila kolom mendefinisikan jenis informasi apa yang akan
disimpan, maka sebuah baris adalah data aktual yang disimpan. Setiap baris
dari tabel adalah masukan dari tabel tersebut dan berisi nilai-nilai untuk setiap
kolom tabel tersebut.
16
BAB IV
PEMBAHASAN
4.1 Deskripsi Umum Perangkat Lunak
4.1.1 Deskripsi Umum
Sistem informasi Akuntansi PT Vermindo Technology Utama adalah
salah satu bagian dari Sistem Informasi Management dari PT
Vermindo Technology Utama. Neraca Saldo sebelum dan setelah
penyesuaian merupakan salah satu module bagian dari sistem
Informasi Akuntansi ini.
Neraca Saldo disusun untuk memastikan bahwa Buku Besar
secara matematis adalah akurat dengan pengertian bahwa jumlah
saldo-saldo debet selalu sama dengan saldo-saldo kredit. Namun
keseimbangan bukan berarti catatan-catatan akuntansi benar-benar
akurat. Module Neraca Saldo Sebelum dan Setelah Penyesuaian ini
mempunyai 2 fungsi utama, yaitu menampilkan neraca saldo dan
mencari posisi neraca saldo pada tanggal tertentu.
4.1.2 Karakteristik Pengguna
Pengguna yang terlibat dalam Sistem Informasi Akuntansi PT
Vermindo Technology Utama adalah admin sebagai user tunggal.
Admin melakukan input transaksi, edit transaksi dan melihat transaksi
keuangan yang dilakukan oleh PT Vermindo Technology Utama.
4.1.3 Kebutuhan Fungsional
Kebutuhan fungsional Neraca Saldo Sistem Informasi Akuntansi PT
Vermindo Technology Utama adalah
17
Tabel 4.1 Kebutuhan Fungsional Sistem
No SRS-ID Deskripsi
1 SRS-NSSIA-F-001 Melakukan validasi login
2 SRS-NSSIA-F-002Menampilkan informasi neraca
saldo sebelum jurnal penyesuaian
3 SRS-NSSIA-F-003
Menampilkan informasi neraca
saldo sebelum jurnal penyesuaian
sampai tanggal tertentu
4 SRS-NSSIA-F-004Menampilkan informasi neraca
saldo setelah jurnal penyesuaian
5 SRS-NSSIA-F-005
Menampilkan informasi neraca
saldo setelah jurnal penyesuaian
sampai tanggal tertentu
4.1.4 Kebutuhan Non Fungsional
Kebutuhan non fungsional Neraca Saldo Sistem Informasi Akuntansi
PT. Vermindo Technology Utama adalah
Tabel 4.2 Kebutuhan non fungsional sistem
No SRS-ID Deskripsi
1 SRS-NSSIA-N-001 Memfilter neraca saldo
2 SRS-NSSIA-N-002 Kapasitas hardisk yang besar
3 SRS-NSSIA-N-003 RAM yang cukup memadai
4 SRS-NSSIA-N-004
Penggunaan web browser standar
seperti Mozilla Firefox, Google
Chrome, atau Opera.
4.2 Pemodelan Analisis
4.2.1 Pemodelan Data
Pembuatan Sistem Informasi Akutansi PT. Vermindo Technology
Utama, khususnya pada pembuatan Neraca Saldo ini memproses
seluruh data transaksi keuangan yang dilakukan oleh perusahaan ini.
18
Media yang digunakan untuk mendeskripsikan pemodelan data
tersebut adalah Conceptual Data Model (CDM). CDM yang dibuat
digambarkan pada gambar 4.1.
memiliki
memiliki
memiliki
memiliki
memiliki
memiliki menambah
memiliki
login
userpass
saldo awal
Idkode_akunnama_akundebetkredit
tbl_akun
kode_akunnama_akunkode_parentKode_childkode
jurnal umum
Idid_transaksitanggalketerangankode_akundebetkreditReffnama_akun
jurnal_penyesuaian
id_tabelid_transaksitanggalketerangankode_akunnama_akundebetkredit
Gambar 4.1 Conceptual Diagram Model Neraca Saldo Sistem Informasi
Akuntansi PT Vermindo Technology Utama
4.2.2 Pemodelan Fungsional
Kebutuhan fungsional untuk sistem ini disajikan menggunakan DFD
(Data Flow Diagram). DFD level 0 atau sering disebut DCD (Data
Context Diagram) berguna untuk mempresentasikan sistem sebagai
black box dilingkungan sekitarnya. Sedangkan DFD level 1 berguna
untuk menggambarkan fungsi-fungsi yang ditransformasikan data dan
menggambarkan bagaimana data ditransformasikan pada perangkat
lunak.
Data Context Diagram untuk Sistem Informasi Akuntansi PT
Vermindo Technology Utama, khususnya bagian Neraca Saldo
ditunjukan pada gambar 4.2.
19
Gambar 4.2 Data Context Diagram Neraca Saldo Sistem Informasi Akuntansi PT.
Vermindo Technology Utama
Data Flow Diagram Level 1 terdiri dari 4 proses yaitu
melakukan login, menampilkan halaman utama, mengolah data
transaksi untuk neraca saldo, menampilkan informasi neraca saldo, dan
mencari data neraca saldo. DFD Level 1 ditunjukkan pada gambar 4.3.
Data Flow Diagram level 2 dibagi menjadi dua bagian. Bagian
pertama adalah subproses dari menampilkan informasi neraca saldo
yang terdiri dari menampilkan neraca saldo sebelum penyesuaian dan
menampilkan neraca saldo setelah penyesuaian (gambar 4.5). Bagian
kedua adalah mencari data neraca saldo terdiri dari menampilkan hasil
pencarian neraca sebelum penyesuaian dan menampilkan pencarian
neraca saldo setelah penyesuaian (gambar 4.6).
Sistem untuk module ini melibatkan 5 (lima) data store login,
tbl_akun, jurnal_umum, jurnal_penyesuaian, dan saldo_awal.
20
Gambar 4.3 Data Flow Diagram level 1 Neraca Saldo Sistem Informasi Akuntansi PT Vermindo Technology Utama
21
Gambar 4.4 Subproses menampilkan neraca saldo
Gambar 4.5 Subproses mencari neraca saldo
22
4.3 Desain Aplikasi
Aktivitas desain yang menggambarkan Sistem Informasi Akuntansi PT
Vermindo Technology Utama, khususnya bagian Neraca Saldo meliputi
desain data dan desain antarmuka.
4.2.1 Desain Data
Berdasarkan Entity Relationship Diagram (ERD) pada tahap analisa,
deskripsi tabel-tabel dalam basis data yang digunakan untuk
menyimpan dan mengolah data Neraca Saldo adalah sebagai berikut :
a. Tabel tbl_akun
Nama Tabel : tbl_akun
Deskripsi Isi : berisi data akun apa saja yang digunakan
perusahaan
Primary Key : kode_akun
Tabel 4.3 Struktur Tbl_akun
Id Field Deskripsi Tipe Null
kode_akunField kode akun yang
digunakanvarchar(10) No
nama_akunField nama akun yang
digunakanvarchar(100) No
kode_parentMenunjukkan parent akun
dalam treevarchar(8) No
kode_childMenunjukkan akun paling
luar dalam treevarchar(1) No
b. Tabel login
Nama Tabel : login
Deskripsi Isi : berisi data username dan password user untuk
masuk sistem.
Primary Key : user
23
Tabel 4.4 Struktur login
Id Field Deskripsi Tipe Null
UserUsername untuk masuk ke
sistemVarchar(20) No
PassPassword yang harus
dimasukkanVarchar(16) No
c. Tabel saldo_awal
Nama Tabel : saldo_awal
Deskripsi Isi : berisi catatan neraca saldo setelah penyesuaian dan
penutupan pada tahun sebelumnya
Primary Key : id
Tabel 4.5 Struktur saldo_awal
Id Field Deskripsi Tipe Null
IdField Identifikasi tabel
saldo_awalInt(11) No
Kode_akunKode akun yang
digunakanVarchar(10) No
Nama_akunNama akun yang
digunakanVarchar(100) No
Debet Jumlah uang sisi debet Double No
Kredit Jumlah uang sisi kredit Kredit No
d. Tabel jurnal
Nama Tabel : jurnal
Deskripsi Isi : berisi catatan transaksi jurnal umum maupun jurnal
khusus
Primary Key : Id
Tabel 4.6 Struktur jurnal
Id Field Deskripsi Tipe Null
Id Field identifikasi nomor Int(11) No
24
jurnal
Id_transaksiIdentifikasi nomor
transaksiInt(11) No
Tanggal Tanggal transaksi Varchar(15) No
Keterangan Keterangan transaksi Text No
Kode_akunKode akun yang
digunakanVarchar(10) No
Debet Jumlah uang sisi debet Double No
Kredit Jumlah uang sisi kredit Double No
ReffBukti
pembayaran/transaksiVarchar(50) No
Nama_akunNama akun yang
digunakanVarchar(100) No
e. Tabel jurnal_penyesuaian
Nama Tabel : jurnal_penyesuaian
Deskripsi Isi : berisi catatan transaksi jurnal penyesuaian yang
merevisi jurnal umum yang sudah ada.
Primary Key : id_tabel
Tabel 4.7 Struktur jurnal_penyesuaian
Id Field Deskripsi Tipe Null
Id_tabelField Identifikasi tabel
jurnal penyesuaianInt(11) No
Id_transaksi Identifikasi nomor transaksi Int(11) No
Tanggal Tanggal transaksi Date No
Keterangan Keterangan transaksi Text No
Kode_akun Kode akun yang digunakan Varchar(15) No
Nama_akun Nama akun yang digunakan Varchar(50) No
Debet Jumlah uang sisi debet Double No
Kredit Jumlah uang sisi kredit Double No
25
4.2.2 Desain Antarmuka
Desain Antarmuka merupakan perancangan bentuk tampilan dari
Sistem Informasi Akuntansi. Rancangan antar muka yang akan
digunakan pada Neraca Saldo ini adalah :
a. Antarmuka Login
ID Antarmuka : AM-SIA-01
Antarmuka : Halaman login user
Deskripsi : Tampilan halaman login user. User harus input
username dan password yang telah ditentukan.
Gambar 4.6 Desain Antarmuka login
b. Antarmuka Halaman Utama
ID Antarmuka : AM-SIA-02
Antarmuka : Halaman Utama
Deskripsi : Tampilan Halaman Utama. Setelah melakukan
login, user akan masuk pada halaman utama.
Pada halaman ini terdapat menu-menu untuk
melakukan pencatatan transaksi, splash screen
dan waktu untuk memuat halaman.
26
Gambar 4.7 Desain Antarmuka Halaman Utama
c. Antarmuka Neraca Saldo Sebelum Penyesuaian
ID Antarmuka : AM-SIA-03
Antarmuka : Halaman neraca saldo setelah penyesuaian
Deskripsi : Tampilan halaman neraca saldo sebelum
penyesuaian. User dapat melihat keadaan posisi
keuangan dengan melihat jumlah total antara
debet dan kredit pada transaksi dan saldo.
Gambar 4.8 Desain Antarmuka Neraca Saldo Sebelum Penyesuaian
27
d. Antarmuka Neraca Saldo Setelah Penyesuaian
ID Antarmuka : AM-SIA-04
Antarmuka : Halaman neraca saldo setelah penyesuaian
Deskripsi : Tampilan halaman neraca saldo sebelum
penyesuaian. User dapat melihat keadaan posisi
keuangan dengan melihat total antara debet dan
kredit pada transaksi dan saldo.
Gambar 4.9 Desain Antarmuka Neraca Saldo Setelah Penyesuaian
4.4 Implementasi Aplikasi
Sistem Informasi Akuntansi PT. Vermindo Technology Utama merupakan
sistem yang berbasis web. Sistem ini diimplementasi dengan menggunakan
bahasa pemrograman PHP dan basis data MySQL.
4.4.1 Login
Sebelum dapat menampilkan neraca saldo, user diharuskan untuk
melakukan login terlebih dahulu yaitu dengan mengisi kolom
username dan kolom password.
28
Gambar 4.10 Desain Antarmuka Neraca Saldo Setelah Penyesuaian
Apabila username dan password terdaftar dalam sistem, sistem
akan menampilkan halaman utama.
Gambar 4.11 Desain Antarmuka Neraca Saldo Setelah Penyesuaian
Namun, apabila username atau password tidak terdaftar dalam sistem,
akan ditampilkan peringatan bahwa username atau password salah.
Gambar 4.12 Desain Antarmuka Neraca Saldo Setelah Penyesuaian
29
4.4.2 Menu
Sistem Informasi Akuntansi memiliki menu-menu yang dapat
digunakan untuk melakukan semua fungsional sistem seperti menu
neraca saldo. Menu Sistem Informasi Akuntansi ini menggunakan
javascript accordion. Menu-menu yang disediakan pada sistem
disajikan pada gambar 5.3
Gambar 4.13 Desain Antarmuka Neraca Saldo Setelah Penyesuaian
Menu Neraca Saldo mempunyai submenu Neraca Saldo Sebelum
Penyesuaian dan Neraca Saldo Setelah Penyesuaian.
4.4.3 Neraca Saldo Sebelum Penyesuaian
Menu Neraca Saldo Sebelum Penyesuaian merupakan submenu dari
Neraca Saldo. Pada halaman ini ditampilkan akun-akun transaksi dari
jurnal umum dan saldo awal perusahaan untuk mengetahui keadaan
posisi keuangan apakah jumlahnya sudah seimbang antara debet dan
kreditnya transaksi dan saldo sebelum ada penyesuaian sampai hari
dimana user mengakses Sistem Informasi Akuntansi ini.
30
Gambar 4.14 Tampilan Atas Neraca Saldo Sebelum Penyesuaian
Gambar 4.15 Tampilan Bawah Neraca Saldo Sebelum Penyesuaian
Selain itu, pada halaman neraca saldo sebelum penyesuaian ini
bisa mencari posisi neraca sampai pada hari yang diinginkan oleh user.
Gambar 4.16 Pencarian Posisi Neraca Saldo Sebelum Penyesuaian
31
4.4.4 Neraca Saldo Setelah Penyesuaian
Seperti halnya neraca saldo sebelum penyesuaian yang menampilkan
posisi keuangan perusahaan dari akun-akun transaksi jurnal umum dan
saldo awal, tetapi untuk neraca saldo setelah penyesuaian ini ada
tambahan transaksi dari jurnal penyesuaian. Tampilannya hampir sama
dengan Neraca Saldo Sebelum Penyesuaian dan bisa mencari posisi
neraca sampai pada hari yang diinginkan oleh user juga.
Gambar 4.17 Tampilan Atas Neraca Saldo Setelah Penyesuaian
Gambar 4.18 Tampilan Bawah Neraca Saldo Setelah Penyesuaian
32
4.5 Pengujian Sistem
4.5.1 Persiapan Prosedural
Prosedur yang akan dilakukan terhadap Sistem Informasi Akuntansi
terdiri dari dari delapan langkah pengujian. Pengujian dilakukan agar
bug atau cacat pada perangkat lunak yang dibuat dapat ditemukan.
Langkah-langkah prosedur pengujian adalah sebagai berikut:
a. Menyiapkan software yang ingin diuji serta hardware yang
mendukung dalam proses pengujian.
b. Menetapkan tujuan yang hendak dicapai dalam setiap pengujian
yang dilakukan, yang telah ada pada skenario rencana pengujian.
c. Menentukan kategori keberhasilan dalam pengujian.
d. Membuat kasus uji dan hasil uji
e. Menemukan defect/cacat yang ada dalam software
f. Membuat perbaikan terhadap defect yang ada.
g. Menentukan diterima atau tidaknya skenario tes.
h. Membuat evaluasi pengujian.
4.5.2 Rencana Pengujian
Tabel 4.8 Kebutuhan fungsional sistem
No SRS-ID PengujianJenis
PengujianIdentifikasi
1 SRS-NSSIA-F-0011. Form login
2. Session halaman loginBlackbox U-1-001
2 SRS-NSSIA-F-002Antarmuka neraca saldo
sebelum penyesuaianBlackbox U-2-001
3 SRS-NSSIA-F-003Antarmuka neraca saldo
sebelum penyesuaianBlackbox U-3-001
4 SRS-NSSIA-F-004Antarmuka neraca saldo
setelah penyesuaianBlackbox U-4-001
5 SRS-NSSIA-F-004Antarmuka neraca saldo
setelah penyesuaianBlackbox U-5-001
33
4.5.3 Deskripsi dan Hasil Uji
a. Pengujian Validasi Pengguna
Kode SRS : SRS-SIA-F-001
Deskripsi : Pengujian form login
Tabel 4.9 Hasil Uji SRS-SIA-F-001
Identifikasi Deskripsi Prosedur Pengujian Keluaran yang Diharapkan Evaluasi Hasil Kesimpulan
U-1-001 Memasukkan username dan
password dengan benar
Memasukkan
username atau
password ke dalam
field masing-masing
kemudian menekan
tombol login
Sistem menampilkan
halaman utama
Halaman utama tampil Diterima
U-1-002 Memasukkan username
yang salah
Sistem menampilkan
peringatan
Sistem dapat menampilkan
peringatan kesalahan
Diterima
U-1-003 Memasukkan password
yang salah
Sistem menampilkan
peringatan
Sistem dapat menampilkan
peringatan kesalahan
Diterima
U-1-004 Memasukkan username dan
password yang salah
Sistem menampilkan
peringatan
Sistem dapat menampilkan
peringatan kesalahan
Diterima
U-1-005 Mengosongkan field
username dan password
Sistem menampilkan
peringatan
Sistem dapat menampilkan
peringatan kesalahan
Diterima
U-1-006 Hanya mengosongkan field
username
Sistem menampilkan
peringatan
Sistem dapat menampilkan
peringatan kesalahan
Diterima
U-1-007 Hanya mengosongkan field Sistem menampilkan Sistem dapat menampilkan Diterima
34
password peringatan peringatan kesalahan
U-1-008 Menguji fungsi session pada
halaman login
Menekan tombol
back pada browser
yang digunakan
sesaat setelah
berhasil login
Sistem tidak kembali ke
halaman login
Sistem tidak kembali ke
halaman login
Diterima
b. Pengujian Menampilkan Neraca Saldo Sebelum Penyesuaian
Kode SRS : SRS-SIA-F-002
Deskripsi : Pengujian terhadap halaman neraca saldo sebelum penyesuaian untuk menampilkan neraca saldo
sebelum penyesuaian sampai posisi tanggal user mengakses sistem tersebut.
Tabel 4.10 Hasil Uji SRS-SIA-F-002
Identifikasi Deskripsi Prosedur Pengujian Keluaran yang Diharapkan Evaluasi Hasil Kesimpulan
U-2-001 Menampilkan neraca saldo
sebelum penyesuaian
Menekan menu
neraca saldo
kemudian submenu
neraca saldo sebelum
penyesuaian.
Neraca Saldo sebelum
penyesuaian ditampilkan
Neraca Saldo sebelum
penyesuaian ditampilkan
Diterima
c. Pengujian Menampilkan Pencarian Neraca Saldo Sebelum Penyesuaian Sampai Tanggal Tertentu
35
Kode SRS : SRS-SIA-F-003
Deskripsi : Pengujian terhadap halaman neraca saldo sebelum penyesuaian untuk menampilkan neraca saldo
sampai tanggal tertentu.
Tabel 4.11 Hasil Uji SRS-SIA-F-003
Identifikasi Deskripsi Prosedur Pengujian Keluaran yang Diharapkan Evaluasi Hasil Kesimpulan
U-3-001 Menampilkan neraca saldo
sebelum penyesuaian
sampai tanggal tertentu
Menekan menu
neraca saldo
kemudian submenu
neraca saldo sebelum
penyesuaian.
Pada halaman ada
textbox “Cari sampai
tanggal” ditekan
maka akan muncul
popup kalender dan
bisa untuk dipilih.
Kemudian barulah
tekan button “cari”
Neraca Saldo sebelum
penyesuaian sampai
periode tanggal tertentu
ditampilkan
Neraca Saldo sebelum
penyesuaian sampai
periode tanggal tertentu
ditampilkan
Diterima
d. Pengujian Menampilkan Neraca Saldo Setelah Penyesuaian
36
Kode SRS : SRS-SIA-F-004
Deskripsi : Pengujian terhadap halaman neraca saldo setelah penyesuaian untuk menampilkan neraca saldo setelah
penyesuaian sampai posisi tanggal user mengakses sistem tersebut.
Tabel 4.12 Hasil Uji SRS-SIA-F-004
Identifikasi Deskripsi Prosedur Pengujian Keluaran yang Diharapkan Evaluasi Hasil Kesimpulan
U-4-001 Menampilkan neraca saldo
setelah penyesuaian
Menekan menu
neraca saldo
kemudian submenu
neraca saldo setelah
penyesuaian.
Neraca Saldo setelah
penyesuaian ditampilkan
Neraca Saldo setelah
penyesuaian ditampilkan
Diterima
e. Pengujian Menampilkan Pencarian Neraca Saldo Setelah Penyesuaian Sampai Tanggal Tertentu
37
Kode SRS : SRS-SIA-F-005
Deskripsi : Pengujian terhadap halaman neraca saldo setelah penyesuaian untuk menampilkan neraca saldo sampai
tanggal tertentu.
Tabel 4.13 Hasil Uji SRS-SIA-F-005
Identifikasi Deskripsi Prosedur Pengujian Keluaran yang Diharapkan Evaluasi Hasil Kesimpulan
U-5-001 Menampilkan neraca saldo
setelah penyesuaian sampai
tanggal tertentu
Menekan menu
neraca saldo
kemudian submenu
neraca saldo setelah
penyesuaian.
Pada halaman ada
textbox “Cari sampai
tanggal” ditekan
maka akan muncul
popup kalender dan
bisa untuk dipilih.
Kemudian barulah
tekan button “cari”
Neraca Saldo setelah
penyesuaian sampai
periode tanggal tertentu
ditampilkan
Neraca Saldo setelah
penyesuaian sampai
periode tanggal tertentu
ditampilkan
Diterima
38
BAB V
PENUTUP
5.1 Kesimpulan
Neraca saldo pada Sistem Informasi Akuntansi di PT. Vermindo Technology
Utama ini menggunakan bahasa pemrograman PHP dan basis data MySQL.
Transaksi dimasukkan ke jurnal umum ataupun jurnal penyesuaian,
maka secara otomatis datanya juga akan masuk ke proses Neraca saldo.
Sehingga memudahkan user untuk mengetahui dengan mudah posisi
keuangan perusahaan saat itu ataupun periode tertentu.
Neraca Saldo mempunyai dua sisi antara Debet dan Kredit. Hasil
jumlah Transaksi pada kolom Debet dan Kredit Transaksi harus sama. Begitu
juga dengan hasil jumlah Saldo pada kolom Debet dan Kredit Transaksi harus
sama. Jika tidak sama, maka bisa ditelusuri dengan cepat pada jurnal maupun
buku besar.
5.2 Saran
Neraca saldo sebelum dan setelah penyesuaian pada Sistem Informasi
Akuntansi di PT. Vermindo Technology Utama dapat dikembangkan menjadi
sistem yang lebih baik lagi. Adapun fitur yang ingin ditambahkan bisa ke
fungsi-fungsinya maupun dengan tampilannya.
39
DAFTAR PUSTAKA
[1] Al Bahra Bin Ladjamudin B. 2006. Rekayasa Perangkat Lunak. Yogyakarta
: Graha Ilmu.
[2] Jogiyanto, H.M. 2005. Sistem Teknologi Informasi Edisi 2. Yogyakarta :
ANDI.
[3] Pressman, Roger S. 2001. Software Engineering : A Practitioner’s
Approach Fifth Edition. New York : McGraw - Hill Companies, Inc.
[4] Poniman. 2006. Akuntansi Bisnis untuk Perusahaan Jasa, Dagang dan
Industri. Semarang.
[5] Sommerville, Ian. 2001. Software Engineering .6th . Addison Wesley.
[6] Widodo, Aris Puji, Djalal ER Riyanto, dan Beta Noranita. 2004. Buku Ajar
Basis Data. Jurusan Matematika Fakultas MIPA Universitas Diponegoro.
i
LAMPIRAN 1
Surat Permohonan Ijin Praktek Kerja Lapangan
ii
LAMPIRAN 2
Kartu Keikutsertaan Seminar PKL
iii
LAMPIRAN 3
Kartu Bimbingan PKL
iv
LAMPIRAN 4
Surat Keterangan Praktek Kerja Lapangan
v
LAMPIRAN 5
Daftar Hadir Peserta Seminar Praktek Kerja Lapangan
vi
vii
LAMPIRAN 6
Lembar Tanya Jawab Seminar Laporan Praktek Kerja Lapangan
1. Drs. Kushartantya, MI. Komp
Tanya : Belajar Neraca Saldo darimana?
Jawab : Belajar Neraca Saldo dari Bapak pembimbing di PT Vermindo
Technology Utama, namun selanjutnya membaca sendiri dari buku.
2. Irse Lintang K - 24010310130057
Tanya : Mengapa harus imbang debet-kreditnya? Mengapa beda kode buat
debet-kreditnya?
Jawab : Debet-kredit pada neraca saldo harus seimbang karena sesuai
dengan prinsip akuntansi dalam persamaan dasar akuntansi yaitu
aktiva = pasiva yang berarti posisi keseimbangan antara kekayaan
sebagai aktiva dengan sumber darimana kekayaan dimaksud
diperoleh sebagai pasiva.
3. Anggi Ayu Meidamara - 24010310130062
Tanya : Pada kesimpulan disebutkan “keseimbangan belum tentu akurat”,
itu mengapa? Bagaimana mengeluarkan uang misalnya kas dalam
kondisi minus? Fitur apa yang bisa ditambahkan lagi?
Jawab : “Keseimbangan belum tentu akurat” ini mengartikan bahwa pada
neraca saldo bisa saja hasil dari manipulasi sewaktu memasukkan
pada jurnal. Untuk teknisnya mungkin dari meminjam dari bank,
atau piutang lain, namun untuk dalam sistemnya minus masuk
dalam kredit. Fitur yang bisa ditambahkan yaitu mencetak neraca
saldo dalam bentuk .pdf atau .xlsx
4. Nasyarudin Latif - J2F009054
Tanya : Apakah ada sistem backup jika ada error?
Jawab : Dalam sistem ini hanya backup data saja melalui databasenya.
Untuk backup sistemnya belum ada.
viii
5. Made Andrew Yuda – J2F009082
Tanya : Apakah programnya ada cetak laporan karena biasanya dibutuhkan
arsip di kantor-kantor pada umumnya?
Jawab : Pencetakan laporan dilakukan di bagian lain sistem. Dalam module
neraca saldo ini tidak ada pencetakan neraca, hanya menampilkan
neraca saja karena dari klien sendiri tidak memintanya. Dan ini bias
dimasukkan sebagai saran untuk pencetakan neraca saldo sebagai
arsip.
6. Suwita Imaniar Sitorus – J2F009023
Tanya : Pada awalnya sistem seperti apa? Bagaimana cara penggabungan
data lama dan baru?
Jawab : Awalnya sistem ini masih manual menggunakan MS. Excel. Cara
penggabungan data lama dan baru dengan memasukkan manual
pada sistem datanya. Untuk data lama yang dimasukkan hanya data
saldo awalnya saja.
7. Eko Widiyanto - 24010310120049
Tanya : Apa perbedaan Neraca Saldo Sebelum dan Setelah Penyesuaian?
Jawab : Neraca Saldo Sebelum Penyesuaian merupakan Perhitungan neraca
sebelum melakukan penyesuaian, neraca ini menggunakan data dari
saldo awal dan jurnal umum. Sedangkan Neraca Saldo Setelah
Penyesuaian merupakan Perhitungan neraca setelah melakukan
penyesuaian, neraca ini menggunakan data dari saldo awal, jurnal
umum dan jurnal penyesuaian.
8. Yudith Dianmar Puspa – J2F009033
Tanya : Dalam satu tim apakah model pengembangannya sama-sama
waterfall atau beda? Mengapa memilih waterfall?
Jawab : Berbeda, namun kebanyakan teman-teman menggunakan prototype.
Saya lebih memilih menggunakan waterfall karena menurut saya
dalam pengerjaan module neraca sistem ini seperti melakukan
pencatatan dan pelaporan pada akuntansi. Pertama kali yang
ix
dilakukan pencatatan pada jurnal, posting ke buku besar dan
selanjutnya dilakukan penyeimbangan pada neraca. Oleh karena itu,
saya menganalisis terlebih dahulu bagaimana jurnal umum dan buku
besar yang diterapkan pada sistem.
9. Hanifah Awliya - 24010310110015
Tanya : Bagaimana pengembangan sistem yang lebih baik itu? Apa kendala
penghitungan dalam sistem?
Jawab : Pengembangan sistem yang lebih baik itu yang sudah mencakup
segala standart dari sistem pada umumnya. Sistem ini masih banyak
kekurangan diantaranya belum ada sistem backup. Kendala dalam
perhitungan apabila salah dalam memasukkan mana yang masuk
akun Debet atau Kredit.
x