bab 1 pendahuluan - uksw · 2013. 5. 6. · contoh php tidak terbatas hanya . output. format html...

1

Bab 1

Pendahuluan

1.1 Latar Belakang Masalah

Kebijakan peningkatan ekonomi Indonesia sekarang ini

mengacu pada kebijakan ekonomi real yang berfokus pada

peningkatan kegiatan ekonomi lokal terutama pada suatu unit

pemerintahan yang paling kecil yaitu desa.

Untuk mendukung kebijakan peningkatan ekonomi

Indonesia tersebut, salah satunya dapat dilakukan dalam bidang

teknologi informasi yaitu dengan membangun suatu model e-

Commerce yang dapat digunakan sebagai indikator pencapaian

ekonomi lokal suatu daerah. Sehingga daerah tersebut memiliki alat

pengukur perkembangan daerah tersebut. Selain itu juga dapat

digunakan sebagai media pemasaran produk-produk suatu daerah

untuk meningkatkan kesejahteraan daerah tersebut kalau memang

produk-produk yang dihasilkan benar-benar mampu bersaing di

pasaran.

Selain itu, e-Commerce juga dapat memberdayakan potensi-

potensi yang ada pada suatu unit pemerintah daerah yang paling

kecil yaitu tingkat desa seperti contohnya koperasi, klaster atau

badan milik desa lainnya. Karena dalam e-Commerce, badan-badan

milik desa tersebut dapat berperan aktif secara langsung dalam

pengendalian e-Commerce.

Pada penelitian ini, studi kasus adalah Desa Mlatiharjo

Kecamatan Gajah Kabupaten Demak yang mewakili desa-desa yang

2

ada Indonesia yang memiliki produk-produk unggulan yang mampu

bersaing di pasaran dan layak untuk dijadikan pasar digital. Desa

Mlatiharjo sudah memiliki predikat sebagai desa inovasi karena

desa tersebut sudah melakukan inovasi dalam bidang pertanian

seperti contohnya beras premium.

1.2 Rumusan Masalah

Berdasarkan latar belakang yang dikemukakan di atas,

rumusan masalah dari penelitian ini adalah :

Bagaimana merancang sistem transaksi pembayaran online

untuk e-commerce Desa Mlatiharjo

Bagaimana merancang teknologi web service untuk

mendukung sistem transaksi tersebut di atas

Bagaimana membangun aplikasi sistem transaksi online

dengan menerapkan teknologi web service menggunakan

teknologi PHP dan My SQL

1.3 Tujuan dan Manfaat

Tujuan dari penelitian ini adalah :

Merancang sistem transaksi pembayaran online untuk e-

commerce Desa Mlatiharjo

Merancang teknologi web service untuk mendukung sistem

transaksi tersebut di atas.

Membangun aplikasi sistem transaksi online dengan

menerapkan teknologi web service menggunakan teknologi

PHP dan My SQL

Manfaat dari penelitian ini adalah :

Bagi masyarakat Desa Mlatiharjo memiliki media pemasaran

produk dengan teknologi web

3

Memberikan layanan transaksi pembayaran online bagi para

member/pelanggan tetap

Bagi masyarakat dapat melihat produk-produk unggulan dari

desa Mlatiharjo

Bagi akademik dapat digunakan sebagai pembelajaran

tentang transaksi online menggunakan web service pada dua

buah web

1.4 Batasan Masalah

Batasan masalah dari penelitian ini adalah sebagai berikut :

Transaksi pembayaran online yang dimaksud adalah

transaksi pembayaran tanpa melibatkan pihak dari luar

Tidak membahas keamanan konten web

Perancangan aplikasi web mengacu pada website Desa

Mlatiharjo yaitu www.mlatiharjo.com

Transaksi online yang ada pada aplikasi menggunakan

webservice hanya bersifat administratif

Web E-bank hanya sebatas nama aplikasi

1.5 Sistematika Penulisan

Sistematika penulisan skripsi ini diuraikan dalam lima bab

secara terpisah, yaitu :

BAB I PENDAHULUAN

Dalam bab ini diuraikan tentang latar belakang masalah,

rumusan masalah, tujuan dan manfaat, batasan masalah atau ruang

lingkup dan sistematika penulisan.

BAB II TINJAUAN PUSTAKA

http://www.mlatiharjo.com/

4

Dalam bab ini diuraikan tentang penelitian terdahulu dan

landasan teori.

BAB III METODE PENELITIAN

Dalam bab ini diuraikan tentang langkah-langkah

perancangan aplikasi yang dibuat sehingga menghasilkan aplikasi

sistem transaksi online.

BAB IV HASIL DAN PEMBAHASAN

Dalam bab ini diuraikan tentang hasil dan pembahasan yang

sifatnya terpadu tentang sistem transaksi online.

BAB V PENUTUP

Dalam bab ini diuraikan tentang kesimpulan dan saran untuk

pengembangan penelitian berikutnya.

5

Bab 2

Kajian Pustaka

Dalam penelitian yang berjudul “Implementasi E-commerce

untuk Ozone Distro” oleh Zahra Arwananing Tyas (2010) dirancang

sebuah aplikasi E-commerce dengan menggunakan bahasa

pemrograman PHP dan untuk data menggunakan My SQL untuk

penjualan produk-produk yang dijual pada Ozone Distro. Sistem

tersebut memiliki fasilitas antara lain:

Menampilkan produk-produk terbaru di halaman web.

Pencarian produk berdasarkan kategori tertentu.

Penanganan stok barang.

Pengumpulan barang pembelian dalam keranjang belanja

yang terdapat informasi profil barang, jumlah barang dan

total harga.

Laporan penjualan barang .

Customer service online.

Dalam aplikasi tersebut terdapat lima macam user yaitu

administrator, manager, keuangan, logistik dan pelanggan. Untuk

menjadi pelanggan harus mendaftar terlebih dahulu agar dapat

melakukan transaksi. Sistem pembayaran yang dilakukan

menggunakan masih secara manual yaitu transfer antar rekening

yang divalidasi oleh user bagian keuangan setelah pelanggan

mengkonfirmasi pembayaran.

6

Dalam penelitian yang berjudul “Implementasi Web Service

pada Content Management System” oleh Imam Ahmadi (2007)

dirancang sebuah aplikasi CMS (Content Management System) yang

merupakan aplikasi untuk mempermudah pengolahan website seperti

pengolahan content, kategori, user dan fitur untuk menampilkan

content ke dalam halaman web. Beberapa fitur dalam aplikasi ini

menyediakan web service sebagai alat untuk berinteraksi dengan

aplikasi lain. Web service yang tersebut dapat digunakan untuk

pengolahan content, pengolahan kategori content, pengolahan user

dan penampilan content pada halaman web pada aplikasi penyedia

web service. Aplikasi ini dirancang menggunakan bahasa

pemrograman PHP dan DBMS (Database Management System) My

SQL. Pembangunan web service pada PHP menggunakan library

SOAP extension. Dokumen WSDL (Web Service Definition

Language) digunakan untuk mendeskripsikan layanan yang

disediakan oleh aplikasi. Aplikasi ini dapat ini dapat di-instal pada

komputer yang berfungsi sebagai web server dan pengguna dapat

menggunakan web browser untuk mengaksesnya. Aplikasi lain yang

akan memanfaatkan aplikasi ini menggunakan SOAP (Simple Object

Access Protocol) untuk berkomunikasi dengan server.

2.1 Sistem Transaksi

Menurut Pinninti (2003), transaksi menjelaskan hal-hal

sebagai berikut :

Pertukaran komoditas atau layanan melalui pasar atau

instansi pengatur lainnya

Transfer hak atau kewajiban antar beberapa pihak

7

Kegiatan yang dipilih untuk dilakukan atau tidak oleh sebuah

instansi yang bergantung pada legal atau tidaknya kegiatan

tersebut

Unit terbesar dari kegiatan ekonomi yang tidak dapat dibagi

untuk tujuan transaksi antara dua atau lebih pelaku ekonomi

Janus Sidabalok dalam bukunya Hukum Perlindungan

Konsumen di Indonesia membagi persitiwa-peristiwa yang terjadi

dalam hubungan antara konsumen dan pelaku usaha ke dalam tiga

tahapan, yaitu tahap pratransaksi, tahap transaksi yang

sesungguhnya dan tahap purnatransaksi.

1. Tahap Pratransaksi

Adalah tahapan yang terjadi sebelum konsumen memutuskan

untuk membeli dan memakai produk yang ditawarkan oleh

pelaku usaha. Pada tahap ini, pelaku usaha melakukan

penawaran (offer) kepada konsumen. Penawaran ini dapat

dilakukan secara langsung kepada konsumen (misalnya sales

door to door), maupun dengan memanfaatkan berbagai

sarana, seperti brosur, spanduk, maupun iklan di media cetak

dan elektronik. Dalam proses penawaran ini, pelaku usaha

menyediakan informasi agar konsumen tertarik untuk

menggunakan barang dan/atau jasa. Informasi yang diberikan

tersebut harus dilandasi itikad baik dan tidak disertai dengan

kebohongan, sehingga konsumen tidak merasa diperdaya

atau ditipu oleh pelaku usaha. Bila dikemudian hari terbukti

bahwa konsumen membeli karena paksaan, kekhilafan, atau

penipuan, konsumen memiliki hak untuk membatalkan

transaksi (Pasal 1321 KUH Perdata).

8

2. Tahap Transaksi yang Sesungguhnya

Bila calon konsumen menerima penawaran, maka terjadilah

transaksi, atau menurut bahasa hukum terjadi perjanjian.

Syarat terjadinya perjanjian menurut Pasal 1320 KUH

Perdata adalah:

Kesepakatan mereka yang mengikatkan dirinya

Kecakapan untuk membuat perikatan

Ada suatu hal tertentu

Kausa yang halal

Pada tahap ini para pihak menyepakati apa yang menjadi hak

dan kewajiban masing-masing pihak. Kesepakatan ini

kemudian dapat dituangkan ke dalam suatu perjanjian

tertulis. Kata “dapat” berarti kesepakatan tidak harus

dituangkan ke dalam bentuk tertulis, kecuali dikehendaki

oleh para pihak atau diwajibkan oleh peraturan yang berlaku

(Misalnya jual beli tanah harus dibuat secara tertulis oleh

Pejabat Pembuat Akta Tanah). Keunggulan dari kesepakatan

yang dibuat tertulis terletak pada pembuktiannya. Bila

nantinya terjadi sengketa, maka kesepakatan yang dibuat

secara tertulis lebih mudah dibuktikan dibanding kesepakatan

yang tidak dibuat secara tidak tertulis.

3. Tahap Purnatransaksi

Tahap ini merupakan realisasi dari tahap transaksi. Pada

tahap ini para pihak harus melaksanakan semua kewajiban

yang telah disepakati sebelumnya. Menurut bahasa hukum,

kewajiban yang harus dipenuhi adalah prestasi, dan pihak

9

yang tidak memenuhi kewajibannya dianggap melakukan

wanprestasi. Dengan adanya wanprestasi, pihak yang telah

memenuhi kewajibannya memiliki hak untuk menuntut pihak

yang melakukan wanprestasi agar melakukan prestasinya.

2.2 Online

Dalam teknologi komputer, online merajuk kepada keadaan

sistem (contohnya personal computer) terhubung ke jaringan

komunikasi seperti internet. Istilah ini sudah berkembang untuk

merujuk pada sebuah aktivitas (seperti kegiatan edukasi melalui

computer conferencing atau forum) dan orang yang disebut “being

online” ketiga mereka berkomunikasi melalui internet (Harasim,

2011).

2.3 E-commerce

Bagi masyarakat pada umumnya, istilah “electronic

commerce” berarti belanja pada dari internet yang disebut world

wide web (www). Namun, e-commerce juga mencakup banyak

kegiatan lain, seperti pertukaran pebisnis dengan pebisnis yang lain

dan proses internal yang digunakan perusahaan untuk mendukung

pembelian, penjualan, perekrutan karyawan, perencanaan dan

kegiatan lainnya. Beberapa orang menggunakan istilah e-business

ketika mereka berbicara mengenai e-commerce dalam pengertian

yang lebih luas. Sebagai contoh, IBM mendefinisikan e-business

sebagai transformasi proses melalui penggunaan teknologi internet.

Kebanyakan orang menggunakan istilah e-commerce dan e-business

secara bergantian (Schneider,2010).

E-commerce terdiri dari 5 kategori yaitu business to

consumer, business to business, business to processes, consumer to

10

consumer dan business to government. Namun kategori yang paling

sering digunakan adalah (Schneider,2010):

Business to consumer ( B2C), konsumen belanja di web

Business to business (B2B), transaksi terjadi diantara pebisns di

web

Transaksi dan proses bisnis dimana perusahaan, pemerintah dan

organisasi lainnya yang menggunakan teknologi internet untuk

mendukung aktivitas penjualan dan pembelian.

Gambar 2.1 Elemen E-commerce (Schneider,2010)

Seperti beberapa strategi bisnis, e-commerce memiliki

kelebihan dan kekurangan. Kelebihannya e-commerce yaitu cukup

sederhana dan dapat meningkatkan keuntungan. Semua keuntungan

dapat diringkas dalam 1 kalimat yaitu, e-commerce dapat

meningkatkan penjualan dan mengurangi biaya (Schneider,2010).

2.4 Web Service

Web service adalah aplikasi jaringan interface yang dapat di

akses, dibangun dengan menggunakan teknologi internet standar.

Dengan kata lain, jika sebuah aplikasi dapat diakses melalui jaringan

menggunakan kombinasi protokol seperti HTTP, XML, SMTP, atau

Jabber, maka itu adalah web service (James Snell, 2001).

11

Gambar 2.2 Web Service dapat diakses dengan internet standar (James Snell,

2001)

Web service adalah sebuah interface antara kode aplikasi dan

kode pengguna. Ini bertindak sebagai layer abstrak yang

memisahkan platform dan bahasa pemrograman yang spesifik secara

rinci bagaimana aplikasi tersebut sebenarnya dipanggil. Layer

standar ini berarti bahwa setiap bahasa yang mendukung web service

dapat mengakses fungsionalitas aplikasi.

Gambar 2.3 Web service sebagai layer abstrak (James Snell, 2001)

Web service memiliki tiga entitas dalam arsitekturnya, yaitu:

Service Consumer (konsumen/peminta layanan)

Service Provider (penyedia layanan)

Service Registry (daftar layanan)

12

Gambar 2.4 Arsitektur web service (James Snell, 2001)

Keterangan gambar 2.3 :

Service Provider : Berfungsi untuk menyediakan

layanan/service dan mengolah sebuah registry agar

layanan-layanan tersebut dapat tersedia.

Service Registry : Berfungsi sebagai lokasi central yang

mendeskripsikan semua layanan/service yang telah di-

register.

Service Consumer : Peminta layanan yang mencari dan

menemukan layanan yang dibutuhkan serta

menggunakan layanan tersebut.

Berikut ini adalah gambar dari Building block pada web

service (Scott Short, 2002)

Gambar 2.5 Building block pada web service (Scott Short, 2002)

13

Keterangan dari gambar 2.5

1. Discovery : Universal Description Discovery and

Integration (UDDI), adalah sebuah service registry bagi

pengalokasian web service. UDDI mengkombinasikan

SOAP (Simple Object Access Protocol) dan WSDL

(Web Service Definition Language) untuk pembentukan

sebuah registry API bagi pendaftaran dan pengenalan

service. UDDI menyediakan sebuah area umum dimana

sebuah organisasi dapat mengiklankan keberadaan

mereka dan web service.

2. Description : Web Service Definition Language

(WSDL), merupakan suatu standar bahasa dalam format

XML yang berfungsi untuk mendeskripsikan seluruh

layanan yang tersedia.

3. Message Format : Untuk pertukaran data antara klien

dan server. Sebuah cara standar pengkodean data

memastikan bahwa data yang dikodekan oleh klien akan

benar ditafsirkan oleh server.

4. Encoding Data : data yang ditransmisikan antara klien

dan server harus dikodekan ke dalam tubuh pesan.

5. Transport : Setelah pesan telah diformat dan data telah

serial ke dalam tubuh pesan, pesan tersebut harus

ditransfer antara klien dan server melalui beberapa

protocol transport.

2.5 PHP

Rasmus Lerdorf menyusun PHP pertama kali pada tahun

1994, tapi PHP yang digunakan oleh orang-orang dewasa ini cukup

14

berbeda dari versi sebelumnya. PHP berjalan pada semua sistem

operasi utama, dari varian Unix termasuk Linux, FreeBSD, dan

Solaris ke Windows dan Mac OS X. Hal ini dapat digunakan dengan

semua server web terkemuka, termasuk Apache, Microsoft IIS, dan

Netscape / iPlanet server. Bahasa PHP sangat fleksibel, sebagai

contoh PHP tidak terbatas hanya output format HTML atau teks

dokumen saja yang dapat dihasilkan. PHP memiliki kemampuan

mendukung untuk menghasilkan file PDF, GIF, JPG, dan gambar

PNG, dan film. Salah satu fitur PHP yang paling signifikan adalah

dukungan luas untuk database. PHP mendukung semua database

utama (termasuk MySQL, PostgreSQL, Oracle, Sybase, dan

ODBC). Oleh sebab itu, dengan PHP membuat halaman web dengan

konten dinamis dari database menjadi lebih mudah (Rasmus

Lerdorf, 2006).

PHP dapat digunakan dalam tiga cara:

a. Server-side scripting

PHP pada awalnya dirancang untuk membuat konten web

dinamis. Untuk menghasilkan HTML, PHP memerlukan

penerjemah dan web server untuk mengirim dokumen. PHP

menjadi populer untuk menghasilkan dokumen XML, grafik,

animasi Flash, file PDF, dan banyak lagi

b. Command-line scripting

PHP dapat menjalankan script dari baris perintah, seperti Perl,

awk, atau Unix shell. Anda dapat menggunakan script pada

baris perintah untuk system administration tasks, seperti backup

dan parsing log.

15

c. Client-side GUI applications

Menggunakan PHP-GTK (http://gtk.php.net), anda dapat

menulis full-blown, cross-platform aplikasi GUI di PHP

(Rasmus Lerdorf, 2006).

http://gtk.php.net/

17

Bab 3

Metode dan Perancangan Sistem

3.1 Metode Pengembangan Sistem

Metode lama seperti waterfall model dan berbagai

variasinya diasumsikan sebagai sebuah proyek perangkat lunak

dimana langkah-langkah kerja dapat dirinci secara jelas sebelum

dieksekusi. Dalam upaya untuk mengatasi kekurangan dan

kelemahan waterfall model banyak pendekatan perangkat lunak

seperti iterative enhancement , rapid prototyping, evolutionary

prototyping dan incremental development telah dikembangkan (Carr,

1997).

Metode yang yang akan dipakai dalam pengembangan sistem

ini adalah prototyping model. Prototyping model ini memiliki tujuan

utama yaitu untuk membantu customer dan developer dalam

memahami requirements yang dibutuhkan dalam suatu sistem.

Prototyping dianggap sebagai kegiatan pengurangan resiko

(Sommerville, 2000)

Seringkali, customer mendefinisikan satu tujuan umum untuk

perangkat lunak tetapi tidak mengidentifikasi input secara detil,

pemrosesan, atau persyaratan output. Sedangkan developer mungkin

tidak memiliki kepastian terhadap efisiensi dari algoritma,

kemampuan adaptasi dari sistem, atau bentuk interaksi manusia /

mesin yang harus diambil. Dalam hal ini paradigma prototyping

mungkin menawarkan pendekatan yang terbaik. (Pressman, 2001)

18

Gambar 3.1 Paradigma Prototyping (Pressman,2001)

Prototyping melewati tiga proses yaitu :

1. Pengumpulan kebutuhan (requirements gathering): Developer

dan customer bertemu dan mendefinisikan tujuan keseluruhan

dari perangkat lunak, mengidentifikasi kebutuhan yang

diketahui dan menggambarkan area dimana definisi lebih lanjut

diperlukan.

2. Perancangan (quick design) : perancangan dengan cepat yang

mewaliki aspek-aspek perangkat lunak yang diketahui

developer dan customer seperti input dan output yang menjadi

dasar untuk pembuatan prototype.

3. Evaluasi : Prototype dievaluasi oleh customer dan digunakan

untuk memperbaiki persyaratan untuk perangkat lunak yang

akan dikembangkan. Perulangan/iteration pada prototype

disesuaikan untuk memenuhi kebutuhan customer sementara

secara bersamaan memungkinkan developer untuk lebih

memahami apa yang harus dilakukan.

19

Sedangkan menurut Sommerville (2000), prototyping

melewati 4 proses :

Gambar 3.2 Proses Prototyping (Sommerville, 2000)

Prototyping model memiliki beberapa keuntungan :

1. Kesalahpahaman antara developer dan software dapat

diidentifikasi

2. Sistem kerja tersedia pada awal proses

3. Prototype dapat berfungsi sebagai dasar untuk menurunkan

spesifikasi sistem

4. Sistem dapat mendukung pelatihan pengguna dan pengujian

sistem

5. Peningkatan kegunaan sistem

6. Mendekati dengan sistem yang diinginkan

7. Peningkatan kualitas desain

8. Proses pembangunan secara keseluruhan dapat dikurangi

(efektif)

20

3.2 Kebutuhan Sistem

Spesifikasi sistem yang digunakan meliputi :

1. Perangkat Lunak

Perangkat lunak yang digunakan untuk mendukung aplikasi

web ini adalah:

Sistem Operasi menggunakan Microsoft Windows XP

Service Pack 2

WAMPSERVER versi 2.2

PHP versi 5.3.10

MySQL versi 5.5.20

Apache 2.2.21

2. Perangkat Keras

Aplikasi yang dibangun dapat berjalan pada komputer

dengan spesifikasi minimum:

Pentium 4 2,0 Ghz atau lebih tinggi

512MB RAM

128MB VGA

Hard Disk 80G

3.3 Dokumentasi Prototype

Pembuatan aplikasi tidak lepas dari kepentingan dan

kebutuhan pengguna, oleh sebab itu perancangan dan pembuatan

aplikasi ini harus disesuaikan dengan kepentingan dan kebutuhan

dari Desa Mlatiharjo. Dokumentasi prototype ini terdapat pada tabel

3.1.

21

Tabel 3.1 Dokumentasi Prototype

Versi Prototype Tanggal Keterangan

Versi prototype 1 19 Juli 2011 1. Pengguna meminta agar menu pada home

Mlatiharjo diringkas sesuai kebutuhan

2.Pengguna meminta layanan daftar pada

home E-bank dihilangkan karena sudah

otomatis terdaftar pada web Mlatiharjo

3.Database untuk web E-bank belum ada

4.Textlink Daftar box login pada home

Mlatiharjo masih error

5.Upload gambar oleh penjual pada saat

pendaftaran member dan pengisian data

barang error

6.Menu penjual lihat pembayaran error

Versi prototype 2 28 Juli 2011 1.Menu pada home Mlatiharjo sudah

diperbaiki sesusai kebutuhan pengguna

2.Layanan daftar pada home E-bank sudah

dihilangkan

3.Database web E-bank sudah ada

4.Textlink Daftar box login sudah bisa

digunakan

5.Upload gambar oleh penjual pada saat

pendaftaran member dan pengisian data

barang sudah bisa

6.Menu penjual Lihat Pembayaran sudah

bisa

7.Pengguna meminta agar button Bayar

dihilangkan karena pengguna

menginginkan pemayaran hanya pada web

E-bank

8. Layanan Browse Produk Mlatiharjo pada

member penjual error sehingga penjual

22

belum bisa menjadi pembeli

9.Transfer rekening pada web E-bank error

Versi Prototype 3 18 April 2012 1.Button bayar sudah dihilangkan sesuai

kebutuhan pengguna

2.Layanan Browse Produk Mlatiharjo pada

member penjual sudah bisa digunakan

3.Pengguna menginginkan agar pemesanan

barang oleh member ditampilkan pada

menu admin Lihat Pembelian dan

pembelian yang telah dibayar ditampilkan

pada Lihat Pembayaran

4.Pengguna menginginkan agar menu

admin Lihat Pembelian diubah menjadi

Lihat Pemesanan

5.Pengguna menginginkan pemesanan

barang yang melewati batas waktu

pembayaran otomatis terhapus

Versi Prototype 4 22 April 2012 1.Menu Lihat Pembelian telah diganti

menjadi Lihat Pemesanan

2.Pemesanan barang oleh member

ditampilkan pada Lihat Pemesanan dan

pembelian yang telah dibayar ditampilkan

pada Lihat Pembayaran

3.Pemesanan yang telah melewati batas

waktu pembayaran akan otomatis terhapus

23

3.4 Perancangan Transaksi Online

3.4.1 Perancangan Input Saldo Member

Gambar 3.3 Mekanisme Input Saldo Member

Mekanisme member mendapatkan saldo di E-bank yaitu

member (pembeli) men-transfer sejumlah uang yang diinginkan ke

nomor rekening admin di bank dan dari transfer tersebut member

akan mendapatkan bukti transfer. Dengan bukti transfer tersebut,

member memberitahukan kepada admin telah men-transfer sejumlah

uang ke nomor rekening admin. Kemudian admin mengecek

kebenaran transfer tersebut di bank dan setelah itu admin meng-

input saldo sesusai dengan jumlah yang telah ditransfer oleh member

dan saldo terakhir member bertambah.

3.4.2 Perancangan Pembelian dan Pembayaran Pembeli

Gambar 3.4 Mekanisme Pembelian dan Pembayaran Pembeli

24

Mekanisme pembeli melakukan pembelian dan pembayaran

dimulai dengan pembeli melakukan pemesanan di web Mlatiharjo

dan dari pemesanan tersebut member akan mendapatkan ID pesanan.

Dari ID pesanan tersebut, pembeli dapat melakukan pembayaran

pada web E-bank. Dari web E-bank akan dikirimkan data

pembayaran oleh pembeli melalui web service. Kemudian status

pada pemesanan pembeli dari pesan akan berubah menjadi bayar.

3.4.3 Perancangan Konfirmasi Pelunasan Pembayaran

Pembeli Oleh Admin

Gambar 3.5 Mekanisme Konfirmasi Pelunasan Pembayaran Pembeli Oleh Admin

Mekanisme konfirmasi pelunasan pembayaran pembeli oleh

admin yaitu data pembayaran oleh pembeli di web E-bank

dikirimkan ke web Mlatiharjo memalui web service. Status

pembayaran pembeli di menu admin akan berubah dari pesan ke

bayar. Setelah itu, admin akan mengkonfirmasi pembayaran tersebut

dan mengirimkan data kepada penjual dengan perubahan status dari

bayar menjadi kirim untuk memberitahukan kepada penjual untuk

mengirimkan barang yang sudah dibayar oleh pembeli.

25

3.4.4 Perancangan Konfirmasi Pengiriman Barang Oleh Penjual

Gambar 3.6 Mekanisme Perancangan Konfirmasi Pengiriman Barang oleh

Penjual

Mekanisme perancangan konfirmasi pengiriman barang oleh

penjual yaitu pengiriman data pembelian yang sudah lunas oleh

admin kepada penjual di web Mlatiharjo yang merupakan

pemberitahuan bagi penjual untuk mengirim barang kepada pembeli.

Setelah penjual mengirim barang, maka penjual akan

mengkonfirmasi pengiriman barang yang kemudian data konfirmasi

ini akan masuk ke halaman pembeli sebagai pemberitahuan bahwa

barang yang dibeli telah dikirim oleh penjual dan perubahan status

pada tanggal dari “belum dikirim” berubah menjadi tanggal

pengiriman. Pada saat pengiriman barang, maka penjual akan

mendapat nomor resi yang akan dikirimkan kepada admin dan

admin akan mengirimkan kepada pembeli melalui email sebagai

bukti bahwa barang yang dibeli telah benar-benar dikirim.

26

3.5 Perancangan Web Service

Web Service merupakan alat penghubung antara web

Mlatiharjo dan web E-bank. Dalam penelitian ini web Service

digunakan dalam dua bagian yaitu:

Proses login di web E-bank

Proses pembayaran di Web E-bank dari pembelian di web

Mlatiharjo

1.

Member login dengan

ID email

3.

Mengirim data email dan

password

Web E-bank

2.

Mengirim data email dan

password

Web E-Bank

5.

Validasi email dan

password

4.

Validasi email dan

password

Gambar 3.7 Mekanisme webservice member login pada web E-bank

Mekanisme member login pada web E-bank, member login

pada web E-bank dengan input ID email dan password. Web E-bank

mengirimkan data email dan password ke web Mlatiharjo melalui

web service. Web Mlatiharjo merespon dengan mengirimkan data

validasi email dan password ke web E-bank. Dalam hal ini, user

yang sudah mendaftar di web Mlatiharjo sebagai member maka

otomatis akan terdaftar pada web E-bank.

27

Gambar 3.8 Mekanisme webservice member melakukan pembayaran

Mekanisme member melakukan pembayaran, member meng-

input ID pesanan di web E-bank yang didapat dari pembelian di web

Mlatiharjo. Web E-bank meminta total harga pembelian berdasarkan

User ID dan ID pesanan kepada web Mlatiharjo melalui web service.

Web Mlatiharjo mengirim total harga berdasarkan user ID dan ID

pesanan melalui web service dan web service merespon dengan

mengirim total harga ke web E-bank. Total harga muncul dan

member meng-klik bayar, Web E-bank meminta web service untuk

mengirim status bayar ke Web Mlatiharjo. Status ID pesanan pada

Web Mlatiharjo dari pesan berubah menjadi bayar.

3.6 Perancangan Sistem

Aplikasi yang dibangun, menggunakan teknik pemrograman

terstruktur, walaupun PHP 5 sudah mendukung framework yaitu

28

teknologi pemrograman berorientasi objek. Bahasa pemodelan yang

digunakan dalam perancangan aplikasi adalah UML.

3.6.1 Usecase Diagram

Use case diagram menggambarkan fungsionalitas yang

diharapkan dari sebuah aplikasi yang menjelaskan keseluruhan kerja

aplikasi secara garis besar dengan mempresentasikan interaksi antara

aktor yang dibuat, serta memberikan gambaran fungsi-fungsi pada

aplikasi tersebut. Use case yang ada pada aplikasi ini dibagi dalam

dua bagian, yaitu use case Mlatiharjo dan use case E-Bank.

Gambar 3.9 Use Case Mlatiharjo

Gambar 3.9 adalah use case Mlatiharjo. Aktor yang ada pada

use case ini adalah admin, pembeli, penjual dan guest. Aktor admin

29

dapat melakukan pengolahan keseluruhan data yang ada pada sistem

seperti melihat data pembeli, penjual, barang, pemesanan,

pembayaran dan history pembelian member serta melakukan proses

delete jika tidak sesuai dengan ketentuan yang berlaku di web

Mlatiharjo Aktor pembeli dapat melakukan perencanaan pemesanan

yang disimpan di keranjang belanja, pemesanan barang pada browse

produk Mlatiharjo, lihat pemesanan jika pembeli sudah yakin

memesan serta dapat mengedit data pribadi. Aktor penjual dapat

melakukan pengolahan barang, melihat barang penjual lain di

browse barang penjual, dan mengedit data pribadi. Sedangkan aktor

guest hanya dapat melihat halaman utama, selayang pandang, geliat

ekonomi desa dan produk-produk yang dijual di web Mlatiharjo di

pasar desa online dan melakukan pendaftaran menjadi member.

Gambar 3.10 Use Case E-bank

Gambar 3.10 adalah use case e-Bank. Admin dalam web

Mlatiharjojuga akan menjadi admin e-Bank dan penjual dan pembeli

di Mlatiharjo, dalam e-Bank akan tergabung menjadi 1 yaitu aktor

member. Dalam hal ini, penjual atau pembeli yang tergabung dalam

30

Mlatiharjo akan otomatis terdaftar dalam e-Bank. Di e-Bank, aktor

admin dapat melakukan pengolahan saldo member di transaksi serta

dapat melihat laporan transaksi yang dilakukan oleh member.

Sedangkan aktor member dapat melihat saldo akhir, transfer

rekening sesama member, melakukan pembayaran dari pemesanan

di Mlatiharjo serta melihat laporan transfer rekening yang dilakukan

oleh member yang bersangkutan.

3.6.2 Activity Diagram

Gambaran yang menjelaskan proses user mengoperasikan

aplikasi dengan menampilkan tampilan yang tersedia. Activity

Diagram yang akan ditampilkan adalah pembelian barang dan

pembayaran.

Gambar 3.11 Activity Diagram Pembelian Barang

Berdasarkan activity diagram pada gambar 3.11 dapat

dijelaskan bahwa pembeli melakukan pencarian barang di browse

31

produk Mlatiharjo dan melakukan perencanaan pemesanan yang

disimpan di keranjang belanja. Dalam keranjang belanja ini, pembeli

dapat menghapus daftar barang yang tidak diinginkan atau

membatalkan secara keseluruhan dan jika sudah yakin maka pembeli

dapat melakukan proses pemesanan yang akan masuk pada lihat

pemesanan. Pada lihat pemesanan, pembeli dapat melihat detail

pembelian dan mencetaknya dan aktivitas pembelian berakhir.

Gambar 3.12 Activity Diagram Pembayaran

Berdasarkan activity diagram pada gambar 3.12 dapat

dijelaskan bahwa member melakukan login, jika user name dan

password benar maka akan masuk pada halaman utama yang berisi

informasi saldo, mutasi rekening, transfer rekening dan pembayaran

e-Commerce. Jika pembayaran, maka aktivitas pembayaran berakhir.

32

3.6.3 ERD (Entity Relationship Diagram)

Gambar 3.13 ERD (Entity Relationship Diagram)

ERD (Entity Relationship Diagram) pada gambar 3.13

memperlihatkan adanya hubungan entitas tbuser dbmlatiharjo

dengan entitas tbitem dengan relasi mempunyai dan key atribut

ckduser, dengan relasi ini 1 penjual bisa memiliki banyak barang

untuk dijual. Entitas tbitem juga memiliki relasi dengan entitas

tbdbeli dengan relasi dibeli dan key atribut ckdbarang, dengan relasi

ini 1 barang dibeli oleh banyak pembeli. Entitas tbdbeli memiliki

relasi dengan entitas tbpembayaran dengan relasi dibayar dan key

atribut ckdbeli, dengan relasi ini 1 kode pembelian untuk 1

33

pembayaran. Entitas tbpembayaran memiliki relasi dengan tbhbeli

dengan relasi status dan key atribut status dan ckdbeli, dengan relasi

ini 1 pembayaran pada entitas tbpembayaran akan mengubah 1

status pada entitas tbhbeli berdasarkan kode pembelian. Entitas

tbuser dbmlatiharjo juga memiliki relasi dengan entitas tbtransaksi

dengan relasi melakukan dan key atribut ckduser, dengan transaksi

ini 1 pembeli dapat melakukan banyak transaksi. Entitas tbtransaksi

memiliki relasi dengan tbhbeli dengan relasi pemesanan dan key

atribut ckdpemesan, dengan relasi ini 1 transaksi yang dilakukan

pembeli dapat berupa melakukan banyak pemesanan. Entitas

tbtransaksi juga memiliki relasi dengan tbdbeli dengan relasi

pembelian dan key atribut ckduser, dengan relasi ini 1 transaksi yang

dilakukan pembelian dapat terdiri dari banyak pembelian. Entitas

tbuser dbebank memiliki atribut calamat, dtgllahir, cnama, cemail,

nlevel, ckodepos, ckota, ctelp dan cpassword dan entitas tbcontent

memiliki atribut ccontent, ckdcontent dan chalaman.

3.7 Perancangan Database

Pembuatan tabel-tabel pada database dibuat dengan

menggunakan MySQL versi 5.5.20. MySQL versi 5.5.20 dipilih

karena server database ini mudah diinstal dan support pada sistem

operasi Windows.

Tabel 3.2 menjelaskan database yang akan digunakan dalam

pembuatan sistem. Nama database yang dibuat adalah dbmlatiharjo

dengan total tabel adalah 7 tabel dan dbebank dengan total tabel

adalah 2 tabel.

34

Tabel 3.2 Struktur Database

Database : dblatiharjo

Tabel

Tbcontent

Tbdbeli

Tbitem

Tbpembayaran

Tbtransaksi

Tbuser

Database : dbebank

Tabel

Tbrek

Tbuser

3.7.1 Database Dbmlatiharjo

Berikut ini adalah implementasi dari tabel-tabel pada

database dbmlatiharjo dalam pembuatan sistem.

Tabel tbcontent berisikan data profil Desa Mlatiharjo. Field-

field yang ada pada dalam tabel tbcontent yaitu ckdcontent, ccontent

dan chalaman. Primary key untuk tabel ini adalah ckdcontent.

Tabel 3.3 Tabel tbcontent

Column Name Data Type Length Keterangan

Ckdcontent Integer 50 Primary key

Ccontent Mediumtext

35

Chalaman Varchar 20

Tabel tbdbeli berisikan semua data transaksi pembelian.

Field-field yang ada pada tabel tbdbeli yaitu ckdbeli, ckdtransaksi,

ckdbarang, ckduser, njumlah, nharga, dtglbeli, ckdpemesanan. Tidak

ada primary key untuk tabel ini. Desain tabel tbdbeli dapat dilihat

pada tabel 3.4

Tabel 3.4 Tabel tbdbeli

Column Name Data Type Length Keterangan

Ckdbeli Varchar 20

Ckdtransaksi Varchar 20

Ckdbarang Varchar 20

Ckduser Varchar 20

Njumlah Int 11

Nharga Float

Dtglbeli Date

Ckdpemesanan Varchar 20

Tabel tbhbeli berisikan data pemesanan dan history

pembelian. Field-field yang ada pada tabel tbhbeli yaitu ckdbeli,

ntotal, ckdpemesanan, dtgl, dtgl_kirim, cstatus. Primary key untuk

tabel ini adalah Ckdbeli. Desain tabel tbhbeli dapat dilihat pada tabel

3.5

Tabel 3.5 Tabel tbhbeli

Column Name Type Data Length Keterangan

Ckdbeli Varchar 20 Primary key

36

Ntotal Float


Dtgl Date

Dtgl_kirim Date

Cstatus Varchar 1

Tabel tbitem berisikan data barang yang dijual di Mlatiharjo.

Field-field yang ada pada tabel tbitem yaitu ckdbarang,

cnamabarang, cjenisbarang, nharga, cketerangan, cgaransi, cgambar,

ckduser. Primary key untuk tabel ini adalah ckdbarang. Desain tabel

tbitem dapat dilihat pada tabel 3.6

Tabel 3.6 Tabel tbitem


Ckdbarang Varchar 20 Primary key

Cnamabarang Varchar 40

Cjenisbarang Varchar 20

Nharga Int 11

Cketerangan Varchar 200

Cgaransi Varchar 200

Cgambar Varchar 30

Ckduser Varchar 20

Tabel tbpembayaran berisikan data-data pembelian yang

sudah dibayar oleh pembeli. Field-field yang ada pada tabel

tbpembayaran yaitu ckdbeli, dtgltransfer, ntotal, status. Tidak ada

primary key untuk tabel ini. Desain tabel tbpembayaran dapat dilihat

pada tabel 3.7

37

Tabel 3.7 Tabel tbpembayaran

Column Name Type data Length Keterangan

Ckdbeli Varchar 20

Dtgltransfer Date

Ntotal Float

Status Varchar 1

Tabel tbtransaksi berisikan data-data yang ada pada

keranjang belanja. Field-field yang ada pada tabel tbtransaksi yaitu

ckdtransaksi, ckdbarang, ckduser, njumlah, nharga, dtglpesan,

ckdpemesanan. Primary key pada tabel ini adalah Cdktransaksi

Desain tabel tbtransaksi dapat dilihat pada tabel 3.8

Tabel 3.8 Tabel tbtransaksi


Ckdtransaksi Varchar 20 Primary key

Ckdbarang Varchar 20

Ckduser Varchar 20

Njumlah Int 11

Nharga Float

Dtglpesan Date


Tabel tbuser digunakan untuk menyimpan data profil

member. Field-field yang ada pada tabel tbuser yaitu ckduser,

cpassword, cnamauser, ctempatlahir, dtgllahir, cjeniskelamin,

calamat, ctelepon, ckodepos, cemail, ckota, clevel, cnamaukm,

38

ckategoriukm, cteleponukm, cnamabank, ccabangbank, cnorekening,

cnofax, clogo, ntahun. Primary key untuk tabel ini adalah ckduser.

Desain untuk tabel tbuser dapat dilihat pada tabel 3.9

Tabel 3.9 Tabel tbuser


Ckduser Varchar 20

Cpassword Varchar 100

Cnamauser Varchar 40

Ctempatlahir Varchar 20

Dtgllahir Date

Cjeniskelamin Varchar 1

Calamat Varchar 100

Ctelepon Varchar 20

Ckodepos Varchar 6

Cemail Varchar 30

Ckota Varchar 20

Nlevel Int 1

Cnamaukm Varchar 40

Ckategoriukm Varchar 20

Cteleponukm Varchar 20

Cnamabank Varchar 40

Ccabangbank Varchar 40

Cnorekening Varchar 15

Cnofax Varchar 20

Clogo Varchar 100

Ntahun Int 4

39

3.7.2 Database Dbebank

Berikut ini adalah implementasi dari tabel-tabel pada

database dbebank dalam pembuatan sistem menggunakan Microsoft

SQL Server 5.5.20

Tabel tbrek digunakan untuk menyimpan data saldo member

dan transaksi yang dilakukan. Field-field yang ada pada tabel tbrek

yaitu cemail, dtgl, ndebet, nkredit, cketerangan. Tidak ada primary

key pada tabel ini. Desain untuk tabel tbrek dapat dilihat pada tabel

3.10

Tabel 3.10 Tabel tbrek


Cemail Varchar 50

Dtgl Datetime

Ndebet Float

Nkredit Float

Cketerangan Longtext

Tabel tbuser digunakan untuk menyimpan data profil admin

e-bank. Field-field yang ada pada tabel tbuser yaitu cemail,

cpassword, cnama, dtgllahir, calamat, ckota, ckodepos, ctelp, nlevel.

Primary key pada tabel ini adalah cemail. Desain untuk tabel tbuser

dapat dilihat pada tabel 3.11

Tabel 3.11 Tabel tbuser


Cemail Varchar 50 Primary key

40

Cpassword Varchar 50

Cnama Varchar 100

Dtgllahir Date

Calamat Varchar 200

Ckota Varchar 50

Ckodepos Varchar 10

Ctelp Varchar 20

Nlevel Int 1

3.8 Perancangan User Interface

3.8.1 Web Mlatiharjo

Desain Homepage (Halaman Utama)

Gambar 3.14 Rancangan Homepage E-commerce Mlatiharjo

Gambar 3.14 merupakan rancangan interface halaman utama

atau homepage dari E-commerce Mlatiharjo. Bagian paling atas dari

halaman ini terdapat nama aplikasi dari web ini. Pada menu di

bawah terdapat textlink untuk melihat profil dari Desa Mlatiharjo

41

dan bagian paling kanan terdapat fasilitas pencarian / search.

Dibawahnya terdapat info dari web dan terdapat textlink daftar untuk

mendaftar menjadi member. Pada bagian kanan terpadat textbox

username dan password dan button login bagi member utuk masuk

ke halaman member. Juga terdapat textlink daftar untuk untuk

pengunjung / guest yang ingin mendaftar menjadi member. Pada

bagian kanan bawah terdapat gambar-gambar hasil-hasil produksi

dari Desa Mlatiharjo.

Desain Halaman Pendaftaran Member

Gambar 3.15 Rancangan Halaman Pendaftaran Member

Gambar 3.15 adalah halaman bagi para pengunjung yang

akan mendaftar menjadi member pembeli. Seperti pada halaman

utama, pada bagian atas terdapat nama web dan textlink. Dibawah

textlink pada kanan terdapat textbox username dan password, button

42

login dan textlink daftar. Pada bagian kiri terdapat beberapa textbox

yang harus diisi untuk menjadi member seperti username,

password, konfirmasi password, nama, tempat/tanggal lahir, alamat,

nomor telepon/hp, kode pos, email, kota. Untuk jenis kelamin

terdapat 2 checkbox yaitu pria dan wanita. Pada bagian bawah

terdapat checkbox untuk mendaftar menjadi penjual dan check box

jika setuju pada textbox agreement dan checkbox jika guest setuju

dengan ketentuan yang ada. Pada bagian paling bawah terdapat

button simpan untuk proses pendaftaran member dan button batal

untuk kembali ke menu awal. Jika pengunjung/guest mendaftar

sebagai penjual maka akan muncul beberapa textbox tambahan yang

harus diisi yaitu Nama Usaha/Toko, Kategori Penjual, No. Telepon,

Nama Bank, Cabang Bank, No. Rekening, No Fax, Logo

Usaha/Toko, Tahun Berdiri. Pada Logo Usaha/Toko terdapat button

browse untuk mencari gambar dari komputer yang digunakan

sebagai logo member penjual yang akan muncul pada bagian atas

Logo Usaha/Toko dan upload untuk menyimpan pada database.

Desain Halaman Menu Member Pembeli

Gambar 3.16 Rancangan halaman menu member pembeli

Gambar 3.16 adalah halaman awal setelah memasukkan

username dan password dengan benar dan berhasil melakukan login

43

bagi member yang mendaftar menjadi pembeli. Pada bagian atas

terdapat nama web dan textlink seperti pada halaman sebelumnya.

Pada bagian bawah terdapat beberapa textlink yang merupakan menu

utama bagi member pembeli yaitu Browse Produk Mlatiharjo untuk

melihat barang yang dijual di web Mlatiharjo, Lihat Pemesanan

untuk melihat transaksi pembelian oleh pembeli, Lihat History untuk

melihat pembelian yang pernah dilakukan pembeli di web

Mlatiharjo, Edit Data Pelanggan dan Ganti Password. Pada bagian

kanan terdapat button beli untuk melakukan pembelian di halaman

keranjang belanja dan textlink logout.

Gambar 3.17 Rancangan Halaman Keranjang Belanja

Setiap perencanaan pembelian yang dilakukan oleh pembeli

akan tercatat dan masuk ke dalam Keranjang Belanja dan

ditampilkan ke dalam halaman Keranjang Belanja yang berupa tabel

dengan keterangan no, tanggal, nama barang, qty (jumlah), harga

jual, subtotal. Pada bagian paling kanan tabel terdapat textlink hapus

jika pembeli ingin membatalkan pembelian suatu barang dan pada

bagian bawah terdapat textlink back untuk kembali ke menu utama

pembeli.

44

Rancangan Halaman Lihat Pemesanan

Gambar 3.18 Rancangan Halaman Lihat Pemesanan

Gambar 3.18 adalah rancangan halaman Lihat Pemesanan

kepada penjual yang berisi tabel data pemesanan antara lain no, ID

pesanan, tanggal, total (harga), status, lihat data, invoice. Pada

bagian lihat data terdapat textlink view untuk melihat detail

pembelian dan pada bagian invoice terdapat textlink cetak untuk

mencetak data pemesanan. Detail pembelian adalah rancangan

halaman bagi pembeli untuk melihat secara rinci informasi barang

yang akan dibeli yang berisia tabel dengan keterangan yaitu no,

nama barang, nama UKM (penjual), jumlah, harga, subtotal (jumlah

harga).

Desain Halaman Lihat History

45

Gambar 3.19 Rancangan halaman lihat history

Rancangan halaman Lihat History ini merupakan data semua

pembelian yang pernah dilakukan oleh pembeli yang berisi tabel

dengan keterangan no, ID pesanan, tanggal (tanggal pembelian),

tanggal kirim, total, status (kirim/belum dikirim), lihat data dengan

textlink view untuk melihat detail barang dan textlink back untuk

kembali ke halaman sebelumnya.

Desain Halaman Menu Member Penjual

Gambar 3.20 Rancangan halaman Menu Member Penjual

Gambar 3.20 adalah rancangan halaman yang merupakan

menu utama bagi member yang mendaftar sebagai penjual. Dalam

halaman ini terdapat beberapa textlink yaitu lihat data barang untuk

melihat dan melakukan pengolahan barang yang dijual oleh penjual

yang bersangkutan, tambah data barang untuk menambah barang

yang akan dijual di web Mlatiharjo, Edit Data Penjual, Browse

Barang Penjual untuk melihat barang yang dijual oleh penjual lain,

Lihat Data Pemesanan untuk melihat transaksi pembelian yang

dilakukan penjual, Lihat Pembayaran untuk melihat data pembelian

barang yang laku dibeli oleh pembeli, dan Lihat History untuk

46

melihat seluruh pembelian yang pernah dilakukan oleh penjual di

web Mlatiharjo.

Desain Halaman Lihat Pembayaran

Gambar 3.21 Rancangan Halaman Lihat Pembayaran

Rancangan Halaman Lihat Pembayaran adalah pemesanan

barang yang dilakukan oleh penjual kepada penjual lain yang sudah

lunas dibayar. Pada halaman ini terdapat tabel yang berisi No, ID

pesanan, tanggal pembayaran, total (Rp), status, lihat data,

konfirmasi pengiriman. Pada kolom lihat data terdapat textlink view

untuk melihat detail pemesanan.

Desain Homepage Admin Web Mlatiharjo

Gambar 3.22 Rancangan Homepage Admin Web Mlatiharjo

47

Gambar 3.22 adalah rancangan halaman menu untuk

administrator web Mlatiharjo. Pada bagian kanan terdapat beberapa

textlink yaitu lihat penjual (member), lihat barang (barang-barang

yang saat ini dijual para penjual), lihat pelanggan (member), lihat

pemesanan (pemesanan pelanggan), lihat pembayaran (pembelian

yang sudah dibayar pelanggan), lihat history, ganti password, log

out.

Desain Halaman Lihat Pemesanan Pada Admin

Gambar 3.23 Rancangan Halaman Lihat Pemesanan pada Admin

Gambar 3.23 adalah halaman bagi administrator untuk

melihat data pemesanan pelanggan. Data yang ditampilkan berupa

tabel dengan keterangan no, ID pesanan, tanggal, total (Rp), status,

lihat data, invoice dan operasi. Terdapat textlink view untuk melihat

rincian pembelian, cetak untuk mencetak, delete untuk menghapus

pembelian dari daftar.

48

Desain Halaman Lihat Pembayaran Pada Admin

Gambar 3.24 Rancangan halaman Lihat Pembayaran pada Admin

Rancangan Halaman Lihat Pembayaran adalah halaman bagi

administrator untuk melihat pembayaran yang dilakukan oleh

pembeli. Terdapat textlink delete untuk admin menghapus data

pembayaran dan textlink lunas untuk mengkonfirmasi pembayaran.

Desain Halaman Lihat History Pada Admin

Gambar 3.25 Rancangan Halaman Lihat History pada Admin

Rancangan halaman lihat history adalah halaman untuk

admin untuk melihat pembelian yang pernah dilakukan. Data tabel

yang ada berupa no, ID pesanan, tanggal, tanggal kirim, total (Rp),

status, dan lihat data. Terdapat textlink view untuk melihat data

pembelian secara rinci.

49

3.8.2 Web E-bank

Desain Homepage (halaman utama)

Gambar 3.26 Rancangan Homepage E-bank

Gambar 3.26 merupakan rancangan halaman utama dari E-

bank. Pada bagian atas terdapat nama dari aplikasi dari web ini. Pada

bagian bawah nama web terdapat tanggal dan textbox yaitu

username dan password. Di bawah textbox terdapat button login

untuk proses setelah pengisian username dan password.

Desain Halaman Menu Member E-bank

Gambar 3.27 Rancangan Halaman Menu Member E-bank

Pada rancangan Halaman Menu Member E-bank terdapat

beberapa textlink yaitu informasi saldo untuk mengecek saldo akhir

member, mutasi rekening untuk melihat history pengolahan saldo

oleh member, transfer rekening untuk transfer saldo sesama

member, pembayaran e-commerce untuk melakukan pembayaran

50

dari pembelian yang dilakukan di web Mlatiharjo dan pada bagian

bawah terdapat log out untuk kembali ke halaman utama.

Desain Halaman Informasi Saldo

Gambar 3.28 Rancangan Halaman Informasi Saldo

Pada rancangan Halaman Informasi Saldo terdapat informasi

antara lain email, jenis rekening, mata uang dan saldo efektif.

Desain Halaman Transfer Rekening

Gambar 3.29 Rancangan halaman Transfer Rekening

Pada Halaman Transfer Rekening terdapat beberapa textbox

yang harus diisi member untuk melalukan transfer yaitu email, nama

dan jumlah uang. Pada bagian bawah terdapat button proses dan

batal.

51

Desain Halaman Pembayaran E-commerce

Gambar 3.30 Rancangan halaman Pembayaran E-commerce

Dalam Pembayaran E-commerce terdapat textbox kode

pesanan dan jumlah pembelian yang harus diisi oleh nasabah. Pada

bagian bawah terdapat button bayar dan batal.

Desain Homepage Admin Web E-bank

Gambar 3.31 Rancangan Homepage Admin Web E-bank

Pada rancangan Homepage Admin Web E-bank terdapat 3

textlink yaitu transaksi untuk melakukan pengolahan saldo member,

laporan transaksi untuk melihat laporan transaksi yang dilakukan

member dan log out.

52

Desain Halaman Transaksi Nasabah

Gambar 3.32 Rancangan Halaman Transaksi Nasabah

Rancangan halaman Transaksi terdapat textbox email, nama

dan jumlah uang, dan terdapat listbox transaksi yang berisi setoran

tunai dan penarikan tunai. Lalu pada bagian bawah terdapat button

proses dan batal.

53

Bab 4

Hasil Dan Pembahasan

4.1 Implementasi Sistem

Pada aplikasi ini, web service menghubungkan dua web yaitu

web Mlatiharjo dan web E-bank. Pada web E-commerce Mlatiharjo

ini user terbagi menjadi dua yaitu member dan admin. Member

sendiri terdapat dua jenis yaitu penjual dan pembeli. User yang

mendaftar pada web Mlatiharjo secara otomatis akan menjadi

member web E-bank. Member dapat melakukan proses jual/beli di

web Mlatiharjo dan melakukan pembayaran pada web E-bank.

Sedangkan admin, dapat mengelola web Mlatiharjo sekaligus web E-

bank. Admin dapat melihat proses pembelian atau pembayaran

member, selain itu admin juga dapat mengelola data seperti proses

hapus dan konfirmasi.

Dalam pembuatan aplikasi ini menggunakan bahasa

pemrograman PHP versi 5.3.10, database My SQL versi 5.5.20,

editor bahasa pemrograman menggunakan Macromedia

Dreamweaver, web server menggunakan Apache versi 2.2.21 dan

paket server untuk lingkungan windows menggunakan WampServer

versi 2.2.

Prototype ini masih bersifat local host karena sistem ini

masih merupakan “model” e-commerce untuk Desa Mlatiharjo yang

diharapkan mampu mewakili potensi-potensi yang ada di Desa

Mlatiharjo seperti Koperasi Serba Usaha Citra Kinaraya yang di

dalam sistem ini diwakilkan dengan E-bank dan produk-produk dari

54

Desa Mlatiharjo yang pantas dan mampu bersaing di pasaran dan

karena Desa Mlatiharjo ingin memiliki pasar digital yang bisa

memasarkan produk dengan transaksi penjualannya bisa mereka

kelola sendiri.

4.2 Hasil dan Pembahasan

4.2.1 Web Mlatiharjo

4.2.1.1 Halaman utama (Home)

Gambar 4.1 Halaman utama Web Mlatiharjo

Gambar 4,1 adalah halaman utama Web Mlatiharjo bagi

member maupun admin. Pada halaman ini, terdapat data profil Desa

Mlatiharjo pada konten Selayang Pandang dan Geliat Ekonomi

Desa. Sedangkan pada konten Pasar Desa terdapat fasilitas untuk

melihat barang-barang yang dijual di Web Mlatiharjo. Selain itu

juga terdapat fasilitas pencarian, live chat daftar dan login.

55

Gambar 4.2 Halaman Form Pendaftar

Untuk menjadi member, user harus mengisi data-data pribadi

yang dibutuhkan sesuai dengan syarat-syarat untuk menjadi member

pembeli atau penjual.

4.2.1.2 Member Mlatiharjo

Gambar 4.3 Halaman Menu Pembeli

Dalam Web Mlatiharjo, member dibagi menjadi dua yaitu

member pembeli dan penjual. Gambar 4.3 adalah halaman menu

pembeli, pada halaman ini terdapat menu Browse Produk Mlatiharjo,

Lihat Pembelian, Lihat History dan Ganti Password.

56

Gambar 4.4 Halaman Browse Produk Mlatiharjo

Halaman Browse Produk Mlatiharjo adalah halaman bagi

pembeli untuk melihat dan membeli barang-barang yang dijual di

Web Mlatiharjo. Pada halaman ini disediakan kolom jumlah

pembelian dan tombol beli. Setelah input jumlah item lalu klik beli

di sebelah kanan kolom dan klik beli pada keranjang belanja di

sebelah kanan halaman.

Gambar 4.5 Tombol Beli Pada Keranjang Belanja

Setelah pembeli klik tombol beli pada keranjang belanja

maka akan muncul halaman keranjang belanja. Halaman Keranjang

Belanja Dapat dilihat pada gambar 4.6

57

Gambar 4.6 Halaman Keranjang Belanja

Halaman Keranjang Belanja adalah halaman bagi member

untuk melihat daftar dari rencana pembelian barang. Pada halaman

ini terdapat keterangan berupa tanggal, nama barang, qty (jumlah),

harga, subtotal serta button hapus untuk menghapus daftar

pembelian dari daftar.

Gambar 4.7 Halaman Lihat Pemesanan

58

Setelah pembeli klik beli pada halaman Keranjang Belanja

maka pembeli dapat melihat data pembelian pada halaman Lihat

Pemesanan. Halaman Lihat Pemesanan dapat dilihat pada gambar

4.7. Pada halaman ini, pembeli akan mendapatkan ID pesanan yang

digunakan untuk pembayaran e-commerce di Web E-bank. Selain itu

pembeli juga dapat melihat detail dari pembelian dengan meng-klik

view pada kolom Lihat Data dan dapat mencetaknya.

Menu lainnya dalam halaman member pembeli adalah Lihat

History, Edit Data Pelanggan dan Ganti Password. Menu Lihat

History adalah menu bagi pembeli untuk melihat seluruh data

pembelian yang pernah dilakukan oleh pembeli di web Mlatiharjo.

Dalam halaman ini, member juga dapat melihat Detail Pembelian.

Sedangkan menu Edit Data Pelanggan adalah menu bagi pembeli

untuk mengedit data pribadi jika terjadi perubahan.

Gambar 4.8 Halaman Lihat History Member

59

Halaman Lihat History adalah halaman untuk member

penjual maupun pembeli untuk melihat semua pembelian yang

pernah dilakukan di web Mlatiharjo dengan keterangan ID pesanan,

tanggal pembelian, tanggal kirim, total pembelian, status

pembayaran dan lihat detail data barang pembelian. Pada tanggal

kirim, jika berisi keterangan tanggal maka barang pembelian sudah

dikirim oleh penjual dan sudah dikonfirmasi dan jika masih “belum

dikirim” maka barang belum dikirim oleh penjual. Sedangkan pada

status jika berisi keterangan “bayar” maka pembelian sudah dibayar

oleh pembeli dan jika berketerangan “kirim” maka pembelian sudah

dibayar pembeli dan sudah dikonfirmasi lunas oleh admin.

Gambar 4.9 Halaman Menu Penjual

60

Pada halaman menu penjual terdapat menu Lihat Data

Barang (halaman bagi penjual untuk melihat barang penjualan,

Tambah Data Barang (menambah data barang yang akan dijual),

Edit Data Penjual, Browse Barang Penjual (melihat barang dari

penjual lain), Lihat Data Pemesanan (melihat pemesanan yang

dilakukan penjual), Lihat Pembayaran dan Lihat History. Dalam

Web Mlatiharjo, penjual juga dapat membeli barang dari member

penjual lain.

Menu Lihat Pembayaran adalah menu bagi penjual untuk

melihat barang yang dibeli oleh pembeli secara jelas dan rinci.

Halaman Lihat Pembayaran dapat dilihat pada gambar 4.10

Gambar 4.10 Halaman Lihat Pembayaran

Pada halaman ini penjual dapat melihat detail dari pembelian

dengan mengklik view pada kolom Lihat Data dan mengkonfirmasi

pengiriman barang pada kolom Konfirmasi Pengiriman setelah

pembayaran oleh pembeli dikonfirmasi oleh admin.

61

4.2.1.3 Admin Mlatiharjo

Gambar 4.11 Halaman Menu Admin

Gambar 4.11 adalah halaman Menu Admin. Pada halaman

ini terdapat menu Lihat Penjual (melihat daftar member penjual),

Lihat Barang (melihat daftar barang yang dijual oleh penjual), Lihat

Pelanggan (melihat daftar member pembeli), Lihat Pemesanan

(melihat data pemesanan yang dilakukan member), Lihat

Pembayaran (melihat data pembelian yang sudah dibayar pembeli),

Lihat History (melihat history pembelian oleh member) dan ganti

Password.

62

Gambar 4.12 Halaman Lihat Pemesanan Pada Admin

Gambar 4.12 adalah halaman bagi admin untuk melihat data

pemesanan oleh pembeli. Admin dapat melihat detail pembelian

dengan mengklik view, mencetak dan menghapus data. Setiap

pemesanan yang pada periode tertentu tidak dibayar maka akan

otomatis terhapus dari daftar.

Gambar 4.13 Halaman Lihat Pembayaran Pada Admin

63

Halaman Lihat Pembayaran adalah halaman bagi admin

untuk melihat data pembelian yang sudah dibayar oleh pembeli.

Admin dapat menghapus data pembayaran dari daftar dengan klik

button delete yang ada pada kolom operasi dan dapat melakukan

konfirmasi pelunasan dengan klik button lunas yang ada pada kolom

konfirmasi.

4.2.2 Web E-Bank

Web E-bank adalah web bank administratif yang terhubung

dengan web Mlatiharjo. Seluruh pembayaran administratif dari

kegiatan pembelian di web Mlatiharjo dilakukan di web E-bank.

Gambar 4.14 Halaman utama Web E-Bank

4.2.2.1 Member E-bank

User yang mendaftar di Web Mlatiharjo otomatis akan

menjadi member dari Web E-bank dengan ID menggunakan email

dari user yang diinput pada saat melakukan pendaftaran. Halaman

utama bagi member dapat dilihat pada gambar 4.15

64

Gambar 4.15 Halaman Menu Member

Pada Halaman Menu Member terdapat menu yaitu Informasi

Saldo untuk melihat saldo akhir member, Mutasi Rekening untuk

melihat history pengolahan saldo yang dilakukan member, Transfer

Rekening untuk transfer saldo sesama member dan menu

Pembayaran E-Commerce.

Gambar 4.16 Halaman Pembayaran E-Commerce

Halaman Pembayaran E-commerce adalah halaman bagi

member untuk melakukan pembayaran dari pembelian yang

dilakukan di web Mlatiharjo dengan input ID pesanan.

65

4.2.2.2 Admin E-bank

Gambar 4.17 Halaman Menu Admin

Pada halaman Menu Admin terdapat menu Transaksi dan

Laporan Transaksi. Halaman Transaksi dapat dilihat pada gambar

4.18

Gambar 4.18 Halaman Transaksi Admin

Halaman Transaksi adalah halaman bagi admin untuk dapat

memberikan saldo atau menarik saldo member. Pada baris transaksi

terdapat pilihan setoran tunai dan penarikan tunai. Setoran tunai

untuk member sejumlah saldo E-bank kepada member dan

penarikan tunai jika admin ingin menarik saldo E-bank member.

66

4.3 Pembahasan Web Service

Pada pembahasan ini berisi penjelasan kode program proses

web service.

Kode Program 4.1 Mlatiharjo.wsdl

1

2

3

4

5

6

7

8

9

10

11

12

13

14

WSDL adalah definisi method yang terdapat di web service

yang digunakan untuk berkomunikasi.

GetQuoteRequest adalah method mengambil request id yang

ingin dibayar.

GetQuoteResponse adalah nilai kembali dari method request

pembayaran

Kode Program 4.2 Server.php

1

2

3

4

$server = new

SoapServer("http://localhost/mlatiharjo/mlatiharjo.wsdl");

$server->setClass("QuoteService");

$server->handle();

67

SoapServer adalah class untuk menggunakan SOAP protocol.

Lokasi dari SoapServer pada baris 2 adalah letak file wsdl dari web

service. SetClass mendefinisikan class yang akan digunakan

didalam web service

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

class QuoteService {

private $quotes = array("ckdbeli" => 0, "pay" => 0);

function getQuote($symbol, $kode) {

require_once("function/koneksi.php");

if ($kode!="pay"){

$query = "select * from tbhbeli where

ckdbeli='$symbol' and cstatus=0";

$result = mysql_query($query) or

die(mysql_error());

$row = mysql_fetch_array($result);

$quotes["ckdbeli"] = $row['ntotal'];

if (isset($this->quotes["ckdbeli"])) {

return $quotes["ckdbeli"];

} else {

throw new

SoapFault("Server","Unknown Symbol '$symbol'.");

}

}

Class QuoteService yang didefinisikan merupakan class

yang mengambil kode transaksi yang dilakukan oleh pembeli untuk

melakukan pembayaran. Selanjutnya akan dipanggil method

getQuote untuk kode transaksi oleh pembeli dan mengembalikan

total pembayaran.

68

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

$query = "select * from tbhbeli where ckdbeli='$symbol'";


die(mysql_error());

$row = mysql_fetch_array($result);

$quotes["ckdbeli"] = $row['ntotal'];

$dtgl = date('Y-m-d');

$ntotal = $row['ntotal'];

$query = "insert into tbpembayaran

values(

'$symbol',

'$dtgl',

$ntotal,

1

)";


die(mysql_error());

$query = "update tbhbeli set cstatus=1

where ckdbeli='$symbol'";


die(mysql_error());

$query = "select u.cemail, d.* from

tbdbeli d, tbuser u where d.ckduser=u.ckduser and

d.ckdbeli='$symbol'";

$result = mysql_query($query) or die

(mysql_error());

$jml = 0;

while ($row=mysql_fetch_array($result)){

$jml++;

$_SESSION['cemail'.$jml] =

$row['cemail'];

$_SESSION['ntotal'.$jml] =

$row['njumlah'] * $row['nharga'];

}

69

Pembayaran dilakukan untuk melunasi transaksi yang telah

dilakukan oleh pembeli dan database dilakukan modifikasi didalam

server.php.

4.4 Pengujian Sistem

Setelah sistem berhasil diimplementasikan, maka diperlukan

pengujian kebenaran sistem terhadap output yang disajikan.

4.4.1 Uji Validitas Sistem

Tabel 4.1 Uji Validasi Web Mlatiharjo Sebagai Member

No. Jenis Uji Hasil Validasi

Valid Tidak Valid

1. Pendaftaran Member

Pembeli Berhasil

-


Penjual Berhasil

-


tidak sesuai ketentuan Tidak Berhasil

-

4. Login Berhasil

-

5. Login dengan ID tidak

terdaftar Tidak Berhasil

-

6. Layanan Browse Produk

Desa Mlatiharjo Berhasil -

7. Melakukan pemesanan

barang Berhasil

-

8. Setelah pembayaran

pada web E-bank terjadi

perubahan status

pembelian

Berhasil -

8. Layanan konfirmasi

pengiriman barang oleh Berhasil

-

70

penjual

9. Layanan lihat history

pembelian Berhasil

-

Berdasarkan uji validasi terhadap web Mlatiharjo dengan

pengguna sebagai member dapat disimpulkan bahwa semua menu

dan layanan sebagai member dalam aplikasi berjalan dengan baik.

Tabel 4.2 Uji Validasi Web Mlatiharjo Sebagai Admin

No. Jenis Uji Hasil Validasi

Valid Tidak Valid

1. Hapus Member

Pembeli Berhasil

-

2. Hapus Member Penjual Berhasil

-

3. Hapus barang yang

dijual di web Berhasil

-

4. Hapus Pemesanan

Member Berhasil

-

5. Konfirmasi Pelunasan

Pembelian Berhasil

-

6. Layanan Lihat History Berhasil -

Berdasarkan uji validasi terhadap web Mlatiharjo dengan

pengguna sebagai admin dapat disimpulkan bahwa semua menu dan

layanan sebagai admin dalam pengolaha data member, barang dan

transaksi dalam aplikasi berjalan dengan baik.

71

Tabel 4.3 Uji Validasi Web E-bank Sebagai Member

No. Jenis Uji Hasil

Validasi

Valid Tidak

Valid

1. Login dengan ID email

member web Mlatiharjo

yang terdaftar

Berhasil -

2. Login dengan ID email

yang tidak terdaftar di

web Mlatiharjo

Tidak

Berhasil -

3. Informasi Saldo Berhasil -

4. Setelah Transfer

Rekening terjadi

perubahan saldo akhir

Berhasil -

5. Pembayaran E-

commerce dan terjadi

perubahan saldo akhir

Berhasil -

Berdasarkan uji validasi terhadap web E-bank dengan



Tabel 4.4 Uji Validasi Web E-bank Sebagai Admin

No. Jenis Uji Hasil

Validasi

Valid Tidak

Valid

1. Setoran Tunai dan saldo

akhir member

bertambah

Berhasil -

2. Penarikan Tunai dan

saldo akhir member

berkurang

Berhasil

-

3. Layanan Laporan

Transaksi Berhasil

-

72

Berdasarkan uji validasi terhadap web E-bank dengan



4.4.2 Uji Sistem Oleh Responden

Pengujian sistem dilakukan menggunakan metode Blackbox.

Pengujian dilakukan kepada responden yang terdiri dari:

Admin Desa Mlatiharjo

Lima orang responden yang bekerja sebagai wiraswasta yang

bertindak sebagai pembeli web Desa Mlatiharjo dan member

web E-bank

Dua orang petani yang merupakan penduduk Desa

Mlatiharjo yang bertindak sebagai seorang penjual web Desa

Mlatiharjo dan member web E-bank

Tabel 4.5 Uji Responden Sebagai Admin Di Web Mlatiharjo

No Pertanyaan Jawaban

Sangat

setuju

Setuju Tidak

setuju

Sangat

tidak

setuju

Tidak

tahu

1 Tampilan interface

jelas

2 Layanan admin

sudah mencakup

semua pengolahan

data

3 Tampilan data

member jelas dan

lengkap

4 Tampilan data

barang jelas dan

lengkap

5 Layanan lihat

pemesanan member

73

lengkap

6 Layanan lihat

pembayaran member

lengkap

7 Layanan lihat history

pembelian member

lengkap

Dari pengujian yang dilakukan pada web Mlatiharjo sebagai

user admin oleh admin Desa Mlatiharjo, responden menyatakan

setuju untuk tampilan interface web sudah jelas, sangat setuju untuk

layanan yang dapat diakses admin sudah mencakup semua

pengolahan data, setuju untuk tampilan data member dan data

barang jelas dan lengkap, sangat setuju untuk layanan lihat

pemesanan, lihat pembayaran dan layanan history pembelian

member sudah menampilkan data lengkap.

Tabel 4.6 Uji Responden Sebagai Pembeli Web Mlatiharjo


Sangat

setuju

Setuju Tidak

setuju

Sangat

tidak

setuju

Tidak

tahu


jelas

4 1

2 Proses pendaftaran

mudah

5

3 Tampilan data

barang jelasdan

lengkap

1 3 1

4 Kemudahan proses

pembelian

4 1


pembelian sudah

jelas dan lengkap

4 1

Hasil pengujian sebagai user pembeli oleh para wiraswasta,

empat dari lima responden menyatakan setuju untuk interface sudah

74

jelas, lima responden menyatakan sangat setuju untuk proses

pendaftaran mudah, tiga dari lima responden menyatakan setuju

untuk tampilan data barang dalam Browse Produk Mlatiharjo sudah

jelas dan lengkap, empat dari lima responden menyatakan setuju

untuk proses pembelian mudah dan empat dari lima responden

menyatakan sangat setuju untuk layanan lihat history pembelian

sudah jelas dan lengkap.

Tabel 4.7 Uji Responden Sebagai Penjual Web Mlatiharjo


Sangat

setuju

Setuju Tidak

setuju

Sangat

tidak

setuju

Tidak

tahu


jelas

2

2 Proses pendaftaran

member mudah

2

3 Penjual juga dapat

menjadi pembeli

2

4 Kemudahan upload

barang

2

5 Tampilan data

barang jelas dan

lengkap

2

6 Kemudahan proses

penjualan

2

7 Kemudahan proses

pembelian

2


pembelian sudah

jelas dan lengkap

2

Hasil pengujian sebagai user penjual oleh petani Desa

Mlatiharjo, responden menyatakan setuju untuk tampilan interface

web Mlatiharjo jelas, setuju untuk proses pendaftaran mudah, satu

menyatakan setuju dan satu menyatakan tidak setuju untuk penjual

dapat menjadi pembeli, setuju untuk kemudahan upload barang,

75

setuju untuk kemudahan proses penjualan dan pembelian, setuju

untuk lihat history pembelian jelas dan lengkap.

Tabel 4.8 Uji Responden Sebagai Admin Web E-bank


Sangat

setuju

Setuju Tidak

setuju

Sangat

tidak

setuju

Tidak

tahu


jelas

2 Fungsionalitas

Layanan admin

dalam pengolahan

saldo member

3 Layanan laporan

transaksi sudah jelas

dan lengkap

Dari pengujian yang dilakukan pada web e-Bank sebagai

user oleh admin Desa Mlatiharjo, responden menyatakan setuju

untuk tampilan interface sudah jela, setuju untuk admin dapat

melakukan pengolahan saldo member dan setuju untuk layanan

laporan transaksi sudah jelas dan lengkap.

Tabel 4.9 Uji Responden Sebagai Member Web E-bank


Sangat

setuju

Setuju Tidak

setuju

Sangat

tidak

setuju

Tidak

tahu


jelas

5

2 Kemudahan dalam

transfer rekening

1 4

3 Kemudahan

pembayaran E-

commerce

3 1 1

Sedangkan dari pengujian sebagai member web e-Bank oleh

para wiraswasta dan petani, lima responden menyatakan setuju

76

untuk tampilan interface web e-Bank sudah jelas, empat dari lima

responden menyatakan setuju untuk kemudahan dalam transfer

rekening dan tiga dari lima responden menyatakan untuk kemudahan

dalam pembayaran e-Commerce.

Hasil dari pengujian oleh responden terhadap aplikasi adalah

responden menyatakan setuju untuk tampilan interface sudah jelas,

pencatatan laporan transaksi jelas dan lengkap, layanan dari user

admin sudah mencakup keseluruhan pengolahan data, pendaftaran

member mudah, tampilan produk sudah jelas dan keterangan

lengkap, responden petani dari Mlatiharjo tidak setuju jika penjual

juga dapat menjadi pembeli, layanan untuk pembeli dan penjual

mudah untuk dioperasikan.

77

Bab 5

Kesimpulan dan Saran

5.1 Kesimpulan

Berdasarkan pembahasan dan pengujian yang telah

dilakukan, maka dapat diambil kesimpulan dari penilitian ini antara

lain:

1. Teknologi web service dapat digunakan sebagai salah satu

alternatif transmisi data masing-masing kelembagaan dalam

suatu desa

2. Web service dapat digunakan sebagai manajemen

pengendalian proses atau layanan antar badan usaha di suatu

desa dalam suatu e-Commerce

3. Teknologi web service membantu mempermudah pihak

developer dalam hal maintenance dan operasional terutama

jika ada perubahan pengembangan layanan transmisi data

antar badan usaha yang ada di suatu desa

4. Aplikasi ini dipergunakan sebagai model e-commerce yang

tepat bagi desa yang memiliki karakteristik dan budaya

musyawarah dan gotong royong diantara lembaga-lembaga

di tingkat desa yaitu yang berada dalam LKMD.

5.2 Saran

Sistem transaksi online ini dapat dikembangkan lebih baik

dengan ditambahkan layanan sms gateway pada web e-Bank yang

dihubungkan dengan sms banking perbankan sehingga memberikan

fasilitas otomatis konfirmasi pembayaran dari perbankan oleh

78

pembeli kepada pengelola koperasi, pada bagian implementasi,

teknologi PHP 5 dapat dikembangkan dengan menerapkan konsep

object oriented programming secara optimal dan ditambahkannya

web service security untuk menjamin keamanan transmisi data.

xiv

Daftar Pustaka

Ahmadi, Imam. 2007. Implementasi Web Service Pada Content Management

System, http://digilib.itb.ac.id. Diakses tanggal 2 Februari 2012.

Carr, Mahil, June Verner. 1997. Working Papers Archives, Prototyping and

Software Development Approaches 97/04: ii. http:// cb.cityu.edu.hk/is/.

Diakses tanggal 27 Agustus 2011.

Harasim, Linda. 2011. Learning Theory and Online Technologies. New York:

Routledge.

Lerdorf, Rasmus, Peter MacIntyre, Kevin Tatroe. 2006. Programming PHP, 2nd

edition. United States of America : O’Reilly & Associates, Inc.

Pinninti, Krishna Rao. 2003. The Economics of Transaction Costs: Theroy,

Methods and Applications. New York: Palgrave Macmillan.

Pressman, Roger. 1997. Software engineering: A practitioner’s approach. The

McGraw-Hill Companies, Inc.

Schneider, Gary P. 2010. Electronic Commerce, Ninth Edition. CENGAGE

LearningTM

.

Sidabalok, Janus. 2006. Hukum Perlindungan Konsumen di Indonesia. Bandung:

Citra Aditya Bakti.

Short, Scott. 2002. Building XML Web Service for the Microsoft .NET.

Washington: Microsoft Corporation.

Sommerville, Ian. 2000. Software Engineering (6th

Edition). Germany: Springers-

Verlag Berlin Heidelberg.

Snell, James, Doug Tidwell, Pavel Kulchenko. Programming Web Services With

SOAP. United States of America : O’Reilly & Associates, Inc.

Tyas, Zahra Arwananing. 2010. Implementasi E-commerce Untuk Ozone Distro,

http://eprints.undip.ac.id. Diakses tanggal 25 Agustus 2011.
http://digilib.itb.ac.id/http://eprints.undip.ac.id/

bab 1 pendahuluan - uksw · 2013. 5. 6. · contoh php tidak terbatas hanya . output. format html...

Documents