Bilgi sistemi devreye alma sertifikası. GOST bilgi sistemlerinin devreye alınması

ONAYLANDI

Ekonomide Devlet Düzenleme Departmanı Müdür Yardımcısı

Rusya Federasyonu Ekonomik Kalkınma Bakanlığı
______________ V.N. rudenko
« 09 » _ Kasım __ 2011

DENEYSEL OPERASYONA UYGULAMA

7 Kasım 2011 tarihli ГК-158-ОФ / Д01 sayılı devlet sözleşmesi kapsamında geliştirilen proje yönetimi için otomatik bilgi sistemi.
Müşterinin (Rusya Ekonomik Kalkınma Bakanlığı) ve Yüklenicinin (OTR 2000 LLC) ortak kararına uygun olarak, deneme işletimine alınması.

Aşağıdakilerden oluşan komisyon:

Komisyon Başkanı:

Ekonomide Devlet Düzenleme Departmanı Müdür Yardımcısı V.N. rudenko,

Komisyon üyeleri:

Ekonomide Devlet Düzenleme Departmanı Elektronik Toplum Geliştirme Bölüm Başkan Vekili S.V. Pushhakov,

AV Matveenko,

Ekonomide Devlet Düzenleme Departmanı'nın e-toplum geliştirme departmanının önde gelen danışmanı N. Kırsanova,

LLC "OTR 2000" A.I. Kuleshova,

O.V., OTR 2000 LLC Proje Müdürü Strahova,

OTR 2000 LLC'nin önde gelen analisti Yu.M. Gudkova,

E.T.'nin adını taşıyan BEP'in "Reel Sektör" yönü araştırmacısı. Gaidar E.R. Batarshin.
dan beri "_ 08 _" Kasım 2011 tarafından "_ 09 _" Kasım 2011, Rusya Ekonomik Kalkınma Bakanlığı'nda kurulu otomatik bilgi sistemi "Proje Yönetim Portalı" (AIS PPU) uygulamalı yazılımının ön testlerini gerçekleştirdi.


  1. Ön testlerin başarıyla tamamlandığı tespit edildi.

    1. Geliştirmenin ana aşamaları, İş Tanımına uygun olarak gerçekleştirildi.

    2. Tarafından geliştirilmiş belgeler gereksinimleri karşılar yazılımın çalışması.

    3. Yazılım deneme çalışması için hazırlanmıştır.

  1. Deneme işletimi için kabul edilen işlevlerin listesi (teknik görevin "Sistem tarafından gerçekleştirilen işlevler için gereksinimler" bölümü):

    1. Proje listesinin tutulması.

    2. Tasarım varlıklarıyla çalışma.

    3. Projedeki çalışmanın durumunu değerlendirmek için göstergelerle çalışmak.

    4. Analitik modül.

    5. Belge kitaplığı.

  1. Deneme operasyonu için komisyona sunulan belgelerin listesi:

    1. "AIS'in Tanımı" Proje Yönetim Portalı "" (Sistemin Pasaportu);

    2. "AIS PPU yöneticisinin talimatı";

    3. "AIS PPU için kullanım kılavuzu";

    4. "AIS PPU'yu test etmek için program ve metodoloji";

    5. "AIS PPU için test görevleri";

    6. "Bir proje yönetim aracı olarak AIS PPU ile çalışma prosedürünü açıklayan rol tabanlı bir talimat" Bölümler arası etkileşim "".

  2. Komisyon kararı: Yazılımı 9 Kasım 2011'den itibaren deneme işletimi için kabul etmek.

UYGULAMALAR:


  1. Ön test raporu No. 1

  2. Ön test raporu No. 2
Komisyon üyeleri:

V.N. Rudenko

S.V. Pushchakov

AV Matveenko

N.N. Kırsanova

yapay zeka Kuleshov

O.V. Strahova

Yu.M. Gudkova

Acil Servis Batarshin

Test işlemi kabul sertifikasıön testlerin sonuçlarına göre oluşturulur ve şunları içerir: karmaşık testlerin sonuçlarından çıkarılan sonuçlar; Deneme operasyonu için görevler.

Komisyonun çalışma süresi

Kabul belgesinin bu bölümünde, kabul komitesinin ön testlerin yapılmasına yönelik çalışmalarının başlangıç ​​ve bitiş tarihleri ​​verilir.

Testlerin başlangıcı - 01 Kasım 2010.
Testin sonu - 31 Aralık 2010.
Testlerin toplam süresi 44 iş günüdür.

Müşteri organizasyonunun, yürüten organizasyonun ve birlikte yürüten organizasyonun adı

Testlere katılanların kuruluşlarının ve bilgi sisteminin deneme işletimine kabul belgesini oluşturanların adı verilir.

Organizasyon-müşteri - JSC "Müşteri".
Yürütme organizasyonu - JSC "Yürütücü".
Kuruluş-yardımcı yürütücü - LLC "Ortak yürütücü" (varsa).

Deneme işlemi için kabul edilen AIS işlevlerinin bileşimi

Deneme işlemi için kabul edilen AIS işlevlerinin listesi listelenir. Fonksiyonlar hem sistem genelinde hem de alt sistemler tarafından aktarılabilir. İşlevler, bir bilgi sisteminin oluşturulması için teknik atamanın "Sistem tarafından gerçekleştirilen işlevler için gereksinimler" bölümünden alınmıştır.

Deneme işletimi sırasında kontrol edilen teknik, yazılım, bilgi ve organizasyon desteği bileşenlerinin listesi

Kabul sertifikasının bu bölümü, deneme işletimi sırasında gerçekleştirilen testlerin bir listesini sağlar. Testlerin listesi, Test Programının "Testlerin Kapsamı" bölümünden alınmıştır.

Deneme işletimi sürecinde aşağıdaki tabloda sunulan testler yapılmalıdır.

Komisyona sunulacak belgelerin listesi

Kabul belgesinin bu bölümü, deneme operasyonu için gerekli olan komisyona verilen belgelerin bir listesini sağlar.

Bir veritabanının (veri seti) oluşturulması ve bakımı için talimatlar, 12.09.2010 sürüm 1.
- Kullanım kılavuzu, 09/14/2010 tarihli sürüm 1.
- ...

Kabul edilen AIS'nin teknik şartnamelere uygunluğunun değerlendirilmesi

Kabul edilen AIS'nin teknik şartnamelere uygunluğunun bir değerlendirmesi verilir.

Ön testlerin sonuçlarına dayanarak, Sistem belgede sunulan gereksinimleri karşılamaktadır: "". Sürüm 1.0.

Deneme operasyonuna kabulün ana sonuçları

Kabul sertifikasının bu bölümü, bilgi sisteminin deneysel çalışmasının sonuçlarından elde edilen ana sonuçları listeler.

Deneme operasyonunun sonuçlarına dayanarak, aşağıdaki ana sonuçlar elde edilmelidir:
- Sistem çalışır durumda;
- Sistemin Alt Sistemleri - etkileşim;
- Sistem, "Otomatik bir sistemin oluşturulması için referans şartları" belgesinin gereksinimlerini karşılar. Sürüm 1.0.;
- Değerlendirilecek tüm özellikler kabul edilebilir sınırlar içindedir.

AIS'nin deneme operasyonuna kabulüne ilişkin komisyon kararı

Deneme işletimi için bilgi sisteminin kabul edilip edilmeyeceğine dair komisyon kararı sunulur.

M.V. Kovtun Ekim 2010.

Rusya Federasyonu Hükümeti'nin 6 Temmuz 2015 N 676 sayılı Kararı
"Devlet bilgi sistemlerinin oluşturulması, geliştirilmesi, devreye alınması, işletilmesi ve hizmetten çıkarılması ve veritabanlarında bulunan bilgilerin daha fazla depolanması için prosedür gereklilikleri hakkında"

"Bilgi, Bilgi Teknolojileri ve Bilginin Korunması Hakkında" Federal Kanunun 14. Maddesinin 6. Bölümü uyarınca, Rusya Federasyonu Hükümeti aşağıdakilere karar verir:

1. Devlet bilgi sistemlerinin oluşturulması, geliştirilmesi, devreye alınması, işletilmesi ve hizmetten çıkarılması ve veritabanlarında bulunan bilgilerin daha fazla depolanması için prosedür için ekteki gereklilikleri onaylamak.

2. Bu kararla onaylanan şartlar tarafından öngörülen tedbirlerin, ilgili mali yıl ve liderlik ve yönetim için planlama dönemi için federal bütçeye ilişkin federal yasa tarafından öngörülen bütçe tahsisleri dahilinde federal yürütme makamları tarafından yerine getirilmesini sağlamak. yerleşik işlevler alanında.

3. Rusya Federasyonu'nun kurucu kuruluşlarının federal yürütme organlarına ve yürütme organlarına ek olarak diğer devlet organlarının yanı sıra devlet bütçe dışı fon yönetim organlarının, yerel özyönetim organlarının faaliyetlerinde aşağıdakiler tarafından yönlendirilmesini tavsiye edin: Bu kararla onaylanan gereksinimler.

Gereksinimler
devlet bilgi sistemlerinin oluşturulması, geliştirilmesi, devreye alınması, işletilmesi ve hizmetten çıkarılması ve veritabanlarında bulunan bilgilerin daha fazla depolanması için prosedüre
(6 Temmuz 2015 N 676 Rusya Federasyonu Hükümeti kararnamesi ile onaylanmıştır)

Değişiklikler ve eklemeler ile:

I. Genel Hükümler

1. Bu belge, devlet bilgi sistemlerinin (bundan böyle sistem olarak anılacaktır) oluşturulması, geliştirilmesi, devreye alınması, işletilmesi ve hizmetten çıkarılması için önlemlerin uygulanmasına ve veri tabanlarında yer alan bilgilerin daha fazla depolanmasına ilişkin prosedürün gerekliliklerini tanımlar. federal yürütme organları ve yürütme organları tarafından, Rusya Federasyonu'nun kurucu kuruluşlarının yetkilileri (bundan sonra yürütme makamları olarak anılacaktır), yürütme makamlarının yetkilerinin kullanımının bir sonucu olarak uygulanmasının etkinliğini artırmak için bilgi ve iletişim teknolojileri, bu anlaşmaları uygulamak için ya kamu ortakları olarak hareket eden yürütme makamları ve kamu-özel ortaklığı anlaşmalarına uygun olarak özel ortaklar (bundan böyle özel ortak olarak anılacaktır) tarafından.

1.1. Yürütme makamları veya özel ortaklar, sistemlerin oluşturulması, geliştirilmesi, devreye alınması, işletimi ve hizmetten çıkarılması ve veri tabanlarında bulunan bilgilerin daha fazla saklanması için önlemler aldığında, aşağıdakiler gerçekleştirilmelidir:

a) güvenlik alanında federal yürütme organı ve teknik istihbarata karşı mücadele ve bilgilerin teknik korunması alanında yetkili federal yürütme organı tarafından yetkileri dahilinde kurulan sistemlerde yer alan bilgilerin korunması için gereklilikler;

b) kuruluş için gereklilikler ve sistemde yer alan bilgileri korumaya yönelik önlemler;

Değişiklikler hakkında bilgi:

Madde 1.1, 27 Nisan 2019'dan itibaren "c" alt maddesi ile tamamlanmıştır - Karar

c) "Kişisel Veriler Hakkında" Federal Kanunun 19. maddesinin 3. bölümünde öngörülen kişisel verilerin korunmasına ilişkin gereklilikler (sistemde kişisel veriler varsa).

Değişiklikler hakkında bilgi:

Rusya Federasyonu Hükümeti'nin 11 Mayıs 2017 tarihli Kararı N 555 Madde 1.2 ile tamamlanan şartlar

1.2. Bu belgenin 1.1 paragrafında belirtilen bilgilerin korunmasına ilişkin gereklilikleri yerine getirmek için (bundan böyle bilgilerin korunması gereklilikleri olarak anılacaktır), yürütme makamları, sistemde yer alan bilgilerin korunmasına ilişkin gereklilikleri belirler. yürüttükleri yürütme organı:

a) Yetkisiz erişim, imha, değiştirme, engelleme, kopyalama, sağlama, dağıtma ve bu tür bilgilerle ilgili diğer yasa dışı eylemlere karşı korumaya tabi bilgilerin belirlenmesi;

b) sistemin uyması gereken düzenleyici yasal düzenlemelerin, metodolojik belgelerin ve ulusal standartların analizi;

c) sistemin bilgi koruma gerekliliklerine göre sınıflandırılması;

d) uygulanması sistemde bilgi güvenliğinin ihlaline yol açabilecek bilgi güvenliğine yönelik tehditlerin belirlenmesi ve bunlara dayalı olarak bilgi güvenliğine yönelik bir tehdit modelinin geliştirilmesi;

e) sistemde yer alan bilgilerin korunması için bilgi sistemi (alt sistem) gereksinimlerinin belirlenmesi.

II. Bir sistem oluşturma prosedürü için gereksinimler

2. Sistemin oluşturulmasının temeli:

a) yürütme makamının düzenleyici yasal düzenlemelerle öngörülen sistemi oluşturma yükümlülüğü;

b) Yürütme organının kendisine verilen yetkilerin uygulanmasını sağlamak üzere bir sistem oluşturma kararı;

Değişiklikler hakkında bilgi:

Madde 2, 27 Nisan 2019'dan itibaren "c" alt maddesi ile tamamlanmıştır - Rusya Hükümeti'nin 11 Nisan 2019 N 420 Kararı

c) Rusya Federasyonu Hükümeti'nin bir kamu-özel ortaklığı projesinin uygulanmasına ilişkin kararı;

Değişiklikler hakkında bilgi:

Madde 2, 27 Nisan 2019'dan itibaren "d" alt maddesi ile tamamlanmıştır - Rusya Hükümeti'nin 11 Nisan 2019 N 420 Kararı

d) Kamu ortağı Rusya Federasyonu'nun kurucu kuruluşu ise veya Rusya Federasyonu'nun kurucu kuruluşunun katılımıyla ortak bir ihale planlanıyorsa, Rusya Federasyonu'nun kurucu kuruluşunun devlet gücünün en yüksek yürütme organının kararı (Rusya Federasyonu'nun katılımıyla yapılan ortak ihale durumları hariç).

3. Sistemin oluşturulması, bu belgenin 1.2 paragrafının "d" alt paragrafında belirtilen bilgi güvenliği tehditleri modelinin yanı sıra kişisel koruma seviyeleri dikkate alınarak, görev tanımına uygun olarak gerçekleştirilir. verilerin kişisel veri bilgi sistemlerinde işlenmesi sırasında, bu verilerin güvenliğine yönelik tehditlere ve bu belgenin gerekliliklerine bağlı olarak.

Bilgi güvenliğine yönelik tehdit modeli ve (veya) sistemin oluşturulması için görev tanımı, güvenlik alanındaki federal yürütme organı ve teknik istihbarat ve teknik korumaya karşı mücadele alanında yetkili federal yürütme organı ile koordine edilir. yerleşik bilgi koruma gerekliliklerinin uygulanması ile ilgili kısımda yetkileri dahilinde bilgi.

Sistemin oluşturulmasına ilişkin görev tanımı, bu belgenin 1.1. paragrafının "a" ve "c" alt paragraflarına göre oluşturulmuş, sistemde yer alan bilgilerin korunmasına ilişkin gereklilikleri içermelidir.

4. Bir sistemin ve bilgi güvenliğine yönelik tehditlerin bir modelinin oluşturulmasına ilişkin görev tanımı, uygun yetkilere sahip bir yürütme makamının yetkilisi tarafından onaylanır.

5. Bir sistem oluşturma prosedürü, sırayla uygulanan aşağıdaki adımları içerir:

a) sistem ve parçaları için belgelerin geliştirilmesi;

b) sistem ve parçaları için çalışma belgelerinin geliştirilmesi;

c) yazılım geliştirme veya uyarlama;

d) devreye alma işleri;

e) sistemin ön testlerinin yapılması;

f) sistemin deneme işletiminin yapılması;

g) Sistemin kabul testlerinin yapılması.

6. Sistem ve parçaları için dokümantasyon geliştirme aşaması, tasarım çözümlerinin tamamını (bilgi güvenliği dahil) tanımlamak için gerekli ve sistemin oluşturulması üzerinde daha fazla çalışma için yeterli olduğu ölçüde dokümantasyonun geliştirilmesini, koordinasyonunu ve onaylanmasını içerir. sistem.

7. Sistem ve parçaları için çalışma dokümantasyonunun geliştirme aşaması, sistemin işletime alınması ve işletilmesi ile ilgili çalışmaları yürütmek için gerekli bilgileri içeren dokümantasyonun geliştirilmesi, koordinasyonu ve onaylanmasını ve aşağıdakileri içeren sistemi çalıştırma prosedürünü içerir. Bu belgenin 6. paragrafında belirtilen tasarım çözümlerinde oluşturulan sistemin (bilgi koruması dahil) operasyonel özelliklerini (kalitesini) korumak için çalışmaları yürütmek için gerekli bilgiler, aşağıdakiler dahil:

a) sistemin işleyişini sağlamak için liste, türler, hacimler ve çalışma sıklığı dahil olmak üzere sistemin çalışması için görevleri yerine getirirken çalışanların eylemlerinin bir listesi;

b) bilgi korumasını sağlayan sistem ve bileşenlerin performansının izlenmesi;

c) sistemin çalışması sırasında ortaya çıkabilecek arızaların bir listesi ve meydana geldiklerinde yapılacak işlemler için öneriler;

d) sistemin çalışma modlarının ve özelliklerinin bir listesi ile sistemi bir çalışma modundan diğerine aktarma prosedürü ve kuralları, bunun için gereken süreyi gösterir.

8. Yazılım geliştirme veya uyarlama aşaması, sistem yazılımının geliştirilmesini, satın alınan yazılımın seçilmesini ve uyarlanmasını ve ayrıca yerleşik durumlarda ve prosedürde, geliştirilen sistem yazılımının ve bilgi koruma araçlarının uygun şekilde sertifikalandırılmasını içerir. bilgi güvenliği gereksinimleri ile.

9. Devreye alma aşaması, sistemin donanım ve yazılım parçalarının özerk olarak ayarlanmasını, veri tabanına bilgi yüklenmesini, bilgi güvenliği de dahil olmak üzere sistemin donanım ve yazılımının karmaşık ayarlanmasını içerir.

10. Ön test aşaması şunları içerir:

a) sistemin işlerliği ve oluşturulması için referans şartlarına uygunluğunun kontrol edildiği, ön testler için bir program ve metodolojinin geliştirilmesi;

b) Sistemin işletilebilirliği ve oluşturulması için referans şartlarına uygunluğunun kontrol edilmesi;

c) Bu tür testler sırasında tespit edilen arızaların giderilmesi ve sistem için dokümantasyon ve çalışma dokümantasyonunda değişiklik yapılması;

d) bir test raporunun kaydı ve deneme işletimi için sistemin kabul edilmesi eylemi.

11. Deneme operasyonunun aşaması şunları içerir:

a) deneme operasyonu için bir program ve metodolojinin geliştirilmesi;

b) sistemin deneme işletimi programı ve metodolojisine uygun olarak deneme işletimi;

c) Sistemin deneme işletimi sırasında tespit edilen eksikliklerin tespit edilmesi durumunda sistem yazılımının revizyonu ve teknik araçların ek olarak ayarlanması;

d) Sistemin işletilmesine başlamadan önce giderilmesi gereken eksikliklerin bir listesi de dahil olmak üzere, deneme çalışmasının tamamlanmasına ilişkin bir işlemin yürütülmesi.

12. Kabul testi aşaması şunları içerir:

a) sistemin, kabul testlerinin programı ve metodolojisine uygun olarak oluşturulması için referans şartlarına uygunluğunun test edilmesi;

b) Deneme işleminin tamamlanmasına ilişkin kanunda belirtilen eksikliklerin giderilmesine ilişkin sonuçların analizi;

c) Sistemin işletmeye alınmasına ilişkin bir işlemin tescili.

III. Sistemi işletmeye alma prosedürü için gereklilikler

13. Sistemin devreye alınmasının temeli, sistemin devreye alınmasını sağlamak için alınacak önlemlerin listesini tanımlayan ve faaliyete başlama tarihini belirleyen yürütme organının sistemin devreye alınmasına ilişkin yasal işlemidir.

14. Yürütme organının sistemi faaliyete geçirmeye ilişkin yasal düzenlemesi şunları içerir:

a) geliştirilmesi, güvenlik alanındaki düzenleyici yasal düzenlemeler ve federal yürütme organının metodolojik belgeleri tarafından sağlanan sistemin çalışması sırasında bilgileri korumaya yönelik önlemleri tanımlayan örgütsel ve idari belgelerin geliştirilmesi ve onaylanması için önlemler ve teknik istihbarat ve bilginin teknik korunmasına karşı koyma alanında yetkili federal yürütme organı ve ayrıca bilgi koruma alanındaki ulusal standartlar;

b) Rusya Federasyonu mevzuatı tarafından belirlenen durumlarda, sistemde yer alan bilgilerin korunmasının sağlanan gerekliliklere uygunluğunun bir sonucu olarak, bilgi koruma gerekliliklerine uygun olarak sistemin onaylanması için önlemler Rusya Federasyonu'nun bilgi, bilgi teknolojileri ve bilgi koruma mevzuatı tarafından onaylandığı için;

c) Bir kamu-özel ortaklığı anlaşması olması durumunda, yürütme makamının yanı sıra özel ortağı sistemin işleyişine hazırlamak için önlemler;

d) bilgilerin korunmasından sorumlu olanlar da dahil olmak üzere, sistemin çalışması için bir kamu-özel ortaklığı anlaşması olması durumunda yürütme organı yetkililerinin ve özel ortağın çalışanlarının hazırlanmasına yönelik önlemler.

15. Aşağıdaki durumlarda sistemin devreye alınmasına izin verilmez:

a) geçerli bir bilgi güvenliği gerekliliklerine uygunluk sertifikasının olmaması da dahil olmak üzere, Rusya Federasyonu mevzuatı tarafından belirlenen bilgi koruma gerekliliklerine uyulmaması;

b) Devlet organları, yerel özyönetim organları, devlet ve belediye üniter teşebbüsleri, devlet tarafından kullanılan teknik bilgi sistemlerinin yerleştirilmesi üzerinde kontrol uygulamak için Kurallar tarafından sağlanan kontrol nesnelerinin bölgesel konumunun kaydında olmaması ve Rusya Federasyonu topraklarındaki belediye kurumları, 6 Temmuz 2015 tarihli Rusya Federasyonu Hükümeti kararnamesi ile onaylanmıştır N 675 "13. "Bilgi, Bilgi Teknolojileri ve Bilgi Koruması Hakkında" Federal Kanunun 14. Maddesinin 6'sı, bilgi sisteminin teknik araçlarının Rusya Federasyonu topraklarına yerleştirilmesi hakkında bilgi;

c) Devlet bilgi sistemlerinin oluşturulması, geliştirilmesi, devreye alınması, işletilmesi ve hizmetten çıkarılması ve daha fazla depolama prosedürü gerekliliklerine uygunluk üzerinde kontrol uygulanmasına ilişkin Kurallara uygun olarak kontrol sırasında tanımlanan bu bölümün gerekliliklerine uyulmaması veritabanlarında yer alan bilgilerin, 6 Temmuz 2015 tarihli Rusya Federasyonu Hükümeti Kararnamesi N 675 "Federal Federal Yasanın 13. Maddesinin 2.1 Bölümü ve 14. Maddesinin 6. Bölümünde belirtilen şartlara uygunluğun izlenmesi prosedürü hakkında Bu belgenin "Bilgi, Bilgi Teknolojileri ve Bilginin Korunması Hakkında Kanun.

b) sistem yazılımının kaldırılması, sistem yazılımına ilişkin hakların kullanılması, sistem donanımının sökülmesi ve silinmesi, sistemin bilgi kaynaklarının depolanmasını ve daha fazla kullanılmasını sağlamak dahil olmak üzere sistemin devreden çıkarılması çalışmaları;

Değişiklikler hakkında bilgi:

Rusya Federasyonu Hükümeti'nin 11 Mayıs 2017 N 555 sayılı Kararı, paragraf 23, "c" alt paragrafı ile desteklenmiştir.

c) sistemde bulunan bilgilerin arşivlenmesi, verilerin imhası (silinmesi) ve makine depolama ortamından kalan bilgiler dahil olmak üzere, bilgilerin korunması için sistem belgelerine ve kurumsal ve idari belgelere uygun olarak bilgilerin korunmasının sağlanması ve (veya ) makine depolama ortamının imhası ...

24. Rusya Federasyonu'nun düzenleyici yasal düzenlemeleri tarafından aksi belirtilmedikçe, sistemin veritabanlarında yer alan bilgilerin saklama süreleri yürütme makamı tarafından belirlenir ve kağıt belgelerin saklanması için oluşturulan bilgilerin saklama sürelerinden daha az olamaz. gibi bilgileri içerir.

25. Sistemin hizmetten çıkarılmasına ilişkin süre, sistemin hizmetten çıkarılmasına ilişkin kanunda öngörülen son tedbirin sona erme tarihinden önce olamaz.

EIS'yi devreye alma prosedürü.

TİPİK OTOMATİK TASARIM. DEVREYE ALMA AŞAMASI.

DERS 10.

GOST 34.601-90'a göre “AS. Oluşturma aşamaları "ve GOST 34.603-92" NGS testleri türleri "Sistemin devreye alınması aşamasının bir parçası olarak aşağıdaki çalışmalar yürütülmektedir:

1) IS'yi işletmeye almak için otomasyon nesnesinin organizasyonel hazırlığı - organizasyon yapısı için tasarım çözümlerinin uygulanması, yönetim nesnesinin öğretim ve metodolojik materyallerle alt bölümlerinin sağlanması, bilgi sınıflandırıcılarının tanıtılması;

2) Personel eğitimi - personelin eğitimi ve IS'nin işleyişini sağlama yeteneklerinin doğrulanması;

3) Sağlanan ürünlerle birlikte IC ekipmanı (TOR'da açıklanan böyle bir teslimatın gerekli olması durumunda) - seri ve tek üretim bileşenlerinin, malzemelerin ve montaj ürünlerinin alınması, kalitelerinin gelen kontrolü;

4) inşaat ve montaj işleri - Teknik ekipmanın ve IS personelinin yerleştirilmesi, kablo kanallarının inşası, teknik ekipman ve iletişim hatlarının kurulumu, monte edilmiş teknik ekipmanın test edilmesi, devreye alma için teknik ekipmanın teslimi için özel binaların inşası ile ilgili çalışmaların yapılması ;

5) devreye alma işleri - donanım ve yazılımın otonom ayarlanması, veri tabanına bilgi yüklenmesi ve bakımının kontrol edilmesi, tüm sistem tesislerinin karmaşık ayarlanması;

6) ön testler - ön testlerin programı ve metodolojisine uygun olarak IS'nin çalışabilirlik ve referans şartlarına uygunluk açısından test edilmesi; test raporuna uygun olarak işletim dahil olmak üzere, IC'deki dokümantasyondaki arızaların ve değişikliklerin ortadan kaldırılması; deneme operasyonu için IS kabul belgesinin kaydı;

7) Deneme işlemi - IS'nin deneme operasyonu; sonuçlarının analizi; IS yazılımının tamamlanması; IS'nin teknik araçlarının ek ayarlanması; deneme operasyonunun tamamlanması eyleminin kaydı.

8) Kabul testleri - kabul testlerinin programı ve metodolojisine uygun olarak teknik şartnamelere uygunluk testleri; IC test sonuçlarının analizi ve test sırasında tespit edilen eksikliklerin giderilmesi; IP'nin kalıcı operasyona kabul edilmesi eyleminin kaydedilmesi.

EIS'nin devreye alınması, mevcut kontrol sisteminden otomatik bir sisteme kademeli bir geçişi temsil eder. Aynı zamanda, yalnızca veri işleme için teknik araçların kullanım derecesi artmaz, aynı zamanda yönetim yöntemleri de buna göre değişir.


Sistem yaşam döngüsünün spiral modeline uygun olarak, teknik tasarım aşamasından başlayarak, EIS alt sistemleri, görev kompleksleri veya bağımsız çalışabilen bireysel bileşenler, çalışma dokümantasyonu ve teknik araçlar hazır olduğu için aşamalı olarak devreye alınır.

Devreye alma aşaması, görev komplekslerinin pilot çalışmasını ve kabul testlerinden sonra endüstriyel işletmeye kabul edilmesini içerir. Tüm görev komplekslerinin işletmeye alınmasının tamamlanmasının ardından tüm sistem ticari işletmeye alınır.

Sistemin devreye alınmasının önemli özelliklerinden biri, mevcut sistem ile yeni EIS'nin paralel çalışmasının gerçekleştirildiği belirli bir sürenin bulunmasıdır. Teknik sistemlerde, bir cihaz, çoğu zaman sırayla, başka bir cihazla değiştirilir. Bazen eskisinin yerine yeni bir makine kurulur - bu durumda ne yeni ne de eski ekipman bir süre çalışır. Yeni, eskisi çalışmayı durdurmadan önce devreye girerse, birbirinden bağımsız çalışırlar. Organizasyonel tipte bir EIS'yi devreye alırken, ne eski ne de yeni sistemin en azından kısa bir süre çalıştığı bir durum için temelde imkansızdır. Ayrıca, belirtilen tüm çözümlerin doğruluğunu kontrol etmek için, yeni bir sistemin devreye alınması, deneme işletimi sırasında aşağıdaki adımlarla kademeli olarak gerçekleştirilir:

1. Gerçek verilerin tam hacminde bir alt sistemi veya bir görev kompleksini kontrol etmek, ancak kontrol için gerekli gerçek zamanda değil.

2. Elde edilen sonuçların yönetim için kullanılmadığı, ancak önceki sistemde elde edilen sonuçlarla karşılaştırıldığı ve analiz edildiği zaman, yeni sistemin gerçek verilerin tam hacminde ve kontrol modunda gerçek terimlerle çalışması.

3. Olası arızalar ve öngörülemeyen durumlarda eski sistemi çalışır durumda tutarken yeni sistemin sonuçlarına göre yönetime geçiş.

4. Yeni sistemin çalışmasına son geçiş.

Sistemin paralel çalışması çalışanlar için son derece elverişsizdir. Artan stresle çift iş yapmak zorundalar. Sistem geliştiricileri, esasen sistemin geliştirilmesinin ve hata ayıklamanın ne kadar başarılı olduğuna bağlı olan paralel çalışma süresini azaltmak için çaba göstermelidir. Deneme işletimi süresince sistemin hata ayıklama ve hata ayıklamasının en azından bir kısmının aktarılması kabul edilemez. Bu dönemde değişiklikler kaçınılmazdır, ancak yalnızca deneme operasyonu başlamadan önce öngörülemeyenlerin kalması için çaba gösterilmelidir.

Deneme işlemi, test süreciyle örtüşüyor. Kural olarak, sistem kademeli olarak tam olarak devreye alınmaz. Bu nedenle, sistemin içeriği açısından, devreye alma en az üç aşamadan geçer:

2) bilgi birikimi;

3) tasarım kapasitesine ulaşmak.

oldukça dar bir hata döngüsü başlatır - özellikle yükleme sırasındaki veri uyuşmazlığı sorunları ve yükleyicilerin kendi hataları, yani test verilerinde izlenmeyen bir şey. "Canlı" verilerde hata ayıklamak mümkün değilse, durumu hızlı bir şekilde simüle etmeniz gerekir. Bunun için çok nitelikli test uzmanları gerekir.

Periyod boyunca bilgi birikimi bir bilgi sistemi oluştururken yapılan en fazla hata sayısı görünecektir. Kural olarak, bunlar çok kullanıcılı erişimle ilgili hatalardır. Bu tür hatalar genellikle test aşamasında gözden kaçar. Bu, görünüşe göre, modellemenin karmaşıklığından ve ayrıca çok kullanıcılı erişim koşulları altında bilgi sistemlerini test etmek için otomasyon araçlarının yüksek maliyetinden kaynaklanmaktadır. Tasarım hataları olduğu için bazı hataların düzeltilmesi zor olacaktır. En iyi projelerin hiçbiri onlardan bağışık değildir. Bu, her ihtimale karşı, bu tür hataların yerelleştirilmesi ve düzeltilmesi için zaman ayırmanız gerektiği anlamına gelir.

Bilgi birikimi döneminde, ünlü "temel düştü" ile karşılaşılabilir. En kötü senaryoda, DBMS'nin bilgi akışına dayanamayacağı ortaya çıkıyor. İyiyse, yapılandırma parametreleri basitçe yanlıştır. İlk durum tehlikelidir, çünkü DBMS üreticisini etkilemek oldukça zordur ve müşteri DBMS teknik destek servisine bağlantılardan gerçekten hoşlanmaz. DBMS arızası sorununu çözmek zorunda kalacak olan üretici değil, siz - şemayı değiştirmek, talep akışını azaltmak, istekleri kendileri değiştirmek; genel olarak, birçok seçenek var. Veritabanını geri yükleme zamanının projenin planlanan zamanına uyması iyidir.

Sistem tasarım kapasitesine şu anda ulaşır: koşulların başarılı bir şekilde tesadüfi - bu, bir dizi küçük hatanın ve bazen de - ciddi hataların düzeltilmesidir.

GOST 24.208-80 "İşletmeye Alma" aşamasının belgelerinin içeriği için gereklilikler

SSCB Devlet Standartlar Komitesi'nin 14 Mayıs 1980 tarih ve 2101 sayılı kararnamesi ile tanıtım dönemi belirlendi.

01.01 1981'den itibaren

Bu standart, tüm yönetim seviyeleri için (ulusal hariç) geliştirilen her türden otomatik kontrol sistemleri (ACS) için teknik belgeler için geçerlidir ve GOST gerekliliklerine uygun olarak "İşletmeye Alma" aşamasında geliştirilen belgelerin içeriği için gereksinimleri belirler. 24.101-80

1. GENEL HÜKÜMLER

1.1. “Devreye Alma” aşamasında geliştirilen belgeler, otomatik kontrol sistemi için kabul belgeleri olarak anılır.

1.2. ACS'nin bir bölümü için belgeler hazırlarken, belgelerin içeriği ACS'nin ilgili bölümünün çerçevesi ile sınırlıdır.

1.3. Oluşturulan otomatik kontrol sistemlerinin amacına ve spesifik özelliklerine bağlı olarak, içeriği bu standart tarafından belirlenmemiş olan ek bilgilerin belgelere dahil edilmesine izin verilir.

2. KABUL BELGELERİ İÇİN GEREKLİLİKLER

2.1. Tamamlama sertifikası

2.1.1. Belge, bir ACS oluştururken ayrı bir çalışmanın tamamlandığı gerçeğini kaydetmeyi amaçlamaktadır.

2.1.2. Belge, inşaat ve kurulum ve devreye alma işleri için geçerli değildir.

2.1.3. Belge şunları içermelidir:

  • tamamlanan işin adı (lar);
  • yasayı hazırlayan geliştirici kuruluş ve müşteri kuruluşu temsilcilerinin bir listesi;
  • işin bitiş tarihi;
  • işin yapıldığı belgenin (belgelerin) adı;
  • tamamlanan çalışmanın ana sonuçları;
  • tamamlanan çalışmanın sonuçları hakkında sonuç.

2.2. Test işlemi kabul sertifikası

2.2.1. Belge, otomatik kontrol sisteminin bir bütün olarak veya parçalarının deneme işletiminde devreye alınmasının tamamlanması gerçeğini kaydetmeyi amaçlamaktadır.

2.2.2. Belge şunları içermelidir:

  • deneme işletimi için kabul edilen ACS'nin (veya parçasının) adı ve ilgili kontrol nesnesi;
  • kabul komitesinin bileşimi ve çalışmalarının temeli (komisyonun oluşturulduğu belgenin adı, numarası ve onay tarihi);
  • deneme operasyonu için kabul edilen ACS'nin (veya bir bölümünün) işlevlerinin bileşimi;
  • deneme işletimi sırasında kontrol edilen teknik, yazılım, bilgi ve organizasyon desteği bileşenlerinin listesi;
  • deneme operasyonuna kabulün ana sonuçları;
  • deneme işletimi için otomatik kontrol sisteminin kabulüne ilişkin komisyon kararı.

2.3. Endüstriyel işletme kabul belgesi

2.3.1. Belge, ACS'nin (veya parçasının) endüstriyel işletime alınması gerçeğini kaydetmeyi amaçlamaktadır.

2.3.2. Belge şunları içermelidir:

  • endüstriyel operasyon için kabul edilen kontrol nesnesinin ve ACS'nin (veya parçasının) adı;
  • kabul komitesinin durumu (eyalet, bölümler arası, bölüm), bileşimi ve çalışmalarının temeli hakkında bilgi;
  • komisyonun çalışma süresi;
  • geliştirici kuruluşun, birlikte yürüten kuruluşun ve müşteri kuruluşunun adı;
  • ACS'nin geliştirildiği belgenin adı;
  • ticari işletmeye alınan ACS'nin (veya bir bölümünün) işlevlerinin bileşimi;
  • endüstriyel operasyon için kabul edilen teknik, yazılım, bilgi ve organizasyon desteği bileşenlerinin listesi;
  • komisyona sunulan belgelerin listesi;
  • otomatik kontrol sisteminin deneme çalışmasının sonuçları hakkında sonuç;
  • kabul edilen ACS'nin oluşturulması için teknik şartnamelere uygunluğunun değerlendirilmesi;
  • otomatik bir kontrol sisteminin oluşturulması üzerine yapılan çalışmanın kısa özellikleri ve ana sonuçları;
  • ACS'nin bilimsel ve teknik seviyesinin değerlendirilmesi (tasarım verilerine göre) *;
  • otomatik kontrol sistemlerinin tanıtılmasından itibaren ekonomik verimliliğin değerlendirilmesi (tasarım verilerine göre) *;
  • komisyon kararı;
  • sistemin daha da geliştirilmesi için komisyonun önerileri *.
* Yalnızca ACS'nin bir bütün olarak kabul edilmesi durumunda zorunludur.

2.3.3. Program ve test raporları, komisyon toplantılarının tutanakları, ACS'nin daha önce kabul edilmiş bölümlerinin endüstriyel işletmeye kabul işlemleri, ACS'yi kabul ederken komisyonun kullandığı teknik araçların bir listesi "Endüstriyel işletmeye kabul Yasası" na eklenmiştir. ". Komisyonun takdirine bağlı olarak, başvuruya ek belgeler eklenmesine izin verilir.

2.4. Çalışma programı

2.4.1. Belge, eserlerin yaratılmasıyla ilgili eserlerin, son teslim tarihlerinin ve sanatçıların bir listesini oluşturur.

2.4.2. Listede yer alan her çalışma için belge şunları içermelidir:

  • İş ismi;
  • işin başlangıç ​​ve bitiş tarihi;
  • çalışmaya katılan birimin adı;
  • sorumlu yöneticinin adı ve konumu;
  • çalışmanın sonuçlarını sunma formülü.

2.5. İş emri

2.5.1. Otomatik bir kontrol sistemi oluşturma çalışmalarının aşamasına bağlı olarak, aşağıdaki belge türleri oluşturulur:

  • kontrol nesnesinin inşaat ve montaj işleri için hazır olup olmadığına dair bir sipariş;
  • kontrol nesnesinin devreye alınmaya hazır olup olmadığına dair bir sipariş;
  • ACS'nin (parçalarının) deneme işletimini başlatmak için;
  • otomatik kontrol sistemini (parçalarını) ticari işletmeye sokma emri.

2.5.2. "Kontrol nesnesinin inşaat ve montaj işleri için hazır olup olmadığına ilişkin sipariş" belgesi şunları içermelidir:

  • kontrol nesnesinin inşaat ve montaj işlerini yapmaya hazır olduğuna dair mesaj;
  • inşaat ve kurulum alanının belirlenmesi;
  • işe kabul prosedürü;
  • monte edilmiş ekipmanın çalışmasından ve güvenliğinden sorumlu müşteri organizasyonunun temsilcilerinin bir listesi;
  • işi yapan inşaat ve montaj kuruluşlarının sorumlu temsilcilerinin listesi.

2.5.3. "Kontrol nesnesinin işletmeye almaya hazır olup olmadığına ilişkin sipariş" belgesi şunları içermelidir:

  • kontrol nesnesinin devreye almaya hazır olduğu hakkında mesaj;
  • ACS'nin ayarlanacak teknik araçlarının listesi;
  • ayarlama işi yapma prosedürünün bir göstergesi;
  • işletmeye alma prosedürü;
  • devreye almaktan sorumlu müşteri organizasyonunun temsilcilerinin bir listesi;
  • devreye alma işi yapan kuruluşların sorumlu temsilcilerinin bir listesi;
  • kurulum hatalarının nasıl ortadan kaldırılacağına ve bu işlerin yapılmasından sorumlu kişilere ilişkin talimatlar.

2.5.4. "ACS'nin (parçalarının) deneme çalışmasının başlamasına ilişkin sipariş" belgesi şunları içermelidir:

  • ACS'nin bir bütün olarak adı veya deneme operasyonundan geçen parçaları;
  • deneme operasyonunun zamanlaması;
  • deneme operasyonundan sorumlu sözleşme kuruluşu ve geliştirme kuruluşu yetkililerinin bir listesi;
  • deneme operasyonunda yer alan müşteri organizasyonunun bölümlerinin listesi.

2.5.5. "Otomatik kontrol sisteminin (parçalarının) devreye alınmasına ilişkin sipariş" belgesi şunları içermelidir:

  • endüstriyel operasyona alınan ACS'nin veya parçalarının, donanımının ve yazılımının işlevlerinin bileşimi;
  • otomatik kontrol sisteminin çalışmasından sorumlu müşteri organizasyonunun yetkilileri ve bölümlerinin bir listesi;
  • yeni belge biçimlerinin tanıtılması için prosedür ve şartlar (gerekirse);
  • otomatik kontrol sisteminin işleyişi koşullarında çalışacak ilk kişiyi transfer etme prosedürü ve şartları.

2.6. Kabul komitesinin oluşumu hakkında sipariş

Belge şunları içermelidir:

  • kabul edilen ACS'nin bir bütün olarak veya parçalarının adı;
  • komisyonun oluşumu hakkında bilgi;
  • komisyonun organizasyonunun temeli;
  • müşteri organizasyonunun adı;
  • geliştirici kuruluşun adı, birlikte yürüten kuruluşlar;
  • komisyonun atanması ve amaçları;
  • komisyon çalışmalarının başlama ve tamamlanma şartları;
  • komisyon çalışmasının tamamlanma şekline ilişkin talimatlar.

2.7. Çalışma programı

2.7.1. Çalışmanın içeriğine bağlı olarak, aşağıdaki belge türleri oluşturulur:

  • Test programı;
  • deneme çalıştırma programı;
  • Kabul komitesinin çalışma programı.

2.7.2. "Test programı" belgesi, otomatik kontrol sisteminin deneme işletimine geçişi sırasında ön testlerin ve endüstriyel işletime geçiş sırasında kabul testlerinin prosedürünü ve kapsamını belirlemeyi amaçlamaktadır.

Belge şunları içermelidir:

  • ACS'nin oluşturulması için "İş Tanımı Şartları"nın noktalarına atıfta bulunarak, ACS'nin işlevlerinin bir bütün olarak veya test edilecek parçalarının bileşimi;
  • teste tabi teknik, yazılım, bilgi ve organizasyon desteği bileşenlerinin listesi;
  • ACS desteğinin ayrı bileşenlerini ve ayrı ACS işlevlerini test etme prosedürü;
  • test koşulları ve şartları;
  • testleri ve tespit edilen eksiklikleri kaydetme prosedürü;
  • eksiklikleri giderme ve teknik belgelerde gerekli değişiklikleri yapma prosedürü;
  • test sonuçlarının sunum şeklinin belirtilmesi.

2.7.2. "Deneme operasyonu programı" belgesi, deneme operasyonunun sırasını ve kapsamını belirlemeyi amaçlamaktadır.

Belge şunları içermelidir:

  • ACS'nin oluşturulması için görev tanımlarının noktalarına atıfta bulunarak, ACS'nin işlevlerinin ve deneme operasyonuna tabi olan bölümlerinin bileşimi;
  • deneme operasyonuna tabi teknik, yazılım, bilgi ve organizasyon desteği bileşenlerinin listesi;
  • ACS elemanlarının ve bireysel fonksiyonel alt sistemlerin deneme işletimi sırasında personel eylemleri için prosedür;
  • deneme operasyonunun koşulları ve şartları;
  • deneme çalışmasının sonuçlarını ve tespit edilen eksiklikleri kaydetme prosedürü;
  • tespit edilen eksiklikleri giderme ve teknik belgelerde değişiklik yapma prosedürü;
  • deneme operasyonunun sonuçlarının sunum şeklinin bir göstergesi.

2.7.2. "Kabul komitesinin çalışma programı" belgesi, otomatik kontrol sisteminin endüstriyel işletmeye kabulü için prosedürü belirlemeyi amaçlamaktadır. Belgenin bileşimi ve içeriği, bu sektörde onaylanan düzenleyici ve teknik belgeler tarafından belirlenir.

2.8. Test raporu

2.8.1. Belge, ACS'nin bir bütün olarak veya parçalarının deneme veya endüstriyel operasyon için aktarılması sırasında ön testlerin sonuçlarını kaydetmeyi amaçlamaktadır.

2.8.2. Belge şunları içermelidir:

  • test nesnesinin adı;
  • testi yapan yetkililerin listesi;
  • testlerin amacı;
  • testlerin süresi hakkında bilgi;
  • testlerin gerçekleştirildiği uyumluluk için otomatik bir kontrol sisteminin oluşturulması için teknik görev noktalarının bir listesi;
  • testlerin gerçekleştirildiği "Test Programı" öğelerinin listesi;
  • ACS'nin doğru işleyişini izlemenin sonuçları hakkında bilgi;
  • test sırasında meydana gelen arızalar, arızalar ve acil durumlar hakkında bilgi;
  • test nesnesinin parametrelerindeki ayarlamalar ve teknik belgeler hakkında bilgi.

2.9. müzakere protokolü

2.9.1. Belge, ACS'nin bir bütün olarak veya parçalarının deneysel çalışması sürecinde, düzeltme ihtiyacı ortaya çıktığında, önceden kabul edilmiş ve onaylanmış tasarım çözümlerinden sapmalar üzerinde anlaşmaya yöneliktir.

2.9.2. Belge şunları içermelidir:

  • gereksinimlerinden sapmalar onaya tabi olan, belgenin bir göstergesiyle birlikte dikkate alınan sapmaların bir listesi;
  • protokolü hazırlayan yetkililerin bir listesi;
  • tasarım çözümlerinden kabul edilen sapmaların gerekçesi;
  • üzerinde anlaşılan sapmaların bir listesi ve teknik dokümantasyonda gerekli değişiklikleri yapmak için zaman çerçevesi.

Yeniden yayınla. Mayıs 1986

BENZER MAKALELER