ve_blue

Periode percobaan atau parallel run adalah pendekatan yang paling umum untuk penerimaan. Menggunakan pendekatan ‘Periode Percobaan’ tim proyek mudah memasang sistem baru untuk dicoba oleh user.
Pendekatan ‘Parallel Run’ menambahkan dimensi untuk peralihan sistem lama yang sudah berjalan dengan baik sebagai perbandingan dan cadangan.
Pendekatan ini cukup mudah, tetapi ada beberapa kekurangan :
1. Masalah kecil dapat membuat anda menjalankan kembali selama ‘X’ hari untuk jangka waktu yang tidak terbatas. Kadang-kadang sistem software yang rumit tidak pernah 100% di-debug.
2. Mungkin sulit untuk mencari penyebab dari suatu masalah. Jika 10 user berada pada sistem yang interaktif dan sistem tersebut rusak, ini merupakan tantangan untuk menemukan dengan tepat apa yang menyebabkan sistem tersebut rusak.
3. Tidak ada jaminan bahwa semua kelebihan sistem akan dicoba dalam ‘X’ hari. Penulis pernah melihat sebuah sistem akuntansi yang diterapkan pada awal tahun fiskal baru. Sistem itu berjalan baik selama masa percobaan (6 bulan) sampai mengalami kegagalan pada akhir tahun fiskal ketika akuntan mencoba untuk melakukan tutup buku. Sayangnya garansinya telah habis dan penjual (vendor) tidak mau memperbaikinya.
4. Biarkan end user masuk ke sistem pada hari pertama yang penerapannya tidak selalu bermanfaat. Karena dalam hal ini faktor penampilan lebih berperan. Seperti dalam roman, kesan pertama sangat penting.

Selain itu terdapat beberapa kelebihan dari Pendekatan Parallel Run :
Dapat mendemonstrasikan semua fungsi yang dijanjikan.
Sebuah tindakan yang menyebabkan masalah selalu dapat diketahui , mengetahui dengan tepat siapa yang mengetahui dengan tepat siapa yang mengetik jika terjadi suatu masalah.
User dapat melakukan pengecekan data pada sistem lama.

Perusahaan perlu untuk melakukan paralel berjalan di setidaknya portofolio mereka signifikan dan berisiko yang mereka mengajukan aplikasi. Tingkat tinggi prinsip kami menyatakan bahwa perusahaan harus:
Paralel berjalan selama satu tahun dan dapat menghitung kebutuhan modal mereka paling sedikit tiga bulan untuk tujuan regulasi berdasarkan lama dan baru;
Ada di tempat proses yang kokoh untuk rekonsiliasi data risiko kredit dengan data akuntansi dan menjelaskan perbedaan;
Ada di tempat proses yang kokoh untuk menunjukkan kredibilitas, keandalan dan integritas data risiko operasional, baik oleh rekonsiliasi untuk membiayai data atau dengan beberapa cara lain yang sesuai;
Terus mendukung perhitungan dengan metode lama paling tidak sampai lantai telah dihapus;
Bisa, pada setidaknya portofolio mereka signifikan dan berisiko, untuk menjalankan laporan dengan cepat melalui sistem mereka dengan workarounds minimal dan intervensi manual di tempat;
Yang sesuai dan dalam hubungannya dengan risiko kredit pada setidaknya portofolio mereka yang signifikan dan berisiko, dapat menjalankan stress test dan skenario dengan cepat melalui sistem mereka dengan workarounds minimal dan intervensi manual di tempat;
Dapat menunjukkan bahwa sistem sedang diuji dan diperbaiki dari waktu ke waktu, dan
Punya rencana menunjukkan bagaimana paralel berjalan akan diluncurkan di portofolio sisa untuk dimasukkan dalam perusahaan IRB dan / atau pendekatan AMA, dan terkait sistem.