Kamis, 16 Juni 2016
alasan mengapa hasil yang di peroleh tidak diinginkan
bilang fungsi tidak sesuai dengan yang diinginkan maka user berhak mengkomplain ATP agar di kerjakan fungsinya lebih baik. mungkin harus lebih di awasi oleh usernya tersebut untuk mendapatkan hasil yang lebih baik. untuk tes penerimaan secara berlebihan ATP harus siap kemungkinan permintaan yang berbeda oleh user tersebut. untuk tahap mendisain rencana proyek harus lebih di tinjau kembali. sebab user tidak mau kecewa apa yang di kerjakan atau di minta yang di kerjakan oleh ATP. progremmer yang sudah di pilih harus bekerja dengan baik agar tidak ada kesalahan yang tidak di inginkan.
kekurangan dan kelebihan dari Parallel Run dan Penerimaan sedikit demi sedikit.
- kelebihan dari parallel run adalah 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.
- kekurangan dari parallel run adalah
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 apayang menyebabkan sistem tersebut rusak.
3.Tidak ada jaminan bahwa semua kelebihan sistem akan dicoba alam „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.
PENERIMAAN SEDIKIT DEMI SEDIKIT.
kelebihan yang di milikinya adalah Pendekatan yang lebih baik adalah menemukan serangkaian tes yang mendemonstrasikan semua fungsi yang dijanjikan. Penerimaan akan dilakukan secara resmi melalui seluruh tes ini kepada pelanggan. Keberhasilan tes diakhiri satu per satu. Jika sebuah tes gagal, Tim proyek dengan penuh harapan memperbaiki masalah langsung di tempat pengujian. Jika itu masalah utama maka tes ditunda sampai masalah dapat diperbaiki. Dalam teori hanya tes yang gagal yang diulang, walaupun user memiliki hak untuk menjalankan kembali tes yang diterimanya sesudah perbaikan.
1.Anda dapat mendemonstrasikan semua fungsi yang dijanjikan.
2.Sebuah tindakan yang menyebabkan masalah selalu diketahui–anda mengetahui dengan tepat siapa yang mengetik ketika masalah terjadi.
3.User tidak merasa takut tentang semuanya.
kekurangan yang di milikinya adalah Kerugian utama dari pendekatan ini adalah memerlukan banyak pekerjaan untuk menulis ATP. Dan lagi user mungkin tidak lazim dengan pendekatan ini. Tetapi anda dapat membiasakan mereka dengan metode baru sebelumnya.
Langganan:
Komentar (Atom)