Software Desain 1. Desain Database

Gambar 4.14 Data Flow Diagram Level 2 Proses 5, Pembuatan Lap. Faktur Penjualan, Lap. Daftar Data Relasi, dan Lap. Daftar Piutang, Di Dalam Sistem Penjualan. Sumber : Data diolah oleh penulis

4.2.2.2.7. Data Flow Diagram Level 2 Proses 6 Proses

Hitung Beli Gambar 4.15 Data Flow Diagram Level 2 Proses 6 Proses Hitung Beli. Sumber : Data diolah oleh penulis

4.2.2.2.8. Data Flow Diagram Level 2 Proses 7 Proses

Hitung Jual. Gambar 4.16 Data Flow Diagram Level 2 Proses 7 Proses Hitung Jual. Sumber : Data diolah oleh penulis 4.2.3. Software Desain 4.2.3.1. Desain Database Dalam membuat suatu database haruslah didahului dengan tahap mendesain terlebih dahulu. Hal ini dimaksudkan untuk memudahkan dalam tahap implementasi.

4.2.3.2. Normalisasi

Menurut Ir. Fathansah 2002:39 Perancangan basis data diperlukan, agar kita bisa memiliki basis data yang kompak dan efisien dalam penggunaan ruang penyimpanan, cepat dalam pengaksesan dan mudah dalam pemanipulasian data. Normalisasi sendiri merupakan salah satu cara pendekatan lain dalam membangun desain logic basis data relasional yang tidak secara langsung berkaitan dengan model data, tetapi dengan menerapkan sejumlah aturan dan kriteria standar untuk menghasilkan struktur tabel yang normal. D a t a P e r d a g a n g a n U n t u k C V . I n d o la t ie f N a m a _ b a r a n g J e n is _ B a r a n g H a a r g a _ p e m b e lia n H r g a _ p e n ju a la n K a ik a n _ h a r g a T Q a n t it y L o k a s i T _ f a k t u r _ b e li K u p p lie r H r g a _ p e m b e lia n Q a n t it y _ b e li T S o t a l_ p e m b e lia n H r g a _ t o t a l_ p e m b e lia n K _ k o n d is i T _ f a k t u r _ ju a l K e la s i H r g a _ p e n ju a la n Q a n t it y _ ju a l P _ d is k o n S o t a l_ p e n ju a la n H r g a _ t o t a l_ p e n ju a la n K _ k o n d is i T _ P J N m a _ s u p p lie r T g l_ d a t a n g _ b a r a n g H a r g a _ P J e n g l u g l o d e _ s a u g l u b _ t a e t g l o d e _ r a u o t u b _ t a e t g l a 1. Tidak Normal T g l_ a n g s u r a n _ p iu t a n g A n g s u r a n _ p iu t a n g S is a _ t o t a l_ p iu t a n g T g l_ ja t u h _ t e m p o _ d e b it Q u a n t it y _ P J S u b _ t o t a l_ P J T o t a l_ P J T g l_ r e t u r _ b e li Q u a n t it y _ r e t u r N a m a _ s u p p lie r A la m a t T lp 1 T lp 2 K o t a P r o p in s i T o t a l_ h u t a n g J e n is _ s u p p lie r N a m a _ r e la s i A la m a t T lp 1 T lp 2 K o t a P r o p in s i T o t a l_ P iu t a n g J e n is _ r e la s i J e n is _ h u t a n g T g l_ a n g s u r a n _ h u t a n g A n g s u r a n _ h u t a n g S is a _ t o t a l_ h u t a n g T g l_ ja t u h _ t e m p o _ k r e d it J e n is _ p iu t a n g Gambar 4.17 Data Perdagangan 2. Normal Ke Satu 1NF Gambar 4.18 Normalisasi ke Satu 1NF 3. Normal Ke Dua 2NF Gambar 4.19 Normalisasi MasterBarang Penjualan Piutang No_faktur_jual Tgl_faktur_jual Kode_relasi Kode_nama_barang Nama_barang Harga_penjualan Quantity_ jual Pot_diskon Sub_total_penjualan Harga_total_penjualan Ket_kondisi Kode_piutang Jenis_piutang No_faktur_jual Kode_relasi Tgl_angsuran_piutang Angsuran_piutang Sisa_total_piutang Tgl_jatuh_tempo_debit Gambar 4.20 Normalisasi Penjualan Gambar 4.21 Normalisasi Pembelian Gambar 4.22 Normalisasi Supplier Gambar 4.23 Normalisasi Relasi

4.2.3.3. Perancangan ER-D Entity Relationship Diagram

Perancangan ini dilakukan untuk memudahkan dalam perancangan basis data relational karena perancangan ER-D menggambarkan hubungan antara file-file yang dibutuhkan dalam perancangan perangkat lunak ini. Notasi ER-D menyediakan sebuah mekanisme yang mewakili hubungan–hubungan antar objek–objek. Diagram ER-D menyediakan analisa perancangan notasi singkat untuk menguji data didalam konteks aplikasi pemrosesan data. ER-D Sistem Perdagangan Daur Ulang Sampah Plastik adalah sebagai berikut : PLASTIK SUPPLIER Harga Pembelian Harga Penjualan Tgl Quantity Kode Jenis Barang Kode Lokasi Di Kelola Memiliki Disimpan Indolatief Jenis Lokasi Kode Supplier Kode Jenis Supplier Nama Supplier Alamat Tlp1 Tlp2 Kota Memiliki Jenis Supplier RELASI Kode Relasi Kode Jenis Supplier Nama Supplier Alamat Tlp1 Tlp2 Kota Memiliki Jenis Relasi Hutang Tgl Faktur Jual No Faktur Jual Kode Relasi Harga Penjualan Quantity Jual Potongan diskon Sub Total Penjualan Harga Total Penjualan Piutang Dibeli Pembelian Dijual Penjualan Memiliki Memiliki Kode Harga Jual Kenaikan Harga Propinsi Propinsi Memiliki Dibayar Dibayar Memiliki Diretur Dipesan Pemesanan Barang Retur Pembelian Total Hutang Total Piutang 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 No Fakt i ur Bel Tgl Fakt i ur Bel No PJ Kode S er uppli Harga P elian emb Quantity beli Tgl Sub Total Pembelian HargaTotal Gambar 4.24 Entity Relationship Diagram ERD

4.2.3.4. Perancangan Database

4.2.3.4.1. Perancangan Kamus Data

Kamus data berfungsi untuk mendefinisikan data dan aliran informasi yang ada pada Diagram Flow Data DFD. Dari DFD diatas dapat diperoleh entity-entitynya sebagai berikut :

a. Tabel Barang

Tabel 4.3 Tabel Barang File Name Type Panjang Kode_nama_barang Text 8 Nama Barang Text 20 Harga_pembelian Number Double Harga_penjualan Number Double Kenaikan_harga Number Double Tgl DateTime - Quantity Number Double Kode_jenis_barang Text 4 Kode_lokasi Text 4 Sumber : Data diolah oleh penulis

b. Tabel Jenis Barang