04b an Aplikasi e Commerce

5/13/2018 04b an Aplikasi e Commerce - slidepdf.com

http://slidepdf.com/reader/full/04b-an-aplikasi-e-commerce 1/53

Pengembangan Aplikasi e-Commerce

E-Commerce dan Internet Ekonomi

Magister Management

Universitas Mercu Buana



2

Empat Tahapan Pengembangan Tahap 1: Pengembangan Arsitektur EC

Arsitektur EC: R ancangan organisasi aplikasidan infrastruktur situs EC

Komponen arsitektur: Visi dan tujuan bisnis situs

Peta aliran informasi dan data

Modul-modul aplikasi yang memproses danmengelola data serta informasi tsb.

Software dan hardware yang menjalankanaplikasi-aplikasi tsb.

Panduan implementasi arsitektur tsb.



3

Empat Tahapan Pengembangan Tahap 2: Menentukan strategi

pengembangan

Mengembangkan sendiri (in-house)

Dari nol atau dengan mengkustomisasi modul-modul komersial

Outsourcing dari pihak lain

Dioperasikan oleh perusahaan ASP

Menumpang situs Web perusahaan lain ³Menyewa tempat´ pada portal e-Market

Kombinasi keduanya



4

Empat Tahapan Pengembangan Tahap 3: Instalasi, testing, dan

pengoperasian aplikasi EC

Menghubungkan aplikasi dengan sistem-sistem

back-end : database, aplikasi-aplikasilain/eksternal, dan ke situs Web lain.

Testing secara bertahap: dari test per modul,sampai test keseluruhan sistem.



5

Integrasi dengan Database dan

Aplikasi Lain Beberapa teknologi standar dapat digunakan

untuk mengintegrasikan aplikasi EC dengandatabase

Dengan PHP, ASP, CGI, dsb. melalui interf ac eJDBC, ODBC, ADO.

Integrasi dengan sistem-sistem lain sepertiER P, CR M, SCM, EDI, data warehouse, dsb.

dapat dilakukan melalui middleware



6

Terminologi Testing U nit testing: Testing modul aplikasi satu demi satu

secara independen

I ntegr ation testing: Testing yang melibatkanbeberapa modul aplikasi secara terpadu

U sability testing: Testing kualitas ³pengalaman´ (kenyamanan, kemudahan, kepuasan) user dalamberinteraksi dengan situs

Acc ept anc e testing: Evaluasi apakah sistem (situs)telah sesuai dengan visi dan tujuan bisnis semula



7

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 testingsebagaimana pada tahap instalasi



8

Empat Tahapan Pengembangan Monitoring penggunaan

Pola penggunaan dan kinerja situs harus

dianalisa secara periodik untukmengidentifikasikan bagian-bagian yangharus sempurnakan, modifikasi, ataubahkan dibuang



9

Dari Model Bisnis ke Arsitektur

Penurunan rancangan e-Bisnis dari modelbisnis ke arsitektur dijembatani oleh rancanganproses-proses bisnis

Proses-proses bisnis adalah sarana untukmerealisasikan strategi bisnis

Arsitektur adalah rancangan infrastruktur untukmenjalankan proses-proses bisnis

Proposisi

Nilai

Proses-

Proses

Bisnis

Arsitektur Infrastruktur Model

Bisnis

Strategi



10

Mengapa Arsitektur? Manfaat pengembangan berfokus arsitektur:

Membantu menciptakan keselarasan antaraproyek TI dengan kebutuhan bisnis

Memudahkan identifikasi komponen-komponenyang dapat dipakai ulang (reuse) dalam proyeklain

Memudahkan perubahan/pengembangan lanjut:lebih cepat dengan gangguan minimal



11

Mengapa Arsitektur? « Manfaat pengembangan berfokus arsitektur:

Menaikan tingkat abstraksi rancangan sistem untukmempermudah analisa/evaluasi

Meningkatkan komunikasi antara anggota tim (denganberbagai latar belakang dan peran masing-masing)

Mudah menemukan kesalahan secara dini, sebelumnantinya terlalu mahal untuk diperbaiki

Skala (kapasitas dan sc ope) dapat direncanakan

dengan baik

Reference: Rational Inc.



12

Lapisan-lapisan Arsitektur R ancangan e-Bisnis diterjemahkan kedalam rancangan

Arsitektur Aplikasi:

Arsitektur Konseptual

Struktur dan interaksi antar aktor yang terlibat dalamproses bisnis

Teknologi-teknologi Kunci yang akan digunakan

Arsitektur Logis

Model proses bisnis & aliran data, dan spesifikasi

interf ac e Arsitektur Eksekusi/Fisik

Struktur komponen-komponen infrastruktur



13

Perencanaan Infrastruktur R ancangan Arsitektur Fisik (infrastruktur)

Memperhatikan aspek Jaminan Tingkat Layanan(Servi c e Level Agreement )

Availability

Scalability & Capacity

Security

Memperhatikan aspek Pengembangan Lanjut

Modularity, Flexibility, Adaptiveness



14

Contoh Pengembangan Arsitektur Target: E lec troni c Bill Presentment & P ayment

(EBPP) - Layanan tagihan dan pembayarantagihan online

Analisa trend pasar dan trend teknologi Pengembangan model bisnis: tujuan dan

strategi

Identifikasi proses-proses bisnis

Pengembangan arsitektur konsepsual

Identifikasi komponen-komponen aplikasi



15

Studi Banding: e-Banking e-Bank ing sebagai model acuan untuk

mengembangkan model bisnis EBPP

Business Obj ec tive: Menyediakan layanan praktis,

efisien dan dimana-saja bagi nasabah Cek saldo 24 jam/7hari

Transfer uang ke acc ount lain

Pembayaran tagihan listrik, telepon, & PAM

Pembayaran tagihan kartu kredit

Isi ulang kartu ponsel prabayar



16

Kelayakan Bisnis Potensi Pasar:

Skala bisnis didukung popularitas Internet

Teknologi (user interf ac e, keamanan, dsb) yang

telah memadai

Literasi komputer masyarakat yang meningkat

Infrastruktur relatif murah (TCP/IP, modem, danWeb browser)

Trend pertumbuhan jumlah pengguna ... ?



17

Standar Protokol e-Banking Open Financial Exchange® (OFX)

Ditujukan untuk transaksi antara Nasbah dan Bank

Gabungan (1997) dari standard Microsoft (OpenFinancal Connec tivity ®) dan standard Intuit ± CheckFree

(Open Ex change®) Dibangun diatas open standards:

SSL untuk keamanan antara Client denganServer

T r ansport l ayer dengan TCP/IP: diatas HTTPatau protokol sesi yang lain

Format data dengan SGML (dan XML)



18

Standar Protokol e-Banking OFX

Fasilitas Layanan: Download laporan saldo bulanan (Bank St atement ) D

ownload 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



19

Open Financial Exchange

Client

Profile

Server

Web

Server

OFX

Server

Financial Institution (FI)

response

requestOFX request

OFX response

FI identifier

FI profile

SSL( OFX Data( Encrypted Password ) )

OFX Data( Encrypted Password)

Client menemukan

server FI melalui

OFX Profile Server



20

Secure Electronic Transaction SET adalah standar protokol transaksi pembayaran

dengan kartu kredit yang diciptakan oleh Visa® danMasterCard®

Pihak-pihak yang terlibatmemiliki sertifikat dariCA

Otentikasi identitaspembayar

Otentikasi identitaspenagih

Verifikasi data kartukredit dan otorisasiperintah pembayaran(PI)



21

Model Bisnis EBPP V alue dari perspektif penagih (biller ):

Penghematan biaya cetak & kirim tagihan*

Mengurangi frekuensi keterlambatanpembayaran dengan pemberitahuan yang tepatwaktu dan kemudahan membayar

Meningkatkan kualitas dan efisiensi layanan bagikonsumen

*Atas permintaan pihak tertagih (pembayar)



22

Model Bisnis EBPP V alue 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 untukpenyelesaian kesalahan/ketidak-sesuaian



23

Model Bisnis EBPP Tujuan bisnis dari perspektif EBPP P rovider :

Pendapatan dari kontrak dengan penagih (biller )

Pendapatan dari penyediaan iklan online yang

dapat dipersonalisasiPendapatan dari biaya registrasi pembayar, atau

Pendapatan dari biaya transaksi pembayaran

Jangan lupa «

I s t he mar k et real?

C an we c ompete wit h ot her servi c es?



24

Critical Success Factors

Tujuan

bisnis dan

faktor-

faktor kunci

keber-

hasilan

Pendapatan dariPembayar, Penagih,

Pemasang Iklan

MenarikPembayar, Penagih,

Pemasang Iklan

Nyaman &efisien

Akses darimana saja7x24 jam

AmanHandal

Efisiensidistribusitagihan

Pembayarantepat waktu

Mudah setupaccount

Mudahpasang iklan

Iklan ter-personalisasi

Statistikpemakaian

tersedia

Layananlengkap

Menjadi PortalPopuler

Bernilai Tambahbagi Penagih

Metoda Pembayaranyang Lebih Disukai

Media Iklanyang Efektif

TUJUAN

FAKTOR-FAKTORKEBERHASILAN

Efisiensiadministrasipembayaran

Efisiensiadministrasiperiklanan



25

Kebutuhan Fungsional EBPP Faktor

kunci

keber-

hasilan

dan

proses

bisnis

Nyaman &efisien


AmanHandal

Efisiensidistribusitagihan

Pembayarantepat waktu

Mudah setupaccount

Mudahpasang iklan

Iklan ter-personalisasi

Statistikpemakaian

tersedia

Registrasipenagih

Registrasipembayar

Registrasipengiklan

Otentikasiuser

Layananlengkap

Manajemen tagihan:melihat, membayar,

menjadwalpembayaran

Produksitagihan

Pemasanganiklan

Notifikasitagihan &

statuspembayaran

Resolusikesalahan/

permasalahan

Transfer &transaksi

pembayaran

Menjadi PortalPopuler

Bernilai Tambahbagi Penagih

Metoda Pembayaranyang Lebih Disukai

Media Iklanyang Efektif

Pelaporanstatistik

FAKTOR-FAKTORKEBERHASILAN

PROSES-PROSES BISNIS

Efisiensiadministrasipembayaran

Efisiensiadministrasi

periklanan

Personalisasiiklan



26

Arsitektur Konseptual Gambaran umum proses-proses bisnis

ditunjukkan dengan model arsitekturkonseptual

Menunjukkan aktor-aktor dan proses-prosesutama (kunci) serta aliran informasi dalamproses-proses tersebut

Dapat menggunakan diagram-diagram:

Conte x t Di agr am (DFD) Ac tivity Di agr am (Swim Lanes)



27

Arsitektur Konseptual EBPP Proses-proses kunci:

R antai penciptaan nilai tambah (v alue chain) utamabagi konsumen; seringkali merupakan rangkaian

beberapa proses bisnis

Registrasi

penagih

Registrasi

pembayar

Registrasi

pengiklan

Manajemen tagihan:

melihat. membayar,

menjadwal

pembayaran

Produksi

tagihan

Pemasangan

iklan

Notifikasi

tagihan &

status

pembayaran

Transfer &

transaksi

pembayaran

Pelaporan

statistik


Personalisasi

iklan

Otentikasi

user

Resolusi

kesalahan/

permasalahan



28

Arsitektur Konseptual EBPP

Source: Roman Markowski, Computer Architecture for e-Commerce

CPPBPP

BSP



29

Estimasi Infrastruktur EBPP Proses-

proses bisnis

dan

komponen-komponen

infrastruk-tur

utama

Registrasi

penagih

Registrasi

pembayar Registrasi

pengiklan

Manajemen tagihan:Melihat, membayar,

menjadwalpembayaran

Produksitagihan

Pemasanganiklan

Notifikasitagihan &

statuspembayaran

Transfer &transaksi

pembayaran

Pelaporanstatistik


DatabaseProfil User

DatabaseTagihan Database

TransaksiPembayaran

DatabaseIklan

SET

OFX

SMS

Gateway

PortalSingle

Sign-on

SMTPGateway

KOMPONEN-KOMPONENAPLIKASI

Personalisasiiklan

Otentikasiuser


Resolusikesalahan/

permasalahan

FAKTOR-FAKTOR

KEBERHASILAN

PKI



30

Komponen Aplikasi EBPP Komponen-komponen fungsional yang mengeksekusi

proses-proses bisnis EBPP: Administrasi dan pendaftaran pembayar

U serid , password , data pribadi, metoda

pembayaran, nomor-nomor rekening bank, dsb. Administrasi dan pendaftaran penagih

Jenis pembayaran yang diterima, ketentuan, dsb. Administrasi dan pendaftaran pengiklan

Otentikasi pengguna dan l ogging aktivitas

Presentasi dan personalisasi onl ine session



31

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



32

Komponen Aplikasi EBPP Komponen-komponen fungsional kemudian

dipetakan ke komponen-komponen aplikasi

Struktur komponen aplikasi sering disesuaikandengan pola-pola arsitektur aplikasi yang tersedia

Paket-paket c ommer c i al off -t he-shelf (COTS)



33

Contoh R ancangan Arsitektur EBPP

©2002 Silverline

Technologies Ltd.



34

Contoh R ancangan Infrastruktur EBPP

©20 02 Silverline

Technologies Ltd.



35

Contoh 2: e-Procurement

Kategori konsep: Buy-Side e-Market

Teknologi kunci: Portal Web yang mempertemukankaryawan 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 (termasuka pprov al dan adminstrasinya) untuk efisiensi



36

Dari Strategi ke Proses Bisnis

Dapatmemilih

produk

Prosesadministrasi

otomatis

Pemesanan

langsung

oleh

karyawan

Harga

bersaing

Pendaftaran & verifikasi

pemasok

Penerimaan pesanan

Pemesanan

mudah

dilacak/ubah

Reputasi

pemasok

diketahui

Updating

katalog produk &

daftar harga

Pencarian &

pemilihan produk

Pemesanan produk

Proses-proses BisnisFaktor KeberhasilanTujuan Bisnis

Efisiensi

pengadaan

kebutuhan

kantor

Pembayaran tagihan

Pelacakan &

pengubahan

pesanan

Pengiriman pesanan

off line



37

Arsitektur Konsepsual

Peran-peran aktor yang terlibat dalam proses-prosesbisnis utama: karyawan, inventaris keuangan danpemasok.

Sistemkaryawankaryawankaryawankaryawan

inventaris

pemasokpemasokpemasokpemasok

keuanganpembayaran

pengiriman

tagihan

laporanpenerimaan

order

katalog

order

status order

katalog



38

Kebutuhan Fungsional: Use Case

Keuangan*

Order produk

Cek statusorder

Ubah/batalkan

order

Updateinformasikatalog

Laporan

Penerimaanproduk

Ambildata order

Ambil datatagihan

Bacakatalog

Karyawan

Pemasok*

Inventaris*

Sistem

Catatan: Skenario

use-case ini dibuatberdasarkan faktor-

faktor keberhasilan.

*Aktor sekunder



39

Kebutuhan Fungsional: Use Case

Keuangan*

Order produk

Cek statusorder

Ubah/batalkan

order

Updateinformasikatalog

Laporan

Penerimaanproduk

Ambildata order

Ambil datatagihan

Bacakatalog

Karyawan

Pemasok*

Inventaris*

Sistem

Skenario use-case

yang membutuhkandata identitas

mensyaratkan login.

*Aktor sekunder

Login

includesincludes

includes



40

Daftar Event Usecase

No Aktor Event Trigger Respons

E01 Karyawan Cari & pilihproduk

Input:kategoriproduk

Tampilkan daftar produkberdasarkan kategori

Tampilkan data produkberdasarkan ID produk

E02 Karyawan Orderproduk

Input:ID produk

Verifikasi profil karyawandan data order denganaturan pembelian

Jika OK, tampilkan ID order, dan

Catat data order didatabase Order.



41

Daftar Event UsecaseNo Aktor Event Trigger Respons

E03 Karyawan Cekstatusorder

Input: ID order

Ambil data order daridatabase Order

Tampilkan data order

dalam formE04 Karyawan Ubah atau

batalkanorder

Input:Data orderbaru(diubah)

Verifikasi data/statusorder baru

Update data order didatabase Order

E05 Pemasok Ambildataorder-order

Input: ID pemasok

Ambil data order-orderuntuk pemasok daridatabase Order

Update data order-order di database Order



42



E06 Pemasok Updateinformasi

katalog

Input:data

produk

Update data produkdi database K at alog

E07 Inventaris Laporanpenerimaanproduk

Orderditerima

Input: ID

order

Update data order didatabase Order

E08 Keuangan Ambil datatagihan

Waktu(periodik)

Ambil data order-order yang telahterpenuhi



43



E09 Aktor Login Input:ID user

Ambil data profil userdari database U ser

Verifikasi passwordJika OK, aktifkan sesi

E10 Aktor Logout Sesiselesai

Non-aktifkan sesi

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



44

Dekomposisi Fungsi-fungsi

Sistem

E-Pengadaan

Pemesanan Katalog

Buat daftar produk

berdasarkan kategori

Tampilkan data

produk (spesifikasi,harga, pemasok, dsb)

berdasarkan ID

produk

Update data produk

dalam katalog

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

Manajemen

Sesi

Verifikasi

password

Ambil data

profil user

Aktifkan sesi

Non-aktifkan

sesi

1 2 3

Integrasi proses

Agregasi informasi

Otorisasi &Otentikasi

Respons atas event



45

3. «

3. Update data produk dalamkatalog

3b. Ambil entry katalogdari database ber-dasarkan prod uc t ID

3a. Index k eywor d yangada pada data entrybaru

3b. Simpan entry barudalam database

Dekomposisi Fungsi-fungsi

Masing-masing komponen aplikasi dapat melibatkanmodul-modul paket atau yang sudah ada

R espons dari modul-modul pendukung dicantumkandibawah respons komponen aplikasi

Sistem

E-Pengadaan

Pemesanan2 Katalog3

KeywordIndexing& Search

TextDatabase

Rule-BasePengadaan

Order Database

3a 3b2a 2b



46

Arsitektur Logis

Arsitektur logis diperoleh dengan membuat Dat a Flow Di agr am: Aliran data antara modul-modul aplikasi Lokasi server dimana modul-modul aplikasi tersebut dijalankan

Karyawan

Tampilkan daftar

produk per

kategori

Tampilkan informasiproduk per ID

produk

Update informasi

produk

3: E01 & E06

App. Server 1

DB Server 1:

Katalog produk

5: READData produk

1: Informasiproduk*

Pemasok

1: Kategori produk*

3: Daftar produk

4: ID produk

6: Informasi produk

2: WRITE

Data produk-produk

2: READDaftar produk



47

Pengembangan Aplikasi

Opsi pengembangan aplikasi EC Menggabungkan modul-modul aplikasi dari

beberapa vendor

Memanfaatkan fasilitas layanan hosting danmengembangkan komponen-komponen kuncisendiri dengan PHP, HTML, Javascript, ataubahasa pemrograman lain

Biaya pengembangan bisa mencapai

puluhan juta rupiah



48

Komponen Aplikasi Umum EC

Tiga sub-sistem umum situs EC yang salingberhubungan

1. Shopping C art (keranjang belanjaan)

2. Sistem transaksi untuk pemrosesan pesanan,pembayaran, pengiriman, dan aspek transaksilainnya.

3. P ayment Gatew ay yang memfasilitasi prosespembayaran melalui institusi finansial terutamauntuk otorisasi dan pembayaran kartu kredit



49

Komponen Aplikasi 3rd P arty

P ak et softw are pad a Mer chant Server :

T empl ate atau wiz ard untuk membangun situs dankatalog

Shopping C arts

Form pemesanan/pembelian dengan fasilitaskeamanan

Database untuk menyimpan informasi produk, daftarharga, dan pesanan konsumen

Integrasi dengan aplikasi pihak ke tiga, misalnya

untuk pengiriman (shipping & handling)



50


K at alog E lek troni k :

Memuat deskripsi dan foto produk, termasukinformasi promosi, diskon, serta pemesanan danpengirimannya.

Komponen 3rd party suite menawarkan:

Fleksibilitas

Spesialisasi

Kustomisasi

Integrasi dengan layanan front - dan back -offi c e



51


Microsoft¶s Commerce Server menawarkanframework lengkap untuk solusi EC:

Product Catalog System

Targeting System Profiling System

Business Processing Pipelines System

Business Analytics System



52


IBM¶s WebSphere Commerce Suitedirancang untuk mendukung B2C, B2B,atau exchange, dengan fasilitas:

Order management Collaborative filters

Fasilitas Portal

Localization support

E-coupons Produk lain: WebSphere Studio, dsb.



53


Oracle¶s EC products

Oracle iStore

Oracle

Marketing

Oracle iPayment

Oracle Quoting

Oracle iSupport

Oracle Configurator

Date post:	14-Jul-2015
Category:	Documents
Upload:	yolana-wida
View:	227 times
Download:	0 times

04b an Aplikasi e Commerce

Documents