STANDAR NEGARA Uni Soviet

Seperangkat standar untuk sistem otomatis

Standar ini berlaku untuk sistem otomatis (AS) yang digunakan di berbagai jenis   kegiatan (penelitian, desain, manajemen, dll.), termasuk kombinasinya, dibuat dalam organisasi, asosiasi dan perusahaan (selanjutnya disebut - organisasi).

Standar ini menetapkan jenis pengujian pembangkit listrik tenaga nuklir dan persyaratan umum untuk pelaksanaannya.

Istilah yang digunakan dalam standar ini dan definisinya sesuai dengan GOST 34.003.

Persyaratan standar ini, kecuali klausa 2.2.4, 4.4, 4.5, wajib, persyaratan klausa 2.2.4, 4.4, 4.5 direkomendasikan.

1. Ketentuan umum.

1.1. Pengujian pembangkit listrik tenaga nuklir dilakukan pada tahap “commissioning” sesuai dengan GOST 34.601 untuk memverifikasi kepatuhan pembangkit listrik tenaga nuklir yang dibuat dengan persyaratan spesifikasi teknis (TK).

1.2. Tes NPP adalah proses verifikasi pemenuhan fungsi sistem yang ditentukan, menentukan dan memverifikasi kepatuhan dengan persyaratan persyaratan teknis karakteristik kuantitatif dan (atau) kualitatif sistem, mengidentifikasi dan menghilangkan kekurangan dalam tindakan sistem, dalam dokumentasi yang dikembangkan.

1.3. Jenis tes utama berikut ditetapkan untuk pembicara: 1) pendahuluan; 2) operasi uji coba; 3) penerimaan.

Catatan:

1. Diijinkan untuk melakukan jenis tes lain dari speaker dan bagian-bagiannya.

2. Klasifikasi tes penerimaan diperbolehkan tergantung pada status komite penerimaan (komposisi anggota komisi dan tingkat persetujuannya).

3. Jenis-jenis tes dan status komite penerimaan ditetapkan dalam kontrak dan (atau) TK.

1.4. Bergantung pada interkoneksi dari objek yang diuji dalam AC, pengujian dapat bersifat otonom atau kompleks.

Tes yang berdiri sendiri mencakup bagian-bagian speaker. Itu dilakukan karena bagian-bagian NPP siap untuk commissioning.

Tes kompleks dilakukan untuk kelompok bagian yang saling berhubungan dari penutur atau untuk penutur secara keseluruhan.

1.5. Untuk merencanakan pelaksanaan semua jenis tes, dokumen "Program Tes dan Metodologi Uji" dikembangkan. Pengembang dokumen ditetapkan dalam kontrak atau TK.

1.6. Program dan metodologi pengujian harus menetapkan jumlah pengujian yang diperlukan dan memadai, memberikan keandalan hasil yang diberikan.

1.7. Program pengujian dan prosedur pengujian dapat dikembangkan pada AC secara keseluruhan, pada bagian AC. Tes (test case) dapat dimasukkan sebagai aplikasi.

1.8. Tes pendahuluan dari pembicara dilakukan untuk menentukan kinerjanya dan menyelesaikan masalah kemungkinan penerimaan AC ke dalam operasi percobaan.

1.9. Pengujian awal harus dilakukan setelah pengembang melakukan debug dan menguji perangkat lunak dan perangkat keras yang disediakan sistem dan menyerahkan kepada mereka dokumen yang relevan tentang kesiapan mereka untuk pengujian, serta setelah membiasakan personel NPP dengan dokumentasi operasional.

1.10. Operasi eksperimental pembicara dilakukan untuk menentukan nilai aktual dari karakteristik kuantitatif dan kualitatif pembicara dan kesiapan personel untuk bekerja dalam kondisi fungsi speaker, menentukan efektivitas pembicara yang sebenarnya, dan menyesuaikan (jika perlu) dokumentasi.

1.11. Tes penerimaan speaker dilakukan untuk menentukan kepatuhan pembicara dengan spesifikasi teknis, menilai kualitas operasi pilot dan menyelesaikan masalah kemungkinan penerimaan speaker untuk operasi yang berkelanjutan.

1.12. Tes penerimaan pembangkit listrik tenaga nuklir harus didahului dengan operasi pilotnya di fasilitas.

1.13. Tergantung pada jenis persyaratan untuk pembangkit listrik tenaga nuklir selama pengujian, verifikasi atau sertifikasi, itu tunduk pada: 1) satu set perangkat lunak dan perangkat keras; 2) staf; 3) dokumentasi operasional yang mengatur kegiatan personel selama pengoperasian PLTN; 4) pembicara secara keseluruhan.

1.14. Saat menguji speaker, periksa: 1) kualitas fungsi perangkat lunak dan perangkat keras yang kompleks otomatis dalam semua mode fungsi speaker sesuai dengan pernyataan kerja untuk penciptaan speaker; 2) pengetahuan tentang dokumentasi operasi oleh personel dan ketersediaan keterampilan yang diperlukan untuk melakukan fungsi-fungsi yang ditetapkan dalam semua mode operasi pembangkit listrik tenaga nuklir, sesuai dengan pernyataan kerja untuk penciptaan pembangkit listrik tenaga nuklir; 3) kelengkapan instruksi yang terdapat dalam dokumentasi operasional bagi personel untuk menjalankan fungsinya dalam semua mode operasi PLTN sesuai dengan pernyataan kerja untuk pembuatan PLTN; 4) karakteristik kuantitatif dan (atau) kualitatif dari kinerja fungsi PLTN otomatis dan otomatis sesuai dengan pernyataan kerja; 5) properti AU lainnya, yang harus sesuai dengan pernyataan kerja.

1.15. Pengujian speaker harus dilakukan di lokasi pelanggan. Dengan persetujuan antara pelanggan dan pengembang, pengujian pendahuluan dan penerimaan perangkat lunak AS diizinkan untuk dilakukan pada peralatan teknis pengembang ketika menciptakan kondisi untuk mendapatkan hasil pengujian yang andal.

1.16. Pengujian dan commissioning berurutan dari bagian-bagian NPP untuk percobaan dan operasi berkelanjutan diizinkan dengan tunduk pada urutan menempatkan NPP ke dalam operasi yang ditetapkan dalam ToR.

2. Tes pendahuluan.

2.1. Tes pendahuluan pembicara dapat: 1) otonom; 2) kompleks.

2.2. Tes mandiri

2.2.1. Tes yang berdiri sendiri dari pembicara harus dilakukan sesuai dengan program dan metodologi tes yang berdiri sendiri dikembangkan untuk setiap bagian dari pembicara.

2.2.2. Program pengujian otonom harus menunjukkan: 1) daftar fungsi yang akan diuji; 2) deskripsi hubungan benda uji dengan bagian pembicara lainnya; 3) kondisi, prosedur dan metode untuk menguji dan memproses hasil; 4) kriteria penerimaan untuk bagian-bagian berdasarkan hasil tes.

Jadwal tes yang berdiri sendiri harus dilampirkan ke program tes yang berdiri sendiri.

2.2.3. Tes yang disiapkan dan disepakati (contoh kontrol) pada tahap pengujian otonom harus menyediakan: 1) pemeriksaan penuh fungsi dan prosedur sesuai dengan daftar yang disepakati dengan pelanggan; 2) akurasi perhitungan yang diperlukan yang ditetapkan dalam laporan kerja; 3) verifikasi karakteristik temporal utama dari fungsi perangkat lunak (dalam kasus di mana ini signifikan); 4) memeriksa keandalan dan stabilitas fungsi perangkat lunak dan perangkat keras.

2.2.4. Sebagai sumber informasi untuk pengujian, disarankan untuk menggunakan sepotong informasi nyata dari organisasi pelanggan dalam jumlah yang cukup untuk memastikan keandalan pengujian yang diperlukan.

2.2.5 Hasil pengujian otonom dari bagian-bagian AC harus dicatat dalam laporan pengujian. Protokol harus memuat kesimpulan tentang kemungkinan (ketidakmungkinan) untuk menerima bagian dari PLTN untuk pengujian yang rumit.

2.2.6. Jika pengujian otonom yang dilakukan ternyata tidak mencukupi, atau jika pelanggaran terhadap persyaratan dokumen peraturan tentang komposisi atau isi dokumentasi diungkapkan, bagian pembangkit tenaga nuklir ini dapat dikembalikan untuk direvisi dan periode pengujian baru akan ditetapkan.

2.3. Tes komprehensif

2.3.1. Tes kompleks untuk speaker dilakukan dengan melakukan tes kompleks. Hasil tes dicatat dalam protokol. Pekerjaan diselesaikan dengan menyusun sertifikat penerimaan untuk operasi percobaan.

2.3.2. Dalam program pengujian kompleks pembangkit listrik tenaga nuklir atau bagian dari pembangkit listrik tenaga nuklir menunjukkan: 1) daftar objek uji; 2) komposisi dokumentasi yang disajikan; 3) deskripsi hubungan terverifikasi antara objek uji; 4) urutan bagian pengujian AC; 5) urutan dan metode pengujian, termasuk komposisi perangkat lunak dan peralatan yang diperlukan untuk pengujian, termasuk tribun khusus dan tempat pelatihan.

2.3.3. Untuk melakukan tes yang kompleks, berikut ini harus diserahkan: 1) program uji komprehensif; 2) kesimpulan tentang tes otonom dari bagian yang relevan dari AU dan penghapusan kesalahan dan komentar yang diidentifikasi selama tes otonom; 3) tes kompleks; 4) perangkat lunak dan perangkat keras serta dokumentasi operasional terkait.

2.3.4. Dalam pengujian yang kompleks, diizinkan untuk menggunakan informasi yang diperoleh dari pengujian otonom pada bagian-bagian AU sebagai informasi awal.

2.3.5. Tes komprehensif harus: 1) terhubung secara logis; 2) memberikan verifikasi kinerja fungsi bagian-bagian NPP dalam semua mode operasi yang ditetapkan dalam spesifikasi teknis untuk NPP, termasuk semua tautan di antara mereka; 3) memberikan pemeriksaan reaksi sistem terhadap informasi yang salah dan situasi darurat.

2.3.6. Protokol tes yang kompleks harus berisi kesimpulan tentang kemungkinan (ketidakmungkinan) menerima PLTN dalam operasi percobaan, serta daftar perbaikan yang diperlukan dan tenggat waktu yang direkomendasikan untuk pelaksanaannya.

Setelah menghilangkan kekurangan, diulang tes komprehensif   dalam jumlah yang dibutuhkan.

3. Operasi percontohan.

3.1. Operasi percontohan dilakukan sesuai dengan program, yang menunjukkan: 1) kondisi dan prosedur untuk fungsi bagian-bagian NPP dan NPP secara keseluruhan; 2) durasi operasi uji coba, cukup untuk memverifikasi fungsi NPP yang benar selama setiap fungsi sistem dan kesiapan personel untuk bekerja dalam kondisi fungsi NPP; 3) prosedur untuk menghilangkan kekurangan yang diidentifikasi dalam operasi uji coba.

3.2. Selama operasi uji coba speaker, jurnal kerja disimpan di mana mereka merekam informasi tentang durasi speaker, kegagalan, kegagalan fungsi, darurat, perubahan dalam parameter objek otomatisasi, dokumentasi yang sedang berlangsung dan penyesuaian perangkat lunak, penyesuaian, dan perangkat keras. Informasi dicatat dalam jurnal dengan tanggal dan orang yang bertanggung jawab. Jurnal dapat berisi komentar personel tentang kenyamanan pengoperasian speaker.

3.3. Berdasarkan hasil operasi uji coba, mereka memutuskan kemungkinan (atau ketidakmungkinan) menghadirkan bagian-bagian AC dan sistem secara keseluruhan untuk tes penerimaan.

Pekerjaan diselesaikan dengan menyusun suatu tindakan pada penyelesaian operasi percobaan dan penerimaan sistem untuk tes penerimaan.

4. Tes penerimaan

4.1. Tes penerimaan dilakukan sesuai dengan program, di mana mereka menunjukkan: 1) daftar objek yang dialokasikan dalam sistem untuk pengujian dan daftar persyaratan yang objek harus patuhi (dengan mengacu pada paragraf pernyataan kerja); 2) kriteria penerimaan sistem dan bagian-bagiannya; 3) kondisi dan tanggal pengujian; 4) sarana uji; 5) nama-nama orang yang bertanggung jawab untuk melakukan tes; 6) prosedur pengujian dan pemrosesan hasil mereka; 7) daftar dokumen yang akan disusun.

4.2. Untuk melakukan tes penerimaan, dokumentasi berikut harus disajikan: 1) kerangka acuan untuk pembuatan pembangkit listrik tenaga nuklir; 2) tindakan penerimaan ke dalam operasi persidangan; 3) log kerja dari operasi uji coba; 4) tindakan penyelesaian operasi percobaan dan penerimaan pembangkit listrik tenaga nuklir untuk tes penerimaan; 5) program dan prosedur pengujian.

Tes penerimaan harus dilakukan di fasilitas yang berfungsi.

4.3. Tes penerimaan terutama harus mencakup verifikasi: 1) kelengkapan dan kualitas pelaksanaan fungsi-fungsi di bawah standar, batas, nilai kritis dari parameter objek otomasi dan dalam kondisi operasi NPP lain yang ditentukan dalam pernyataan kerja; 2) pemenuhan setiap persyaratan yang terkait dengan antarmuka sistem; 3) pekerjaan personil dalam mode interaktif; 4) sarana dan metode untuk memulihkan kinerja pembangkit listrik tenaga nuklir setelah kegagalan; 5) kelengkapan dan kualitas dokumentasi operasional.

4.4. Verifikasi kelengkapan dan kualitas kinerja fungsi AC direkomendasikan dalam dua tahap. Pada tahap pertama, fungsi individu (tugas, kompleks tugas) diuji. Pada saat yang sama, pemenuhan persyaratan ToR untuk fungsi (tugas, kompleks tugas) diperiksa. Pada tahap kedua, mereka memeriksa interaksi tugas dalam sistem dan memenuhi persyaratan persyaratan teknis untuk sistem secara keseluruhan.

4.5. Dengan persetujuan dengan pelanggan, verifikasi tugas tergantung pada spesifikasinya dapat dilakukan secara independen atau sebagai bagian dari kompleks. Dianjurkan untuk menggabungkan tugas selama verifikasi dalam kompleks dengan mempertimbangkan generalisasi informasi yang digunakan dan hubungan internal.

4.6. Memeriksa pekerjaan personel dalam mode dialog dilakukan dengan mempertimbangkan kelengkapan dan kualitas fungsi sistem secara keseluruhan.

Berikut ini harus diverifikasi: 1) kelengkapan pesan, arahan, permintaan yang tersedia untuk operator dan kecukupannya untuk pengoperasian sistem; 2) kompleksitas prosedur dialog, kemampuan staf untuk bekerja tanpa pelatihan khusus; 3) reaksi sistem dan bagian-bagiannya terhadap kesalahan operator, alat layanan.

4.7. Verifikasi cara memulihkan operabilitas pembangkit listrik tenaga nuklir setelah kegagalan komputer harus mencakup: 1) memeriksa keberadaan dalam dokumentasi operasional rekomendasi untuk memulihkan operabilitas dan kelengkapan uraiannya; 2) kelayakan praktis dari prosedur yang direkomendasikan; 3) kinerja alat pemulihan otomatis, fungsi (jika ada).

4.8. Verifikasi kelengkapan dan kualitas dokumentasi operasional harus dilakukan dengan menganalisis dokumentasi untuk kepatuhan dengan persyaratan dokumen peraturan dan teknis dalam pernyataan kerja.

4.9. Hasil pengujian dari fasilitas yang disediakan oleh program dicatat dalam protokol yang berisi bagian-bagian berikut: 1) tujuan pengujian dan jumlah bagian persyaratan persyaratan untuk spesifikasi teknis di pembangkit listrik tenaga nuklir, sesuai dengan pengujian yang dilakukan; 2) komposisi perangkat keras dan perangkat lunak yang digunakan dalam pengujian; 3) indikasi metode yang sesuai dengan pengujian, pemrosesan dan evaluasi hasil yang dilakukan; 4) kondisi pengujian dan karakteristik data sumber; 5) fasilitas penyimpanan dan kondisi akses ke program pengujian akhir; 6) hasil tes umum; 7) kesimpulan tentang hasil pengujian dan kepatuhan sistem yang dibuat atau bagian-bagiannya ke bagian spesifik dari persyaratan persyaratan untuk spesifikasi teknis di PLTN.

4.10. Laporan pengujian fasilitas di seluruh program dirangkum dalam satu protokol tunggal, berdasarkan yang mereka simpulkan bahwa sistem tersebut memenuhi persyaratan persyaratan teknis untuk pembangkit listrik tenaga nuklir dan kemungkinan pemrosesan sertifikat penerimaan pembangkit listrik tenaga nuklir untuk operasi permanen.

Pekerjaan ini selesai dengan menyusun suatu tindakan tentang penerimaan pembangkit listrik tenaga nuklir ke dalam operasi yang berkelanjutan.

Pengembangan CD dan TD, dan, jika perlu, dokumentasi program, dilakukan sesuai dengan aturan yang ditetapkan oleh standar sistem dokumentasi desain Terpadu (dokumentasi desain terpadu), sistem dokumentasi teknologi terpadu (dokumentasi desain terpadu), dan sistem dokumentasi program terpadu (dokumentasi desain terpadu).

Manajemen desain harus memenuhi persyaratan 4.4 GOST R ISO 9001. Jika model pertama diterapkan, maka sesuai dengan NPB 180-99, atas permintaan GUGPS, pengembang (produsen) mengembangkan desain teknis (persyaratan untuk desain teknis dijelaskan dalam GOST 2.120-73 ESKD. Desain teknis) , yang disepakati dengan GUGPS dan VNIIPO. Saat menerapkan model kedua dan ketiga, keputusan tentang kebutuhan untuk mengembangkan proyek teknis dibuat oleh pelanggan atau pengembang.

Terlepas dari model yang diterapkan, hak atas dokumentasi desain yang dikembangkan ditentukan oleh kesepakatan antara pelanggan dan pengembang (pabrikan dan pabrikan). Solusi dari masalah hak atas CD adalah salah satu kunci dalam pengembangan dan produksi peralatan pemadam kebakaran. Saat menerapkan model pertama dan kedua, hak atas CA lebih menguntungkan untuk diserahkan kepada pelanggan (struktur GPS). Ini memungkinkan pelanggan (struktur GPS) untuk membuat keputusan tentang penerbitan atau pencabutan lisensi untuk memproduksi PA, untuk menciptakan persaingan ketika mentransfer CA ke produsen baru, sehingga mempengaruhi produsen atau produsen. Jika hak untuk CA milik GPS, maka ini memungkinkan Anda untuk melakukan pemesanan untuk pembuatan PA yang sudah dikembangkan di perusahaan yang memenuhi persyaratan GPS. Kalau tidak, ketika mengganti pabrikan, Anda harus mengembangkan kembali dokumentasi desain, yang membutuhkan banyak waktu dan dikaitkan dengan biaya material yang signifikan. Situasi serupa telah muncul dalam sejarah produksi peralatan api di Rusia: selama pemisahan Ukraina, perlu mengatur kembali produksi, dan akibatnya, dokumentasi desain untuk PA, mirip dengan PA yang diproduksi di pabrik di desa. Dupa di distrik Pryluky di wilayah Chernihiv.

Untuk mengkonfirmasi kepatuhan dengan dokumentasi desain yang dikembangkan, TK digunakan untuk membuat prototipe atau prototipe kepala PA: prototipe untuk produksi massal; head - untuk non-serial. Saat membuat PA tunggal, sampel kepala biasanya dapat dijual kepada pelanggan. Prototipe atau prototipe PA dikenakan prosedur kontrol dan pengujian sesuai dengan persyaratan 4.10 - 4.12 GOST R ISO 9001. Ruang lingkup dan konten pengujian yang diperlukan untuk mencegah peluncuran produksi produk TK yang belum selesai, tidak sesuai ditentukan oleh pengembang dengan mempertimbangkan kebaruan, kompleksitas, dan fitur produksi dan penerapan PA, serta persyaratan pelanggan. Pada saat yang sama, pengujian harus dilakukan untuk kepatuhan terhadap semua persyaratan standar dan dokumen peraturan badan yang mengawasi kepatuhan terhadap persyaratan keselamatan (standar SSBT) dan perlindungan lingkungan.

Sesuai dengan GOST 15.201-2000 dan NPB 180-99, sebuah prototipe atau prototipe PA dikenakan jenis tes berikut: pendahuluan (pabrik), penerimaan, dan operasional.

Uji pendahuluan (pabrik) diselenggarakan oleh pelaksana Litbang untuk menilai secara dini kesesuaian prototipe atau prototipe PA dengan persyaratan TK, serta untuk menentukan kesiapan prototipe atau prototipe PA untuk tes penerimaan. Pengujian harus dilakukan oleh pabrikan (pabrikan) PA atau organisasi khusus yang dilisensikan untuk melakukan tes jenis ini. Komposisi komisi uji pendahuluan dibentuk oleh pabrikan PA berdasarkan pesanan yang dikeluarkan olehnya. Komisi harus mencakup perwakilan pabrikan (pengembang dan pabrikan) dan GPS. Program dan prosedur pengujian dikembangkan oleh pabrikan dan dikoordinasikan dengan GUGPS dan VNIIPO. Tes pendahuluan harus mencakup penempatan militer untuk menentukan waktu penyelesaiannya. Skema penyebaran tempur dipilih sesuai dengan Manual tentang latihan kebakaran.

Bahan-bahan tes pendahuluan (pabrik) sebagai bagian dari pernyataan kerja, spesifikasi rancangan, program uji dan metodologi, dan tindakan uji pendahuluan (pabrik) dikirim ke pelanggan untuk dipertimbangkan untuk menyelesaikan masalah pengorganisasian tes penerimaan. Ketika menerapkan model pertama sesuai dengan persyaratan NPB 180-99, bahan yang terdaftar dikirim ke GUGPS dan VNIIPO.

Saat membuat PA, tes penerimaan negara diatur dan dilakukan sesuai dengan model pertama, dan tes penerimaan dengan partisipasi dari badan pengawas negara terkait dan organisasi lain yang tertarik diorganisasikan dan dilakukan sesuai dengan model kedua dan ketiga. Tes penerimaan negara sesuai dengan GOST 15.201-2000 diselenggarakan oleh pelanggan negara, kecuali ditentukan lain oleh perjanjian (kontrak). Fitur pengujian penerimaan negara PA adalah bahwa, menurut NPB 180-99, komposisi komisi untuk penerimaan PA dibentuk oleh perjanjian dengan pabrikan GUGPS (pabrikan), yang mengeluarkan urutan yang relevan untuk organisasi. Ketua komisi ditunjuk oleh perwakilan GUGPS, dalam perjanjian dengan mana mereka menunjuk tempat dan waktu untuk tes penerimaan.

Tes penerimaan prototipe PA sesuai dengan model OCD kedua dan ketiga sesuai dengan GOST 15.201-2000 diselenggarakan oleh pengembang PA. Ketika menerapkan model kedua, komposisi komisi dibentuk oleh pelanggan bersama dengan pengembang, perwakilan pelanggan ditunjuk sebagai ketua komisi, kecuali ditentukan lain oleh perjanjian (kontrak). Dalam kasus R&D dalam pengembangan inisiatif (tanpa pelanggan tertentu), tes penerimaan diselenggarakan oleh pengembang, dan komite penerimaan, sebagai suatu peraturan, dibentuk dari perwakilan konsumen potensial PA, struktur GPS, otoritas negara bagian dan regulator.

Terlepas dari model yang diterapkan, penyelenggara bertanggung jawab atas tes penerimaan. Menurut GOST 15.201-2000, dengan persetujuan pihak yang berkepentingan, diizinkan untuk melakukan tes penerimaan tanpa menunjuk komisi, tetapi dengan penugasan fungsi dan tanggung jawabnya ke layanan terkait organisasi yang melakukan pengujian, yang harus tercermin dalam pernyataan kerja dan (atau) kontrak (kontrak) untuk kinerja R&D. Dalam melakukan tes penerimaan, terlepas dari tempat perilakunya, pabrikan dan badan pengawas negara (OGN) berhak untuk berpartisipasi, yang harus diberi tahu tentang tes yang akan datang satu bulan sebelum mereka mulai. Semua OGN yang ditentukan oleh undang-undang saat ini untuk produk ini berpartisipasi dalam tes penerimaan atau memberikan kesimpulan pada hasil pengujian. Dengan tidak adanya perwakilan dari OGN atau kesimpulannya, mereka percaya bahwa OGN menyetujui penerimaan produk atau tidak tertarik pada produk tersebut.

Komisi penerimaan untuk dokumen keselamatan udara 180-99 disajikan: sebuah purwarupa PA diselesaikan sesuai dengan pernyataan kerja; tugas teknis; program pengujian dan metodologi; tindakan uji pendahuluan (pabrik) dengan laporan uji; dokumentasi desain (huruf "O").

Program pengujian dikembangkan berdasarkan persyaratan ToR, CD menggunakan program standar, metode standar (standar) yang ditetapkan dalam dokumen preskriptif. Program pengujian meliputi: objek uji (prototipe atau prototipe PA); tujuan pengujian; ruang lingkup pengujian; kondisi dan prosedur pengujian; dukungan logistik pengujian; dukungan metrologi dari tes; pelaporan pengujian. Program dan metodologi tes penerimaan harus mencakup kontrol kualitas dokumentasi kerja dan dokumentasi operasional untuk memutuskan kesesuaian dokumentasi untuk produksi industri.

Prosedur pengujian meliputi: karakteristik yang dievaluasi (properti, indikator) PA; kondisi dan prosedur pengujian; metode untuk memproses, menganalisis dan mengevaluasi hasil tes; alat uji, kontrol dan pengukuran yang digunakan; pelaporan. Jika metode non-standar digunakan, maka mereka harus konsisten dengan DGS yang relevan.

Berdasarkan hasil tes penerimaan dan pertimbangan materi yang disampaikan, komisi menyusun tindakan di mana:

1. Menetapkan kesesuaian sampel yang dikembangkan (diproduksi) persyaratan PA TK.

2. Memberikan penilaian tingkat teknis dan daya saing PA, termasuk dalam aspek hukum paten.

3. Mengevaluasi dokumentasi teknis yang dikembangkan (termasuk spesifikasi rancangan).

6. Membuat komentar dan membuat saran untuk menyelesaikan PA dan dokumentasi.

Menurut GOST 15.201-2000, sertifikat penerimaan disetujui oleh pelanggan. Persetujuan tindakan komite penerimaan, yang berisi penilaian positif, berarti akhir pengembangan; pemberhentian TK; koordinasi spesifikasi yang disampaikan, dokumentasi teknis. Menurut NPB 180-99, tindakan penerimaan prototipe PA yang berisi penilaian positif atau negatif dari hasil pengembangan, kata ketua komisi. Selain itu, jika ada komentar yang memerlukan pengujian tambahan, penyempurnaan prototipe, perubahan pada dokumentasi, ketua komisi memiliki hak untuk memutuskan persetujuan tindakan setelah penghapusan komentar. Pada saat yang sama, anggota komisi yang tidak setuju dengan penilaian umum pembangunan menunjukkan dalam undang-undang pendapat terpisah dengan justifikasi.

Tes operasional prototipe atau prototipe PA dilakukan di unit GPS sesuai dengan Manual untuk Layanan Teknis. Pelatihan personil untuk bekerja di PA dilakukan oleh pabrikan (pabrikan) dari PA. Berdasarkan hasil pengujian, spesialis GPS menyiapkan kesimpulan yang menunjukkan: data operasi PA untuk periode tes operasional (ekstrak dari buku catatan ketersediaan, operasi, dan pergerakan kendaraan bermotor); informasi tentang kerusakan PA (ekstrak dari log pemeliharaan); penilaian kelengkapan dan kemudahan penyebaran PTV, serta proposal untuk peralatan tambahan untuk PTV PA dan mengubah penempatan PTV; skema dan ketentuan untuk melakukan penyebaran tempur dan waktu pelaksanaannya; penilaian properti yang berjalan dari PA
  (lihat bab 6 buku teks); kepatuhan dengan karakteristik kinerja PA yang dilakukan misi tempur; efektivitas penggunaan PA dalam misi tempur.

Halaman 1

Tes penerimaan dilakukan sesuai dengan program dan metodologi yang ditentukan setelah presentasi spesifikasi teknis untuk pembuatan pembangkit listrik tenaga nuklir, jurnal kerja, tindakan penerimaan dan penyelesaian operasi percobaan. Dalam proses pengujian ini, mereka memverifikasi operasi pembangkit listrik tenaga nuklir di bawah kondisi yang ditentukan dalam pernyataan kerja, secara mandiri dan sebagai bagian dari kompleks, serta memeriksa cara memulihkan pengoperasian pembangkit listrik tenaga nuklir setelah kegagalan dan kemungkinan implementasi praktis dari semua prosedur yang direkomendasikan. Laporan pengujian untuk program ini dirangkum dalam satu protokol tunggal, atas dasar itu mereka menyimpulkan bahwa sistem tersebut memenuhi persyaratan pernyataan kerja dan kemungkinan mengeluarkan sertifikat penerimaan pembangkit listrik tenaga nuklir untuk operasi berkelanjutan.

Tes penerimaan harus dilakukan 2 kali: utama dalam 3 bulan.

Tes penerimaan dilakukan oleh organisasi pengujian dan unit yang merupakan bagian dari sistem organisasi negara untuk pengujian negara, atau organisasi dan perusahaan lain yang dilibatkan oleh organisasi induk untuk melakukan tes penerimaan dengan cara yang ditentukan dengan partisipasi dari produsen dan pengembang.

Tes penerimaan dilakukan untuk menentukan kelayakan dan kelayakan produksi. Pengujian dilakukan pada prototipe atau prototipe (batch) produk yang disertifikasi oleh komisi menggunakan peralatan uji bersertifikat.

Tes penerimaan dilakukan untuk menentukan kelayakan dan kelayakan pengaturan produk pada produksi. Tes penerimaan produk dari satu produksi dilakukan untuk menyelesaikan masalah kelayakan mentransfer produk ini ke dalam operasi. Pengujian dilakukan pada sampel eksperimental atau kepala (lot) produk. Ketika suatu keluarga, gamut, atau rentang ukuran produk dikirim ke produksi, perwakilan tipikal dipilih berdasarkan kemungkinan mendistribusikan hasil pengujiannya ke seluruh campuran produk. Tes penerimaan dilakukan oleh unit uji bersertifikat menggunakan peralatan uji bersertifikat. Produk yang ditugaskan ke organisasi pengujian induk diperiksa oleh organisasi-organisasi ini.

Tes penerimaan harus dilakukan pada prototipe mesin listrik, sehingga ruang lingkup tes ini cukup besar. Jadi, untuk mesin DC, program uji penerimaan berisi 17 poin, untuk mesin sinkron - 22 poin, untuk motor asinkron - 16 poin.

Tes penerimaan tidak dapat mendeteksi kerusakan yang dijelaskan pada program, karena tidak mempengaruhi desain dengan cara apa pun, dan program simulator hanya dapat mendeteksi dalam kasus yang jarang, karena kisaran tindakan berbahaya terlalu besar untuk memungkinkan untuk menerapkan semua situasi berbahaya yang mungkin dalam simulator.

Tes penerimaan dilakukan oleh departemen, antar departemen atau komisi negara setelah berhasil menyelesaikan tes pendahuluan. Selain volume uji pendahuluan selama tes penerimaan, laju oli atau pelumasan silinder, segel, bantalan, dan mekanisme engkol ditentukan.

Tes penerimaan dilakukan sesuai dengan program terinci yang ditetapkan oleh standar atau spesifikasi teknis untuk jenis mesin ini. Tujuan mereka adalah untuk memverifikasi kepatuhan mesin yang diproduksi dengan semua persyaratan teknis. Tes penerimaan dilakukan pada sampel kepala - desain industri pertama dari mesin jenis ini yang diproduksi oleh perusahaan. Jumlah sampel yang harus diambil untuk pengujian penerimaan diatur dalam standar atau spesifikasi untuk jenis mesin ini. Semua mesin berikutnya harus diproduksi oleh perusahaan tanpa mengubah desain, teknologi, atau bahan yang digunakan untuk pembuatan.

Tes penerimaan dilakukan untuk mengidentifikasi karakteristik operasional aktual dari mesin, serta untuk menetapkan operasi yang benar dari unit (roda gigi, bantalan, rem, dll. Tes penerimaan dilakukan di lokasi pengujian dalam kondisi dekat dengan operasional. Hasil tes dimasukkan dalam paspor mesin. Jika ditemukan selama pengujian cacat, mereka dicatat dalam daftar yang rusak dan kemudian dihilangkan.

Tes penerimaan dilakukan untuk memverifikasi kinerja yang dijamin oleh pemasok peralatan. Program pengujian ini biasanya melibatkan serangkaian percobaan keseimbangan dengan peningkatan akurasi dalam mode yang akan diperiksa sesuai dengan data garansi dari pemasok.

Tes penerimaan adalah tes resmi di hadapan komisi, yang hasilnya membuat kesimpulan tentang kelayakan memulai produksi massal, dan untuk pompa produksi individu - tentang pengoperasian. Pada saat yang sama, indikator parametrik dan karakteristik pompa yang diperoleh selama pengujian ditentukan dan dimasukkan dalam dokumentasi. Selanjutnya pada indikator dan karakteristik ini, dengan mempertimbangkan penyimpangan yang diizinkan, kontrol kualitas pompa seri dilakukan.

Tes penerimaan menetapkan kesesuaian karakteristik operasional aktual mesin dengan kondisi teknis dan dilakukan pada tegakan khusus dalam kondisi sedekat mungkin dengan operasional.

Tes penerimaan mesin pemotong logam sesuai dengan yang umum kondisi teknis   untuk pembuatan dan penerimaan mereka, mereka malas untuk memeriksa operasi mekanisme dan beban untuk menentukan produktivitas, akurasi dan kemurnian pemrosesan. Selama pengujian, semua inklusi, shift dan roda gigi kontrol diperiksa untuk menentukan kebenaran tindakan mereka, saling memblokir, keandalan fiksasi dan tidak adanya perpindahan spontan, tidak adanya gangguan, cranking, dll.

Tes penerimaan adalah salah satu tahapan terpenting dalam menciptakan mobil baru. Tujuan mereka adalah: pemeriksaan komprehensif sifat operasional prototipe dalam berbagai kondisi iklim jalan sesuai dengan kerangka acuan pengembangan (termasuk di wilayah iklim panas dan dingin); penentuan nilai aktual semua parameter terpenting; identifikasi keandalan mobil secara keseluruhan, serta komponen, rakitan, dan sistem utamanya; menetapkan tingkat kepatuhan mobil yang dibuat dengan tujuan yang dimaksud dan menentukan kelayakan pengaturan model baru untuk produksi. Tes penerimaan mewakili rata-rata dua hingga empat sampel. Pengujian mencakup sejumlah besar pekerjaan laboratorium dan jalan laboratorium untuk menentukan indikator teknis dan operasional dan jarak tempuh kendaraan di semua kondisi karakteristik operasi yang dimaksudkan.

27 Januari 2014 08:45

"Dan kita di sini, tahu kan, kita semua menikmati kemewahan ..."
  dari kartun "Carlson kembali"

Penerimaan suatu sistem informasi, tentu saja, merupakan pendewaan dari seluruh proyek pembuatan sistem informasi. Biarkan kutipan di awal artikel tidak menipu Anda, acara ini penting dan serius. Saya pikir ini adalah liburan untuk kedua belah pihak, tetapi seperti yang Anda tahu, bahwa liburan berjalan dengan baik, Anda perlu mempersiapkan diri dengan baik untuk itu.

Layak dimulai dengan format tes penerimaan, meskipun kemungkinan besar sudah ditentukan untuk waktu yang lama, misalnya, dalam kontrak atau tugas teknis. Namun demikian, saya akan memilih dua opsi untuk mengadakan acara ini dan menamainya dengan syarat: penerimaan sistem "oleh konsep" dan penerimaan sistem "oleh ilmu". Dengan yang pertama, semuanya cukup jelas, tetapi tidak mungkin untuk menggambarkan prosedur seperti itu. Ini bisa menjadi formalitas lengkap - pertemuan lucu dengan minuman menyegarkan atau bacchanalia nyata, di mana penyebutan tugas teknis adalah sesuatu yang tidak senonoh dan bahkan ofensif. Tetapi pada pilihan kedua saya ingin membahas lebih detail, mungkin artikel ini akan sedikit terbuka untuk pemula, dan saya khawatir bahwa beberapa prajurit lama juga akan berakhir dengan tirai misteri tes penerimaan. Saya juga akan mencoba memberikan beberapa saran agar tes lulus lebih produktif.

Sedikit tentang standar. Pada zaman kuno, sebagai seorang mahasiswa, saya, seperti banyak anak muda dari generasi saya, merasa skeptis terhadap berbagai standar dan pedoman USSR, sementara tidak mempelajari esensi mereka. Tetapi sedikit waktu berlalu dan akal sehat mulai, saya tidak hanya menerapkan GOST sendiri, tetapi juga merekomendasikan mereka kepada orang lain. Tentu saja, ada atavisme yang jelas dalam GOST tahun 80-90-an, namun, saya membandingkannya dengan piagam angkatan bersenjata, mereka disebut "tertulis dalam darah" dan percayalah, ada banyak pemikiran umum. Spesialis yang mengetahui GOST, serta dokumen yang dibuat sesuai dengan GOST dan RD, dapat dilihat dari jauh dan mereka jelas berbeda menjadi lebih baik.

Tes penerimaan dilakukan sesuai dengan GOST 34.603-92 “Teknologi informasi. Jenis pengujian sistem otomatis ". Jenis tes ini adalah final setelah tes pendahuluan dan operasi uji coba. Tujuan dari tes ini adalah untuk memverifikasi kepatuhan sistem otomatis dengan persyaratan Kerangka Acuan dan menarik kesimpulan tentang kesiapan Sistem untuk menjalankannya secara berkelanjutan.

Pengujian dilakukan sesuai dengan dokumen Program dan metodologi pengujian penerimaan (PMI). PMI dikembangkan menggunakan RD 50-34.698-90 “Sistem otomatis. Persyaratan untuk isi dokumen ". Terima kasih terutama untuk dokumen ini, tes penerimaan "dalam hal" berubah menjadi tes penerimaan "dalam sains." PMI menjelaskan semua persyaratan (fungsional dan non-fungsional) dari Ketentuan Referensi dan hasil yang diharapkan dari audit.

Kiat nomor 1.   PMI adalah kesempatan terakhir bagi Pelanggan untuk mempengaruhi karakteristik sistem informasi yang diterima. Terutama jika selama proyek, Kerangka Acuan dikembangkan, yang dalam pengertian klasik mengatakan "apa yang harus dilakukan" (tujuan dan sasaran, persyaratan umum, persyaratan untuk perangkat lunak, dukungan teknis dan dokumentasi, persyaratan untuk personel, dll.) Dan proyek teknis tidak dikembangkan yang mengatakan "Bagaimana melakukan" (solusi teknis spesifik untuk penerapan persyaratan spesifik dari ketentuan referensi). Berikan waktu yang cukup untuk pengembangan dan persetujuan Program dan metodologi Tes Penerimaan. Jika Anda mau, itu akan menjadi piagam Anda untuk tes penerimaan.

Selain menyetujui PMI, pelanggan tidak boleh lupa untuk mengeluarkan perintah pada komposisi komite penerimaan, dan membiasakan setiap anggota dengan tanda tangan pada PMI. Siapa yang termasuk dalam komisi adalah urusan pribadi Pelanggan. Saya merekomendasikannya untuk memiliki:

• Pelanggan Fungsional
• Perwakilan divisi - pengguna utama Sistem
• Perwakilan dari departemen teknis yang akan terus melayani Sistem

Dan juga tidak (berlaku untuk kedua sisi):

• Karyawan yang gugup dan tidak seimbang
• Karyawan yang tidak dapat mendengarkan dan mengekspresikan pikiran mereka dengan buruk
• Karyawan lepas mewakili perusahaan yang bersaing

Kiat nomor 2.   Apakah Anda ingin semuanya menjadi "dewasa" untuk tes penerimaan sistem otomatis? Selain memeriksa persyaratan fungsional, lakukan:

• Menyebarkan Perangkat Lunak Sistem dari Bawah ke Atas
• Verifikasi indikator sementara yang dinyatakan untuk pemulihan penuh dan sebagian Sistem
• Memeriksa kinerja sistem dengan mengukur waktu yang diperlukan untuk melakukan fungsi-fungsi utama, meskipun dalam mode eksklusif. Tentu saja, indikator-indikator ini pada awalnya harus dijelaskan dalam Kerangka Acuan, atau para pihak akan ditakdirkan untuk membantah bahwa ada "waktu yang nyaman" untuk melakukan satu atau beberapa operasi lain. Pendapat subjektif saya tetap sama selama bertahun-tahun - hingga 3 detik. untuk melakukan operasi sederhana dasar, maka Anda perlu melanjutkan dari situasi tertentu
• Memeriksa stabilitas dan keandalan Sistem. Bahkan tes dasar semacam itu akan cukup - kita membuka formulir antarmuka untuk memasukkan data, mencabut kabel jaringan atau memutuskan koneksi Wi-Fi, mencoba menyimpan data, mendapatkan pesan yang memadai, memulihkan koneksi dan mencoba menyimpan lagi. Jika aplikasi web ini saya sarankan memeriksa kebenaran memuat ulang halaman, yaitu, setelah membuka formulir / halaman, setelah mengeksekusi perintah save data, dll., Memaksa perintah pembaruan untuk dipanggil (di browser ini biasanya kunci F5)
• Memeriksa kelengkapan dan kualitas dokumentasi. Lebih baik menyelesaikan bagian ini sebelum memulai tes, karena Butuh banyak waktu. Suara hasil tes ini langsung pada tes itu sendiri.

Secara umum, mulailah dengan memeriksa kepatuhan perangkat lunak seluruh sistem (sistem operasi, suite kantor, sistem manajemen basis data, dll.) Dan dukungan teknis Sistem (server, stasiun klien, saluran komunikasi, dll.) Ke persyaratan yang dinyatakan dalam Kerangka Acuan. Ketidakkonsistenan dalam paragraf-paragraf ini dapat menjadi alasan yang dibenarkan atas kegagalan untuk mencapai karakteristik Sistem pada indikator yang dinyatakan dan bahkan kegagalan total untuk memenuhi fungsi tertentu Sistem.

Kiat nomor 3. Tes penerimaan dilakukan pada set data kontrol. Setidaknya, data yang sebanding dengan jumlah data yang direncanakan untuk tahun pertama pekerjaan harus dimuat ke dalam Sistem. Biarkan informasi yang dihasilkan secara otomatis, kualitas konten tidak di tempat pertama di sini. Jika selama operasi percobaan jumlah data yang diperlukan telah dihasilkan - sangat baik.

Kiat nomor 4.   Seringkali, dalam Penugasan Teknis, frasa “Sistem harus memastikan operasi simultan pengguna N” ditulis. Kontraktor terutama memastikan ketersediaan jumlah lisensi kompetitif yang dipersyaratkan (jika kebijakan lisensi seperti itu diberikan). Jangan ragu untuk bertanya bagaimana persyaratan ini dipastikan secara organisasi atau teknis. Jika tes stres dilakukan (dalam mode otomatis dan / atau manual), mintalah protokol dan program perilaku. Jika tes ini dijalankan langsung pada tes, hormati dan puji kepada Kontraktor.

Berdasarkan hasil tes penerimaan, protokol (laporan) tentang hasil tes disusun, mungkin termasuk lampiran dengan deskripsi komentar yang diidentifikasi dan waktu eliminasi mereka (jangan lupa tentang ini), serta tindakan kondisi teknis Sistem dan kesiapan penerimaannya untuk operasi komersial. Isi dokumen-dokumen ini juga dijelaskan dalam RD 50-34.698-90 “Sistem Otomatis. Persyaratan untuk isi dokumen. "

Setelah tes yang berhasil sesuai dengan tradisi Rusia yang lama, Sistem yang baru lahir perlu "dicuci", meskipun saya tidak pernah menemukan ini di GOST.

  (4,44 - dinilai oleh 9 orang)

Tidak, tidak seperti itu. Hanya saja waktunya berbeda dan pekerjaan kami berbeda.

Sebelumnya, ada pelanggan yang diwakili oleh negara, ada kontraktor (misalnya, beberapa lembaga penelitian), ada penerima manfaat - semacam pabrik. Pelanggan, tentu saja, menginginkan agar yang dilakukan pemain sesuai dengan persyaratan awal penerima. Kalau tidak, korupsi, bukan target pengeluaran dana dan sebagainya.

Berikut adalah sistem kontrak baru yang menggantikan Undang-Undang Federal 94. Ia juga ingin mengontrol hasil pekerjaan di pintu keluar. Di sana, mungkin, "tes penerimaan" akan diminta secara khusus untuk pelanggan. Untuk melakukan ini, standar akan diperbarui dari waktu ke waktu (dalam undang-undang serikat pabean, ini sudah ada untuk peralatan dan mesin). Dan pelanggan akan membayarnya, mis. negara.