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

HALAMAN PENGESAHAN

Laporan PKL dengan judul : Pembuatan Neraca Saldo pada Sistem Informasi Akuntansi di PT Vermindo Technology Utama disusun oleh : Nama NIM Fak / Jurusan : Laila Nafisatun : J2F009015 : 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 Menyetujui, Dosen Pembimbing,

Beta Noranita, M.Kom NIP 197308291998022001 Mengetahui,

Drs. Kushartantya, MI. Komp NIP 195003011979031003

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

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

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.

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 Faximile Email 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 : (024) 70119829 : (024) 8312962 : vermindo.utama@yahoo.com

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 General Manager PR Manager Marketing Manager Chief of Programmer : Agung Setia Bakti : Suhartono : Hadi Santoso : Tri Wisnu Handoyo : 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

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.

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.

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 :

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

Lebih disiplin 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 1 2

SRS-ID SRS-NSSIA-F-001 SRS-NSSIA-F-002

Deskripsi Melakukan validasi login Menampilkan informasi neraca saldo sebelum jurnal penyesuaian Menampilkan informasi neraca

SRS-NSSIA-F-003

saldo sebelum jurnal penyesuaian sampai tanggal tertentu

SRS-NSSIA-F-004

Menampilkan informasi neraca saldo setelah jurnal penyesuaian Menampilkan informasi neraca

SRS-NSSIA-F-005

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 1 2 3

SRS-ID SRS-NSSIA-N-001 SRS-NSSIA-N-002 SRS-NSSIA-N-003

Deskripsi Memfilter neraca saldo Kapasitas hardisk yang besar RAM yang cukup memadai Penggunaan web browser standar

SRS-NSSIA-N-004

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.
jurnal umum Id id_transaksi tanggal keterangan kode_akun debet kredit Reff nama_akun tbl_akun kode_akun nama_akun kode_parent Kode_child kode saldo awal Id kode_akun nama_akun debet kredit

memiliki memiliki

memiliki memiliki

jurnal_penyesuaian id_tabel id_transaksi tanggal keterangan kode_akun nama_akun debet kredit

memiliki

memiliki login user pass

memiliki

menambah

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

0 saldo_awal akun_perusahaan transaksi_jurnal_umum transaksi_jurnal_penyesuaian login tanggal_sebelum_penyesuaian tanggal_setelah_penyesuaian Neraca Saldo Sistem Informasi Akuntansi PT Vermindo Technology Utama Semarang

detail_verifikasi_login detail_hasil_cari_sebelum_penyesuaian user detail_hasil_cari_setelah_penyesuaian neraca_saldo_setelah neraca_saldo_sebelum

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

ak un_perusahaan login saldo_awal transak si_jurnal_umum transak si_jurnal_peny esuaian detail_login_user

2 mengolah data transak untuk si neraca saldo detail_jurnal_umum detail_ak un

detail_jurnal_penyesuaian

login tbl_ak un detail_saldo_awal

login

jurnal_penyesuaian

saldo_awal detail_verifik asi_login tanggal_setelah_peny esuaian tanggal_sebelum_penyesuaian detail_hasil_cari_setelah_penyesuaian detail_hasil_cari_sebelum_peny esuaian user detail_ak un

jurnal_umum

3 detail_saldo_awal neraca_saldo_setelah 4 mencari data neraca saldo neraca_saldo_sebelum detail_saldo_awal detail_ak un detail_jurnal_umum menampilk an informasi neraca saldo detail_jurnal_umum

detail_jurnal_penyesuaian

detail_jurnal_penyesuaian

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 kode_akun

Deskripsi Field kode akun yang digunakan Field nama akun yang digunakan Menunjukkan parent akun dalam tree Menunjukkan akun paling luar dalam tree

Tipe varchar(10)

Null No

nama_akun

varchar(100)

No

kode_parent

varchar(8)

No

kode_child

varchar(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 User

Deskripsi Username untuk masuk ke sistem Password yang harus dimasukkan

Tipe Varchar(20)

Null No

Pass

Varchar(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 Id

Deskripsi Field Identifikasi tabel saldo_awal Kode akun yang digunakan Nama akun yang digunakan Jumlah uang sisi debet Jumlah uang sisi kredit

Tipe Int(11)

Null No

Kode_akun

Varchar(10)

No

Nama_akun Debet Kredit d. Tabel jurnal

Varchar(100) Double Kredit

No No No

Nama Tabel : jurnal Deskripsi Isi : berisi catatan transaksi jurnal umum maupun jurnal khusus Primary Key : Id
Tabel 4.6 Struktur jurnal

Id Field Id

Deskripsi Field identifikasi nomor

Tipe Int(11)

Null No

24

jurnal Id_transaksi Tanggal Keterangan Kode_akun Debet Kredit Reff Identifikasi nomor transaksi Tanggal transaksi Keterangan transaksi Kode akun yang digunakan Jumlah uang sisi debet Jumlah uang sisi kredit Bukti pembayaran/transaksi Nama akun yang digunakan Int(11) Varchar(15) Text Varchar(10) Double Double Varchar(50) No No No No No No No

Nama_akun

Varchar(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 Id_tabel Id_transaksi Tanggal Keterangan Kode_akun Nama_akun Debet Kredit

Deskripsi Field Identifikasi tabel jurnal penyesuaian Identifikasi nomor transaksi Tanggal transaksi Keterangan transaksi Kode akun yang digunakan Nama akun yang digunakan Jumlah uang sisi debet Jumlah uang sisi kredit

Tipe Int(11) Int(11) Date Text Varchar(15) Varchar(50) Double Double

Null No No No No No No No 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 Deskripsi : Halaman login user : 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 Deskripsi : Halaman Utama : 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 Deskripsi : Halaman neraca saldo setelah penyesuaian : 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 Deskripsi : Halaman neraca saldo setelah penyesuaian : 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

Pengujian 1. Form login 2. Session halaman login Antarmuka neraca saldo sebelum penyesuaian Antarmuka neraca saldo sebelum penyesuaian Antarmuka neraca saldo setelah penyesuaian Antarmuka neraca saldo setelah penyesuaian

Jenis Pengujian Blackbox

Identifikasi

SRS-NSSIA-F-001

U-1-001

SRS-NSSIA-F-002

Blackbox

U-2-001

SRS-NSSIA-F-003

Blackbox

U-3-001

SRS-NSSIA-F-004

Blackbox

U-4-001

SRS-NSSIA-F-004

Blackbox

U-5-001

33

4.5.3 Deskripsi dan Hasil Uji a. Pengujian Validasi Pengguna Kode SRS Deskripsi : SRS-SIA-F-001 : Pengujian form login
Tabel 4.9 Hasil Uji SRS-SIA-F-001

Identifikasi U-1-001

Deskripsi Memasukkan username dan password dengan benar

Prosedur Pengujian Memasukkan username atau password ke dalam field masing-masing kemudian menekan tombol login

Keluaran yang Diharapkan Sistem menampilkan halaman utama Sistem menampilkan peringatan Sistem menampilkan peringatan Sistem menampilkan peringatan Sistem menampilkan peringatan Sistem menampilkan peringatan

Evaluasi Hasil Halaman utama tampil

Kesimpulan Diterima

U-1-002

Memasukkan username yang salah

Sistem dapat menampilkan Diterima peringatan kesalahan Sistem dapat menampilkan Diterima peringatan kesalahan Sistem dapat menampilkan Diterima peringatan kesalahan Sistem dapat menampilkan Diterima peringatan kesalahan Sistem dapat menampilkan Diterima peringatan kesalahan

U-1-003

Memasukkan password yang salah

U-1-004

Memasukkan username dan password yang salah

U-1-005

Mengosongkan field username dan password

U-1-006

Hanya mengosongkan field username

34

U-1-007

Hanya mengosongkan field password

Sistem menampilkan peringatan Sistem tidak kembali ke halaman login

Sistem dapat menampilkan Diterima peringatan kesalahan Sistem tidak kembali ke halaman login Diterima

U-1-008

Menguji fungsi session pada Menekan tombol halaman login back pada browser yang digunakan sesaat setelah berhasil login

b. Pengujian Menampilkan Neraca Saldo Sebelum Penyesuaian Kode SRS Deskripsi : SRS-SIA-F-002 : 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 U-2-001

Deskripsi Menampilkan neraca saldo sebelum penyesuaian

Prosedur Pengujian Menekan menu neraca saldo kemudian submenu neraca saldo sebelum penyesuaian.

Keluaran yang Diharapkan Neraca Saldo sebelum penyesuaian ditampilkan

Evaluasi Hasil Neraca Saldo sebelum penyesuaian ditampilkan

Kesimpulan Diterima

35

c. Pengujian Menampilkan Pencarian Neraca Saldo Sebelum Penyesuaian Sampai Tanggal Tertentu Kode SRS Deskripsi : SRS-SIA-F-003 : Pengujian terhadap halaman neraca saldo sebelum penyesuaian untuk menampilkan neraca saldo sampai tanggal tertentu.
Tabel 4.11 Hasil Uji SRS-SIA-F-003

Identifikasi U-3-001

Deskripsi Menampilkan neraca saldo sebelum penyesuaian sampai tanggal tertentu

Prosedur Pengujian Menekan menu neraca saldo kemudian submenu

Keluaran yang Diharapkan Neraca Saldo sebelum penyesuaian sampai periode tanggal tertentu

Evaluasi Hasil Neraca Saldo sebelum penyesuaian sampai periode tanggal tertentu ditampilkan

Kesimpulan Diterima

neraca saldo sebelum ditampilkan penyesuaian. Pada halaman ada textbox Cari sampai tanggal ditekan maka akan muncul popup kalender dan bisa untuk dipilih. Kemudian barulah tekan button cari

36

d. Pengujian Menampilkan Neraca Saldo Setelah Penyesuaian Kode SRS Deskripsi : SRS-SIA-F-004 : 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 U-4-001

Deskripsi Menampilkan neraca saldo setelah penyesuaian

Prosedur Pengujian Menekan menu neraca saldo kemudian submenu neraca saldo setelah penyesuaian.

Keluaran yang Diharapkan Neraca Saldo setelah penyesuaian ditampilkan

Evaluasi Hasil Neraca Saldo setelah penyesuaian ditampilkan

Kesimpulan Diterima

37

e. Pengujian Menampilkan Pencarian Neraca Saldo Setelah Penyesuaian Sampai Tanggal Tertentu Kode SRS Deskripsi : SRS-SIA-F-005 : Pengujian terhadap halaman neraca saldo setelah penyesuaian untuk menampilkan neraca saldo sampai tanggal tertentu.
Tabel 4.13 Hasil Uji SRS-SIA-F-005

Identifikasi U-5-001

Deskripsi Menampilkan neraca saldo setelah penyesuaian sampai tanggal tertentu

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

Keluaran yang Diharapkan Neraca Saldo setelah penyesuaian sampai periode tanggal tertentu ditampilkan

Evaluasi Hasil Neraca Saldo setelah penyesuaian sampai periode tanggal tertentu ditampilkan

Kesimpulan 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 Practitioners Approach Fifth Edition. New York : McGraw - Hill Companies, Inc.

[4]

Poniman. 2006. Akuntansi Bisnis untuk Perusahaan Jasa, Dagang dan Industri. Semarang.

[5] [6]

Sommerville, Ian. 2001. Software Engineering .6th . Addison Wesley. Widodo, Aris Puji, Djalal ER Riyanto, dan Beta Noranita. 2004. Buku Ajar Basis Data. Jurusan Matematika Fakultas MIPA Universitas Diponegoro.

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

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.