Analisa Sistem Perancangan Table

BAB III ANALISIS DAN DESAIN SISTEM

Bab ini membahas mengenai desain keseluruhan system yang dibuat yang meliputi desain Data Flow Diagram DFD, desain entity relationship diagram ERD,desain basis data,desain interface

3.1 Analisa Sistem

Sistem yang dirancang saat ini adalah jika pelanggan ini ingin melakukan transaksi pada sistem. Pelangaan tersebut harus mendaftarkan diri dalam sistem, setelah melakukan pendaftaran user tersebut dapat melakukan kegiatan memilih produk atau barang yang ingin dibeli. Jika telah memilih barang yang telah ditentukan user dapat melakukan rekues ke sistem dengan cara menekan tombol submit atau checkout. Jika masih ingin melanjutkan belanja user dapat memilih tombol lanjutkan belanja apabila user memilih produk lain. Jika dirasa cukup user tinggal menekan tombol checkout dan disitu diperlihatkan perhitungan biaya yang harus dibayar oleh user. Setelah melakukan transaksi petugas memproses data atau pesanan dalam sistem yang dimana terdapat detail produk,alamat dan biaya yang dikeluarkan oleh user. Yang selanjutkan akan dilajutkan pada pihak ketiga dalam hal ini jasa 30 pengiriman yang akan mengirim barang atau produk yang telah dipesan sebelumya.

3.2 Perancangan Sistem

Perancangan sistem ini menjelaskan tentang konsep dari sistem yang akan dibuat. Mulai dari penjelasan tentang deskripsi umum sistem, proses-proses akan dijabarkan dalam perancangan terhadap sistem, maka ada dua model yang dipergunakan dalam melakukan desain sistem yaitu process modeling dengan menggunakan Data Flow Diagram DFD dan data modeling dengan menggunakan Entity Relationship Diagram ERD.

3.2.1 Deskripsi Umum Sistem

Gambar 3.1 Mekanisme E-commerce a User membutuhkan koneksi internet jika ingin memilih produk atau melakukan transaksi b Setelah user memilih produk yang di ingingkan , konfirmasi ditangani oleh petugas c Petugas mengurus konfirmasi barang atau produk pesanan user, user diharuskan konfirmasi melalui email d Setelah petugas mengecek konfirmasi melalui email dan transaksi lewat atm. e Setelah transaksi dinyatakan selesai , barang dikirim melalui jasa pengiriman dalam hal ini jasa pengiriman merupakan pihak 3. f Jasa pengiriman yang bertanggung jawab atas pengiriman produk hingga sampai ke tempat tujuan.

3.2.2 DFD Data Flow Diagram

Perancangan proses dalam pembuatan aplikasi pemnatauan posisi kendaraan tersebut dijelaskan dalam bentuk DFD Data Flow Diagram. DFD adalah teknik yang digunakan untuk menjelaskan aliran informasitransformasi data yang bergerak dari pemasukan data hingga keluar data structured Analysis and Design. DFD sering digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan fisik dimana data tersebut mengalir. Terdapat 2 bentuk level DFD yaitu level Context Diagram, level 0, Level

3.2.2.1 Konteks Diagram

Data flow Diagram yang pertama kali digambar adalah level teratas dan diagram ini disebut dengan context diagram. Terdapat 2 entitas utama dalam sistem ini, yaitu: member petugas. Untuk lebih jelasnya dapat dilihat pada Gambar 3.2: Gambar 3.2 Konteks diagram Context Diagram merupakan pokok sistem atau bahasa utama dari sistem yang akan dikembangkan. Context Diagram atau konteks diagram dari sistem e commerce music store terdapat entitas member petugas. Dalam entitas petugas mempunyai beberapa arus data yang menuju pada proses sistem e commerce music store. Pada entitas petugas terdapat arus data yang meliputi input data petugas,input news,input kategori,input product,input label produsen. Pada entitas member terdapat arus data yang meliputi input kode pos ,input data member dan menerima laporan dari dari sistem e commerce music store berupa laporan news dan laporan konformasi 3.2.2.2 DFD Level 1 DFD level 1 untuk overview diagram atau diagram yang lebih terinci berdasarkan proses di bagian level teratas atau context diagram. DFD level 1 merupakan pengembangan dan penjelasan secara terinci dan jelas dari diagram konteks. Pada DFD level 1 akan terdapat beberapa proses yang terhubung dengan satu atau beberapa entitas dan data store. DFD level 1 merupakan hasil compose atau penguraian atau penggabungan dari konteks diagram yang telah dibuat. Berikut ini adalah data flow diagram level 1 dari sistem e commerce music store: Pada level 1 ini terdapat beberapa proses yaitu proses Login,mengolah data,mendaftar,konfirmasi,pemesanan masuk. Untuk lebih jelasnya dapat dilihat pada gambar 3.3 Laporan Konfirmasi id order id member data news id label id product id news id Kategori Laporan News Input Kode Pos Input data member Data News Data Kategori Data Label Produsen Data Product Input Label Produsen Input Kategori Input Product Input News id_petugas Input Data Petugas Petugas Member Member Petugas Petugas Member Petugas 1 Login + 2 Mengolah Data 3 Mendaftar + News Kategori Product Label Produsen 4 Pemesanan Musik + Member 5 konfirmasi + Gambar 3.3 DFD Level 1 1 Proses Login Sebelum menjalankan sistem, petugas diharuskan melakukan login terlebih dahulu dengan menginputkan username dan password. Jika petugas tidak terdaftar atau tidak ada dalam database. Maka petugas harus mendaftarkan pada administrator 2 Proses Mengelolah data Dalam proses ini merupakan proses utama yang berhubungan dengan sub proses lainnya.dalam proses ini entitas petugas melakukan banyak kegiatan seperti input data news,input label produsen,input product,input kategori sehingga data tersebut masuk ke dalam sistem yang berjalan pada saat itu. 3 Proses Mendaftar Dalam proses ini member diharusakan menginputkan detail tentang dirinya,dalam proses ini menginput data member dan input data kode pos sehingga ke depannya bisa digunakan untuk kepentingan transaksi. 4 Proses Pemesanan Musik Dalam proses ini member yang telah mendaftar atau registrasi pada proses sebelumnya di ijinkan untuk melakukan pemesan atau transaksi dalam sistem e commerce music store. 5 Proses Konfirmasi Dalam proses ini sistem menerima pemesan berupa [id_order] dari member yang telah mendaftar dan output dari proses ini adalah memberikan laporan konfirmasi belanja dari sistem kepada user atau pengguna yang dimaksud disini adalah member.

3.2.2.3 DFD Level 2

DFD level 2 untuk overview diagram atau diagram yang lebih terinci dari DFD level 1. DFD level 2 merupakan hasil compose atau penguraian atau penggabungan dari DFD level 1. Berikut ini adalah data flow diagram level 2 dari sistem e commerce music store: Pada level 2 ini terdapat beberapa sub proses yang telah di decompose pada DFD level 1 yaitu proses Login,mengolah data,mendaftar,konfirmasi,pemesanan masuk 1 Sub Proses Login id petugas Inputan Data Petugas Data Petugas Input Data Petugas Petugas 1 entry login 2 mengolah data login petugas Gambar 3.4 Tampilan Form Sub Proses Login Pada sub proses ini dijelaskan secara detail tentang sub proses login,di sini adalah user petugas yang melakukan kegiatan menginput data login. Setalah proses login berhasil data di proses ke dalam system dan di simpan ke dalam data store petugas dan petugas siap menjalankan tugasnya atau role dalam system e commerce music store. 2 Sub Proses Mendaftar data kode pos id member id kode pos data member Input Kode Pos Member 1 Mengolah data member member kodepos Gambar 3.5 Tampilan Sub Proses Mendaftar Pada sub proses ini dijelaskan tentang pendaftaran member,member baru menginputkan atau mengisi field –field atau kolom yang telah disediakan member menginput data member dan data di simpan ke data store member sedangkan data kodepos di simpan ke data store kode pos setelah selesai data tersebut akan diolah ke dalam system yang sedang berjalan. 3 Sub Proses Pemesanan Musik id order detail id order inputan order detail inputan order master 1 order album musik order mst order detail Gambar 3.6 Tampilan Sub Proses Pemesanan Musik Pada sub proses ini dijelaskan tentang pemesanan musik member mengorder atau memesan product dalam hal ini album musik, inputan dip roses ke order mst dan mengeluarkan output ke dalam system berupa id order, setlah itu sistem memproses order sehingga keluar order detail yang akan disimpan ke data store order detail dan data store mengeluarkan output berupa id order detail ke sistem yang berjalan saat itu 4 Sub Proses Konfirmasi Laporan Konfirmasi laporan data konfirmasi data konfirmasi Member 1 konfirmasi order konfirmasi Gambar 3.7 Tampilan Sub Proses Konfirmasi Pada sub proses konfirmasi ini dijelaskan tentang konfirmasi pemesanan member setelah sebelumnya order atau pemesanan telah dilakukan. Sistem mengirim data konfirmasi ke dalam data store konfirmasi dan data store konfirmasi mengeluarkan output berupa laporan yang akan di proses ke dalam sistem dan data laporan konfirmasi tersebut dilaporan kepada user member 3.3 Perancangan Data Dalam perancangan data ini, menjelaskan tentang dua model data yaitu: Conceptual Data Model dan Physical Data Model. Conceptual Data Model adalah rancangan dalam bentuk diagram logic tanpa mempertimbangkan DBMS. Physical Data Model adalah rancangan fisik basis data yang disimpan diserver. Untuk lebih jelasnya dapat dijelaskan di bawah ini:

3.3.1 CDM

Conceptual Data Model Conceptual Data Model adalah rancangan dalam bentuk diagram sebelum pembuatan database secara detail. Model data konseptual ini dibuat tanpa harus mempertimbangkan DBMS apa yang nantinya dipakai, karena bentuk ini hanya sebuah konsep rancangan yang nantinya biasa digunakan oleh semua DBMS. Conceptual Data Model pada aplikasi ini mempresentasikan rancangan bisnis data konseptual yang nantinya aka digunakan dalam sistem ini. Pada konsep rancangan ini dibuat dengan menggunakan Power Designer 12. untuk lebih jelasnya dapat dilihat pada Gambar 3.8 berikut: kateg konfi rm asi m em i l i ki m em i l i ki konfi rm asi terdapat detai l _pesanan pesanan i nput Petugas i d_petugas user_prev usernam e_petugas password_petugas pi Integer Vari abl e characters 15 Vari abl e characters 20 Vari abl e characters 20 M i d_petugas pi M ember i d_m em ber usernam e_member password_m em ber ful l name_m em ber em ai l _m em ber kel am i n_m em ber pekerj aan_member tel epon_m em ber ttl _m em ber al am at sesi pi Integer Vari abl e characters 20 Vari abl e characters 20 Vari abl e characters 50 Vari abl e characters 30 Vari abl e characters 10 Vari abl e characters 20 Vari abl e characters 15 Vari abl e characters 15 Vari abl e characters 50 Vari abl e characters 50 M i d_m em ber pi Kategori i d_kategori kategori pi Integer Vari abl e characters 15 i d_kategori pi Product i d_al bum j udul harga m usi si tahun edar di skon status gm br stock hi t_pesan hi t_l i hat gam bar pi Integer Vari abl e characters 30 Num ber 8,0 Vari abl e characters 30 Integer Num ber 10,0 Vari abl e characters 10 Vari abl e characters 30 Num ber 8,0 Integer Integer Long bi nary i d_al bum pi Order_m st i d_order tgl _order val _order j am_order pi Integer Date Characters 1 T i m e M i d_order pi Konfi rmasi i d_konfi rm asi tgl _konfi rm asi tgl _ki ri m pi Vari abl e characters 30 Date Date M i d_konfi rm asi pi Kode Pos i d_kode_pos kecam atan kota propi nsi kode_pos pi Integer Vari abl e characters 2 Vari abl e characters 3 Vari abl e characters 3 Characters 5 i d_kode_pos pi l abel _produsen i d_l abel nam a_l abel pi Integer Vari abl e characters 30 M i d_l abel pi Order_Detai l orddtl oi d j ml _i tem total _harga pi Integer Characters 8 Characters 8 M orddtl oi d pi news i d_news news_kategori news_penul i s news_j udul news_head news_i si news_gambar news_hi t news_tanggal pi Integer Vari abl e characters 250 Vari abl e characters 50 Vari abl e characters 100 T ext T ext Long bi nary Integer Date T i me Identi fi er_1 pi Gambar 3.8 Tampilan CDM

3.3.2 PDM

Physical Data Model PDM Physical Data Model adalah sebuah model struktur fisik dari sebuah database yang mempertimbangkan DBMS dan struktur data penyimpanan. PDM merupakan representasi fisik dari database yang akan dibuat dengan mempertimbangkan DBMS Database Management System yang akan digunakan. Physical data model merupakan model yang menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antara data-data tersebut. Setiap tabel mempunyai sejumlah kolom di mana setiap kolom memiliki nama yang unik. Untuk lebih jelasnya dapat dilihat pada Gambar 3.9 di bawah ini: FK_KAT EGORI FK_KONFIRMASI FK_KONFIRMASI2 FK_RELAT IONSHIP_5 FK_RELAT IONSHIP_6 FK_RELAT IONSHIP_7 FK_RELAT IONSHIP_8 FK_RELATIONSHIP_9 FK_RELAT IONSHIP_10 FK_RELATIONSHIP_11 Petugas id_petugas user_prev username_petugas password_petugas int varchar15 varchar20 varchar20 pk Member id_member id_kode_pos username_member password_member fullname_member email_member kelamin_member pekerjaan_member telepon_member ttl_member alamat sesi int int varchar20 varchar20 varchar50 varchar30 varchar10 varchar20 varchar15 varchar15 varchar50 varchar50 pk fk Kategori id_kategori kategori int varchar15 pk Product id_album id_kategori id_label judul harga musisi tahun edar diskon status gmbr stock hit_pesan hit_lihat gambar int int int varchar30 numeric8,0 varchar30 int numeric10,0 varchar10 varchar30 numeric8,0 int int longblob pk fk1 fk2 Order_mst id_order id_konfirmasi id_member tgl_order val_order jam_order int varchar30 int date char1 time pk fk1 fk2 Konfirmasi id_konfirmasi id_petugas id_order tgl_konfirmasi tgl_kirim varchar30 int int date date pk fk2 fk1 Kode Pos id_kode_pos kecamatan kota propinsi kode_pos int varchar20 varchar30 varchar30 char5 pk label_produsen id_label nama_label int varchar30 pk Order_Detail orddtloid id_order id_album jml_item total_harga int int int char8 char8 pk fk1 fk2 news id_news id_petugas news_kategori news_penulis news_judul news_head news_isi news_gambar news_hit news_tanggal int int varchar250 varchar50 varchar100 text text longblob int datetime pk fk Gambar 3.9 Tampilan PDM

3.4 Perancangan Table

Berikut ini adalah database relational berdasarkan struktur tabel yang telah di generate dari physical data model yang telah dibuat. Antara lain adalah: a. Tabel Petugas Tabel ini digunakan untuk menyimpan record dari data petugas,record yg dimaksud adalah ID,User_prev,Nama Password. Berikut adalah table petugas di bawah ini : Primary key ID_PETUGAS ; Tabel T_Petugas Tabel 3.1 Tabel Petugas b. Tabel Kategori Tabel ini digunakan untuk menyimpan record dari data kategori yang terdiri dari ID_KATEGORI,KATEGORI. Berikut adalah table kategori dibawah ini : Primary key ID_KATEGORI Tabel 3.2 Tabel Kategori c. Tabel Kode Pos Tabel ini digunakan untuk menyimpan record dari data kode pos yang terdiri dari ID_KODE_POS,KECAMATAN,KOTA,PROPINSI,KODE_POS. Berikut adalah table kode pos dibawah ini : Primary key ID_KODE_POS Tabel 3.3 Tabel Kode Pos d. Tabel Konfirmasi Tabel ini digunakan untuk menyimpan data produk yg yang akan dikirim kepada user atau pelanggan setelah melalui proses pemesanan. Berikut adalah tabel konfirmasi : Primary key ID_KONFIRMASI Tabel 3.4 Tabel Konfirmasi e. Tabel Label Tabel ini digunakan untuk menyimpan record ID_LABEL NAMA_LABEL label disini adalah nama label dari suatu perusahaan musik. Berikut adalah tabel label Primary Key ID_LABEL Tabel 3.5 Tabel Label f. Tabel Member Tabel ini digunakan untuk menyimpan record data member,setiap detail dari member di masukkan pada tabel member ini.Berikut ada tabel member Primary Key ID_MEMBER Tabel 3.6 Tabel Member g. Tabel News Tabel ini digunakan untuk menampung berita berita terbaru seputar dunia hiburan dalam tabel ini yang dimaksud adalah content musik saja. Berikut adalah tabel news Primary Key ID_NEWS Tabel 3.7 Tabel News h. Tabel Order_Detail Tabel ini digunakan untuk menampung data atau record dari tabel order dan tabel produk,sehingga detail per order bisa disimpan secara baik dan tersusun. Berikut adalah tabel order_detail Primary key ORDDTLOID Tabel 3.8 Tabel Order Detail i. Tabel Order_Mst Tabel ini digunakan untuk menampung semua data atau record dari data order.Berikut ini adalah tabel Order_Mst Primary key ID_ORDER Tabel 3.9 Tabel Order_Mst j. Tabel Produk Tabel ini digunakan untuk menampung semua data atau record yang berhubungan dengan produk. Berikut ini adalah tabel Produk Primary key ID_ALBUM Tabel 3.10 Tabel Produk 3.5 Perancangan Antar Muka Perancangan antarmuka merupakan perancangan halaman aplikasi yang berinteraksi langsung antara sistem dengan pengguna. Perancangan antarmuka sistem merupakan salah satu bagian penting dalam tahap perancangan sistem. Dalam merancang antar muka aplikasi harus memudahkan pengguna dalam mengoperasikan sistem atau aplikasi tersebut. Konsep rancangan yang sangat penting untuk mendesain halaman web adalah resolusi monitor. Terdapat 3 buah resolusi yang umum digunakan pada monitor, diantaranya 640x480, 800x600, 1024x768 pixel. Gambar 3.10 Tampilan Rancang Bangun Utama Website Pada Gambar 3.10 merupakan sketsa awal perancangan muka dari sistem yang akan dibuat. Yang nantinya akan digunakan oleh user atau member dalam melakukan kegiatan bertransaksi. HEADER Menu | Menu | Menu | Search CONTENT WEB Menu Menu Menu login HEADER Menu CONTENT Menu Menu ADMIN Menu Menu Gambar 3.11 Tampilan Rancang Bangun Halaman Kerja Admin Pada Gambar 3.11 merupakan sketsa awal perancangan muka dari administrator yang berguna untuk mengatur sistem, misal :transaksi,tambah stock,tambah katalog dan lain-lain.

3.6 Perancangan Biaya