BAB III ANALISIS DAN PERANCANGAN III.1 Analisis Proses Berbelanja Pada Minimarket Proses berbelanja merupakan langkah-langkah yang terjadi pada minimarket dalam melakukan kegiatan jual beli, dimana pihak minimarket melakukan penjualan barang dan pelanggan melakukan pembelian barang ke minimarket. Proses berbelanja dimulai ketika pelanggan mengunjungi atau mendatangi minimarket untuk dapat melakukan pembelian atau ingin berbelanja di minimarket. Pelanggan yang datang ke minimarket akan dilayani oleh karyawan minimarket, karyawan akan memberikan informasi dan membantu pelanggan dalam mencari atau memperlihatkan barang. Pelanggan dapat melakukan pembelian dengan melakukan pembayaran di kasir sesuai dengan harga yang telah ditentukan dan pembayaran dilakukan dengan menggunakan uang tunai. Setelah melakukan pembayaran dan pelanggan sudah mendapatkan bukti pembayaran maka pelanggan sudah menjadi pemilik barang yang telah dibayar dan dapat membawa barang tersebut. Dengan catatan, barang yang sudah dibeli tidak dapat dikembalikan. Adapun proses berbelanja pada Minimarket Medan, dapat dilihat seperti pada gambar III.1.
46 Pelanggan Karyawan Minimarket Kasir Start Memberi Informasi Pembayaran Mengunjungi Daftar Barang Bukti Pembayaran Membeli Barang Harga Barang Pembayaran Bukti Pembayaran Barang End Gambar III.1 Diagram Alir (Flow Of Document) Berbelanja Pada Minimarket
47 III.2 Perancangan Sistem 1II.2.1 Disain Sistem Secara Global Perancangan sistem akan dimulai setelah tahap analisis terhadap sistem yang sedang berjalan selesai dilakukan, perancangan sistem dapat didefinsikan sebagai penggambaran, perencanaan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh dan berfungsi. Tahapan ini menyangkut konfigurasi dari komponen-komponen perangkat lunak dan perangkat keras dari suatu sistem sehingga setelah instalasi dari sistem akan benar-benar memuaskan dari rancang bangun yang telah ditetapkan pada akhir tahap analisis sistem. Alat bantu yang digunakan untuk menggambarkan sistem secara umum yang akan dibangun yaitu diagram konteks dan data flow diagram. III.2.1.1 Diagram Konteks Diagram konteks adalah diagram yang terdiri dari suatu proses dan menggambarkan ruang lingkup suatu sistem. Diagram konteks merupakan level tertinggi dari DFD (Data Flow Diagram) yang menggambarkan seluruh input ke sistem atau output dari sistem, diagram konteks akan memberi gambaran tentang keseluruhan sistem. Diagram konteks untuk diagram konteks perancangan dan pembuatan program terpadu penjualan untuk minimarket terdiri dari entitas admin, pengunjung, member, dan pimpinan,yang akan dibangun dapat dilihat pada Gambar III.2.
48 PENGUNJUNG Data Pengunjung Kritik dan Saran Info login invalid Info admin Info produk Info Harga Info member Info pesanan Info konfirmasi Info pengiriman Info regristrasi valid Info produk ADMIN Program Terpadu Penjualan Untuk Minimarket Data login admin Data Admin Data Produk Data Harga Data Member Info login valid Info detail barang Info pesanan Data login member Data pesanan Data konfirmasi MEMBER Laporan daftar barang Laporan daftar member Laporan daftar pesanan Laporan daftar konfirmasi Laporan daftar pengiriman PIMPINAN Gambar III.2 Diagram Konteks perancangan dan pembuatan program terpadu penjualan untuk minimarket III.2.1.2 Data Flow Diagram (DFD) Data Flow Diagram merupakan suatu media yang digunakan untuk menggambarkan aliran data yang mengalir pada suatu sistem informasi. Dalam Data Flow Diagram (DFD) terdiri dari entitas luar, aliran data, proses, dan penyimpanan data.
49 Berdasarkan diagram konteks pada Gambar III.3 dilakukan penurunan sampai menemukan proses yang lebih detail. Dari proses diagram konteks di atas dapat diturunkan menjadi beberapa proses yaitu: login, input data master, registrasi, pemesanan, konfirmasi, buku tamu, pengiriman dan pelaporan. Entiti admin memberikan data login, admin, data pengiriman, barang dan info pesanan ke dalam proses login, dan admin menerima info pengiriman, data admin, data barang, info login invalid, data member, info konfirmasi, dan pesanan. Keterkaitan proses-proses dan masing-masing entity tersebut disajikan dalam arus data level 0 (DAD level 0) perancangan dan pembuatan program terpadu penjualan untuk minimarket berbasis web dapat dilihat pada Gambar III.3.
50 Gambar III.3 DFD Level 0 perancangan dan pembuatan program terpadu penjualan untuk minimarket 50
51 III.2.2 Disain Sistem Secara Detail III.2.2.1 Disain Input Rancangan input atau desain tampilan yang diusulkan pada website yang akan dibangun adalah sebagai berikut : 1. Buku Tamu Rancangan buku tamu merupakan rancangan yang ditunjukan untuk seorang pengunjung situs/user. Pada tampilan buku tamu ini terdapat menu dan link yang menghubungkan pengunjung situs/user ke halaman yang di inginkan, yang juga merupakan tempat untuk menyampaikan kritik dan saran kepada pihak perusahaan itu sendiri. Rancangan halaman buku tamu dapat dilihat seperti pada Gambar III.4. Form Buku Tamu Nama Jenis Kelamin Alamat E-Mail Komentar Submit Reset Gambar III.4 Rancangan Halaman Buku Tamu
52 2. Data Pemesanan Rancangan tampilan input pemesanan merupakan rancangan yang ditunjukan untuk seorang member yang sudah melakukan login. Pada tampilan pesanan ini terdapat menu dan link yang menghubungkan member ke halaman yang di inginkan, yang juga merupakan tempat untuk memesan produk dan menampilkan data produk yang sudah dipesan. Rancangan halaman pesanan dapat dilihat seperti pada Gambar III.4. DAFTAR BARANG DI KERANJANG YANG SUDAH DIPESAN No Nama Barang Jumlah Pesan Harga Barang x x 999 999999 x x 999 999999 Total Harga = Kembali Proses Proses CheckOut CheckOut Gambar III.5. Rancangan Halaman Pemesanan 3. Registrasi Rancangan tampilan registrasi merupakan rancangan yang ditunjukan untuk seorang pengunjung situs. Pada tampilan registrasi ini terdapat menu dan link yang menghubungkan member ke halaman yang di inginkan, yang juga merupakan tempat untuk melakukan registrasi jika pengunjung ingin menjadi member / pelanggan pada perusahaan tersebut. Rancangan halaman registrasi member dapat dilihat seperti pada Gambar III.5.
53 Form Registrasi Member Nama Jenis Kelamin Alamat Kota Wilayah Email Userna Name Password Confirm Password Simpan Reset Gambar III.6. Rancangan Halaman Registrasi 4. Konfirmasi Rancangan tampilan input konfirmasi merupakan rancangan yang ditunjukan untuk seorang member. Pada tampilan konfirmasi ini terdapat menu dan link yang menghubungkan member ke halaman yang di inginkan, yang juga merupakan tempat untuk melakukan konfirmasi jika pengunjung sudah melakukan pembayaran belanja sesuai dengan biaya pemesanan. Rancangan halaman konfirmasi dapat dilihat seperti pada Gambar III.7.
54 Form Konfirmasi No, Pesan Total bayar Keterangan No. Bukti Kirim Konfirmasi Gambar III.7. Rancangan Input Halaman Konfirmasi 5. Login Rancangan tampilan halaman login merupakan rancangan yang ditunjukan untuk seorang administrator. Pada tampilan konfirmasi ini terdapat menu dan link yang menghubungkan pengunjung ke halaman yang di inginkan, yang juga merupakan tempat untuk melakukan login administrator, sehingga admin dapat masuk ke halaman administrator. Rancangan halaman login dapat dilihat seperti pada Gambar III.8. Form Login User Password Login Gambar III.8. Rancangan Halaman Input Login Administrator 6. Data Barang/Produk Apabila administrator memilih Tambah Produk maka administrator akan masuk ke halaman tambah data produk, yang berfungsi untuk menambah
55 barang/produk. Rancangan halaman tambah data produk dapat dilihat seperti pada Gambar III.9. Form Tambah Barang Kode Barang Nama Barang Satuan Harga Stok Foto Browse Keterangan Simpan Reset Gambar III.9. Rancangan Halaman Tambah Data Barang III.2.2.2 Perancangan Database Dari gambaran output yang diperoleh diatas dapat diketahui kebutuhan database yang diperlukan oleh sistem. Dan untuk memperoleh struktur database sistem, perlu dilakukan beberapa hal yaitu Kamus Data, Normalisasi, Desain Tabel/File, dan Entity Relationship Diagram (ERD). III.2.2.2.1 Kamus Data. Berdasarkan Data Flow Diagram dapat diperoleh kamus data sebagai berikut : 1. Wilayah{ Kodewil + Wilayah}
56 2. Member{ Idmember + Nama + jk + Alamat + Kota + Email + Userku + Passku+ Kodewil} 3. Barang{ KodeBrg + NamaBrg + Satuan + Harga + Stok + Keterangan + Foto} 4. Pemesanan {Nopesan + Idmember + TglPesan + Total + Ongkos + Status + Norek + Bank} 5. PesananDetail{ Idpesan + Nopesan + KodeBrg + Jlhbrg + Harga } 6. Konfirmasi{ Nopesan + Nokonfirmasi + Tgl + Ket } III.2.2.2.2 Normalisasi. Normalisasi adalah proses pengelompokan data kedalam bentuk tabel atau relasi file untuk menyatakan entitas dan hubungan mereka sehingga terwujud suatu bentuk database yang mudah untuk dimodifikasi. Normalisasi sering dilakukan sebagai suatu uji coba pada suatu relasi secara berkelanjutan untuk menentukan apakah relasi tersebut sudah baik atau masih melanggar aturan aturan standar yang diberlakukan pada suatu relasi yang normal (sudah dapat dilakukan proses insert, update, delete dan modify pada satu atau beberapa atribut tanpa mempengaruhi integritas data dalam relasi tersebut). Pada tahap proses normalisasi ini untuk menghasilkan bentuk yang normal diperlukan beberapa langkah berikut: 1. Bentuk Tidak Normal Bentuk ini merupkan kumpulan data yang akan direkam, tidak ada keharusan mengikuti format tertentu, dapat saja data tidak lengkap atau
57 terduplikasi dan terdapat data yang kosong atau null. Data dikumpulkan apa adanya sesuai dengan saat menginput. Berdasarkan daftar-daftar yang diperoleh maka dapat ditentukan bentuk tabel yang tidak normal pada sistem yang ada saat ini. Dari setiap proses yang diperoleh maka dapat dibuat tabel tidak normal dari sistem yang akan dibangun. 2. Normalisasi Pertama (1 NF) Berdasarkan bentuk tidak normal di atas, karena masih ada field yang tidak berisi atau bernilai Null. Sehingga perlu dilakukan normaslisasi pertama (1 NF). Bentuk normalisasi pertama (1 NF) dari bentuk tidak normal di atas dapat dilihat seperti sebagai berikut: Penjualan{Nopesan, TglPesan, Idmember, Nama, Jk, Alamat, Kota, Email, Userku, Passku, Kodewil, Wilayah, KodeBrg, NamaBrg, Satuan, Harga, Stok, Keterangan, Jlhbrg, Harga, Nokonfirmasi, Tglbrg, Ket, Tgl, Total, Ongkos, Status, Norek, Bank} 3 Normalisasi Kedua (2 NF) Normalisasi Kedua (2 NF) dapat dilakukan apabila bentuk data telah memenuhi kriteria bentuk normal ke satu. Atribut bukan kunci(non-key attribute) haruslah memiliki ketergantungan fungsional sepenuhnya pada primary key, tidak ada data yang berulang atau redundansi. Dari bentuk normalisasi ke satu (1 NF), maka dapat dipecah menjadi beberapa kelompok, seperti ditunjukkan dengan pengelompokan sebagai berikut : MemberWilayah{ Idmember, Nama, Jk, Alamat, Kota, Email, Userku, Passku, Kodewil}
58 Pemesanan {Nopesan, TglPesan, Kodewil, Wilayah, Total, Ongkos, Status, Norek, Bank} PesananDetail{ Nopesan, KodeBrg, NamaBrg, Satuan, Harga, Stok, Keterangan, Jlhbrg, Harga } Konfirmasi{ Nopesan, Nokonfirmasi, Tgl, Ket } 4. Normalisasi Ketiga (3 NF) Untuk menjadi bentuk normal ketiga maka relasi haruslah dalam bentuk normal kedua dan atribute bukan primer tidak punya hubungan yang transitif. Dengan kata lain, setiap attribute bukan kunci haruslah bergantung hanya pada Primary Key secara menyeluruh. Dari Bentuk Normal 2 masing-masing tabel akan dipecah menjadi beberapa tabel yaitu sebagai berikut : Wilayah{ Kodewil, Wilayah} Member{ Idmember, Nama, Jk, Alamat, Kota, Email, Username, Password, Kodewil} Barang{ KodeBrg, NamaBrg, Satuan, Harga, Stok, Keterangan } Pemesanan {Nopesan, Idmember, Tgl, Totalbiaya, Ongkos, StatusPesan} PesananDetail{ Nopesan, KodeBrg, Jlhbrg, HargaPesan } Konfirmasi{ Nopesan, Nokonfirmasi, Tgl, Ket } III.2.2.2.3 Desain Tabel/File Dari hasil normalisasi di atas, maka dapat dibentuk tabel-tabel yang dibutuhkan untuk membangun sistem. Adapun rancangan table/file yang akan dibangun adalah sebagai berikut:
59 1. Tabel Wilayah Tabel tarif berfungsi untuk menyimpan data yang berhubungan dengan data wilayah member melakukan pemesanan yang dientry oleh administrator. Struktur tabel Wilayah dapat dilihat seperti pada Tabel III.1. Tabel III.1. Tabel Wilayah Nama Field Type Data Size Keterangan Kodewil Varchar 10 Kode wilayah Namawil Varchar 30 Nama wilayah 2. Tabel Member Tabel member berfungsi untuk menyimpan data yang berhubungan dengan data member yang dientry oleh pengunjung melalui halaman registrasi. Struktur tabel member dapat dilihat seperti pada Tabel III.2. Tabel III.2. Tabel Member Nama Field Type Data Size Keterangan Idmember Varchar 30 Id member Nama Varchar 60 Nama member Jk Varchar 20 Jenis Kelamin Alamat Varhar 100 Alamat member Kota Varhar 60 Kota Telp Varhar 12 Nomor telepon Email Varhar 50 Email member Userku Varhar 20 Username
60 Passku Varhar 30 Password Kodewil Varhar 10 Kode Wilayah 3. Tabel Barang Tabel barang/produk berfungsi untuk menyimpan data yang berhubungan dengan data produk yang dientry oleh administrator. Struktur tabel barang/produk dapat dilihat seperti pada Tabel III.3. Tabel III.3. Tabel barang Nama Field Type Data Size Keterangan Kodebrg Varchar 20 Kode barang NamaBrg Varchar 90 Nama Barang Satuan Varchar 20 Satuan Harga Double - Harga barang Stok Int 10 Stok Keterangan Text - Keterangan Foto Varchar 150 Foto Barang 4. Tabel Pemesanan Tabel pemesanan berfungsi untuk menyimpan data yang berhubungan dengan data pesanan member yang dientry oleh member setelah melakukan login terlebih dahulu. Struktur tabel pemesanan dapat dilihat seperti pada Tabel III.4. Tabel III.4. TabelPemesanan
61 Nama Field Type Data Size Keterangan No_pesan Varchar 20 No pemesanan Tgl_pesan Date - Tanggal pemesanan Id_member Varchar 20 Id member Total Double - Total harga pesanan Ongkos Double - Biaya Pengiriman Status Varchar 15 Status pesanan Norek Varchar 50 Nomor Rekening Bank Varchar 30 Nama Bank 5. Tabel Pesanan_detail Tabel pesanan_detail berfungsi untuk menyimpan data yang berhubungan dengan data pesanan member yang dientry oleh member setelah melakukan login terlebih dahulu dimana tabel pesanan_detail akan menyimpan data barang yang dipesan oleh member. Struktur tabel pesanan_detail dapat dilihat seperti pada Tabel III.5. Tabel III.5. Tabel Pesanan_detail Nama Field Type Data Size Keterangan Idpesan Int 3 Id pemesanan Nopesan Varchar 30 Nomor Pesan KodeBrg Varchar 20 Kode Barang Jlhbrg Int 4 Jumlah pemesanan Harga Double - Harga pemesnan
62 6. Tabel Konfirmasi Tabel Konfirmasi berfungsi untuk menyimpan data yang berhubungan dengan data konfirmasi member yang sudah melakukan transfer biaya. Struktur tabel konfirmasi dapat dilihat seperti pada Tabel III.6. Tabel III.6. Tabel Konfirmasi Nama Field Type Data Size Keterangan Nokonfirmasi Varchar 30 No konfirmasi Tgl Date - Tanggal konfirmasi Nopesanan Varchar 20 No pesanan Ket Varchar - Keterangan konfirmasi 7. Tabel Bukutamu Tabel pengunjung berfungsi untuk menyimpan data yang berhubungan dengan pesan atau kritik dari setiap pengunjung atau member yang pernah mengunjungi website. Struktur tabel pengunjung dapat dilihat seperti pada Tabel III.8. Tabel III.7. Tabel Bukutamu Nama Field Type Data Size Keterangan Idpengunjung Int 11 Id pengunjung Nama Varchar 25 Nama pengunjung Alamat Varchar 50 Alamat pengunjung Email Varchar 25 Email pengunjung Telepon Varchar 12 Nomor telepon
63 Pesan Text - Pesan / kritik dan saran Tglkunjungan Date - Tanggal kujungan Jam Time - Jam kirim pesan 8. Tabel Admin Tabel admin berfungsi untuk menyimpan data yang berhubungan dengan administrator. Struktur tabel admin dapat dilihat seperti pada Tabel III.8. Tabel III.8. Tabel Admin Nama Field Type Data Size Keterangan Usera Varchar 20 Username Passa Varchar 20 Password III.2.2.3 Disain Ouput Untuk membangun suatu Aplikasi Sistem, harus diketahui bentuk output (keluaran) yang diinginkan. Berikut adalah rancangan output yang akan dihasilkan sistem dan disesuaikan dengan form yang ada pada sistem yang manual. Dimana output yang dihasilkan akan ditampilkan dalam format PDF. 1. Rancangan Output Daftar Produk Daftar barang/produk berguna untuk menampilkan daftar produk yang di jual oleh Minimarket Medan. Laporan ini terdiri dari: Kode barang, Nama Barang, Satuan, Harga, Stok dapat dilihat pada Gambar III.10.
64 Laporan Daftar Barang No. Kode Barang Nama Satuan Harga Stok 999 xx xx 9999999 9999 999 xx xx 9999999 9999 Dibuat Oleh Administrator Diketehui Oleh Pimpinan Gambar III.10. Rancangan Output Daftar Barang 2. Rancangan Output Daftar Member Daftar member berguna untuk menampilkan daftar member Minimarket Medan. Laporan ini terdiri dari: Id Member, Nama, Jk, Alamat, Kota, No Telepon, Email, Kode Wilayah, dan Username dapat dilihat pada Gambar III.11. Id Nama Jenis Kelamin xxx xx Laporan Daftar Member Alamat Kota Wilayah E-Mail User Name xx xx Password Confirm Password xxx xx xx xx Dibuat Oleh Administrator Gambar III.5 Laporan Data Barang Diketehui Oleh Pimpinan Gambar III.11. Rancangan Output Daftar Member
65 3. Rancangan Output Pesanan Berdasarkan Nomor Pemesanan Faktur pesanan berguna untuk menampilkan data barang/produk yang dipesan oleh member pada Minimarket Medan. Dimana faktur pesanan akan dicetak langsung oleh member pada saat melakukan pemesanan secara online. Bukti Pesanan ini terdiri dari: No. pemesanan, Tanggal pemesanan, Id. Member, Kode Barang, Nama Barang, Jumlah Pesan, Harga Pesan dan Jumlah Harga Pesan seperti pada Gambar III.12. Nama : No. Pemesanan : xx Tanggal : dd/mm/yyyy Laporan Daftar Pemesanan Barang No. Kode Nama Jumlah Harga Jumlah Harga 999 x 9999 9999999 9999999 999 x Gambar III.5 Laporan 9999 Data 9999999 Barang 9999999 Dibuat Oleh Administrator Diketehui Oleh Pimpinan Gambar III.12. Rancangan Output Pemesanan Berdasarkan Nomor Pemesanan 4. Rancangan Output Laporan Pesanan PerTanggal Laporan pesanan pertanggal berguna untuk menampilkan data pesanan yang dipesan oleh member pada Minimarket Medan pertanggal atau setiap tanggal. Dimana laporan pesanan akan dicetak langsung oleh administrator apabila diperlukan laporan pemesanan pertanggal. Laporan ini terdiri dari: Nomor
66 Pesanan, Tanggal Pesanan, Nama Member, Kode Barang, Nama barang, Satuan, Jumlah Pesanan, Harga Pesanan dan Jumlah Harga seperti pada Gambar III.13. Laporan Daftar Pemesanan Barang per Tanggal Tanggal : dd/mm/yyyy s/d dd/mm/yyyy No. No. Kode Nama Pesan Barang 999 x Satuan Jumlah Harga Jumlah Harga 9999 9999999 9999999 999 x 9999 9999999 9999999 Dibuat Oleh Administrator Gambar III.5 Laporan Data Barang Diketehui Oleh Pimpinan Gambar III.13. Rancangan Output Pemesanan Barang per Tanggal 5. Rancangan Output Laporan Pesanan Perbulan Laporan pesanan pertanggal berguna untuk menampilkan data pesanan yang dipesan oleh member pada Minimarket Medan perbulan atau setiap bulan. Dimana laporan pesanan akan dicetak langsung oleh administrator apabila diperlukan laporan pemesanan perbulan. Laporan ini terdiri dari: Nomor Pesanan, Tanggal Pesanan, Nama Member, Kode Barang, Nama barang, Satuan, Jumlah Pesanan, Harga Pesanan dan Jumlah Harga seperti pada Gambar III.14.
67 Laporan Daftar Pemesanan Barang per Bulan Bulan : MM/yyyy No. No. Tanggal Kode Nama Pesan Barang 999 dd/mm/yyyy xxx Satuan Jumlah Harga Jumlah Harga 9999 9999999 999999 999 dd/mm/yyyy xxx 9999 9999999 999999 Dibuat Oleh Administrator Gambar III.5 Laporan Data Barang Diketehui Oleh Pimpinan Gambar III.14. Rancangan Output Pemesanan Barang per Bulan 6. Rancangan Output Laporan Pesanan PerTahun Laporan pesanan pertanggal berguna untuk menampilkan data pesanan yang dipesan oleh member pada Minimarket Medan pertahun atau setiap Tahun. Dimana laporan pesanan akan dicetak langsung oleh administrator apabila diperlukan laporan pemesanan pertahun. Laporan ini terdiri dari: Nomor Pesanan, Tanggal Pesanan, Nama Member, Kode Barang, Nama barang, Satuan, Jumlah Pesanan, Harga Pesanan dan Jumlah Harga seperti pada Gambar III.15. Tahun : yyyy No. No. Pesan 999 Laporan Daftar Pemesanan Barang per Tahun Tanggal Kode Nama Satuan Jumlah Harga Jumlah Barang Harga dd/mm/yyyy xxx 9999 9999999 999999 999 dd/mm/yyyy xxx 9999 9999999 999999 Dibuat Oleh Administrator Gambar III.5 Laporan Data Barang Diketehui Oleh Pimpinan Gambar III.9 Rancangan Output Pemesanan Barang per Tahun Gambar III.15. Rancangan Output Pemesanan Barang per Tahun