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
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
i
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
ii
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-
iii
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
iv
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
v
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.
vi
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. vii
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
viii
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
ix
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 x
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
xi
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
xii
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 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 xiii
55
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
xiv
DAFTAR ISTILAH Adviser
:
Penasihat untuk orang yang melakukan investasi.
Application
:
Serangkaian prosedur, fungsi, atau kelas yang sistem
Programming Interface
operasi,
pustaka
sediakan
untuk
mendukung
(API)
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 Client
:
Relationship :
Relationship :
Orang yang bertanggung jawab dalam pengelolaan hubungan antara perusahaan dengan pelanggan.
Manager Collection
Pengelolaan hubungan antara perusahaan dengan pelanggan.
Management Client
Kelompok klien berdasarkan kriteria tertentu.
:
Tipe data yang dapat menyimpan kumpulan data homogen (baik tipe data primitif maupun tipe data abstrak).
xv
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 :
Bentuk asli dari transmisi data yang dikembangkan
Data)
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
xvi
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 :
suatu teknologi yang memungkinkan pengiriman dan
Radio Service)
penerimaan data lebih cepat jika dibandingkan dengan penggunaan teknologi Circuit Switch Data atau CSD. Sering disebut pula dengan teknologi 2,5G.
GSM (Global System
:
sebuah teknologi komunikasi selular yang bersifat digital.
for Mobile Communications) 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
xvii
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 :
Sebuah metode akses saluran untuk jaringan media
Multiple Access)
bersama
(biasanya
radio)
dan
memungkinkan
beberapa pengguna untuk berbagi saluran frekuensi yang sama dengan membagi sinyal ke slot waktu yang berbeda.
xviii
:
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. Sangat penting atau mendesak.
Urgent :
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 :
aplikasi web.
manager Web Server
Orang yang bertanggung jawab dalam mengelola
:
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.
xix
DAFTAR SIMBOL No 1
Simbol
Arti 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
xx
