Pengembangan Aplikasi eCommerce

E-Commerce dan Internet Ekonomi

Magister Management
Universitas Mercu Buana

Empat Tahapan Pengembangan

Tahap 1: Pengembangan Arsitektur EC

Arsitektur EC: Rancangan organisasi aplikasi dan

infrastruktur situs EC
Komponen arsitektur:

Visi dan tujuan bisnis situs

Peta aliran informasi dan data

Modul-modul aplikasi yang memproses dan

mengelola data serta informasi tsb.

Software dan hardware yang menjalankan

aplikasi-aplikasi tsb.

Panduan implementasi arsitektur tsb.

2

Empat Tahapan Pengembangan

Tahap 2: Menentukan strategi

pengembangan

Mengembangkan sendiri (in-house)

Dari nol atau dengan mengkustomisasi modulmodul komersial

Outsourcing dari pihak lain

Dioperasikan oleh perusahaan ASP

Menumpang situs Web perusahaan lain

Menyewa tempat pada portal e-Market

Kombinasi keduanya
3

Empat Tahapan Pengembangan

Tahap 3: Instalasi, testing, dan

pengoperasian aplikasi EC

Menghubungkan aplikasi dengan sistem-sistem

back-end: database, aplikasi-aplikasi
lain/eksternal, dan ke situs Web lain.
Testing secara bertahap: dari test per modul,
sampai test keseluruhan sistem.

Integrasi dengan Database dan

Aplikasi Lain

Beberapa teknologi standar dapat digunakan

untuk mengintegrasikan aplikasi EC dengan
database

Dengan PHP, ASP, CGI, dsb. melalui interface

JDBC, ODBC, ADO.

Integrasi dengan sistem-sistem lain seperti

ERP, CRM, SCM, EDI, data warehouse, dsb.
dapat dilakukan melalui middleware

Terminologi Testing

Unit testing: Testing modul aplikasi satu demi satu

secara independen
Integration testing: Testing yang melibatkan
beberapa modul aplikasi secara terpadu
Usability testing: Testing kualitas pengalaman
(kenyamanan, kemudahan, kepuasan) user dalam
berinteraksi dengan situs
Acceptance testing: Evaluasi apakah sistem (situs)
telah sesuai dengan visi dan tujuan bisnis semula

Empat Tahapan Pengembangan

Tahap 4: Operasi dan pemeliharaan

Situs akan di-update secara terus menerus,

misal:

Produk-produk baru ditambahkan pada katalog

Daftar harga-harga disesuaikan
Iklan dan promosi baru dipublikasikan

Setiap perubahan harus melalui testing

sebagaimana pada tahap instalasi

Empat Tahapan Pengembangan

Monitoring penggunaan

Pola penggunaan dan kinerja situs harus

dianalisa secara periodik untuk
mengidentifikasikan bagian-bagian yang
harus sempurnakan, modifikasi, atau
bahkan dibuang

Dari Model Bisnis ke Arsitektur

Penurunan rancangan e-Bisnis dari model

bisnis ke arsitektur dijembatani oleh rancangan
proses-proses bisnis

Proses-proses bisnis adalah sarana untuk

merealisasikan strategi bisnis

Arsitektur adalah rancangan infrastruktur untuk

menjalankan proses-proses bisnis

Proposisi
Model
Nilai
Bisnis
Strategi

ProsesProses
Bisnis

Arsitektur Infrastruktur

Mengapa Arsitektur?

Manfaat pengembangan berfokus arsitektur:

Membantu menciptakan keselarasan antara

proyek TI dengan kebutuhan bisnis
Memudahkan identifikasi komponen-komponen
yang dapat dipakai ulang (reuse) dalam proyek
lain
Memudahkan perubahan/pengembangan lanjut:
lebih cepat dengan gangguan minimal

10

Mengapa Arsitektur?

Manfaat pengembangan berfokus arsitektur:

Menaikan tingkat abstraksi rancangan sistem untuk

mempermudah analisa/evaluasi
Meningkatkan komunikasi antara anggota tim (dengan
berbagai latar belakang dan peran masing-masing)
Mudah menemukan kesalahan secara dini, sebelum
nantinya terlalu mahal untuk diperbaiki
Skala (kapasitas dan scope) dapat direncanakan
dengan baik

Reference: Rational Inc.

11

Lapisan-lapisan Arsitektur

Rancangan e-Bisnis diterjemahkan kedalam rancangan

Arsitektur Aplikasi:

Arsitektur Konseptual

Struktur dan interaksi antar aktor yang terlibat dalam

proses bisnis

Teknologi-teknologi Kunci yang akan digunakan

Arsitektur Logis

Model proses bisnis & aliran data, dan spesifikasi

interface
Arsitektur Eksekusi/Fisik

Struktur komponen-komponen infrastruktur

12

Perencanaan Infrastruktur

Rancangan Arsitektur Fisik (infrastruktur)

Memperhatikan aspek Jaminan Tingkat Layanan

(Service Level Agreement)

Availability
Scalability & Capacity
Security

Memperhatikan aspek Pengembangan Lanjut

Modularity, Flexibility, Adaptiveness

13

Contoh Pengembangan Arsitektur

Target: Electronic Bill Presentment & Payment

(EBPP) - Layanan tagihan dan pembayaran
tagihan online

Analisa trend pasar dan trend teknologi

Pengembangan model bisnis: tujuan dan
strategi
Identifikasi proses-proses bisnis
Pengembangan arsitektur konsepsual
Identifikasi komponen-komponen aplikasi

14

Studi Banding: e-Banking

e-Banking sebagai model acuan untuk

mengembangkan model bisnis EBPP
Business Objective: Menyediakan layanan praktis,
efisien dan dimana-saja bagi nasabah

Cek saldo 24jam/7hari

Transfer uang ke account lain
Pembayaran tagihan listrik, telepon, & PAM
Pembayaran tagihan kartu kredit
Isi ulang kartu ponsel prabayar

15

Kelayakan Bisnis

Potensi Pasar:

Skala bisnis didukung popularitas Internet

Teknologi (user interface, keamanan, dsb) yang
telah memadai
Literasi komputer masyarakat yang meningkat
Infrastruktur relatif murah (TCP/IP, modem, dan
Web browser)
Trend pertumbuhan jumlah pengguna ... ?

16

Standar Protokol e-Banking

Open Financial Exchange (OFX)

Ditujukan untuk transaksi antara Nasbah dan Bank

Gabungan (1997) dari standard Microsoft (Open
Financal Connectivity) dan standard Intuit
CheckFree (Open Exchange)

Dibangun diatas open standards:

SSL untuk keamanan antara Client dengan
Server
Transport layer dengan TCP/IP: diatas HTTP
atau protokol sesi yang lain
Format data dengan SGML (dan XML)

17

Standar Protokol e-Banking

OFX

Fasilitas Layanan:

Download laporan saldo bulanan (Bank Statement)

Download tagihan kartu kredit
Transfer uang
Pembayaran oleh perorangan atau perusahaan

Pengamanan:

Server institusi finansial harus bersertifikat (diterbitkan

oleh Agen Sertifikasi dibawah pengawasan OFX)
Client harus percaya kepada server yang bersertifikat

Referensi: www.ofx.net

18

Open Financial Exchange

FI identifier

Client menemukan
server FI melalui
OFX Profile Server

Profile
Server

FI profile

OFX Data( Encrypted Password)

Client
Client
OFX request

OFX response

Web
Server

request
response

OFX
Server

Financial Institution (FI)

SSL( OFX Data( Encrypted Password ) )

19

Secure Electronic Transaction

SET adalah standar protokol transaksi pembayaran dengan

kartu kredit yang diciptakan oleh Visa dan MasterCard
Pihak-pihak yang terlibat
memiliki sertifikat dari CA
Otentikasi identitas
pembayar
Otentikasi identitas
penagih
Verifikasi data kartu
kredit dan otorisasi
perintah pembayaran (PI)

20

Model Bisnis EBPP

Value dari perspektif penagih (biller):

Penghematan biaya cetak & kirim tagihan*
Mengurangi frekuensi keterlambatan
pembayaran dengan pemberitahuan yang tepat
waktu dan kemudahan membayar
Meningkatkan kualitas dan efisiensi layanan bagi
konsumen

*Atas permintaan pihak tertagih (pembayar)

21

Model Bisnis EBPP

Value dari perspektif pembayar:

Praktis, aman dan nyaman bagi pembayar,
kapan saja dan dari mana saja tanpa harus antri
Jadwal pembayaran (kapan dan berapa)
terkontrol oleh pembayar
Status tagihan & pembayaran mudah diketahui
Mudah meng-audit tagihan & pembayaran untuk
penyelesaian kesalahan/ketidak-sesuaian

22

Model Bisnis EBPP

Tujuan bisnis dari perspektif EBPP Provider:

Pendapatan dari kontrak dengan penagih (biller)
Pendapatan dari penyediaan iklan online yang
dapat dipersonalisasi
Pendapatan dari biaya registrasi pembayar, atau
Pendapatan dari biaya transaksi pembayaran

Jangan lupa
Is the market real?
Can we compete with other services?

23

Critical Success Factors

Tujuan
bisnis dan
faktorfaktor
kunci
keberhasilan

TUJUAN

Pendapatan dari
Pembayar, Penagih,
Pemasang Iklan
Menarik
Pembayar, Penagih,
Pemasang Iklan

FAKTOR-FAKTOR
KEBERHASILAN

Media Iklan
yang Efektif
Menjadi Portal
Populer
Bernilai Tambah
bagi Penagih

Metoda Pembayaran
yang Lebih Disukai

Pembayaran
tepat waktu
Efisiensi
distribusi
tagihan

Efisiensi
administrasi
pembayaran
Mudah setup
account
Akses dari
mana saja
7x24 jam

Nyaman &
efisien

Layanan
lengkap

Handal

Efisiensi
administrasi
periklanan

Mudah
pasang iklan

Iklan terpersonalisasi

Aman
Statistik
pemakaian
tersedia

24

Kebutuhan Fungsional EBPP

Faktor
kunci
keberhasilan
dan
proses
bisnis

FAKTOR-FAKTOR
KEBERHASILAN

Media Iklan
yang Efektif
Menjadi Portal
Populer
Bernilai Tambah
bagi Penagih

Metoda Pembayaran
yang Lebih Disukai

Pembayaran
tepat waktu
Efisiensi
distribusi
tagihan

Efisiensi
administrasi
pembayaran

Nyaman &
efisien

Mudah setup
account

Produksi
tagihan

Registrasi
penagih

PROSES-PROSES BISNIS

Akses dari
mana saja
7x24 jam

Registrasi
pengiklan

Registrasi
pembayar
Transfer &
transaksi
pembayaran

Efisiensi
administrasi
periklanan

Layanan
lengkap

Handal

Mudah
pasang iklan

Iklan terpersonalisasi

Aman
Statistik
pemakaian
tersedia

Manajemen tagihan:
melihat, membayar,
menjadwal
pembayaran
Notifikasi
tagihan &
status
pembayaran

Otentikasi
user

Personalisasi
iklan

Pemasangan
iklan
Resolusi
kesalahan/
permasalahan

Pelaporan
statistik

25

Arsitektur Konseptual

Gambaran umum proses-proses bisnis

ditunjukkan dengan model arsitektur
konseptual

Menunjukkan aktor-aktor dan proses-proses

utama (kunci) serta aliran informasi dalam
proses-proses tersebut

Dapat menggunakan diagram-diagram:

Context Diagram (DFD)

Activity Diagram (Swim Lanes)

26

Arsitektur Konseptual EBPP

Proses-proses kunci:

Rantai penciptaan nilai tambah (value chain) utama

bagi konsumen; seringkali merupakan rangkaian
beberapa proses bisnis

PROSES-PROSES BISNIS
Produksi
tagihan

Manajemen tagihan:
melihat. membayar,
menjadwal
pembayaran

Pelaporan
statistik

Registrasi
penagih

Registrasi
pembayar

Registrasi
pengiklan

Otentikasi
user
Transfer &
transaksi
pembayaran

Notifikasi
tagihan &
status
pembayaran

Resolusi
kesalahan/
permasalahan

Personalisasi
iklan

Pemasangan
iklan

27

Arsitektur Konseptual EBPP

BSP

BPP

Source: Roman Markowski, Computer Architecture for e-Commerce

CPP

28

Estimasi Infrastruktur EBPP

Prosesproses bisnis
dan
komponenkomponen
infrastruk-tur
utama

Akses dari
mana saja
7x24 jam

FAKTOR-FAKTOR
KEBERHASILAN
PROSES-PROSES BISNIS
Produksi
tagihan

Manajemen tagihan:
Melihat, membayar,
menjadwal
pembayaran

Transfer &
transaksi
pembayaran

Database
Tagihan

Pelaporan
statistik

Registrasi
penagih

Personalisasi
iklan

Resolusi
kesalahan/
permasalahan

Notifikasi
tagihan &
status
pembayaran

OFX

Registrasi
pengiklan

Otentikasi
user

Pemasangan
iklan

Portal
Single
Sign-on

Database
Transaksi
Pembayaran

SET

Registrasi
pembayar

Database
Profil User
Database
Iklan

SMTP
Gateway

PKI

KOMPONEN-KOMPONEN
APLIKASI

SMS
Gateway

29

Komponen Aplikasi EBPP

Komponen-komponen fungsional yang mengeksekusi

proses-proses bisnis EBPP:

Administrasi dan pendaftaran pembayar

Administrasi dan pendaftaran penagih

Userid, password, data pribadi, metoda

pembayaran, nomor-nomor rekening bank, dsb.
Jenis pembayaran yang diterima, ketentuan, dsb.

Administrasi dan pendaftaran pengiklan

Otentikasi pengguna dan logging aktivitas
Presentasi dan personalisasi online session

30

Komponen Aplikasi EBPP

Komponen-komponen Fungsional EBPP:

Pengumpulan data tagihan dan penyusunan tagihan

Distribusi dan notifikasi (email/SMS) tagihan

Tagihan baru, batas waktu pembayaran terlewati,

laporan masalah, status lunas, ringkasan, dsb.
Manajemen pembayaran tagihan

Penjadwalan, otorisasi pembayaran, dsb.

Transaksi pembayaran dan transfer dana

31

Komponen Aplikasi EBPP

Komponen-komponen fungsional kemudian

dipetakan ke komponen-komponen aplikasi

Struktur komponen aplikasi sering disesuaikan

dengan pola-pola arsitektur aplikasi yang tersedia
Paket-paket commercial off-the-shelf (COTS)

32

Contoh Rancangan Arsitektur EBPP

2002 Silverline
Technologies Ltd.

33

Contoh Rancangan Infrastruktur EBPP

2002 Silverline
Technologies Ltd.

34

Contoh 2: e-Procurement

Kategori konsep: Buy-Side e-Market

Teknologi kunci: Portal Web yang mempertemukan

karyawan perusahaan dengan pemasok kebutuhan
perkantoran (alat-alat tulis, bahan terkonsumsi, dsb.)
secara asynchronous.

Strategi:

Agregasi informasi/katalog tentang produk,

spesifikasinya, harga dan pemasok
Integrasi & otomasi proses pembelian (termasuk
approval dan adminstrasinya) untuk efisiensi

35

Dari Strategi ke Proses Bisnis

off line

Reputasi
pemasok
diketahui

Pendaftaran & verifikasi

pemasok

Harga
bersaing
Efisiensi
pengadaan
kebutuhan
kantor

Pemesanan
langsung
oleh
karyawan

Dapat
memilih
produk

Updating
katalog produk &
daftar harga
Pencarian &
pemilihan produk
Pemesanan produk

Pemesanan
mudah
dilacak/ubah

Proses
administrasi
otomatis

Pelacakan &
pengubahan
pesanan
Pengiriman pesanan
Penerimaan pesanan
Pembayaran tagihan

Tujuan Bisnis

Faktor Keberhasilan

Proses-proses Bisnis

36

Arsitektur Konsepsual

Peran-peran aktor yang terlibat dalam proses-proses

bisnis utama: karyawan, inventaris keuangan dan
pemasok.
pembayaran

keuangan
keuangan
tagihan

karyawan
karyawan
karyawan
karyawan

katalog
order
status order

Sistem
Sistem

order
katalog

pemasok
pemasok
pemasok
pemasok

laporan
penerimaan

inventaris
inventaris

pengiriman

37

Kebutuhan Fungsional: Use Case

Baca
katalog
Karyawan

Update
informasi
katalog

Order produk
Ubah/batalkan
order
Cek status
order

Inventaris*

Pemasok*
Ambil
data order

Catatan: Skenario
use-case ini dibuat
berdasarkan faktorfaktor keberhasilan.

Laporan
Penerimaan
produk
Ambil data
tagihan

Keuangan*

*Aktor sekunder

Sistem
38

Kebutuhan Fungsional: Use Case

Baca
katalog
Karyawan

Order produk
Ubah/batalkan
order
Cek status
order

Inventaris*

*Aktor sekunder

Update
informasi
katalog
includes

includes

Login
includes

Ambil
data order

Skenario use-case
yang membutuhkan
data identitas
mensyaratkan login.

Laporan
Penerimaan
produk
Ambil data
tagihan

Keuangan*

Pemasok*

Sistem
39

Daftar Event Usecase

No

Aktor

Event

Trigger

Respons

E01 Karyawan

Cari &
pilih
produk

Input:
kategori
produk

Tampilkan daftar produk

berdasarkan kategori
Tampilkan data produk
berdasarkan ID produk

E02 Karyawan

Order
produk

Input:
ID
produk

Verifikasi profil karyawan

dan data order dengan
aturan pembelian
Jika OK, tampilkan ID
order, dan
Catat data order di
database Order.
40

Daftar Event Usecase

No

Aktor

Event

Trigger
Input: ID
order

Respons

E03 Karyawan

Cek
status
order

E04 Karyawan

Ubah atau Input:

batalkan
Data order
order
baru
(diubah)

Verifikasi data/status
order baru
Update data order di
database Order

E05 Pemasok

Ambil
data
orderorder

Ambil data order-order

untuk pemasok dari
database Order
Update data order-order
di database Order

Input: ID
pemasok

Ambil data order dari

database Order
Tampilkan data order
dalam form

41

Daftar Event Usecase

No

Aktor

E06 Pemasok

Event
Update
informasi
katalog

Trigger
Input:
data
produk

E07 Inventaris Laporan

Order
penerimaan diterima
produk
Input: ID
order
E08 Keuangan Ambil data Waktu
tagihan
(periodik)

Respons
Update data produk
di database Katalog
Update data order di
database Order

Ambil data orderorder yang telah

terpenuhi
42

Daftar Event Usecase

No

Aktor

Event

Trigger

Respons

E09 Aktor

Login

Input:
ID user

Ambil data profil user

dari database User
Verifikasi password
Jika OK, aktifkan sesi

E10 Aktor

Logout

Sesi
selesai

Non-aktifkan sesi

Catatan:
Event dan usecase untuk administrator sistem
(fungsi manajemen user, dsb) tidak ditunjukan.
43

Dekomposisi Fungsi-fungsi
Otorisasi &
Otentikasi
Manajemen
1 Sesi
Verifikasi
password
Ambil data
profil user
Aktifkan sesi
Non-aktifkan
sesi

Respons atas event

Sistem
E-Pengadaan

Integrasi proses
Agregasi informasi

Pemesanan

Verifikasi order
Tampilkan ID order
Catat data order
Ambil/cari data order
Tampilkan data order
dalam form
Update data order
Ambil data order-order
Update data order-order

Katalog

Buat daftar produk

berdasarkan kategori
Tampilkan data
produk (spesifikasi,
harga, pemasok, dsb)
berdasarkan ID
produk
Update data produk
dalam katalog

44

Dekomposisi Fungsi-fungsi

Masing-masing komponen aplikasi dapat melibatkan modul-modul paket

atau yang sudah ada

Sistem
E-Pengadaan

2 Pemesanan
2a
Rule-Base
Pengadaan

2b

Order
Database

3.
3. Update data produk dalam
katalog
3b. Ambil entry katalog
dari database berdasarkan product ID
3 Katalog
3a. Index keyword yang
ada pada data entry
baru
3b
3a Keyword
3b. Simpan entry baru
Text
dalam database
Indexing
Database
& Search

Respons dari modul-modul pendukung dicantumkan

dibawah respons komponen aplikasi
45

Arsitektur Logis

Arsitektur logis diperoleh dengan membuat Data Flow

Diagram:

Aliran data antara modul-modul aplikasi

Lokasi server dimana modul-modul aplikasi tersebut dijalankan
1: Kategori produk*

Karyawan
3: Daftar
produk
4: ID produk
6: Informasi produk

Pemasok

1: Informasi
produk*

3: E01 & E06

Tampilkan daftar
produk per
kategori
Tampilkan informasi
produk per ID
produk
Update informasi
produk
App. Server 1

2: READ
Daftar produk
5: READ
Data produk
DB Server 1:
Katalog produk
2: WRITE
Data produk-produk

46

Pengembangan Aplikasi

Opsi pengembangan aplikasi EC

Menggabungkan modul-modul aplikasi dari

beberapa vendor
Memanfaatkan fasilitas layanan hosting dan
mengembangkan komponen-komponen kunci
sendiri dengan PHP, HTML, Javascript, atau
bahasa pemrograman lain

Biaya pengembangan bisa mencapai

puluhan juta rupiah

47

Komponen Aplikasi Umum EC

Tiga sub-sistem umum situs EC yang saling

berhubungan
1.
2.

3.

Shopping Cart (keranjang belanjaan)

Sistem transaksi untuk pemrosesan pesanan,
pembayaran, pengiriman, dan aspek transaksi
lainnya.
Payment Gateway yang memfasilitasi proses
pembayaran melalui institusi finansial terutama
untuk otorisasi dan pembayaran kartu kredit

48

Komponen Aplikasi 3rd Party

Paket software pada Merchant Server:

Template atau wizard untuk membangun situs dan

katalog

Shopping Carts

Form pemesanan/pembelian dengan fasilitas

keamanan

Database untuk menyimpan informasi produk, daftar

harga, dan pesanan konsumen

Integrasi dengan aplikasi pihak ke tiga, misalnya

untuk pengiriman (shipping & handling)

49

Komponen Aplikasi 3rd Party

Katalog Elektronik:

Memuat deskripsi dan foto produk, termasuk

informasi promosi, diskon, serta pemesanan dan
pengirimannya.

Komponen 3rd party suite menawarkan:

Fleksibilitas

Spesialisasi

Kustomisasi

Integrasi dengan layanan front- dan back-office

50

Komponen Aplikasi 3rd Party

Microsofts Commerce Server menawarkan

framework lengkap untuk solusi EC:

Product Catalog System

Targeting System
Profiling System
Business Processing Pipelines System
Business Analytics System

51

Komponen Aplikasi 3rd Party

IBMs WebSphere Commerce Suite

dirancang untuk mendukung B2C, B2B,
atau exchange, dengan fasilitas:

Order management
Collaborative filters
Fasilitas Portal
Localization support
E-coupons
Produk lain: WebSphere Studio, dsb.

52

Komponen Aplikasi 3rd Party

Oracles EC products

Oracle
Oracle
Oracle
Oracle
Oracle
Oracle

iStore
Marketing
iPayment
Quoting
iSupport
Configurator

53