Sertifikat commissioning sistem informasi. Komisioning sistem informasi gost

DISETUJUI

Wakil Direktur Departemen Peraturan Negara Bidang Perekonomian

Kementerian Pembangunan Ekonomi Federasi Rusia
______________ V.N. Rudenko
« 09 » _ November __ 2011

MELAKUKAN OPERASI EKSPERIMENTAL

Sistem informasi otomatis untuk manajemen proyek, dikembangkan berdasarkan kontrak negara tertanggal 7 November 2011 No. GK-158-OF / D01.
Sesuai dengan keputusan bersama Pelanggan (Kementerian Pembangunan Ekonomi Rusia) dan Kontraktor (OTR 2000 LLC) untuk melakukan operasi percobaan.

Komisi yang terdiri dari:

Ketua Komisi:

Wakil Direktur Departemen Peraturan Negara dalam Perekonomian V.N. Rudenko,

Anggota komisi:

S.V. Pushhakov, Penjabat Kepala Divisi Pengembangan Masyarakat Elektronik dari Departemen Peraturan Negara dalam Ekonomi,

A.V. Matveenko,

Konsultan terkemuka dari departemen pengembangan e-society dari Departemen Peraturan Negara di bidang Ekonomi N.N. Kirsanova,

Kepala arahan LLC "OTR 2000" A.I. Kuleshova,

O.V., Manajer Proyek OTR 2000 LLC Strakhova,

Analis terkemuka OTR 2000 LLC Yu.M. Gudkova,

Peneliti dari arah "Sektor Riil" dari IEP dinamai E.T. Gaidar E.R. Batarshin.
sejak "_ 08 _" November 2011 oleh "_ 09 _" November 2011 melakukan tes pendahuluan terhadap perangkat lunak terapan dari sistem informasi otomatis "Portal Manajemen Proyek" (AIS PPU), yang dipasang di Kementerian Pembangunan Ekonomi Rusia.


  1. Tes pendahuluan ditemukan telah berhasil diselesaikan.

    1. Tahapan utama pengembangan dilakukan sesuai dengan Kerangka Acuan.

    2. Dikembangkan oleh dokumentasi memenuhi persyaratan pengoperasian perangkat lunak.

    3. Perangkat lunak disiapkan untuk operasi percobaan.

  1. Daftar fungsi yang diterima untuk operasi percobaan (bagian "Persyaratan untuk fungsi yang dilakukan oleh sistem" dari tugas teknis):

    1. Mempertahankan daftar proyek.

    2. Bekerja dengan entitas desain.

    3. Bekerja dengan indikator untuk menilai status pekerjaan pada proyek.

    4. Modul analitis.

    5. Perpustakaan dokumen.

  1. Daftar dokumen yang diberikan kepada komisi yang diperlukan untuk operasi percobaan:

    1. "Deskripsi AIS" Portal Manajemen Proyek "" (Paspor sistem);

    2. "Instruksi dari administrator AIS PPU";

    3. "Panduan pengguna untuk AIS PPU";

    4. "Program dan metodologi untuk menguji AIS PPU";

    5. "Uji tugas untuk AIS PPU";

    6. "Instruksi berbasis peran yang menjelaskan prosedur untuk bekerja dengan AIS PPU sebagai alat manajemen proyek" Interaksi antar departemen "".

  2. Keputusan komisi: Menerima perangkat lunak untuk operasi percobaan mulai 9 November 2011.

APLIKASI:


  1. Laporan pengujian awal No. 1

  2. Laporan pengujian awal No. 2
Anggota komisi:

V.N. Rudenko

S.V. Pushchakov

A.V. Matveenko

N.N. Kirsanova

A.I. Kuleshov

O.V. Strakhova

Yu.M. Gudkova

E.R. Batarshin

Sertifikat penerimaan operasi uji dibentuk berdasarkan hasil uji pendahuluan dan meliputi: kesimpulan yang ditarik dari hasil uji kompleks; tugas untuk operasi percobaan.

Jangka waktu komisi

Di bagian sertifikat penerimaan ini, tanggal mulai dan berakhirnya pekerjaan komite penerimaan untuk melakukan tes pendahuluan diberikan.

Awal tes - 01 November 2010.
Akhir pengujian - 31 Desember 2010.
Total durasi tes adalah 44 hari kerja.

Nama organisasi pelanggan, organisasi pelaksana dan organisasi pelaksana bersama co

Nama organisasi peserta dalam tes dan mereka yang membuat sertifikat penerimaan sistem informasi ke dalam operasi percobaan diberikan.

Organisasi-pelanggan - JSC "Pelanggan".
Organisasi pelaksana - JSC "Pelaksana".
Co-executor organisasi - LLC "Co-executor" (jika ada).

Komposisi fungsi AIS yang diterima untuk operasi percobaan

Daftar fungsi AIS yang diterima untuk operasi percobaan terdaftar. Fungsi dapat ditransfer baik di seluruh sistem maupun oleh subsistem. Fungsi diambil dari bagian "Persyaratan untuk fungsi yang dilakukan oleh sistem" dari tugas teknis untuk pembuatan sistem informasi.

Daftar komponen dukungan teknis, perangkat lunak, informasi, dan organisasi yang diperiksa selama operasi percobaan

Bagian dari sertifikat penerimaan ini memberikan daftar pengujian yang dilakukan selama operasi percobaan. Daftar tes diambil dari bagian "Cakupan tes" dari Program Tes.

Dalam proses operasi percobaan, pengujian yang disajikan pada tabel di bawah ini harus dilakukan.

Daftar dokumen yang harus diserahkan ke komisi

Bagian dari sertifikat penerimaan ini memberikan daftar dokumen yang diberikan kepada komisi yang diperlukan untuk operasi percobaan.

Petunjuk untuk pembentukan dan pemeliharaan database (kumpulan data), versi 1 dari 12.09.2010.
- Panduan pengguna, versi 1 tertanggal 14/09/2010.
- ...

Penilaian kesesuaian AIS yang diterima dengan spesifikasi teknis

Penilaian kepatuhan AIS yang diterima dengan spesifikasi teknis diberikan.

Berdasarkan hasil pengujian pendahuluan, Sistem memenuhi persyaratan yang disajikan dalam dokumen: "". Versi 1.0.

Hasil utama dari penerimaan ke dalam operasi percobaan

Bagian sertifikat penerimaan ini mencantumkan hasil utama yang diperoleh dari hasil operasi eksperimental sistem informasi.

Berdasarkan hasil operasi percobaan, hasil utama berikut harus diperoleh:
- Sistem beroperasi;
- Subsistem dari Sistem - berinteraksi;
- Sistem memenuhi persyaratan dokumen "Ketentuan referensi untuk pembuatan sistem otomatis." Versi 1.0.;
- Semua karakteristik yang akan dinilai berada dalam batas yang dapat diterima.

Keputusan komisi tentang penerimaan AIS ke dalam operasi percobaan

Keputusan komisi tentang kemungkinan atau ketidakmungkinan menerima sistem informasi untuk operasi percobaan disajikan.

M.V. Kovtun Oktober 2010.

Resolusi Pemerintah Federasi Rusia 6 Juli 2015 N 676
"Tentang persyaratan untuk prosedur pembuatan, pengembangan, komisioning, pengoperasian dan penonaktifan sistem informasi negara dan penyimpanan lebih lanjut informasi yang terkandung dalam basis datanya"

Sesuai dengan Bagian 6 Pasal 14 Undang-Undang Federal "Tentang Informasi, Teknologi Informasi, dan Perlindungan Informasi", Pemerintah Federasi Rusia memutuskan:

1. Menyetujui persyaratan terlampir untuk prosedur pembuatan, pengembangan, komisioning, pengoperasian dan penonaktifan sistem informasi negara dan penyimpanan lebih lanjut informasi yang terkandung dalam basis datanya.

2. Untuk menetapkan bahwa langkah-langkah yang ditentukan oleh persyaratan yang disetujui oleh resolusi ini dilakukan oleh otoritas eksekutif federal dalam alokasi anggaran yang ditentukan oleh undang-undang federal tentang anggaran federal untuk tahun keuangan yang sesuai dan periode perencanaan untuk kepemimpinan dan manajemen di bidang fungsi yang ditetapkan.

3. Merekomendasikan bahwa badan-badan negara lain, selain badan eksekutif federal dan badan eksekutif dari entitas konstituen Federasi Rusia, serta badan pengelola dana non-anggaran negara, badan pemerintahan sendiri lokal, dipandu dalam kegiatan mereka oleh persyaratan yang disetujui oleh resolusi ini.

Persyaratan
dengan prosedur untuk pembuatan, pengembangan, komisioning, pengoperasian dan penonaktifan sistem informasi negara dan penyimpanan lebih lanjut informasi yang terkandung dalam database mereka
(disetujui dengan keputusan Pemerintah Federasi Rusia 6 Juli 2015 N 676)

Dengan perubahan dan tambahan dari:

I. Ketentuan Umum

1. Dokumen ini menetapkan persyaratan untuk prosedur penerapan langkah-langkah untuk pembuatan, pengembangan, komisioning, pengoperasian dan penonaktifan sistem informasi negara (selanjutnya disebut sistem) dan penyimpanan lebih lanjut informasi yang terkandung dalam basis datanya, dilakukan oleh badan eksekutif federal dan badan eksekutif otoritas entitas konstituen Federasi Rusia (selanjutnya disebut otoritas eksekutif) untuk meningkatkan efisiensi pelaksanaan kekuasaan otoritas eksekutif sebagai akibat dari penggunaan informasi dan teknologi komunikasi, baik oleh pejabat eksekutif yang bertindak sebagai mitra publik dan mitra swasta sesuai dengan perjanjian kemitraan publik-swasta (selanjutnya disebut sebagai mitra swasta) untuk melaksanakan perjanjian tersebut.

1.1. Ketika otoritas eksekutif atau mitra swasta menerapkan langkah-langkah untuk pembuatan, pengembangan, komisioning, pengoperasian dan penghentian sistem dan penyimpanan lebih lanjut dari informasi yang terkandung dalam database mereka, hal berikut harus dilakukan:

a) persyaratan untuk perlindungan informasi yang terkandung dalam sistem yang ditetapkan oleh badan eksekutif federal di bidang keamanan dan badan eksekutif federal yang berwenang di bidang kontra intelijen teknis dan perlindungan teknis informasi, dalam batas-batas kekuasaan mereka;

b) persyaratan untuk organisasi dan langkah-langkah untuk melindungi informasi yang terkandung dalam sistem;

Informasi tentang perubahan:

Klausul 1.1 dilengkapi dengan sub-klausul "c" mulai 27 April 2019 - Resolusi

c) persyaratan untuk perlindungan data pribadi yang diatur dalam bagian 3 pasal 19 Undang-Undang Federal "Tentang Data Pribadi" (jika ada data pribadi dalam sistem).

Informasi tentang perubahan:

Resolusi Pemerintah Federasi Rusia 11 Mei 2017 N 555 Persyaratan dilengkapi dengan klausul 1.2

1.2. Untuk memenuhi persyaratan perlindungan informasi yang diatur dalam paragraf 1.1 dokumen ini (selanjutnya disebut persyaratan untuk perlindungan informasi), otoritas eksekutif menentukan persyaratan untuk perlindungan informasi yang terkandung dalam sistem otoritas eksekutif, yang untuknya mereka melakukan:

a) penentuan informasi yang dilindungi dari akses yang tidak sah, perusakan, modifikasi, pemblokiran, penyalinan, penyediaan, distribusi, serta tindakan ilegal lainnya sehubungan dengan informasi tersebut;

b) analisis tindakan hukum pengaturan, dokumen metodologis dan standar nasional yang harus dipatuhi oleh sistem;

c) klasifikasi sistem sesuai dengan persyaratan perlindungan informasi;

d) identifikasi ancaman terhadap keamanan informasi, yang implementasinya dapat menyebabkan pelanggaran keamanan informasi dalam sistem, dan pengembangan model ancaman terhadap keamanan informasi berdasarkan mereka;

e) menentukan persyaratan sistem informasi (subsistem) untuk melindungi informasi yang terkandung dalam sistem.

II. Persyaratan untuk prosedur pembuatan sistem

2. Dasar pembuatan sistem adalah :

a) kewajiban otoritas eksekutif untuk membuat sistem, yang diatur oleh tindakan hukum pengaturan;

b) keputusan otoritas eksekutif untuk membuat sistem untuk memastikan pelaksanaan kekuasaan yang diberikan padanya;

Informasi tentang perubahan:

Klausul 2 dilengkapi dengan sub-klausul "c" mulai 27 April 2019 - Keputusan Pemerintah Rusia 11 April 2019 N 420

c) keputusan Pemerintah Federasi Rusia tentang pelaksanaan proyek kemitraan publik-swasta;

Informasi tentang perubahan:

Klausul 2 dilengkapi dengan sub-klausul "d" mulai 27 April 2019 - Keputusan Pemerintah Rusia 11 April 2019 N 420

d) keputusan badan eksekutif tertinggi kekuasaan negara dari entitas konstituen Federasi Rusia, jika mitra publik adalah entitas konstituen Federasi Rusia atau tender bersama direncanakan dengan partisipasi entitas konstituen Federasi Rusia (kecuali untuk kasus tender bersama dengan partisipasi Federasi Rusia).

3. Pembuatan sistem dilakukan sesuai dengan kerangka acuan, dengan mempertimbangkan model ancaman keamanan informasi yang diatur dalam sub-paragraf "d" paragraf 1.2 dokumen ini, serta tingkat perlindungan pribadi data selama pemrosesannya dalam sistem informasi data pribadi, tergantung pada ancaman terhadap keamanan data ini dan persyaratan dokumen ini.

Model ancaman terhadap keamanan informasi dan (atau) kerangka acuan untuk pembuatan sistem dikoordinasikan dengan badan eksekutif federal di bidang keamanan dan badan eksekutif federal yang berwenang di bidang kontra intelijen teknis dan perlindungan teknis dari informasi, dalam batas-batas kewenangannya pada bagian yang berkaitan dengan pelaksanaan persyaratan perlindungan informasi yang ditetapkan.

Kerangka acuan untuk pembuatan sistem harus mencakup persyaratan untuk perlindungan informasi yang terkandung dalam sistem, yang dibentuk sesuai dengan sub-paragraf "a" dan "c" paragraf 1.1 dokumen ini.

4. Kerangka acuan untuk pembuatan sistem dan model ancaman terhadap keamanan informasi disetujui oleh pejabat dari otoritas eksekutif yang dipercayakan dengan wewenang yang sesuai.

5. Prosedur pembuatan sistem meliputi langkah-langkah berikut yang dilaksanakan secara berurutan:

a) pengembangan dokumentasi untuk sistem dan bagian-bagiannya;

b) pengembangan dokumentasi kerja untuk sistem dan bagian-bagiannya;

c) pengembangan atau adaptasi perangkat lunak;

d) pekerjaan komisioning;

e) melakukan pengujian awal sistem;

f) melakukan uji coba pengoperasian sistem;

g) melakukan uji penerimaan sistem.

6. Tahap pengembangan dokumentasi untuk sistem dan bagian-bagiannya meliputi pengembangan, koordinasi dan persetujuan dokumentasi sejauh yang diperlukan untuk menggambarkan rangkaian lengkap solusi desain (termasuk keamanan informasi) dan cukup untuk pekerjaan lebih lanjut dalam pembuatan sistem. sistem.

7. Tahap pengembangan dokumentasi kerja untuk sistem dan bagian-bagiannya meliputi pengembangan, koordinasi dan persetujuan dokumentasi yang berisi informasi yang diperlukan untuk melaksanakan pekerjaan dalam pengoperasian sistem dan pengoperasiannya, serta prosedur pengoperasian sistem, yang memuat informasi yang diperlukan untuk melakukan pekerjaan untuk mempertahankan tingkat karakteristik operasional (kualitas) sistem (termasuk perlindungan informasi) yang ditetapkan dalam solusi desain yang ditentukan dalam paragraf 6 dokumen ini, termasuk:

a) daftar tindakan karyawan saat melakukan tugas untuk pengoperasian sistem, termasuk daftar, jenis, volume, dan frekuensi kerja untuk memastikan berfungsinya sistem;

b) memantau kinerja sistem dan komponen yang menjamin perlindungan informasi;

c) daftar malfungsi yang mungkin timbul selama pengoperasian sistem, dan rekomendasi untuk tindakan ketika terjadi;

d) daftar mode operasi sistem dan karakteristiknya, serta prosedur dan aturan untuk mentransfer sistem dari satu mode operasi ke mode operasi lainnya, yang menunjukkan waktu yang diperlukan untuk ini.

8. Tahap pengembangan atau adaptasi perangkat lunak meliputi pengembangan perangkat lunak sistem, pemilihan dan adaptasi perangkat lunak yang dibeli, serta, dalam kasus dan prosedur yang ditetapkan, sertifikasi perangkat lunak sistem yang dikembangkan dan alat perlindungan informasi sesuai dengan persyaratan keamanan informasi.

9. Tahap commissioning meliputi penyesuaian otonom bagian perangkat keras dan perangkat lunak dari sistem, memuat informasi ke dalam database, penyesuaian kompleks perangkat keras dan perangkat lunak sistem, termasuk alat keamanan informasi.

10. Tahap pengujian pendahuluan meliputi:

a) pengembangan program dan metodologi untuk pengujian pendahuluan, yang dengannya sistem diperiksa untuk pengoperasian dan kepatuhan dengan kerangka acuan untuk pembuatannya;

b) memeriksa sistem untuk pengoperasian dan kepatuhan dengan kerangka acuan untuk pembuatannya;

c) penghapusan kesalahan yang diidentifikasi selama pengujian tersebut dan amandemen terhadap dokumentasi dan dokumentasi kerja untuk sistem;

d) pendaftaran laporan pengujian dan tindakan penerimaan sistem untuk operasi percobaan.

11. Tahapan uji coba operasi meliputi:

a) pengembangan program dan metodologi untuk operasi percobaan;

b) uji coba sistem sesuai dengan program dan metodologi uji coba;

c) revisi perangkat lunak sistem dan penyesuaian tambahan sarana teknis dalam hal deteksi kekurangan yang diidentifikasi selama operasi percobaan sistem;

d) pelaksanaan tindakan pada penyelesaian operasi percobaan, termasuk daftar kekurangan yang harus dihilangkan sebelum memulai operasi sistem.

12. Tahapan pengujian penerimaan meliputi:

a) menguji sistem untuk kepatuhan dengan kerangka acuan untuk pembuatannya sesuai dengan program dan metodologi pengujian penerimaan;

b) analisis hasil penghapusan kekurangan yang ditentukan dalam undang-undang tentang penyelesaian operasi percobaan;

c) pendaftaran tindakan penerimaan sistem ke dalam operasi.

AKU AKU AKU. Persyaratan untuk prosedur pengoperasian sistem system

13. Dasar untuk komisioning sistem adalah tindakan hukum dari otoritas eksekutif pada komisioning sistem, yang mendefinisikan daftar tindakan untuk memastikan komisioning sistem dan menetapkan tanggal mulai operasi.

14. Tindakan hukum dari otoritas eksekutif dalam menjalankan sistem meliputi:

a) langkah-langkah untuk pengembangan dan persetujuan dokumen organisasi dan administrasi yang menentukan langkah-langkah untuk melindungi informasi selama pengoperasian sistem, yang pengembangannya disediakan oleh tindakan hukum pengaturan dan dokumen metodologis badan eksekutif federal di bidang keamanan dan badan eksekutif federal yang berwenang di bidang kontra intelijen teknis dan perlindungan teknis informasi, serta standar nasional di bidang perlindungan informasi;

b) langkah-langkah untuk pengesahan sistem sesuai dengan persyaratan perlindungan informasi, sebagai akibatnya, dalam kasus yang ditetapkan oleh undang-undang Federasi Rusia, kepatuhan perlindungan informasi yang terkandung dalam sistem dengan persyaratan yang disediakan oleh undang-undang Federasi Rusia tentang informasi, teknologi informasi, dan perlindungan informasi dikonfirmasi;

c) langkah-langkah untuk mempersiapkan otoritas eksekutif, serta mitra swasta, dalam hal perjanjian kemitraan publik-swasta, untuk pengoperasian sistem;

d) langkah-langkah untuk pelatihan pejabat badan eksekutif, serta karyawan mitra swasta dalam hal perjanjian kemitraan publik-swasta untuk pengoperasian sistem, termasuk mereka yang bertanggung jawab untuk memastikan perlindungan informasi.

15. Komisioning sistem tidak diperbolehkan dalam kasus berikut:

a) kegagalan untuk mematuhi persyaratan perlindungan informasi yang ditetapkan oleh undang-undang Federasi Rusia, termasuk tidak adanya sertifikat kepatuhan yang valid terhadap persyaratan keamanan informasi;

b) tidak adanya dalam daftar lokasi teritorial objek kontrol yang diatur oleh Aturan untuk melakukan kontrol atas penempatan sarana teknis sistem informasi yang digunakan oleh badan-badan negara, badan-badan pemerintahan sendiri lokal, perusahaan kesatuan negara bagian dan kota, negara bagian dan lembaga kota, di wilayah Federasi Rusia, disetujui oleh keputusan Pemerintah Federasi Rusia 6 Juli 2015 N 675 "Tentang prosedur pemantauan kepatuhan dengan persyaratan yang ditentukan dalam bagian 2.1 Pasal 13 dan bagian 6 Pasal 14 Undang-Undang Federal "Tentang Informasi, Teknologi Informasi, dan Perlindungan Informasi", informasi tentang penempatan sarana teknis sistem informasi di wilayah Federasi Rusia;

c) kegagalan untuk memenuhi persyaratan bagian ini yang diidentifikasi dalam proses kontrol sesuai dengan Aturan untuk melakukan kontrol atas kepatuhan terhadap persyaratan untuk prosedur pembuatan, pengembangan, komisioning, pengoperasian dan penonaktifan sistem informasi negara dan penyimpanan lebih lanjut informasi yang terkandung dalam basis data mereka, Keputusan Pemerintah Federasi Rusia yang disetujui pada 6 Juli 2015 N 675 "Tentang prosedur pemantauan kepatuhan dengan persyaratan yang ditentukan oleh bagian 2.1 Pasal 13 dan bagian 6 Pasal 14 Federal Hukum" Tentang Informasi, Teknologi Informasi dan Perlindungan Informasi. "dari dokumen ini. tindakan hukum a) persiapan tindakan hukum yang berkaitan dengan penonaktifan sistem;

b) bekerja pada penonaktifan sistem, termasuk pekerjaan mencopot perangkat lunak sistem, menjalankan hak atas perangkat lunak sistem, membongkar dan menghapus perangkat keras sistem, memastikan penyimpanan dan penggunaan lebih lanjut dari sumber daya informasi sistem;

Informasi tentang perubahan:

Dengan Keputusan Pemerintah Federasi Rusia 11 Mei 2017 N 555, paragraf 23 dilengkapi dengan sub-ayat "c"

c) memastikan perlindungan informasi sesuai dengan dokumentasi sistem dan dokumen organisasi dan administrasi untuk perlindungan informasi, termasuk pengarsipan informasi yang terdapat dalam sistem, pemusnahan (penghapusan) data dan informasi sisa dari media penyimpanan mesin dan (atau ) penghancuran media penyimpanan mesin ...

24. Kecuali ditentukan lain oleh tindakan hukum pengaturan Federasi Rusia, periode penyimpanan untuk informasi yang terkandung dalam basis data sistem ditentukan oleh otoritas eksekutif dan tidak boleh kurang dari periode penyimpanan untuk informasi yang ditetapkan untuk menyimpan dokumen kertas berisi informasi semacam itu.

25. Jangka waktu penonaktifan sistem tidak boleh lebih awal dari tanggal kedaluwarsa tindakan terakhir yang ditentukan oleh tindakan hukum penonaktifan sistem.

Prosedur untuk menjalankan EIS.

DESAIN OTOMATIS KHUSUS. TAHAP KOMISI.

KULIAH 10.

Menurut GOST 34.601-90 “AS. Tahapan pembuatan "dan GOST 34.603-92" Jenis pengujian AU "Sebagai bagian dari tahap pengoperasian sistem, pekerjaan berikut dilakukan:

1) persiapan organisasi dari objek otomatisasi untuk mengoperasikan IS - implementasi solusi desain untuk struktur organisasi, penyediaan subdivisi objek manajemen dengan materi instruksional dan metodologis, pengenalan pengklasifikasi informasi;

2) pelatihan staf - pelatihan personel dan verifikasi kemampuan mereka untuk memastikan berfungsinya IS;

3) Peralatan IC dengan produk yang disediakan (dalam hal kebutuhan untuk pengiriman seperti yang dijelaskan dalam TOR) - penerimaan komponen produksi serial dan tunggal, bahan dan produk perakitan, melakukan kontrol kualitas yang masuk;

4) pekerjaan konstruksi dan instalasi - Melakukan pekerjaan pada pembangunan tempat khusus untuk penempatan peralatan teknis dan personel IS, pembangunan saluran kabel, pemasangan peralatan teknis dan jalur komunikasi, pengujian peralatan teknis yang dirakit, pengiriman peralatan teknis untuk commissioning ;

5) pekerjaan komisioning - penyesuaian otonom perangkat keras dan perangkat lunak, memuat informasi ke dalam database dan memeriksa pemeliharaannya, penyesuaian kompleks dari semua fasilitas sistem;

6) tes awal - menguji SI untuk pengoperasian dan kepatuhan dengan kerangka acuan sesuai dengan program dan metodologi pengujian pendahuluan; penghapusan malfungsi dan amandemen dokumentasi pada IC, termasuk operasional sesuai dengan laporan pengujian; pendaftaran sertifikat penerimaan SI untuk operasi percobaan;

7) operasi percobaan - operasi percobaan IS; analisis hasilnya; penyelesaian perangkat lunak SI; penyesuaian tambahan sarana teknis IS; pendaftaran tindakan pada penyelesaian operasi percobaan.

8) tes penerimaan - pengujian kesesuaian dengan spesifikasi teknis sesuai dengan program dan metodologi pengujian penerimaan; analisis hasil pengujian IC dan penghapusan kekurangan yang diidentifikasi selama pengujian; pendaftaran tindakan penerimaan IP menjadi operasi permanen.

Komisioning EIS mewakili transisi bertahap dari sistem kontrol yang ada ke sistem otomatis. Pada saat yang sama, tidak hanya tingkat penggunaan sarana teknis untuk pemrosesan data yang meningkat, tetapi juga metode manajemen itu sendiri berubah.


Sesuai dengan model spiral siklus hidup sistem, mulai dari tahap desain teknis, subsistem EIS, kompleks tugas atau komponen individu yang mampu berfungsi secara independen dioperasikan secara bertahap, saat dokumentasi kerja dan sarana teknis siap.

Tahap commissioning termasuk operasi percontohan kompleks tugas dan penerimaan mereka ke dalam operasi industri setelah tes penerimaan. Seluruh sistem dibawa ke operasi komersial setelah selesainya penerimaan ke dalam pengoperasian semua kompleks tugas.

Salah satu fitur penting dalam menjalankan sistem adalah adanya periode tertentu selama operasi paralel dari sistem yang ada dan EIS baru dilakukan. Dalam sistem teknis, satu perangkat digantikan oleh yang lain, paling sering secara berurutan dalam waktu. Terkadang mesin baru dipasang di tempat yang lama - dalam hal ini, baik peralatan baru maupun lama tidak berfungsi untuk beberapa waktu. Jika yang baru mulai beroperasi sebelum yang lama berhenti bekerja, maka mereka bekerja secara independen satu sama lain. Ketika menugaskan EIS dari jenis organisasi, pada dasarnya tidak mungkin untuk situasi di mana baik sistem lama maupun baru bekerja setidaknya untuk waktu yang singkat. Selain itu, untuk memeriksa kebenaran semua solusi yang ditetapkan, commissioning sistem baru dilakukan secara bertahap selama operasi uji coba dengan langkah-langkah berikut:

1. Memeriksa subsistem atau tugas kompleks pada volume penuh data nyata, tetapi tidak dalam waktu nyata yang diperlukan untuk kontrol.

2. Pekerjaan sistem baru pada volume penuh data nyata dan secara nyata dalam mode kontrol, ketika hasil yang diperoleh tidak digunakan untuk manajemen, tetapi dibandingkan dengan hasil yang diperoleh pada sistem sebelumnya dan dianalisis.

3. Transisi ke manajemen berdasarkan hasil sistem baru sambil menjaga sistem lama tetap beroperasi jika terjadi kemungkinan kegagalan dan situasi yang tidak terduga.

4. Transisi akhir ke pekerjaan sistem baru.

Pengoperasian paralel sistem sangat tidak menguntungkan bagi karyawan. Mereka harus melakukan pekerjaan ganda dengan peningkatan stres. Pengembang sistem harus berusaha untuk mengurangi periode kerja paralel, yang pada dasarnya tergantung pada seberapa sukses pengembangan dan debugging sistem. Tidak dapat diterima untuk mentransfer setidaknya sebagian dari debugging dan debugging sistem untuk periode operasi percobaan. Perubahan selama periode ini tidak dapat dihindari, namun, seseorang harus berusaha untuk memastikan bahwa hanya yang tersisa yang tidak dapat diramalkan sebelum dimulainya operasi percobaan.

Operasi percobaan tumpang tindih dengan proses pengujian. Sebagai aturan, sistem ini tidak sepenuhnya ditugaskan, secara bertahap. Oleh karena itu, dari sudut pandang isi sistem, komisioning melewati setidaknya tiga fase:

2) akumulasi informasi;

3) mencapai kapasitas desain.

memulai rentang kesalahan yang agak sempit - terutama masalah ketidakcocokan data selama pemuatan dan kesalahan pemuat sendiri, yaitu, sesuatu yang tidak terlacak pada data uji. Jika debugging data "langsung" tidak mungkin, maka Anda harus mensimulasikan situasinya, dan dengan cepat. Ini membutuhkan penguji yang sangat berkualitas.

Selama akumulasi informasi jumlah kesalahan terbesar yang dibuat saat membuat sistem informasi akan muncul. Sebagai aturan, ini adalah kesalahan yang terkait dengan akses multi-pengguna. Kesalahan seperti itu sering diabaikan selama fase pengujian. Hal ini tampaknya karena kerumitan pemodelan, serta tingginya biaya alat otomatisasi untuk pengujian sistem informasi dalam kondisi akses multi-pengguna. Beberapa kesalahan akan sulit untuk diperbaiki karena merupakan kesalahan desain. Tidak ada proyek terbaik yang kebal dari mereka. Ini berarti bahwa, untuk berjaga-jaga, Anda perlu mencadangkan waktu untuk pelokalan dan koreksi kesalahan tersebut.

Selama periode pengumpulan informasi, seseorang mungkin menemukan "basis jatuh" yang terkenal. Dalam skenario terburuk, ternyata DBMS tidak dapat menahan arus informasi. Jika bagus, parameter konfigurasinya salah. Kasus pertama berbahaya, karena agak sulit untuk mempengaruhi produsen DBMS, dan pelanggan benar-benar tidak menyukai tautan ke layanan dukungan teknis DBMS. Bukan pabrikan yang harus memecahkan masalah kegagalan DBMS, tetapi Anda harus mengubah skema, mengurangi aliran permintaan, mengubah permintaan itu sendiri; secara umum, ada banyak pilihan. Ada baiknya jika waktu untuk memulihkan database sesuai dengan waktu proyek yang direncanakan.

Sistem mencapai kapasitas desainnya pada kebetulan yang sukses dari keadaan - ini adalah koreksi dari sejumlah kesalahan kecil, dan kadang-kadang - kesalahan serius.

GOST 24.208-80 Persyaratan untuk konten dokumen tahap "Commissioning"

Dengan dekrit Komite Negara Uni Soviet untuk Standar tertanggal 14 Mei 1980 No. 2101, periode pengenalan ditetapkan

dari 01.01 1981

Standar ini berlaku untuk dokumentasi teknis untuk sistem kontrol otomatis (ACS) dari semua jenis, yang dikembangkan untuk semua tingkat manajemen (kecuali nasional), dan menetapkan persyaratan untuk konten dokumen yang dikembangkan pada tahap "Commissioning" sesuai dengan persyaratan GOST 24.101-80

1. KETENTUAN UMUM

1.1. Dokumen yang dikembangkan pada tahap "Commissioning" disebut sebagai dokumen penerimaan untuk sistem kontrol otomatis.

1.2. Saat menyusun dokumen untuk bagian ACS, isi dokumen terbatas pada kerangka bagian ACS yang sesuai.

1.3. Bergantung pada tujuan dan fitur spesifik dari sistem kontrol otomatis yang dibuat, diperbolehkan untuk memasukkan dalam dokumen informasi tambahan, persyaratan untuk konten yang tidak ditetapkan oleh standar ini.

2. PERSYARATAN DOKUMENTASI PENERIMAAN

2.1. Sertifikat penyelesaian

2.1.1. Dokumen ini dimaksudkan untuk merekam fakta penyelesaian pekerjaan terpisah saat membuat ACS.

2.1.2. Dokumen ini tidak berlaku untuk pekerjaan konstruksi dan instalasi dan commissioning.

2.1.3. Dokumen harus berisi:

  • nama pekerjaan yang telah diselesaikan;
  • daftar perwakilan organisasi pengembang dan organisasi pelanggan yang telah menyusun undang-undang;
  • tanggal penyelesaian pekerjaan;
  • nama dokumen yang menjadi dasar pekerjaan itu dilakukan;
  • hasil utama dari pekerjaan yang diselesaikan;
  • kesimpulan atas hasil pekerjaan yang telah diselesaikan.

2.2. Sertifikat penerimaan operasi uji

2.2.1. Dokumen ini dimaksudkan untuk merekam fakta penyelesaian commissioning sistem kontrol otomatis secara keseluruhan atau bagian-bagiannya ke dalam operasi percobaan.

2.2.2. Dokumen harus berisi:

  • nama ACS (atau bagiannya) yang diterima untuk operasi percobaan dan objek kontrol yang sesuai;
  • komposisi komisi penerimaan dan dasar pekerjaannya (nama, nomor dan tanggal persetujuan dokumen yang menjadi dasar komisi itu dibuat);
  • komposisi fungsi ACS (atau bagiannya), diterima untuk operasi percobaan;
  • daftar komponen dukungan teknis, perangkat lunak, informasi dan organisasi, diperiksa dalam proses operasi percobaan;
  • hasil utama penerimaan ke dalam operasi percobaan;
  • keputusan komisi tentang penerimaan sistem kontrol otomatis untuk operasi percobaan.

2.3. Sertifikat penerimaan operasi industri

2.3.1. Dokumen tersebut dimaksudkan untuk merekam fakta menempatkan ACS (atau bagiannya) ke dalam operasi industri.

2.3.2. Dokumen harus berisi:

  • nama objek kontrol dan ACS (atau bagiannya) yang diterima untuk operasi industri;
  • informasi tentang status komite penerimaan (negara bagian, antardepartemen, departemen), komposisinya dan dasar pekerjaannya;
  • jangka waktu kerja komisi;
  • nama organisasi pengembang, organisasi pelaksana bersama dan organisasi pelanggan;
  • nama dokumen yang menjadi dasar pengembangan ACS;
  • komposisi fungsi ACS (atau bagiannya), yang dioperasikan secara komersial;
  • daftar komponen dukungan teknis, perangkat lunak, informasi dan organisasi yang diterima untuk operasi industri;
  • daftar dokumen yang diserahkan ke komisi;
  • kesimpulan tentang hasil uji coba operasi sistem kontrol otomatis;
  • penilaian kesesuaian ACS yang diterima dengan spesifikasi teknis untuk pembuatannya;
  • karakteristik singkat dan hasil utama dari pekerjaan yang dilakukan pada pembuatan sistem kontrol otomatis;
  • penilaian tingkat ilmiah dan teknis ACS (menurut data desain) *;
  • penilaian efisiensi ekonomi dari pengenalan sistem kontrol otomatis (menurut data desain) *;
  • keputusan komisi;
  • rekomendasi komisi untuk pengembangan sistem lebih lanjut *.
* Wajib hanya setelah penerimaan ACS secara keseluruhan.

2.3.3. Program dan laporan pengujian, risalah rapat komisi, tindakan penerimaan ke dalam operasi industri dari bagian ACS yang diterima sebelumnya, daftar sarana teknis yang digunakan oleh komisi saat menerima ACS dilampirkan pada "Tindakan penerimaan ke dalam operasi industri ". Atas kebijaksanaan komisi, diperbolehkan untuk memasukkan dokumen tambahan dalam aplikasi.

2.4. Jadwal kerja

2.4.1. Dokumen tersebut menetapkan daftar karya, tenggat waktu, dan pelaksana karya yang terkait dengan penciptaan karya.

2.4.2. Dokumen untuk setiap pekerjaan yang termasuk dalam daftar harus berisi:

  • judul pekerjaan;
  • tanggal mulai dan berakhirnya pekerjaan;
  • nama unit yang berpartisipasi dalam pekerjaan;
  • nama dan jabatan eksekutif yang bertanggung jawab;
  • rumus penyajian hasil kerja.

2.5. Perintah kerja

2.5.1. Bergantung pada tahap pekerjaan pembuatan sistem kontrol otomatis, jenis dokumen berikut dibuat:

  • perintah kesiapan objek kontrol untuk pekerjaan konstruksi dan instalasi;
  • perintah tentang kesiapan objek kontrol untuk commissioning;
  • untuk memulai operasi uji coba sistem kontrol otomatis (bagian-bagiannya);
  • perintah untuk melakukan operasi komersial sistem kontrol otomatis (bagian-bagiannya).

2.5.2. Dokumen "Perintah kesiapan objek kontrol untuk pekerjaan konstruksi dan instalasi" harus memuat:

  • pesan tentang kesiapan objek kontrol untuk melakukan pekerjaan konstruksi dan instalasi;
  • penetapan wilayah konstruksi dan instalasi;
  • prosedur untuk masuk kerja;
  • daftar perwakilan organisasi pelanggan yang bertanggung jawab atas pekerjaan dan keselamatan peralatan yang dipasang;
  • daftar perwakilan yang bertanggung jawab dari organisasi konstruksi dan instalasi yang melakukan pekerjaan.

2.5.3. Dokumen "Perintah tentang kesiapan objek kontrol untuk commissioning" harus berisi:

  • pesan tentang kesiapan objek kontrol untuk commissioning;
  • daftar sarana teknis ACS yang akan disesuaikan;
  • indikasi prosedur untuk melakukan pekerjaan penyesuaian;
  • prosedur untuk masuk ke komisioning;
  • daftar perwakilan organisasi pelanggan yang bertanggung jawab atas komisioning;
  • daftar perwakilan yang bertanggung jawab dari organisasi yang melakukan pekerjaan komisioning;
  • petunjuk tentang cara menghilangkan kesalahan pemasangan dan orang yang bertanggung jawab atas pelaksanaan pekerjaan ini.

2.5.4. Dokumen "Pesanan pada awal operasi uji coba ACS (bagian-bagiannya)" harus berisi:

  • nama ACS secara keseluruhan atau bagian-bagiannya yang menjalani operasi percobaan;
  • waktu operasi percobaan;
  • daftar pejabat organisasi kontraktor dan organisasi pengembang yang bertanggung jawab atas operasi percobaan;
  • daftar divisi organisasi pelanggan yang terlibat dalam operasi percobaan.

2.5.5. Dokumen "Pesanan untuk commissioning sistem kontrol otomatis (bagian-bagiannya)" harus berisi:

  • komposisi fungsi ACS atau bagian-bagiannya, perangkat keras dan perangkat lunaknya, yang dibawa ke dalam operasi industri;
  • daftar pejabat dan daftar divisi organisasi pelanggan yang bertanggung jawab atas pengoperasian sistem kontrol otomatis;
  • prosedur dan ketentuan untuk pengenalan bentuk dokumen baru (jika perlu);
  • prosedur dan ketentuan untuk mentransfer orang pertama yang bekerja dalam kondisi berfungsinya sistem kontrol otomatis.

2.6. Urutan komposisi panitia penerimaan

Dokumen harus berisi:

  • nama ACS yang diterima secara keseluruhan atau bagian-bagiannya;
  • informasi tentang komposisi komisi;
  • dasar untuk organisasi komisi;
  • nama organisasi pelanggan;
  • nama organisasi pengembang, organisasi pelaksana;
  • penunjukan dan tujuan komisi;
  • syarat dimulainya dan selesainya pekerjaan komisi;
  • instruksi tentang bentuk penyelesaian pekerjaan komisi.

2.7. Program kerja

2.7.1. Tergantung pada konten pekerjaan, jenis dokumen berikut ditetapkan:

  • program uji;
  • program operasi percobaan;
  • program kerja panitia penerimaan.

2.7.2. Dokumen "Program pengujian" dimaksudkan untuk menentukan prosedur dan ruang lingkup pengujian pendahuluan saat mentransfer ke operasi uji coba dan pengujian penerimaan saat mentransfer sistem kontrol otomatis ke operasi industri.

Dokumen harus berisi:

  • komposisi fungsi ACS secara keseluruhan atau bagian-bagiannya yang akan diuji, dengan mengacu pada poin-poin "Terms of Reference" untuk pembuatan ACS;
  • daftar komponen dukungan teknis, perangkat lunak, informasi dan organisasi yang akan diuji;
  • prosedur untuk menguji komponen individu dari dukungan ACS dan fungsi ACS individu;
  • kondisi dan syarat pengujian;
  • prosedur untuk mendaftarkan pengujian dan kekurangan yang teridentifikasi;
  • prosedur untuk menghilangkan kekurangan dan membuat perubahan yang diperlukan pada dokumentasi teknis;
  • indikasi bentuk penyajian hasil tes.

2.7.2. Dokumen "Program operasi percobaan" dimaksudkan untuk menentukan urutan dan ruang lingkup operasi percobaan.

Dokumen harus berisi:

  • susunan fungsi ACS dan bagian-bagiannya untuk uji coba, dengan mengacu pada poin-poin kerangka acuan pembentukan ACS;
  • daftar komponen dukungan teknis, perangkat lunak, informasi dan organisasi yang tunduk pada operasi percobaan;
  • prosedur untuk tindakan personel selama operasi uji coba elemen ACS dan subsistem fungsional individu;
  • kondisi dan syarat operasi percobaan;
  • tata cara pendaftaran hasil uji coba dan kekurangan yang teridentifikasi;
  • prosedur untuk menghilangkan kekurangan yang teridentifikasi dan membuat perubahan pada dokumentasi teknis;
  • indikasi bentuk penyajian hasil uji coba.

2.7.2. Dokumen "Program kerja komite penerimaan" dimaksudkan untuk menentukan prosedur penerimaan sistem kontrol otomatis ke dalam operasi industri. Komposisi dan isi dokumen ditentukan sesuai dengan peraturan dan dokumen teknis yang disetujui di industri ini.

2.8. Laporan pengujian

2.8.1. Dokumen tersebut dimaksudkan untuk mencatat hasil pengujian pendahuluan selama pemindahan ACS secara keseluruhan atau bagian-bagiannya untuk percobaan atau operasi industri.

2.8.2. Dokumen harus berisi:

  • nama benda uji;
  • daftar pejabat yang melakukan pengujian;
  • tujuan tes;
  • informasi tentang durasi tes;
  • daftar poin spesifikasi teknis untuk pembuatan sistem kontrol otomatis, untuk memenuhi pengujian yang dilakukan;
  • daftar item dari "Program Uji" yang pengujiannya dilakukan;
  • informasi tentang hasil pemantauan berfungsinya ACS dengan benar;
  • informasi tentang kegagalan, kegagalan dan keadaan darurat yang terjadi selama pengujian;
  • informasi tentang penyesuaian parameter objek uji dan dokumentasi teknis.

2.9. Protokol negosiasi

2.9.1. Dokumen ini dimaksudkan untuk menyetujui penyimpangan dari solusi desain yang diadopsi dan disetujui sebelumnya, ketika, dalam proses operasi eksperimental ACS secara keseluruhan atau bagiannya, kebutuhan untuk koreksi terungkap.

2.9.2. Dokumen harus berisi:

  • daftar penyimpangan yang dipertimbangkan dengan indikasi dokumen, penyimpangan dari persyaratan yang harus disetujui;
  • daftar pejabat yang menyusun protokol;
  • pembenaran penyimpangan yang diterima dari solusi desain;
  • daftar penyimpangan yang disepakati dan kerangka waktu untuk membuat perubahan yang diperlukan pada dokumentasi teknis.

Penerbitan ulang. Mei 1986

ARTIKEL SEPERTI