Fungsi bisnis dan proses yang tidak biasa
Selain operasi normal, anomali seperti pembatalan, pengembalian, penyerahan duplikat, gangguan jaringan, akses dan konflik data yang tidak memadai diverifikasi.
Home Panduan pengambilan keputusan Proyek / Daftar cek penerimaan proyek Perangkat lunak
PROJECT DECISION GUIDEDaftar cek penerimaan proyek perangkat lunak ugugugware: fungsionalitas, kualitas dan cara memeriksa pengiriman
Perangkat lunak ini ditunjukkan tidak boleh on line. Penerimaan dan pemeriksaan yang efektif disertai dengan pemeriksaan pada fungsionalitas bisnis, proses abnormal, kualitas data, indikator non-fungsional dan penerima selanjutnya.
Jawab pertanyaannya.
Senarai penerimaan projek perisian
Kelayakan penerimaan dan pemeriksaan harus ditulis ke dalam persyaratan dan kontrak sebelum proyek dimulai dan terus-menerus didamaikan pada setiap tonggak. Penerimaan akhir harus meliputi setidaknya proses bisnis, hak akses peran, migrasi data, antarmuka, kinerja, keamanan, keserasian, penyebaran roll-back, berkas sumber dan hal-hal yang tidak terselesaikan.
DECISION FACTORS
Elemen kunci yang akan diperiksa untuk pengambilan keputusan
Pertama, batas-batas kekangan dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerja sama dibandingkan.
Ke konsistensi Data dan antarmuka
¡Cawri Mengulang jumlah migrasi, medan kunci, status moneter, antarmuka menguji kembali dan rekonsiliasi hasil dan mempertahankan catatan retroaktif.
Prestasi dan stabilitas
Waktu respon olephanity, kapasitas, ketersediaan dan pemulihan target menurut real co-produksi, volume data dan link kunci.
Wewenang dan keamanan
Periksa batas peran, data sensitif, audit log, manajemen voucher, perbaikan celah dan ketergantungan pihak ketiga.
Keberagaman dan Putar Balik
Otomasi olesi validasi pada lingkungan target atau re-deployment, manajemen konfigurasi, pemulihan backup, pemantauan alarm dan proses rollback.
Dokumen sumber dan transfer pengetahuan
Kode morfida, basis data, antarmuka, nomor rekening, desain dan data transportasi harus terintegrasi sepenuhnya ke posisi kontrol klien.
Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian
Barang per artikelProses dan pengecualian inti fined berlalumigrasi data dan rekonsiliasi antarmuka yang selesaiTes keamanan Prestasi dari penerbangan sedang sejalan dengan protokol.Produksi yang diluncurkan dan rollback passKode sumber lengkap dan daftar keberangkatan pihak ketigaPengguna dan dokumen transportasi yang dikirimkanIsu Legasi dan tanggung jawab Assuransi Kualitas telah dikonfirmasi
Cadangkan jalur ke implementasi
Ia diusulkan agar penerimaan dibongkar ke empat tahap, prototipe, iteratif, pilot dan go-live, dan bahwa masalah tersebut diselesaikan ketika timbul Penerimaan akhir harus menghasilkan catatan tertulis, penanda versi, bukti uji dan daftar item yang tersisa.
DECISION WORKSHEET
Metranslating daftar cek penerimaan proyek perangkat lunak ke dalam pengambilan keputusan yang dapat ditegakkan
Karya-karya berikut membantu perusahaan untuk mengatur nasihat yang tidak jelas ke dalam berbasis vendor, internal-approval dan proyek-receivable masukan.
Fungsi bisnis dan proses yang tidak biasa
Selain operasi normal, anomali seperti pembatalan, pengembalian, penyerahan duplikat, gangguan jaringan, akses dan konflik data yang tidak memadai diverifikasi.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Ke konsistensi Data dan antarmuka
¡Cawri Mengulang jumlah migrasi, medan kunci, status moneter, antarmuka menguji kembali dan rekonsiliasi hasil dan mempertahankan catatan retroaktif.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Prestasi dan stabilitas
Waktu respon olephanity, kapasitas, ketersediaan dan pemulihan target menurut real co-produksi, volume data dan link kunci.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Apa yang hendaknya memuat ringkasan penilaian yang serupa?
Pada minimal, organisasi persyaratan sesuai dengan item penerimaan oleh artikel, proses inti dan pengecualian, migrasi data dan rekonsiliasi antarmuka, pemeriksaan keamanan kinerja disepakati, bersama-sama dengan indikasi volume bisnis saat ini, waktu pemrosesan rata-rata, anomali utama, sistem di tempat, hak akses data, ketergantungan pihak ketiga dan jendela akses. Versi informasi yang sama disediakan kepada pemasok yang berbeda, dan persyaratannya adalah untuk menyatakan secara terpisah asumsi, eksklusi, kerjasama pelanggan, pengiriman dan bukti penerimaan untuk menghindari membandingkan harga total dari satu perbatasan yang hilang.
Sebagai contoh, perusahaan mengharapkan proyek tersebut akan menghemat 160 jam kerja per bulan, tetapi angka ini harus dipecahkan ke dalam jumlah tugas, tabungan waktu tunggal, tingkat adopsi dan rasio ulasan manual. Jika hanya 40 persen pengguna yang menggunakan periode pertama, atau jika proses baru meningkatkan proses ulasan, keuntungan sebenarnya akan jauh lebih rendah dari perkiraan yang jelas.
Empat jenis bukti yang disarankan untuk ditanyai selama komunikasi vendor
Yang pertama adalah bukti ruang lingkup: konsistensi versi permintaan, proses bisnis, prototipe, antarmuka dan eksklusi; yang kedua adalah bukti rekayasa: apakah teknologi serupa memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah bukti personel: apakah peserta aktual, tahap input, tanggung jawab dan mekanisme penggantian jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, nomor rekening, dokumen, pelatihan, jaminan kualitas dan transportasi diserahkan. Adalah normal bagi pemasok untuk tidak dapat menyediakan kerahasiaan pada tahap penawaran, tetapi harus mampu menjelaskan metode mereka sendiri dan bukti yang dapat dikembangkan di bawah proyek ini.
UDO disarankan bahwa kejelasan ruang lingkup, keandalan kritis, kapasitas tim, penegakan penerimaan dan pengambilalihan jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor dicatat.Jika sebuah programme lebih murah, antarmuka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke kaliber pengiriman yang sama sebelum perbandingan.
Prinsip penilaian
Halaman ini menyediakan kerangka pengambilan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.
FAQ
FAQs
Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.
Bisa kau periksa jika bisa kau lewati?+
Tidak, memeriksa anomali, data, kinerja, keamanan, penyebaran dan pemeliharaan juga diperlukan, jika tidak, masalah biaya tinggi mungkin akan terkena ketika on-line.
Haruskah problem kecil itu diidentifikasi sebagai menuntut penolakan penerimaan?+
Masalah AWAD Masalah memblokir akses ke jalur atau mempengaruhi data inti harus diperbaiki terlebih dahulu, dan masalah berisiko rendah dapat dialamatkan dengan memperjelas tanggung jawab dan tenggat waktu sebelum masuk ke dalam daftar warisan.
Siapa yang harus terlibat dalam pemeriksaan?+
Kepala operasi, pengguna kunci, pemimpin produk atau proyek, dan staf teknis dan transportasi harus terlibat sesuai dengan tanggung jawab masing-masing, menghindari diidentifikasi dengan peran tunggal.
DECISION FAQ
Periksa semua 265 pertanyaan.Masalah umum yang berkaitan dengan proyek saat ini
Pengembangan perangkat lunak dan outsourcing proyek
Bagaimana perangkat lunak dapat mengungguli proyek yang mendukung kualitas pembangunan?
Kualitas KANTOR tidak dapat menunggu sampai proyek akhirnya terjamin oleh penerimaan fungsional. Kontrol umum harus diundur dari dasar permintaan, evaluasi arsitektur, manajemen kode, pengujian terus menerus, demonstrasi panggung dan daring. Enterprises perlu melihat kebolehjejakan permintaan, cacat, pengujian dan pelepasan bukti, daripada mendengarkan kemajuan lisan.
Tiliklah jawaban penuhKontrak, pembayaran, perubahan dan pengiriman proyekInformasi apa yang diperlukan untuk penerimaan dan pemeriksaan proyek perangkat lunak?
Tujuan dari informasi tersebut adalah untuk menunjukkan bahwa sistem memenuhi standar yang disepakati dan bahwa klien dapat terus beroperasi dan mengambil alih.
Tiliklah jawaban penuhPengembangan perangkat lunak dan outsourcing proyekBerapa lama proyek perangkat lunak langganan biasanya akan berkembang?
Siklus ini bergantung pada tingkat penentuan ruang lingkup, antarmuka dan penyiapan data, efisiensi pengambilan keputusan dan persyaratan akses, tidak hanya pada jumlah orang yang dikembangkan.Peralatan internal kecil mungkin selesai dalam beberapa minggu, dan platform enterprise lintas sistem sering kali perlu diterapkan dalam fase lebih dari sebulan.
Tiliklah jawaban penuhKontrak, pembayaran, perubahan dan pengiriman proyekBagaimana perangkat lunak outsourcing kontrak ditandatangani dan apa syarat harus disepakati?
Kontrak untuk kontraksi perangkat lunak harus sekurang-kurangnya menyatakan lingkup permintaan, tonggak sejarah, pembayaran, penerimaan, perubahan, hak kekayaan intelektual, kerahasiaan, jaminan mutu dan penghentian penyerahan. Daftar fungsional tidak harus hanya mencakup nama modul, tetapi juga berhubungan dengan persyaratan versi, antarmuka, data dan persyaratan non-fungsional. Tanggung jawab para pihak, kerja sama klien dan ketergantungan pihak ketiga juga harus dimasukkan dalam kontrak. Tujuan kontrak tidak mendorong semua risiko ke satu pihak, tetapi untuk memberikan dasar yang dapat ditegakkan untuk pemrosesan ketika perubahan terjadi.
Tiliklah jawaban penuhRELATED
Pengalihan evaluasi proyekKau harus tetap tahu tentang jasamu.
Relevant
Penilaian dan penerimaan vendor
Penilaian penuh dari penyedia perangkat lunak dari pra-kerjasama ke pasca-penjajahan
Untuk informasi lebih lanjut.RelevantPanduan kepanduan tentang kerjasama dan pengiriman
Memahami sejarah, barang - barang yang dapat disampaikan dan tanggung jawab penerimaan
Untuk informasi lebih lanjut.RelevantPusat Kepercayaan dan Bukti
Kejelasan kasus pengungkapan dan pengiriman prinsip ZhiHua Tech
Untuk informasi lebih lanjut.