Reengineering iteratif dari legacy sitem merupakan suatu alternatif untuk menangani
permasalahan yang terjadi pada penuaan legacy sistem. Manfaat utama dari rekayasa ulang iteratif
adalah waktu yang dihabiskan untuk ulang komponen tunggal relatif singkat dan iterative reengineering
memiliki keuntungan besar memeperbaiki komponen yang sudah tidak kompatibel lagi. Masalah lain
dalam reengineering berorientasi pada legacy sistem adalah bahwa banyaknya terjadi gejala penuaan
yang terkonsentrasi dalam struktur database , sehingga diperlukan perbaikan struktur database untuk
mengatasi gejala ini.
Metode yang diusulkan ini memungkinkan peningkatan struktur database tanpa aplikasi fungsi
menggunakannya, sehingga baik usia dan target database dapat selaras dan digunakan oleh target
program yang direkayasa ulang. Legacy sistem yang digunakan untuk melakukan eksperimentasi
adalah data-terpusat, maka rekayasa ulang proses dieksekusi sesuai dengan prioritas sebagai berikut:
rekayasa ulang data dan prosedur rekayasa ulang. Tetapi pada paper ini hanya menjelaskan tentang
rekayasa ulang data.
Pendekatan iterative pada reengineering
Dengan pendekatan iteratif, perlu untuk menjamin koeksistensi sistem yang direkayasa ulang dan
system baru dengan legacy sistem selama proses rekayasa ulang. Dalam Gambar 1, sistem informasi
ditampilkan untuk memasukkan legacy sistem, dan database legacy. Legacy sistem ini adalah sistem
perangkat lunak kerja yang mendukung beberapa fungsi bisnis peusahaan. Database legacy terdiri dari
himpunan data yang dihasilkan atau digunakan oleh legacy sistem.
Database baru termasuk semua data yang digunakan oleh proses bisnis memanggil data-data
penting. Selain itu juga berisi tombol data untuk mengidentifikasi struktur data. Beberapa kunci data
berarti untuk aplikasi domain tetapi software engineer membutuhkan mereka untuk mengakses
database secara efektif.
Perlu dicatat bahwa database baru ini diselenggarakan sesuai dengan sistem target manajemen
database dan untuk kriteria normalisasi digunakan memperbaiki pemeliharaan dan kegiatan database
evolusi. Selama Proses rekayasa ulang, mungkin perlu untuk mengembangkan aplikasi baru dalam
domain aplikasi yang sama. Kita akan memanggil aplikasi modern, karena mereka berada di domain
aplikasi yang sama sebagai sistem legacy. Jadi aplikasi database modern akan diintegrasikan dalam
database baru. Evolusi dari database akan benar-benar transparan baik untuk warisan dan
direkonstruksi sistem, karena Banker Data dan Data Locator mengetahui struktur fisik. Akibatnya,
setelah proses rekayasa ulang, Database Baru akan berisi seluruh database milik informasi sistem
terkini, bahkan telah berkembang selama rekayasa ulang proses. akses modern system data di
rekontruksi melalui permintaan layanan kepada Banker Data. Permintaan ini, selain mengidentifikasi
pelayanan yang dibutuhkan , juga menentukan layanan data yang harus mengoperasikan pada: data
diidentifikasi melalui entitas yang digunakan oleh proses bisnis yang mengacu pada sistem informasi.
Banker Data menganalisis struktur layanan permintaan, menafsirkan isi dan menerapkan akses ke
database fisik yang diperlukan untuk memenuhi layanan, serta komponen fisik yang berisi data
mengacu pada entitas layanan yang diperlukan. Sebagai contoh, mari kita perhatikan permintaan
layanan untuk membuka database dan menginisialisasi posisi dari catatan saat ini dimana hal ini
Ketika direkonstruksi atau baru dibangun sistem perlu untuk membuka basis data, mereka
menyampaikan permohonan open_service, menentukan nilai-nilai yang benar dari parameter
menunjukkan modus akses ke entitas dan perusahaan nama. Banker data dengan menggunakan
informasi dalam artikel, asosiasi entitas yang akan dibuka dengan tabel nyata menerapkannya dalam
database. Jika semua tabel benar dibuka, bendera file_exists dinilai sebagai benar. Untuk alasan ini,
ketika perubahan struktur database, dampak harus dikelola mengacu pada hubungan antara entitas dan
database dengan menggunakan parameter dalam artikel dan Banker Data.
Aplikasi harus berubah hanya jika entitas dalam domain aplikasi berubah. Koeksistensi antara
legacy dan rekayasa ulang data dijamin oleh arsitektur Pemetaan Data dalam beberapa komponen.
Database sisa mencakup data mengacu pada beberapa komponen dari legacy database, walaupun tidak
penting digunakan oleh legacy sistem. Ketika program legacy sistem tersebut direkayasa ulang, mereka
diganti dengan komponen baru, komponen baru ini tidak akan lagi menggunakan data sisa, sehingga
database sisa akan dibuang pada saat rekayasa ulang proses berakhir. Sebagai contoh, Tabel 1
menunjukkan beberapa data bermigrasi ke database sisa. Setiap datum dijelaskan oleh nama data yang
mengidentifikasi data, nama file data dimana data asli dicatat dalam legacy database, deskripsi data,
dan memperjelas makna dari identifier. Dalam kutipan, data bernama datfor-arrot-jauh menunjukkan
data mengenai pemasok farmakologi, bahwa jumlah yang diberikan produk farmasi memiliki
keuntungan sehingga diskon yang diberikan dapat diterapkan. Datum bernama datfor-arrot-nominal
analog, kecuali produk non farmakologis. Data yang bernama datsconto menunjukkan diskon yang
diberikan.
Ringkasan reverse engineering proses
Proses iteratif rekayasa ulang yang diusulkan melibatkan sistem menjadi bagian-bagian
yang berbeda, untuk masing-masing proses yang dijelaskan seperti di bawah ini:
1. Menganalisis arsip saat ini;
2. Mendesain ulang data;
3. Menyesuaikan program-program warisan ke database baru;
4. Migrasi data dari sistem legacy ke database baru;
5. Uji Kesetaraan;
6. Ulang;
7. Iterasi dari langkah 1.




