Rancang Bangun Aplikasi Penentuan Vendor Pernikahan Pelanggan Untuk Usaha Wedding Organizer Menggunakan Metode SMARTER Berbasis Web

  Rancang Bangun Aplikasi Penentuan Vendor Pernikahan Pelanggan Untuk Usaha Wedding Organizer Menggunakan Metode SMARTER Berbasis Web Fachreza Ilham Dwi Cahyo ¹⁾ Sulistiowati ²⁾ Julianto Lemantara ³⁾ Program Studi/Jurusan Sistem Informasi Institut Bisnis dan Informatika Stikom Surabaya

  Jl. Raya Kedung Baruk 98 Surabaya, 60298 Email : 1 Abstract: Intimate Production (IP) is one of the startup that works on online wedding Organizer in Surabaya. Now, IP is working on service that helps bride and groom and their familiy to plan and manage wedding of their dream. From targeted customers that has been chosen, customers encountered some difficulty when it comes to choose what vendor that they really want, because so many option and the price and quality also have many variety. Moreover, IP offered some chances for the vendor, like: 1) Give a convenience to choose vendor for customers, 2) Give a cost estimation for the event, 3) As a media for the vendor to grow their potential. IP as a bridge for vendor and customer, as they are joining IP, vendor will get many benefits like receiving many orders from customers that have used IP service. The solution that will be created is a web-based application to play a role as media for vendors to give their offers for customers. Meanwhile, the customers can pick a wedding vendor with choosing what package that was provided by the system from criteria and budget by customer’s input, so customer no need to be confused for choosing what vendor is the best for their wedding .

  Keywords: Wedding Organizer, Intimate Production, Vendor

  Intimate Production (IP) adalah salah satu startup di bidang wedding organizer online yang ada di Surabaya. IP didirikan pada 07 Juli 2017 oleh Fachreza Ilham Dwi Cahyo, dengan kantor yang beralamat di Sidoarjo Indah Permai Blok B-1. Saat ini IP bergerak di bidang jasa / layanan yang membantu calon pengantin dan keluarganya merencanakan dan melaksanakan pesta pernikahan sesuai dengan yang diimpikan.

  IP telah menjalin kerja sama dengan Ninda Make

  Up Artist (MUA) untuk kategori (MUA) dan undangyuk.com untuk kategori invitation.

  Proses bisnis yang ada saat ini dikembangkan sesuai visi yang dimiliki IP yaitu “Menjadi Perusahaan Yang Mampu Mewujudkan Rencana Acara Customer Dan Membantu Vendor Terhubung Dengan Calon

  Customer

  ”. Untuk mencapai visi tersebut IP memiliki misi : 1) Memberikan sebuah kemudahan memilih vendor oleh customer, 2) Memberikan sebuah kemudahan perhitungan biaya acara, 3) Menjadi sebuah wadah untuk mengembangkan potensi vendor. IP dapat menjembatani pelaku usaha (vendor) dengan Pelanggan, dengan bergabung bersama IP, vendor akan mendapat keuntungan peluang tambahan order dari pelanggan yang menggunakan jasa IP. Tidak hanya vendor, pelanggan juga akan mendapatkan keuntungan. Pelanggan akan lebih mudah memilih vendor untuk pernikahan pelanggan sesuai kriteria yang diinginkan pelanggan. Dengan menggunakan sistem ini sehingga pelanggan tidak direpotkan untuk memilih ataupun menghitung biaya pada setiap vendor.

  Dengan visi yang diinginkan IP maka terjadi gap antara kondisi sekarang dan visi yang diharapkan. Hal-hal yang akan di selesaikan untuk mencapai harapan dari IP, yaitu : data vendor yang bergabung pada IP sementara hanya dua Ninda Make Up Artist (MUA) dan Undangyuk.com (Invitation Online), sementara data vendor yang harus dimiliki ada beberapa kategori : Venue, Catering, Decoration, Entertainment, MC, Photo and Videographer. Sedangkan dengan menghubungkan antara vendor dan pelanggan akan memberikan kemudahan pelanggan untuk memilih vendor dengan cara menentukan kriteria sehingga pelanggan tidak perlu kebingungan lagi untuk memilih vendor apa yang akan digunakan dengan pilihan vendor terbaik sesuai kriteria pilihan dan budget pelanggan. Sistem akan memberikan pilihan paket vendor yang dapat

ISSN 2338-137X

  digunakan oleh Pelanggan. Selain itu pelanggan dapat memilih vendor dari mana saja dan kapan saja tidak perlu lagi harus bertemu dengan IP untuk berkonsultasi.

  Sehingga dengan cara tersebut IP dapat memiliki keunggulan bisnis dibanding Wedding Organizer lain yang masih menggunakan cara tradisional dan juga IP dapat mengoptimalkan keuntungan yang didapat dari komisi yang telah disepakati dari setiap vendor yang tergabung pada IP yang dipilih oleh pelanggan. Jika harapan dan kendala tidak diselesaikan maka IP akan kalah bersaing dengan Wedding Organizer yang sudah memiliki nama dan jam terbang melebihi IP.

  3.1.3. Pada tahapan testing dilakukan uji coba terhadap sistem berdasarkan pada desain uji coba yang telah dibuat. Hasil yang akan didapat dari

  aplikasi penentuan vendor berdasarkan budget calon pelanggan untuk usaha wedding organizer menggunakan metode smarter berbasis web, menggunakan framework Codeigniter versi

  blackbox testing. Pada proses development

  proses, user interface sistem dan uji coba sistem. Pengujian yang digunakan pada penelitian ini disusun menggunakan metode

  design akan dilakukan perancangan pada data,

  proses penentuan vendor. Setelah melakukan analasis proses bisnis, dapat dilakukan analisis kebutuhan pengguna yang terkait dalam kegiatan penentuan vendor berdasarkan budget. Kemudian akan dilakukan proses analisis kebutuhan fungsional untuk dapat mengetahui layanan sistem apa saja yang harus ada dan seperti apa sistem dapat melakukan interaksi dengan pengguna. Setelah melakukan analisis fungsional, dapat melakukan analisis kebutuhan non fungsional supaya mengetahui kebutuhan pada sistem ketika sistem diimplementasikan. Terakhir adalah melakukan analisis kebutuhan sistem supaya dapat mengetahui spesifikasi kebutuhan sistem dalam membangun aplikasi penentuan vendor berdasarkan budget pelanggan untuk usaha wedding organizer menggunakan metode SMARTER berbasis web. Pada tahapan

  budget calon pelanggan dan data yang ada dalam

  dapat diidentifikasi, pengguna yang terlibat dalam proses penentuan vendor berdasarkan

  vendor berdasarkan budget calon customer akan

  analisis pada proses bisnis yang ada, permasalahan yang ada pada proses penentuan

  budget calon pelanggan. Dengan dilakukan

  Terdapat beberapa hal yang dapat diketahui dengan melakukan analisis kebutuhan. Pertama yaitu pada proses bisnis yang terjadi ketika melakukan proses penentuan vendor berdasarkan

  requirement analysis atau analisis kebutuhan.

  Gambar 1. Diagram Model Penelitian Tahapan pertama yang dikerjakan dalam penelitian ini adalah melakukan

METODE PENELITIAN

  System Development Life Cycle (SDLC) dapat disebut sebagai suatu gambaran tahapan utama serta langkah-langkah didalam pengembangan suatu sistem Jogiyanto (2005). Model yang akan digunakan pada penelitian ini adalah model waterfall. Sehingga prinsip utama dari metode waterfall adalah tiap tahapan tidak dapat dilakukan jika tahap sebelumnya belum selesai. Pada model SDLC terdiri dari enam tahapan, namun yang akan digunakan pada penelitian tugas akhir kali ini hanya lima tahapan saja. Pada penelitian Tugas Akhir ini, model SDLC yang digunakan adalah sebagai berikut:

  System Development Life Cycle (SDLC)

  Untuk melakukan pembuatan Aplikasi Penentuan Vendor Pernikahan Pelanggan Untuk Usaha Wedding Organizer Menggunakan Metode SMARTER Berbasis Web, metode yang digunakan adalah waterfall.

  Solusi yang akan dibuat adalah, sebuah aplikasi berbasis web yang dapat menjembatani vendor untuk memberikan penawaran dan peluang untuk dipilih pelanggan. Sementara itu, pelanggan dapat memilih vendor pernikahan dengan cara memilih paket yang akan di hasilkan sistem berdasarkan kriteria dan budget yang dipilih oleh pelanggan, sehingga pelanggan tidak perlu lagi kebingungan untuk memilih vendor mana yang terbaik untuk pernikahan pelanggan.

ISSN 2338-137X

  uji coba selanjutnya digunakan untuk menyusun Secara umum, pembobotan ROC adalah kesimpulan dan pembahasan. sebagai berikut: Dari hasil analisis kebutuhan, didapatkan permasalahan seperti yang telah disebutkan pada bagian latar belakang supaya

  1

  1

  dapat diidentifikasi pengguna yang akan terlibat = . didalam sistem yaitu Admin, Vendor dan

  Customer . Kemudian dapat dilakukan = identifikasi kebutuhan fungsional pada sistem.

  (1) Pada tahapan perancangan akan didapatkan hasil data flow diagram dan system

  Keterangan ;

  flow , tabel database dan test case untuk

  Wk = Bobot Kriteria ke k pengujian blackbox testing. Tahapan K = Jumlah Kriteria

  development dan pengujian akan dibahas pada

  Berikut adalah IPO diagram aplikasi bagian hasil dan pembahasan. penentuan vendor:

  Simple Multi Attribute Rating Technique _{Blok Diagram Rancang Bangun Aplikasi Penentuan Vendor Pernikahan Untuk Usaha Wedding Organizer} Exploiting Rank (SMARTER) _{Menggunakan Metode Smarter Berbasis Web INPUT PROSES OUTPUT}

  Edwards dan Baron adalah pencetus terciptanya Metode pembobotan Simple Multi- _{Data Kategori Pengelolaan Data Master pada Daftar Kategori A} Attribute Rating Technique Exploiting Ranks _{Data Sub Kriteria Pengelolaan Data Master Kategori Admin Daftar Sub Kriteria B} (SMARTER) dari hasil modifikasi metode _{Data Nilai Daftar Nilai C Pengelolaan Data Master Sub Kriteria} pembobotan yang ditemukan sebelumnya, yaitu _{Data Bank Daftar Bank D Pengelolaan Data Master Nilai} metode SMART (Simple MultiAttribute Rating Pengelolaan Data Master Bank

  Technique). Kedua metode tersebut dapat _{Data User Vendor E Registrasi Registrasi} digunakan untuk menentukan pembobotan dari _{Registrasi Customer Daftar User} setiap kriteria (Priyolistiyanto, 2013).

  Metode SMARTER, adalah metode _{Data Vendor Daftar Vendor Legality Vendor F} pembobotan yang menggunakan range nilai _{E Manage Profile Daftar Customer G} antara 0 hingga 1, sehingga dapat mempermudah _{Data Customer Vendor & Customer} perbandingan dan perhitungan nilai pada setiap _Legality alternatif. Untuk menghitung bobot digunakan _{F Daftar Notifikasi N Verification} rumus pembobotan Rank Order Centroid (ROC). _{A F Vendor Maintanance Produk Bisnis Vendor Daftar Kategori H} ROC ini berasal dari tingkat prioritas pada setiap Pengelolaan Data Master Kategori Vendor _{Data Kategori Vendor Pengelolaan Data Master Paket Vendor Daftar Paket} kriteria. _{Data Paket Jadwal Vendor Vendor} ^I Untuk melakukan pembobotan ROC Vendor _{Daftar Jadwal Vendor J} dapat menggunakan prosedur matematika _{Data Jadwal} sederhana dari prioritas. Diibaratkan dengan 2 _{H G} atribut, A dan B. Jika A adalah ranking pertama, _{Rating & Review Daftar Rating K} maka bobot yang harus dimiliki berada diantara _{Data Rating}

  0,5 dan 1 sehingga titik tengah berada pada _{Pencarian Vendor H} interval 0,75 yang digunakan sebagai bobot _{J N} perkiraan. Sedangkan untuk bobot B akan A _{D G E H I K} menjadi 0,25 (yang didapat dari titik tengah ₁ antara 0 dan 0,5). Perhitungan ini dapat dirumuskan sebagai berikut:

  Gambar 2 Blok Diagram Aplikasi Penentuan Vendor _{1 2 3 Organizer Menggunakan Metode SMARTER} Pernikahan Pelanggan Untuk Usaha Wedding ≥ ≥ ≥ … … ≥

  Berbasis Web

  1

  1

  1

• (1 + +. . ) … . +

  2

  3 ₁ =

  1

  1

  1

• (0 + +. . ) … . + _{2 =}

  2

  3

  1

  1 (0 + 0 + +. . ) … . +

ISSN 2338-137X

  3

  ISSN 2338-137X ^{Blok Diagram Rancang Bangun Aplikasi Penentuan Vendor Pernikahan Untuk Usaha Wedding Organizer Menggunakan Metode Smarter Berbasis Web INPUT OUTPUT PROSES Customize Order Vendor I H Data Transaksi Daftar Transaksi Daftar Detail Transaksi L M K Data Rencana Pernikahan A B C H I F J L M Pemesanan Paket Generate Paket Pernikahan Pencocokan Alternatif Perhitungan Bobot SMARTER Perhitungan bobot kategori Perhitungan bobot sub kriteria Perhitungan bobot akhir kriteria Manage Confirmation L M Data Pembayaran D G H Daftar Pembayaran Data Withdraw Daftar Notifikasi N N Daftar Withdraw E Data Buku Besar Data Transaksi N Confirmation Payment Confirmation Withdraw Konfirmasi Order History Histori Konfirmasi Pembayaran Histori Transaksi D L O M Withdraw E P P O L L Notifikasi Data Notifikasi N 1 A D E G H I J K N L H J M G F A 2} Gambar 3 Blok Diagram Aplikasi Penentuan Vendor

  Pernikahan Pelanggan Untuk Usaha Wedding Organizer Menggunakan Metode SMARTER

  Berbasis Web 2 ^{Blok Diagram Rancang Bangun Aplikasi Penentuan Vendor Pernikahan Untuk Usaha Wedding Organizer Menggunakan Metode Smarter Berbasis Web INPUT OUTPUT PROSES Dashboard & Pembuatan Laporan Periodik L H Laporan Pendapatan Informasi Peringkat Brand/ Kategori Vendor Laporan Transaksi Laporan Member Vendor Laporan Member Customer Informasi Jadwal Informasi Total Pendapatan J M G F A Informasi Peringkat Vendor L H J M G F A 2} Gambar 4 Blok Diagram Aplikasi Penentuan Vendor Pernikahan Pelanggan Untuk Usaha Wedding Organizer Menggunakan Metode SMARTER

  Berbasis Web 3 Gambar 5 merupakan Context Diagram yang digunakan untuk membangun Aplikasi Penentuan Vendor Berdasarkan Budget Pelanggan Untuk Usaha Wedding Organizer Berbasis Web. Data Notifikasi Data Buku Besar Data Bank Data Pembayaran

  Data Detail Transaksi Data Transaksi Customer Data Rating

  Data Nilai Data Kategori Data Sub Kriteria Data Kategori Vendor

  Data Vendor Data Subkriteria Admin

  Data Kategori Data Paket Data Bank Data Nilai

  Data Paket Data User Data Customer Data Vendor

  Data Customer Data Transaksi Data Transaksi Data Pembayaran Data Withdraw

  Laporan Member Vendor Data Buku Besar 1 laporan Member

  Customer Aplikasi Penentaun Vendor Laporan Transaksi Berdasarkan Budget Laporan Pendapatan Laporan Peringkat

  Vendor Data Buku Besar Data Pembayaran

  Data Detail Transaksi Data Buku Besar Data User

  Data Transaksi Data Notifikasi Data Kategori Data User

  Data Paket Data Vendor Data Kategori Vendor Data Withdraw

  Vendor Data Buku Besar Data Kategori Data Jadwal

  Data Notifikasi Gambar 5 Context Diagram

  Gambar 4 adalah Physical Data Model Organizer Berbasis Web. PDM pada aplikasi dari Aplikasi Penentuan Vendor Berdasarkan terdiri dari 7 tabel master dan 4 tabel transaksi. Budget Pelanggan Untuk Usaha Wedding

ISSN 2338-137X

  _{Mutasi_Buku_Besar int T ipe char(2) Keterangan varchar(255) T anggal_Pencatatan date IdBukuBesar int <pk> Created_at_Notif datetime Email_User varchar(255) <fk> tb_withdraw tb_buku_besar FK_RELAT IONSHIP_21 Status_Notifikasi bool IdNotification int <pk> Email_User varchar(255) <fk> Keterangan_Notif varchar(255) T ipe_Notifikasi int FK_RELAT IONSHIP_22 tb_notifikasi FK_MEMILIKI2 FK_RELAT IONSHIP_10 IdVendor varchar(15) <pk,fk1> tb_category_vendor T ipe_Fee varchar(30) LName_Vendor varchar(255) Created_at_vendor datetime Status_Vendor int Email_User varchar(255) <fk> T anggal_berdiri date Updated_at_vendor datetime IdVendor varchar(15) <pk> Fee int FName_Vendor varchar(255)} tb_vendor _{Mutasi int Email_User varchar(255) <fk2> AccountNumber varchar(255) Date_Withdraw datetime Status_Withdraw int BankCode varchar(4) <fk1> IdWithdraw int <pk,ak> FK_RELAT IONSHIP_19 Order_date datetime T otal_cost int IdCustomer varchar(15) <fk> IdT ransaction varchar(255) <pk> FK_RELAT IONSHIP_20 tb_transaction Created_at_user datetime reset_password_sent_at datetime Password_User varchar(255) reset_password_token varchar(255) Updated_at_user datetime ... role_id int Email_User varchar(255) <pk>} tb_user _{IdCustomer varchar(15) <fk2> Updated_at_category datetime IdVendor varchar(15) <fk1> IdRating varchar(15) <pk> CategoryName varchar(255) tb_rating IdCategory varchar(15) <pk> Created_at_category datetime IdCategory varchar(15) <pk,fk2> Updated_category_vendor datetime Brand_Name varchar(50) Created_at_category_vendor datetime tb_category FK_MEMILIH2 FK_RELAT IONSHIP_23 FK_MEMILIH BankName varchar(255) BankCode varchar(4) <pk> BankCode varchar(4) <fk2> FK_RELAT IONSHIP_18 tb_bank tb_pembayaran tb_customer FK_RELAT IONSHIP_16 Created_at_transaction datetime T anggal_acara date Status int Updated_at_transaction datetime Review text Jumlah_undangan int T ema_acara varchar(50) FK_MELAKUKAN FK_MEMPUNYAI2 SubCriteria_Name varchar(255) Created_at_rating datetime Updated_at_rating datetime}

_{Poin_rating int}

_{IdNilai varchar(15) <pk> FK_RELAT IONSHIP_9 tb_nilai} ... _{Updated_at_sub_criteria datetime IdCategory varchar(15) <fk> IdSubCriteria varchar(15) <pk> Created_at_sub_criteria datetime FK_RELAT IONSHIP_12 tb_sub_criteria Id_Jadwal varchar(15) <pk> tb_jadwal_vendor FK_RELAT IONSHIP_24 File varchar(255) Amount varchar(255) LName varchar(255) Rekening varchar(255) Date_T ransfer date Updated_at_customer datetime Memo varchar(255) Password_Customer varchar(255) Status_Pembayaran int IdT ransaction varchar(255) <fk1> Email_User varchar(255) <fk> FK_RELAT IONSHIP_11 Created_at_pembayaran datetime Created_at_customer datetime Id_Package varchar(255) <pk,fk2> Status_Detail_T ransaction int IdT ransaction varchar(255) <pk,fk1> tb_detail_transaction FK_RELAT IONSHIP_13 Status_Customer int} IdCustomer varchar(15) <pk> _{FName varchar(255) FK_RELAT IONSHIP_14 Price int IdVendor varchar(15) <fk> Id_Package varchar(255) <pk>}

_{Description text}

_{Package_Name varchar(255) tb_package_vendor batas_bawah int Created_at_nilai datetime Nilai int batas_atas int Updated_at_nilai datetime IdSubCriteria varchar(15) <fk> IdVendor varchar(15) <fk2> IdCategory varchar(15) <fk1> Event_Name varchar(255) Event_Date date ... FK_RELAT IONSHIP_15 ... Updated_at_Package_Vendor datetime Created_at_Package_Vendor datetime} Picture varchar(255) Gambar 6 Physical Data Model

  dilihat pada Gambar 7 dan hasil generate

  HASIL DAN PEMBAHASAN package dapat dilihat pada Gambar 8.

  IMPLEMENTASI

  Pada tahapan ini digunakan untuk membahas hasil dari implementasi aplikasi sesuai dengan rancangan yang telah dibuat pada tahapan sebelumnya.

  Halaman Login

  Halaman login ini digunakan pada proses authentikasi pengguna sebelum menggunakan aplikasi dan utnk melakukan pengecekan hak akses setiap pengguna.

  Gambar 8 Form Generate Package

  Gambar 7 Form Login Form Generate Package

  Gambar 9 Pemilihan Prioritas Vvendor Dan Sub Form generate package digunakan

  Kriteria untuk melakukan pembuatan paket pernikahan yang sesuai dengan budget yang dimiliki oleh calon customer. Generate package mengharuskan mengisi budget, memilih kategori

  vendor dan kota. Setelah mengisi form, customer

  dapat memilih urutan prioritas vendor dan sub kriteria sebelum melakukan generate package.

  Form Generate dapat dilihat pada Gambar 6,

  pemilihan prioritas vendor dan sub kriteria dapat

  Gambar 10 Hasil Generate Package

ISSN 2338-137X

DAFTAR PUSTAKA

  Halaman Transaksi Customer

  Halaman transaksi ini digunakan ketika customer melakukan pemilihan paket pada rekomendasi paket yang ada.

  Gambar 11 Halaman Transaksi KESIMPULAN

  Dari hasil implementasi, uji coba dan evaluasi sistem pada aplikasi penentuan vendor berdasarkan budget calon pelanggan untuk usaha wedding organizer menggunakan metode smarter berbasis web, maka kesimpulan yang didapat adalah sebagai berikut:

  1. Aplikasi mampu memberikan rekomendasi paket pernikahan sesuai dengan kriteria yang dibutuhkan oleh customer dari vendor yang terbaik. Kriteria tersebut meliputi budget customer, rating, dan pengalaman. Hal ini sudah dibuktikan pada Test Case ID 45.

  2. Aplikasi dapat membantu customer untuk membuat paket pernikahan secara customisasi (memilih satu persatu sesuai keinginan) dari tiap kategori vendor yang ada tanpa harus menghitung kembali biaya paket satu persatu karena sistem akan menghitung secara otomatis.

  3. Aplikasi dapat menjadi wadah untuk mengembangkan potensi vendor dengan cara menawarkan paket yang dimiliki vendor kepada customer dengan melakukan generate paket sesuai kriteria customer. Sehingga aplikasi dapat meningkatkan peluang order bagi vendor dari sistem generate paket. Selain itu sistem pembayaran ditampung terlebih dahulu oleh IP dan kemudian diberikan ke vendor setelah transaksi selesai. Hal ini dimaksudkan untuk menjaga keamanan transaksi dengan customer.

  Jogiyanto. (2005). Analisis dan Desain Sistem Informasi pendekatan terstruktur teori dan praktik aplikasi bisnis. Yogyakarta: Andi Offset.

  Kristin, D. M., & Lisanti, Y. (2014).

  Wedding Organizer Order Management. ComTech: Computer, Mathematics and Engineering Applications .

  Priyolistiyanto, A. (2013). Implementasi Metode Simple Multi Attribute Rating Technique Exploiting Rank (SMARTER) pada Sistem Pendukung Keputusan Sanksi Pelanggaran Tata Tertib Sekolah.

  FMIPA IKIP Semarang .

  Teambangun. (2017, Agustus 2). Fungsi dan Peran Wedding Organizer .

  Diambil kembali dari kompasiana.com: http://www.kompasiana.com/tea mbangun/fungsi-dan-peran- wedding- organizer_55299be3f17e61aa0dd 623d6