LKP : Rancang Bangun Aplikasi Pembelian dan Pembayaran Pada CV. Hikmah Utama.

RANCANG BANGUN APLIKASI PEMBELIAN DAN

PEMBAYARAN PADA CV. HIKMAH UTAMA

KERJA PRAKTEK

Program Studi

S1 Sistem Informasi Kekhususan Komputerisasi Akuntansi

Oleh:

Chafida Muzdalifah 11410110010

FAKULTAS TEKNOLOGI DAN INFORMATIKA

INSTITUT BISNIS DAN INFORMATIKA STIKOM SURABAYA 2014

Halaman

ABSTRAK ... vi

KATA PENGANTAR ... vii

DAFTAR ISI ... ix

DAFTAR GAMBAR ... xiii

DAFTAR TABEL ... xvi

DAFTAR LAMPIRAN ... xvii

BAB I PENDAHULUAN ... 1

1.1 Latar Belakang Masalah ... 1

1.2 Rumusan Masalah ... 2

1.3 Batasan Masalah ... 2

1.4 Tujuan ... 2

1.5 Manfaat ... 3

1.6 Sistematika Penulisan ... 3

BAB II GAMBARAN UMUM PERUSAHAAN ... 6

2.1 Sejarah Perusahaan ... 6

2.2 Lokasi ... 6

2.4 Struktur Organisasi ... 6

2.5 Visi dan Misi Perusahaan ... 7

2.5.1 Visi ... 7

2.5.2 Misi ... 7

2.5.3 Deskripsi Tugas ... 7

BAB III LANDASAN TEORI ... 9

3.1 Pembelian ... 9

3.2 Jenis – Jenis Pembelian ... 9

3.3 Metode Pencatat Persediaan ... 10

3.4 Retur Pembelian ... 10

3.5 Sistem Informasi Siklus Akuntansi ... 11

3.6 System Flow ... 11

3.7 Data Flow Diagram (DFD) ... 15

3.8 Entity Relationship Diagram (ERD) ... 18

3.9 Program Penunjang ... 21

3.9.1 Power Designer ... 21

3.9.2 Microsoft Visual Studio 2010 ... 22

3.9.3 Microsoft SQL Server 2008 ... 22

4.1 Prosedur Kerja Praktek ... 23

4.1.1 Dokumen Flow Pembelian ... 25

4.2 Pengembangan Sistem ... 26

4.2.1 System Flow Pembelian ... 27

4.2.2 System Flow Retur Pembelian ... 30

4.2.3 Input, Proses dan Output (HIPO) ... 31

4.2.4 Data Flow Diagram (DFD) ... 32

4.2.5 Perancangan Database ... 38

4.2.6 Struktur Tabel ... 40

4.3 Desain Input, Interface dan Output ... 44

4.3.1 Desain Input ... 45

4.3.2 Desain Interface ... 45

4.3.3 Desain Output ... 53

4.4 Implementasi Sistem ... 59

4.4.1 Kebutuhan ... 59

4.4.2 Penjelasan Pemakaian Aplikasi ... 59

BAB V PENUTUP ... 78

5.2 Saran ... 79

DAFTAR PUSTAKA ... 80

LAMPIRAN ... 81

1

1.1. Latar Belakang Masalah

CV. Hikmah Utama merupakan perusahan yang bergerak di bidang pengadaan barang dan jasa kontraktor listrik, perusahaan tersebut salah satu usaha jasa yang sangat di perlukan kebutuhan pelanggan yang akan ketersedian jaringan listrik dan instalasi listrik. CV. Hikmah Utama sangat menjaga komitmen untuk mengutamakan kepuasan pelanggan dengan selalu menjaga kualitas pekerjaan.

Dalam proses CV. Hikmah Utama ini terdapat proses pembelian barang yang akan dibutuhkan dalam ketersedian proyek jaringan listrik. Pembelian barang di lakukan dengan supplier atas kebutuhan barang dari pihak gudang, kebutuhan barang yang di perlukan sangat banyak, namun pada proses ini pembelian barang hanya dengan mengirimkan kebutuhan barang kepada ke semua supplier dengan menggunakan excel, tetapi di setiap supplier belum tentu memiliki barang yang dibutuhkan. Dan ini akan mengakibatkan penghambat waktu dalam penyelesaian di setiap proyek tersebut. Selain itu dalam proses pembayaran kepada supplier CV. Hikmah Utama hanya menggunakan analisa perhitungan biasa dengan melihat mana proyek akan di selesaikan dalam waktu singkat, maka proyek itu akan dilakukan pembayaran secara langsung atau dengan uang muka.

Hal ini mengakibatkan pembayaran ke supplier tidak merata sehingga mengakibat pembayaran sudah terlambat dari jatuh tempo yang sudah di tentukan. Dari permasalahan yang ada maka di buatkan suatu solusi sistem untuk membantu proses

2

bisnis pembelian barang dan juga pembayaran kepada supplier secara tepat dan akurat sehingga kebutuhan barang disetiap proyek dapat terpenuhi sehingga dapat membantu pihak perusahan. Berdasarkan hal tersebut di rancanglah suatu aplikasi proses pembelian barang dan pembayaran pada CV. Hikmah Utama perusahan kontraktor listrik ini.

1.2. Perumusan Masalah

Berdasarkan latar belakang diatas, dapat dirumuskan permasalahan sebagai berikut:

1. Bagaimana merancang aplikasi pembelian pada CV. Hikmah Utama sehingga dapat menghasilkan output sesuai dengan kebutuhan barang setiap proyek ? 2. Bagaimana merancang proses pembayaran kepada supplier sehingga dapat

menghasilkan output pembayaran yang tepat pada proses pembelian tersebut ?

1.3. Batasan Masalah

Berdasarkan perumusan masalah diatas maka permasalahan dibatasi sebagai berikut:

Tidak membahas tentang pengecekan barang dan pada aplikasi tidak terdapat inputan master barang.

1.4. Tujuan

Berdasarkan batasan masalah diatas, maka akan dibuat tujuan sebagai berikut: 1. Untuk dapat mengetahui informasi pemesanan setiap barang sesuai dengan

kebutuhan barang yang diperlukan oleh pihak gudang.

2. Untuk dapat mengetahui informasi realisasi pembelian barang

3. Untuk dapat mengetahui informasi tentang pembayaran kredit maupun pembayaran lunas kepada supplier.

4. Untuk dapat informasi pembayaran sedang jatuh tempo dalam proses pembayaran kredit.

5. Untuk dapat mengetahui laporan retur pembelian setiap supplier mengalami retur

1.5. Manfaat

Berdasarkan Tujuan maka dapat disimpulkan manfaat sebagai berikut ini: 1. Manfaat dari aplikasi ini agar pihak admin dapat lebih mudah dalam pengelolah

data pembelian dan pembayaran.

2. Dapat mengetahui pembelian dan pembayaran perperiode yang di tentukan 3. Dapat mengetahui laporan pemesanan, pembelian maupun laporan pembayaran

4

1.6. Sistematika Penulisan

Penulisan laporan ini secara sistematis dapat dibagi menjadi 5 bab, yaitu:

BAB I : PENDAHULUAN

Bab pertama pedahuluan membahas tentanng latar belakang kontraktor, sedangkan inti dari permasalahan akan digambarkan dalam perumusan masalah, pembatasan masalah menjelaskan batasan – batasan dari sistem yang akan dibuat supaya tidak keluar dari ketentuan – ketentuan yang telah ditetapkan, tujuan penelitian berupa harapan dari hasil yang akan dicapai dari rancang bangun aplikasi tersebut.

BAB II : GAMBARAN UMUM INSTANSI

Bab ke dua hasil survei membahas tentang gambaran umum CV. Hikmah Utama yang menguraikan gambaran umum perusahaan seperti lokasi kontraktor, keadaan, kondisi, situasi dan hal yang berkaitan dengan instansi/lembaga tersebut, seperti sejarah berdirinya dan struktur organisasi CV. Hikmah Utama.

BAB III : LANDASAN TEORI

Bab ke tiga landasan teori membahas tentang teori singkat yang berhubungan dengan pembuatan aplikasi ini, yang meliputi system pengolahan data, analisa, perancangan sistem informasi dan teori – teori penunjang lainnya yang berkaitan dengan system tersebut.

BAB IV : DESKRIPSI PEKERJAAN

Bab ke empat berisi uraian tentang tugas – tugas yang dikerjakan pada saat kerja praktek, yaitu dari metodologi penelitian , analisa sistem, pembahasan masalah berupa

sistem flow, data flow diagram, entity relationship diagram, struktur tabel, dan desain input/output.

BAB V : PENUTUP

Bab ke lima penutup membahas tentang kesimpulan atau ringkasan/inti dari bab-bab sebelumnya dan bab ini juga memuat saran-saran yang bias diterapkan untuk diperbaiki dan pengembangan system selanjutnya.

11

BAB III LANDASAN TEORI

3.1 Pembelian

Pembelian merupakan kegiatan utama untuk menjamin kelancaran transaksi penjualan yang terjadi dalam suatu perusahaan. Dengan adanya pembelian, perusahaan dapat secara mudah menyediakan sumber daya yang diperlukan organisasi secara efisien dan efektif. Adapun pengertian pembelian menurut para ahli sebagai berikut :

Menurut Soemarso (2007:08) dalam buku Akuntansi Suatu Pengantar Pembelian (pucrchase) adalah akun yang digunakan untuk mencatat semua pembelian barang dagang dalam satu periode.

Dari definisi diatas dapat disimpulkan bahwa pembelian merupakan kegiatan yang dilakukan untuk pengadaan barang yang dibutuhkan perusahaan dalam menjalankan usahanya dimulai dari pemilihan sumber sampai memperoleh barang.

3.2 Jenis – jenis pembelian

Menurut Oram (2005:145) dalam Buku Sistem Informasi Akuntansi 1 pembelian. Pada perusahaan dagang kegiatan pembelian meliputi pembelian aktiva produksi, pembelian barang dagangan serta pembelian barang dan jasa lain dalam rangka kegiatan usaha. terdiri dari dua jenis antara lain: ”pembelian kredit adalah pembelian yang mendapat fasilitas pembayaran lebih dari satu bulan, pembelian secara tunai yaitu pembelian yang dibayar secara langsung tanpa syarat dengan uang sendiri pembelian tunai adalah pembelian yang dibayar dengan uang kas perusahaan.”)

Berdasarkan pengertian di atas maka penulis dapat menyimpulkan bahwa pembelian terdiri dari dua jenis yaitu pembelian tunai dan kredit, pembelian tunai adalah pembelian yang di bayar dengan uang kas peruasahaan sedangkan pembelian kredit adalah pembelian yang terjadi dengan adanya syarat tertentu.

3.3 Metode Pencatatan Persedian

Menurut Kieso (2007:261) dalam bukunya Accounting Principles Pengantar

Akuntansi antara lain sebagai berikut

1. Sistem Perpetual, dalam system persediaan perpetual (Perpetual inventory system), rincian catatan mengenai setiap pembelian dan penjualan persediaan disimpan. Sistem ini secara terus menerus (secara Perpetual ) menunjukan persediaan yang harus dimiliki untuk setiap jenis barang

2. Sistem Periodik, dalam system persediaan Periodik (Periodik inventory system ) rincian catatan persediaan barang yang dimiliki tidak disesuai secara terus menrus dalam satu periodic.Harga pokok penjualan ditentukan hanya pada akhir periode akuntansi.

3.4 Retur Pembelian

Menurut Ardiyos (2005:752) dalam Buku Kamus Besar Akuntansi Pengertian

Retur adalah sebagai berikut:

Retur yaitu mempertukarkan barang dagangan yang sudah terjual dengan suatu pembeyaran kembali atau kredit terhadap penjualan masa mendatang dalam perdagangan eceran (retail).

13

3.5 Sistem Informasi Siklus Akuntasi

Menurut Mulyadi (2001:301) dalam buku Sistem Akuntansi adalah sebagai berikut: Sistem informasi akuntansi pembelian adalah suatu prosedur yang meliputi dari permintaan pembelian, penawaran, order pembelian, penerimaan barang, pencatatan uang, dan distribusi pembelian. Berdasarkan pengertian di atas maka penulis dapat menyimpulkan bahwa sistem informasi akuntansi pembelian merupakan suatu informasi akuntansi tentang struktur yang terjadi pada pembelian dari beberapa elemen yang memenuhi fungsi masing-masing.

3.6 System Flow

Menurut Hartono (1998:10) dalam Buku Perancangan Basis Data adalah sebagai berikut: Sistem flow adalah bagan yang menunjukkan arus pekerjaan secara menyeluruh dari suatu sistem di mana bagan ini menjelaskan urutan prosedur-prosedur yang ada dalam sistem dan biasanya dalam membuat sistem flow sebaiknya ditentukan pula fungsi-fungsi yang melaksanakan atau bertanggung jawab terhadap sub-sistem yang ada Terdapat berbagai macam bentuk symbol yang digunakan untuk merancang sebuah desain dari sistem, diantaranya adalah terminator, manual operation, document, process, database, manual input, decision, line storage, on-page reference, dan off-page reference.

Terminator merupakan bentuk simbol yang di gunakan sebagai tanda di

mulainya jalan proses sistem ataupun tanda akhir dari sebuah pengerjaan suatu sistem. Simbol dari terminator dapat dilihat pada gambar 3.1.

Gambar 3.1 Terminator

Manual operation digunakan untuk menggambarkan sebuah proses kerja yang

dilakukan tanpa menggunakan computer sebagai medianya (menggunakan proses manual). Simbol dari manual operation dapat dilihat pada gambar 3.2.

Gambar 3.2 Manual Operation

Document merupakan simbol dari dokumen yang berupa kertas laporan,

surat-surat, memo, maupun arsip-arsip secara fisik. Simbol dari document dapat dilihat pada gambar 3.3.

Gambar 3.3 Document

Process adalah sebuah bentuk kerja sistem yang dilakukan secara

terkomputerisasi .Simbol dari process dapat dilihat pada gambar 3.4.

15

Database digunakan sebagai media penyimpanan data yang bersifat

terkomputerisasi.Simbol dari database dapat di lihat pada gambar 3.5.

Gambar 3.5 Database

Decision merupakan operator logika yang digunakan sebagai penentu

keputusan dari suatu permintaan atau proses dengan dua nilai, benar dan salah. Simbol dari decision dapat dilihat pada gambar 3.6.

Gambar 3.6 Decision

Manual input digunakan untuk melakukan proses input kedalam database

melalui keyboard. Simbol dari manual input dapat dilihat pada gambar 3.7.

Off-linestorage merupakan bentuk media penyimpanan yang berbeda dengan

database, dimana media penyimpanan ini menyimpan dokumen secara manual atau lebih dikenal dengan nama arsip. Simbol dari off-line storage dapat dilihat pada gambar 3.8.

Gambar 3.8 Off – line Storage

On-page reference digunakan sebagai simbol untuk menghubungkan bagan

desain sebuah sistem apabila hubungan arus data yang ada terlalu jauh dalam permasalah letaknya.Simbol dari on-pagereference dapat dilihat pada gambar 3.9.

Gambar 3.9 On – page reference

Off-page reference memiliki sifat yang sedikit berbeda dengan on-page

reference, karna simbol ini hanya digunakan apabila arus data yang ada dilanjutkan ke halaman yang berbeda.Simbol dari off-page reference dapat dilihat pada gambar 3.10.

Gambar 3.10 Off – page reference

Papertape merupakan sebuah simbol yang umumnya menggantikan bentuk

17

ada pada sistem yang di rancang. Simbol dari paper tape dapat dilihat pada gambar 3.11.

Gambar 3.11 Paper Tape

3.7 Data Flow Diagram (DFD)

Menurut Hartono (1998:20) dalam Buku Perancangan Basis Data adalah sebagai berikut: Data Flow Diagram (DFD) adalah suatu model logika data atau proses yang dibuat untuk menggambarkan dari mana asal data dan kemana tujuan data yang keluar dari sistem, dimana data tersebut disimpan, proses apa yang menghasilkan data tersebut dan interaksi antara data yang tersimpan, dan proses yang dikenakan pada data tersebut.

Data flow diagram merupakan suatu metode pengembangan sistem yang terstruktur (structure analysis and design). Penggunaan notasi dalam DFD sangat membantu untuk memahami suatu system pada semua tingkat kompleksitas.Pada tahap analisis, penggunaan notasi ini dapat membantu dalam berkomunikasi dengan pemakai sistem untuk memahami sistem secara logika.

Nomor 1, 2, 3, dan seterusnya menandakan bahwa proses tersebut diartikan sebagai proses level-0 (nol) yang merupakan hasil turunan atau decompose dari proses

context diagram. Proses level-0 membahas sistem secara lebih mendetil, baik

dipandang dari segi kegiatan dari sebuah bagian, alur data yang ada, maupun database yang digunakan di dalamnya. Pembuatannya dapat dilakukan dengan cara menentukan proses utama yang ada dalam sistem, menentukan alur data yang diterima dan diberikan masing-masing proses dari pada sistem sambil memperhatikan konsep keseimbangan (alur data yang masuk atau keluar dari suatu level harus sama dengan alur data yang masuk dan keluar pada level berikutnya), memunculkan data store sebagai sumber maupun tujuan data (optional), menggambarkan diagram level-0, menghindari perpotoingan arus data, dan melakukan pemberian nomor pada proses utama (nomor tidak menunjukkan urutan proses).

Nomor 1.1, 1.2, 2.1, 2.2, dan seterusnya mrupakan sebuah proses turunan atau

decompose dari proses level-0 yang disebut sebagai proses level-1 (satu).

Proseslevel-1 menggambarkan detil kerja dari sebuah bagian dalam sebuah sistem. Penggambarannya dilakukan dengan cara menentukan proses yang lebih kecil (sub-proses) dari proses utama yang ada di level-0, menentukan apa yang diterima atau diberikan masing-masing sub-proses daripada sistem dan tetap memperhatikan konsep keseimbangan, memunculkan data store sebagai sumber maupun tujuan alur data (optional), menggambar DFD level-1, dan berusaha untuk menghindari perpotongan arus data. Hasil turunan akhir disebut sebagai the lowest level, di mana hasil akhir ini tergantung dari kompleksitas sistem yang ada.

19

3.8 Entity Relationship Diagram (ERD)

Menurut Hartono (1998:23) dalam Buku Perancangan Basis Data adalah sebagai berikut: ERD merupakan notasi grafis dalam pemodelan data konseptual yang mendeskripsikan hubungan antar penyimpanan. ERD digunakan untuk memodelkan struktur data dan hubungan antar data, karena hal ini relatif komplek. Dengan ERD kita dapat menguji model dan mengabaikan proses apa yang harus dilakukan.

ERD dapat dikategorikan menjadi tiga bagian, yaitu:

1. One to one relationship

Jenis hubungan antar tabel yang menggunakan bersama sebuah kolom primary key.Jenis hubungan ini tergolong jarang digunakan, kecuali untuk alasan keamanan atau kecepatan akses data.Misalnya satu departemen hanya mengerjakan satu jenis pekerjaan saja dan satu pekerjaan hanya dikerjakan oleh satu departemen saja.

2. One to many relationship

Jenis hubungan antar tabel dimana satu record pada satu tabel terhubung dengan beberapa record pada tabel lain. Jenis hubungan ini merupakan yang paling sering digunakan.Misalnya suatu pekerjaan hanya dikerjakan oleh satu departemen saja.Namun suatu departemen dapat mengerjakan beberapa macam pekerjaan sekaligus.

3. Many to many relationship

Jenis hubungan ini merupakan hubungan antar tabel dimana beberapa record pada satu tabel terhubung dengan beberapa record pada tabel lain. Misalnya

satu departemen mampu mengerjakan banyak pekerjaan, juga satu pekerjaan dapat ditangani oleh banyak departemen.

3.9 Program Penunjang

Untuk membuat Sistem Informasi pembelian pada CV.Hikmah Utama, dibutuhkan beberapa perangkat lunak untuk memudahkan perancangan design maupun sistem. Perangkat lunak tersebut antara lain :

3.9.1 Power Designer

Menurut Kristianto,( 2004,45) dalam Buku Rekayasa Perangkat Lunak Konsep

Dasar adalah sebagai berikut: Power designer merupakan suatu tool berupa software

untuk mendesain sistem dan rancangan Entity Relationship Diagram (ERD) yang dikembangkan oleh Sybase Inc. Ada dua model data, yaitu : Entity Relationship

Diagram (ERD) dan model relasional. Keduanya menyediakan cara untuk

mendeskripsikan perancangan basis data pada peringkat logika.

a. Model ERD atau Conceptual Data Model (CDM) : model yang di buat

berdasarkan anggapan bahwa dunia nyata terdiri dari koleksi obyek-obyek dasar yang dinamakan entitas (entity) serta hubungan (relationship) antara entitas-entitas itu.

b. Model Relasional atau Physical Data Model (PDM) : model yang menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antara data-data

21

tersebut. Setiap tabel mempunyai sejumlah kolom dimana setiap kolom memiliki nama yang unik.

3.9.2 Microsoft Visual Studio 2010

Menurut Kristianto ( 2004,50) dalam Buku Rekayasa Perangkat Lunak Konsep

Dasar adalah sebagai berikut: Microsoft Visual Studio merupakan sebuah perangkat

lunak lengkap (suite) yang dapat digunakan untuk melakukan pengembangan aplikasi, baik itu aplikasi bisnis, aplikasi personal, ataupun komponen aplikasinya, dalam bentuk aplikasi console, aplikasi Windows, ataupun aplikasi Web. Visual Studio mencakup kompiler, SDK, Integrated Development Environment (IDE), dan dokumentasi (umumnya berupa MSDN Library). Kompiler yang dimasukkan ke dalam paket Visual

Studio antara lain Visual C++, Visual C#, Visual Basic, Visual Basic .NET, Visual InterDev, Visual J++, Visual J#, Visual FoxPro, dan Visual SourceSafe.

Microsoft Visual Studio dapat digunakan untuk mengembangkan aplikasi

dalam native code (dalam bentuk bahasa mesin yang berjalan di atas Windows) ataupun managed code (dalam bentuk Microsoft Intermediate Language di atas .NET

Framework). Selain itu, Visual Studio juga dapat digunakan untuk mengembangkan

aplikasi Silverlight, aplikasi Windows Mobile (yang berjalan di atas .NET Compact

Framework).

Menurut Kristianto ( 2004,55) dalam Buku Rekayasa Perangkat Lunak Konsep

Dasar adalah sebagai berikut: Microsoft SQL Server adalah sebuah sistem manajemen

basis data relasional (RDBMS) produk Microsoft. Bahasa kueri utamanya adalah

transact –SQL yang merupakan implementasi dari SQL standar ANSI/ISO yang

digunakan oleh Microsoft dan Sybase. SQL (Structured Query Language) adalah sebuah bahasa yang dipergunakan untuk mengakses data dalam basis data relasional.

Umumnya SQL Server digunakan di dunia bisnis yang memiliki basis data berskala kecil sampai dengan menengah, tetapi kemudian berkembang dengan digunakannya SQL Server pada basis data besar.

Penulis menggunakan SQL Server 2008 untuk merancang database yang digunakan pada sistem.

3.9.4 Crystal Report

Menurut Kristianto ( 2004,60) dalam Buku Rekayasa Perangkat Lunak Konsep

Dasar adalah sebagai berikut: Merupakan software yang digunakan untuk pembuatan

laporan. Dengan cara mengoneksi nama tabel yang akan dibuatkan laporannya. Setelah tampilan data ada maka klik dan drag semua field yang ada sesuai dengan tampilan yang diinginkan.Biasanya crystal report adalah komponen dari VB.NET

78 BAB V PENUTUP

5.1 Kesimpulan

Sebagai hasil kerja praktek yang telah dilakukan dapat diambil beberapa kesimpulan dari rancang bangun aplikasi pembelian pada CV. Hikmah Utama. Kesimpulan dari sistem ini adalah sebagai berikut:

1. Sistem ini dapat menghasilkan output laporan pemesanan barang dan dapat mengetahui jumlah biaya dari setiap barang yang ingin dipesan, dan mendapatkan laporan pemesanan per periode sesuai dengan ketentuan yang ada.

2. Sistem ini dapat menghasilkan realisasi pembelian barang dari setiap barang dan dapat mengetahui total pembelian per periode dengan supplier masing – masing.

3. Sistem ini dapat menghasilkan laporan pembayaran lunas, pembayaran kredit maupun pembayaran jatuh tempo yang di perlukan oleh perusahan agar lebih memudahkan pengecekan pembayaran yang ada.

4. Sistem ini dapat menghasilkan laporan – laporan retur agar dapat mengetahui data barang yang sering rusak dari supplier mana saja setaip periode yang sudah di tentukan.

5.2 Saran

Berdasarkan uraian dari bab-bab sebelumnya dalam pembuatan aplikasi pembelian pada CV. Hikmah Utama, maka saran yang dapat disampaikan untuk pengembangan sistem ini adalah sebagai berikut:

Aplikasi mendatang sebaiknya lebih bisa dikembangkan sesuai dengan kebutuhan dan dilengkapi laporan - laporan yang lebih spesifik sehingga laporan yang dihasilkan lebih akurat.

80

DAFTAR PUSTAKA

Ardiyos, 2005, Kamus Besar Akuntansi, Ekko Offset, Yogyakarta.

Hartono, Mulyanto, 1998, Perancangan Basis Data. Cetakan Kesepuluh. Terjemahan. penerbit : PT. Pustaka, Jakarta

Kierso, Midjan, 2007, Accounting Principles Pengantar Akuntansi. Cetakan Kedua. Terjemahan. Penerbit : PT. Pustaka, Jakarta

Kristianto, Andri, 2004, Rekayasa Perangkat Lunak Konsep Dasar, Gava Media,Yogyakarta

Mulyadi, 2001, Sistem Akuntansi, Edisi Ketiga, Cetakan Ketiga, Penerbit Salemba Empat, Jakarta.

Oram, Allan, 2005. Sistem Informasi Akuntansi 1. Grasindo. Jakarta.

Soemarso, 2009, Akuntansi Suatu Pengantar, Edisi lima, Penerbit Salemba Empat, Jakarta

23

Analisa sistem merupakan cara untuk menganalisa permasalahan berdasarkan data yang telah diperoleh dari hasil studi lapangan. Sedangkan desain sistem merupakan langkah yang harus ditempuh untuk menyajikan sebuah sistem informasi agar dapat terorganisir dengan baik dan jelas.

Sistem yang dibutuhkan oleh perusahaan adalah sebuah sistem yang dapat mengatasi dan memenuhi semua proses yang ada secara terkomputerisasi dengan baik, sehingga informasi yang dibutuhkan oleh perusahaan dapat dilakukan secara efektif dan efisien. Bagi pihak manajemen tentunya sistem ini berguna untuk mengontrol transaksi yang terjadi serta menghasilkan informasi yang dapat digunakan untuk mengetahui hasil pembelian barang. Laporan yang dihasilkan juga dapat membantu pihak manajemen mengetahui laporan pembelian per periode dan laporan pembayaran secara kredit maupun lunas.

4.1 Analisis Sistem

CV. Hikmah Utama merupakan salah satu perusahan yang bergerak dalam bidang jasa kontraktor listrik. Dalam setiap proyek yang dilakukan oleh jasa kontraktor listrik ini menggunakan tenaga manusia manual untuk menganalisa barang yang dibutuhkan setiap proyak dan pembayaran oleh pihak supplier seringkali terjadi kesalahan dalam data yang ada. Akibatnya karyawan CV. Hikmah Utama sering mengalami kekurangan barang dari pihak kepala gudang sehingga akan

24

memperlambat proses penyelesaian proyek – proyek yang ada dan perusahan akan mengalami kesusahan data dalam melakukan pembayaran yang sudah jatuh tempo.

Berdasarkan uraian tersebut, diperlukan suatu rancang bangun sistem informasi pembelian yang dapat menghasilkan informasi yang cepat dan akurat untuk kebutuhan barang yang diperlukan per proyek dan dapat melihat informaasi secara cepat dalam pembayaran oleh pihak supplier yang sudah jatuh tempo. Informasi yang akan dihasilkan dapat menyelesaikan kendala yang ada pada CV. Hikmah Utama.

4.1.1 Dokumen Flow Pembelian pada CV.Hikmah Utama

Prosedur pembelian yang sedang berjalan pada CV. Hikmah Utama adalah sebagai berikut:

1. Di mulai dari bagian gudang memberikan dokumen list kebutuhan barang secara manual, dan di berikan oleh bagian pembelian untuk dapat membelikan kebutuhan barang pada supplier.

2. Bagian admin mulai melakukan pengecekan supplier secara manual dan mengirimkan list barang yang akan di beli, jika terdapat supplier yang menjual barang sesuai maka bagian admin mengirimkan list barang kepada pihak supplier, tetapi jika bagian admin tidak mendapatkan supplier sesuai dengan kebutuhan barang tersebut maka bagian pembelian melakukan selesai semua proses.

3. Bagian supplier setelah mendapatkan list barang maka supplier mengirimkan barang dan invoice kepada pihak admin.

4. Bagian admin setelah menerima invoice maka di dalam proses selanjutnya bagian admin melihat kas pembayaran, apakah ada uang untuk melakukan pembayaran kepada pihak supplier tersebut.

5. Jika terdapat saldo untuk melakukan pembayaran, maka pihak admin mengirimkan laporan pembayaran tunai secara manual dan pihak admin mendapatkan kwitasi pembayaran dari pihak supplier.

6. Jika tidak terdapat saldo maka bagian admin mengirimkan laporan tagihan kepda pihak pimpinan dan di catat dengan cara manual pada buku besar di kolom pembayaran kredit.

7. Pihak pimpinan yang akan menganalisa pembayaran kredit dan juga melihat laporan proyek jika proyek lebih memenuhi persyarat maka pihak pimpinan melakukan cicilan sampai dengan pelunasan.

8. Tetapi, jika pihak pimpinan melihat kebutuhan proyek tidak memenuhi syrat untuk melakukan pembayaran maka pihak pimpinan mengirimkan surat perjanjian yang telah di sepakati oleh pihak supplier.

26

Adapun gambar dokumen flow pembelian sebagai berikut:

Bagian Gudang Admin Supplier Pemilik

P h ase P h ase P h ase P h ase Start Membuat Surat Pemintaan Barang Surat Pemintaan barang Surat pemintaan N Selesai Surat pemintaan Melakukan pengecekan data supplier dan pengirim data barang Ada ? Y

Slip PenjulanLaporan barang di beli

N

Invoice

Uang ada? pembayaran

Slip PenjulanPembayaran tunai Y

N

Kwitansi Slip PenjulanLaporan

pembayaran & laporan tagihan Mencatat N Laporan barang di beli Pengiriman barang dan invoice Pembayaran tunai

Slip PenjulanKwitansi

Pelunasan&cicila n Surat perjanjian pembayaran Laporan pembayaran & laporan tagihan Pinjaman? Data Proyek Y Slip Penjulan Pelunasan&cicila n N Slip Penjulan Surat perjanjian pembayaran T N

Gambar 4.1 Dokumen Flow Pembelian

4.2 Pengembangan Sistem

Berdasarkan analisis, penulis membuat pengembangan sistem untuk mencari solusi pada perusahaan tersebut. Dengan analisis tersebut maka dapat menghasilkan

system flow dari analisis sistem yang sedang berjalan, sedangkan sistem yang baru

diagram, entity relationship diagram, struktur tabel, dan desain I/O. Adapun

penjelasannya sebagai berikut:

4.2.1 System Flow Pembelian pada CV.Hikmah Utama

Prosedur pembelian terkomputerisasi pada CV. Hikmah Utama adalah sebagai berikut:

1. Pada proses ini bagian gudang memberikan list kekurangan barang oleh pihak pembelian, bagian pembelian mulai melakukan pengecekan supplier dengan cara terkomputerisasi dan melihat di database supplier.

2. Jika menemukan supplier menjual sesuai dengan kebutuhan barang, maka pihak pembelian mulai memproses pesanan pembelian.

3. Jika bagian pembelian tidak menemukan supplier yang sesuai, maka pihak pembelian melakukan pencarian ulang ke dalam database supplier.

4. Bagian pembelian melakukan proses konfirmasi pemesanan dengan melihat database pemesanan, dan laporan pesanan akan di berikan oleh pihak supplier. 5. Bagian supplier melakukan pengecekan barang, apakah barang masih ada jika

barang sudah habis maka pihak supplier mengirimkan kembali laporan pesanan. Jika barang masih ada maka pihak supplier mengirimkan laporan barang ada kepada pihak pembelian.

6. Setelah mendapatkan laporan barang ada maka bagian pembelian melakukan pembelian barang yang ingin di beli dengan pengecekan database pembelian dan update database barang untuk mengupdate harga barang.

28

7. Setelah bagian pembelian melakukan pembelian barang, maka pihak supplier mengirimkan barang dan invoice. Barang tersebut di berikan oleh bagian gudang dan laporan invoice di berikan oleh bagian pembelian.

8. Setelah mendapatkan invoice bagian pembelian mulai menganalisa proyek, apakah pembayaran di lakukan kredit atau tunai.

9. Jika dilakukan secara tunai, bagian pembelian menginputkan secara program dan di simpan ke dalam database pembayaran kemudian memberikan slip pembayaran kepada pihak supplier.

10. Jika pihak pembelian melakukan pembayaran secara kredit, maka pihak admin melakukan proses pembuatan surat perjanjian di berikan kepada pihak supplier dengan mengupdate database pembayaran.

11. Pihak pimpinan di dalam proses ini hanya mendapatkan laporan pemesanan, pembelian, pembayaran dan retur pembelian saja.

Adapun gambar system flow pembelian sebagai berikut:

Gambar 4.2 System Flow Pembelian

Sistem Flow Pembelian pada CV. HIKMAH UTAMA

Gudang Supplier Pembelian Pimpinan

Start List kekurangan barang Pencarian supplier supplier Permintaan Barang

List barang di pesan Pemesanan pemesanan Pesanan N Pesanan Penngecekan pesanan Barang ada? Lap.Barang ada T Y Pembelian pembelian barang List pembelian barang N List pembelian barang Invoice dan barang invoice N invoice Melakuakn pembayaran Tunai Input Pembayaranl lunas Y Input data pembayaran kredit T Membuat surat perjanjian Slip pembayaran N Mencatat dan membuat Laporan Rekapan pembayaran lunas Slip pembayaran pembayaran Surat perjanjian pembayaran N Mencatat dan membuat Laporan Hutang pembayaran Rekapan pembayaran kredit Surat perjanjian pembayaran Melakukan tagihan jatuh tempo Verifikasi update pembayaran pelunasan Rekapan pelunasan Membuat rekapan Tagihan Tagihan jatuh tempo N N pelunasan Rekapan pembayaran kredit Rekapan pembayaran lunas Entry salinan dokumen Rekapan pembayaran Laporan pembelian N pembayaran Membuat laporan pemesanan Lap.pemesanan N Lap.pemesana n Membuat laporan pemesanan Lap.pembelian N Lap.pembelian Laporan pembelian

30

4.2.2 System Flow Retur Pembelian pada CV.Hikmah Utama

Prosedur retur pembelian yang sedang berjalan pada CV. Hikmah Utama adalah sebagai berikut:

1. Dimulai pihak gudang memberikan list tidak sesuai kebutuhan barang yang diberikan oleh pihak pembelian

2. Pihak pembelian membuat retur pembelian dan melakukan pengecekan database retur, retur tersebut di berikan oleh pihak supplier.

3. Pihak supplier memberikan barang pengganti baru

4.2.3 Input, proses dan output (HIPO)

Berikut ini adalah struktur diagram berjenjang atau HIPO dari Rancang Bangun Aplikasi Pembelian pada CV. Hikmah Utama. Dalam diagram berjenjang tersebut digambarkan secara global proses-proses yang ada dalam sistem yang dibuat.

0

Rancang Bangun Aplikasi Pembelian di CV. Hikmah Utama

2.2 Pembelian barang 2 File Transaksi 1 File Induk 2.3 Pembayaran 2.4 Retur Pembelian 3 Cetak Laporan 2.1 Pemesanan barang 1.1 Supplier 3.2 Laporan pembelian 3.3 Laporan pembayaran 3.4 Laporan retur pembelian 3.1 Lapoaran pemesanan 2.1 Karyawan

Gambar 4.4 Hirarki Input Proses Output Aplikasi Pembelian

Pada HIPO aplikasi pembelian ini terdapat 3 proses utama yang dilakukan yaitu file induk atau data master supplier dan data master karyawan, file transaksi pemesanan, pembelian , pembayaran maupun retur pembelian dan proses cetak laporan sesuai dengan file transaksi yang ada.

32

4.2.4 Data Flow Diagram (DFD)

Data Flow Diagram (DFD) merupakan suatu model yang menggambarkan

aliran data yang terjadi dalam sistem, sehingga dengan dirancangnya DFD ini maka akan terlihat jelas arus data yang mengalir dari sistem tersebut. Dalam pembuatan DFD ini akan dibuat mulai dari context diagram dan DFD level di bawahnya.

1. Context Diagram

Context Diagram dari sistem pembelian pada CV. Hikmah Utama ini

menggambarkan secara umum proses yang terjadi perusahaan tersebut. Pada

context diagram ini melibatkan 3 entity yaitu gudang, bagian pembelian, supplier

seperti yang digambarkan pada gambar 4.3

l ap retur l op pembayaran l ap pemebeli an l ap pemesanan data barang baru

retur pembel i an pelunas an

tag ihan l is t barang ti dak s esuai

surat perj anj i an sl i p pembayaran

i nvoi ce data barang

surat j al an barang pembel i an

konfi rmas i pesanan

Permi ntaan barang

0 R ancang Bang un Si stem Informasi Pembeli an pada C V H IKMAH U TAMA

+ Gudang

Suppli er

D i rektur

2. DFD level 0 Sistem Pembelian

DFD level 0 merupakan hasil decompose dari context diagram yang menggambarkan proses-proses apa saja seperti pesanan pembelian, peneriman barang,pembayaran maupun laporan yang terdapat pada sistem pembelian pada CV. Hikmah Utama dan memiliki database pemesanan, pembelian, supplier, retur, dan pembayaran. DFD level 0 dapat dilihat pada gambar 4.6.

lap pemesanan di update dan c ek

lap pembelian lap retur lop pembayaran lap pemebelian pelunas an tag ihan surat perjanjian slip pembayaran invoice lap penerimaan barang

dilihat & update data barang baru

lis t barang baru retur pembelian lis t barang tidak s esuai

lap pemesanan

melng ec ek data barang surat jalan barang melihat2 melihat1 melihat pembelian konfirmas i pesanan Permintaan barang Gudang

SupplierSupplierSupplier

SupplierSupplier Gudang Supplier Supplier Supplier Gudang Supplier Supplier Supplier Supplier Gudang Direktur Direktur_{DirekturDirektur} 1 pesanan pembelian + 2 penerimaan barang + 3 pembayaran + 1 Supplier 2 pemesanan 3 pembelian 5 retur 4 rekapan pembelian + 6 pembayaran

34

3. DFD level 1 Sistem Pemesanan pembelian

DFD level 1 merupakan hasil decompose dari context diagram yang menggambarkan proses-proses apa saja yang terdapat pada sistem pemesanan pembelian yang melibatkan entity gudang, dan supplier. Di dalam proses ini juga melibatkan database hanya supplier, pemesanan dan pembelian pada CV. Hikmah Utama. DFD level 1 dapat dilihat pada gambar 4.7.

list pesanan yang dibutuhkan

melihat1 melihat

pembelian konfirmasi pesanan melihat2 Permintaan barang

Gudang

SupplierSupplierSupplier

2 pemesanan

3 pembelian

1 Supplier

1

pengecekan barang yang ingin di pesan

2

pesanan barang

4. .DFD level 1 Sistem Penerimaan barang

DFD level 1 merupakan hasil decompose dari context diagram yang menggambarkan proses-proses apa saja yang terdapat pada sistem penerimaan barang yang memiliki entity gudang dan supplier. Dan database di penerimaan barang database pembelian dan retur pembelian pada CV. Hikmah Utama. DFD level 1 dapat dilihat pada gambar 4.8.

dilihat & update data barang baru

list barang baru retur pembelian list barang tidak sesuai

list barang tidak sesuai melng ecek

data barang _{surat jalan}

barang

Supplier Supplier Gudang

3 pembelian

Gudang SupplierSupplier

Gudang

5 retur

1

barang datang

2

retur pembelian

36

5. .DFD level 1 Sistem Pembayaran

DFD level 1 merupakan hasil decompose dari context diagram yang menggambarkan proses-proses apa saja yang terdapat pada sistem pembayaran ke supplier memiliki entity supplier dan memiliki database pembayaran. di dalam pembayaran ini memiliki pembayaran kredit maupun lunas, semua transaksi pembayaran menjadi satu database di table pembayaran pada CV.Hikmah Utama. DFD level 1 dapat dilihat pada gambar 4.9

lap invoice

cek & update

pelunasan tag ihan surat perjanjian di update dan cek

slip pembayaran invoice

Supplier Supplier

Supplier Supplier Supplier 1

pembayaran lunas

2

pembayaran kredit 6 pembayaran

6. .DFD level 1 Sistem Rekapan

DFD level 1 merupakan hasil decompose dari context diagram yang menggambarkan proses-proses apa saja yang terdapat pada sistem rekapan pembelian pada CV.Hikmah Utama. DFD level 1dapat dilihat pada gambar 4.10

lap pemesanan

lap retur

lop pembayaran

lap pemebelian

Direktur

Direktur

Direktur

1

rekapan

_Direktur

Gambar 4.10 DFD Level 1 Sistem Rekapan Pembelian

4.2.5 Perancangan Database

Dari analisis sistem diatas maka dapat dibuat untuk merancang database yaitu

Entity Relationship Diagram (ERD) yang menggambarkan struktur database dari

sistem pembelian CV. Hikmah Utama yang terdiri dari Conceptual Data Model dan

38

1. Conceptual Data Model (CDM)

Conceptual Data Model (CDM) ini menggambarkan relasi antara tabel yang satu

dengan tabel yang lain. Berikut ini merupakan tabel-tabel yang terdapat dalam

Conceptual Data Model (CDM):

Gambar 4.11 Conceptual Data Model Sistem Pembelian

Deskripsi CDM pada proses pembelian CV.Hikmah Utama:

Pada proses ini terdapat 5 entitas dalam proses tersebut, entitas tersebut adalah barang, pemesanan, supplier, pembelian, pembayaran dan retur. Barang ke pemesanan memiliki cardinal many to many banyak barang memiliki detail pesan oleh banyak pemesanan. Pemesanan ke table pembelian memiliki cardinal many to one yang artinya satu pembelian dapat di lakukan oleh banyak pemesanan,

Detail Pemesanan

membuat

memiliki

mencatat

list barang rusak Barang # o o o id_barang nama_barang jumlah_barang satuan Characters (10) Variable characters Integer Variable characters Pemesanan # o id_pesan tgl_pesan Characters (10) Date Pembelian # o o id_pembelian tgl_pembelian total_pembelian Characters (10) Date Integer Supplier # o o o o o id_supplier nama_perusahan alamat_perusahan nama_supplier tlp email Characters (10) Variable characters (50) Variable characters (50) Variable characters (50) Variable characters (12) Variable characters (30)

Retur Pembelian # o o o id_retur barang_rusak tgl_retur jumlah_retur Characters (10) Variable characters (50) Date Integer Pembayaran # o o o o o id_bayar total_pembayaran DP_pembayaran sisa_pembayaran tgl_jatuh_tempo status_pembayaran Characters (10) Integer Integer Integer Date

sedangkan pembelian ke table supplier memiliki cardinal many to one yang artinya banyak pembelian memiliki satu supplier. Table membeli juga mempunyai realisasi dengan table pembayaran dan retur pembelian, table pmbelian ke pembayaran memiliki cardinal one to many yang memiliki arti banyak pembayaran dapat di catat oleh satu pembelian, dan pembelian ke retur memiliki cardinal one to many yang artinya pada table pembelian dapat memiliki banyak retur pembelian

2. Physical Data Model (PDM)

Physical Data Model (PDM) merupakan hasil generate dari Conceptual Data Model (CDM). Perancangan PDM merupakan representasi fisik dari database.

PDM menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antara data-data tersebut. Berikut PDM yang ada pada sistem pembelian CV. Hikmah Utama. Pada realisasi pdm tersebut terdapat table baru dalam pemesanan dan barang, entitas atau table tersebut merupakan detail pemesanan dari barang dan pemesanan tersebut.

40

Gambar 4.12 Physical Data Model Sistem Pembelian

4.2.6 Struktur Tabel

Struktur tabel pada sistem informasi pembelian CV.Hikmah Utama adalah sebagai berikut:

a. Tabel Karyawan

Nama Tabel : Barang Primary Key : Id Barang Foreig Key : -

Fungsi : Tabel untuk memasukkan data-data barang

FK_DETAIL_P_DETAIL_PE_BARANG _{FK_DETAIL_P_DETAIL_PE_PEMESANA} FK_PEMESANA_MEMBUAT_PEMBELIA FK_PEMBELIA_MEMILIKI_SUPPLIER FK_PEMBAYAR_MENCATAT_PEMBELIA FK_RETUR_PE_LIST_BARA_PEMBELIA Barang id_barang nama_barang jumlah_barang satuan char(10) varchar(255) int varchar(30) <pk> Pemesanan id_pesan id_pembelian tgl_pesan char(10) char(10) datetime <pk> <fk> Pembelian id_pembelian id_supplier tgl_pembelian total_pembelian char(10) char(10) datetime int <pk> <fk> Supplier id_supplier nama_perusahan alamat_perusahan nama_supplier tlp email char(10) varchar(50) varchar(50) varchar(50) varchar(12) varchar(30) <pk> Retur Pembelian id_retur id_pembelian barang_rusak tgl_retur jumlah_retur char(10) char(10) varchar(50) datetime int <pk> <fk> Pembayaran id_bayar id_pembelian total_pembayaran DP_pembayaran sisa_pembayaran tgl_jatuh_tempo status_pembayaran char(10) char(10) int int int datetime varchar(30) <pk> <fk> Detail Pemesanan id_barang id_pesan jumlah_pesan char(10) char(10) int <pk,fk1> <pk,fk2>

C Field Type Length Key

1. Id barang Char 10 Primary Key 2. Nama_barang varchar 255

3. Jumlah barang int

4. satuan int

Tabel 4.1 Barang b. Tabel Supplier

Nama Tabel : supplier Primary Key : Id supplier Foreig Key : -

Fungsi : Tabel untuk memasukkan data-data supplie

No. Field Type Length Key

1.

Id supplier Char

10

Primary Key 2. Nama_perusahan varchar 255

3. Alamat perusahan varchar 30 4. Nama supplier varchar 255

5. tlp varchar 20

42

c. Tabel Pemesanan

Nama Tabel : Pemesanan Primary Key : Id pesan Foreig Key : id pembelian

Fungsi : Tabel untuk memasukkan data-data pesana

No. Field Type Length Key

1.

Id pesan Char

10

Primary Key 2. Id pembelian varchar 255

4. Tgl pesan date

Tabel 4.3 Pemesanan d. Tabel Pembelian

Nama Tabel : Pembelian Primary Key : Id pembelian Foreig Key : Id Supplier

Fungsi : Tabel untuk memasukkan data-data pembelian

No. Field Type Length Key

1. Id pembelian Char 10 Primary Key 2. Id supplier char 10 Foreig Key

5 total interger 6 Tgl pembelian date

e. Tabel Pembayaran

Nama Tabel : Pembayaran Primary Key : id bayar Foreig Key : id pembelian

Fungsi : Tabel untuk memasukkan data-data pembayaran

No. Field Type Length Key

1. Id bayar Char 10 Primary Key 2. Id pembelian Char

3. Tgl jatuh tempo date

4. pembayaran varchar 255

5 DP interger

6 total interger 7 Sisa pembayaran interger

Tabel 4.5 Pembayaran f. Tabel Retur Pembelian

Nama Tabel : Retur Primary Key : id retur Foreig Key : id pembelian

44

No. Field Type Length Key

1. Id retur Char 10 Primary Key

2. Id pembelian Char 10 Foreig Key 3. Nama barang rusak varchar 255

4. Jumlah retur interger

5 Tgl retur date

Tabel 4.6 Retur Pembelian

4.3 Desain Input , Interface dan Output

Desain antarmuka menggunakan bahasa pemrograman Visual Basic.Net 2010, Microsoft Visio 2010 dan database Microsoft SQL Server 2008. Adapun desain

Input/Output adalah sebagai berikut:

4.3.1 Desain Input

1. Desain supplier

Berikut adalah desain formulir data supplier baru yang mendaftar bekerja pada CV. Hikmah Utama

Form Data supplier Baru

Nama Perusahan :

Alamat Perusahan :

Nama Supplier :

...

...

... cabang : ...

. Gambar 4.13 Desain Input supplier

4.3.2 Desain Interface

Berikut ini adalah desain input yang terdapat pada aplikasi sistem pembelian pada CV. Hikmah Utama:

1. Form Login

Berikut ini merupakan tampilan dari form login yang berfungsi untuk validasi

user yang menggunakan aplikasi.

Form Login

Username : Password :

Gambar 4.14 Desain Form Login

2. Form Master Supplier

Berikut ini merupakan tampilan dari form supplier yang berfungsi untuk input data supplier baru.

Master Suuplier

Data Supplier Id supplier : Nama perusahan :

Alamat Perusahan : Nama Supplier :

Simpan Ubah hapus

Tlp : email :

Cabang :

46

Deskripsi dari form:

Pada form supplier ini memiliki textbox yang semua dapat di inputkan kecuali pada id supplier. Id supplier merupakan textbox yang bersifat generate atau bersifat false, textbox ini akan bertambah id supplier secara otomatis. Pada combobox cabang juga memiliki sifat false, cabang ini hanya terisi dengan data yang ada pada database tersebut. Kemudian button simpan akan tersimpan otomatis jika semua inputan dapat di proses dengan benar, button ubah berfungsi akan mengubah setiap textbox atau data yang ingin diubah jika user menginginkan, dan pada button hapus akan menghapus berapa data jika user ingin menghapus data tersebut.

3. Form Master Karyawan

Berikut ini merupakan tampilan dari form karyawan yang berfungsi untuk input data karyawan.

Master Karyawan

Data Karyawan

NIK : Nama Karyawan : Jabatan : Upah :

alamat :

Simpan Ubah Batal

ID Baru

tlp : email : Upah : Laki - laki Perempuan

Gambar 4.16 Desain Form karyawan Deskripsi dari form:

Pada form karyawan ini memiliki textbox yang semua dapat di inputkan kecuali pada NIK. NIK merupakan textbox yang bersifat generate atau bersifat false, textbox

ini akan bertambah NIK secara otomatis. Pada combobox jabatan juga memiliki sifat false, cabang ini hanya terisi dengan data yang ada pada database tersebut. Kemudian

button simpan akan tersimpan otomatis jika semua inputan dapat di proses dengan

benar, button ubah berfungsi akan mengubah setiap textbox atau data yang ingin diubah jika user menginginkan, dan pada button hapus akan menghapus berapa data jika user ingin menghapus data tersebut. Inputan dalam semua form ini harus terisi jika tidak terisi maka akan menampilkan pesan eror pada setiap inputan yang ada

4. Form Transaksi Pemesanan

Berikut ini merupakan tampilan dari form pemesanan berfungsi untuk input data pemesanan

Transaksi Pemesanan

Data pemesanan Kode Pemesanan :

Nama barang :

Harga : Jumlah :

Simpan Ubah Batal

Kode Baru

Cari

48

Deskripsi dari form pemesanan:

Pada form pemesanan ini semua textbox dapat di inputkan kecuali pada textbox kode pemesanan tersebut, textbox kode pemesanan merupakan textbox yang bersifat false jika button kode baru di klik maka kode pemesanan akan muncul otomatis sesuai dengan database yang ada pada pemesanan tersebut. Selain itu button cari di textbox nama barang berfungsi untuk mencari barang yang ingin di pesan sesuai dengan kebutuhan, textbox di nama barang juga bersifat false. Button simpan akan tersimpan otomatis jika button tersebut di klik. Button ubah berfungsi untuk mengubah data yang ingin di ubah dan data tersbut akan tampil pada setiap textbox dan combobox yang ada.

Button hapus berfungsi untuk menghapus data jika terdapat kesalahan.

5. Form Transaksi Pembelian

Berikut ini merupakan tampilan dari form transaksi pembelian berfingsi untuk input data pembelian barang yang di butuhkan..

Form Pembelian

Data Pembelian

Kode pembelian :

Nama supplier : Barang :

Ubah Hapus

Cari

Simpan

Jumlah Total Pemb Kode pemesanan :

Tgl pesan :

Kode Baru

Cari

Deskripsi form pembelian:

Pada form pembelian hanya pada textbox jumlah yang dapat di inputkan , karena pada textbox kode pembelian merupakan textbox false, jika button cari di klik maka kode pembelian otomatis muncul pada textbox kode tersebut. Sedangkan pada textbox barang akan terotomatis muncul jika textbox kode pesan diklik dan dipilih kode pemesanan, barang akan mengikuti kode pemesanan secara otomatis. Di textbox nama supplier jika diklik pada button cari maka akan dipilih nama supplier sesuai dengan inputan supplier. Dan pada textbox total akan terotomatis muncul jika di inputkan

textbox jumlah yang akan dikalikan pada harga sesuai dengan harga di barang tersebut. Button simpan akan tersimpan otomatis jika button tersebut di klik. Button ubah

berfungsi untuk mengubah data yang ingin di ubah dan data tersbut akan tampil pada setiap textbox yang ada. Button hapus berfungsi untuk menghapus data jika terdapat kesalahan.

50

6. Form Transaksi Retur Pembelian

Berikut ini merupakan tampilan dari form transaksi Retur pembelian berfingsi untuk input data retur pembelian barang rusak yang di butuhkan.

Form Retur Pembelian

Data Retur Pembelian

Kode Retur :

Kode Pembelian : Jumlah :

Ubah Hapus

lihat

Simpan

Nama Barang :

Nama supplier :

lihat

Tgl retur :

Kode Baru

Gambar 4.19 Desain Form Retur Pembelian Deskripsi form retur pembelian:

Pada saat button kode retur di klik maka di textbox kode akan terisi otomatis kode sesuai dengan kode retur di dalam database. Pada button lihat di textbox nama barang merupakan pilihan barang mana yang akan rusak, setelah di pilih maka textbox nama barang akan terisi otomatis. Sedangkan pada button lihat pada textbox kode pembelian akan di pilih nama barang sesuai dengan database, jika button tersebut di klik maka

pada textbox kode akan terisi terotomatis. Button simpan akan tersimpan otomatis jika button tersebut di klik. Button ubah berfungsi untuk mengubah data yang ingin di ubah dan data tersbut akan tampil pada setiap textbox yang ada. Button hapus berfungsi untuk menghapus data jika terdapat kesalahan.

7. Form Transaksi pembayaran

Form Pembayaran

Data Retur Pembelian

Kode bayar :

Total Pembelian : Nama Supplier :

lihat

Kode Pembelian :

Jenis Pembayaran : Tgl jatuh tempo :

Kode Baru

Pembayaran : DP : Sisa : Status :

Simpan Ubah Hapus

Gambar 4.20 form pembayaran Deskripsi form transaksi pembeyaran:

Pada saat button kode baru di klik maka di textbox kode bayar akan terisi otomatis, textbox kode bayar bersifat false tidak dapat langsung di inputkan tanpa mengklik button kode baru. Button lihat yang ada pada textbox kode pembelian berfungsi untuk user memilih kode pembelian mana yang akan di lakukan pembayaran, jika kode pembelian di klik maka nama supplier akan terisi secara otomatis sesuai

52

dengan kode pembelian yang sudah di pilih. Pada textbox total juga akan terisi otomatis sesuai dengan kode pembelian tersebut. Pada combobox jenis pembayaran merupakan pilihan jenis pembayaran yang akan di lakukan, jenis pembayaran terdapat pembayaran lunas dan pembayaran kredit, jika dipilih pembayaran lunas maka textbox sisa dan dp tidak akan muncul atau hidden tetapi jika mengklik jenis pembayaran kredit maka

textbox dp dan textbox sisa akan muncul secara otomatis, dan textbox sisa akan otomatis

menghitung sisa kekurangan yang harus di bayar oleh pihak perusahan. Button simpan akan tersimpan otomatis jika button tersebut di klik. Button ubah berfungsi untuk mengubah data yang ingin di ubah dan data tersbut akan tampil pada setiap textbox yang ada. Button hapus berfungsi untuk menghapus data jika terdapat kesalahan.

4.3.3 Desain Output

Berikut ini merupakan desain output yang terdapat dalam aplikasi pembelian pada CV.Hikmah Utama:

1. Laporan pemesanan

Berikut ini merupakan desain output dari laporan pemesanan barang yang berfungsi bukti pemesanan barang.

Laporan PemesanAn

Desember 2014

Kode Nama Barang Harga Barang Jumlah Jumlah biaya

Gambar 4.21 Desain Laporan Pemesanan Deskripsi Laporan pemesanan:

Pada laporan pemesanan berisi laporan-laporan yang ada inputan database form pemesanan, di dalam form pemesanan terdapat laporan-laporan barang yang akan di pesan sesuai dengan kebutuhan proyek, dan laporan pemesanan juga menampilkan laporan per periode yang sudah di tentukan

54

2. Laporan pembelian

Berikut ini merupakan desain output dari laporan pembelian barang kepada supplier dan total pembayaran yang harus di bayar.

Laporan Pembelian

Desember 2014

Kode Nama Supplier Kode pemesanan Nama barang Total pembelian

. Gambar 4.22 Desain Laporan Pembelian

Deskripsi form pembelian:

Pada laporan pembelian berisi laporan – laporan yang ada dalam data database pembelian yang sudah di inputkan di form pembelian. Laporan ini juga menampilkan laporan periode dalam pembelian yang ada di setiap bulannya. Pada laporan ini akan menampilkan total pembelian yang harus di bayar oleh pihak perusahan dengan supplier sesuai dengan pembelian barang yang dilakukan.

3. Laporan pembayaran

Berikut ini merupakan desain output dari laporan pembayaran berfungsi untuk memberikan output pembayaran lunas maupun pembayaran kredit.

Laporan Pembayaran Tunai

Desember 2014

Nama Supplier Kode Pembelian Pembayaran Total pembelian Status

Gambar 4.23 Desain Laporan Pembayaran Lunas Deskripsi laporan pembayaran:

Laporan pembayaran tunai ini merupakan laporan pembayaran kepada supplier di bayar lunas, di dalam laporan ini terdapat kode pembelian untuk melihat jumlah pembelian, nama supplier dan total pembelian. Laporan ini menampilkan data perperiode yang sudah di tentukan oleh perusahan, di dalam laporan ini juga menampilkan pembayaran dan totl pembayaran yang sudah dilakukan oleh pihak CV.Hikmah Utama.

56

4. Laporan pembayaran kredit

Berikut ini merupakan desain output laporan pembayaran kredit berfungsi untuk melihat data pembelian kredit.

Laporan Pembayaran Kredit

Desember 2014

No pembayaran Nama Supplier Kode pembelian Total pembayaran kurang

Gambar 4.24 Desain Laporan pembayaran kredit Deskripsi laporan pembayaran kredit

Laporan – laporan pembayaran kredit ini berisi tentang pembelian kredit pada supplier, laporan ini merupakan laporan data – data kredit per periode. Laporan ini terdapat kode pembayaran, nama supplier , kode pembelian, total pembelian, dp atau uang yang di bayar pertama dan kekurangan setiap supplier.

5. Laporan Jatuh Tempo

Laporan jatuh tempo merupakan laporan untuk melihat data tanggal jatuh tempo di setiap pambayaran jatuh tempo.

Laporan Jatuh Tempo

25/12/2014 sampai 26/12/2024

No pembayaran Nama Supplier Kode pembelian Tgl tempo status sisa

Gambar 4.25 Desain Laporan Jatuh Tempo Deskripsi pembayaran jatuh tempo

Laporan jatuh tempo merupakan laporan pertanggal data jatuh tempo dari pemblian kredit, laporan ini hanya menanpilkan sisa kurangan dan tanggal jatuh tempo di setiap pembelian.

58

6. Laporan Retur Pembelian

Berikut ini merupakan desain output dari laporan retur berfungsi untuk memberikan output supplier mana sering mengalami retur.

Laporan Retur pembelian

25 desember 2005

Kode retur Nama Barang Nama perusahan pembelian

Gambar 4.26 Desain Laporan Retur Pembelian Deskripsi form retur pembelian:

Retur ini merupakan laporan untuk supplier, laporan ini untuk mengetahui supplier mana saja sering mengalami laporan barang rusak. Laporan ini terdapat kode retur, nama barang, nama supplier dan kode pembelian, laporan ini merupakan laporan periode yang sudah di tentukan.

4.4 Implementasi Sistem

Implementasi sistem merupakan tahap pembuatan sistem berdasarkan rancangan desain yang dibuat. Desain form yang telah dibuat cukup sesuai untuk mengimplementasikan sistem, sehingga tidak membutuhkan banyak perubahan

4.4.1 Kebutuhan Sistem

Pada tahap ini dijelaskan mengenai implementasi dari perangkat keras dan lunak yang harus dipersiapkan oleh pengguna. Untuk perangkat keras, minimal pengguna harus mempersiapkan spesifikasi sebagai berikut:

1. Intel Pentium core i5 2. Memory 2 GB RAM 3. VGA 740 MB

4.4.2 Penjelasan Pemakaian Aplikasi

Tahap ini merupakan langkah-langkah dari pemakaian aplikasi sistem informasi pembelian pada CV.Hikmah Utama. Berikut ini sub-sub bab pemakain aplikasi ini.

1. Form Menu Utama

60

2. Form Data Supplier

Implementasi untuk form ini dapat dilihat pada gambar berikut ini

Gambar 4.28 Form Master Supplier . Dalam form ini terdapat beberapa button, yaitu:

1. Button simpan, berfungsi berfungsi untuk menyimpan data baru yang dientry

oleh user

2. Button ubah, berfungsi untuk mengubah data yang telah ada sebelumnya

3. Button hapus, berfungsi untuk menghapus proses jika user hendak menyimpan

Pada saat tekan button simpan kode maka akan muncul message box pada gambar 4.29

Gambar 4.29 pesan sukses simpan

Pada saat tekan button ubah kode maka akan muncul message box pada gambar 4.30

62

Pada saat tekan iya maka akan muncul massegebox seperti gambar 4.31 berikut ini:

Gambar 4.31 pesan sukses update

Pada saat tekan button hapus kode maka akan muncul message box pada gambar 4.32

Pada saat tekan button yes kode maka akan muncul message box pada gambar 4.33

Gambar 4.33 pesan sukses hapus

3. Form Data Karyawan

Implementasi untuk form ini dapat dilihat pada gambar berikut ini

64

Dalam form ini terdapat beberapa button, yaitu:

1. Button simpan, berfungsi berfungsi untuk menyimpan data baru yang dientry

oleh user

2. Button cari , berfungsi untuk mencari kode baru untuk NIK karyawan.

3. Button add, berfungsi add untuk inputan jabatan yang ada pada karyawan

4. Button ubah, berfungsi untuk mengubah data yang telah ada sebelumnya

5. Button hapus, berfungsi untuk menghapus proses jika user hendak

menyimpan data maupun mengubah data.

Pada saat tekan button simpan kode maka akan muncul message box pada gambar 4.35

4. Form Transaksi Pemesanan

Implementasi untuk form ini dapat dilihat pada gambar berikut ini

Gambar 4.36 Form Transaksi Pemesanan Dalam form ini terdapat beberapa button, yaitu:

1. Button kode baru, berfungsi untuk mencari kode baru sesuai dengan database yang ada.

2. Button cari, berfungsi untuk mencari nama barang

3. Button simpan, berfungsi berfungsi untuk menyimpan data baru yang dientry

oleh user

4. Button ubah, berfungsi untuk mengubah data yang telah ada sebelumnya

5. Button hapus, berfungsi untuk menghapus proses jika user hendak menyimpan

data maupun mengubah data.

66

Pada saat tekan button simpan kode maka akan muncul message box pada gambar 4.37

Gambar 4.37 pesan simpan pemesanan

Pada saat tekan button ubah kode maka akan muncul message box pada gambar 4.38

Pada saat tekan button yes pilihan maka akan muncul message box pada gambar 4.39

Gambar 4.39 Form pesan update

Pada saat tekan button hapus kode maka akan muncul message box pada gambar 4.40

68

Pada saat tekan button yes pilihan maka akan muncul message box pada gambar 4.41

Gambar 4.41 Form pesan hapus

5. Form Transaksi Pembelian

Dalam form ini terdapat beberapa button, yaitu:

1. Button kode baru, berfungsi untuk menambah kode pembelian secara otomatis

sesua dengan database pembelian yang ada

2. Button cari, berfungsi untuk mencari pesan sesuai dengan sesuai dengan form

pemesanan yang ada

3. Button simpan, berfungsi berfungsi untuk menyimpan data baru yang dientry

oleh user

4. Button ubah, berfungsi untuk mengubah data yang telah ada sebelumnya

5. Button hapus, berfungsi untuk menghapus proses jika user hendak menyimpan

data maupun mengubah data.

6. Button clear, berfungsi menghapus semua data

6. Form Transaksi Pembayaran Lunas

70

Pada form ini merupakan onputan pembeyaran lunas untuk pihak supplier. merupakan pilihan lunas atau kredit Dalam form ini terdapat beberapa button, yaitu:

1. Button kode baru, berfungsi untuk menambah kode pembayaran secara

otomatis

2. Button cari, berfungsi untuk mencari atau menampilkan kode pembelian sesua

dengan nama supplier untuk di lakukan pembayaran.

3. Button proses, berfungsi untuk mencari data pembayaran kredit maupun lunas

sesuai dengan database yang ada

4. Button simpan, berfungsi berfungsi untuk menyimpan data baru yang dientry

oleh user

5. Button ubah, berfungsi untuk mengubah data yang telah ada sebelumnya

6. Button hapus, berfungsi untuk menghapus proses jika user hendak menyimpan

data maupun mengubah data.

7. Form Transaksi Pembayaran Kredit

Pada form ini merupakan onputan pembeyaran kredit untuk pihak supplier. merupakan pilihan lunas atau kredit Dalam form ini terdapat beberapa button, yaitu:

1. Button kode baru, berfungsi untuk menambah kode pembayaran secara

otomatis

2. Button cari, berfungsi untuk mencari atau menampilkan kode pembelian sesua

dengan nama supplier untuk di lakukan pembayaran.

3. Button proses, berfungsi untuk mencari data pembayaran kredit maupun lunas

sesuai dengan database yang ada

4. Button simpan, berfungsi berfungsi untuk menyimpan data baru yang dientry

oleh user

5. Button ubah, berfungsi untuk mengubah data yang telah ada sebelumnya

6. Button hapus, berfungsi untuk menghapus proses jika user hendak menyimpan

data maupun mengubah data.

8. Form retur pembelian

72

Pada form ini user dapat maintenance data transaksi retur pembelian. Pada

textbox no retur akan terisi secara otomatis sesuai dengan jumlah yang ada di database

ketika memproses form yang akan di jalankan. Dalam form ini terdapat beberapa

button, yaitu:

1. Button kode baru, berfungsi untuk menambah kode retur secara otomatis sesuai dengan urutan database pada retur pembelian

2. Button lihat pada textbox barang, berfungsi untuk mencari data list barang rusak

sesuai dengan database list barang yang ada

3. Button lihat pada textbox pembelian, berfungsi untuk mencari data supplier

memiliki barang tersebut sesuai dengan database supplier yang ada

4. Button simpan, berfungsi berfungsi untuk menyimpan data baru yang dientry

oleh user

5. Button ubah, berfungsi untuk mengubah data yang telah ada sebelumnya

6. Button hapus, berfungsi untuk menghapus proses jika user hendak menyimpan

1. Laporan pemesanan

Laporan pemesanan barang berfungsi untuk melihat pemesanan barang apa saja yang akan di pesan . Barang dan tanggal. Dengan adanya laporan ini maka pihak CV. Hikmah Utama menjadi lebih mudah untuk memonitor keadaan pemesanan barang. Sehingga terhindar dari pemesanan barang yang berlebihan. Laporan pemesanan barang dengan per periode dapat dilihat pada gambar 4.67.

74

2. Laporan pembelian

Laporan pembelian barang berfungsi untuk melihat pembelian barang apa saja yang sesuai dengan supplier. Barang dan tanggal. Dengan adanya laporan ini maka pihak CV. Hikmah Utama menjadi lebih mudah untuk memonitor keadaan pembelian barang. Sehingga terhindar dari pembelian barang yang berlebihan. Laporan pembelian barang dengan per periode dapat dilihat pada gambar 4.68.

3. Laporan pembayaran lunas

Laporan pembayaran berfungsi untuk melihat pembayaran kredit maupun tunai. Dengan adanya laporan ini maka pihak CV. Hikmah Utama menjadi lebih mudah untuk memonitor keadaan data pembayaran mana pada supplier dengan kredit ataupun tunai. Sehingga terhindar dari pembayaran sudah jatuh tempo. Laporan pembayaran barang dengan per periode dapat dilihat pada gambar 4.69

Gambar 4.48 laporan pembayaran lunas .

76

Gambar 4.49 Laporan pembayaran kredit

4. Retur pembelian

Laporan retur pembelian barang berfungsi untuk melihat laporan barang rusak dengan pengecekan barang dan nama barang. Dengan adanya laporan ini maka pihak CV. Hikmah Utama menjadi dapat memilih supplier dan dapat mengetahui supplier mana sering mengalami retur pembelian. Sehingga terhindar dari pembelian berulang kali. Laporan retur pembelian barang dapat dilihat pada gambar 4.51

Pada form ini user dapat maintenance data transaksi retur pembelian. Pada textbox no retur akan terisi secara otomatis sesuai dengan jumlah yang ada di database ketika memproses form yang akan di jalankan. Dalam form ini terdapat beberapa button, yaitu:

1. Button kode baru, berfungsi untuk menambah kode retur secara otomatis sesuai dengan urutan database pada retur pembelian

2. Button lihat pada textbox barang, berfungsi untuk mencari data list barang rusak sesuai dengan database list barang yang ada

3. Button lihat pada textbox pembelian, berfungsi untuk mencari data supplier memiliki barang tersebut sesuai dengan database supplier yang ada

4. Button simpan, berfungsi berfungsi untuk menyimpan data baru yang dientry oleh user

5. Button ubah, berfungsi untuk mengubah data yang telah ada sebelumnya 6. Button hapus, berfungsi untuk menghapus proses jika user hendak menyimpan

1. Laporan pemesanan

Laporan pemesanan barang berfungsi untuk melihat pemesanan barang apa saja yang akan di pesan . Barang dan tanggal. Dengan adanya laporan ini maka pihak CV. Hikmah Utama menjadi lebih mudah untuk memonitor keadaan pemesanan barang. Sehingga terhindar dari pemesanan barang yang berlebihan. Laporan pemesanan barang dengan per periode dapat dilihat pada gambar 4.67.

2. Laporan pembelian

Laporan pembelian barang berfungsi untuk melihat pembelian barang apa saja yang sesuai dengan supplier. Barang dan tanggal. Dengan adanya laporan ini maka pihak CV. Hikmah Utama menjadi lebih mudah untuk memonitor keadaan pembelian barang. Sehingga terhindar dari pembelian barang yang berlebihan. Laporan pembelian barang dengan per periode dapat dilihat pada gambar 4.68.

3. Laporan pembayaran lunas

Laporan pembayaran berfungsi untuk melihat pembayaran kredit maupun tunai. Dengan adanya laporan ini maka pihak CV. Hikmah Utama menjadi lebih mudah untuk memonitor keadaan data pembayaran mana pada supplier dengan kredit ataupun tunai. Sehingga terhindar dari pembayaran sudah jatuh tempo. Laporan pembayaran barang dengan per periode dapat dilihat pada gambar 4.69

Gambar 4.48 laporan pembayaran lunas .

Gambar 4.49 Laporan pembayaran kredit

4. Retur pembelian

Laporan retur pembelian barang berfungsi untuk melihat laporan barang rusak dengan pengecekan barang dan nama barang. Dengan adanya laporan ini maka pihak CV. Hikmah Utama menjadi dapat memilih supplier dan dapat mengetahui supplier mana sering mengalami retur pembelian. Sehingga terhindar dari pembelian berulang kali. Laporan retur pembelian barang dapat dilihat pada gambar 4.51