REKAYASA ULANG PERANGKAT LUNAK

SERVICING DATABASE

UNTUK AKSESIBILITAS DAN KEMAMPURAWATAN

(STUDI KASUS: FINANCIAL PARTNERS INTERNATIONAL, LTD)

TESIS

Karya tulis sebagai salah satu syarat untuk

memperoleh gelar Magister dari

Institut Teknologi Bandung

Oleh

SONNY ARIADY

NIM : 23507022

Program Studi Rekayasa Perangkat Lunak

INSTITUT TEKNOLOGI BANDUNG

2008

i

ABSTRAK

REKAYASA ULANG PERANGKAT LUNAK SERVICING DATABASE UNTUK

AKSESIBILITAS DAN KEMAMPURAWATAN

(STUDI KASUS: FINANCIAL PARTNERS INTERNATIONAL, LTD)

Oleh

SONNY ARIADY

NIM : 23507022

Servicing Database merupakan suatu aplikasi web yang digunakan di dalam Financial

Partners International, Ltd (FPI) untuk manajemen data-data klien dan penjadwalannya

dengan adviser untuk melakukan Strategic Review. Manajemen data-data klien dan jadwal ini

sangat penting untuk meningkatkan pelayanan terhadap klien-klien yang dimiliki oleh FPI

ini. Seiring dengan bertambahnya jumlah klien dan berkembangnya teknologi dalam

perangkat lunak, perubahan perangkat lunak di masa mendatang tidak dapat terelakkan.

Tahap analisis dilakukan untuk mengetahui keadaan sistem saat ini dan untuk melengkapi

dokumentasi program yang kurang. Setelah keadaan sistem saat ini diketahui, maka pada

akhirnya dapat dilakukan usulan-usulan perbaikan terhadap struktur program, yaitu dengan

metode refactoring. Pada tahap ini juga dilakukan usulan-usulan migrasi dari sebagian fungsi

pada berbasis web agar aplikasi tersebut dapat diakses melalui perangkat nirkabel untuk

mencapai tujuan aksesibilitasnya.

Beberapa teknik penyelesaian refactoring yang ada dapat dipilih berdasarkan pertimbangan

tertentu untuk mengatasi bad smell agar menghasilkan suatu aplikasi berorientasi objek yang

baik. Teknik yang digunakan yaitu Rename Field, Move Method/Field, Extract

Class/Subclass, Inline Method, dan membuat komponen yang reusable. Dalam melakukan

refactoring, tools seperti Reflector banyak dilibatkan untuk mengetahui bagian program yang

menggunakan method atau kelas yang akan diganti. VB Refactor yang terintegrasi pada Ms

Visual Studio.NET digunakan untuk mengganti nama field lama dengan field baru tanpa

harus melakukan “Find and Replace” pada tiap-tiap bagian program yang menggunakan field

ii

itu. Hasil yang telah didapat yaitu aplikasi berorientasi objek dengan struktur program yang

lebih baik dan mudah dipahami serta lebih mudah dikelola. Sebagian fungsi dari aplikasi

berbasis web yang telah di-refactor itu digunakan untuk aplikasi yang berbasis WAP dengan

beberapa penyesuaian. Untuk membuat aplikasi yang berbasis sms, maka beberapa kode

ditambahkan ke source code yang sudah ada untuk menyesuaikan dengan kebutuhan yang

baru. Dengan langkah-langkah yang dilakukan sebelumnya untuk memigrasi sistem, maka

sistem ini dapat meraih aksesibilitasnya.

Kata kunci : Rekayasa Ulang, Aksesibilitas, Bad Smell

iii

ABSTRACT

REENGINEERING OF SERVICING DATABASE SOFTWARE

FOR ACCESSIBILITY AND MAINTAINABILITY

(CASE STUDY: FINANCIAL PARTNERS INTERNATIONAL, LTD)

By

SONNY ARIADY

NIM : 23507022

Servicing Database is a web application which is used in Financial Partners International,

Ltd (FPI) for client data management dan schedulling with adviser to do Strategic Review.

Client Client data and scheduling management are very important to improve services to the

FPI’s clients. Increasing the number of client and evolution of technology in software, future

change cannot be evitable.

Analysis stage is done to investigate system’s current state and to recompile uncomplete

program documentation. After system’s current state is known, system improvement

suggestions can be done by refactoring method. In this stage, migration suggestions from

some functions of web based application can be done to make this application can be

accessed through wireless devices to reach its accesibility.

Some refactoring problem solving techniques can be chosen based on certain consideration

to resolve bad smells to result good object oriented application. The used techniques are

Rename Field, Move Method/Field, Extract Class/Subclass, Inline Method, and creating

reusable component. In doing refactoring, tools likes Reflector are more involved to know

which program segments which use method or class that will be changed. VB Refactor which

is integrated with Ms Visual Studio.NET is used to rename old field name with new field

name without doing "Find and Replace" on each program segment which use those fields.

The result that have been got is object oriented application with well program structure,

more understandable, and more manageable. Some function from refactored web-based

application are used for WAP-Based application with some customizations. To create sms-

iv

based application, some codes are added to existing free source code to adaptate with new

requirements. By previous steps which are done to migrate system, so this system can reach

its accessibility.

Key words : Reengineering, Accesibility, Bad Smell

v

HALAMAN PENGESAHAN

REKAYASA ULANG PERANGKAT LUNAK

SERVICING DATABASE

UNTUK AKSESIBILITAS DAN KEMAMPURAWATAN

(Studi Kasus: Financial Partners International, Ltd)

TESIS

Program Studi Rekayasa Perangkat Lunak Program Magister Informatika

Oleh SONNY ARIADY NIM : 23507022

Telah disetujui dan disahkan sebagai laporan tesis

di Bandung, pada ……………..

Pembimbing

Dr. Ing. M.Sukrisno Mardiyanto

NIP. 130 938 170

vi

PEDOMAN PENGGUNAAN TESIS

Tesis S2 yang tidak dipublikasikan terdaftar dan tersedia di Perpustakaan Institut Teknologi

Bandung, dan terbuka untuk umum dengan ketentuan bahwa hak cipta ada pada pengarang

dengan mengikuti aturan HaKI yang berlaku di Institut Teknologi Bandung. Referensi

kepustakaan diperkenankan dicatat, tetapi pengutipan atau peringkasan hanya dapat

dilakukan seizin pengarang dan harus disertai dengan kebiasaan ilmiah untuk menyebutkan

sumbernya.

Memperbanyak atau menerbitkan sebagian atau seluruh tesis haruslah seizin Direktur

Program Pascasarjana, Institut Teknologi Bandung.

vii

KATA PENGANTAR

Alhamdulillah, segala puji bagi Allah atas limpahan rahmat dan karunia-Nya sehingga

Penulis dapat menyelesaikan tesis yang berjudul ”Rekayasa Ulang Perangkat Lunak

Servicing Database (Studi Kasus: Financial Partners International,Ltd)”. Sholawat dan salam

penulis tujukan kepada Baginda Nabi Muhammad SAW yang telah memberikan cahaya yang

terang benderang di alam semesta ini. Ucapan terima kasih banyak tak lupa penulis

sampaikan pada semua pihak yang telah membantu dalam pelaksanaan tesis ini, yaitu:

1. Bapak Dr. Ing. M. Sukrisno Mardiyanto selaku dosen pembimbing yang telah

memberikan bimbingan, masukan dan wawasan selama pengerjaan tesis;

2. Ibu Ayu Purwariyanti, Bapak Saiful Akbar dan Bapak Achman Imam K. atas

kesediaannya membaca, mencermati dan memberi masukan dalam pelaksanaan tesis

ini;

3. Bapak Dr. Ir. Benhard Sitohang, selaku Wali Akademik, terima kasih atas petunjuk

dan saran serta nasehat selama menjalankan studi S2 RPL ini.

4. M.Fachrurozi (Mahasiswa S2 RPL 2006) yang secara tidak langsung memberikan

inspirasi terhadap penyusunan tesis ini dengan topik tesis yang mirip.

5. Ua’ Agung yang tinggal serumah di Tikukur beserta rekan-rekannya.

6. Papa, Mama, kakak dan adik di Jatiwaringin.

7. Anten Nurhati, S.Pd yang selalu ada waktu dan memberikan dukungan kepada

penulis.

8. Teman-teman S1 di Teknik Informatika – Trisakti angkatan 2001 – 2004.

9. Teman-teman di SMUN 71 lulusan 2001.

10. Teman-teman di SMP KPS Balikpapan 1995-1997.

11. Rekan-rekan di PT.Global Administrative Solutions serta Financial Partners

International yang memberikan saran dan masukan selama bekerja sehingga ilmu dan

pengalaman penulis bertambah.

12. Rekan-rekan seperjuangan S2 Informatika ITB 2007 semuanya.

13. Ucapan khusus diperuntukkan Ibu Dr. Ir. M.M Inggriani Liem, terima kasih atas

motivasi dan wawasan yang diberikan selama ini.

14. Mbak Nur, Pak Ade, staf duktek, staf dapur, atas kebaikan, keramahan dan kerja

kerasnya membantu kami mahasiswa.

15. Pihak lain yang tidak dapat disebutkan satu persatu dalam tulisan ini.

viii

Penulis menyadari bahwa dalam penulisan tesis ini masih banyak sekali kekurangan yang

harus disempurnakan. Karena itu, Penulis sangat terbuka menerima kritik dan saran berkaitan

dengan tesis ini. Semoga dokumen tesis ini dapat dimanfaatkan sebaik-baiknya oleh siapapun

yang membacanya.

Bandung, 9 Desember 2008

Penulis

ix

DAFTAR ISI

ABSTRAK ................................................................................................................ i

ABSTRACT ........................................................................................................... iii

HALAMAN PENGESAHAN ................................................................................. v

PEDOMAN PENGGUNAAN TESIS .................................................................. vvi

KATA PENGANTAR .......................................................................................... vii

DAFTAR ISI ........................................................................................................... ix

DAFTAR LAMPIRAN ......................................................................................... xii

DAFTAR GAMBAR ........................................................................................... xiii

DAFTAR TABEL ................................................................................................. xiv

DAFTAR ISTILAH ............................................................................................... xv

DAFTAR SIMBOL ............................................................................................... xx

BAB I PENDAHULUAN ............................................................................... 1

I.1 Latar Belakang ..................................................................................... 1

I.2 Rumusan Masalah ................................................................................ 2

I.3 Tujuan .................................................................................................. 3

I.4 Ruang Lingkup Tesis ........................................................................... 3

I.5 Batasan Masalah .................................................................................. 3

I.6 Metodologi Penelitian .......................................................................... 4

I.7 Sistematika Pembahasan ...................................................................... 4

BAB II TINJAUAN PUSTAKA ...................................................................... 6

II.1 Rekayasa Perangkat Lunak .................................................................. 6

II.2 Perawatan Perangkat Lunak ................................................................. 8

II.3 Rekayasa Ulang (Reengineering) ...................................................... 10

II.4 Refactoring ......................................................................................... 11

II.5 SMS (Short Message Service) ........................................................... 14

II.6 WAP (Wireless Application Protocol) ............................................... 16

II.7 Servicing Database ............................................................................ 18

BAB III ANALISIS SISTEM SAAT INI ........................................................ 22

III.1 Tentang Financial Partners International, Ltd ................................... 22

III.2 Struktur Menu Aplikasi Berdasar Pengguna...................................... 24

III.3 Tabel-Tabel Basis Data ...................................................................... 26

x

III.4 Definisi Properti Umum ..................................................................... 28

III.5 Proses Bisnis ...................................................................................... 30

III.6 Gambaran Umum Kode Awal ........................................................... 39

III.7 Deteksi Smells Aplikasi ..................................................................... 40

III.7.1 Large Class ........................................................................................ 42

III.7.2 Dead Code ......................................................................................... 43

III.7.3 Duplikasi ............................................................................................ 43

III.7.4 Data Class .......................................................................................... 44

III.7.5 Penamaan Tidak Konsisten ................................................................ 45

III.7.6 Masalah Kondisional If-Else .............................................................. 45

III.7.7 Divergent Change .............................................................................. 45

III.7.8 Feature Envy ...................................................................................... 46

III.8 Evaluasi Smell .................................................................................... 46

III.9 Usulan Pengembangan Aplikasi Untuk Aksesibilitas........................ 47

III.9.1 Berbasis WAP .................................................................................... 47

III.9.2 Berbasis SMS ..................................................................................... 48

BAB IV REKAYASA ULANG PERANGKAT LUNAK ............................... 49

IV.1 Penanganan Code Smell ..................................................................... 49

IV.1.1 Mengatasi Penamaan Tidak Konsisten .............................................. 49

IV.1.2 Mengatasi Duplikasi Kode ................................................................. 50

IV.1.3 Mengatasi Feature Envy .................................................................... 51

IV.1.4 Mengatasi Divergent Change ............................................................ 53

IV.2 Penanganan Class Smell .................................................................... 53

IV.2.1 Mengatasi Duplikasi Field ................................................................. 53

IV.2.2 Mengatasi Data Class ........................................................................ 62

IV.3 Evaluasi Penanganan Code Smell dan Class Smell............................ 63

IV.4 Solusi Aksesibilitas ............................................................................ 64

IV.4.1 Disain Berbasis WAP ........................................................................ 64

IV.4.2 Disain Berbasis SMS ......................................................................... 66

BAB V IMPLEMENTASI DAN PENGUJIAN ............................................. 70

V.1 Implementasi Solusi Refactoring ...................................................... 70

V.1.1 Code Smells ........................................................................................ 71

V.1.2 Class Smells ....................................................................................... 77

V.2 Implementasi Migrasi Ke Perangkat Nirkabel ................................... 82

xi

V.2.1 Migrasi ke WAP ................................................................................ 82

V.2.2 Migrasi ke SMS ................................................................................. 86

V.3 Pengujian Refactoring ........................................................................ 88

V.4 Pengujian Migrasi .............................................................................. 89

V.4.1 Pengujian Berbasis WAP ................................................................... 89

V.4.2 Pengujian Berbasis SMS .................................................................... 89

V.5 Evaluasi Pengujian ............................................................................. 90

V.5.1 Hasil refactoring dari berbasis web ................................................... 90

V.5.2 Hasil migrasi ke WAP ....................................................................... 90

V.5.3 Hasil migrasi ke SMS ........................................................................ 90

V.5.4 Kendala dan cara mengatasinya ......................................................... 91

BAB VI KESIMPULAN DAN SARAN.......................................................... 93

V.1 Kesimpulan ........................................................................................ 93

V.2 Saran .................................................................................................. 94

DAFTAR PUSTAKA ............................................................................................ 95

xii

DAFTAR LAMPIRAN

LAMPIRAN A STRUKTUR TABEL SERVICING KESELURUHAN ......... A-1

LAMPIRAN B DAFTAR KELAS-KELAS UTAMA ......................................... B-1

LAMPIRAN C STRUKTUR ORGANISASI FILE WEB ................................ C-1

LAMPIRAN D PENDETEKSIAN DEAD CODE ........................................... D-1

LAMPIRAN E KODE DUPLIKAT .................................................................... E-1

LAMPIRAN F MATRIKS KEPEMILIKAN FIELD DARI KELAS .................. F-1

LAMPIRAN G DAFTAR PERINTAH SMS .................................................... G-1

LAMPIRAN H KELAS ENTITAS UNTUK SERVICING DATABASE ........ H-1

LAMPIRAN I SPESIFIKASI PERANCANGAN SMS SERVER ................... I-1

LAMPIRAN J KRITERIA FIELD PADA SERVICING DATABASE ............. J-1

LAMPIRAN K FLOWCHART DISAIN PERINTAH SMS ............................ K-1

LAMPIRAN L DISAIN HALAMAN WAP ......................................................... L-1

LAMPIRAN M RINCIAN HALAMAN WEB PADA SERVICING DATABASE M-1

LAMPIRAN N RINCIAN SOLUSI DUPLIKASI KODE PADA SERVICING DATABASE

............................................................................................................................. N-1

LAMPIRAN O SOURCE CODE KELAS IMPLEMENTASI SOLUSI POLYMORPHISM

............................................................................................................................. O-1

LAMPIRAN P DAFTAR STORE PROCEDURE DAN VIEW TAMBAHAN UNTUK

APLIKASI BERBASIS WAP ............................................................................ P-1

LAMPIRAN R SKENARIO PENGUJIAN HASIL REFACTORING APLIKASI VERSI

BERBASIS WEB .............................................................................................. R-1

LAMPIRAN S SKENARIO PENGUJIAN HASIL MIGRASI APLIKASI VERSI

BERBASIS WAP ............................................................................................... S-1

LAMPIRAN T SKENARIO PENGUJIAN HASIL MIGRASI KE SMS ......... T-1

xiii

DAFTAR GAMBAR

Gambar II.1 Model Proses OOSE [9] ...................................................................... 6

Gambar II.2 Diagram hubungan OOSE [9] ............................................................. 7

Gambar II.3 Proses Perawatan Perangkat Lunak [12] ............................................. 8

Gambar II.4 Proses Reengineering [12] ................................................................. 10

Gambar II.5 Siklus Forward dan Reverse Engineering [12] ................................. 11

Gambar II.6 Ilustrasi kerja WAP [1] ...................................................................... 17

Gambar III.1 Target Market Chart [8] ................................................................... 23

Gambar III.2 ERD Servicing Database ................................................................. 28

Gambar III.3 Diagram Use Case Servicing Database ........................................... 32

Gambar III.4 Aliran kerja proses pemenuhan jadwal ............................................ 34

Gambar III.5 Diagram proses Decline SR .............................................................. 35

Gambar III.6 Diagram proses perubahan client category ...................................... 36

Gambar III.7 Proses feeding untuk sumber data dari file kedua ............................ 37

Gambar III.8 Diagram proses feeding untuk sumber data dari file utama ............. 38

Gambar IV.1 Hasil Analyzer untuk method GetChangeCategory_for_sent_to_GM dan

InsertToChangeCategory ....................................................................................... 51

Gambar IV.2 Diagram Kelas Sementara Tahap 1 ................................................. 54

Gambar IV.3 Hasil Analyzer untuk method GetAdviserData mendeteksi dependensi 55

Gambar IV.4 Diagram Kelas Akhir ....................................................................... 61

Gambar IV.5 Diagram Kelas Untuk WAP ............................................................ 66

Gambar IV.6 Diagram alur kerja SMS Server ....................................................... 67

Gambar IV.7 Diagram Kelas Untuk SMS Server .................................................. 69

Gambar V.1 Klik kanan-Rename pada private field .............................................. 72

Gambar V.2 Dialog box untuk mengganti nama private field ............................... 72

Gambar V.3 Klik kanan-Renama pada properti .................................................... 72

Gambar V.4 Dialog box untuk mengganti nama properti ...................................... 73

Gambar V.5 Kelas diagram hasil implementasi dari DateComment ..................... 73

Gambar V.6 Rincian Kelas pada DateComment ................................................... 74

Gambar V.7 Kelas diagram hasil implementasi dari AgingIndicator .................... 74

Gambar V.8 Rincian Kelas pada AgingIndicator .................................................. 75

Gambar V.9 Form simulasi sms............................................................................. 87

xiv

DAFTAR TABEL

Tabel II.1 Bad smell dan teknik mengatasinya[3] ................................................. 12

Tabel II.2 Kelas pengguna Servicing Database ..................................................... 19

Tabel III.1 Deskripsi tabel-tabel basis data Servicing ........................................... 26

Tabel III.2 Definisi properti umum ........................................................................ 28

Tabel III.3 Tabel ActionTaken dan ActionRequired ............................................. 30

Tabel III.4 Deskripsi Use Case Servicing Database ............................................. 32

Tabel III.5 Perbandingan Sistem Feeding dan Manual (form) .............................. 35

Tabel III.6 Daftar smells terdeteksi dan teknik pendeteksiannya .......................... 40

Tabel IV.1 Field pada kelas Client yang akan dipindah ........................................ 57

Tabel IV.2 Field pada kelas Schedule yang akan dipindah ................................... 59

Tabel V.1 Isi method konstruktor dari SRDateComment dan NRDateComment . 74

Tabel V.2 Ekivalensi kontrol antara Web dengan WAP ....................................... 82

Tabel V.3 Ekivalensi perintah antara Web dengan WAP ...................................... 83

xv

DAFTAR ISTILAH

Adviser : Penasihat untuk orang yang melakukan investasi.

Application

Programming Interface

(API)

: Serangkaian prosedur, fungsi, atau kelas yang sistem

operasi, pustaka sediakan untuk mendukung

permintaan yang dibuat oleh program komputer.

After the fact : Setelah diluncurkan atau beroperasi.

Backup : Membuat cadangan atau titik aman dari suatu

keadaan.

Bad Smell : Ciri-ciri yang menunjukkan bahwa suatu kode atau

struktur program dianggap kurang baik.

Balance sheet : Lembaran saldo.

Branch : Cabang; Kelompok pengguna pada Financial Partners

International,Ltd yang dapat memiliki akses terhadap

suatu cabang tertentu.

Bugs : Suatu kesalahan desain atau kode pada perangkat

lunak komputer yang menyebabkan peralatan atau

program itu tidak berfungsi semestinya.

Business Intelligence : Mengacu ke teknologi, aplikasi dan praktis untuk

pengumpulan, integrasi, analisis dan penyajian

informasi bisnis dan kadang-kadang ke informasinya

sendiri.

Central : Kelompok pengguna pada Financial Partners

International,Ltd yang memiliki akses tertinggi dalam

suatu sistem.

Client Category : Kelompok klien berdasarkan kriteria tertentu.

Client Relationship

Management

: Pengelolaan hubungan antara perusahaan dengan

pelanggan.

Client Relationship

Manager

: Orang yang bertanggung jawab dalam pengelolaan

hubungan antara perusahaan dengan pelanggan.

Collection : Tipe data yang dapat menyimpan kumpulan data

homogen (baik tipe data primitif maupun tipe data

abstrak).

xvi

Connection String : String yang berisi konfigurasi untuk penyambungan

ke server basis data.

Continuing Change : Perubahan yang dilakukan dengan tujuan agar suatu

sistem dapat terus digunakan.

Crystal Report : Aplikasi business intelligence yang digunakan untuk

merancang dan membangkitkan laporan dari berbagai

macam sumber data.

CSD (Circuit Switch

Data)

: Bentuk asli dari transmisi data yang dikembangkan

untuk telepon selular dengan sistem berbasis TDMA

(time division multiple access) seperti GSM (Global

System for Mobile Communications)

DataBind : Mengikat data.

DataGrid : Elemen antarmuka grafis yang menampilkan

pandangan tabular dari data.

DataTable : Kontrol yang menyediakan API yang sederhana dan

tangguh untuk menampilkan pembaca layar data

tabular yang dapat diakses melalui halaman web.

Decline SR : Penolakan terhadap klien dalam melakukan SR

(Strategic Review).

Development Tools : Perangkat atau alat bantu untuk pengembangan

perangkat lunak.

Drop Off : Mengundurkan diri atau dianggap bukan

klien/pegawai perusahaan itu lagi.

Encoding : Proses mentransformasi informasi dari satu format ke

yang lainnya.

Event Handling : Penanganan kejadian pada suatu objek.

Event Organizer : Alat yang dapat digunakan oleh suatu perusahaan

dalam mengatur suatu jadwal kegiatan.

Feeding : Proses entri otomatis dari sumber data mentah ke

sistem basis data.

Forward Engineering : Proses rekayasa suatu produk mulai dari tahap

spesifikasi sampai implementasi dan pemeliharaan.

Gateway : komputer yang memberikan atau mengontrol akses ke

xvii

komputer atau jaringan lain; hubungan antara dua

program komputer yang memungkinkan untuk berbagi

informasi dan melewatkan protokol tertentu dalam

suatu komputer host.

GPRS (General Packet

Radio Service)

: suatu teknologi yang memungkinkan pengiriman dan

penerimaan data lebih cepat jika dibandingkan dengan

penggunaan teknologi Circuit Switch Data atau CSD.

Sering disebut pula dengan teknologi 2,5G.

GSM (Global System

for Mobile

Communications)

: sebuah teknologi komunikasi selular yang bersifat

digital.

Hyperlink : Teks bergaris bawah atau gambar yang mengandung

suatu alamat ke lokasi alamat web/file, jika diklik

maka akan pindah halaman ke alamat yang ditunjuk.

Mobile Computing : Komputasi pada suatu media yang bergerak.

Multiline : Dapat lebih dari satu baris.

Next Review Date : Tanggal berikutnya untuk melakukan kajian terhadap

hasil bisnis. Tanggal ini sering disebut tanggal dimana

seorang klien dijadwalkan untuk bertemu dengan

adviser.

NRD : Tanggal awal pembentukan jadwal sebelum jadwal itu

digeser.

ObjectList : Kontrol yang menampilkan banyak tampilan data dari

koleksi data seperti basis data.

Pseudocode : Bahasa pemrograman untuk menuliskan suatu

algoritma secara umum yang dapat dipahami dan

diimplementasikan oleh bahasa pemrograman apa

pun.

Polymorphism : Kemampuan objek dengan kepemilikan banyak tipe

berbeda untuk merespon ke panggilan method yang

namanya sama, masing-masing tergantung dari

perilaku tipe yang khusus.

Private : Tipe akses pada method atau field, dimana hanya

xviii

dapat diakses di dalam kelas itu sendiri, sedangkan

dari luar kelas itu tidak dapat.

Private field : Field yang dideklarasikan dengan tipe akses yang

bersifat private.

Strategic Review : Kajian strategis terhadap hasil bisnis.

Recovery : Pemulihan keadaan dari suatu data ke suatu titik

tertentu.

Reengineering : Rekayasa ulang suatu produk yang telah ada untuk

membuatnya agar lebih berguna.

Refactoring : Proses penulisan ulang terhadap materi tertulis itu

untuk memperbaiki readibilitas atau struktur, dengan

tujuan eksplisit menjaga makna atau behavior-nya.

Regular Expression : Menyediakan makna yang singkat dan fleksibel dalam

mengidentifikasi string yang menarik, seperti

karakter-karakter, kata-kata, atau pola karakter.

Reportviewer : Suatu kontrol untuk menampilkan laporan pada suatu

form.

Reverse Engineering : Menganalisa perangkat lunak dengan pandangan ke

pemahaman disain dan spesifikasinya

SIM Card : Kartu yang dapat diprogram yang menyimpan

informasi pribadi dari pelanggan dan pengaturan

telepon.

Singleline : Satu baris tunggal.

SMS Gateway : Suatu istilah yang digunakan untuk menjelaskan

beberapa metode dalam mengirim dan menerima

pesan SMS tanpa menggunakan telepon selular.

Superclass : Kelas yang merupakan level lebih atas dan

menurunkan sifat-sifat kepada kelas yang lebih bawah

TDMA (Time Division

Multiple Access)

: Sebuah metode akses saluran untuk jaringan media

bersama (biasanya radio) dan memungkinkan

beberapa pengguna untuk berbagi saluran frekuensi

yang sama dengan membagi sinyal ke slot waktu yang

berbeda.

xix

Textbox : Elemen umum pada antarmuka grafis pengguna dari

komputer, biasa digunakan untuk memasukkan input

informasi berupa teks dari pengguna.

Upgrade : Peningkatan dari suatu kualitas atau kuantitas.

Urgent Sangat penting atau mendesak.

Use Case : Deskripsi interaksi langsung antara pengguna dengan

sistem.

WAP Gateway : Gateway yang berada antara perangkat bergerak

menggunakan protokol WAP dan World Wide Web.

Wealth manager : Orang yang bertanggung jawab dalam pengaturan hak

kekayaan/harta benda dalam suatu investasi.

Web application

manager

: Orang yang bertanggung jawab dalam mengelola

aplikasi web.

Web Server : Sebuah perangkat lunak server yang berfungsi

menerima permintaan HTTP atau HTTPS dari klien

yang dikenal dengan browser web dan mengirimkan

kembali hasilnya dalam bentuk halaman-halaman web

yang umumnya berbentuk dokumen HTML.

Webform Formulir pada aplikasi berbasis web.

xx

DAFTAR SIMBOL

No Simbol Arti 1

Awal sebuah proses/prosedur kerja

2

Proses kerja dengan menggunakan komputer atau tidak menggunakan komputer

3

Aliran proses yang menunjuk ke proses selanjutnya

4

Proses melakukan pengecekan kondisi tertentu