Apa
saja yang perlu dicek pada kegiatan 'Rencana Penerimaan'? Sebut dan jelaskan.
Tahap-tahap yang harus dicek pada
kegiatan rencana penerimaan diantaranya adalah :
1. PERIODE PERCOBAAN ATAU PARALLEL RUN
Periode percobaan atau parallel run adalah pendekatan yang paling umum untuk penerimaan. Pada periode percobaan ini tim proyek atau pengembang membuat system baru yang diinginkan oleh user. Sedangkan pada parallel run tim proyek atau pengembang untuk peralihan sistem lama yang sudah berjalan dengan baik sebagai perbandingan dan cadangan.
2. SOLUSI : PENERIMAAN YANG LENGKAP SEDIKIT DEMI SEDIKIT
Pendekatan adalah menemukan serangkaian tes yang mendemonstrasikan semua fungsi yang telah dijanjikan. Tes akan di lakukan kepada pelanggan secara resmi dan keberhasilan tes diakhiri satu per satu.
Pendekatan ini mempunyai manfaat sebagai berikut :
a. Anda dapat mendemonstrasikan semua fungsi yang dijanjikan.
b. Sebuah tindakan yang menyebabkan masalah selalu diketahui – anda mengetahui dengan tepat siapa yang mengetik ketika masalah terjadi.
c. User tidak merasa takut tentang semuanya.
Memerlukan banyak pekerjaan untuk menulis ATP merupakan kerugian dari pendekatan ini .
3. MEMASTIKAN BAHWA SEMUA YANG DIJANJIKAN AKAN DIUJI
Akan memastikan semua akan di uji langsung satu demi satu, dan akan dibuat daftar menu tes yang dapat dites
4. MENGGUNAKAN DISAIN
Disain ini dapat membantu mengelompokan tes ke dalam serangkain tes yang akan di uji pada fungsi utama
5. MENULIS PERCOBAAN
Pada tahap ini bagaimana anda sudah siap untuk menentukan menguji item ketika pengisian pada metoda percobaan.
6. DAFTAR RENCANA TES PENERIMAAN
Daftar pengecekan yang dilakukan pada rencana penerimaan:
Hasilkan Fungsi vs. Tabel Percobaan dan semua FS yang dijanjikan telah dialamatkan
Definiskan percobaan dan kumpulan percobaan
Tetapkan tanggung jawab untuk menulis percobaan
Klien dan Tim proyek mengetahui bahwa ATP akan ditinjau kembali, direvisi jika perlu, dan ditandatangani oleh user
Tanggung jawab untuk percobaan data telah ditetapkan.
7. KESIMPULAN UNTUK RENCANA TES PENERIMAAN
User di anjurkan untuk menulis ATP dan tim proyek harus membangun proyek dengan melalui percobaan.
8. KESIMPULAN UNTUK TAHAP DISAIN
Dokumen Spesifikasi Disain memuat disain akhir tingkat atas melalui disain tingkat menengah
Tanggung jawab ATP disahkan dan dimulai
Perlu peninjauan kembali untuk rencana proyek.
1. PERIODE PERCOBAAN ATAU PARALLEL RUN
Periode percobaan atau parallel run adalah pendekatan yang paling umum untuk penerimaan. Pada periode percobaan ini tim proyek atau pengembang membuat system baru yang diinginkan oleh user. Sedangkan pada parallel run tim proyek atau pengembang untuk peralihan sistem lama yang sudah berjalan dengan baik sebagai perbandingan dan cadangan.
2. SOLUSI : PENERIMAAN YANG LENGKAP SEDIKIT DEMI SEDIKIT
Pendekatan adalah menemukan serangkaian tes yang mendemonstrasikan semua fungsi yang telah dijanjikan. Tes akan di lakukan kepada pelanggan secara resmi dan keberhasilan tes diakhiri satu per satu.
Pendekatan ini mempunyai manfaat sebagai berikut :
a. Anda dapat mendemonstrasikan semua fungsi yang dijanjikan.
b. Sebuah tindakan yang menyebabkan masalah selalu diketahui – anda mengetahui dengan tepat siapa yang mengetik ketika masalah terjadi.
c. User tidak merasa takut tentang semuanya.
Memerlukan banyak pekerjaan untuk menulis ATP merupakan kerugian dari pendekatan ini .
3. MEMASTIKAN BAHWA SEMUA YANG DIJANJIKAN AKAN DIUJI
Akan memastikan semua akan di uji langsung satu demi satu, dan akan dibuat daftar menu tes yang dapat dites
4. MENGGUNAKAN DISAIN
Disain ini dapat membantu mengelompokan tes ke dalam serangkain tes yang akan di uji pada fungsi utama
5. MENULIS PERCOBAAN
Pada tahap ini bagaimana anda sudah siap untuk menentukan menguji item ketika pengisian pada metoda percobaan.
6. DAFTAR RENCANA TES PENERIMAAN
Daftar pengecekan yang dilakukan pada rencana penerimaan:
Hasilkan Fungsi vs. Tabel Percobaan dan semua FS yang dijanjikan telah dialamatkan
Definiskan percobaan dan kumpulan percobaan
Tetapkan tanggung jawab untuk menulis percobaan
Klien dan Tim proyek mengetahui bahwa ATP akan ditinjau kembali, direvisi jika perlu, dan ditandatangani oleh user
Tanggung jawab untuk percobaan data telah ditetapkan.
7. KESIMPULAN UNTUK RENCANA TES PENERIMAAN
User di anjurkan untuk menulis ATP dan tim proyek harus membangun proyek dengan melalui percobaan.
8. KESIMPULAN UNTUK TAHAP DISAIN
Dokumen Spesifikasi Disain memuat disain akhir tingkat atas melalui disain tingkat menengah
Tanggung jawab ATP disahkan dan dimulai
Perlu peninjauan kembali untuk rencana proyek.
Tidak ada komentar:
Posting Komentar