16

BAB IV

DESKRIPSI KERJA PRAKTIK

4.1 Analisa Sistem

Analisis sistem bertujuan untuk mengidentifikasi permasalahan yang ada

pada sistem dimana aplikasi dibangun yang meliputi perangkat keras(hardware),

perangkat lunak(software) dan pengguna. Analisis ini diperlukan sebagai dasar

bagi tahapan perancangan sistem. Analisis sistem meliputi identifikasi

permasalahan, spesifikasi aplikasi, spesifikasi pengguna, dan lingkungan operasi.

Aplikasi Pembelian ini merupakan aplikasi yang menangani pengolahan

pemesanan pembelian dan laporan yang berkaitan dengan pembelian dan

pemesanan. Agar dapat mengolah data-data dengan baik maka dibutuhkan adanya

program yang dapat menampilkan data-data pembelian yang sudah terintegrasi

data satu dengan data yang lainnya.

Di dalam aplikasi ini terdapat beberapa fungsi cetak laporan diantaranya

laporan pembelian, laporan pembayaran Dari masing masing laporan tersebut bisa

dilakukan beberapa pilihan yaitu berdasarkan periode, berdasarkan pegawai,

berdasarkan pelanggan. Diharapkan dengan adanya fungsi-fungsi tersebut dapat

menangani permasalahan yang ada di dalam sistem Pembelian pada CV. Delta

Jaya Machinery.

4.1.1 Identifikasi Masalah

Secara garis besar permasalahan yang diidentifikasi pada sistem ini yaitu

history pembelian masih dicatat menggunakan . Laporan yang kurang detail

seperti tidak adanya laporan surat jalan yang digunakan teknisi sebagai acuan

kerja, laporan pemesanan dan laporan pembelian. Terdapatnya kesalahan

penghitungan transaksi pembelian yang belum sesuai dengan harga barang yang

dijual sehingga membuat bagian pembelian kesulitan karena dalam penghitungan

tersebut dibutuhkan ketelitian. Dengan adanya teknologi informasi yang

berkembang saat ini sangat memungkinkan untuk meningkatkan pelayanan

menggunakan sistem yang terkomputerisasi demi meningkatkan pelayanan dan

pembelian pada CV. Delta Jaya Machinery.

4.1.2 Spesifikasi Aplikasi

Perancangan dari Sistem Informasi Pembelian pada CV. Delta Jaya

Machinery ini harus dapat :

a. Mengolah dan menampilkan data Barang.

b. Mengolah dan menampilkan data Supplier.

c. Mengolah dan menanmpilkan data Pegawai

d. Mengolah dan menampilkan data Pembayaran.

e. Mengolah dan menampilkan data pembelian

f. Menghasilkan laporan pembelian per periode

g. Menghasilkan laporan Pembayaran.

4.1.3 Lingkungan Operasi

Untuk mengembangkan aplikasi sesuai dengan spesifikasi kebutuhan,

dibutuhkan lingkungan operasi sebagai berikut :

a. Sistem Operasi Windows

Sistem operasi ini dipilih karena dibutuhkan suatu component Windows XP,

Vista atau Windows 7.

b. Visual Studio 2012

Visual Studio digunakan sebagai pengolah bahasa pemrogramananya karena

didalam sistem informasi Pembelian ini menggunakan bahasa VB.Net.

c. SQL Server 2008

SQL Server 2008 digunakan karena cocok dengan pemrograman .NET.

4.2 Document Flow

Document flow memuat hasil analisis yang dibuat berdasarkan hasil

survey pada CV. Delta Jaya Machinery.Document flow menggambarkan seluruh

proses yang berhubungan dalam kegiatan pembelian secara manual sebelum

adanya sistem informasi pembelian terkomputerisasi yang akan dirancang

sekarang ini.

Gudang

DOC FLOW Transaksi Permintaan Barang

Mulai

Purcashing

Surat Permintaan

Pembelian

Surat Permintaan

Pembelian

Mengecek

Stok

Gudang

Stok Minimal?

Y

Membuat

Surat

Permintaan

Pembelian

Selesai

T

Catatan Stok

Gambar 4.1 Document Flow Permintaan Barang

Gambar 4.1 diatas menjelaskan proses awal dimulai pada bagian

permintaan barang oleh bagian gudang untuk bagian purchasing . Dari proses

tersebut menghasilkan surat permintaan barang yang diberikan kepada bagian

purchasing.

Gudang Administrasi

DOC FLOW Transaksi Pembelian

Suplier

Mulai

PO Barang

Ditandatanga

ni

1

Selesai

Purcashing Produksi Pemilik

Surat Permintaan

Pembelian Pembuatan

PO Rangkap

3 dan

ditandatangi

Surat Permintaan

Pembelian

PO Barang

Ditandatangani

2

PO Barang

Ditantatangani

3

Penandatan

ganan PO

Rangkap 3

PO Barang

Ditandatangani

1

Validasi PO

Rangkap 3

PO Barang

Ditsetujui

1PO Barang

Disetujui 2PO Barang

Disetujui

3

PO Barang

DiSetujui 1PO Barang

Disetujui

2PO Barang

Disetujui 3

PO Barang

Valid 1PO Barang

Valid 2PO Barang

Valid

3

Disetujui?

PO Valid?

Y

T

Y

T

PO Barang

Valid

1PO Barang

Valid 2PO Barang

Valid 3

PO Barang

Valid

2

PO Barang

Valid 1

PO Barang

Ditandatanga

ngi

2PO Barang

Ditandatangani

3

Menyetujui

PO Barang

Memvalidasi

PO Barang

Gambar 4.2 Document Flow Pembelian

Gambar 4.2 menjelaskan Fungsi pembelian ini dimulai dari bagian gudang

yang menyerahkan surat permintaan barang kepada bagian purchasing. Kemudian

Bagian Purchasing membuat PO 3 rangkap yg telah ditandatangani dan

diserahkan kepada bagian produksi untuk disetujui, lalu PO 3 rangkap yang

disetujui diberikan kepada pemilik untuk divalidasi. Setelah divalidasi

dikembalikan ke bagian purchasing untuk diarsip PO Barang Valid rangkap 3, PO

Barang Valid rangkap 1 diberikan ke bagian Administrasi dan PO Barang Valid

rangkap 2 diberikan ke supplier.

Gambar 4.3 Document Flow Transaksi Retur barang

Gambar 4.3 Menjelaskan Supplier Mengirimkan Surat Jalan kepada bagian

gudang yang akan mengecek dan menandatangani Surat Jalan tersebut. Jika Surat

Jalan Tidak sesuai maka bagian gudang akan membuar retur barang yang

kemudian dikembalikan ke supplier. Namun, Jika Surat ajaln tersebut sudah valid

maka surat jalan akan diserahkan ke bagian administrasi untuk diarsipkan.

Gambar 4.4 Document Flow Transaksi Pembayaran

Gambar 4.4 Menjelaskan Pihak supplier memberikan invoice kepada

bagian administrasi yang akan divalidasi deangn PO Barang Valid rangkap 1 dari

bagian purcashing. Jika invoice tersebut tidak valid, maka bagian administrasi

akan menolak invoice kepada pihak supplier. Jika Valid, maka bagian administrasi

menyimpan ke tabel pembayaran dan membuat nota pembayaran yang diberikan

ke supplier. Dari tabel pembayaran bagian administrasi dapat menyusun laporan

keuangan yang nantinya diserahkan kepada pemilik.

4.3 Desain Sistem

Desain sistem ini digunakan untuk mepermudah memecahkan masalah

pada sistem yang sedang berjalan dan merupakan suatu sistem yang baik dan

sesuai dengan kebutuhan semua pihak.

4.3.1 Sistem Flow

Sistem flow memuat hasil analisis yang dibuat berdasarkan hasil survey

ke CV. Delta Jaya Machinery.

Gambar 4.5 Sistem flow Transaksi Permintaan Barang

Pada Gambar 4.5 menjelaskan proses yang pertama dimulai pada bagian

gudaang yang menginputkan data stok gudang yang akan disimpan ke sistem pada

tabel barang. Kemudian Sistem akan mengecek terus menerus apakah mencapai

stok minimal. Jika stok minimal, maka sistem akan menyimpan daftar pembelian

yang disimpan di tabel pembelian.

Gambar 4.6 Sistem flow Transaksi Pembelian

Pada Gambar 4.6 menjelaskan proses dimulai dari sistem yang mencetak

PO barang berdasarkan tabel supplier dan tabel pembelian ke bagian purchasing

untuk diberikan kepada supplier. Selanjutnya sistem menyimpan data pemesanan

ke tabel pemesanan.

Gambar 4.7 Sistem flow Retur Barang

Pada Gambar 4.7 menjelaskan proses dimulai dari supplier yang mengirimkan

surat jalan ke bagian gudang, kemudian bagian gudang menginputkan surat jalan. Sistem

akan memvalidasi surat jalan tersebut, apabila tidak valid maka sistem akan menyimpan

data pemesanan dan data supplier serta mencetak retur barang ke bagian gudang untuk

dikembalikan ke pihak supplier. Jika surat jalan valid maka, sistem akan menyimpan data

barang,data pemesanan dan data supplier.

Gambar 4.8 Sistem flow Pembayaran

Pada Gambar 4.8 menjelaskan proses dimulai dari supplier yang mengirimkan

invoice ke bagian administrasi untuk diinputkan selanjutnya, sistem akan

memvalidasi invoice tersebut berdasarkan tabel pemesanan dan tabel pembayaran.

Apabila data pemesanan tidak valid maka sistem akan mencetak daftar tolak

invoice ke bagian administrasi yang kemudian diserahkan kepada supplier. Jika

data pemesanan valid maka sistem akan mencetak nota pembayaran ke bagian

administrasi kemudian diberikan kepada supplier. Kemudian sistem menyimpan

data pemesanan ke tabel pemesana dan data pembayaran ke tabel pembayaran

lalu, secara berkala sistem akan mencetak laporan keuangan berdasarkan tabel

pembayaran ke bagian administrasi dan dirahkan kepada pemilik.

4.3.2 Data Flow Diagram

DFD merupakan perangkat yang digunakan pada metodologi

pengembangan sistem yang terstrukur. DFD menggambarkan seluruh kegiatan

yang terdapat pada sistem secara jelas.

A. Context Diagram

Gambar 4.9 adalah context diagram dari Sistem Informasi Pembelian CV.

Delta Jaya Machinery. Context diagram sistem ini terdiri dari 4 entitas, yaitu

entitas pelanggan, bagian gudang, customer service dan pengirim. empat entitas

tersebut memberikan input data dan menerima output data yang diperlukan.

Surat Jalan

PO Barang

Invoice

Retur Barang

Laporan KeuanganNota Pembayaran

Daftar Tolak Invoice

Stok Gudang

0

SISTEM PEMBELIAN

DAN M ANAJEMEN

STOK GUDANG

PADA CV DELTA

JAYA MACHINERY+

Supplier

Pemilik

Gudang

Gambar 4.9 Context Diagram

B. Data Flow Diagram level 0 (DFD level 0)

Gambar 4.10 adalah DFD yang merupakan gambaran pengaplikasian

sistem yang akan dibuat. Memiliki struktur penggambaran yang sama dengan

context diagram namun DFD lebih detail. Di dalam DFD ini nantinya akan lebih

menjabarkan kegiatan pemesanan dari awal sampai akhir. Gambaran DFD level 0

dapat dilihat di gambar.

Simpan Data Pemesanan

Ambil Data Barang

Update Data Pemesanan1

Ambil Data Pemesanan1

Simpan Data Pembayaran

Ambil Data Pembayaran

Invoice

Nota Pembayaran

Surat Jalan

Daftar Tolak Invoice

Laporan Keuangan

Update Data Supplier

Update Data Barang

Ambil Data Pemesanan

Update Data Pemesanan

PO Barang

Retur Barang

Ambil Daftar Pembelian

Ambil Data Supplier

Simpan Data Barang

Simpan Daftar Pembelian

Stok Gudang

Gudang

Supplier

Pemilik

4

Pembayaran

+

1

Permintaan

Barang

+

3

Retur Barang

+

2

Pembelian

+

1 Barang

2 Pembelian

3 Supplier

4 Pemesanan

1 Barang

5 Pembayaran

4 Pemesanan

Gambar 4.10 Data Flow Diagram Level 0

C. Sub Proses Permintaan DFD level 1

Pada DFD level 1 ini terdapat tiga proses, yaitu proses menyimpan data

barang,mengecek stok dan menyimpan daftar pembelian dapat diihat gambar DFD

level 1 pada gambar 4.11 di bawah ini.

Ambil Data Barang

Simpan Daftar Pembelian

Stok M inimal

Simpan Data Barang

Stok Gudang

Gudang

2 Pembelian

1 Barang

1

Menyimpan

Data Barang

2

Meng ecek Stok

3

Menyimpan

Daftar

Pembelian

Gambar 4.11 DFD level 1 Proses Pemesanan

D. Sub Proses Data Transaksi Pembelian DFD level 1

Gambar 4.12 adalah Proses pertama dimulai saat sistem mengambil data

supplier dan daftar pembelian untuk mencetak PO barang ke supplier serta

melakukan proses penyimpana data pemesanan ke tabel pemesanan.

Simpan

PO Barang

Simpan Data Pemesanan

Ambil Daftar Pembelian

Ambil Data Supplier

Supplier

3 Supplier

2 Pembelian

4 Pemesanan

1

Mencetak PO

Barang

2

Menyimpan

Data

Pemesanan

Gambar 4.12 DFD level 1 Transaksi Pembelian

E. Sub Proses Retur Barang DFD level 1

Pada gambar 4.13 Subproses pertama pada transaksi pembayaran ini

adalah validasi surat jalan yang dikirmkan supplier dibandingkan dengan data

pemesanan dari tabel pemesanan. Subproses kedua yaitu mencetak retur barang

apabila surat jalan tidak valid kemudian melakukan update pemesanan dan update

supplier. Pada subproses ketiga ketika surat jalan valid maka akan menyimpan

data barang dan mengupdate pemesanan serta mengupdate supplier.

Update2

Update1

Update

Retur Barang

Surat Jalan Tidak Valid

Update Data Supplier

Update Data Pemesanan

Update Data Barang

Surat Jalan Valid

Ambil Data Pemesanan

Surat Jalan

Supplier Supplier

4 Pemesanan

4 Pemesanan

1 Barang

3 Supplier

1

Validasi Surat

Jalan

3

Update Data

Barang

4

Update

Pemesanan

5

Update

Supplier

2

Mencetak

Retur Barang

Gambar 4.13 DFD level 1 Proses Membuat Laporan

F. Sub Proses Transaksi Pembayaran DFD level 1

Pada gambar 4.14 Subproses pertama pada transaksi pembayaran ini

adalah validasi invoice yang dikirmkan supplier dibandingkan dengan data

pembayaran dari tabel pembayaran dan data pemesanan dari tabel

pemesanan.Subproses ketiga yaitu mencetak nota pembayaran apabila invoice

valid Subproses kedua yaitu mencetak daftar tolak invoice apabila invoice tidak

valid kemudian melakukan update pemesanan.

Nota Pembayaran

Invoice

Ambil Data Pemesanan1

Daftar Tolak Invoice

Simpan Data Pembayaran

Update Data Pemesanan1

Simpan1

Update3

Data pembayaran

Data Pembayaran1

Ambil Data Pembayaran

Laporan Keuangan

Data Pemesanan Tidak Valid

Data Pemesanan Valid

Pemilik

Supplier

5 Pembayaran

5 Pembayaran

4 Pemesanan

4 Pemesanan

2

Mencetak

Nota

Pembayaran

1

Validasi

Invoice

3

Mencetak

Daftar Tolak

Invoice

4

Update

Pemesanan

5

Menyimpan

Data

Pembayaran

6

Mencetak

Laporan

Keuang an

Gambar 4.14 Transaksi Pembayaran DFD level 1

4.3.3 Entity Relational Diagram

Entity Relational Diagram (ERD) merupakan Gambaran struktur

database dari Sistem Informasi penjadwalan pelajaran dan ujian yang telah

dikembangkan. ERD dibagi menjadi dua, yaitu Conceptual Data Model (CDM)

atau secara logic dan Physical Data Model (PDM) atau secara fisik.

A. Conceptual Data Model (CDM)

Gambar 4.15 Conceptual data model (CDM)

Gambar 4.15 menjelaskan tentang Conceptual data model (CDM) yang

terdiri dari sepuluh tabel yang saling berhubungan dari Sistem Informasi

Pembelian padaCV. Delta Jaya Machinery.

CDM yang sudah dilampirkan terdapat 9 tabel yang sudah saling

terhubung. Tabel-tabel tersebut yaitu tabel pemesanan, barang, jasa, pegawai,

pelanggan, jenis, surat inquery, invoice, dan pembayaran. Untuk lebih jelasnya

dapat dilihat pada CDM yang sudah dilampirkan.

Mencatat Pembayaran

Detil_Pembelian

Melakukan

MENCATAT Pemesanan

Detil_Barang

Membayar

Memesan

Supplier

ID_Supp

Nama_Supp

Alamat_Supp

Telp_Supp

Fax_Supp

Pemesanan

No_Pemesanan

Tgl_Pemesanan

Jml_Pemesanan

Barang

ID_Barang

Nama_Barang

Dimensi

Merk

Harga

Stok

Stok_Max

Stok_Min

Pembayaran

No_Pembayaran

Tgl_Pembayaran

Jenis_Pembayran

Nominal

Status_Bayar

Pegawai

ID_Pegawai

Nama_Pegawai

Alamat_Pegawai

Telp_Pegawai

Jenis_Kelamin

Pembelian

ID_Pembelian

Tgl_Pembelian

Qty_Pembelian

Total_Pembelian

Status_Pembelian

B. Physical Data Model (PDM)

Gambar 4.16 Physical data model(PDM)

Gambar 4.16 merupakan Physical data model (PDM) yang telah

digenerate dari conceptual data model yang sebelumnya dari Sistem Informasi

Pembelian CV. Delta Jaya Machinery.

CDM yang sudah disertakan, pada PDM yang sudah dilampirkan

terdapat 6 tabel yang saling terhubung. Tabel-tabel tersebut yaitu tabel

pemesanan, barang, detil_pembelian, pegawai, supplier, pembelian, pembayaran.

4.3.4 Struktur Tabel

Struktur tabel Sistem Informasi Pembelian pada CV. Delta Jaya

Machinery dideskripsikan sebagai berikut:

1. Tabel Supplier

Nama Tabel : Supplier

Primary Key : ID_SUPP

Foreign Key : -

Fungsi : Digunakan untuk menyimpan data supplier.

Tabel 4.1Tabel Supplier

NO Nama Kolom Tipe Data Panjang Data Constraint

1 ID_SUPP Varchar 10 Primary Key

2 NAMA_SUPP Varchar 50 Not Null

3 ALAMAT_SUPP Varchar 150 Not Null

4 TELP_SUPP Varchar 12 Not Null

5 FAX_SUPP Varchar 20 Not Null

2. Tabel Pegawai

Nama Tabel : Pegawai

Primary Key : ID_PEGAWAI

Foreign Key : -

Fungsi : Digunakan untuk menyimpan data pegawai.

Tabel 4.2 Tabel Pegawai

NO Nama Kolom Tipe Data Panjang Data

Constraint

1 ID_PEGAWAI Varchar 10 Primary Key

2 NAMA_PEGAWAI Varchar 50 Not Null

3 ALAMAT_PEGAWAI Varchar 150 Not Null

4 TEMPAT_LAHIR Varchar 50 Not Null

5 TANGGAL_LAHIR Date - Not_Null

6 STATUS_NIKAH Char 1 Not_Null

7 AGAMA Varchar 50 Not_Null

8 NO_TELP Varchar 12 Not_Null

9 JKEL Char 1 Not_Null

10 PASSWORD Varchar 50 Not_Null

11 STATUS_AKTIF Char 1 Not_Null

12 TGL_MASUK Date - Not_Null

3. Tabel Barang

Nama Tabel : Barang

Primary Key : ID_BARANG

Foreign Key : -

Fungsi : Digunakan untuk menyimpan data barang.

Tabel 4.3 Tabel Barang

NO Nama Kolom Tipe Data PanjangData Constraint

1 ID_BARANG Varchar 20 Primary

Key

2 NAMA_BARANG Varchar 20 Not Null

3 MERK Varchar 50 Not Null

4 HARGA Integer Not Null

5 UKURAN Varchar 10 Not Null

6 STOK Integer Not Null

7 STOK_MIN Integer Not Null

8 STOK_MAX Integer Not Null

9 HARGA_BELI Integer Not Null

4. Tabel Pembelian

Nama Tabel : Pembelian

Primary Key : No_Pembelian

Foreign Key : Id_Pegawai,Id_Supplier,Id_Barang

Fungsi : Digunakan untuk menyimpan data pembelian.

Tabel 4.4 Tabel pembelian

NO Nama Kolom Tipe Data Panjang

Data

Constraint

1 No_Pembelian Varchar 20 Primary Key

2 Id_Pegawai Varchar 10 Foreign

Key

3 Id_Supplier Varchar 10 Foreign Key

4 Id_Barang Varchar 10 Foreign

Key

5 Tgl_Pembelian Date Not Null

6 Qtypembelian Integer Not Null

7 Harga_Pembelian Integer Not Null

8 Total_Pembelian Integer Not Null

9 PPN Integer Not Null

10 Grand_Total Integer Not Null

5. Tabel Pembayaran

Nama Tabel : Pembayaran

Primary Key : NO_PEMBAYARAN

Foreign Key : NO_PEMBELIAN

Fungsi : Digunakan untuk menyimpan data pembayaran.

Tabel 4.5 Tabel Pembayaran

NO Nama Kolom Tipe Data Panjang Data Constraint

1 NO_PEMESANAN Varchar 10 Primary Key

2 NO_PELANGGAN Varchar 10 Foreign Key

3 KODE_JENIS Varchar 5 Foreign Key

4 KODE_PEGAWAI Varchar 6 Foreign Key

5 TGL_PEMESANAN Varchar 12 Not Null

6 TOTAL Integer - Not Null

6. Tabel Detil_Pembelian

Nama Tabel : Detil_Pembelian

Primary Key : -

Foreign Key : NO_PEMBELIAN,ID_BARANG

Fungsi : Digunakan untuk menyimpan data Detil_pembelian.

Tabel 4.6 Tabel Detil Pembelian

NO Nama Kolom Tipe Data Panjang Data

Constraint

1 No_Pembelian Varchar 20 Foreign Key

2 Id_barang Varchar 10 Foreign Key

3 Quantity Text Integer Not_Null

4 Harga_Beli Number Integer Not_Null

5 Sub_Total Number Integer Not_Null

6 Faktur Text 10 Foreign Key

4.3.5 Desain Input Output

Dibawah ini terdapat desain dari program aplikasi Sistem Informasi

Pembelian CV. Delta Jaya Machinery dan akan dijelaskan bagaimana cara

menggunakan program ini nantinya.

A. Form Utama

Pada menu utama ini, terdapat tollatas di sebelah kiriadalah pilihan

untuk ke Menu, sedangkan panel sebelahnya adalah tombol untuk ke Master lalu

Transaksi dan sebelahnya lagi untuk laporan. Sub menu Menu terdiri atas empat

sub menu; Login, Ganti Password, Logout dan Exit.Sub Menu Master terdiri dari

tiga sub menu; Daftar Supplier,Data Barang,Daftar Pegawai. Sub menu transaksi

terdiri atas tiga transaksi; transaksi Pembelian, Pembayaran .Tombol terakhir

adalah tombol laporan. Kesemua sub menu ini akan dibahas lebih lanjut pada

pembahasan berikutnya.

Untuk mencari data pembayaran dan data pembelian, terdapat di

laporran. Pada panel ini terdapat textbox yang memiliki fungsi untuk mencari data

pemesanan.Untuk lebih jelasnya dapat dilihat pada Gambar 4.17.

Gambar 4.17 Form Utama

B. Form Login

Bagian utama dari desain login adalah masukkan username dan password.

Dengan menggunakan masukkan ini, aplikasi akan menentukan apakah pegawai

tersebut memiliki hak untuk mengakses aplikasi dapat dilihat pada gambar 4.18.

Gambar 4.18 Form Login

C. Form Master Pegawai

Terdapat panel utama yaitu panel masukkan, yang terdiri atas ID pegawai,

nama , password, dan alamat. ID pegawai akan generate secara otomatis.. Tombol

yang ada pada fungsi master pegawai ini ada dua yaitu simpan dan baru.

Dibawah panel masukkan, ada textbox untuk mencari data pegawai.Seperti

yang telah diuraikan pada penjelasan sebelumnya bahwa fitur ini hanya untuk user

dengan jabatan admin dan pemilik. Ketika admin/pemilik melakukan pencarian,

data – data pegawai akan tampil. Sama halnya ketika akan mengubah data

pegawai, semua data bisa diubah, kecuali ID pegawai. Untuk lebih jelasnya bisa

dilihat pada Gambar 4.19.

Gambar ‎0.19 Form Master Petugas

D. Form Barang

Pada Form Barang. Memiliki textbox id barang,nama barang, merk,

harga ,ukuran dll. Form ini digunakan untuk menyimpan data barang ke database

yang memiliki 2 tombol simpan dan baru. Untuk lebih lengkapnya perhatikan

Gambar 4.20.

Gambar ‎0.20 Form Master Barang

E. Form Transaksi Purchase order

Form transaksi purchase order berfungsi untuk menyimpan data

purchase order ke dalam database. Form purchase order mempunyai textbox no

pembelian, id pegawai dan tombol selesai dan hapus. Dibagian detil pembelian

pada form purchase order terdapat textbox id supplier, id barang, jumlah, harga

beli dan tombol cari. Dibagian bawah pada form purchase order terdapat total,

ppn, grand total, dan tombol simpan . Untuk lebih jelasnya dapat dilihat pada

Gambar 4.21.

Gambar 4.21 Form Transaksi Purchase Order

F. Form Ganti Password

Form ini berfungsi untuk mengganti password dalam database pada tabel

pegawai yang ada pada CV. Delta Jaya Machinery. Untuk lebih jelasnya dapat

dilihat pada Gambar 4.22.

Gambar 4.22 Form Ganti Password

G. Form Supplier

Form ini berfungsi untuk menyimpan data supplier ke dalam database

dan. Untuk lebih jelasnya dapat dilihat pada Gambar 4.23.

Gambar 4.23 Form supplier

H. Form Pembayaran

Form ini berfungsi untuk menyimpan data pembayaran ke dalam

database. Untuk lebih jelasnya dapat dilihat pada Gambar 4.24.

Gambar 4.24 Form Pembayaran

I. Laporan Purchase order

Laporan ini berfungsi menampilkan data purchase order. Dalam laporan

purchase order ini ada beberapa pilihan kategori yang pertama berdasarkan

periode, yang kedua berdasarkan pelanggan, dan yang ketiga berdasarkan

pegawai. Untuk lebih jelasnya dapat dilihat pada Gambar 4.25.

Gambar 4.25 Laporan Purchase order

J. Laporan Pembelian

Laporan ini berfungsi menampilkan data pembelian. Dalam laporan

pembelian ini ada beberapa pilihan kategori yang pertama berdasarkan periode,

yang kedua berdasarkan tanggal, dan yang ketiga berdasarkan pembeliannya.

Untuk lebih jelasnya dapat dilihat pada Gambar 4.26.

Gambar 4.26 Laporan Pembelian

K. Laporan Pembayaran

Laporan ini berfungsi menampilkan data pembayaran. Dalam laporan

pembayaran ini ada beberapa pilihan kategori yang pertama berdasarkan periode,

yang kedua berdasarkan tanggal, dan yang ketiga berdasarkan pembayarannya.

Untuk lebih jelasnya dapat dilihat pada Gambar 4.27.

Gambar 4.27 Laporan Pembelian

4.4 Implementasi dan Pembahasan

Disini akan dibahas bagaimana KERJA PRAKTIK dilakasanakan pada

CV. Delta Jaya Machinery. Pada pembahasan berikutnya juga akan disertakan

cara pemasangan implementasi sistem, instalasi program, serta penjelasan

pemakaian dari aplikasi ini.

A. Implementasi Sistem

Berikut ini adalah hardware dan software yang dibutuhkan untuk

menggunakan aplikasi pembelian pada CV. Delta Jaya Machinery yaitu:

1. Software Pendukung

a. Sistem Operasi Microsoft Windows 7 Ultimate Version 2009.

b. Microsoft Visual Studio 2012.

c. Microsoft SQL Server 2008.

2. Hardware Pendukung

a. Komputer dengan processor Core i3 M 370 @ 2.40 GHz atau lebih

tinggi.

b. Graphic Intel 32-bit dengan resolusi 1366 x 768 atau lebih tinggi.

c. Memori RAM 2.00 GB atau lebih tinggi.

3. Instalasi Program

a. Install SQL Server pada komputer yang akan digunakan.

b. Install Program Pembelian di komputer.

c. Aplikasi sudah terinstal dengan baik, dan dapat digunakan

B. Penjelasan Pemakaian

Tahap ini merupakan langkah-langkah dari pemakaian Sistem Informasi

Pembelian CV. Delta Jaya Machinery. Berikut pembahasan pemakaian dari

Sistem Informasi Pembelian Pada CV. Delta Jaya Machinery.

a. Fitur login

Pertama, sebelum menggunakan aplikasi ini, user diwajibkan untuk

login. Karena fitur-fitur pada aplikasi ini akan terbuka apabila username dan

password yang dimasukkan user sesuai dengan username dan password yang ada

pada database. Untuk lebih jelasnya ditunjukkan pada Gambar 4.28.

Gambar 4.28 Fitur login pada menu file

Saat sistem mulai pilih Menu lalu klik login maka akan muncul form

login. Pada menu login user dapat memasukkan username dan password.

Gambar 4.29 Form login dan notifikasi pada menu file

Apabila‎ muncul‎ notifikasi‎ “login gagal, user atau password salah”‎ maka‎

proses verifikasi username dan password gagal. Bila hal tersebut terjadi maka

user tidak dapat mengakses fitur yang ada pada system seperti pada gambar 4.29

.Jika username dan password yang diinputkan benar maka sistem akan

menampilkan user yang login dan mengaktifkan fitur yang ada. Seperti Gambar

4.30.

Gambar 4.30 Form Utama setelah login

b. Form Data Barang

Pada form data barang barang terdapat dua tombol yaitu simpan dan

baru serta textbox id barang, nama barang, merk dll. Tombol baru digunakan

untuk generate id barang baru lalu memasukkan data barang. Setelah diisi semua

klik tombol simpan untuk menyimpan kedalam database. Untuk lebih jelasnya

dapat dilihat pada gambar 4.31.

Gambar 4.31 Menambah data barang

c. Form Pegawai

Form ini berfungsi untuk memasukkan data pegawai, yang terdiri atas ID

pegawai, nama, jabatan, password, dan alamat dll. ID pegawai akan generate

secara otomatis. Tombol yang ada pada fungsi master pegawai ini ada dua yaitu

simpan dan baru.

Setelah memasukkan data pegawai klik tombol simpan, maka data

tersebuat akan ditampilkan di form pegawai dan disimpan kedalam database

seperti pada gambar 4.32.

Gambar 4.32 Menambah data pegawai

d. Form purchase order

Pada gambar 4.33 menjelaskan Form yang berfungsi untuk

menginputkan data purchase order dari pelanggan, purchase order tersebut ada

beberapa macam seperti purchase order barang, purchase order jasa, dan

purchase order barang dan jasa. Form ini terletak pada menu transaksi submenu

purchase order pada form utama.

Gambar 4.33 Transaksi purchase order

Setelah memasukkan data pembelian lalu klik tombol selesai pada form

purchase order, jika sudah klik tombol simpan untuk kembali ke form purchase

order. Lalu akan muncul informasi PO telah disimpan seperti pada gambar 4.34

Gambar 4.34 Purchase order barang