rusya'nın fstek'inin ve rusya'nın fsb'sinin gis, ispdn, asup ve asutp'ye gereksinimleri hakkında. Özelleştirilmiş GIS'in geliştirilmesi için genel gereksinimler GIS için temel gereksinimler

STC tesislerinin güvenliğini artırma ile ilgili sorunların analizine dayanarak, CBS'nin geliştirilmesi için genel gereksinimler formüle edilmiştir. Bu gereksinimler, uzay-zamansal faktörleri, yaratma teknolojisinin metodolojik ve bilgisel desteğinin heterojenliğini ve sistemin gelişme olasılığını dikkate alır.

CBS geliştirme için genel gereksinimler gruplara ayrılmalı ve büyük acil durumlar listesine dayalı olarak doğrulanmalıdır; etkinin büyüklüğü ve sonuçların ciddiyeti; zarar verici etkinin doğası; tesislerin güvenliğini sağlama ve karar verme görevlerinin içeriği; teknolojik, işlevsel ve ekonomik gereksinimler.

SP 11-107-98 ve SP 11-113-2002 düzenleyici belgelerinin tesislerin personeli ve yakındaki nüfus için kapsamlı bir risk analizi gerektirdiğini göz önünde bulundurarak, CBS'nin geliştirilmesi için gereksinimlerin içeriğini kısaca formüle edeceğiz. gruplar.

Önemli acil durumlar. CBS yardımıyla öncelikle insan ölümüne veya büyük zarara yol açabilecek olayların bir değerlendirmesi yapılmalıdır. Bu koşula dayalı olarak, bu tür olaylar, tesislerde meydana gelen kazalar sonucunda meydana gelen teknolojik acil durumları içermelidir: yangın ve patlama tehlikesi; gaz boru hatları; petrol boru hatları; kimyasal olarak tehlikeli; radyasyon tehlikeli; hidrolik yapılar.

Doğal acil durumlar da insanların ölümüne yol açar: sel; depremler; kasırgalar ve şiddetli rüzgarlar; kar çığları; oturdu; Orman yangınları; tsunami.

Etkinin büyüklüğü ve sonuçların ciddiyeti. 13.09.1996 tarih ve 1094 sayılı Rusya Federasyonu Hükümeti tarafından onaylanan doğal ve insan kaynaklı acil durumların sınıflandırılmasına ilişkin Yönetmelik uyarınca, acil durumların ciddiyetine göre yerel olanlara ayrılır; yerel, bölgesel; bölgesel; federal; sınır ötesi.

15.07.2002 tarih ve 240 sayılı Hükümet Kararnamesi, petrol ve petrol ürünü döküntülerinin acil durum olarak sınıflandırıldığını belirtmektedir. Yere ve iç sulara dökülen petrol ve petrol ürünlerinin hacmine ve alanına bağlı olarak, aşağıdaki kategorilerdeki acil durumlar ayırt edilir: yerel, belediye, bölgesel, bölgesel ve federal önem.

Bu ölçeklere uygun olarak CBS, farklı ayrıntı seviyelerine sahip kartografik bilgileri içermelidir: dünya, ülkeler, bölgeler (iller, konular, ilçeler vb.), şehirler, nesneler.

Etki ölçeğine ve arazinin sonuçlarının ciddiyetine ve risk unsurlarına bağlı olarak.

Zarar verici etkinin doğası. Kaynakların farklı doğasına ve zarar verici faktörlerin alanlarına dayalı olarak, CBS hava şok dalgası, sismik, termal, kimyasal, radyasyon etki alanlarını hesaplamayı mümkün kılan matematiksel modelleri içermelidir. (maruz kalma modelleri). Matematiksel modeller bloğu ayrıca yıkım, hasar, hasar ve risk derecesini karakterize eden bölgeleri belirlemeye yönelik prosedürleri de içermelidir. Bunlar modeller, risk unsurlarının darbeye karşı direncini tanımlar. Göstergelerin tahminleri, birleşik bir bilimsel ve metodolojik temele dayanmalıdır.

Tesislerin güvenliğini artırmaya ve karar vermeyi desteklemeye yönelik görevler dizisi. Görevler, bilgi desteğinin analitik bileşenlerini içerebilir: tahmine dayalı modeller, kazara dökülme hacimlerinin proaktif değerlendirmeleri, hasar ölçeği, etki göstergeleri ve risk tanımlama dahil; optimizasyon modelleri - kaynakların tahsisi, etkin yönetimin organizasyonu; operasyonel modeller - durumun değerlendirilmesi, kuvvet ve araçların hesaplanması, olayın gerçeğine göre yaşam destek göstergeleri. Her model, belirli türdeki karar destek problemlerini hem olaydan önce hem de meydana geldikten sonra çözmeyi mümkün kılar.

İşlevsel gereksinimler. GIS yazılımı gereksinimleri karşılamalıdır:

verimlilik, bilgi, çok işlevlilik;

durumu göstermenin netliği;

kartografik tabanın ölçeklenebilirliği;

olayların ve bilgilerin uzamsal ve zamansal bağlantısını sağlamak;

bilgileri girme, düzenleme ve içe aktarma yeteneği;

bilgilerin keyfi olarak veya adres göstergeleri ile seçilmesini ve görüntülenmesini sağlamak;

katmanları açma veya kapatma yeteneği;

Hesaplamalı modeller kullanılarak elde edilen bilgilerin kartografik bir sunumunu sağlamak, sonuçları belgelemek.

Teknolojik gereksinimler. Teknolojik gereksinimler şunları içerir:

CBS yapısının bloklu yapısı;

sistemi geliştirme olasılığı;

sistemin geliştirilmesinde CBS teorisindeki "klasik" kavramların kullanımı;

veritabanları oluşturmak ve yönetmek için uyumlu formatların ve yazılım paketlerinin kullanımı;

izleme bilgilerini otomatik bir şekilde kullanma yeteneği;

kartografik ve semantik veri tabanları ile hesaplamalı modellerin konjugasyonu;

matematiksel ve istatistiksel modelleri kullanma becerisi;

mevcut teknik araçlara odaklanın (bellek, hız, harici cihazlar);

sorunları çözmek için sınırlı zaman.

Ekonomik gereksinimler. Coğrafi bilgi sistemleri, diğer önlemlerin bir parçası olarak - mühendislik, teknik ve organizasyonel - tesislerin güvenliğini artıran, acil durumların sonuçlarını azaltan ve hafifleten bilgi teknolojisinin önemli bir bileşenidir. Bir CBS geliştirilirken sistemin maliyeti dikkate alınmalıdır. Aynı zamanda, diğer önlemlerle birlikte, CBS geliştirme maliyetleri de dahil olmak üzere toplam maliyetler, önlenen hasarı aşmamalıdır.

İşte genelleştirilmiş bir CBS teknolojik yapısı. Sistem aşağıdaki ana blokları içerir (Şekil H.1):

dijital kartografik ve semantik bilgilerin yapılandırılmış dizilerinden oluşan bir veritabanı bloğu;

veritabanı Yönetim sistemi;

matematiksel model bloğu;

tematik haritalama ve dokümantasyon bloğu; kullanıcı arayüzü, tüm GIS bloklarının verimli bir şekilde yönetilmesinin bir yoludur.

Şekil 3.1- yapısal şema CBS

Ders 5. Veritabanının yapısı ve içeriği için gereksinimler.

Çalışma soruları: carto için gereksinimler grafik bilgi... Kartografik bilgilerin içeriği için gereklilikler. Haritaların ölçeği için gereksinimler. Kartografik bilgi formatları için gereklilikler . Semantik bilgi için gereksinimler.

Veritabanı bloğu, bilgi birikimine ve yapılandırılmasına hizmet eder.

CBS için iki ana bilgi türü kartografik (vektör veya raster) ve anlamsaldır (tanımlayıcı). Kartografik bilgi, coğrafi özelliklerin koordinatlarını ve sınırlarını içerir. Semantik bilgi, nesnelerin nicel ve nitel özelliklerini ve aralarındaki ilişkileri tanımlar. Veritabanındaki kartografik ve anlamsal bilgiler yapısal olarak gruplar halinde birleştirilir.

Rusya Federasyonu'nda yaklaşık 100 eyalet var. bilgi sistemi, federal ve bölgesel olarak alt bölümlere ayrılırlar. Bu sistemlerden herhangi biriyle çalışan bir kuruluşun, işlediği veri koruma gereksinimlerine uyması gerekir. Sınıflandırmaya bağlı olarak, yaptırımların uygulandığı uyumsuzluk için farklı bilgi sistemlerine para cezasından daha ciddi önlemlere kadar farklı gereksinimler uygulanır.

Rusya Federasyonu'ndaki tüm bilgi sistemlerinin işleyişi, 27 Temmuz 2006 tarihli 149-FZ sayılı Federal Yasa (21 Temmuz 2014'te değiştirildiği şekliyle) "Bilgi, Bilgi Teknolojileri ve Bilgi Koruması Hakkında" (27 Temmuz 2006) ile belirlenir. ). Bu yasanın 14. maddesi şunları sağlar: Detaylı Açıklama GISov. Sınırlı erişim bilgilerini işleyen (devlet sırrı oluşturan bilgileri içermeyen) devlet bilgi sistemleri operatörleri, 11 Şubat 2013 tarih ve 17 sayılı Rusya FSTEC Siparişinde belirtilen şartlara tabidir. devlet bilgi sistemlerinde yer alan ve devlet sırrı teşkil etmeyen bilgilerin korunması”.

Bir operatörün, veritabanlarında yer alan bilgilerin işlenmesi de dahil olmak üzere bir bilgi sistemini işleten bir vatandaş veya tüzel kişilik olduğunu hatırlayın.

Kuruluş, devlet bilgi sistemine bağlıysa, FSTEC 17 No'lu Sipariş, sistemi belgelendirmekle yükümlüdür ve yalnızca sertifikalı bilgi güvenliği araçları (geçerli FSTEC sertifikaları veya FSB).

Bir bilgi sisteminin operatörünün, öyle olmadığı halde, yanlışlıkla onu bir CBS olarak sınıflandırması alışılmadık bir durum değildir. Sonuç olarak, sisteme yedekli güvenlik önlemleri uygulanır. Örneğin, kişisel veri bilgi sisteminin operatörü yanlışlıkla bunu bir devlet sistemi olarak sınıflandırırsa, işlenen bilgilerin güvenliği için yasaların gerektirdiğinden daha katı gereklilikleri yerine getirmesi gerekecektir. Bu arada, 21 No'lu FSTEC Kararı ile düzenlenen kişisel veri bilgi sistemlerinin korunmasına ilişkin şartlar daha az katıdır ve sistemi belgelendirme zorunluluğu getirmemektedir.

Uygulamada, bağlanması gereken sistemin devlete ait olup olmadığı ve bu nedenle bilgi koruması oluşturmak için hangi önlemlerin alınması gerektiği her zaman açık değildir. Bununla birlikte, düzenleyici makamlar tarafından teftiş planı büyüyor, para cezaları giderek artıyor.

GIS'i GIS olmayanlardan nasıl ayırt edebilirim?

Devlet bilgi sistemi, aşağıdakilerin sağlanması gerektiğinde oluşturulur:

• devlet kurumlarının yetkilerinin uygulanması;
• devlet kurumları arasında bilgi alışverişi;
• diğer yerleşik başarı Federal yasalar hedefler.

Bilgi sisteminin devlete ait olduğunu aşağıdaki algoritmayı kullanarak anlamak mümkündür:

1. Bir bilgi sisteminin oluşturulmasını öngören bir yasal düzenleme olup olmadığını öğrenin.
2. Federal Eyalet Bilgi Sistemleri Kaydı'nda sistemin kullanılabilirliğini kontrol edin. Federasyonun kurucu kuruluşları düzeyinde de benzer kayıtlar mevcuttur.
3. Sistemin amacına dikkat edin. Sistemin CBS olarak sınıflandırılmasının dolaylı bir işareti, uyguladığı yetkilerin açıklaması olacaktır. Örneğin, Başkurdistan Cumhuriyeti'nin her yönetiminin, diğer şeylerin yanı sıra yerel özyönetim organlarının yetkilerini tanımlayan kendi tüzüğü vardır. "Başkurdistan Cumhuriyeti topraklarında konut ihtiyacı olan vatandaşlar için muhasebe", yönetimlerin "belediyenin entegre sosyo-ekonomik kalkınması için plan ve programların uygulanmasının kabulü ve organizasyonu" gibi yetkileri uygulamak için oluşturulmuştur. ilçe" ve bir CBS'dir.

Sistem, devlet kurumları arasında bilgi alışverişini içeriyorsa, hükümet olma olasılığı da yüksektir (örneğin, bölümler arası elektronik belge yönetimi sistemi).

Bu bir CBS'dir. Ne yapalım?

FSTEC Order 17, GIS operatörleri için bilgileri korumak için aşağıdaki önlemleri belirler:

• bilgi sisteminde yer alan bilgilerin korunması için gereksinimlerin oluşturulması;
• bilgi sisteminin bilgilerini korumak için bir sistemin geliştirilmesi;
• bilgi sisteminin bilgi koruma sisteminin uygulanması;
• bilgi sisteminin bilgi güvenliği gerekliliklerine göre belgelendirilmesi (bundan böyle - ISPD belgesi olarak anılacaktır) ve devreye alınması;
• sertifikalı bilgi sisteminin çalışması sırasında bilgilerin korunmasını sağlamak;
• Sertifikalı bir bilgi sisteminin hizmet dışı bırakılması sırasında veya bilgi işlemeyi sona erdirme kararı verildikten sonra bilgilerin korunmasının sağlanması.

Devlet bilgi sistemlerine bağlı olan kuruluşlar aşağıdaki adımları gerçekleştirmelidir:

1. Bir IP sınıflandırması yapın ve güvenlik tehditlerini belirleyin.

IP sınıflandırması, FSTEC siparişinin 14.2 17. maddesine göre gerçekleştirilir.

Sonuçlara göre bilgi güvenliği tehditleri belirlenir

• ihlal edenlerin yeteneklerini değerlendirmek;
• bilgi sisteminin olası güvenlik açıklarının analizi;
• analiz (veya modelleme) olası yollar bilgi güvenliğine yönelik tehditlerin uygulanması;
• bilgi güvenliği özelliklerinin (gizlilik, bütünlük, kullanılabilirlik) ihlalinin sonuçlarının değerlendirilmesi.

2. Bilgi işleme sistemi için gereksinimleri formüle edin.

Sistem gereksinimleri şunları içermelidir:

• bilgi sistemindeki bilgilerin korunmasının sağlanmasının amaç ve hedefleri;
• bilgi sisteminin güvenlik sınıfı;
• düzenleyici yasal işlemlerin bir listesi, metodolojik belgeler ve ulusal standartlar bilgi sisteminin uyması gereken;
• bilgi sisteminin koruma nesnelerinin listesi;
• bilgi sisteminde kullanılan bilgi koruma önlemleri ve araçları için gereklilikler.

3. Bilgi sistemine ait bilgilerin korunması için bir sistem geliştirin.

Bunu yapmak için şunları yapmanız gerekir:

• bilgi sisteminin bilgi güvenliği sisteminin tasarımı;
• bilgi sisteminin bilgi koruma sistemi için operasyonel belgelerin geliştirilmesi;
• bilgi sisteminin bilgi güvenliği sisteminin prototiplenmesi ve test edilmesi.

4. Bilgi sisteminin bilgi koruma sisteminin uygulanmasını gerçekleştirin, yani:

• bilgi sisteminde bilgi güvenliği araçlarının kurulumu ve yapılandırılması;
• işletimi sırasında bilgi sistemindeki bilgilerin korunmasını sağlamak için operatör tarafından uygulanan kural ve prosedürleri tanımlayan belgelerin geliştirilmesi (bundan sonra - bilgilerin korunması için organizasyonel ve idari belgeler);
• bilgileri korumak için kurumsal önlemlerin uygulanması;
• bilgi sisteminin bilgi güvenliği sisteminin ön testleri;
• bilgi sisteminin bilgi koruma sisteminin deneme çalışması;
• güvenlik açığı için yerleşik bilgi koruma sistemini kontrol etme;
• bilgi sisteminin bilgi güvenliği sisteminin kabul testleri.

5. ISPDn'yi onaylamak için:

• yeterlilik testleri yapmak;
• elinize bir uygunluk belgesi alın.

Düzenleyici otoritelerin denetiminden geçmek için kurumsal ve idari belgelerin yeterli olduğuna dair yaygın bir görüş vardır, bu nedenle CBS operatörleri genellikle güvenlik önlemlerinin uygulanmasını ihmal eder. Gerçekten de Roskomnadzor, bir kuruluştaki kişisel verileri korumak için belgelere ve kurumsal ve idari önlemlerin uygulanmasına çok dikkat eder. Ancak, sorular ortaya çıkarsa, denetime FSTEC ve FSB'den uzmanlar katılabilir. Aynı zamanda, FSTEC, bilgilerin teknik korumasının bileşimine çok yakından bakar ve tehdit modelinin derlenmesinin doğruluğunu kontrol eder ve FSB, bilgilerin kriptografik korumasının kullanımına ilişkin gereksinimlerin uygulanmasını kontrol eder.

Oleg Necheukhin, Bilgi Sistemleri Güvenlik Uzmanı, "Kontur-Güvenlik"

Katalogda sunulan tüm belgeler resmi yayınları değildir ve yalnızca bilgilendirme amaçlıdır. Bu belgelerin elektronik kopyaları herhangi bir kısıtlama olmaksızın dağıtılabilir. Bu siteden başka herhangi bir siteye bilgi gönderebilirsiniz.

GOST R 52155-2003

RUSYA FEDERASYONUNUN ULUSAL STANDARDI

COĞRAFİ
BİLGİ SİSTEMİ
FEDERAL, BÖLGESEL,
BELEDİYE

Genel teknik gereksinimler

RUSYA DEVLET STANDARDI

Moskova

Önsöz

1 Devlet Coğrafi Bilgi Sistemleri ve Teknolojileri Araştırma ve Geliştirme Merkezi (Gosgiscentr) tarafından geliştirilmiştir.

Standardizasyon Teknik Komitesi tarafından TANITILDI TC 394 "Coğrafi Bilgi / Geomatik"

2 9 Aralık 2003 tarih ve 359-st sayılı Rusya Devlet Standardı Kararnamesi İLE KABUL EDİLMİŞ VE GİRİŞ YAPILMIŞTIR

Not- Güvenlik sorunları bilgi Güvenliği güvenlik için federal yürütme organının, jeodezi ve haritacılık için federal yürütme organının, savunma için federal yürütme organının ve diğer yetkili organların katılımıyla bir CBS projesi geliştirme aşamasında karar verilmelidir.

5.4 FSIS, RGIS, MGIS'in kurumsal desteği, GIS yapısını, görevlerini, işlevlerini ve alt bölümlerinin bileşimini, işletme personelinin ve kullanıcıların hak ve yükümlülüklerini belirleyen belgeleri içerir.

FSIS, RGIS, MGIS'in yasal desteği mevcut mevzuata dayanmalıdır. Rusya Federasyonu ve federal yürütme organlarının yetkileri dahilindeki normatif eylemleri.

5.5 FSIS, RGIS, MGIS ve bunların oluşturulmasında kullanılan GIS teknolojileri ve IO bileşenleri (TsTK, TsTP, dijital tematik ve özel haritalar) için, Art.

6 CBS bilgi desteği için gereksinimler

6.1 FSIS, RGIS, MGIS veritabanlarının oluşturulması için şunları kullanın:

Temel sayısal arazi modeli;

Dijital tematik ve özel kartlar;

Dijital formatta hava ve uydu görüntüleri dahil olmak üzere uzaktan algılama verileri;

Devlet istatistikleri verileri dahil olmak üzere tematik veriler;

Meta veriler;

Mevzuat bilgisi.

6.1.1 Temel DTM, belirli bir CBS'de kullanılan tüm kartografik, havacılık, istatistiksel, kadastro ve diğer verileri birbirine bağlamak ve koordine etmek için kullanılır.

6.1.1.1 Federal CBS için temel bir DTM olarak, 1: 1.000.000 ölçekli bir DTC, bölgesel bir CBS - DTM için 1: 50.000 - 1: 200.000 ölçekli bir DTC kullanılması önerilir.

FSIS ve RGIS'deki belirli sorunları çözmek için, müşterinin kararına göre 1: 10000 - 1: 100000 ölçekli bir merkezi ısıtma istasyonu ve 1: 500 - 1: 5000 ölçekli bir merkezi ısıtma istasyonu kullanılabilir. Bunlar, daha fazla doğruluk, ayrıntı ve uzamsal verilerin çoğaltılmasının gerekli olduğu bölgenin ayrı belirlenmiş alanları halinde oluşturulur.

Belediye CBS için temel bir DTM olarak, kentsel gelişim bölgesi için 1: 500 - 1: 10.000 ölçekli ve banliyö bölgeleri için 1: 10.000 - 1: 50.000 - ölçekli bir merkezi ısıtma istasyonunun kullanılması tavsiye edilir.

7.11 Çoğaltma, muhasebe ve depolama yazılım araçları- GOST 19.601'e göre.

7.12 Yazılım, hatalı kullanıcı eylemlerine karşı koruma sağlamalıdır.

7.13 Yazılım özellikleri (yapılandırılmışlık ve bir yorumun varlığı dahil), işletim ve iyileştirme olasılığını sağlamalıdır.

8 GIS için yazılım ve bilgi desteğini belgelemek için gereksinimler

8.1 CBS'nin yazılım ve bilgi desteği için tasarım, teknolojik ve operasyonel belgeler geliştirilir.

Not- Müşterinin talebi üzerine, belgelerin bileşimi tamamlanabilir (değiştirilebilir).

8.2 Tasarım ve operasyonel PD için genel gereksinimler - GOST 19.105'e göre.

8.3 PD tasarımı için gereklilikler, dokümantasyon sürecini otomatikleştirme olasılığını sağlamalıdır.

8.4 Yazılım belgelerinin çoğaltılması, muhasebeleştirilmesi ve saklanması GOST 19.601 ve GOST 28388'in gerekliliklerine uygun olarak gerçekleştirilir.

8.5 Yazılım belgelerinde yapılan değişiklikler aşağıdakilere göre yapılır: GOST 19.603.

8.6 Yazılım belgeleri ve satın alınanlar da dahil olmak üzere bileşenleri Rusça yapılmalıdır.

8.7 Satın alınan yazılım ve (veya) bileşenleri dahil olmak üzere yazılım belgeleri aşağıdaki bilgileri içermelidir:

CBS kapsamı;

Yazılım yapısına ilişkin veriler (modüler, temel set ve ek modüller);

Kartografik verilerin dahili biçimlerinin (TOR'da şart koşulmuşsa), veri depolama modellerinin, veritabanı yapısının, kartografik verilerin ve veritabanlarının dışa ve içe aktarılmasının tanımı;

Kullanıcı arayüzünün özellikleri;

Dahili programlama dilinin tanımı;

Yazılımın açıklığı hakkında bilgi;

Yazılım özelleştirilebilirlik verileri;

Yazılımın diğer yazılım ürünleriyle etkileşiminin sırası;

Destek ve bakım sistemi.

8.8 Yazılım için belgelerin yürütme sırası, onlar için TOR'a göre belirlenir.

9 Yazılımın üretilebilirliği için gereklilikler ve CBS için bilgi desteği

9.1 CBS için yazılım ve bilgi desteği oluşturulurken işlevsel olarak uygun, güvenilir, bakımı ve kullanımı kolay program ve verilerin üretilmesini sağlayan teknolojik geliştirme araçları kullanılır. Teknoloji araçları, geliştirici ve müşteri tarafından ortaklaşa seçilir.

9.2 Yazılım ve bilgi desteği için dokümantasyon, bunların bakımını mümkün kılmalıdır.

10 CBS yazılımının eksiksizliği ve bilgi desteği için gereksinimler

10.1 Yazılımın eksiksiz olması için gereksinimler

10.1.1 Çalıştırılması (teslimat) için tasarlanan GIS yazılım paketi şunları içermelidir:

Bir program (yürütülebilir yazılım modülü) veya belirli bir elektronik bilgisayara kurulum sırasında, çevreye ve çalışma koşullarına parametrik olarak ayarlanmış yürütülebilir bir yazılım modülü elde etmeyi sağlayan bir dizi kurulum programı içeren bir veri taşıyıcısı;

Program operasyonel belgeleri;

Paketleme ve kaplar (yazılım tedariki için sözleşmede şart koşulmuşsa). Yazılım paketinin öğelerinin kopya sayısı TOR'da belirtilmelidir.

10.1.2 Yazılım belgeleri, yazılım geliştirme için İş Tanımının gereksinimlerine uygun olarak tam olarak kabul testi için sunulur.

10.1.3 Kabul testleri gerçekleştirildikten sonra, müşteriye yazılımın mutabık kalınan sayıda kopyası iletilir. tam set yazılım belgeleri.

10.2 Bilgi desteğinin eksiksiz olması için gereklilikler

10.2.1 Çalıştırılması (teslimat) için tasarlanan IO GIS seti şunları içermelidir:

CBS'nin çalışması için gerekli bilgi destek bileşenlerini içeren veri taşıyıcı(lar);

Operasyonel belgeler;

Paketleme ve kaplar (eğer ordino temini için sözleşmede belirtilmişlerse). IO kitinin öğelerinin kopya sayısı, TOR'da belirtilmelidir.

10.2.2 EUT'nin kabul testleri için, dokümantasyon, EUT'nin geliştirilmesi için TOR'un gereksinimlerine uygun olarak eksiksiz olarak sunulur.

Not- Müşteri ile anlaşarak, yazılım ve IO kitlerinin birleştirilmesine izin verilir.

11 GIS yazılımının etiketlenmesi, paketlenmesi, taşınması ve depolanması için gereklilikler ve bilgi desteği

11.1 İşaretleme

CBS yazılımını ve (veya) bilgi desteğini içeren veri taşıyıcısının (taşıyıcılar) dış ambalajında ​​aşağıdaki verileri içeren bir etiket bulunmalıdır:

Geliştiricinin adı veya ticari markası;

Yazılımın adı (adı) ve (veya) IO GIS ve sürüm numarası;

Geliştirici tarafından oluşturulan envanter numarası;

Cilt sıra numarası ve toplam cilt sayısı:

Veri taşıyıcısında bulunan bilgilerin kontrolü hakkında bilgi (örneğin, tüm dosyaların sağlama toplamı);

Kabul bilgileri;

Sertifikasyon hakkında bilgiler;

11.2 Paketleme

Ambalaj, GOST 21552 tarafından tanımlanan koşullar altında herhangi bir mesafede her türlü nakliye ile depolama ve nakliye sırasında yazılımın (IO) güvenliğini sağlamalıdır.

Paketleme ve kaplar, her türlü nakliye ile nakliye sırasında makine ortamındaki ve kağıt belgelerdeki verilerin zararlı çevresel etkilerden (manyetik ve elektromanyetik radyasyon dahil) korunmasını sağlamalıdır. Kap, yazılımın (IO) geliştiricisinin (üreticisinin) ticari markasını ve yokluğunda - geliştiricinin (üreticinin) adını taşımalıdır.

11.3 Taşıma

PO (IO), her tür taşımada bu ürünlerin taşınmasının özelliklerini dikkate alan bir kapta taşınır.

11.4 Depolama

Yazılımı (IO) depolamak için TK'de tanımlanan veri taşıyıcıları kullanılır.

Yazılımın (IO) depolanması, jeodezi ve haritacılık için federal yürütme organının, savunma için federal yürütme organının ve diğer federal yürütme organlarının normatif eylemlerinin gerekliliklerine uygun olmalıdır.

12 GIS'in teknik desteği için gereksinimler

12.1 TO'nun bileşimi ve yapısı, belirli bir CBS için Görev Tanımında belirlenir.

12.2 TO, aşağıdaki temel gereksinimleri karşılamalıdır:

TOR'da tanımlanan GIS işlevselliğinin uygulanmasının yazılım ve IO ile birlikte desteklenmesi;

Her teknik aracın kalitesinin ve bir bütün olarak bakımın sağlanması (verimlilik, güvenilirlik, ergonomi vb. dahil);

Güvenlik;

Aracın uyumluluğunun (değiştirilebilirlik) sağlanması;

Belirli teknik araçların, iletişim kanallarının ve güç kaynağı sistemlerinin çalışmasında arıza olması durumunda, bir dizi teknik aracın çalışabilirliğinin otomatik (otomatik) bakımının sağlanması;

Belirli kullanıcı sorunlarını çözmek için TO'nun otomatik olarak yeniden yapılandırılmasının sağlanması;

İletişim kanalları aracılığıyla diğer CBS ve kullanıcılarla veri alışverişini sağlamak.

EK BÖLÜM A

(referans)

bibliyografya

14 Eylül 2000 tarihinde Rusya Federasyonu Adalet Bakanlığı tarafından tescil edilen Jeodezi, Topografik ve Kartografik Ürünlerin Sertifikasyon Sistemine İlişkin Yönetmelik, 2382 kayıt numarası ve 11 Ekim 2000 tarihinde Rusya Gosstandart Devlet Sicili, kayıt No. .ROSS RU.0008.01KP00

Anahtar Kelimeler: federal coğrafi bilgi sistemi, bölgesel coğrafi bilgi sistemi, belediye coğrafi bilgi sistemi, mekansal veri, bilgi desteği, yazılım, teknik destek, yazılım dokümantasyonu ve bilgi desteği, yazılım ve bilgi desteğinin eksiksizliği, yazılımın etiketlenmesi, paketlenmesi, taşınması ve depolanması ve bilgi desteği

GIS, ISPDn, otomatik kontrol sistemleri ve proses kontrol sistemleri için Rusya FSTEC ve Rusya FSB gereksinimleri hakkında

Aisnet LLC Müşterileri ile yapılan istişareler sırasında ve işin doğrudan yürütülmesi sırasında, gelecekteki (yaratılan) durum bilgi sistemi (GIS), kişisel veri bilgileri için gereksinimlerin ilk tanımı veya oluşumu ile ilgilenilmelidir. sistem (ISPDN) veya otomatikleştirilmiş bir üretim yönetim sistemi (ACS P) ve teknolojik süreçler (ACS TP).

Bazen belirli bir sistemde hangi gereksinimlerin uygulanması gerektiğini hemen yanıtlamak zordur. Bunun için, gerekli tüm gereksinimlerin açıkça gösterildiği (tartışma için) üretim ve teknolojik süreçler için devlet bilgi sistemleri, kişisel veri bilgi sistemleri ve otomatik kontrol sistemleri için kullanılması önerilmektedir.

Sorunu anlamak için, ne olduğunu düşünün düzenleyicilerin ana düzenleyici belgeleri bilgi güvenliği alanında bu bilgi sistemleri için geçerlidir.

Devlet bilgi sistemleri

• "Devlet bilgi sistemlerinde yer alan devlet sırrı oluşturmayan bilgilerin korunması için gereklilikler", 11.02.2013 tarihli Rusya FSTEC Emri. N 17 (31 Mayıs 2013 N 28608 tarihinde Rusya Adalet Bakanlığı'na kayıtlı);
• Metodik belge. Devlet bilgi sistemlerinde bilgi koruma önlemleri ", 11 Şubat 2014 tarihli Rusya FSTEC Emri.

Kişisel veri bilgi sistemleri

• "Kişisel veri bilgi sistemlerinde işlenmesi sırasında kişisel verilerin güvenliğine yönelik temel tehdit modeli", Rusya FSTEC tarafından onaylandı, 15 Şubat 2008;
• "Kişisel veri bilgi sistemlerinde işlenmesi sırasında kişisel verilerin güvenliğine yönelik gerçek tehditleri belirleme yöntemi", Rusya FSTEC tarafından onaylandı, 14 Şubat 2008;
• "Kişisel verilerin bilgi sistemlerinde işlenmesi sırasında kişisel verilerin güvenliğini sağlamak için örgütsel ve teknik önlemlerin bileşimi ve içeriği", 18.02.2013 tarihli Rusya FSTEC Emri. N 21 (14 Mayıs 2013 N 28375 tarihinde Rusya Adalet Bakanlığı'na kayıtlı). Not: 21 No'lu Sipariş, Rusya FSTEC'in 5 Şubat 2010 tarihli emri olan "Kişisel veri bilgi sistemlerinde bilgi koruma yöntemleri ve yöntemlerine ilişkin düzenlemeler" i iptal etti. N 58 (19 Şubat 2010 tarihinde Rusya Adalet Bakanlığı tarafından tescil edilmiştir, tescil N 16456);
• Otomasyon araçları kullanılarak kişisel veri bilgi sistemlerinde işlenmesi sırasında kriptografik araçlar yardımıyla kişisel verilerin güvenliğini sağlamak için metodolojik öneriler ", 21 Şubat 2008 tarihinde Rusya FSB'si tarafından onaylandı. 149 / 54-144;
• "Kişisel veri bilgi sistemlerinde işlenmesi sırasında kişisel verilerin güvenliğini sağlamak için kullanılıyorsa, devlet sırrı oluşturan bilgileri içermeyen bilgileri korumak için tasarlanmış şifreleme (kriptografik) araçlarının organizasyonu ve çalışması için tipik gereksinimler", Onaylayan 21 Şubat 2008'de Rusya FSB'si 149/6 / 6-622;
• Rusya Federasyonu Hükümeti tarafından her biri için kişisel verilerin korunması için belirlenen gereklilikleri yerine getirmek için gerekli kriptografik bilgi koruma araçlarını kullanarak kişisel veri bilgi sistemlerinde işlenmesi sırasında kişisel verilerin güvenliğini sağlamak için kurumsal ve teknik önlemlerin bileşimi ve içeriği güvenlik seviyelerinin ", 10 Haziran 2014'ten itibaren Rusya FSB Emri N 378, (18 Ağustos 2014 N 33620'de Rusya Adalet Bakanlığı'na kayıtlı).

Üretim ve teknolojik süreç kontrol sistemleri

"Kritik tesislerde, potansiyel olarak tehlikeli tesislerde ve ayrıca insan yaşamı, sağlığı ve çevre için artan tehlike arz eden tesislerde üretim ve teknolojik süreçler için otomatik kontrol sistemlerinde bilgilerin korunmasının sağlanması için gereklilikler", Rusya FSTEC Emri 03.14.2014 tarihli. N 31 (30 Haziran 2014 tarihinde Rusya Adalet Bakanlığı'na kayıtlı N 32919).

Genel IS - SOP dahil olmak üzere IS sistemleri, ISPDN, ACS için ortak düzenleyici belgeler

• için özel gereksinimler ve öneriler teknik koruma kesin bilgi»(STR-K), Rusya Devlet Teknik Komisyonu'nun 30 Ağustos 2002 tarihli emriyle onaylanmıştır. 282;
• “Otomatik sistemler. Bilgiye yetkisiz erişime karşı koruma. Otomatik sistemlerin sınıflandırılması ve bilgi koruma gereksinimleri ", Rusya Devlet Teknik Komisyonu Başkanı'nın 30 Mart 1992 tarihli kararı;
• "Birbirleriyle elektronik etkileşimi düzenlerken yürütme makamları ve yerel özyönetim organları tarafından kullanılan elektronik imza, kullanım prosedürü ve elektronik imzaların uyumluluğunu sağlamak için gerekliliklerin oluşturulması hakkında" (ile birlikte) "Birbirleriyle elektronik etkileşimi organize etmede yürütme makamları ve yerel yönetim organları tarafından gelişmiş nitelikli elektronik imza kullanımına ilişkin kurallar", "Yürütme makamları ve yerel yönetim organları arasında elektronik etkileşimi düzenlerken elektronik imza araçlarının uyumluluğunu sağlamaya yönelik gereklilikler ") , 09 Şubat 2012 tarih ve 111 sayılı Rusya Federasyonu Hükümeti Kararı;
• Devlet belediye hizmetlerine başvururken kullanımına izin verilen elektronik imza türleri hakkında ", Rusya Federasyonu Hükümeti'nin 25 Haziran 2012 tarih ve 634 sayılı Kararı.
• "Şifreleme (kriptografik) bilgi koruma araçlarının geliştirilmesi, üretimi, uygulanması ve işletilmesine ilişkin düzenlemeler (Yönetmelikler PKZ-2005)", 9 Şubat 2005 tarihli Rusya FSB Emri. N66;
• "Kriptografik bilgi güvenliğini kullanarak iletişim kanalları aracılığıyla depolama, işleme ve iletimin organizasyonu ve güvenliği hakkında talimatlar Sınırlı erişim devlet sırrı oluşturan bilgileri içermeyen ”, 13.06.2001 No.
• "Elektronik imza araçları için gereklilikler ve bir sertifika merkezi araçları için gereksinimler", 27 Aralık 2011 tarih ve 796 sayılı Rusya FSB Emri;
• Sertifikasyon merkezlerinin akreditasyonu hakkında ", 21 Ağustos 2012 tarih ve 203 sayılı Rusya Federasyonu Telekom ve Kitle İletişim Bakanlığı Emri;
• GOST R 51583-2000. "Bilginin korunması. Korumalı bir sürümde otomatik sistemler oluşturma prosedürü. Genel Hükümler»;
• GOST R 51624-2000. "Bilginin korunması. Korumalı otomatik sistemler. Genel Gereksinimler";
• GOST RO 0043-003-2012. "Bilginin korunması. Bilgilendirme nesnelerinin sertifikasyonu. Genel Hükümler ";
• GOST RO 0043-004-2013. "Bilginin korunması. Bilgilendirme nesnelerinin sertifikasyonu. Sertifika testlerinin programı ve yöntemleri ";
• GOST 51275-2006 “Bilgi Güvenliği. Bilgilendirme nesnesi. Bilgiyi etkileyen faktörler. Genel Hükümler ".
• RD50-34.698-90. " Metodik talimatlar. Bilgi Teknolojisi... Otomatik sistemler. Belgelerin içeriği için gereklilikler ".

Çeşitli sistemler için gereksinimlerin özellikleri

Not: Rusya'nın FSTEC ve Rusya'nın FSB'sinin sistemlerle ilgili belgeleri, öngörülen şekilde devlet sırrı oluşturan bilgiler olarak sınıflandırılan korunan verilerin güvenliğini sağlama konularını dikkate almaz.

Kişisel verilerin bilgi sistemleri (ISPDN) için gereksinimlerin özellikleri

• Gereksinimler, federal hükümet organları, Rusya Federasyonu'nun kurucu kuruluşlarının devlet organları, diğer devlet organları, yerel yönetim organları, diğer belediye organları tarafından gerçekleştirilen kişisel verilerin işlenmesi için geçerlidir. tüzel kişiler ve bilgi ve telekomünikasyon ağları dahil olmak üzere otomasyon araçlarını kullanan veya bu araçları kullanmayan kişiler, kişisel verilerin bu araçları kullanmadan işlenmesi, otomasyon araçları kullanılarak kişisel verilerle gerçekleştirilen eylemlerin (işlemlerin) niteliğine uygunsa, yani, belirli bir algoritmaya göre, somut bir ortama kaydedilen ve kart dosyalarında veya diğer sistematikleştirilmiş kişisel veri koleksiyonlarında bulunan kişisel verilerin aranmasına ve (veya) bu tür kişisel verilere erişime izin verir.
• Kişisel veriler - belirli veya kimliği belirlenebilir bir kişiyle (kişisel verilerin konusu) doğrudan veya dolaylı olarak ilgili her türlü bilgi.
• Kişisel veri bilgi sistemi (ISPDN) - veritabanlarında ve bilgi teknolojilerinde ve bunların işlenmesini sağlayan teknik araçlarda bulunan bir dizi kişisel veri.

Kurulmuş dört seviye kişisel veri koruması ... Çoğu düşük seviye- dördüncü, en yüksek - ilk.

Devlet bilgi sistemleri için gereksinimlerin özellikleri

• CBS, Rusya Federasyonu topraklarında (federal bölge içinde) faaliyet gösteriyorsa ve Rusya Federasyonu'nun kurucu kuruluşlarında, belediyelerde ve (veya) kuruluşlarda bölümlere sahipse federal bir ölçeğe sahiptir.
• CBS, Rusya Federasyonu'nun kurucu bir kuruluşunun topraklarında faaliyet gösteriyorsa ve bir veya birkaç belediyede ve (veya) alt ve diğer kuruluşlarda bölümleri varsa, bölgesel bir ölçeğe sahiptir.
• Bir CBS, bir federal hükümet organının, Rusya Federasyonu'nun kurucu bir kuruluşunun bir devlet organının, bir belediye oluşumunun ve (veya) kuruluşunun tesislerinde çalışıyorsa ve bölgesel organlarda, temsilciliklerde bölümleri yoksa, bir nesne ölçeğine sahiptir. şubeler, bağlı kuruluşlar ve diğer kuruluşlar.
• Rusya Federasyonu'nun yerel özyönetim mevzuatı tarafından aksi belirtilmedikçe, Rusya Federasyonu topraklarında faaliyet gösteren devlet bilgi sistemlerinde ve belediye bilgi sistemlerinde bilgi işlerken CBS gereksinimleri zorunludur. Gereksinimler, Rusya Federasyonu Devlet Başkanı İdaresi, Rusya Federasyonu Güvenlik Konseyi, Rusya Federasyonu Federal Meclisi, Rusya Federasyonu Hükümeti, Rusya Federasyonu Anayasa Mahkemesi'nin devlet bilgi sistemleri için geçerli değildir. , Rusya Federasyonu Yüksek Mahkemesi, Rusya Federasyonu Yüksek Tahkim Mahkemesi ve Rusya Federasyonu Federal Güvenlik Servisi.
• Devlet bilgi sisteminde kişisel verileri içeren bilgileri işlerken, 1 Kasım 2012 tarihli Rusya Federasyonu Hükümeti tarafından onaylanan kişisel veri bilgi sistemlerinde işlenirken kişisel verilerin korunması gereklilikleri ile birlikte CBS gereklilikleri uygulanır. 1119.
• Bilgi sahibinin (müşteri) veya operatörün kararı ile, devlet dışı bilgi sistemlerinde bulunan bilgileri korumak için CBS gereksinimleri uygulanabilir.

Kurulmuş devlet bilgi sisteminin dört güvenlik sınıfı içerdiği bilgilerin güvenlik düzeylerini belirleyen En düşük sınıf dördüncü, en yüksek sınıf birincidir.

Üretim ve teknolojik süreçler için kontrol sistemleri gereksinimlerinin özellikleri

• Gereksinimler, bilgi tehditlerinin etkisi altında otomatik kontrol sisteminin hedef işlevlerini yerine getirmek için parametre değerlerinin tasarım sınırlarına uymayı sağlayan normal bir modda otomatik kontrol sisteminin işleyişini sağlamayı amaçlamaktadır. güvenliği sağlamanın yanı sıra, kritik nesnelerin, potansiyel olarak tehlikeli nesnelerin, tesislerin otomatik kontrol sisteminin işleyişine yasadışı müdahale risklerini azaltmanın yanı sıra, tehlikeli üretim tesisleri dahil olmak üzere insan yaşamı ve sağlığı ve doğal çevre için artan tehlike oluşturan, akaryakıt ve enerji kompleksi tesislerinin güvenliği, ulaşım güvenliği, atom enerjisi kullanımı, endüstriyel güvenlik tehlikeli üretim tesisleri, hidrolik yapıların güvenliği ve diğer konularda Rusya Federasyonu mevzuatına uygun olarak güvenliği sağlanmaktadır. Rusya Federasyonu'nun yasal düzenlemeleri.
• Teknolojik ve (veya) üretim ekipmanlarının (aktüatörleri) ve üzerinde uygulanan teknolojik ve (veya) üretim süreçlerinin (sevk kontrol sistemleri, veri toplama (iletim) sistemleri, programlanabilir temelli sistemler dahil) kontrolünü ve yönetimini sağlayan otomatik kontrol sistemlerine uygulanır. lojik kontrolörler, dağıtılmış kontrol sistemleri, sayısal kontrollü takım tezgahları için kontrol sistemleri).
• ACS, kural olarak, çok seviyeli bir yapıya sahiptir:
  • operatör (sevk) kontrol seviyesi (üst seviye);
  • otomatik kontrol seviyesi ( ortalama seviye);
  • yürütme cihazlarının verilerinin giriş (çıkış) seviyesi (alt (alan) seviyesi).
• Otomatik bir kontrol sistemi şunları içerebilir:
  • operatör (sevk) kontrolü düzeyinde: operatör (sevk), mühendislik iş istasyonları, üzerlerinde kurulu genel sistem ve uygulama yazılımı bulunan endüstriyel sunucular (SCADA sunucuları), telekomünikasyon ekipmanı (anahtarlar, yönlendiriciler, güvenlik duvarları, diğer ekipman) ve ayrıca iletişim kanallar;
  • otomatik kontrol seviyesinde: programlanabilir mantık kontrolörleri, kurulu yazılımlı diğer teknik araçlar, alt (alan) seviyeden veri alma, nesneyi ve (veya) süreci yönetmeye karar vermek için verileri üst seviyeye iletme ve kontrol komutları oluşturma aktüatörler ve ayrıca endüstriyel veri iletim ağı için (kontrol (komut) bilgisi);
  • veri girişi (çıkış) (aktüatörler) düzeyinde: sensörler, aktüatörler, kurulu bellenim ve makine kontrolörlerine sahip diğer donanım cihazları.

ACS'de koruma nesneleri şunlardır:

• kontrol edilen (izlenen) bir nesnenin veya işlemin parametreleri (durumu) hakkında bilgi (veriler) (giriş (çıkış) bilgileri, kontrol (komut) bilgileri, kontrol ve ölçüm bilgileri, diğer kritik (teknolojik) bilgiler);
• otomatikleştirilmiş iş istasyonları, endüstriyel sunucular, telekomünikasyon ekipmanı, iletişim kanalları, programlanabilir mantık denetleyicileri, yürütme cihazları dahil), yazılım (firmware, genel sistem, uygulama dahil) ve ayrıca bilgi güvenliği araçları.

Kurulmuş otomatik bir kontrol sisteminin üç güvenlik sınıfı ACS'nin güvenlik seviyelerini belirleyen. En düşük sınıf üçüncü, en yüksek sınıf birincidir.

Yukarıdaki tüm sistemler için bilgilerin korunmasını sağlamak için aşağıdaki standart faaliyetler yürütülür:

• CBS'de (ISPDN, ACS) bulunan bilgilerin korunması için gereksinimlerin oluşturulması;
• bir CBS bilgi koruma sisteminin (ISPDN, ACS) geliştirilmesi;
• bir CBS bilgi koruma sisteminin (ISPDN, ACS) uygulanması;
• GIS (ISPDn, ACS) sertifikasyonu ve devreye alınması;
• sertifikalı bir GIS'in (ISPDN, ACS) çalışması sırasında bilgilerin korunmasının sağlanması;
• Sertifikalı bir GIS'in (ISPDN, ACS) hizmetten çıkarılması sırasında veya bilgi işlemeyi sona erdirme kararı verildikten sonra bilgilerin korunmasının sağlanması.

Tanımlanan tüm sistemler (GIS, ISPDn, ACS) için temel bilgi güvenliği önlemleri seti ve bunların uygulanması için gereklilikler Bilgi güvenliğinin Tehdit Modeli (davetsiz misafir modeli dahil) dikkate alınarak belirlenmesi zorunlu olan, sistemin güvenlik sınıfına veya düzeyine bağlı olarak seçilmesi gereken .

Bu nedenle, üç sistemdeki (GIS, ISPDn, ACS) özellikleri ve farklılıkları göz önünde bulundurarak ve Rusya'nın FSTEC Karşılaştırmalı Tablosunu kullanarak, Müşteriye veya aşina olmayan bir departman görevlisine açıklamak zor olmayacaktır. sistemlerdeki farklılıklar, belirli bir sistemde uygulanması gerekenler.

proje

Başkurdistan Cumhuriyeti İletişim ve Kitle İletişim Bakanlığı

TEKNİK GÖREV

COĞRAFİ BİLGİ SİSTEMİNE

"MINKOMSVYAZ RB"

1. Genel bilgi. 3

1.1. Sistemin tam adı ve sembol. 3

1.2. Belgenin yasal durumu. 3

1.3. Kaynak belgelerin listesi. 3

1.4. Finansman prosedürü ve çalışma koşulları. 3

1.5. Çalışma sonuçlarının Müşteriye kaydedilmesi ve sunulması prosedürü. 3

1.6. Belgenin yapısı. 3

2. CBS oluşturmanın amacı ve hedefleri.. 4

2.1. CBS'nin Amacı .. 4

2.2. CBS oluşturmanın amaçları.. 5

3. Otomasyon nesnelerinin tanımı. 5

3.1. Otomatik etkinliğin mevcut durumu. 5

3.2. Çalışma koşulları ve Çevre. 6

4. CBS Gereksinimleri .. 6

4.1. Genel olarak CBS gereksinimleri .. 6

4.2. CBS işlevleri için gereksinimler 12

4.3. Teminat türleri için gereklilikler. 15

5. Sistemin oluşturulması (geliştirilmesi) ile ilgili çalışmaların bileşimi ve içeriği .. 18

5.1. CBS uygulama aşamaları .. 18

6. CBS kontrol ve kabul prosedürü .. 20

6.1. Genel Gereksinimler. yirmi

6.2. Rehber dokümanlar.. 20

6.3. CBS'yi kontrol etme prosedürü .. 20

7. Hazırlık çalışmasının bileşimi ve içeriği. 21

7.1. Bilgilerin hazırlanması. 21

7.2. Otomasyon nesnesinin teknik hazırlığı. 22

7.3. Organizasyonel faaliyetler. 22

8. Belgeler için gereklilikler 22

8.1. Dokümantasyon için genel şartlar ... 22

8.2. Geliştirilecek belgelerin listesi. 23

9. Geliştirme kaynakları. 23

Başkurdistan Cumhuriyeti İletişim ve Kitle İletişim Bakanlığı'nın coğrafi bilgi sistemi. Bu belgenin kısaltması GIS'dir.

1.2. Belgenin yasal durumu

Başkurdistan Cumhuriyeti İletişim ve Kitle İletişim Bakanı'nın XX.03.2011 tarihli XX-OD Emri “Başkurdistan Cumhuriyeti OGV'nin bir GIS sisteminin oluşturulmasına yönelik eylem planının onaylanması üzerine »

1.3. Kaynak belgelerin listesi

İş Tanımının geliştirilmesi, aşağıdaki belgelerin gereklilikleri dikkate alınarak gerçekleştirilmiştir:

1) GOST 24.105-85. Otomatik kontrol sistemleri. Genel Gereksinimler.

2) GOST 34.201-89. Otomatik sistemler oluştururken belgelerin türleri, eksiksizliği ve tanımı.

3) GOST 34.601-90. Otomatik sistemler. Yaratılışın aşamaları.

4) GOST 34.602-89. Otomatik bir sistemin oluşturulması için referans şartları.

5) Rusya Devlet Teknik Komisyonu. Kılavuz belge. Bilgisayar tesisleri. Bilgiye yetkisiz erişime karşı koruma. NSD'den bilgiye güvenlik göstergeleri. 1992

6) Başkurdistan Cumhuriyeti Hükümetinin "XX" XX 2011 No.-р'dan Başkurdistan Cumhuriyeti yürütme makamlarının coğrafi bilgi sistemi kavramına ilişkin emri.

1.4. Finansman prosedürü ve çalışma şartları

Finansman prosedürü ve GIS oluşturma çalışmalarının zamanlaması Müşteri ve Yüklenici arasındaki bir anlaşma ile belirlenir.

1.5. Çalışma sonuçlarının Müşteriye kaydedilmesi ve sunulması prosedürü

Çalışmanın sonuçları şunlardır:

1) Müşteriye dağıtılan GIS, Başkurdistan Cumhuriyeti İletişim ve Kitle İletişim Bakanlığı'nda (Başkurdistan Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı) kabul testlerini geçti ve deneme işletimi için kabul edildi.

2) Sistem projesi ve deneme operasyonunun devreye alınması aşamalarında geliştirilen bir dizi belge.

1.6. Belge yapısı

Belge aşağıdaki bölümlere ayrılmıştır:

1. Genel bilgi. referans bilgisi geliştirilmekte olan sistem hakkında, belgenin kapsamının bir açıklaması.

2. CBS oluşturmanın amacı ve hedefleri. CBS'nin amacının tanımı, Başkurdistan Cumhuriyeti İletişim ve Kitle İletişim Bakanlığı'nın otomatik faaliyetleri, CBS geliştirme hedefleri.

3. Otomasyon nesnelerinin özellikleri. CBS'nin görev ve işlevlerinin tanımı.

4. GIS için Gereksinimler. Hem CBS'nin kendisi hem de bireysel alt sistemleri için gereksinimlerin sayımı, destek türleri, CBS'nin işleyişinin çeşitli yönleri.

5. CBS'nin oluşturulmasına ilişkin çalışmaların bileşimi ve içeriği. CBS oluşturma aşamalarının listesi, aşamaların her birinde yapılacak temel işler.

6. GIS kontrolü ve kabulü için prosedür. CBS kabulünün organizasyonu için genel şartlar, CBS kabulünün gerçekleştirileceği esaslara göre kılavuzların listesi.

7. Hazırlık çalışmasının bileşimi ve içeriği. CBS'nin işletmeye alınması için yapılması gerekenler.

8. Belgeler için gereklilikler. Tasarım belgeleri için genel gereksinimler.

9. Geliştirme kaynakları. Bu belgenin geliştirildiği belgelerin listesi.

1.7. Belgenin kapsamı. Görev tanımı, CBS gereksinimlerini tanımlar ve CBS dokümantasyon setindeki ilk ve ana belgedir. CBS'nin oluşturulması sırasında geliştirilen diğer tüm belgeler bu belge ile tutarlı olmalıdır.

2. CBS oluşturmanın amacı ve hedefleri

2.1. CBS amacı

2.1.1. Otomatik aktivite türü

GIS, Başkurdistan Cumhuriyeti İletişim ve Kitle İletişim Bakanlığı (bundan böyle Başkurdistan Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı olarak anılacaktır) liderliğinde kullanılan mekansal bilgilerin depolanmasını ve işlenmesini otomatikleştirmek için tasarlanmıştır. ve yapısal bölümleri, yetkileri dahilinde, iletişim, bilişim ve telekomünikasyon ağlarının geliştirilmesi alanında devlet politikası ve düzenlemesini uygulamak için.

2.1.2. Otomasyon nesnelerinin listesi

Otomasyonun amacı, Başkurdistan Cumhuriyeti Telekomünikasyon ve Kitle İletişim Bakanlığı merkez ofisinin, cumhuriyet topraklarında bulunan iletişim tesisleri ve yapıları hakkında bilgi kullanan ve ayrıca iletişim hizmetleri sağlayan iletişim operatörlerinin faaliyetidir. görevlerini yerine getirmek için cumhuriyetin toprakları:

· Belarus Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı liderliği;

· Bilgi ve iletişim teknolojileri alanında bilgi ve analitik çalışma bölümü.

2.2. CBS oluşturmanın hedefleri

Bir CBS oluşturmanın amacı, iletişim, bilişim ve telekomünikasyon ağlarının geliştirilmesi alanında etkili çalışmaların düzenlenmesi konusunda karar vermeyi desteklemek için, Cumhuriyetin sınırları içinde bulunan iletişim nesneleri hakkında kartografik verilerin işlenmesini otomatikleştirerek bilgi hazırlamak ve sunmaktır. Belarus, modern GIS teknolojilerine, uzay ve havacılık görüntü işleme sistemlerine ve GLONASS / GPS teknolojilerine dayanmaktadır.

CBS oluşturmanın amaçları şunlardır:

1) Belarus Cumhuriyeti topraklarında bulunan iletişim tesisleri hakkında değişen derecelerde ayrıntıya sahip güvenilir ve zamanında bilgi sağlanması; eksiksizliğini, hatasızlığını, uygunluğunu ve gerekli gizliliğini sağlamak;

2) Belarus Cumhuriyeti topraklarında bulunan iletişim nesneleri hakkında çeşitli kaynaklardan (telekom operatörleri, vatandaşlar) elde edilen heterojen verilerin ortak kullanım olasılığının sağlanması;

3) uzay ve havacılık görüntülerine ve GLONASS / GPS teknolojilerine dayalı olarak Belarus Cumhuriyeti topraklarında bulunan iletişim nesneleri hakkında bilgilerin açıklığa kavuşturulması ve eklenmesi;

4) GIS OGV RB'de daha sonra tekrarlanması amacıyla standart çözümlerin geliştirilmesi.

5) Belarus Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı uzmanlarının analitik görevlerinin müteakip çözümü için bir bilgi temeli oluşturulması.

3. Otomasyon nesnelerinin açıklaması

3.1. Otomatik etkinliğin mevcut durumu

Başkurdistan Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı'nda ve yapısal alt bölümlerinde, oluşturulan CBS'nin etkileşime girmesi gereken bir dizi bilgi sistemi çalışır:

1) Bilgi ve analitik sistem Web kasaları - keyfi raporların toplanmasını, birleştirilmesini ve analizini otomatikleştirmek için tasarlanmıştır.

2) Sistem "Bilgilendirme Pasaportları" - bölgesel ve belediye düzeyinde bilgi teknolojilerinin kullanımı ve geliştirilmesi konusundaki çalışmaların durumunu karakterize eden bilgilerin toplanması ve işlenmesi için otomatik bir sistem.

Belarus Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı'nda bulunan sistemlerin analizi şunları gösterdi:

1) İletişim tesislerinin uygulanmasının planlanması, tahmin edilmesi, izlenmesi ve analizi için bilgi desteğinin düzenlenmesi için gerekli bilgilerin çoğu, Belarus Cumhuriyeti topraklarında iletişim endüstrisinin durumunu karakterize eden istatistiksel verilerin oluşumu coğrafi olarak dağıtılmış nesneleri karakterize eder . Ancak, Belarus Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı, mekansal olarak dağıtılmış bilgileri işlemek için sistemlerden yoksundur.

2) Bugün Başkurdistan Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı'nda mevcut olan otomatik sistemler, Başkurdistan Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı uzmanlarının tüm işlevsel görevlerinin çözümünü sağlamamaktadır.

3.2. Çalışma koşulları ve ortam

Otomasyon nesnesinin çalışma koşulları ve ortamı, CBS'nin gelişimini ve işleyişini etkilemez, bu nedenle, CBS için bu nokta için herhangi bir gereklilik yoktur.

4. CBS için Gereksinimler

4.1. Genel olarak CBS gereksinimleri

4.1.1. Genel Gereksinimler

1) CBS, sistem kullanıcılarının faaliyetleri için bilgi desteği sağlayan, üzerinde anlaşmaya varılmış bir bilgi, yazılım ve donanım araçları ve hizmetleri setidir.

CBS yapısı, sınırsız sayıda kullanıcının CBS'ye tek bir yazılım ve donanım platformu üzerinden erişmesine ve ardından CBS işlevselliğinin oluşturulmasına olanak sağlayacak hizmet odaklı bir mimariye sahip olmalıdır.

2) CBS parçası GIS OGV RB ve bilgi, mimari, teknik araçların isimlendirilmesi ve sistem çapında yazılımların depolanması, iletilmesi ve işlenmesine yönelik yaklaşımların birliğini sağlamalıdır.

CBS'nin Başkurdistan Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı'ndaki mevcut ve yeni geliştirilen otomatik bilgi sistemleri ile uyumluluğunu sağlamak, birleşik sistemler katmanlı iletişim protokolleri.

3) CBS, endüstriyel VTYS'den (Oracle, MS) birinde veri depolama sağlamalıdır. SQL Server ve benzeri.).

4) CBS, kullanıcılara aşağıdaki türlerdeki verileri sağlamalıdır:

· Mekansal (vektör ve raster) veriler;

· Nitelikli veriler;

· Herhangi bir formattaki dosyalar.

5) CBS, Başkurdistan Cumhuriyeti Telekom ve Kitle İletişim Bakanlığı'nda mevcut ve geliştirilmekte olan bilgi sistemleri ile entegrasyonu sağlamalıdır.

6) CBS, çeşitli türlerdeki ve değişen derecelerde gizlilikteki bilgilerin entegrasyonunu sağlamalıdır.

4.1.2. CBS'nin geliştirilmesi ve modernizasyonu için gereklilikler

CBS şunları sağlamalıdır:

1) aşamalı kurulum işlevsellik CBS kullanıcıları için görevlerin bileşimi değiştiğinde;

2) daha önce geliştirilen ve CBS konfigürasyonuna dahil edilen unsurlarda radikal değişiklikler olmaksızın CBS'nin geliştirilmesi ve modernizasyonu.

4.1.3. Yapı ve işleyiş için gereklilikler

CBS yapısı için genel gereksinimler

CBS'nin mantıksal yapısı Şekil 1'de gösterilmektedir.

Genel Gereksinimler

1) CBS'nin bilgi desteği, CBS'nin tüm işlevlerini yerine getirmek için yeterli olmalıdır.

2) Sistemin bilgi dizileri, veri tabanları şeklinde düzenlenmelidir.

CBS'de veri düzenlemenin bileşimi, yapısı ve yöntemleri için gereksinimler

Verilerin bileşimi ve yapısı, sistem projesinde geliştirilen bilgi modeline uygun olmalıdır.

Verilerin kontrolü, depolanması ve güncellenmesi için gereklilikler

1) Sistem, gömülü yazılım ile CBS veritabanlarının durumunun bütünlüğünü periyodik olarak kontrol etmelidir.

2) Veri yapılarının modifikasyonu, daha önce veri tabanına yüklenen gerçek verilerin, değişen veri yapısına uygun olarak dönüştürülmesi dikkate alınarak yapılmalıdır.

3) Veritabanı yapılarında herhangi bir değişiklik, CBS'de var olan bilgi kaybına yol açmamalıdır.

CBS kullanıcıları ile etkileşim dili için gereksinimler

1) CBS'nin dilsel desteği, CBS'nin örgütsel desteğinin belgelerine (talimatlar, açıklamalar), tüm çalışma modlarında kullanıcı ve CBS arasındaki iletişim kuralları biçiminde yansıtılmalıdır.

2) Kullanıcı ile CBS arasındaki iletişim arayüzü Rusça olmalıdır (özel terimler ve komutlar hariç).

4.3.3. Yazılım gereksinimleri

Genel Gereksinimler

1) CBS yazılımı, tüm CBS işlevlerini yerine getirmek için yeterli olmalı ve gerekli tüm veri işleme süreçlerini organize etme araçlarına sahip olmalı ve CBS operasyonunun tüm düzenlenmiş modlarında tüm CBS işlevlerini zamanında gerçekleştirmeye izin vermelidir.

2) CBS yazılımı aşağıdaki özelliklere sahip olmalıdır:

· Fonksiyonel yeterlilik;

· Güvenilirlik (kurtarılabilirlik, hata tespit araçlarının kullanılabilirliği dahil);

· Uyarlanabilirlik;

· Değiştirilebilirlik;

· Kullanım kolaylığı.

3) CBS yazılımı, ayrı verilerin olmaması, uygulanmasında bu verilerin kullanılmadığı CBS işlevlerinin performansını etkilemeyecek şekilde oluşturulmalıdır.

4) CBS yazılımında, CBS işlevlerini yerine getirmek için bilgilerin girilmesi ve işlenmesindeki hatalara karşı korunma önlemleri uygulanmalıdır.

5) Yazılım, genel ve özel yazılımlardan (OPO ve DPT) oluşmalıdır.

6) OPO ve açık kaynak yazılımlar, lisanslı yazılım ürünlerine dayalı olmalıdır.

Genel yazılım gereksinimleri

1) OPO GIS birleşik olmalı ve kullanıcıların bilgi, referans ve arama görevlerini çözmek için birleşik bir bilgi ortamının oluşturulmasını ve desteklenmesini sağlamalıdır.

2) OPO, GIS kullanıcıları, veritabanı sunucuları, uygulama sunucuları için AWP'nin oluşturulmasını desteklemeli ve ayrıca çeşitli amaçlar için bireysel teknik araçların bağlantısını sağlamalıdır.

3) OBO şunları içermelidir:

· Çeşitli amaçlar için iş istasyonları ve sunucular için işletim sistemleri;

· Bilgi alışverişi alt sistemlerinin hizmetlerine erişim için birleşik bir arayüz kullanan yerel ve uzak bilgi alışverişi araçları;

· CBS donanım ve yazılım ortamının idaresi, yönetimi ve denetimi;

Test araçları, teşhis ve antivirüs koruması;

· Metin, tablo ve grafik bilgilerini işleme araçları;

· Yetkisiz erişime karşı bilgi koruma araçları.

Özel bilgisayarlarda (sunucularda) aşağıdaki yazılımlar yüklü olmalıdır:

· işletim sistemi Windows Sunucusu ailesi (web sunucusunda IIS bileşeniyle birlikte).

İstemci iş istasyonlarında aşağıdaki yazılımlar yüklü olmalıdır:

· Rusça işletim sistemi;

· Flash teknolojisini destekleyen web tarayıcısı.

Yöneticinin iş istasyonunda en az Windows XP SP 2 yüklü bir işletim sistemi olmalıdır.

Not 4 : OBO ürünlerinin listesi, CBS geliştirme sürecinde ve daha umut verici ürünler ortaya çıktığında güncellenebilir.

5) yerel ağ TCP/IP protokollerine dayalı veri alışverişi sağlamalıdır.

6) OBO oluşturulurken, halihazırda var olan veri tabanları ile etkileşimi organize etme konuları üzerinde çalışılmalıdır.

Özel yazılım gereksinimleri

1) Açık kaynaklı yazılım, kartografik veritabanlarıyla manipülasyon dahil olmak üzere işlevsel ve özel teknolojik sorunların çözümünü sağlamalıdır.

2) STR şunları içermelidir:

· ArcGIS Server üzerinde, kullanıcının iş istasyonunun ve endüstriyel DBMS'lerden birinin (Oracle, MS SQL Server, vb.) işlevlerini uygulayan standart ve özel hizmetler;

· ArcGis Desktop yöneticisinin iş yerinde (eklentileri olan ArcInfo);

· İstemci iş istasyonlarında CBS ile çalışmak için açık kaynak yazılım kurulu değildir.

4.3.5. Teknik destek gereksinimleri

1) CBS donanımı, tüm CBS işlevlerini yerine getirmek için yeterli olmalıdır.

2) CBS donanımı, CBS yazılımının gereksinimlerine uygun olmalıdır.

3) CBS teknik desteği, CBS operasyonunun gerekli güvenilirliğini ve verilerin kullanılabilirliğini sağlamalıdır.

4) CBS'nin teknik araçlarının kompleksinde, esas olarak teknik seri üretim araçları kullanılmalıdır. Gerekirse, tek bir üretimin teknik araçlarının kullanımına izin verilir.

5) teknik araçlar CBS, operasyonel, dokümantasyon da dahil olmak üzere teknikte yer alan gerekliliklere uygun olarak yerleştirilmelidir ve böylece CBS'nin işletiminde kullanılması ve bakım yapılması uygun olur.

6) GIS personeli tarafından görevlerini yerine getirirken kullanılan teknik araçların yerleştirilmesi, ergonomi gereksinimlerine uygun olmalıdır: GOST 12.049-80 uyarınca üretim ekipmanı için, GOST uyarınca görsel bilgi sunum araçları için.

7) GIS teknik araçlarından herhangi biri, geri kalan GIS teknik araçlarında herhangi bir tasarım değişikliği veya ayarlama olmaksızın benzer işlevsel amaçlı bir cihazla değiştirilmesine izin vermelidir.

8) Sistemin teknik araçlarının her biri için işletme dokümantasyonunda belirtilen çalışma koşulları sağlanmalı, gerekirse güç kaynağı, güç, klima vb. sistemler devreye alınmalıdır.

9) CBS teknik araçları, yalnızca kendileri için operasyonel belgelerde belirtilen koşullar altında kullanılabilir.

10) Sunucu ekipmanının güç kaynağı, veri saklama ile sunucunun düzenli olarak kapatılmasını sağlamalıdır. Normal kapatma süresi, sunucu ekipmanının yazılım ve donanımı için işletim belgelerinde belirlenir.

11) GIS donanımı araçları içermelidir Yedek kopya bilgilerin hızlı bir şekilde kurtarılmasını sağlamak için.

4.3.6. Kurumsal destek için gereksinimler

Genel Gereksinimler

1) CBS'nin organizasyon desteği, CBS personelinin CBS işlevlerinin yerine getirilmesinde kendisine verilen görevleri etkin bir şekilde yerine getirebilmesi için yeterli olmalıdır.

2) CBS'nin kurumsal desteği, CBS'nin kurumsal desteği için ilgili talimatlarda sabitlenmelidir.

CBS'nin kurumsal desteği için talimatların içeriği için gereklilikler

GIS organizasyonel destek talimatları şunları yapmalıdır:

1) CBS operasyonunun tüm modlarını açıklayın.

2) CBS personelinin işlevsel görevlerinin doğruluğu ve uygulama hızı için belirtilen gereksinimleri dikkate alarak, CBS operasyonunun tüm modlarında her bir işlevi yerine getirmek için gerekli CBS personelinin eylemlerini belirleyin.

3) CBS servis personeli tarafından CBS işlerliğinin başlangıç ​​ve tahmin edilen arızalarının teşhis yöntemlerini tanımlayın.

CBS'nin kurumsal desteği için talimatların belgelenmesi için gereklilikler

CBS organizasyonel destek talimatları belgelenmelidir.

4.3.7. Metrolojik destek

Metrolojik destek için özel bir gereklilik yoktur.

5. Sistemin oluşturulması (geliştirilmesi) ile ilgili çalışmaların bileşimi ve içeriği

5.1. CBS uygulamasının aşamaları

CBS oluşturulurken aşağıdaki aşamalar uygulanmalıdır.

5.1.1. Aşama "Referans şartları"

Tablo 5.1 "İş Tanımı" aşamasında yapılacak çalışmaları göstermektedir.

Tablo 5.1. "İş Tanımı" aşamasında çalışır

Uygulama süresi 1 aydır.

5.1.2. "Sistem projesi" aşaması

Tablo 5.2, "Sistem projesi" aşamasında yapılması gereken çalışmaları göstermektedir.

Tablo 5.2. "Sistem projesi" aşamasının çalışmaları

Uygulama süresi 2 aydır.

5.1.3. Sahne " GI geliştirmeİLE BİRLİKTE »

Tablo 5.3, "Çalışma tasarımı" aşamasında yapılacak çalışmaları göstermektedir.

Tablo 5.3. "CBS Geliştirme" aşamasının çalışmaları

Uygulama süresi 5.5 aydır.

5.1.4. "Deneme işletimine alma" aşaması

Tablo 5.4 "Deneme işletmesine alma" aşamasında yapılması gereken çalışmaları göstermektedir.

Tablo 5.4. "Deneme operasyonuna sokma" aşamasının çalışmaları

Uygulama süresi 1.5 aydır.

6. GIS kontrolü ve kabulü için prosedür

6.1. Genel Gereksinimler

1) Deneme işletimi için CBS'nin kabulü Müşterinin tesislerinde yapılmalıdır.

2) Deneme işletimi için CBS'nin kabulü, bir sonraki bölümde listelenen kılavuzlara göre yapılmalıdır.

6.2. rehberlik belgeleri

Aşağıdaki belgeler geliştirilmelidir:

1) Kuyu günlüğünü test etmek için program ve metodoloji.

2) Aşağıdakileri belirtmesi gereken bir deneme çalıştırması programı taslağı:

· Sistemin işleyişi için koşullar ve prosedür;

· Yüklenicinin, deneme işletimi sürecinde CBS'nin işletimi ile ilgili Müşteri yorum ve önerilerinin kaydını tutması için düzenlemeler;

· Deneme operasyonu sürecinde tespit edilen eksikliklerin giderilmesine yönelik düzenlemeler;

· Test ve deneme işletimi için Müşterinin donanımına ilişkin gereksinimler.

6.3. CBS doğrulama prosedürü

6.3.1. Deneme işletimi için CBS'nin kabulü

1) Test programı ve metodolojisine uygun olarak gerçekleştirilen CBS testlerinin sonuçlarına dayanarak, uygulanan sistem fonksiyonlarının TK gerekliliklerine uygunluğunun kaydedildiği bir ön test raporu hazırlanır.

2) Protokol, sistemi deneme işletimi için kabul etme olasılığını yansıtıyorsa, kabul komisyonu, deneme işletimi için CBS'nin deneme işletimi için kabul edildiği bir kabul sertifikası hazırlar.

6.3.2. Deneme işlemi

1) Deneme operasyonu sürecinde, Müşteri bir yorum ve öneri günlüğü tutmalıdır (yorum ve öneri günlüğünün formu ve onunla çalışma kuralları yüklenici tarafından geliştirilmiştir). Müşteri, beyan edilen CBS işlevlerine ilişkin yorum ve önerileri ve diğer tüm yorumları ayırmalıdır.

2) Beyan edilen CBS işlevlerine ilişkin yorum ve öneriler, Müşteri ile mutabık kalınan zaman dilimi içerisinde Yüklenici tarafından ortadan kaldırılmalıdır.

3) Yüklenici, CBS'nin beyan edilen işlevlerine ilişkin yorumları ortadan kaldırdıktan sonra, deneme işletmesinin tamamlanması ve CBS'nin ticari işletmeye alınması konusunda ortak bir eylem hazırlanmalıdır.

7. Hazırlık çalışmasının bileşimi ve içeriği

Bu bölüm, otomasyon nesnesini hazırlarken ve CBS'yi deneme işletimine alırken gerçekleştirilmesi gereken ana faaliyetlerin ve bunların uygulayıcılarının bir listesini içerir. Tüm faaliyetler, bu bölümün alt bölümleri olarak tasarlanan üç ana alanda gruplandırılmıştır.

7.1. Bilgi hazırlanıyor

Tablo 7.1, CBS'ye yüklenmek üzere bilgilerin hazırlanmasına yönelik çalışmaları göstermektedir.

Tablo 7.1. Bilgi hazırlama faaliyetleri

7.2. Otomasyon nesnesinin teknik hazırlığı

Tablo 7.2, otomasyon nesnesinin teknik olarak hazır olmasını sağlamak için yapılan çalışmaları göstermektedir.

Tablo 7.2. Otomasyon nesnesinin teknik olarak hazır olmasını sağlamak için önlemler

7.3. organizasyonel faaliyetler

Tablo 7.3, CBS'nin deneme işletimine alınması için gerekli organizasyonel önlemleri göstermektedir.

Tablo 7.3. organizasyonel faaliyetler

8. Dokümantasyon gereksinimleri

8.1. Dokümantasyon için genel şartlar

1) Belgeler, yüklenici tarafından kağıt üzerinde bir nüsha (aslı) ve manyetik ortamda bir nüsha (kopya) olarak müşteriye sunulmalıdır. Programların kaynak kodları sadece manyetik ortamda (orijinal) sunulmalıdır. CD'lerde bir dizi belge ve program metni sağlamak mümkündür.

2) Metin belgeleri evrak işleri için Yüklenicinin iç standardına uygun olmalıdır.

3) Müşteri ile mutabık kalınan geliştirme otomasyon araçlarını (CASE araçları) kullanarak belgelerin düzenlenmesine izin verilir.

4) Tüm belgeler Rusça olarak düzenlenmelidir. CASE araçları kullanılarak yayınlananlar da dahil olmak üzere bireysel belgeler Latin harfleriyle (veritabanı alanlarının adları, program metni, vb.) kayıtları içerebilir.

5) CBS'nin bir parçası olarak sağlanan genel yazılım için belgelerin bileşimi, üreticinin setine uygun olmalıdır.

8.2. Geliştirilecek belgelerin listesi

8.2.1. Aşama "Referans şartları"

teknik görev

8.2.2. "Sistem projesi" aşaması

Aşağıdakilerden oluşan sistem projesi:

1) fonksiyonel model;

2) bilgi modeli;

3) CBS veri tabanının yapısı;

4) CBS gereksinimleri.

8.2.3. Sahne " GI geliştirmeİLE BİRLİKTE »

1) Yorumlu programların kaynak kodları.

2) Kullanım kılavuzu.

3) Yönetici Kılavuzu.

4) Yapılandırma ve kurulum talimatları (yönetici kılavuzuna dahil edilebilir).

5) CBS testi için program ve metodoloji.

Not 5 : CBS bileşenlerine ilişkin belgeler, bir bütün olarak CBS belgelerine ayrı bölümler olarak dahil edilebilir.

9. Geliştirme kaynakları

1) Vernikov G. Kurumsal bilgi sistemlerinin teknolojik evrimi. Bilgi Teknolojileri Merkezi, http://www. ***** / cfin / makaleler / kis_xml. shtml, 2001

2) Bilgi teknolojisi. Otomatik sistemler için bir dizi standart ve yönerge (GOST 34.201-89, GOST 34.602-89, RD, RD, GOST 34.601-90, GOST 34.401-90, RD 50-34.698-90, GOST 34.03-90, R 50-34.119 - 90). - M.: Ed. Standartlar, 1989.

5) CBS, coğrafi olarak dağıtılmış sistemlerin yönetiminde modern bilgi desteğinin temelidir. // Belarus Cumhuriyeti'nin yakıt ve enerji kompleksinin bilimsel sorunları: - Ufa, 1997.

6) Başkurdistan Cumhuriyeti'nin coğrafi bilgi teknolojilerine dayalı bir mekansal veri altyapısının oluşturulması //, / Ufa: USPTU, 20s.

7) Şehir çapında CBS. // ArcReview, "Belediye GIS", №3 (46), +, 2008. - С.1-3.

8) Başkurdistan Cumhuriyeti'nin mekansal veri altyapısını oluşturmak için coğrafi bilgi teknolojilerinin uygulanması //, / Kurumsal bilgi sistemlerinin tasarımında ve oluşturulmasında coğrafi bilgi teknolojileri // Üniversiteler arası bilimsel koleksiyon. Ufa: USATU, 2008. - C.56-c.

9) Bilimsel ve eğitimsel GIS RB /, // USATU Bülteni: bilimsel'de dağıtılmış-depolanmış uzamsal bilgilerin çok kullanıcılı işlenmesi. zhurn. Ufimsk. durum Havacılık teknoloji un-bu. Dizi "Yönetim, Bilgisayar Mühendisliği ve bilişim". 2009. T. 12, No. 1 (30). S. 3-8.

10) M ​​1: 5000, 1: 1000, 1: 500 GKINP'de topografik araştırmalar için talimatlar. Moskova, "Nedra", 1982

11) "Geliştirme talimatları çekim gerekçesi ve küresel navigasyon uydu sistemlerini kullanarak durumu ve rahatlamayı fotoğraflamak ", GLONASS ve GPS", Moskova, TsNIIGAiK, 2002.

12) Shekhar, Sh.Uzamsal veri tabanlarının temelleri / Sh.Shekhar, S.Chaula; başına. İngilizceden .- M.: KUDITS-OBRAZ, 2004 .- 336 s.

13) Seiler, M. Dünyamızı Modellemek: Geodatabase Tasarımı için ESRI Kılavuzu / M. Seiler: ESRI Press, s. 254.

14), Tikunov. - E.: Akademi, 2005 .-- 480 s.

15), Tsvetkov. - E.: MAKS BASIN, 2001.

16) ArcGIS 9. ArcGIS'te Geoprocessing: GIS by ESRI.- M.: Tarih +, 2004 .- 358 s.

17) Tomlinson, Roger F. CBS Hakkında Düşünmek. Coğrafi Bilgi Sistemlerinin Planlanması: Yöneticiler İçin Bir El Kitabı. Başına. İngilizceden - E. Tarih +, 2004 .-- 325 s.

on sekiz) , . Coğrafi bilgi sistemlerinin veri koruması Yayıncı: Helios ARV, 2010 336 sayfa.

19), . Coğrafi bilgi sistemleri Yayınevi: KUDITS-Basın, 2009 272 s.

20) Kang-Tsung Chang. Coğrafi Bilgi Sistemlerine Giriş. McGraw-Hill Yüksek Öğrenim, 2006 .-- 450 s.

21) Peters D. Bir CBS Oluşturma: yöneticiler için sistem mimarisi tasarım stratejileri / ESRI Press, 2008, 292 s.