Modenkan sistem yang tiada siapa berani sentuh, satu keupayaan pada satu masa.
Peraturan perniagaan yang terkumpul selama berdekad-dekad tersimpan dalam COBOL, PL/I, Oracle Forms serta Java dan .NET versi awal. Kami mendapatkan semula peraturan itu, membina jaring keselamatan berupa ujian, dan memindahkan setiap keupayaan ke belakang lapisan fasad, dengan larian selari dan penyelarasan sebelum apa-apa dimatikan.
Untuk organisasi di Malaysia yang bergantung pada sistem kritikal yang tidak boleh mengalami gangguan operasi atau kehilangan peraturan perniagaan.
04Bina semula satu bahagian di belakang fasadSistem
05Jalankan selari dan selaraskanSistem
06Nilai perbezaanIndividu
07Alihkan dan tamatkanIndividu
Portfolio aplikasi dinilai dan sasaran dipersetujui. Peraturan perniagaan didapatkan semula daripada kod dengan bantuan AI dan disahkan oleh manusia. Ujian pencirian membentuk jaring keselamatan. Setiap keupayaan dibina semula di belakang lapisan fasad dan dijalankan selari dengan sistem lama; perbezaan dinilai dan dibetulkan sebelum pemilik perniagaan meluluskan peralihan dan bahagian lama ditamatkan.
Sebelum dan selepas
Perubahan dalam cara anda bekerja
Keadaan semasa
Dengan sistem ini
Keadaan semasa
Keadaan semasa: Setiap perubahan berisiko
Perubahan kecil akibat peraturan baharu mengambil masa berbulan-bulan kerana tiada siapa dapat meramalkan kesannya pada bahagian lain.
Dengan sistem ini
Dengan sistem ini: Perubahan disokong oleh ujian
Ujian pencirian merakam apa yang dilakukan oleh sistem hari ini, jadi setiap perubahan menunjukkan kesannya sebelum dikeluarkan.
Keadaan semasa
Keadaan semasa: Pengetahuan semakin hilang
Orang yang memahami kod hampir bersara, dan dokumentasi sudah lama tidak sepadan dengan sistem.
Dengan sistem ini
Dengan sistem ini: Peraturan ditulis dan disahkan
Peraturan perniagaan yang didapatkan semula daripada kod didokumenkan dalam bahasa mudah dan disahkan oleh pakar domain.
Keadaan semasa
Keadaan semasa: Rancangan sekali gus tergendala
Program penggantian penuh menjanjikan satu tarikh peralihan yang terus berubah sementara kos meningkat.
Dengan sistem ini
Dengan sistem ini: Nilai dihasilkan secara berperingkat
Keupayaan dipindahkan satu demi satu ke belakang lapisan fasad. Setiap bahagian mula beroperasi secara berasingan dan boleh dikembalikan kepada sistem lama.
Keadaan semasa
Keadaan semasa: Data terkunci dalam struktur lama
Perkhidmatan baharu dan kes penggunaan AI tidak dapat mencapai data tanpa ekstrak yang rapuh dan kelompok semalaman.
Dengan sistem ini
Dengan sistem ini: Data tersedia melalui API
Domain yang telah dipindahkan menyediakan datanya melalui API yang didokumenkan, diselaraskan dengan sistem lama sehingga sistem itu ditamatkan.
Aliran kerja
Cara aliran kerja berjalan
Pendekatan strangler fig: sistem baharu tumbuh di sekeliling sistem lama, satu keupayaan demi satu. Gelung antara larian selari dan pembinaan semula ialah tempat kebanyakan kerja sebenar berlaku.
Contoh aliran kerja
7 langkah · 3 titik semakan manusia
Petunjuk
Sistem
Ejen AI
Individu
Titik semakan manusia
Laluan pengecualian
Pemodenan sistem lama: contoh aliran kerja dengan gelung penyelarasan
Baca rajah dalam bentuk teks
Laluan utama bermula dengan penilaian portfolio dan proses mendapatkan semula peraturan perniagaan, diikuti pembinaan jaring keselamatan berupa ujian pencirian dan pembinaan semula satu keupayaan di belakang fasad, hingga larian selari sistem lama dan baharu, dan akhirnya peralihan serta penamatan bahagian lama.
Manusia meluluskan seni bina sasaran, mengesahkan setiap peraturan yang didapatkan semula dan meluluskan setiap peralihan: itulah titik semakan manusia.
Apabila larian selari menunjukkan output berbeza, bahagian itu keluar dari laluan utama untuk dinilai oleh jurutera dan pakar domain, dan kembali ke langkah pembinaan semula sehingga sistem lama dan baharu selaras.
01
Langkah 1: Nilai portfolioIndividu
Inventori aplikasi, pemetaan kebergantungan dan aliran data, serta keputusan bagi setiap aplikasi: tamatkan, kekalkan, hos semula, platform semula, bina semula atau ganti. Domain dipetakan untuk mencari sempadan yang membolehkan sistem dipecahkan kepada bahagian.
Titik semakan manusia
Lembaga seni bina anda meluluskan seni bina sasaran dan susunan bahagian.
02
Langkah 2: Dapatkan semula peraturan perniagaanEjen AI
Analisis kod dengan bantuan AI membaca COBOL, PL/I, JCL, Oracle Forms dan Java atau .NET yang lebih lama, lalu mendrafkan dokumentasi, graf panggilan dan katalog peraturan perniagaan.
Titik semakan manusia
Jurutera dan pakar domain mengesahkan setiap peraturan yang diekstrak sebelum ia digunakan sebagai spesifikasi. Peraturan yang belum disahkan ditandakan sedemikian.
03
Langkah 3: Bina jaring keselamatanSistem
Ujian pencirian dijana daripada input dan output operasi sebenar yang telah dianonimkan, supaya tingkah laku semasa, termasuk keanehannya, dirakam sebelum apa-apa diubah.
04
Langkah 4: Bina semula satu bahagian di belakang fasadSistem
Fasad penghalaan atau lapisan API diletakkan di hadapan sistem lama. Satu keupayaan dibina semula sebagai perkhidmatan baharu, dengan datanya dipindahkan dan disegerakkan.
05
Langkah 5: Jalankan selari dan selaraskanSistem
Sistem lama dan baharu memproses transaksi yang sama. Output dan data dibandingkan secara automatik dan setiap perbezaan dilaporkan mengikut peraturan dan rekod.
06
Langkah 6: Nilai perbezaanIndividu
Jurutera dan pakar domain menentukan sama ada setiap perbezaan ialah kecacatan dalam perkhidmatan baharu, kecacatan dalam sistem lama atau perubahan yang disengajakan, dan menghantar bahagian itu kembali untuk dibaiki.
Laluan pengecualian: Hasil berbeza· Kembali ke langkah 4
07
Langkah 7: Alihkan dan tamatkanIndividu
Trafik bagi keupayaan itu dialihkan ke perkhidmatan baharu melalui fasad. Selepas tempoh stabil, laluan kod lama dan datanya ditamatkan dan diarkibkan.
Titik semakan manusia
Pemilik perniagaan meluluskan setiap peralihan berdasarkan hasil penyelarasan. Pengembalian melalui fasad kekal tersedia sehingga bahagian lama ditamatkan.
Komponen
Apa yang akan kami bina
01
Peta portfolio dan kebergantungan
Inventori, pemetaan antara muka dan aliran data, serta model domain yang menunjukkan di mana sistem boleh dipecahkan kepada bahagian.
Salesforce sebagai pejabat hadapan baharuPlatformSalesforce
Platform integrasi dan gerbang API
Awan atau pusat data sasaran
Kawalan
Kawalan yang dibina sejak awal
Had akses
Analisis kod dijalankan dalam persekitaran yang anda kawal, tanpa kod sumber dihantar kepada perkhidmatan yang belum anda luluskan. Data operasi sebenar yang digunakan untuk ujian dianonimkan sebelum keluar dari persekitaran operasi.
Semakan oleh manusia
Peraturan yang didapatkan semula disahkan oleh jurutera dan pakar domain sebelum menjadi spesifikasi. Setiap peralihan diluluskan oleh pemilik perniagaan berdasarkan hasil penyelarasan, dengan pengembalian kepada sistem lama sentiasa tersedia.
Kebolehauditan
Setiap peraturan dalam katalog boleh dijejak kembali kepada kod asalnya dan orang yang mengesahkannya. Laporan penyelarasan disimpan sebagai bukti bagi setiap peralihan.
Perlindungan data
Pemindahan data mengikut pemetaan yang didokumenkan dengan kiraan rekod dan checksum, dan data peribadi diminimumkan dalam set ujian. Peraturan penyimpanan dipindahkan bersama data.
Ketelusan AI
Jika AI mendrafkan dokumentasi atau kod, outputnya dilabel, disemak dan diberi versi seperti mana-mana artifak kejuruteraan lain.
Ukuran
Apa yang akan kami ukur
Kami mempersetujui ukuran ini bersama anda semasa penilaian dan menjejakinya bagi setiap bahagian, bukan hanya bagi program secara keseluruhan.
Apa yang akan kami ukur
Metrik
Mengapa ia penting
Cara kami akan mengukurnya
01Masa pelaksanaan perubahan
Mengapa ia pentingTanda paling jelas bahawa sistem menjadi lebih mudah diubah.
Cara kami akan mengukurnyaMasa dari permintaan perubahan yang diluluskan hingga dilaksanakan dalam operasi, bagi bahagian lama dan bahagian yang telah dimodenkan.
02Status penyelarasan
Mengapa ia pentingMenunjukkan sama ada perkhidmatan baharu benar-benar berfungsi seperti sistem lama apabila sepatutnya.
Cara kami akan mengukurnyaPeratusan transaksi dan rekod yang sepadan semasa larian selari, dengan perbezaan terbuka mengikut punca.
03Liputan peraturan
Mengapa ia pentingPeraturan yang tidak diketahui ialah risiko utama dalam sebarang penggantian.
Cara kami akan mengukurnyaPeratusan peraturan perniagaan yang didapatkan semula, disahkan oleh pakar domain dan diliputi oleh ujian.
04Jejak sistem lama
Mengapa ia pentingPemodenan memberi hasil apabila komponen lama benar-benar dimatikan.
Cara kami akan mengukurnyaKeupayaan, laluan kod, kerja kelompok dan lesen yang ditamatkan, dijejak bagi setiap bahagian.
Tiada sasaran ditetapkan sebelum garis dasar diwujudkan.
Pelaksanaan
Cara kami akan melaksanakannya
Fasa 01
Penilaian
Portfolio, kebergantungan, domain dan risiko. Kami memilih bahagian pertama yang penting kepada perniagaan tetapi boleh dikembalikan.
Kriteria tamat fasa
Seni bina sasaran diluluskan
Susunan bahagian dipersetujui
Akses ujian dan data diatur
Fasa 02
Bahagian pertama
Mendapatkan semula peraturan, jaring keselamatan, fasad dan satu keupayaan yang dibina semula, dijalankan selari dengan sistem lama.
Kriteria tamat fasa
Penyelarasan dalam toleransi yang dipersetujui
Pemilik perniagaan meluluskan peralihan
Pengembalian telah diuji
Fasa 03
Bahagian demi bahagian
Keupayaan seterusnya mengikut laluan yang sama, setiap satu dengan larian selari dan keputusan peralihan sendiri.
Kriteria tamat fasa
Setiap bahagian diselaraskan dan dialihkan
Pengetahuan dipindahkan kepada pasukan anda
Fasa 04
Penamatan
Laluan kod, kerja kelompok dan storan data lama diarkibkan dan dimatikan.
Sistem pelesenan, pendaftaran dan kutipan bayaran di badan berkanun, tempat peraturan dikodkan dalam kod berusia berdekad-dekad dan perubahan terus berlaku.
Sistem teras polisi dan pembayaran pada kerangka utama di bank, syarikat insurans dan pengendali takaful, dimodenkan di belakang API sementara akaun kekal diselaraskan.
Sambungan ERP tersuai dan sistem kilang, dipindahkan bersama pemindahan ke SAP S/4HANA.
Contoh ilustrasi
Sistem pentadbiran polisi di sebuah syarikat insurans
Situasi
Sebuah syarikat insurans am menjalankan pentadbiran polisi dan pengiraan premium pada sistem kerangka utama yang berusia lebih dua dekad. Perubahan produk dan keperluan pelaporan sentiasa beratur, dan dua daripada pembangun yang memahami kod itu akan bersara.
Sistem
Peraturan akan didapatkan semula dan disahkan bagi setiap lini produk. Fasad akan menghalakan pengiraan bagi satu lini produk ke perkhidmatan baharu dahulu, yang berjalan selari dengan kerangka utama sehingga hasilnya selaras.
Kawalan manusia
Pakar produk dan aktuari mengesahkan peraturan bagi lini produk masing-masing. Pemilik perniagaan meluluskan setiap peralihan, dan pengembalian melalui fasad kekal tersedia.
Perkara yang akan kami ukur
Status penyelarasan bagi setiap lini produk, liputan peraturan, dan masa pelaksanaan bagi perubahan produk seterusnya.
Malaysia
Pemodenan di bawah peraturan Malaysia dan Eropah
Institusi kewangan di Malaysia memodenkan sistem di bawah dokumen polisi Risk Management in Technology (RMiT) Bank Negara Malaysia, yang versi semakannya berkuat kuasa sejak 28 November 2025, dan entiti pasaran modal di bawah Garis Panduan Pengurusan Risiko Teknologi Suruhanjaya Sekuriti Malaysia, yang berkuat kuasa sejak 19 Ogos 2024. Entiti Infrastruktur Maklumat Kritikal Negara (NCII) juga mempunyai kewajipan di bawah Akta Keselamatan Siber 2024. Kami menyusun pemodenan supaya setiap bahagian diselaraskan antara sistem lama dan baharu sebelum apa-apa dimatikan.
Bagi kumpulan dengan operasi di Kesatuan Eropah, perkhidmatan yang dimodenkan dibina pada platform yang mengambil kira kewajipan keselamatan NIS2, dan peraturan pertukaran perkhidmatan dalam Akta Data Kesatuan Eropah menjadi sebab untuk mengekalkan data mudah alih dari bahagian pertama. Jika rekod mengandungi data peribadi, pemetaan pemindahan dan data ujian mengikut Akta 709 dan, jika terpakai, GDPR.
01Mengapa tidak menggantikan seluruh sistem sekali gus?
Kerana satu peralihan tunggal menumpukan semua risiko pada satu tarikh, dan perniagaan menunggu bertahun-tahun untuk sebarang manfaat. Pemindahan satu keupayaan demi satu membolehkan setiap bahagian membuktikan dirinya dalam larian selari, mula beroperasi secara berasingan dan dikembalikan jika perlu.
02Bolehkah AI menterjemah COBOL kami kepada Java?
Terjemahan baris demi baris cenderung menghasilkan kod yang sama sukar diubah seperti kod asal. Kami menggunakan AI untuk membaca dan mendokumenkan kod lama serta mendrafkan peraturan dan ujian, kemudian mereka bentuk perkhidmatan baharu dengan betul. Setiap peraturan yang didapatkan semula disahkan oleh manusia sebelum digunakan.
03Pakar kami akan bersara. Bagaimanakah anda merakam pengetahuan mereka?
Melalui sesi berstruktur yang membolehkan pakar menyemak peraturan yang didapatkan semula dan ujian pencirian. Pengetahuan mereka disimpan dalam dokumentasi dan ujian yang kekal bersama pasukan anda, bukan dalam ingatan kami.
04Adakah ini terpakai kepada SAP ECC juga?
Ya. Prinsip yang sama terpakai kepada pembaikan kod tersuai dan pemindahan ke SAP S/4HANA: nilai apa yang masih digunakan, dapatkan semula dan uji apa yang penting, dan bergerak dalam langkah terkawal.
05Berapa lamakah sistem lama dan baharu berjalan seiring?
Sehingga hasil penyelarasan memenuhi toleransi yang dipersetujui bersama pemilik perniagaan, dan cukup lama untuk meliputi proses berkala seperti penutupan akaun hujung bulan atau larian tahunan.
Beritahu kami sistem mana yang menghalang anda dan apa yang bergantung padanya. Kami akan mencadangkan bahagian pertama dan cara membuktikannya dengan selamat.