PROPOSAL TEKNIS

IMPLEMENTASI MIDDLEWARE BERBASIS

WEBMETHODS INTEGRATION PLATFORM

diajukan kepada

PT. ARTAJASA PEMBAYARAN ELEKTRONIS

Jakarta, 19 Maret 2008

PT. Sisindokom Lintasbuana

Graha Sisindokom Jl. Panataran No.2, Pegangsaan Jakarta Pusat 10320
Phone: (+62-21) 31900687 (hunting) Fax: (+62-21) 31900720, 31900722
http://www.sisindokom.com

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

RINGKASAN DOKUMEN
Informasi Dokumen
Nama Dokumen
Deskripsi
Tanggal Inisialisasi Dokumen
Tanggal Modifikasi Terakhir

Proposal Implementasi Middleware Berbasis webMethods

Proposal teknis untuk pengadaan implementasi middleware
berbasis webMethods Integration Platform.
19-03-2008
19-03-2008

Catatan Perubahan Dokumen

Tanggal
19-03-2008

Versi
1.0

Catatan
Versi awal dokumen; tidak ada perubahan sebelumnya.

Distribusi Dokumen
Nama
Panitia Pengadaan Aplikasi

CONFIDENTIAL

Perusahaan dan Posisi

PT. ARTAJASA PEMBAYARAN ELEKTRONIS

PAGE 2 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

DAFTAR ISI
1. PROFIL PERUSAHAAN........................................................................................................................5
1.1. UMUM.................................................................................................................................................5
1.2. KOMPETENSI.......................................................................................................................................5
1.3. PENGALAMAN.....................................................................................................................................6
2. ANALISA KEBUTUHAN.......................................................................................................................7
2.1. LATAR BELAKANG..............................................................................................................................7
2.2. KEBUTUHAN.......................................................................................................................................8
3. RANCANGAN SOLUSI........................................................................................................................11
3.1. FASE PENGEMBANGAN.....................................................................................................................11
3.2. BLOCK DIAGRAM..............................................................................................................................11
3.2. COMPONENTS HIGHLIGHT................................................................................................................15
3.3. DAFTAR PAKET SERVICE..................................................................................................................16
3.4. SYSTEM ARCHITECTURE...................................................................................................................17
3.5. SOFTWARE COMPONENTS.................................................................................................................18
3.6. HARDWARE RECOMMENDATION.......................................................................................................19
3.7. ADDITIONAL RECOMMENDATION.....................................................................................................20
4. STRATEGI IMPLEMENTASI.............................................................................................................22
4.1. METODOLOGI....................................................................................................................................22
4.2. JADWAL PELAKSANAAN...................................................................................................................23
4.3. ORGANISASI PROYEK.......................................................................................................................24
4.4. ROLE DAN RESPONSIBILITY..............................................................................................................24
4.5. ASUMSI PENGERJAAN PROYEK.........................................................................................................25
5. RENCANA DUKUNGAN OPERASI DAN PEMELIHARAAN......................................................27
5.1. TRANSFER OF KNOWLEDGE DAN TRAINING.....................................................................................27
5.2. DUKUNGAN PEMELIHARAAN............................................................................................................27
5.3. WEBMETHODS ATS..........................................................................................................................28

CONFIDENTIAL

PAGE 3 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

EXECUTIVE SUMMARY
Proposal teknis ini ditujukan kepada PT. Artajasa Pembayaran Elektronis (ARTAJASA) sebagai
salah satu bentuk respon atas RFP (request for proposal) tentang Implementasi Middleware
Berbasis webMethods Integration Platform. Proposal ini dapat dijadikan sebagai bahan oleh
ARTAJASA untuk menilai kemampuan teknis PT. Sisindokom Lintasbuana (SISINDOKOM)
berdasarkan rekomendasi solusi yang diberikan.
Proposal ini berisi jawaban dan penjelasan SISINDOKOM terhadap kebutuhan ARTAJASA
akan pengembangan aplikasi middleware eksisting yang saat ini berbasis Windows, executable
file-based, closed platform menjadi aplikasi yang berbasis service dan open-platform.
Solusi yang ditawarkan oleh SISINDOKOM adalah dengan merancang solusi middleware baru
yang berbasis service menggunakan webMethods Integration Platform. Dokumen proposal ini
menjelaskan secara rinci mulai dari analisa kebutuhan ARTAJASA, rancangan solusi,
rekomendasi arsitektur sistem, hingga manajemen proyek.
SISINDOKOM berharap agar rancangan solusi yang ditawarkan dalam proposal ini dapat
memenuhi kebutuhan ARTAJASA, seperti informasi yang telah diperoleh sebelumnya melalui
serangkaian diskusi intensif..

CONFIDENTIAL

PAGE 4 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

1. PROFIL PERUSAHAAN
Bab ini akan menjelaskan profil perusahaan PT. Sisindokom Lintasbuana (SISINDOKOM)
yang bisa dijadikan sebagai acuan awal PT. Artajasa Pembayaran Elektronis (ARTAJASA)
dalam menilai kondisi, kompetensi dan pengalaman SISINDOKOM.

1.1. UMUM
SISINDOKOM didirikan pada tanggal 17 April 1990 sebagai salah satu anggota dari ASTEL
GROUP salah satu pemimpin dalam hal penyediaan solusi jaringan telekomunikasi di
Indonesia.
Mempunyai pengalaman lebih dari 16 tahun dalam menyediakan solusi teknologi informasi (TI)
ke berbagai institusi bisnis, terutama perusahaan telekomunikasi, pemerintah, bank dan industri
minyak; SISINDOKOM juga menjadi salah satu pemimpin dalam penyediaan solusi TI di
Indonesia.
Produk dan layanan berbasis TI yang ditawarkan oleh SISINDOKOM cukup luas rentangnya
mencakup IT Infrastructure, Network Systems Solution, Application Software Development, IT
Education, IT Consulting, IT Managed Services and IT Outsourcing.
SISINDOKOM selalu berusaha untuk bisa bersinergi dalam hal utilisasi sumber daya TI dengan
sejumlah partner global seperti, Oracle, Cisco Systems, webMethods, Intec, Microsoft, Sun,
Hewlett Packard (HP), IBM dan Computer Associates (CA).

1.2. KOMPETENSI
SISINDOKOM secara terorganisir berusaha menyediakan solusi TI yang paling cocok dan
efektif untuk memenuhi kebutuhan pelanggan dengan berbagai jenis layanan sebagai berikut:
1. IT SOLUTION
Mengimplementasikan/mengembangkan baik sistem aplikasi paket maupun
costumized, serta menyediakan solusi bisnis berbasis TI melalui implementasi System
Integrator.
2. IT PROVIDER
Menyediakan Network System Solution, Oracle Data Base Management System
(software license), infrastruktur perangkat keras TI dan produk-produk TI lainnya.
3. IT MANAGED SERVICES & OUTSOURCING
Menyediakan jasa dukungan pemeliharaan infrastruktur jaringan dan aplikasi,
operasional TI, helpdesk (call center) berikut fasilitas terkait, expert services
(software/database expertise, network specialist) dan layanan-layanan lainnya yang
terkait dengan sistem alihdaya (outsourcing).
4. IT EDUCATION & TRAINING
Menyediakan layanan pendidikan dan pelatihan untuk pengembangan SDM TI suatu
institusi bisnis melalui kelas reguler, inhouse training, workshop and pelatihan dengan
modul-modul sesuai permintaan (customized). Sisindokom Education Center (SEC)
telah memiliki sertifikasi ISO 9001:2000 Certification of Information System Training
Services, serta telah ditunjuk sebagai salah satu authorized trainer di Indonesia oleh

CONFIDENTIAL

PAGE 5 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

sejumlah penyelenggara pelatihan IT internasional seperti Oracle University,

Authorized Training Testing Center of Sylvan Prometric dan Virtual University
Enterprises (VUE).

1.3. PENGALAMAN
Sejak awal berdirinya hingga sekarang SISINDOKOM telah dan sedang melaksanakan
beberapa proyek di institusi Pemerintahan, BUMN dan Swasta, baik proyek yang bersifat
instalasi produk, implementasi ataupun pembangunan sistem aplikasi.
SISINDOKOM telah sukses melakukan perancangan, pembangunan dan implementasi berbagai
sistem aplikasi, seperti: Enterprise Resources Planning (ERP) di Indosat, Pupuk Iskandar
Muda, dan Ditjen Bea & Cukai; Customer Relation Management (CRM) di Indosat;
Financial System di Telkomsel, IM3, PLN, Pelindo I; Fund Management System di ABN
AMRO; Billing System and Traffic Management di Indosat; Customer Care and Network
Management System di Telkom DIVRE IV; e-Tax System di Departemen Keuangan;
Automated Traffic Control System di Telkom DIVNET; Sistem Pelaporan Periodik Bank di
Bank Indonesia; Port Authority System dan Container Operation (Utility) di MBPI.
SISINDOKOM juga melakukan sejumlah jasa berbasis Oracle Database seperti, pemeliharaan
operasional database, solusi application cluster, solusi disaster recovery, serta outsource
expertise di Indosat, Exelcomindo, Telkom DIVRE IV, Indonesia Power, Total Indonesia,
Badak NGL, Cevron (Caltex Unocal), Ditjen Pajak, Bank Indonesia dan EDI Indonesia.
Untuk area Network System Solution, SISINDOKOM telah sukses melakukan desain,
implementasi, dan commissioning, seperti : ITP MPLS Network (Indosat, Sistelindo), IP
MPLS Back Bone (Indosat), Remote Access Server (IM2, Taspen), IP Over Cable (IM2),
VOIP (Indosat, Pertamina, Ambhara), Enterprise LAN Switching (Indosat, Danareksa, Badak,
Bank Indonesia, Pelindo I, Gramedia), Security Firewall Technology (IM2, United Tractor,
Danaresa), IP Soft Switch (Indosat ,Satelindo), IP ATM Technology (Indosat, Acacia), CPE
Managed Services (Lintasarta, Indosat IM2, Sistelindo), dan Routing Technology (Alcatel,
Elnusa, Indosat IM3)
SISINDOKOM juga melakukan jasa maintenance untuk kategori IT Managed Services dan
Outsourcing System, seperti: pemeliharaan database (Caltex/Cevron), Sisindokom Managed
Services (Lintasarta, Bank Indonesia, Exelcomindo), Helpdesk and Desktop Support (Indosat,
Cevron/Caltex-Unocal, Total Indonesia), dan Expert Services (Indosat, Unocal, Matahari,
Petrochina).
Bidang IT Education and Training, SISINDOKOM telah memberikan sejumlah
training/workshop untuk berbagai instansi seperti: Indosat, Telkom, Telkomsel, Pertamina,
Bapepam, Total Indonesia, Caltex/Cevron, Excelcomindo, dan Bank Indonesia.

CONFIDENTIAL

PAGE 6 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

2. ANALISA KEBUTUHAN
Bab ini menjabarkan hasil analisa SISINDOKOM terhadap kebutuhan ARTAJASA terkait
dengan rencana Implementasi Middleware Berbasis webMethods Integration Platform.

2.1. LATAR BELAKANG

Bisnis ARTAJASA bermula dari usaha LINTASARTA, sebagai cikal bakal ARTAJASA, dalam
menyediakan jasa pelaporan bank secara elektronis. LINTASARTA kemudian sukses menjadi
penyedia ATM Bersama pertama di Indonesia pada tahun 1990. Berbagai pencapaian sukses di
tahun-tahun berikutnya sehingga berhasil mengembangkan LINK, suatu shared ATM network
yang menghubungkan bank-bank milik negara.
Berbekal sejumlah catatan sukses yang berhasil diraihnya, LINTASARTA kemudian secara
fokus mendirikan PT. Artajasa Pembayaran Elektronis (ARTAJASA) pada kuartal pertama
tahun 2000. Dua tahun berikutnya, ARTAJASA berhasil menjadi penyelenggara kliring untuk
transaksi ritel di Indonesia. Prestasi sebagai yang pertama kembali berhasil diraih ARTAJASA
pada tahun 2004, sebagai penyedia sistem yang memungkinkan dilakukannya transfer antar
(beda) bank secara online.
Kini layanan transaksi keuangan elektronis terus dikembangkan oleh ARTAJASA melalui
beragam delivery channel seperti ATM (automated teller machine), telepon seluler (mobile), can
EDC (electronic data capture). Layanan tersebut didukung oleh sejumlah sistem aplikasi seperti
akan dijelaskan berikut ini.
2.1.1. Tinjauan Sistem Berjalan
Aplikasi yang telah dikembangkan dan selanjutnya digunakan oleh ARTAJASA untuk
mendukung layanannya adalah sebagai berikut:
1. GAPURA: merupakan sistem inti milik ARTAJASA yang mendukung berjalannya ATM
Bersama sebagai solusi host-to-host online yang memungkinkan proses transaksi
perbankan antar-cabang bahkan antar-bank berjalan secara online.
2. Payment System: merupakan suatu sistem pembayaran transaksi atau tagihan yang
memanfaatkan GAPURA, sebagai mediator (switcher) terhadap proses pembayaran
tagihan yang dilakukan oleh pelanggan melalui CA (collecting agent) untuk diteruskan
ke BP (billing provider). Payment system yang sebagian besar memanfaatkan standar
komunikasi data ISO-8583 bisa menghubungkan banyak CA dan BP non-bank melalui
jaringan host-to-host milik ARTAJASA.
3. Mobile Banking: merupakan perluasan model transaksi perbankan yang bisa dilakukan
oleh pelanggan menggunakan telepon selulernya. Hampir semua transaksi perbankan
non-tunai dapat dilakukan melalui fasilitas ini, seperti inquiry saldo, transfer dana,
perubahan identitas/PIN, dan lain sebagainya. Kembali, dengan memanfaatkan
GAPURA maka mobile banking yang dikembangkan oleh ARTAJASA menjadi lebih
bertenaga karena beberapa transaksi yang dilakukan sebelumnya melalui ATM Bersama
bisa dilakukan pula di telepon seluler.
2.1.2. Kendala Sistem
Aplikasi-aplikasi eksisting yang telah disebutkan sebelumnya sebagian besar dikembangkan
menggunakan Delphi yang dipaket menjadi file eksekusi dengan menggunakan library

CONFIDENTIAL

PAGE 7 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

pendukung berplatform Windows. Sifat aplikasi yang bukan service-based ini memiliki kendala,
baik ketika memodifikasi aplikasi maupun saat men-deploy-nya ke dalam server produksi.
Sebagai contoh, jika ada penambahan entitas baru baik CA maupun BP yang perlu berinteraksi
dengan entitas-entitas sistem lainnya berarti harus menambahkan message routing baru ke
dalam aplikasi. Paket aplikasi selanjutnya perlu direkompilasi agar komponen yang baru
ditambahkan bisa dieksekusi sesuai harapan.
Kendala lain terjadi saat akan men-deploy paket aplikasi ke dalam server produksi. Sifat
komponen yang berbasis executable file mengharuskan server produksi harus berhenti selama
proses deployment aplikasi.

2.2. KEBUTUHAN
Perkembangan kebutuhan bisnis ARTAJASA menuntut peningkatan dukungan aplikasi.
Penggunaan Windows-based components yang hanya bertumpu pada single and closed platform
memiliki sejumlah kelemahan, seperti telah disebutkan pada bagian sebelumnya.
Oleh karena itu dipertimbangkan untuk mengimplementasikan middleware yang berorientasi
service. webMethods merupakan salah satu middleware yang akhirnya dipandang cocok oleh
tim pengembangan aplikasi ARTAJASA untuk mengatasi sejumlah persoalan dan menjawab
kebutuhan.
Aplikasi yang selanjutnya perlu dibangun setidaknya bisa mengakomodasi sejumlah kebutuhan
seperti digambarkan dalam bagian berikut ini.
2.2.1. Flash Platform

Gambar 2.1. Flash Platform

CONFIDENTIAL

PAGE 8 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

2.2.2. Mobile Banking

Gambar 2.2. Mobile Banking

2.2.3. Insurance Bill Payment

Gambar 2.3. Insurance Bill Payment

CONFIDENTIAL

PAGE 9 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

2.2.4. Gapura Single Platform

Gambar 2.4. Gapura Single Platform

CONFIDENTIAL

PAGE 10 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

3. RANCANGAN SOLUSI
Bab ini menjelaskan rancangan solusi Implementasi Middleware Berbasis webMethods
Integration Platform berdasarkan kebutuhan dan analisa sistem berjalan yang telah dijelaskan
dalam bab sebelumnya.

3.1. FASE PENGEMBANGAN

Sebelum membahas lebih jauh tentang rancangan solusi yang akan ditawarkan, perlu dijelaskan
sebelumnya bahwa secara garis besar pengembangan Implementasi Middleware Berbasis
webMethods Integration Platform akan dibuat dalam 2 (dua) fase.
Pada fase pertama, SISINDOKOM akan mengembangkan Integration Handler menggunakan
webMethods Fabric dan mengasumsikan penggunaan handler baik di sisi Collecting Agent
(CA) maupun Billing Provider (BP) tetap memanfaatkan handler-handler eksisting. Sedangkan
untuk fase kedua, handler-handler CA dan BP akan diporting sepenuhnya ke dalam
webMethods Integration Server (IS).
Pendekatan ini diambil dengan beberapa pertimbangan seperti berikut ini:
1. Secara teknis, porting handler ke lingkungan webMethods IS bisa dilakukan,
mengingat posisi IS sebagai middleware bisa difungsikan sebagai host business logic
apapun. Namun mengingat time-frame pengerjaan yang tersedia cukup singkat, yaitu
sekitar 2 (dua) bulan, maka cara pengerjaan per fase ini dipandang lebih aman.
2. Pemanfaatan handler eksisting juga dimaksudkan untuk memuluskan proses migrasi
aplikasi dari executable-component-based ke service-based. Integration Handler murni
bertindak sebagai integrator yang menerima masukan berupa XML (over HTTP) dari
handler CA. Selanjutnya, proses mapping, transformasi, hingga eksekusi flow process
yang telah ditentukan juga akan dikerjakan oleh Integration Handler dan akan
mengirimkan keluaran proses dalam bentuk XML. XML output ini akan dikirimkan ke
BP Handler melalui HTTP.
3. Pembagian pekerjaan dengan memanfaatkan expertise masing-masing (ARTAJASA
dan SISINDOKOM) akan mempercepat pengerjaan aplikasi pada fase pertama.
Sementara tim pengembang SISINDOKOM berfokus pada pembuatan service-service
webMethods IS, pada saat yang bersamaan tim pengembang ARTAJASA dapat
membantu mempersiapkan keluaran dan masukan untuk setiap handler yang
dibutuhkan.

3.2. BLOCK DIAGRAM

Block Diagram rancangan solusi Implementasi Middleware Berbasis webMethods Integration
Platform berbasis webMethods Fabric digambarkan dalam Gambar 3.1. Diagram tersebut
menggambarkan solusi Integration Handler dengan memanfaatkan handler-handler eksisting.
CA Handler bertugas sebagai adapter untuk bisa berkomunikasi secara native dengan device
(EDC, ATM, SMSC) atau aplikasi (ISO-8583 App, HTTP Server) yang menginisiasi transaksi.
Sedangkan BP Handler bertugas sebagai adapter yang mengirimkan hasil proses Integration
Handler ke host-host BP (FIF, PLN, PRUDENTIAL, MATRIX, BANK).
Perlu juga dijelaskan di sini, seperti terlihat dalam gambar, untuk fase 1 tidak akan dibuat
integrasi dari Integration Handler ke Account Management dan Marketing Tools. Integrasi
dengan kedua aplikasi tersebut akan dikerjakan fase 2.

CONFIDENTIAL

PAGE 11 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

Dalam dokumen ini juga digambarkan block diagram yang rencananya akan diimplementasikan
dalam fase 2, seperti ditampilkan dalam Gambar 3.2. Seperti telah disebutkan sebelumnya,
seluruh handler baik untuk CA maupun BP sepenuhnya akan dibuat menggunakan webMethods
Fabric. Namun proses detil bagaimana porting handler eksisting ke dalam webMethods tidak
akan dijelaskan dalam dokumen proposal ini.

CONFIDENTIAL

PAGE 12 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

Gambar 3.1. Block Diagram Implementasi Middleware Berbasis webMethods Integration Platform (Fase 1)

CONFIDENTIAL

PAGE 13 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

Gambar 3.2. Block Diagram Implementasi Middleware Berbasis webMethods Integration Platform (Fase 2)

CONFIDENTIAL

PAGE 14 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

3.2. COMPONENTS HIGHLIGHT

Penjelasan komponen-komponen aplikasi berikut ini mengacu pada gambar Block Diagram
Implementasi Middleware Berbasis webMethods Integration Platform Fase 1 (Gambar 3.1).
3.2.1. CA Handler
Handler untuk berkomunikasi dengan sejumlah device dan aplikasi di sisi CA, sepenuhnya
diasumsikan ditangani oleh CA Handler eksisting. Seperti telah dikonfirmasikan sebelumnya
oleh tim pengembang ARTAJASA bahwa CA Handler akan dimodifikasi sedemikian hingga
seluruh handler yang ada mengeluarkan satu jenis format message yaitu XML.
3.2.2. Integration Handler
Integration Handler terdiri dari sekumpulan service yang dipaket atau dikelompokkan
berdasarkan jenis proses bisnis yang ditangani (multifinancial, insurance, energy/utilities,
mobile banking, telco).
Seperti terlihat dalam Gambar 3.1, service CA XML Handler bertugas mengenali jenis request
yang harus diproses. Request tersebut telah dikirim sebelumnya dalam format XML oleh CA
Handler. CA XML Handler kemudian memetakan dan mengkonversi XML menjadi pipeline
yaitu struktur data tertentu yang digunakan oleh service-service dalam webMethods IS ( flow
service) baik sebagai input maupun output. Pada saat yang bersamaan, CA XML Handler
dirancang untuk memanggil (invoke) service terkait dan membawa pipeline sebagai masukan.
Jenis service terkait yang dipanggil bisa berada dalam paket (package) multifinancial,
insurance, energy/utilities, mobile banking, atau telco.
Service CA XML Handler selain berfungsi sebagai konverter dari XML ke pipeline juga sebagi
konverter kebalikannya, dari pipeline ke XML. Fasilitas ini dibuat karena proses bisnis, seperti
dalam Gambar 3.1, bersifat 2 (dua) arah.
Paket merupakan suatu container yang digunakan untuk membungkus service-service dan
elemen terkait, seperti tipe dan skema (schema) dokumen. Dalam paket inilah, misalnya paket
Mobile Banking, akan dibuat service-service yang digunakan untuk memproses balance
inquiry, information request, transfer balance, dan sebagainya.
Suatu service, atau tepatnya flow service, pada dasarnya terdiri dari sekumpulan service lain
yang kemudian dienkapsulasi menjadi satu service tunggal dimana aliran data (pipeline)
dipelihara dan dilewatkan antar service tersebut. Sembarang service, bahkan flow service yang
lain, bisa dipanggil oleh suatu flow service. Lokasi service yang dipanggil bisa berada dalam
sesama webMethods IS atau di luar IS yang bisa dipanggil melalui perantara adapter seperti
webMethods JDBC Adapter.
Secara umum service-service yang akan dibuat dalam Integration Handler akan melakukan halhal berikut ini:
1. Membaca parameter input dalam pipeline yang dikirimkan oleh service CA XML
Handler.
2. Flow service mulai dieksekusi dari flow step yang pertama.
3. Parameter input dimapping menggunakan pipeline data mapper dan isinya di-assign ke
suatu pipeline output.
4. Pipeline output kemudikan diteruskan sebagai pipeline input ke service berikutnya.
Seperti telah disebutkan sebelumnya, service tersebut dalam implementasinya
memanggil service lain. Sebagai contoh, melalui webMethods JDBC Adapter salah

CONFIDENTIAL

PAGE 15 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

satu flow service Mobile Banking mengambil informasi dari database Oracle jika
informasi yang diminta oleh pelanggan termasuk informasi marketing.
5. Service terakhir dari suatu flow step bertugas mengirimkan pipeline output.
Meneruskan contoh sebelumnya, informasi marketing yang diperoleh melalui JDBC
Adapter dibungkus sebagai pipeline output kemudian dikirimkan ke service lain yang
difungsikan untuk mengirimkan kembali output tersebut ke requester melalui CA XML
Handler. Jika misalnya, request yang dikirim oleh pelanggan membutuhkan informasi
ke sisi BP maka service tersebut akan mengirimkan pipeline output ke service BP XML
Handler.
Kembali ke Gambar 3.1, service BP XML Handler bertugas untuk memetakan dan
mengkonversi pipeline output menjadi XML. Konversi ini diperlukan karena BP Handler
eksisting akan dimodifikasi untuk menerima parameter input dalam satu format tunggal yaitu
XML.
3.2.3. BP Handler
BP Handler, sebagaimana CA Handler, dalam pembangunan Implementasi Middleware Berbasis
webMethods Integration Platform ini akan menggunakan BP Handler yang telah dimodifikasi
untuk bisa bekerja dengan service-service dalam Integration Handler. BP Handler dirancang
untuk menerima parameter input berformat tunggal yaitu dan XML, dan juga mengeluarkan
parameter output berformat tunggal yaitu ISO-8583.
3.2.4. Common Services
Common Services terdiri dari paket-paket service yang digunakan secara bersamaan (shared)
oleh service-service lain dalam Integration Handler. Termasuk dalam hal ini paket service yang
digunakan untuk menangani manajemen security aplikasi.

3.3. DAFTAR PAKET SERVICE

Berikut ini daftar paket berikut service-nya yang akan dibuat dalam Integration Handler. Daftar
tersebut juga digunakan sebagai dasar perhitungan man days yang akan dijelaskan dalam
bagian selanjutnya dokumen ini.
Tabel 3.1. Daftar Paket Service Integration Handler
No
1

Package

Service

Energy/Utilities Services
Bill Inquiry
Bill Payment
Reversal Transaction

Multifinancial Services
Bill Inquiry
Bill Payment
Reversal Transaction

CONFIDENTIAL

Insurance Services

PAGE 16 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

No

Package

Service
Bill Payment
Settlement
Reversal Transaction

Telco Services
Bill Inquiry
Bill Payment
Reversal Transaction

Mobile Banking
Information
Push Information
Bill Inquiry
Bill Payment
Balance Inquiry
Balance Transfer
Purchase
PIN Change
Reversal Transaction

Route Mapper
CA to Middleware
Mapping
Middleware to BP Mapping

Security Management
Authorization
Encrypt
Decrypt

Shared Services
Transaction Logging
Utility Services

3.4. SYSTEM ARCHITECTURE

Arsitektur sistem enterprise yang akan digunakan untuk mengimplementasikan Implementasi
Middleware Berbasis webMethods Integration Platform ditunjukkan dalam Gambar 3.3.
Tampak dalam gambar, seluruh komunikasi dengan host, device, atau aplikasi luar dilakukan
melalui Web Server atau Proxy Server yang diletakkan di antara dua firewal
(DMZ/demiliterized zone). Request, baik berupa data ISO HPDH, NDC emulation, SMPP, ISO8583 maupun HTTP/S GET, diterima ole Web/Proxy Server dan diteruskan ke Handler Server
yang terletak di belakang firewall kedua (intranet). Request yang telah diproses oleh Handler
Server menjadi pipeline input bagi service-service yang diletakkan dalam webMethods
Integration Server. Monitoring & Reporting Server merupakan perwakilan kelompok aplikasi
yang memanfaatkan data dalam Database Server. Data yang tersimpan bisa berasal dari aplikasi
internal ARTAJASA yang lain maupun hasil transaction logging yang dilakukan oleh
Integration Handler.

CONFIDENTIAL

PAGE 17 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

Gambar 3.3. System Architecture

3.5. SOFTWARE COMPONENTS

Service-service Integration Handler akan dibuat menggunakan built-in development tools yang
termasuk dalam webMethods Integration Platform. Berikut ini daftar lengkap komponen
webMethods Integration Platform yang akan digunakan dalam Implementasi Middleware
Berbasis webMethods Integration Platform. Quantity untuk setiap produk lisensinya dihitung
sebagai CPU-based.
Tabel 3.2. Daftar Komponen webMethods Integration Platform
N
o

Product ID

Description

Qty

Unit

Unit

webMethods Integration Platform

Processors
PID

webMethods Integration Platform

Processors
* Platform Production Processors
include:
- webMethods Integration Server
- webMethods Broker

webMethods Platform Options -Available at No Charge, with

Unlimited Use on the Number of
Platform CPUs licensed
MWMS

CONFIDENTIAL

My webMethods Server

include

PAGE 18 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

N
o

Product ID

Description

Qty

Unit

webMethods Adapters Application / System / Database

Integration Capabilities
AD-JDB

Development Environment

include
d

Backup/Discoover Recovery
Environment

Additional Environments
EPD

webMethods JDBC Adapter

Additional Environments for

Backup/Discoover Recovery
Environment
EPB

Unit

Unit

3.6. HARDWARE RECOMMENDATION

Hardware, dalam hal ini server yang akan digunakan sebagai hosting service-service
webMethods, direkomendasikan berdasarkan informasi volumen transaksi yang diprediksikan
untuk tahun 2008.
3.6.1. Informasi Volume Transaksi
Statistik volume transaksi yang akan melewati Implementasi Middleware Berbasis webMethods
Integration Platform, berdasarkan informasi yang diterima sebelumnya, adalah sebagai berikut:
Tabel 3.3. Prediksi Volume Transaksi
Transaction Type

Flash Platform
Insurance & Bill Payment
Platform
Mobile Platform

Transactions Per Transactions

Transactions
Transactions
Month
Per Day (20
per hr (8 hr
per Sec
days per
business day)
month)
4,500,000
225,000
28,125
7.82
1,500,000
75,000
9,375
2.6
3,600,000

180,000

22,500

6.25

Angka volume transaksi di atas sudah termasuk jumlah transaksi yang termasuk non-approval
transaction, seperti balance inquiry, yang berjumlah 2 kali lipat transaksi jenis approval.
Sedangkan asumsi yang digunakan untuk menghitung spesifikasi hardware yang diperlukan
adalah sebagai berikut:

Average size of each document/ message per transaction is = 1 kb

Total no of end-to-end integrations to be implemented = 12
Each integration would have maximum of 4 integration points
Each transformations will require moderate transformations (maximum of 20 fields)
% Simple Integration = 50%
% Medium Integration = 35%

CONFIDENTIAL

PAGE 19 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

% Complex Integration = 15%

Transactions with audit logging for errors only;
Audit Log Retention for all webMethods components = 90 days
Proportion of documents that are guaranteed = 50%
Number hours in a day avail to perform processing = 8 hrs
Number of hours to perform a whole days volume at peak load = 4hrs
Number of working days in a year = 240
Daily batch jobs, if any, would be scheduled to be executed in the evening or night
(out of business hours); Weekly/ monthly batch jobs, if any, would be run over the
weekend

3.6.2. Hardware Specification

Berdasarkan angka volume transaksi di atas akan dibutuhkan 1 (2-way) 1.5+ GHz
UltraSPARC IV+ processor with 8 GB RAM untuk meng-hosting 1 (satu) instance
Integration Server dan 1 (satu) instance Broker.
Database untuk keperluan Audit Logging dan File Sharing disarankan untuk di-hosting dalam
server terpisah (dari Integration Server). Rekomendasi database server dalam hal ini adalah
Oracle Server.

3.7. ADDITIONAL RECOMMENDATION

3.7.1. Load Balancing
Mengacu pada Gambar 3.3 System Architecture, penggunaan load balancer bisa diletakkan di
dua tempat. Pertama, untuk mengatasi besarnya volume request dari external
device/host/application bisa diinstalasi 2 (dua) Web/Proxy Server yang diatur oleh satu load
balancer.
Sedangkan load balancer kedua diletakkan di depan webMethods Integration Server. Mengingat
Implementasi Middleware Berbasis webMethods Integration Platform merupakan aplikasi
critical dan menangani pemrosesan transaksi secara real-time, direkomendasikan untuk
mengkonfigurasi server sebagai active-passive untuk keperluan failover.
Pengaruh konfigurasi failover terhadap arsitektur aplikasi dan hosting instance Integration
Server digambarkan seperti Gambar 3.4. Tampak dalam gambar tersebut, Secondary Integration
Server diposisikan stand-by. Begitu juga pengaturan kedua Broker yang diposisikan active
(primary)-passive (secondary). Kedua IS (primary dan secondary) berbagipakai database
internal webMethods dan shared file system.

CONFIDENTIAL

PAGE 20 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

Gambar 3.4. Konfigurasi Instance webMethods IS untuk Keperluan Failover

3.7.2. Legacy Handlers Reengineering
Rekomendasi ini sebenarnya berkaitan dengan strategi implementasi 2 (dua) fase yang telah
dijelaskan sebelumnya. Pada fase kedua, seluruh handler baik yang berada di sisi CA maupun
BP akan diporting ke dalam webMethods Integration Platform. Gambaran arsitektur aplikasi
untuk rencana ini telah didetilkan dalam Gambar 3.2.

CONFIDENTIAL

PAGE 21 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

4. STRATEGI IMPLEMENTASI
4.1. METODOLOGI
Pekerjaan Implementasi Middleware Berbasis webMethods Integration Platform mengacu
kepada standar metodologi yang telah sering digunakan oleh SISINDOKOM dengan fase-fase
seperti dijelaskan berikut ini:

Gambar 4.1. Metodologi Implementasi

Berikut ini penjelasan masing-masing fase di atas:
1. Setup Proyek, yang merupakan tahapan persiapan dan inisiasi proyek dengan kegiatankegiatan yang terdiri dari :
Klarifikasi sasaran proyek.
Diskusi rinci untuk menetapkan lingkup pekerjaan dan perencanaan proyek.
Mengaktifkan organisasi proyek, baik dari sisi SISINDOKOM maupun
ARTAJASA.

CONFIDENTIAL

PAGE 22 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

Penyiapan infrastruktur dan instalasi software yang dibutuhkan selama

pelaksanaan pekerjaan.
2. Assesment dan Analysis, sebagai tahapan untuk menggali permasalahan, kebutuhan
user (user requirement), kondisi saat ini. Kegiatan pada tahap ini terdiri dari :
Survey dan diskusi model aplikasi yang akan dikembangkan.
Analisis arsitektur sistem eksisting dan dokumen terkait.
Konfirmasi dan revisi model.
3. Solution Design, sebagai tahapan rancangan sistem dengan kegiatan berupa :
Design arsitektur aplikasi, proses bisnis.
Design arsitektur database jika belum ada sebelumnya.
Analisis terhadap data dan performance yang diinginkan.
4. Development, sebagai tahapan finalisasi pembangunan sistem, yang terdiri dari
kegiatan-kegiatan :

Membangun framework aplikasi.

Membuat service-service yang dibutuhkan.
Membuat wrapper terhadap service-service atau aplikasi eksternal.
Development dan/atau revisi modul-modul aplikasi.
Integrasi/packaging modul-modul aplikasi
Testing server production, User Acceptance Test (UAT), System Integration Test
(SIT)

5. Dokumentasi, sebagai tahapan penyiapan dokumentasi sistem yang meliputi :

Dokumen assesment/user requirements (apabila diperlukan)

Dokumen hasil tahapan design
Dokumen prototype (apabila diperlukan)
Dokumen manual user dan manual administrator sistem aplikasi

6. Fase Transisi, yang merupakan peralihan dari sistem lama ke sistem baru dengan
kegiatan berupa :

Pelatihan pengoperasian aplikasi kepada user.

Pelatihan pemeliharaan sistem aplikasi kepada Administrator sistem aplikasi.
Uji coba sistem aplikasi.
Sign-off pekerjaan development

7. Produksi & Maintenance, sebagai fase terakhir setelah aplikasi berjalan untuk
aktivitas produksi, yang berisi kegiatan supervisi, sosialisasi, dan pelayanan troble
shooting maupun tuning aplikasi.

4.2. JADWAL PELAKSANAAN

Estimasi waktu pengerjaan penyempurnaan Implementasi MIDDLEWARE BERBASIS
WEBMETHODS INTEGRATION PLATFORM untuk fase 1 (pertama) ini adalah 2 (dua)
bulan. Rincian detil jenis kegiatan yang dilakukan selama proyek berlangsung, lama waktu
pengerjaan masing-masing kegiatan, serta milestone untuk setiap tahapan digambarkan dalam
Gantt Chart yang dilampirkan dalam Lampiran 1: Jadwal Pelaksanaan Pekerjaan.

CONFIDENTIAL

PAGE 23 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

4.3. ORGANISASI PROYEK

Untuk memperjelas peran masing-masing personil yang terlibat dalam proyek ini serta dalam
upaya menciptakan manajemen proyek yang terorganisir, hubungan antar personil/role disusun
seperti struktur pada gambar berikut ini.

Gambar 4.2. Struktur Organisasi Proyek

4.4. ROLE DAN RESPONSIBILITY

Berikut ini peran dan tanggung jawab masing-masing personil SISINDOKOM yang terlibat
dalam pekerjaan ini.
Project Manager bertanggung jawab secara keseluruhan terhadap manajemen proyek dengan
tugas-tugas sebagai berikut:
Mengontrol secara menyeluruh berjalannya proyek
Sebagai point-of-contact SISINDOKOM yang terkait dengan segala kegiatan
koordinatif dengan ARTAJASA
Mengontrol setiap deliverables yang akan dan telah disampaikan ke ARTAJASA
Menjadwalkan dan memimpin meeting untuk monitoring progress proyek
System Analyst bertanggung jawab dalam pelaksanaan survey sistem, analisis dan perancangan
solusi dengan tugas-tugas sebagai berikut:
Melakukan survey dan mengumpul artefak-artefak pendukung
Membuat desain detil sistem yang mencakup layout form dan report, process flow, dan
arsitektur sistem secara keseluruhan
Menjadi team leader para programmer dan engineer lainnya
Menganalisa proses bisnis yang ada
Menganalisa kesenjangan antara proses bisnis berjalan dengan model implementasi
aplikasi
Merekomendasikan proses bisnis yang akan diterapkan dalam aplikasi berikut
workaround-nya
Menyusun dokumentasi sistem dan prosedur secara sistematis

CONFIDENTIAL

PAGE 24 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

Menyusun sejumlah skenario tambahan terkait dengan pengujian kualitas aplikasi

Melakukan pengujian terhadap potensi kesalahan yang terjadi baik secara operasional
maupun hasil berdasarkan skenario yang telah dibuat

Analyst Programmer merupakan tenaga ahli yang akan membantu System Analyst dengan
tugas-tugas sebagai berikut:
Mengkonstruksi modul-modul sesuai dengan desain
Melakukan pengujian secara modular terhadap modul-modul yang sudah dibuat
Membantu System Analyst untuk melakukan pengujian sistem secara menyeluruh
(SIT/UAT).
Technical Writer akan membantu System Analyst dalam hal:
Pengumpulan informasi teknis sistem yang sedang dibangun
Mengkonstruksi informasi yang diperoleh menjadi sejumlah dokumen teknis
Membantu seluruh pihak dalam hal-hal teknis baik software dan hardware selama fase
pengembangan maupun implementasi
webMethods Expert akan membantu tim pengembangan dalam hal:
Solusi terhadap permasalahan yang tidak bisa diselesaikan oleh tim pengembang selama
pengembangan.
Memberikan rekomendasi terkait dengan peningkatan performance dan reliabilitas
aplikasi.
Membantu membuat service-service khusus yang bisa dimanfaatkan oleh tim
pengembang untuk kelancaran development.
Steering Commitee merupakan Kelompok Dewan Penasehat, yang pada umumnya terdiri dari
top management dari pihak pemberi tugas (ARTAJASA) dan pelaksana pekerjaan
(SISINDOKOM), dengan tugas :

Sebagai wadah untuk melaporkan serta mendapatkan kata sepakat atas isu-isu strategis,
terutama bila dipandang dari pihak pemberi tugas.
Untuk menjamin bahwa hal-hal yang dilaporkan serta hal-hal yang telah menjadi
keputusan yang disahkan, tidak akan berubah kecuali ada pertimbangan lain dari
Steering Committee.

Counterpart merupakan kelompok personil dari pihak ARTAJASA yang memahami proses
bisnis sistem yang akan dibangun dan berkomitmen penuh untuk membantu kelancaran seluruh
tahapan pekerjaan.
Tugas Counterpart ini antara lain adalah:

Memberikan masukan kepada tim SISINDOKOM selaku pelaksana pekerjaan maupun

manajemen ARTAJASA tentang berbagai hal yang terkait dengan sistem dan prosedur
operasional perusahaan.
Mengontrol kemajuan tiap tahap pekerjaan.
Memeriksa hasil dan laporan tiap tahap pekerjaan
Menerima dan menandatangani laporan tiap tahap pekerjaan apabila telah sesuai dengan
kebutuhan dan batasan-batasan yang telah disepakati dalam kontrak.

4.5. ASUMSI PENGERJAAN PROYEK

CONFIDENTIAL

PAGE 25 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

Untuk mendukung keberhasilan pengerjaan proyek berikut ini dijabarkan asumsi-asumsi yang
akan digunakan selama eksekusi proyek.
1. Pengerjaan proyek akan dilaksanakan pada jam kerja normal, selama 8 (delapan) jam
per hari mulai dari Senin sampai dengan Jumat.
2. Lokasi kegiatan development aplikasi dilaksanakan di Kantor ARTAJASA di Jakarta.
Apabila diperlukan kegiatan development maupun deployment di luar Jakarta, maka
biaya untuk perjalanan dan akomodasi akan dikenakan tersendiri.
3. Kerangka waktu pekerjaan, pembiayaan, dan aspek-aspek dalam proposal ini, dihitung
dengan mengasumsikan proyek bersifat turn-key. Apabila diinginkan proyek joindevelopment, perlu pembicaraan dan pembahasan tersendiri.
4. Untuk memahami tanggung jawab dari tiap bagian, serta meningkatkan kerjasama
selama implementasi, maka hal-hal berikut ini akan menjadi tanggung jawab
ARTAJASA:

Penyiapan lokasi kerja tim proyek saat testing maupun deployment, lokasi untuk
rapat, perangkat keras (server development, sistem jaringan), perangkat lunak
(sistem operasi server, application server, database server) dan anti virus.

Penyiapan data referensi maupun data riil untuk kebutuhan operasional aplikasi.

Penyiapan resource yang akan bertanggung jawab sebagai counterpart/key user.

Penyiapan resource untuk kegiatan pelatihan.

CONFIDENTIAL

PAGE 26 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

5. RENCANA DUKUNGAN OPERASI DAN PEMELIHARAAN

5.1. TRANSFER OF KNOWLEDGE DAN TRAINING
Salah satu kriteria keberhasilan proyek pengembangan sistem aplikasi adalah terjadinya transfer
of knowledge yang bagus dari SISINDOKOM, selaku calon mitra pengembang, ke ARTAJASA
yang diwakili oleh sejumlah key persons tertentu.
Proses transfer of knowledge diharapkan terjadi melalui sejumlah cara sebagai berikut:
1. Selama proses analisis dan desain, System Analyst bersama-sama dengan Counterpart
ARTAJASA akan membahas secara detil sedemikian hingga rancangan yang
disampaikan oleh SISINDOKOM diterima oleh ARTAJASA yang diwakili oleh
Counterpart tersebut. Selama proses ini pula, proses transfer pengetahuan melalui
kegiatan penyamaan persepsi antara kedua belah pihak dapat terjadi.
2. Selama proses pengembangan, SISINDOKOM akan membuka seluruh kode program
kepada ARTAJASA serta akan menjelaskan dari sisi teknis untuk proses-proses tertentu
jika dipandang perlu.
3. Selama masa transisi, yaitu saat user training maupun administrator training, proses
transfer of knowledge secara lebih intensif dapat terjadi.
Sedangkan training Implementasi MIDDLEWARE BERBASIS WEBMETHODS
INTEGRATION PLATFORM versi baru akan dilakukan dengan mekanisme seperti berikut ini:
1. Training akan dilaksanakan di satu lokasi yaitu di Kantor ARTAJASA Jakarta yang
dilakukan pada fase pelaksanaan proyek.
2. Training akan diberikan terhadap semua area aplikasi yang dibangun atau
dikembangkan. SISINDOKOM akan mengajukan jadwal training yang akan disusun di
dalam project plan.
3. Materi training yang akan diberikan meliputi cara pengoperasian aplikasi oleh user, dan
cara penanganan setting dan perubahan yang diperlukan di dalam aplikasi oleh sistem
administrator.
4. Training akan diberikan kepada user berupa Training for User dan Training for Trainer
masing-masing dengan jumlah peserta sampai dengan 10 peserta. Trainer ARTAJASA
yang sudah mendapatkan pelatihan diharapkan dapat menjadi trainer bagi personil
bank-bank pelapor.
5. SISINDOKOM akan menyediakan material training yang terdiri dari skenario training
dan materi presentasi training.
6. Fasilitas training berupa ruangan training akan disediakan oleh ARTAJASA, termasuk
dalam hal training yang akan diberikan ke personil bank-bank pelapor..

5.2. DUKUNGAN PEMELIHARAAN

SISINDOKOM akan memberikan dukungan pemeliharaan selama periode 3 (tiga) bulan
dengan perincian 1 (satu) bulan on-site dan 2 (dua) bulan on-call terhitung sejak
Implementasi MIDDLEWARE BERBASIS WEBMETHODS INTEGRATION PLATFORM
versi baru dinyatakan Go Live.
Selama periode tersebut akan dilakukan kegiatan meliputi hal-hal sebagai berikut :

CONFIDENTIAL

PAGE 27 OF 28

PROPOSAL PENGEMBANGAN APLIKASI

GAPURA SINGLE PLATFORM

Troubleshooting Assistance, yaitu dukungan terhadap personil ARTAJASA jika terjadi

permasalahan dalam mengoperasikan aplikasi yang dibangun.
Bug Fixing, yaitu dukungan berupa perbaikan jika didapati kesalahan yang terjadi
terhadap system selama masa pengembangan yang menyebabkan system tidak bisa
berfungsi seperti seharusnya.

Kedua kegiatan diatas akan dilakukan dengan cara menempatkan 1 (satu) Analyst Programmer
yang akan bekerja secara on-site/dedicated di ARTAJASA selama masa 1 (satu) bulan on-site
pemeliharaan. Sedangkan masing-masing 1 (satu) orang Project Manager, System Analyst, dan
Technical Writer bekerja secara off-site membantu Analyst Programmer.

5.3. WEBMETHODS ATS

Selain dukungan dari SISINDOKOM selaku pengembang dan implementor, ARTAJASA juga
akan mendapatkan dukungan langsung dari Technical Support SOFTWARE AG seperti
dinyatakan dalam paket Annual Technical Support (ATS) berikut ini.
Silver Support - 18% of License Fees Per Year
Includes :
- Telephone, email, and web-based support on all issues during business hour
(9 am - 6 pm, in the customer's local time), excluding weekends and
webMethods holidays
- 24x7 telephone support for Severity 1 and 2 mission-critical issues
- 24 hour access to Advantage support website
- Seven (7) Authorized Technical Contacts (ATCs)
- Software maintenance and new version updates
- Newsletter including info on new features, events and customer application
articles

CONFIDENTIAL

PAGE 28 OF 28