## APLIKASI REKENING BERSAMA SEBAGAI MEDIASI PEMBELI- PENJUAL DALAM TRANSAKSI ONLINE STORE

## Essy Malays Sari Sakti, Asril Basry
Program Studi Teknik Informatika, Fakultas Teknik UPI-YAI Program Studi Sistem Informasi , Fakuktas Teknik UPI-YAI Email : emalays@yahoo.com , basria@hotmail.com

## ABSTRAK
Aplikasi rekening bersama adalah aplikasi yang dibangun  untuk menghubungkan antara pembeli, penjual  dan  admin  rekening  bersama  yang  terintegrasi  dengan  baik,  guna  menghindari  adanya kecurangan  antara  pembeli  dan  penjual.  Penelitian  ini  merupakan  pengembangan  dari  penelitian terdahulu,  yang  mana  penelitian  terdahulu  mengggunakan  dua  komunikasi  yaitu  front  end communication  dan  back  end  communication.  Front  end  communication  merupakan  komunikasi antara  pembeli,  penjual  dan  admin  rekening  bersama  yang  dilakukan  melalui  aplikasi  yang dibangun  sedangkan  back end communication merupakan komunikasi   yang dilakukan diluar dari aplikasi tersebut misalnya komunikasi antara admin rekeningg bersama dengan  kurir/ perusahaan pengiriman barang yang dilakukan merlalui telepon dan fax.  Pada penelitian ini  komuniksi antara pembeli,  penjual  dan  admin    rekening  bersama    dan    kurir/perusahaan  pengiriman  barang, dilakukan  hanya  melalui  aplikasi  rekening  bersama  (  front  end  communication)  .  Dengan  metode WDLC ( Web Development Life Cycle ) . , dimana tahap pertama diawali dengan menganalisis dan mengevaluasi  kembali  aplikasi  terdahulu  untuk  ditelaah  lebih  jauh    serta  melanjutkan pengembangan  perancangan  dan    pengembangan  aplikasi.  Tahap  ujicoba  dilakukan  dengan mengakses sebagai pembeli, penjual dan  admin rekening bersama dan kurir . Hasil yang didapat bahwa  komunikasi  antara  pembeli,  penjual  dan  admin  rekening  bersama    serta  kurir  dapat dilakukan  secara  frond  end  communiacation    atau  komunikasi  dilakukan  hanya  melalui  aplikasi rekening bersama saja.
Kata kunci: Rekening Bersama, WDLC ( Web Development Life Cycle ), Front End Communication, Back End Communication

## 1. PENDAHULUAN

## 1.1 Latar Belakang
Di era teknologi informasi, internet merupakan bagian yang sangat diminati karena internet adalah jendela  dimana  manusia  bisa  menemukan  apapun  yg  mereka  butuhkan  di  dunia  maya,  termasuk  bisinis. Dengan   memanfaatkan  internet,  para  pelaku  bisnis  dapat melakukan promosi  dan  penjualan  langsung  ke konsumen melalui online store.
Seiring dengan berkembangan online strore , banyak pihak yang  melihat celah untuk melakukan kejahatan  ,  misalnya  Penjual    meminta  untuk  mengirim  pembayaran  terlebih  dahulu,  akan  tetapi  barang tidak dikirim atau sebaliknya  Pembeli setelah menerima barang yang dipesan akan tetapi   tidak melakukan pembayaran., hal ini memberi dampak timbulnya ketidak percayaan pembeli atau penjual untuk melakukan transaksi online.
Penelitian  ini  merupakan  pengembangan  dari  penelitian  terdahulu,  yang  berjudul    “  Aplikasi Rekening Bersama Untuk Penjualan Online Dengan Menggunakan PHP” oleh Stefanie Baumann dan Essy Malays  Sari  Sakti.  Pada  penelitian  tersebut,  komunikasi  antara  Penjual,  Pembeli  dan  Admin  rekening bersama  serta  kurir  /  perusahaan  pengiriman  barang      dilakukan  dalam  2  komunikasi  yaitu  front  end communication  dan  back  end  communication.  Front  end  communication  merupakan  komunikasi  antara pembeli, penjual dan  admin rekening bersama   yang dilakukan melalui aplikasi yang dibangun sedangkan back  end  communication  merupakan  komunikasi  yang  dilakukan  diluar  aplikasi  tersebut  misalnya
komunikasi antara Admin rekening bersama dengan  Kurir/ Perusahaan Pengiriman Barang yang dilakukan merlalui telepon dan fax. Hal ini dilakukan oleh admin rekening bersama untuk memastikan bahwa barang telah dikirim  dan diterima oleh pembeli dengan baik
Untuk    pengembangan  penelitian  tersebut,  komunikasi  antara  Penjual,  Pembeli    dan  Admin rekening  bersama  serta  Kurir/  Perusahaan  Pengiriman  barang    dilakukan  hanya  melalui  aplikasi  rekening bersama  saja, (front end communication)

## 1.2 Perumusan Masalah
Dari Uraian latar belakang, dapat dirumuskan masalah sebagai berikut.: Bagaimana mengembangkan  aplikasi rekening  bersama  dengan  komunikasi antara  Pembeli,  Penjual,    dan Admin rekening bersama serrta kurir/Perusahaan Pengiriman barang dilakukan hanya melalui aplikasi yang dibangun saja ( front end communication )

## 1.3 Ruang Lingkup Penelitian
Ruang  lingkup  penelitian  ini  adalah  mengembangkan  aplikasi  rekening  bersama  dari  2(dua) komunikasi yaitu  front end communication dan back end communicatin menjadi  1(satu) komunikasi yaitu ( front end communication ) .

## 2. TINJAUAN PUSTAKA

## a. Pengertian e-commerce
Menurut  Mariza  Arfiana  dan  Robert  Marpaung,  e-commerce  atau  e-com  dapat  diartikan  sebagai suatu cara berbelanja atau berdagang secara online atau direct selling yang memanfaatkan fasilitas Internet dimana terdapat website yang dapat menyediakan layanan " get and deliver ".
Definisi  e-commerce  yang  sudah  distandartkan  dan  disepakati  bersama  adalah”  e-commerce  is  a dynamic  set  of  technologies,  applications,  and  business  process  that  link  enterprise,  consumers,  and communities  through  electronic  transactions  and  the  electronic    exchange  of  good,  services  and information.”  E-commerce  merupakan  satu  set  dinamis  teknologi,  aplikasi,  dan  proses  bisnis  yang menghubungkan  perusahaan,  konsumen,  dan  komunitas  tertentu  melalui  transaksi  elektronik  dan perdagangan barang, pelayanan dan informasi yang dilakukan secara elektronik ( David Baum).

## b. Unfied Modelling Language
Merupakan  bahasa  pemodelan  standart,  yang  memiliki  sintaks  dan  semantic.  sehingga  dalam penggunaannya harus mengikuti aturan-aturan yang berlaku. UML diaplikasikan antara lain untuk:
- Merancang perangkat lunak
- Sarana komuniknasi antara perangkat lunak dengan proses bisnis
- Menjabarkan sistem secara rinci untuk analisa dan mencari apa yang dperlukan sistem
- Mendokumentasikan sistem yang ada, proses-proses dan organisasi
UML terdiri dari 13 macam diagram yang dikelompokkan dalam 3 katagori yaitu;
- Structure  diagram  ,  yaitu  kumpulan  diagram  yang  digunakan  untuk  menggambarkan  suatu  struktur statis sistem dari sistem yang dimodelkan
- Behavior  Diagram,  yaitu  kumpulan  diagram    yang digunakan  untuk  menggambarkan  kelakuan  bisnis atau serangkaian perubahan yang terjadi pada sebuah sistem
- Interaction Diagram, yaitu kumpulan diagram yang digunakan untuk menggambarkan interaksi sistem dengan sistem lain maupun interaksi antar subsistem pada suatu sistem

## c. Pengertian PHP
PHP merupakan bahasa script yang digunakan  untuk membangun web programming atau bahasa pemrograman  berbasis  web  yang  memiliki  kemampuan  untuk  memproses  dan  mengolah  data  secara dinamis.    PHP  merupakan  sever-side  embedded  script  language,yaitu    bahwa  sintaks-sintak  PHP  akan dijalankan  sepenuhnya  oleh  server  atas  permintaan  client.  Saat  menggunakan  PHP  sebagai  server-side embedded script languge maka server akan melakukan hal-hal sebagai berikut;
- Membaca permintaan dari client/browser
- Mencari halaman/page di server
- Melakukan intruksi yang diberikan oleh PHP untuk melakukan modifikasi pada halaman/page
- Mengirim kembali halaman tersebut kepada client melalui interner atau intranet.

## d. Database MySQL
MySQL    merupakan  sebuah  implementasi  dari  sistem  manajemen  basisdata  relasional  atau Relational  Database  Management  System  (RDBMS) mengandung  beberapa  tabel,  tabel  terdiri  dari sejumlah baris dan kolom, dan MySQL  merupakan database open source yang mengakses perintah query
e. Adobe Dreamwaver CS5
Merupakan  pengembangan  dari  Adobe  Dreamwafer  CS4.  Adobe  Dreamwafer  CS5  menyertakan banyak  perangkat  yang  berkaitan  dengan  pengkodean  dan  fitur-fitur  seperti  HTML,  CSS,  XML,  dan
UML Diagram Structure Diagram Behavior  Diagram Intraction Diagram Clss Diagram Object Diagram Component Diagram Composite structur Diagram Packege Diagram Use Case Diagram Activity Diagram State Machine  Diagram Squece Diagram Communication  Diagram Timing Diagram DeploymentDiagram Interaction Overview Diagram Gambar 1. Diagram  UML
pemrograman  client  side  seperti  Java-Script.  Adobe  Dreamwafer    CS5  juga  mendukung  pemrograman script server side seperti PHP, Active Server Page (ASP), ASP.NET, JavaScript, ASP VBScript, Coldfusion dan Java Server Page (JSP).
Fasilitas yang dimiliki Adobe Dreamwafer CS5 , dapat melakukann edit desain web secara mudah, karena  penambahan  desain  dan  fungsi  pada  halaman  web  tidak  harus  dituliskan  dalam  bentuk  kode  akan tetapi dapat dilakukan dengan menempatkan elemen yang ada, dan hanya dengan drag ke dalam dokumen web secara langsung dan cepat.
Aplikasi  Adobe  Dreamwafer  CS5  dapat  mengimport  dan  menyisipkan  image  atau  movie  yang dibuat dari aplikasi lain, seperti flash (SWF) ataupun FLV.

## 3. METODE PENELITIAN
Penelitian  ini  menggunakan  metode    WDLC  (Web  Development  Life  Cycle),  dimana  tahap pertama  melakukan  analisis  dan  mengevaluasi  aplikasi  rekening  bersama  yang    telah  dibangun  pada penelitian terdahulu  untuk dikaji ulang  dan mengembangkan rancangan dengan menggunakan UML serta mengembangkan  pembangunan  aplikasi  dengan  menggunakan  XAMPP    dan    Dreamweaver  CS5.  Secara sistimatis tahapan penelitian sebagai berikut:

## ANALISA DAN PERANCANGAN

## 4.1 Analisa Sistem
Aplikasi Rekening Bersama yang dibangun menggunakan 4 (empat ) aktor ,yaitu:
- Pembeli
Adalah orang yang mempercayakan melakukan transaksi pembelian melalui aplikasi rekening bersama
- Penjual
Adalah orang yang mempercayakan melakukan transaksi penjualan melalui aplikasi rekening bersama
- Kurir
Adalah orang/perusahaan yang dipercayakan oleh penjual untuk mengirim barang kepada pembeli
- Admin Rekening Bersama
Adalah  orang  yang  mempercayakan  sebagai  mediasi  antara  penjual  dan  pembeli,  dengan  tugas menerima  pembayaran  dari  pembeli  ,  bila  proses  pengiriman  barang  sudah  dilakukan  oleh  penjual melalui kurir dan barang sudah sampai pada pembeli tanpa ada keluhan maka admin rekening bersama akan mengirim uang pada penjual
Secara sistematis use case yang diperlukan akan disajikan pada tabel 1
Requirementent /
Analys is /Conceptual Design Mockup / Prototype Producti on Launch
Evaluation
Tabel 1. Deskripsi Use Case No Requirement Aktor Use Case 1 Untuk  melakukan  transaksi  melalui  aplikasi  rekening bersama maka para actor harus melakukan registrasi Pembeli, Penjual, Kurir, Admin Registrasi 2 Setelah registrasi, user dapat melakukan logi Pembeli, Penjual, Kurir, Admin Login 3 Pembeli mengisi data transaksi Penjual  mengecek  data  yang  telah  diinput  pembeli  bila sesuai  maka  penjual  dapat  mengupdate  status  transaksi menjadi  “dterima”.  Bila  tidak  sesuai maka  penjual  dapat mengedit  data  pembelian  dan  hasil  perubahan    dapat dilihat  pada  “form  history”  yang  dapat  dilihat  oleh penjual dan pembeli
Bila pembeli setuju maka dapat melakukan  update status “ transaksi dilanjutkan “  dan pembeli dapat pengirimkan uang ke bank atas nama rekening bersama  dan bila tidak setuju  maka  pembeli  dapat  mengupdate  status  menjadi “Batal”
Bila  dalam  kurun  waktu  pembeli  tidak  melakukan pembayaran maka penjual dapat menhapus transaksi
Pembeli, Penjual Transaksi 4 Setelah  pembeli  melakukan  pembayaran  maka  dapat memberi  konfimasi  pembayaran  dan  upload  struk pembayaran Admin  Rekber mengecek  kebenarannya  dan  mengupdate status pembayaran Penjual dapat melihat (view) status pembayaran dan dapat mengirim barang melalui kurir Pembeli, Penjual, Admin Konfirmasi pembayaran 5 Kurir memberi konfimasi no.reii  pengiriman barang  dan bila  barang  sdh  diterima  kurir  dapat  mengkonfimasi kembali dan mengupload tanda terima dari pembeli
Penjual dapat melihat (view)  no resi pengiriman barang
Pembeli  dapat  melihat  (view)  konfimasi  pengiriman barang
Admin  rekber    dapat  melihat  (view)  konfirmasi pemgiriman  barang.  Bila  barang  sdh  diterima  oleh pembeli maka akan admin rekber akan mengirim uang ke penjual dan ke kurir Pembeli Penjual Admin Kurir Konfirmasi Pengiriman Barang 6 Sistem  dapat merekap  seluruh  transaksi   atas permintaan Admin Penjual dan Kurir dapat meliha (view) laporan Admin Penjual Kurir Laporan

## 4.2 Perancangan Pemodelan Use case
Perancangan  ini  bertujuan  untuk  mendeskripsikan  pandangan  eksternal  terhadap  sistem  dan interaksi yang terjadi pada aplikasi rekening bersama .
- Use Case Diagram
Merupakan  pemodelan  untuk  kelakuan  (  behavior0  sistem  informasi  yang  akan  dibuat.  Use  Case mendeskripkan  sebuah  interaksi  antara  satu  atau  lebih  actor  dengan  sistem  informasi.  Actor  dalam perancangan ini terdiri dari 4 yaitu:
o Pembeli
o Penjual
o Admin
o Kurir
Dengan use yang dibangu antara lain
o Registrasi
o Login
o Transaksi
o Konf_Bayar
o Konf_Kirim o Laporan Admin Registrasi Login Transaksi Konf. Bayar Konf. kirim Laporan Kurir Pembeli Penjual Gambar 2. Use Case Diagram

## - Activity Diagram
Atau  diagram  aktifitas  merupakan  gambaran    aliran  kerja  (workflow)  dari  sebuah  sistem  atau  proses bisnis.
Perancangan ini terdiri dari:
o Diagram Aktifitas Registrasi Pembeli
o Diagram Aktifitas Registrasi penjual
o Diagram Aktifitas Registrasi Kurir
o Diagram Aktifitas Transaksi
o Diagram Aktifitas Konf_Bayar
o Diagram Aktifitas Konf_Kirim
o Diagram Aktifitas  Laporan
- Sequence Diagram
Atau  diagram  sekuen  menggambarkan  kelakuan  objek  pada  use  case  dengan  mendeskripsikan  waktu hidup objek dan pesan yang dikirim adan diterima antar object tersebut.
Perancangan ini terdiri dari
o Diagram Sekuen Registrasi Pembeli
o Diagram  Sekuen Registrasi penjual
o Diagram  Sekuen Registrasi Kurir
o Diagram Sekuen  Transaksi
o Diagram Sekuen  Konf_Bayar
o Diagram Sekuen Konf_Kirim
o Diagram Sekuen Laporan
- Class Diagram
Atau  diagram  kelas    yang  menggambarkan  struktur  sistem  dari  segi  pendefinisisn  kelas-kelas  yang akan dibuat untuk membangun sistem .
Kelas memiliki  atribut  dan metode  atau  operasi.  Atribut merupakan  variabel  yang  dimiliki  oleh  suatu kelas, sedangkan metodeatau operasi  merupakan fungsi-fungsi yang dimiliki oleh suatu kelas.
Perancangan ini terdiri dari beberapa kelas yaitu;
o Kelas Login
o Kelas Pembeli
o Kelas Penjual
o Kelas Kurir
o Kelas Transaksi
o Kelas Bank
o Kelas Konf_Bayar
o Kelas Konf_Kirim
- Diagram Aktifitas  Transaksi Penjual Sistem Pembeli Input data Lihat histori Sta diterima Edit Data Sta Balal Lihat histori Submit Cek data ya tidak tidak
Gambar 3. Diagram Aktifitas Transaksi
- Diagram Aktifitas konfirmasi Pembayaran
Admin Sistem Pembeli Penjual Konf Konf Update Status Status
Gambar 4. Diagram Aktivitas Konfirmasi Pembayaran
- Activity Diagram Pengiriman Barang
- Sequence Diagram Transaksi
- . Diagram Squence Transaksi
\ Gambar 5. Diagram Aktivitas Pengiriman Barang Sistem Kurir Penjual Admin Transaksi Form Update Submit Status Status Tampil Data Hist Mengisi Data Komf Penjual Cek  Data Edit / Status Sistem  msuk datatransaksi ( ) Sistem lihat History ( ) Pembeli Klik Tombol Cek Status
Gambar 6. Diagram sequence Transaksi
- Sequence Diagram Pembayaran
- Class Diagram
- Squence Diagram Pengiriman Gambar 7. Diagram Squence Pembayaran UpdateStatus Iisi Data Beranda Penjual TampiKonf Konf Bayar Admn Pembeli Klik Tombol Tampi Konf Beranda Pembeli Konf Kirim Admin Kurr Tampil Stataus Mengisi Data Tampil status Klik Tombol Tampil status Gambar 8. Diagram Squence Pengiriman Barang
- Class Diagran

## 4.3 Perancangan Tabel
Dalam membangun  database relational mengggunakan  baris  dan  kolom       Beberapa  kolom  yang digunakan , yaitu: nama field,  type  yang merupakan jenis data yang digunakan, width atau panjang record yang  dibutuhkan    serta  keterangan  .  pada  pembangunan    Aplikasi  Rekening  Bersama  tabel  yang  dibuat terdiri dari
- Tabel Login,
- Tabel Pembeli,
- Tabel Penjual ,
- Tabel Bank,
- Tabel Transaksi,
- Tabel Konf_Bayar,
- Tabel Konf_Kirim,
User Id : Char Password: Char Nama : Char Hak_akses: Char Admin Login () User Id : Char Password: Char Nama : Char Hak_akses: Char Login Login () User Id : Char Nama : Char Alamat: Char Email: Char No_Telp: Char No. KTp: Char Pembeli Simpan () Hapus () User Id : Char Nama : Char Alamat: Char Email: Char No_Telp: Char No. KTp: Char ID_Bank:Char No_Rek: Char PENJUAL Simpan () Hapus () User Id : Char Nama : Char Alamat: Char Email: Char No_Telp: Char No. KTp: Char ID_Bank:Char No_Rek: Char Kurir Simpan () Hapus () ID_Trans: Char No_Invoice:Char Id_Pembeli:Char ID_Penjual:Char Kd_Barang:Char Tot_Item:Int Harga:Int Tot_Belanja:Int Tot_Transfer:Int Status_Trans:Char Tgl_Trans:Date Transaksi Simpan () Hapus () Nama : Char Id_Konf_Kirim:Int Id_Trans:Char Id_Kurir:Char No.Invoice:Char No. Resi:Char Status_Kirim: Char Tgl_Krirm:Date Konf Kirim Simpan () Id_Konf Bayar:Int Id_Trans:Char No.Invoice:Char Tot_belanja:Int Tot_Tran:Int Nama_Bank_Asal:Char No-Rek_Asal:Char Asal:Char Id_Bank:Char No.Rek_tujuan:Char Status_Bayar: Char Tgl_Bayar:Date Konf  Bayar Simpan () User Id : Char Id_Bank: Char Nama_ Bank: Char Bank Simpan () Edit () Hapus ()
Gambar 9. Diagram Klas
Tabel 2.  Tabel Transaksi Field name Type Width Keterangan Id_trans Char 10 Primary Key No_Invoice Char 10 Id_Pembeli Char 10 Foreign Key Id_Penjual Char 10 Foreign Key Kd_Barang Char 10 Total_Item Int 10 Harga Int 10 Tot_Belanja Int 10 Tot_Transfer Int 10 Status_Trans Char 10 Tgl_trans date Tabel 3.  Tabel Konf_Bayar Field name Type Width Keterangan Id_Konf_Bayar Char 5 Primary Key Id_trans Char 10 Foreign Key No_Invoice Char 10 Kd_Barang Char 10 Total_Item Int 10 Harga Int 10 Tot_Belanja Int 10 Tot_Transfer Int 10 Bank_Asal Char 10 No_Rek_Asal Char 15 Nama_Pemilik _Asal Char 50 Id_Bank Char 10 Foreign Key No_Rek_Tujuan Char 15 Status_Bayar Char 10 Tgl_trans Date Tabel 4. Tabel Konf_Kirim Field name Type Width Keterangan Id_Konf_Kirim Char 5 Primary Key Id_trans Char 10 Foreign Key No_Invoice Char 10 No. Resi Char 15 Status_Kirim Char 10 Tgl_Kirim Date

## 4.4 Perancangan Tampilan
- Halaman Utama
- Konfirmasi Bayar CopuRight Beranda Beranda Tentan g Transaks i Konfirmasi Hubungi -Ka mi Login Registrasi
CopyRight Beranda Tentan g Transaks i Konfirmasi Hubungi -Ka mi Foam Konfirmasi Pembayaran Id_Trans Tabel
- Tabel Konfimamasi Pengiriman

## 4. KESIMPULAN DAN SARAN

## Kesimpulan
Dengan  dibangunnya  aplikasi  ini  tidak  perlu  lagi  adanya  komuniksi  via  telepon  ataupun  fax,  karena komunikasi dilakukan langsung pada aplikasi ini

## Saran
Aplikasi ini dapat dikembangkan dengan menambahakan fitur untuk meninjau keberadaan barang kiriman

## Daftar Pustaka :
[1] A.S Rosa, Shalahuddin. M, 2013,  Rekayasa Perangkat Lunak Terstuktur dan Berorienasi Objek, Informatika Bandung
[2] Sutopo, Ariesto.Hadi, 2012, Pemrograman Flash dengan PHP & MySQL, Jakarta [3] Pudjo, Widodo P, 2011, Menggunakan UML, Informatika Bandung [4] Pratama, Antonius, N.W. Codelgniter, 2010, Cara Mudah Membangun Aplikasi PHP, Mediakita Jakarta [5] Sunarto, Andi, SEI, 2009, Seluk Beluk E-Commerce, Gerailmu Jogjakarta [6] Peranginangin, Kasiman, 2006, Aplikasi Web dengan PHP dan MySQL , Andi Offset Yogyakarta [7] Jogiyanto,H.M, 2005, Analisis dan Desain Sistem Informsi, Andi Offset Yogyakarta [8] Sutabri, Tata,,2004,  Analisa Sistem Informasi, Andi Yogyakarta [9] Arbie, 2004, Manajemen Database dengan MySQL, Andi Offsett Jogjakarta
Beranda Tentan g Transaks i Konfirmasi Hubungi -Ka mi