Proposal Artajasa Gapura v1 [PDF]

Citation preview

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, in–house 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



2



Multifinancial Services Bill Inquiry Bill Payment Reversal Transaction



3



CONFIDENTIAL



Insurance Services



PAGE 16 OF 28



PROPOSAL PENGEMBANGAN APLIKASI GAPURA SINGLE PLATFORM



No



Package



Service Bill Payment Settlement Reversal Transaction



4



Telco Services Bill Inquiry Bill Payment Reversal Transaction



5



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



6



Route Mapper CA to Middleware Mapping Middleware to BP Mapping



7



Security Management Authorization Encrypt Decrypt



8



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



1



Product ID



Description



Qty



Unit



1



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



d



2



webMethods Adapters Application / System / Database Integration Capabilities AD-JDB



3



1



Development Environment



include d



Backup/Discoover Recovery Environment



1



Additional Environments EPD



4



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