laporan revisi

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





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


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


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


IdField Identifikasi tabel

saldo_awalInt(11) No

Kode_akunKode akun yang

digunakanVarchar(10) No

Nama_akunNama akun yang


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



Kredit Jumlah uang sisi kredit Double No

ReffBukti

pembayaran/transaksiVarchar(50) No

Nama_akunNama akun yang


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


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


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


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


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


Apabila username dan password terdaftar dalam sistem, sistem

akan menampilkan halaman utama.


Namun, apabila username atau password tidak terdaftar dalam sistem,

akan ditampilkan peringatan bahwa username atau password salah.


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


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


sebelum penyesuaianBlackbox U-3-001


setelah penyesuaianBlackbox U-4-001


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



Diterima

U-1-004 Memasukkan username dan

password yang salah

Sistem menampilkan

peringatan



Diterima

U-1-005 Mengosongkan field

username dan password

Sistem menampilkan

peringatan



Diterima

U-1-006 Hanya mengosongkan field

username

Sistem menampilkan

peringatan



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


Deskripsi : Pengujian terhadap halaman neraca saldo sebelum penyesuaian untuk menampilkan neraca saldo

sebelum penyesuaian sampai posisi tanggal user mengakses sistem tersebut.



U-2-001 Menampilkan neraca saldo

sebelum penyesuaian

Menekan menu

neraca saldo

kemudian submenu

neraca saldo sebelum

penyesuaian.

Neraca Saldo sebelum

penyesuaian ditampilkan



Diterima

c. Pengujian Menampilkan Pencarian Neraca Saldo Sebelum Penyesuaian Sampai Tanggal Tertentu

35


Deskripsi : Pengujian terhadap halaman neraca saldo sebelum penyesuaian untuk menampilkan neraca saldo

sampai tanggal tertentu.




sebelum penyesuaian


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”


penyesuaian sampai

periode tanggal tertentu

ditampilkan


penyesuaian sampai


ditampilkan

Diterima

d. Pengujian Menampilkan Neraca Saldo Setelah Penyesuaian

36


Deskripsi : Pengujian terhadap halaman neraca saldo setelah penyesuaian untuk menampilkan neraca saldo setelah

penyesuaian sampai posisi tanggal user mengakses sistem tersebut.




setelah penyesuaian

Menekan menu

neraca saldo

kemudian submenu

neraca saldo setelah

penyesuaian.

Neraca Saldo setelah




Diterima

e. Pengujian Menampilkan Pencarian Neraca Saldo Setelah Penyesuaian Sampai Tanggal Tertentu

37


Deskripsi : Pengujian terhadap halaman neraca saldo setelah penyesuaian untuk menampilkan neraca saldo sampai

tanggal tertentu.




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”


penyesuaian sampai


ditampilkan


penyesuaian sampai


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

Documents

laporan revisi