PENGETESAN, IMPLEMENTASI DAN PEMELIHARAAN SISTEM Oleh : Hanif Al Fatta Abstraks Tahapan implementasi adalah tahapan dimana sistem informasi telah digunakan oleh user. Sebelum benar-benar bisa digunakan dengan baik oleh pengguna, sistem harus melalui tahapan pengetesan terlebih dahulu. Untuk menjamin tidak ada kendala fatal yang muncul pada saat pengguna memanfaatkan sistemnya. Sehingga secara umum tahapan implementasi terdiri atas tahapan :Pengetesan Sistem, Konversi Sistem,Pemeliharaan Sistem. Pada konversi sistem, analis harus bisa memilih strategi konversi yang tepat berkaitan dengan beroperasinya sistem baru. Pada pemeliharaan sistem, aspek pengembangan sistem dan penjagaan sistem dari kerusakan menjadi isu utama Kata Kunci :pengetesan, konversi, pemeliharaan system Pengembangan software mengikuti siklus hidup tertentu yang dimulai dari menentukan solusi untuk untuk masalah yang ditemukan dan mengimplementasikannya. Pengujian system (software testing) adalah bagian dari siklus hidup tersebut yang melibatkan verifikasi apakah setiap unit yang dikembangkan telah memenuhi kebutuhan system yang didefinisikan pada tahapan sebelumnya. Bahkan dengan pengujian yang sangat teliti pada pada ratusan atau ribuan variabel dank ode program, pengguna tetap saja bisa menemukan bugs dari program yang dikembangkan. Pengujian system adalah tahapan yang paling sedikit dipahami dalam pengembangan system dan merupakan proses yang paling memakan waktu dan perencanaan yang matang. Sangat penting untuk memahami konsep ini dengan memahami perbedaan karakteristik dan aspek dalam pengujian sistem, dan kemudian memeriksa teknik, prosedur dan tool yang digunakan untuk mengaplikasikan konsep ini. Hal ini akan membantu pengguna menyadari permasalahan yang dihadapi oleh penguji system dan pentingnya pengujian sistem Filosofi testing Pengujian system merupakan proses mengeksekusi sistem perangkat lunak untuk menentukan apakah sistem perangkat lunak cocok dengan spesifikasi sistem dan berjalan sesaui dengan lingkungan yang diinginkan. Pengujian sistem sering diasosiasikan dengan pencarian bug, ketidaksempurnaan program, kesalahan pada baris program yang menyebabkan kegagalan pada eksekusi sistem perangkat lunak. Menemukan dan menghilangkan ketidaksempurnaan program ini disebut debugging, yang berbeda dengan pengujian sistem yang berfikus pada mengidentifikasi adanya ketidaksempurnaan ini. Kesalahan sistem perangkat lunak bisa sangat bervariasi mulai dari output yang salah, sistem yang crash sampai pada sistem yang menggunakan memori terlalu banyak atau sistem yang berjalan terlalu lambat. Bug-bug seperti ini terjadi kode program yang dieksekusi belum di tes, urutan program yang dieksekusi belum dites, kombinasi dari nilai input yang belum di tes atau lingkungan pemrograman yang belum di tes. Manager dari pengembangan sistem harus bertanggung jawab pada pengujian sistem dan harus menentukan bagaimana pengujian sistem harus dilakukan dengan tujuan mengalokasikan waktu dan sumber daya yang dibutuhkan. Pengujian adalah tahap yang harus
direncanakan. Manajer juga harus mengidentifikasi kualitas dari atribut sistem yang akan diujicoba, menyadari teknik pengujian yang bisa diterapkan pada sistem yang dikembangkan dan memeriksa apakah metode pengujian yang dipilih telah terbukti pada proyek yang similar. Kualitas atribut sistem meliputi keselamatan, kinerja, usability, akurasi, keakuratan dan reliabilitas dan semuanya itu harus diujicoba pada level taktis, historis dan operasional. Beberapa aspek dari sistem juga harus pertimbangkan seperti response time, response pada batasab data, respons jika tidak ada input dan respons pada volum data yang besar. Pengujian sistem juga harus menyertakan data illegal dan data di luar batasan sistem. Sistem harus bisa menangani segala macam kemungkinan. Metode Pengujian Sistem Beberapa test-case harus dilaksanakan dengan beberapa perbedaan strategi transaksi, query atau jalur navigasi yang mewakili penggunaan sistem yang tipikal, kritis atau abnormal. Isu kunci pada pengembangan sistem adalah pemilihan sekelompok test-case yang cocok, sekecil dan secepat mungkin, untuk menyakinkan perilaku sistem secara detail. Pengujian harus mencakup unit testing, yang mengecek validasi dari prosedur dan fungsi-fungsi secara independent dari komponen sistem yang lain. Kemudian modul testing harus menyusul dilakukan untuk mengetahui apakah penggabungan beberapa unit dalam satu modul sudah berjalan dengan baik, termasuk eksekusi dari beberapa modul yang saling berelasi apakah sudah berjalan sesuai karakteristik sistem yang diinginkan. Berikut ini ringkasan beberapa kategori test yang bisa dilakukan a. Stub testing Stub testing adalah pengujian yang difokuskan pada pengujian struktur kendali sebelum semua modul dituliskan. Sistem perangkat lunak secara umum terdiri dari modul yang berelasi baik secara hirarki maupun relasional. Pengujian ini penting untuk mengecek apakah struktur kendali sudah memetakan kinerja keseluruhan modul secara tepat. Jika ada modul yang berfungsi memanggil modul yang lain maka harus dipastikan semua modul bekerjasama dengan tepat. Berikut ilustrasi struktur kendali beberapa modul : Gambar 1 : Ilustrasi Stub Test
b. Unit testing Jika struktur kendali antar modul sudah terbukti bagus, maka pengujian yang tak kalah pentingnya adalah pengujian unit. Pengujian unit digunakan untuk menguji setiap modul untuk menjamin setiap modul menjalankan fungsinya dengan baik. Ada 2 metode untuk melakukan unit testing yaitu : Black Box Testing Terfokus pada apakah unit program memenuhi requirement yang disebutkan dalam spesifikasi. Pada black box testing, cara pengujian hanya dilakukan dengan menjalankan atau mengeksekusi unit atau modul, kemudian diamati apakah hasil dari unit itu sesuai dengan proses bisnis yang diinginkan, Jika ada yang unit yang tidak sesuai outputnya maka untuk menyelesaikannya, diteruskan pada pengujian yang kedua yaitu white box testing. Gambar 2 : Blackbox Testing White-Box Testing White box testing adalah cara pengujian dengan melihat ke dalam modul untuk meneliti kodekode program yang ada, dan menganalisis apakah ada kesalahan atau tidak. Jika ada modul yang menghasilkan output yang tidak sesuai dengan proses bisnis yang dilakukan, maka barisbaris program, variable dan parameter yang terlibat pada unit tersebut akan dicek satu persatu dan diperbaiki, kemudian di compile ulang. Gambar 3 : Whitebox Testing
c.integration testing Setelah unit testing selesai, maka pengujian berikunya adalah pengujian interaksi dari modulmodul yang menyusun sistem informasi untuk menjamin bahwa mereka bekerja dengan baik. Integration test terdiri dari serangkaian tes sebagai berikut: Ujicoba Antarmuka Ujicoba setiap fungsi dari interface Ujicoba skenario pengguna Pastikan setiap skenario berjalan dengan baik Ujicoba aliran data Uji setiap proses dalam langkah per-langkah Ujicoba interface sistem Pastikan data mengalir antar proses d.system testing Tes-tes sebelumnya berhubungan dengan bagaimana software sistem informasi berjalan dengan baik atau tidak. Komponen dari sistem informasi secara keseluruhan tidak hanya terdiri dari perangkat lunak saja, tetapi juga terdiri dari sistem transmisi datanya, perangkatperangkat kerasnya seperti komputer, magnetic reader Tes untuk menjamin software bekerja dengan baik sebagai bagian dari keseluruhan sistem. Jika sistem terdiri dari beberapa mesin komputer yang saling berintegrasi, maka software harus bisa berjalan pada semua jenis hardware yang terlibat,. Aplikasi yang berjalan di sisi server misalnya harus dicek apakah merespon permintaan dari sisi klien dengan benar dan cepat. d.acceptance testing Ketiga jenis tes yang dilakukan sebelumnya, merupakan test yang dilakukan oleh pengembang sistem. Karena pengguna akhir dari sistem memiliki pemahaman tentang sistem informasi dengan tingkat yang berbeda, maka seberapa jauh pengguna akhir dapat memahami dan menerima sistem harus diuji. Tes ini lah yang dinamakan dengan user acceptance test.tes ini dilakukan untuk menjamin bahwa sistem telah melayani kebutuhan organisasi. Ada 2 tahap dalam user acceptance test, yaitu : Alpha testing dan Beta testing. Alpha Testing adalah tes ini dilakukan oleh user untuk menjamin bahwa mereka menerima sistem, tes dilakukan dengan menggunakan data tes. Tes ini sebenarnya merupakan simulasi dari penggunaan sistem oleh pengguna akhir pada sistem yang sebenarnya, tetapi dilaksanakan dengan data yang relative sedikit dan dilaksanakan di laboratorium. Tujuannya adalah untuk melihat kemudahan penggunaan software oleh pengguna akhir. Tahap kedua adalah Beta Testing. Alpha testing tidak dapat menggambarkan volume data yang sebenarnya yang harus diproses oleh sistem, sehingga perlu pengujian dengan menggunakan data riil, bukan data tes. User sesungguhnya memonitor kesalahan yang terjadi atau perbaikan yang dibutuhkan. Beta testing inilah yang menentukan apakah sistem akan diterima atau harus dirancang ulang.
Implementasi sistem Jika sistem perangkat lunak telah selesai melewati tahap pengujian sistem maka sistem perangkat lunak tersebut telah siap untuk digunakan. Penggunaan sistem perangkat lunak yang baru pada suatu organisasi atau perusahaan kadang-kadang merupakan proses yang tidak mudah sehingga persiapan untuk tahap ini harus dibuat dengan matang. Tahapan implementasi sistem dapat terdiri dari langkah-langkah berikut ini: Menerapkan rencana implementasi Melakukan kegiatan implementasi Tindak lanjut implementasi Menerapkan rencana implementasi Supaya kegiatan implementasi nantinya dapat beroperasi sesuai dengan yang diharapkan, maka suatu rencana implementasi. Sehingga rencana implementasi merupakan kegiatan awal dari tahap implementasi sistem. Rencana implementasi dimaksudkan untuk mengatur biaya dan waktu yang dibutuhkan. Dalam tahapan ini biaya yang dibutuhkan dikalkulasi dalam bentuk anggaran biaya. Angggaran biaya inilah yang digunakan untuk kendali terhadap biayabiaya yang dikeluarkan. Waktu yang diperlukan untuk melaksanakan tahapan-tahapan pekerjaan juga perlu ditentukan disini. Lebih jauh tentang penjadwalan akan di bahas pada modul tersendiri. Kegiatan Implementasi Kegiatan implementasi dilakukan dengan dasar kegiatan yang sudah direncanakan dalam rencana implementasi. Kegiatan yang dilakukan dalam tahapan implementasi adalah : Pemilihan dan pelatihan personil Pemilihan tempat dan instalasi perangkat lunak dan perangkat keras. Pemrograman dan pengetesan program Pengetesan sistem Konversi sistem. Pemilihan dan pelatihan personil Personil yang dipilih dapat berasal dari 2 sumber yaitu karyawan yang telah ada perusahaan atau calon karyawan yang berasal dari luar. dari Pelatihan karyawan Ada beberapa pendekatan pelatihan yaitu: Ceramah/seminar Pelatihan prosedural Pelatihan tutorial Simulasi Latihan langsung di pekerjaan (on-the-job-training)
Pemilihan tempat dan instalasi perangkat lunak dan perangkat keras. Jika peralatan baru akan dimiliki, maka tempat atau ruangan untuk hardware baru harus juga dipersiapkan. Sistem yang besar membutuhkan tempat dan lingkungan yang harus diperhitungkan, misalnya dengan pemasangan AC, penerangan, pendeteksi kebakaran, UPS, telepon dan lain sebagainya. Langkah selanjutnya adalah menginstall harware dan softwarenya. Konversi Sistem Setelah sistem sukses diujicoba maka persiapan untuk menempatkan sistem baru bisa dimulai. Sistem analis akan mengembangkan rencana konversi secara lengkap. Dalam melakukan konversi sistem ada beberapa alternatif strategi yang bisa dipilih: Abrupt Cut Over (konversi langsung)- Pada tanggal tertentu (biasanya tanggal yang bersamaan dengan periode bisnis resmi seperti periode anggaran bulanan, 4 bualanan atau tahunan) sistem lama dihapus dan sistem baru dioperasikan. Pendekatan ini merupakan pendekatan yang beresiko karena mungkin saja masih ada masalah utama yang belum ditemukan dalam ujicoba sistem, baru pada saat dioperasikan masalah tersebut ditemukan. Kelebihannya adalah tidak ada biaya transisi. Pendekatan ini mungkih diperlukan untuk mandat pemerintah atau kebijakan bisnis yang hanya efektif pada tanggal tertentu dan sistem tidak bisa diimplementasikan setelah tanggal itu. Paralel Conversion-Pada pendekatan ini, baik sistem lama maupun sistem baru diimplementasikan selama beberapa periode waktu. Pendekatan ini memungkinkan beberapa masalah utama pada sistem baru berhasil ditemukan dan diatasi sebelum sistem lama berhenti dipakai. Pada akhir periode paralel, sistem lama bisa langsung dibuang, atau secara bertahap dihentikan pemakaiannya. Sistem ini menjamin kegiatan perusahaan atau organisasi tidak akan terhenti juka sistem baru ternyata bermasalah.tetapi menjalankan 2 sistem bersamaan akan menyebabkan biaya produksi meningkat. Menjalankan 2 sistem bersamaan pada sistem komputer yang sama juga bisa menyebabkan kecepatan komputasi dari sistem melambat. Location Conversion-Ketika beberapa sistem yang sama akan dioperasikan pada tempattempat yang berbeda lokasi geografinya, konversi biasanya dilakukan pada 1 lokasi terlebih dahulu (bisa konversi langsung atau paralel). Ketika sistem pada lokasi tersebut berjalan dengan baik, maka sistem bisa di-deploy di lokasi yang lainnya. Pada lokasi pertama disarankan digunakan konversi paralel dan pada lokasi-lokasi berikutnya bisa digunakan konversi secara langsung. Staged Conversion (Konversi bertahap)-seperti location conversion, staged conversion adalah variasi dari konversi langsung dan konversi paralel. Konversi ini menggunakan pendekatan versi. Suatu sistem dikembangkan dengan versi awal kemudian diimplemetasikan, bisa dengan paralele atau langsung. Kemudian versi berikutnya diimplementasikan lagi, sampai diperoleh versi yang sesuai dengan kebutuhan organisasi atau perusahaaan. 15.6 Pemeliharaan Sistem Walaupun telah didisain, dibangun dan diujicoba sistem atau aplikasi bisa mengalami error atau bug yang tidak bisa dihindari. Bug bisa disebabkan oleh beberapa hal: Kebutuhan sistem yang kurang divalidasi Kebutuhan sistem yang kurang dikomunikasikan Kebutuhan sistem yang disalahtafsirkan Kesalahan dalam mendesain dan mengimplementasikan kebutuhan sistem Kesalahan penggunaan program semata
Tujuan utama dari pemeliharaan sistem adalah: Untuk membuat perubahan yang bisa diramalkan untuk sistem yang ada dan membetulkan kesalahan yang dibuat selama proses sistem disain dan implementasi Untuk memelihara bagian program yang benar dan menghindari memperbaiki bagian ini yang justru akan menyebabkan error pada bagian lain yang sudah benar Untuk menghindari, degradasi performa sistem. Pemeliharaan sistem yang buruk akan berakibat menurunnya throughput dan response time dari sistem Untuk menjamin keseluruhan proses bisnis yang bergantung pada sistem informasi berjalan dengan baik, karena kegagalan sistem bisa saja berakibat pada kerugian jutaan dolar. Recovery sistem Dari waktu ke waktu sistem yang crash adalah hal yang tidak bisa dihindari. Biasanya disebabkan karena program hang dan diikuti oleh hilangnya transaksi atau data-data bisnis. Sistem analis biasanya berperan sebagai pihak yang memperbaiki atau sebagai jembatan antara user dan pihak yang bisa melakukan perbaikan. Pemulihan sistem dapat dirangkum sebagai berikut: Pada banyak kasus, seorang analis cukup duduk di terminal computer dan melakukan perbaikan dengan hanya menekan tombol tertentu atau melakukan rebooting. Pada kasus ini seorang analis biasanya memberikan sederetan instruksi untuk mencegah kerusakan yang sama terulang lagi. 1. Pada kasus yang lain, seorang analis mungkin perlu menghubungi personil operasi untuk memperbaiki kerusakan. Hal ini biasa dilakukan jika melibatkan server. Network administrator, database administrator atau webmaster biasanya mngurusi server tersebut. 2. Pada kasus lain, analis kemungkinan perlu memanggil administrator data untuk mengembalikan data-data bisnis dalam database yang hilang atau rusak. Dalam memulihkan data bisnis bukan hanya database yang perlu diperbaiki tetapi: Transaksi yang terjadi antara backup terakhir dan pemulihan data harus diproses ulang. Proses ini disebut dengan roll forward. Jika crash terjadi selama proses transaksi, dan transaksi tersebut baru sebagian selesai., maka segala update transaksional sebelum proses crash terjadi harus dihapus sebelum melakukan pemrosesan keseluruhan transaksi. Proses ini disebut dengan roll back. Biasanya sistem manajemen basis data menyediakan fasilitas roll back dan roll forward ini. 3. Pada kasus lain, analis perlu memanggil administrator jaringan untuk memperbaiki jaringan lokal atau jaringan internet yang putus. 4. Pada kasus lain, analis perlu memanggil teknisi hardware untuk memperbaiki kerusakan pada perangkat keras. 5. Pada kasus lain, kemungkina analis akanmenemukan beberapa bug dan mengisolasi bugs tersebut atau mengingatkan pengguna untuk menghindari operasi yang menyebabkan bug tersebut.
System Enhancement Melakukan perubahan terhadap sistem karena perubahan kebutuhan sistem adalah hal yang normal pada suatu sistem informasi. Dunia bisnis selalu berubah, sehingga kebutuhan sistem juga akan ikut berubah. Sistem analis perlu mengamati perubahan kebutuhan sistem ini. Pada satu kasus, sistem analis mungkin akan mengadakan peningkatan atau perubahan pada hardware yang dipakai, kadang-kang harus melakukan pengembangan sistem dari sisi software dengan menambahkan beberapa kebutuhan sistem yang baru. Beberapa hal yang bisa menyebabkan terjadinya enhancement ini antara lain: 1. Masalah bisnis baru- muncul masalah-masalah bisnis baru akan menyebabkan sistem yang sedang digunakanmenjadi tidak bisa digunakan atau tidak aman. 2. Kebutuhan bisnis baru-kebutuhan sistem baru (versi laporan yang terbaru, transaksi, ataupun kebijakan) diperlukan untuk mendukung keberadaan sistem yangs edang berjalan 3. Kebutuhan Teknologi baru-hal ini terjadi jika ternyata bermunculan teknologi baru yang lebih mempermudah proses bisnis 4. Desain sistem yang baru- Kadang-kadang beberapa elemen dari sistem yang sudah ada perlu dirubah walaupun masalah bisnis dan kebutuhan bisnis tidak berubah (misalnya perubahan jumlah field dalam database atau perubahan user interface). Kesimpulan a. Setelah proses penulisan program dinyatakan selesai, maka beberapa tahapan penting dalam pengembangan Sistem Informasi harus dilalui. Pertama, sistem harus melalui serangkaian ujicoba sistem untuk melihat apakah kebutuhan user benart-benar sudah terimplementasikan dalam perangkat lunak sistem informasi yang dilakukan. Pengujian juga bertujuan untuk melihat apakah pengguna akhir mampu menggunakan dan memanfaatkan perangkat lunak tersebut dengan efisien. b. Setelah perangkat lunak lolos pengujian sistem, maka rencana implementasi diterapkan. Untuk sistem informasi yang kompleks pelatihan untuk pengguna sangat dianjurkan sehingga sistem dapat dipahami oleh pengguna akhir. Strategi konversi juga harus dipilih untuk menjamin penggunaan sistem baru tidak membuat proses bisnis pada perusahaan atau organisasi klien terganggu atau terhenti. c. Langkah terakhir adalah pemeliharaan sistem. Karena sistem informasi memiliki kemungkinan untuk crash, rusak dan sebagainya maka sistem perlu dipelihara. Pemeliharaan sistem juga punya tujuan yaitu merespon perubahan kebutuhan pengguna setelah sistem digunakan selama beberapa waktu. Daftar Pustaka Al fatta, Hanif, 2007, Analisis dan perancangan system informasi untuk keunggulan perusahaan dan organisasi kelas dunia, Andi offset STMIK AMIKOM Yogyakarta