The registration and accounting of the information about events in specialized informational-telecommunication systems

The analysis of detailed decomposition of process of registration, the account and processing in the specialized information-telecommunication systems of the information on supernumerary events in control to the environment of organizational structures. Such analysis allows to develop algorithm of t...

Повний опис

Збережено в:

Бібліографічні деталі
Дата:	2025
Автори:	Alekseev, V.A., Kuzmich, A.P., Tereshchenko, V.S.
Формат:	Стаття
Мова:	Ukrainian
Опубліковано:	PROBLEMS IN PROGRAMMING 2025
Теми:	UDC 681.3
Онлайн доступ:	https://pp.isofts.kiev.ua/index.php/ojs1/article/view/797
Теги:	Додати тег Немає тегів, Будьте першим, хто поставить тег для цього запису!
Назва журналу:	Problems in programming
Завантажити файл:

Репозитарії

Problems in programming

id	pp_isofts_kiev_ua-article-797
record_format	ojs
resource_txt_mv	ppisoftskievua/d1/5cbbfbd96dbe5d3923b61cd8ab9244d1.pdf
spelling	pp_isofts_kiev_ua-article-7972025-09-02T15:47:58Z The registration and accounting of the information about events in specialized informational-telecommunication systems Реєстрація та облік інформації про події у спеціалізованих інформаційно-телекомунікаційних системах Alekseev, V.A. Kuzmich, A.P. Tereshchenko, V.S. UDC 681.3 УДК 681.3 The analysis of detailed decomposition of process of registration, the account and processing in the specialized information-telecommunication systems of the information on supernumerary events in control to the environment of organizational structures. Such analysis allows to develop algorithm of the mentioned process and to define structure and functional loading of the necessary software for its realization.Problems in programming 2011; 1: 49-62 Проводиться аналіз детальної декомпозиції процесу реєстрації, обліку та оброблення в спеціалізованих інформаційно-телекомунікаційних системах інформації про нештатні події в контрольованому середовищі організаційних структур. Такий аналіз дозволяє розробити алгоритм зазначеного процесу і визначити склад та функціональне навантаження необхідного програмного забезпечення для його реалізації.Problems in programming 2011; 1: 49-62 PROBLEMS IN PROGRAMMING ПРОБЛЕМЫ ПРОГРАММИРОВАНИЯ ПРОБЛЕМИ ПРОГРАМУВАННЯ 2025-08-28 Article Article application/pdf https://pp.isofts.kiev.ua/index.php/ojs1/article/view/797 PROBLEMS IN PROGRAMMING; No 1 (2011); 49 – 62 ПРОБЛЕМЫ ПРОГРАММИРОВАНИЯ; No 1 (2011); 49 – 62 ПРОБЛЕМИ ПРОГРАМУВАННЯ; No 1 (2011); 49 – 62 1727-4907 uk https://pp.isofts.kiev.ua/index.php/ojs1/article/view/797/849 Copyright (c) 2025 PROBLEMS IN PROGRAMMING
institution	Problems in programming
baseUrl_str	https://pp.isofts.kiev.ua/index.php/ojs1/oai
datestamp_date	2025-09-02T15:47:58Z
collection	OJS
language	Ukrainian
topic	UDC 681.3
spellingShingle	UDC 681.3 Alekseev, V.A. Kuzmich, A.P. Tereshchenko, V.S. The registration and accounting of the information about events in specialized informational-telecommunication systems
topic_facet	UDC 681.3 УДК 681.3
format	Article
author	Alekseev, V.A. Kuzmich, A.P. Tereshchenko, V.S.
author_facet	Alekseev, V.A. Kuzmich, A.P. Tereshchenko, V.S.
author_sort	Alekseev, V.A.
title	The registration and accounting of the information about events in specialized informational-telecommunication systems
title_short	The registration and accounting of the information about events in specialized informational-telecommunication systems
title_full	The registration and accounting of the information about events in specialized informational-telecommunication systems
title_fullStr	The registration and accounting of the information about events in specialized informational-telecommunication systems
title_full_unstemmed	The registration and accounting of the information about events in specialized informational-telecommunication systems
title_sort	registration and accounting of the information about events in specialized informational-telecommunication systems
title_alt	Реєстрація та облік інформації про події у спеціалізованих інформаційно-телекомунікаційних системах
description	The analysis of detailed decomposition of process of registration, the account and processing in the specialized information-telecommunication systems of the information on supernumerary events in control to the environment of organizational structures. Such analysis allows to develop algorithm of the mentioned process and to define structure and functional loading of the necessary software for its realization.Problems in programming 2011; 1: 49-62
publisher	PROBLEMS IN PROGRAMMING
publishDate	2025
url	https://pp.isofts.kiev.ua/index.php/ojs1/article/view/797
work_keys_str_mv	AT alekseevva theregistrationandaccountingoftheinformationabouteventsinspecializedinformationaltelecommunicationsystems AT kuzmichap theregistrationandaccountingoftheinformationabouteventsinspecializedinformationaltelecommunicationsystems AT tereshchenkovs theregistrationandaccountingoftheinformationabouteventsinspecializedinformationaltelecommunicationsystems AT alekseevva reêstracíâtaoblíkínformacíípropodííuspecíalízovanihínformacíjnotelekomuníkacíjnihsistemah AT kuzmichap reêstracíâtaoblíkínformacíípropodííuspecíalízovanihínformacíjnotelekomuníkacíjnihsistemah AT tereshchenkovs reêstracíâtaoblíkínformacíípropodííuspecíalízovanihínformacíjnotelekomuníkacíjnihsistemah AT alekseevva registrationandaccountingoftheinformationabouteventsinspecializedinformationaltelecommunicationsystems AT kuzmichap registrationandaccountingoftheinformationabouteventsinspecializedinformationaltelecommunicationsystems AT tereshchenkovs registrationandaccountingoftheinformationabouteventsinspecializedinformationaltelecommunicationsystems
first_indexed	2025-09-17T09:23:08Z
last_indexed	2025-09-17T09:23:08Z
_version_	1850411442182815744
fulltext	Експертні та інтелектуальні інформаційні системи 49 УДК 681.3 В.А. Алексеєв, А.П. Кузміч, В.С. Терещенко РЕЄСТРАЦІЯ ТА ОБЛІК ІНФОРМАЦІЇ ПРО ПОДІЇ У СПЕЦІАЛІЗОВАНИХ ІНФОРМАЦІЙНО- ТЕЛЕКОМУНІКАЦІЙНИХ СИСТЕМАХ Проводиться аналіз детальної декомпозиції процесу реєстрації, обліку та оброблення в спеціалізованих інформаційно-телекомунікаційних системах інформації про нештатні події в контрольованому середовищі організаційних структур. Такий аналіз дозволяє розробити алгоритм зазначеного процесу і визначити склад та функціональне навантаження необхідного програмного забезпечення для його реалізації. Вступ В останній час розвинуті організа- ційні структури (РОС) широко застосову- ють спеціалізовані інформаційно-телеко- мунікаційні системи для реєстрації, обліку та слідкування за розвитком нештатних подій, що сталися у процесі штатного функціонування такої структури у контро- льованому нею середовищі. Під нештат- ною подією (далі – подія) будемо розуміти будь-яку подію (випадок, пригоду, інци- дент), надзвичайну ситуацію чи проти- правні дії, які порушують існуюче законо- давство або штатне функціонування РОС, що спричиняє порушення нормальних умов життя і діяльності людей на об’єкті або території і призвела або може призвести до людських та (або) матеріаль- них втрат. Це визначення події певною мірою корелює з визначенням надзвичай- ної ситуації [1], але більш широке в своєму розумінні. Такий облік подій в інформаційній системі має включати різноманітні функ- ції: від реєстрації номера подій та попов- нення відповідної про них інформації, що може надійти з різноманітних джерел, оповіщення визначених посадових осіб РОС, що несуть відповідальність як за окремі сфери її штатного функціонування, так і функціонування її загалом, до форму- вання звітів про такі події та про регла- ментні дії з боку вищеозначених посадо- вих осіб, залучаючи для цього відповідну інформацію з бази даних. Це, так би мовити, в дуже узагаль- неному вигляді постановка задачі на ство- рення спеціалізованої інформаційно-теле- комунікаційної системи реєстрації та обліку подій (СІТСРОП). Набір функціо- нальних завдань цієї системи при такій постановці задачі наведено у вигляді функціональної блок-схеми на рис. 1. Оповіщення осіб, контролюючих функціонування РОС – керівництва Реєстрування номера події у системі Внесення інформації про подію у систему Внесення відомостей про здійснені регламентні дії Формування доповідей, звітів та до- відок про події Рис. 1. Функціональна блок-схема СІТСРОП Оповіщення осіб, відповідальних за окремі сфери функціонування РОС © В.А. Алексеєв, А.П. Кузміч, В.С. Терещенко, 2011 ISSN 1727-4907. Проблеми програмування. 2011. № 1 Експертні та інтелектуальні інформаційні системи 50 Такі системи або підсистеми у скла- ді автоматизованих систем більш широко- го профілю знаходять застосування в різ- номанітних сферах людської діяльності: від охоронних систем підприємств та уста- нов [2, 3] до систем моніторингу й управ- ління інженерними системами будівель і споруд [4], від систем управління техноло- гічними процесами на промислових під- приємствах [5] до систем керування житлово-комунальним господарством міст [6], від систем протипожежної охорони [7] до систем нагляду за громадським транс- портом [8], від систем збору інформації про надзвичайні ситуації [9, 10] до систем забезпечення процесів збору та аналізу даних щодо протиправної діяльності і так далі. Нажаль, такі системи розробляють- ся, перш за все, на основі визначених організаційно-технічних рішень щодо конкретних досліджуваних об'єктів без достатнього узагальнення функціональних завдань, характерних для широкого кола таких об'єктів, та їхньої теоретичної та наукової проробки, зокрема, щодо можли- вих варіантів надходження інформації (повідомлень) про подію. Подій у контро- льованому середовищі одночасно може бути кілька, одного або різних видів і інформація про них може надходити з кількох джерел, від кількох спостереж- ників. Деякі з них можуть подавати неформалізовану, а часто, і некваліфіко- вану інформацію одразу про кілька подій або кілька разів про одну і ту ж подію, хоча і з додаванням нових відомостей, адже у ролі спостережника може висту- пати будь-яка особа, що стала свідком події та змогла повідомити про неї чергового в підрозділі РОС, не будучи спеціально підготовленою для такого роду дій. Виходячи з цього, можна припустити, що повідомлення (будь-яка аудіо та відеоінформація про подію у довільній формі) від таких спостережників можуть надходити і про події, що сталися поза контрольованого середовища і не мають ніякої причетності до даної РОС. Тому черговому спеціалізованого підрозділу РОС – оператору інформаційної системи, що приймає повідомлення про події, треба мати засоби, у тому числі й програмні, для відрізнення інформації, що стосується різних подій, уникаючи реєстрації подій, що не підлягають обліку, повторної реєстрації вже зареєстрованої події, та ретельно при цьому ідентифікувати подальшу інформацію про зареєстровану подію і вносити її до БД за адресою саме цієї події, відрізняючи її від інших, хоча і схожих, подій. Замість спостережників елементом таких інформаційних систем можуть виступати автоматичні системи фіксації події, що включають інструментальні засоби, наприклад, датчики або індикатори протипожежних систем, систем вимірю- вання рівня води під час повені, систем моніторингу радіаційного рівня на АЕС тощо. У такому разі інформаційні системи повинні мати програмні засоби розшифру- вання сигналів від автоматичних датчиків та трансформування їх у повідомлення для реєстрації подій у БД, або такі програмні засоби мають входити у склад самих датчиків. У складі інформаційної системи також мають бути програмні засоби, що реалізують функції пошуку відповідальних осіб для їхнього оповіщення в залежності від процесів, функціонування яких пору- шене через виниклу подію, та від виду такої події. Це, так би мовити, "горизон- тальне" оповіщення. Але має бути і "вертикальне" оповіщення – оповіщення керівництва РОС – осіб, що відповідають за її функціонування в цілому, для контро- лювання дій підлеглих осіб, що відповіда- ють за функціонування окремих сфер (процесів) у РОС, та для внесення керівних вказівок щодо ліквідації наслідків події та найшвидшого і найкоректнішого повер- нення процесу в штатне функціонування. При такому оповіщенні спеціаль- ними програмними засобами мають бути реалізовані функції пошуку списків відпо- відальних осіб та пошуку списків регла- ментних дій і надавання цих списків визначеним відповідальним особам, при- чому при "горизонтальному" оповіщенні – для визначення переліку дій, які вони Експертні та інтелектуальні інформаційні системи 51 мають провести і керування цими діями, а при "вертикальному" – для контролю- вання процесу виконання цих регламент- них дій. Крім того, система має формувати доповідь для керівництва про здійснененя комплексу регламентних дій для усунення наслідків події, різноманітні звіти за затвердженими формами та довідки. Це короткий перелік необхідних для таких спеціалізованих інформаційних систем завдань, проблемам функціональ- ної та програмної реалізації яких і присвячена дана робота. 1. Проблеми та можливі шляхи їх вирішення Проблеми одноразової реєстрації події можна вирішити за допомогою унікального реєстраційного номеру – відомостях про подію, які вносяться під час її реєстрації у базі даних. Такі відомості обов'язково мають містити: код події згідно відповідного класифікатора подій у РОС, що створюється на основі Державного класифікатора [1] та інших затверджених галузевих або спеціалізова- них класифікаторів, місце (як за класифіка- тором організаційно-штатної структури РОС, так і за класифікатором об’єктів адміністративно-територіального устрою України) та час події для однозначної її ідентифікації, місце (за класифікатором організаційно-штатної структури РОС) та час реєстрації події. Унікальний реєстра- ційний номер створюється в автоматизо- ваному режимі за допомогою спеціальних програмних засобів, побудованих на прин- ципах розпізнавання образів для класифі- кації прийнятої інформації у відповідності до об'єктів вищенаведених класифікаторів та перетворення її у необхідний форма- льний опис. Проблеми прив'язування вторинної інформації, що може поступово надходити з різноманітних джерел, до тої чи іншої вже зареєстрованої у БД події, вирішуються саме за допомогою такого реєстраційного номера, детальна структу- ра якого наведена далі. Під час функціонування СІТСРОП черговий спеціалізованого підрозділу РОС, що приймає повідомлення про події, саме за допомогою засобів створення унікаль- них реєстраційних номерів відрізняє інформацію, що стосується різних подій, і вносить до БД за адресою реєстраційного номеру саме цієї події, ретельно при цьому ідентифікуючи вторинну інформацію про подію та відрізняючи її від первинної. Під первинною інформацією про подію будемо розуміти відомості про подію, які вносяться під час її реєстрації у базі даних, а саме: код події згідно відповідного класифікатора, місце і час виникнення події та місце і час її реєстрації, а під вторинною інформацією – відомості про подію незалежно від їх змісту, форми, часу і місця створення, які вносяться після реєстрації події у базі даних, а саме: аудіо та відео інформація, електронні файли та паперові документи з графічною (зображення, біометричні дані, таблиці, графіки, діаграми) та текстовою інформацією. Такий поділ інформації про подію на первинну та вторинну необхідний для чіткої класифікації інформації у повідом- леннях про події, адже вона може місти- тись як в одному повідомленні, так і в багатьох інших та до того ж не завжди бути повною, навіть для її реєстрації. Це дозволяє уникати реєстрації подій, що не підлягають обліку, та повторної реєстрації вже зареєстрованої події. Проблеми оповіщення можна вирі- шити шляхом автоматичного формування повідомлення про реєстрацію події, що включає первинну інформацію та реєстра- ційний номер, та автоматичного циркуляр- ного надсилання його на адресу відповід- ного, заздалегідь визначеного, в залежнос- ті від виду події та місця її виникнення, кола відповідальних осіб (ВО) та контро- люючих осіб (КО), а також автоматизо- ваного формування повідомлення про подію, що включає вторинну інформацію або вказівку з боку керівництва РОС, та вибіркового надсилання його на адресу необхідної на даний час відповідальної посадової особи. Проблеми пошуку первинної та вторинної інформації про подію, переліку ВО та КО, переліку регламентних дій, Експертні та інтелектуальні інформаційні системи 52 направлених на протидію виниклої події, а також створення довідок вирішуються за допомогою відповідно структурованих за- питів з боку користувачів або функціона- льних процесів та засобів системи керу- вання базами даних СІТСРОП. Проблеми контролю з боку КО за розвитком подій та за діями посадових осіб здійснюється за допомогою форму- вання управлінських вказівок та ознайом- лення з доповідями щодо проведених рег- ламентних дій, викликаних цими подіями, регламентованими звітами та довідками, а також з довільними звітами, сформовани- ми відповідальними за окремі процеси функціонування РОС посадовими особами. Проблеми контролю за функціону- ванням комп'ютерної системи СІТСРОП, як впорядкованої сукупності програмно- апаратних засобів, вирішують системний адміністратор та адміністратор безпеки у межах своїх повноважень через відповідні АРМ та програмні засоби, а також за допомогою комплексної системи захисту інформації. 2. Визначення функцій інформаційної системи реєстрації та обліку подій Виходячи з вищенаведеного, описа- ні в роботі інформаційні системи реєстра- ції та обліку подій у загальному випадку мають надавати можливість реалізовувати наступні функції F: 1F – реєстрування (внесення) первинної інформації про події черговими операто- рами підрозділів РОС або інструменталь- ними засобами у БД СІТСРОП, тобто присвоєння реєстраційного номера події; 2F – внесення вторинної (додаткової) інформації щодо раніше зареєстрованих подій у базу даних у відповідності до їх реєстраційних номерів; 3F – визначення кола посадових осіб, відповідальних за окремі процеси функціо- нування РОС, для оповіщення первинною та вторинною інформацією ( , ); 1.3F 2.3F 4F – оповіщення про реєстрацію події та її реєстраційний номер кола відпові- дальних осіб ( ) та кола осіб ( ), контролюючих функціонування РОС – керівництва РОС; 2.4F 1.4F 5F – пошук у БД інформації про регламентні дії з боку відповідальних осіб у залежності від виду подій; 6F – оповіщення про подію та визначе- ну щодо даного виду подій інформацію визначеного, в залежності від виду події та місця її виникнення, кола відповідальних осіб ( ) та контролюючих осіб ( ); 1.6F 2.6F 7F – формування запитів до БД про події з боку кола відповідальних ( ) та контролюючих ( ) осіб; 2.7F 1.7F 8F – пошук у БД інформації про події за визначеними у запитах критеріями; 9F – надання інформації щодо подій посадовим особам РОС у межах їх компетенції ( , ), у тому числі за їх запитами щодо довідок та звітів; 1.9F 2.9F 10F – формування доповідей щодо про- ведених регламентних дій, викликаних подіями, відповідальними за окремі процеси функціонування РОС посадовими особами; 11F – формування управлінських вказі- вок з боку контролюючих осіб; 12F – формування регламентованих зві- тів та довідок, а також довільних звітів визначеними посадовими особами РОС. На рис. 2 показана граф-схема, що, так би мовити, відображає композицію вищенаведеного скінченого набору функ- цій або результуючу узагальнену складну функцію , що реалізує функціо- нальні завдання інформаційної системи. ii F 12 1= =ℑ o Реалізація таких функцій здійсню- ється з застосуванням інформації бази даних системи за допомогою програмних засобів загального програмного забезпе- чення (ОС, СКБД) та спеціального прог- рамного забезпечення (відповідних спеці- ально створених програмно-технічних комплексів системи). Такі функції суттєво підвищують повноту та оперативність аналізу подій та оцінку ризиків при їх виникненні. Крім того, такі системи пев- ною мірою зменшують вплив суб’єктив- Експертні та інтелектуальні інформаційні системи 53 ного фактору на ведення обліку подій та підвищують вірогідність (достовірність) інформації про перетік (перебіг) процесів та здійснення регламентних дій, пов’яза- них з подією, з боку посадових осіб, що в свою чергу дозволяє здійснювати моніто- ринг розвитку обставин, спричинених даною подією, та об’єктивний контроль за діями посадових осіб. Рис. 2. Граф-схема композиції функцій СІТСРОП Подальша декомпозиція цих функ- цій на окремі операції дозволяє визначити процес реєстрації та обліку подій, а також процес обробки інформації при цьому. Формалізація описів цих операцій, як засіб наукового пізнання, обумовлений можливістю широкого застосування дедук- тивно-логічного апарата, дозволяє переві- ряти несуперечність та повноту початко- вих, базисних положень теорії та регуляри- зувати процедури отримання висновків з них [11] в результаті всебічного аналізу таких описів. Саме ця властивість схилила авторів до застосування формального опису операцій при описі процесу реєстрації та обліку подій у системі для подальшого аналізу та визначення необхідних програмних засобів реалізації описаних операцій. 3. Формальний опис процесу реєстрації та обліку подій У загальному випадку процес реєс- трації події та оброблення інформації щодо неї у випадку фіксації події спостере- жниками може бути задано альтернатив- ною сітковою моделлю [12] – скінченою впорядкованою множиною операцій R у межах вищевизначених функцій F інфор- маційного процесу, графічне представ- лення якої на площині показано на рис. 3. Тут наведені наступні операції R процесу реєстрації та обліку інформації про події та необхідної при цьому обробки інформації: ( )eoccurR :1 = – виникнення події е з множини Е можливих подій, де , у контрольованому сере- довищі ( , ) і поза контрольованого середовища ( ); },,{ qji eeeE = ie je qe ( )sefixR ,:2 = – візуальне або будь-яке інше фіксування виникнення події спосте- режником s з множини S можливих спостережників, де ; },,,{ dcba ssssS = Рис. 3. Сіткова модель процесу реєстрації події та обробки інформації щодо неї Експертні та інтелектуальні інформаційні системи 54 ( )sPformR nse ,:3 = – ручне формування n-го повідомлення спостережником s про подію е з множини Р можливих повідомлень, де , про події Е спостережниками S; nseP },,,,,{ dqdjcjcibiai ppppppP= ( )sPdelivR nse ,:4 = – ручне доставлення повідомлення до чергового оператора – посадової особи спеціалізованого підроз- ділу РОС; nseP ( )ЧOPgetR nse,:5 = – ручне отримання повідомлення черговим оператором (ЧО); nseP ( )нп 6 ,,,: PPЧOPsortR nse= – ручне сорту- вання повідомлень на ті, що підля- гають обліку, тобто належать підмножині множи- ни Р, та ті, що не підлягають обліку, тобто належать підмножині } множини Р, виходячи з приналежності чи неприна- лежності події у повідомленні до контро- льованого середовища; nseP },,,,{п djcjcibiai pppppP = {н dqpP = ( )"'п 7 ,,,: nsensense IIЧOIdivR = – ручний поділ інформації у повідомленнях про події, що підлягають обліку, тобто нале- жать підмножині множини Р, на первин- ну та вторинну , тобто , , …, ; п nseI nseP пP ' nseI " nseI },{)( "' aiaiai iipi ⇒ },{)( "' bibibi iipi ⇒ },{)( "' djdjdj iipi ⇒ ( )п' 8 ,,: ense KЧOIformR = – автоматизо- ване (із застосуванням програмно-апарат- них засобів СІТСРОП) формування черго- вим оператором первинного реєстрацій- ного номеру події е – на основі пер- винної інформації – для фіксо- ваної е, тобто формування первинного реєстраційного номера на основі змісту первинної інформації , та/або , та/або з повідомлень , та про подію або на основі змісту первинної інформації , та/або з повідомлень і про по- дію та відповідних класифікаторів, а саме: п eK UU n s nseI ' },,,{ 4321 п iiiii kkkkk = ' aii ' bii ' cii aip bip cip ie },,,{ 4321 п jjjjj kkkkk = ' cji ' dji cjp djp je ( )ЧOkdefR ,: п 11.8 = – автоматизоване ви- значення коду для або для підрозділу, де сталася подія, з класифі- катора організаційно-штатної структури РОС; ik1 ie jk1 je ( )ЧOkdefR ,: п 22.8 = – автоматизоване ви- значення коду місця для або для , де сталася подія, з класифікатора об’єктів адміністративно-територіального устрою України; ik 2 ie jk2 je ( )ЧOkdefR ,: п 33.8 = – автоматизоване ви- значення класифікаційного коду події для або для з затвердженого класифікатора подій; ik3 ie jk3 je ( )ЧOkdefR ,: п 44.8 = – автоматизоване ви- значення дати та часу для або для , коли сталася подія; ik 4 ie jk4 je ( )SysKsearchR e ,: п 9 = – автоматична пе- ревірка, тобто пошук в БД подій визна- ченого первинного реєстраційного номера , тобто для або для ; п eK п ik ie п jk je ( )ЧOKinputR e ,: п 10 = – автоматизоване внесення черговим оператором у систему первинного реєстраційного номера , якщо такого в БД нема; п eK ( )SysKregR e ,:11 − – автоматизоване реєстрування події е: автоматичне дода- вання системою до первинного реєстрацій- ного номеру часу його внесення в систему, таким чином остаточно реєстраційний номер події е – складатиметься з первинного реєстраційного номера та часу реєстрування, тобто внесення реє- страційного номера для події або для події , де , а , до БД, у разі відсутності в ній або , з додаванням до первинного номера дати та часу реєстрування – для або для ; eK п eK ik ie jk je },,,,{ 54321 iiiiii kkkkkk = },,,,{ 54321 jjjjjj kkkkkk = п ik п jk ik5 ie jk5 je Експертні та інтелектуальні інформаційні системи 55 ( )ЧOIinputR e ,: " 12 = – автоматизоване вне- сення черговим оператором вторинної ін- формації з усіх повідомлень для фіксованої е, тобто внесення з повідомлень , та про подію або з повідомлень та про подію у БД з урахуванням їх реєстраційного номера або та у відповідності до затвердженої форми; UU n s nsee II "" = nseP """ cibiai iii ⊕⊕ aip bip cip ie "" djcj ii ⊕ cjp djp je ik jk 13R – автоматичний пошук серед раніше затверджених списків, що зберігаються в БД, кола відповідальних осіб у залежності від виду події і місця її виникнення ( ) та автоматичне адресне оповіщення цих осіб, тобто надан- ня їм отриманої з БД інформації про подію ( ( SysBOsearchR ,:1.13 = ) б nseI ( )BOSysIallocR nse ,,: б 2.13 = ); 14R – автоматичний пошук у БД ін- формації про раніше визначений перелік необхідних регламентних дій з боку відповідного посадовця, доцільних при ви- никненні таких подій нд eI ( )SysIsearchR e ,: нд 1.14 = , а також наданих з боку керівництва вказі- вок для передачі відповідним посадов- цям в eI ( )SysIsearchR e ,: в 2.14 = ; 15R – автоматичне адресне інформу- вання необхідних посадових осіб (ПО) РОС, тобто надання їм визначеної інфор- мації: вторинної інформації про подію ( ( )ПОSysIallocR nse ,,: б 1.15 = ), інформації про визначений перелік регламентних дій ( ( )ПОSysIallocR e ,,: нд 2.15 = ), вказівок з боку контролюючих посадових осіб щодо необ- хідних дій ( ( )ВОSysIallocR e ,,: в 3.15 = ), у тому числі й у прив'язці до картографії; ( )BOIinputR e ,: пд 16 = – автоматизоване внесення відповідальними особами (ВО) до БД інформації про проведені регламентні дії ПД з урахуванням реєстра- ційного номера події; пд eI 17R – автоматизоване формування запи- тів (З) з боку посадових осіб (ПО) РОС ( ( )SysПОЗformR −= ,:1.17 ) та здійснення автоматичного пошуку інформації в БД про події за критеріями, визначеними у цих запитах ( eI ( )ЗSysIsearchR e ,,:2.17 = ); 18R – автоматичне формування систе- мою (Sys) регламентних звітів (РЗ) та до- відок на базі інформації з БД у відпо- відності до затверджених форм на запити ( рз eI ( )РЗSysIformR e ,,: рз 1.18 = ) та надання їх визначеним посадовим особам РОС ( ( )ПОSysРЗallocR ,,:2.18 = ) з візуалізацією картографічних даних; 19R – автоматизоване формування ста- тистичних звітів (СЗ) на базі інформації з БД визначеними посадовими особами (ПО) РОС ( сз eI ( )СЗSysПОIformR e ,,: cз 1.19 −= ) та надання їх визначеним посадовим особам РОС ( ) з візуалізацією картографічних даних. ( )ПОSysСЗallocR ,,:2.19 = Формат опису операцій тут прийня- то наступним. Ідентифікатор операції, тобто лексична одиниця, використовувана як ім’я для елементів мови [13] (наприк- лад, form – формування, alloc – надання тощо) та група параметрів у дужках ( , , ), що вказують на складові інформаційного процесу: 1П 2П 3П - – інформаційний об’єкт, над яким відбувається операція (наприклад, – n- е повідомлення спостережником s про по- дію е, – інформація з повідомлення , що підлягає обліку, – первинна інформація, – вторинна інформація); 1П nseP п nseI nseP ' nseI " nseI - – активний компонент системи, що ініціює операцію (наприклад, s – спостережник, ЧО – черговий опера-тор, Sys – програмно-апаратні засоби системи, ПО – посадова особа); 1П - – інформаційний об'єкт, як ре- зультат операції, або активний компонент системи, якому призначено цей об'єкт. 1П Ідентифікатори операцій інформа- ційного процесу, що були застосовані при їх формалізованому описі, наведені в таблиці. Експертні та інтелектуальні інформаційні системи 56 Таблиця Операція над інформаційним об’єктом пп. Термін операції Умовний запис Зміст операції 1 Виникнення (occurrence) occur Виникнення події 2 Фіксування (fixing) fix Візуальне або будь-яке інше фіксування виникнення події 3 Формування (formation) form Ручне формування повідомлення, автоматизоване формування запитів або автоматичне формування звітів 4 Доставлення (delive) deliv Ручне доставлення повідомлення 5 Отримання (get) get Ручне отримання повідомлення 6 Сортування (sorting) sort Ручне сортування повідомлень 7 Поділ (division) div Ручний поділ інформації у повідомленнях про події 8 Визначення (definition) def Автоматизоване визначення коду події 9 Пошук (search) search Автоматична перевірка, тобто пошук події, затверджених списків ВО, необхідних регламентних дій або вказівок в БД 10 Внесення (input) input Автоматизоване внесення в БД черговим оператором первинного реєстраційного номеру або ВО інформації про подію 11 Реєстрування (register) reg Автоматизоване реєстрування події або вторинної інформації 12 Надання (allocation) alloc Надання особам отриманої з БД інформації про подію, перелік регламентних дій, вказівок або звітів (автоматичне адресне оповіщення осіб) Тут наведено операції для випадку фіксації подій спостережниками, та не- автоматизованої передачі інформації про неї до системи. Якщо фіксація події відбувається у автоматизованому режимі інструменталь- ними засобами, то реєстрація події у СІТСРОП відбувається автоматично за даними системи фіксації. Такими даними можуть бути територіально та структурно прив'язані номери датчиків, час їхнього спрацювання (надходження від них сигналу), температурні та радіаційні рівні, рівні води або концентрації хімічних речовин та ін. Таким чином, при автоматизованій фіксації події у системі відпадає необ- хідність у операціях – . Замість них у сітковій моделі процесу реєстрації події та обробки інформації щодо неї треба застосовувати операції – : 2R 11R 20R 24R ( )sІЗefixR ,:20 = – автоматичне фіксу- вання виникнення події s-им інструмен- тальним засобом (ІЗ) з множини S можливих засобів (датчик, індикатор тощо), де , причому за функціональним навантаження (fn) ця операція тотожна операції , тобто ; },,,{ dcba ssssS = 2R )()( 220 RfnRfn ≡ ( )snse ІЗPformR ,:21 = – автоматичне формування n-го сигналу s-им інстру- ментальним засобом та перетворення його у повідомлення про подію е з множини Р можливих повідомлень, де , причому ; nseP },,,,{ djcjcibiai pppppP= )()( 321 RfnRfn ≡ ( )SysPdelR nse ,:22 = – автоматичне дос- тавлення повідомлення до системи, причому ; nseP )()( 422 RfnRfn ≡ ( )п23 ,,: ense KSysPformR = – автоматичне формування у системі первинного реєстра- ційного номера на основі виду та номера інструментального засобу та відповідних класифікаторів, причому ; п eK )()( 823 RfnRfn ≡ ( )SysKregR e ,:24 − – автоматичне реє- стрування події е – створення остаточного реєстраційного номера шляхом авто- матичного додавання системою до первинного реєстраційного номера часу його внесення в систему, причому . )()( 1124 RfnRfn ≡ У загальному випадку процес реєстрації події та оброблення інформації щодо неї у випадку фіксації події інструментальними засобами може бути представлено у вигляді сіткової моделі, показаної на рис. 4. Експертні та інтелектуальні інформаційні системи 57 Рис. 4. Сіткова модель процесу автоматичної реєстрації події інструментальними засобами та обробки інформації щодо неї Зрозуміло, що кожній функції F системи можна поставити у відповідність вищенаведену операцію (або множину операцій) R: { }1110981 ,,, RRRRF ⇔ при фіксуванні події спостережниками та { }24232221201 ,,,, RRRRRF ⇔ при фіксу- ванні події інструментальними засобами; { }122 RF ⇔ ; { }1.133 RF ⇔ ; { }2.134 RF ⇔ ; { }1.145 RF ⇔ ; { }2.151.156 , RRF ⇔ ; { }1.177 RF ⇔ ; { }2.178 RF ⇔ ; { }2.192.183.159 ,, RRRF ⇔ ; { }1610 RF ⇔ ; { }2.1411 RF ⇔ ; { }1.191.1812 , RRF ⇔ . Весь набір операцій R, необхідних для функціонування СІТСРОП, поділяють- ся на відповідні підмножини ( , , ) в залежності від режиму їх здійснення: ручний (r), автоматизований (k) або авто- матичний (a): , причому . rR kR aR akr RRRR UU= 21 kkk RRR U= Під ручним режимом будемо розуміти дії персоналу, що безпосередньо не пов’язані з програмно-апаратними засо- бами СІТСРОП ( { }7654321 ,,,,,, RRRRRRRRr = ), під автоматизованим – дії СІТСРОП у процесі ініціювання операції та її виконання під керуванням користувача ( { }191612108 1 ,,,, RRRRRRk = ) або у процесі ініціювання операції з боку користувача та її виконання під керуванням програмних засобів ( { }1711 2 , RRRk = ), а під автоматичним – дії СІТСРОП у процесі ініціювання операції та її виконання під керуванням тільки програмних засобів ( { }2423222120181514139 ,,,,,,,,, RRRRRRRRRRRa = ). Саме для операцій автоматизова- ного ( ) та автоматичного ( ) режимів виконання функціональних завдань будуть розглянуті можливості їх програмної реалізації. kR aR 4. Програмна реалізація визначених функцій та операцій Для реалізації вищенаведених функ- цій та операцій СІТСРОП у своєму складі повинна мати програмно-апаратні компо- ненти (автоматизовані робочі місця, серве- ри та активне комутаційне обладнання) з відповідним загальним програмним забез- печенням (ЗПЗ) та спеціальним програм- ним забезпеченням (СПЗ). Крім того, вона повинна мати у своєму складі ЗПЗ та СПЗ для забезпечення її функціонування та функціонування комплексної системи захисту інформації (КСЗІ) та відповідні для цього програмно-апаратні компоненти. Враховуючи те, що СІТСРОП є організаційно-технічною системою, яка реалізує інформаційну технологію і об’єднує обчислювальну систему, фізичне середовище, персонал і інформацію, яка обробляється [14], розглянемо реалізацію кожного з цих компонентів. Експертні та інтелектуальні інформаційні системи 58 подій" і виявлення подій, пов'язаних з функціонуванням СІТСРОП. Виходячи з переліку користувачів, що задіяні у процесі реєстрації та обліку інформації про події, обчислювальна (ком- п’ютерна) система СІТСРОП має включати АРМ чергових операторів, відповідальних осіб, контролюючих осіб для реалізації функціональних завдань системи та АРМ адміністратора безпеки для забезпечення функцій захисту інформаційних, програм- но-апаратних та технічних ресурсів у відповідності до вимог політики безпеки та КСЗІ і системного адміністратора для забезпечення працездатності програмних та програмно-апаратних засобів. На робочих станціях необхідно розгорнути ЗПЗ (ОС Microsoft Windows XP, Microsoft Office 2003, Microsoft Internet Explorer 7) та наступні програмні засоби СПЗ: 1) на АРМ чергового оператора – : ЧО a a ЧО ПЗПЗ 3 1= = U - – програмний модуль (ПМ) "Введення первинної інформації" для введення у систему інформації про подію (тобто для реалізації операцій , , функцій , ) та формування реєстраційного номера події ( ,) на основі введеної первинної інформації ( ); ),,,(ПЗ 12111081 RRRRЧО 10R 11R 12R 1F 2F 8R 1F - – ПМ "Пошук та редагування даних" для автоматичного пошуку в БД подій визначеного реє- страційного номеру ( ), кола відпові- дальних осіб ( ) та переліку можливих альтернативних рішень у вигляді регла- ментних дій ( ) у залежності від виду і місця події; ),,(ПЗ 141.1392 RRRЧО 9R 1.13R 14R - – ПМ "Оповіщення" для автоматичного ( ) та для вибіркового ( ) оповіщення користувачів; ),(ПЗ 152.133 RRЧО 2.13R 15R 2) на АРМ користувача (відповідальної особи) – : ВО b b ВО ПЗПЗ 5 1= = U - – ПМ "Оповіщення" для вибіркового оповіщення користувачів; ),(ПЗ 2.1515.11 RRВО - – ПМ "Пошук інфор- мації" для пошуку та відображення інформації БД про подію; ),(ПЗ 2.171.172 RRВО - – ПМ "Картогра- фія" для відображення місця подій, зареєстрованих у БД, на електронній карті; ),,(ПЗ 2.192.18153 RRRВО - – ПМ "Доповідь" для фор- мування доповідей; )(ПЗ 164 RВО - – ПМ "Звіт" для форму- вання регламентованих і довільних звітів та довідок; ),(ПЗ 19185 RRВО 3) на АРМ користувача (контролюючої особи) – : КО c c КО ПЗПЗ 4 1= = U - – ПМ "Оповіщен- ня" для вибіркового оповіщення користувачів; ),,(ПЗ 3.152.1515.11 RRRKО - – ПМ "Пошук інфор- мації" для пошуку та відображення інформації БД про подію; ),(ПЗ 2.171.172 RRKО - – ПМ "Картогра- фія" для відображення місця подій, зареєстрованих у БД, на електронній карті; ),,(ПЗ 2.192.18153 RRRKО - – ПМ "Вказівка" для фор- мування вказівок; )(ПЗ 2.144 RKО 4) на АРМ адміністратора безпеки – : АДБ d d АДБ ПЗПЗ 2 1= = U - – ПМ "Адміністратор безпеки" для реєстрації користувачів системи, їхніх ідентифікаційних та автентифікаційних атрибутів, та для надання користувачам повноважень відповідно до їх ролей і привілеїв у системі; АДБ 1ПЗ - – ПМ "Системний адміністра- тор" для перегляду "реєстру системних подій" і виявлення подій, пов'язаних з функціонуванням КСЗІ СІТСРОП; АДБ 2ПЗ 5) на АРМ системного адміністратора – : АДСАДС 1ПЗПЗ = - – ПМ "Системний адміністра- тор" для резервного копіювання, обліку, зберігання та відновлення скопійованої інформації; АДC 1ПЗ - – ПМ "Системний адміністра- тор" для перегляду "реєстру системних АДC 2ПЗ Експертні та інтелектуальні інформаційні системи 59 жень, опера- ції мож формаційного процесу, СІТСР леного доступу. ризначено не тіл а вторин- ної інформ з о рів"; ів". На для зберігання електронної карти "; их дій". На у- вачам, Так є включати оби: ПЗ Процес композиції архітектури СІТСРОП з вищенаведених програмно- апарат зв’язан и й р купність даних, що нале- жить структури, що склада- ються Як видно, в залежності від близь- кості функціональних наванта уть бути так чи інакше згруповані в підмножини та реалізовані одним прог- рамним засобом. Враховуючи вищеописану техноло- гію реалізації ін ОП, крім перелічених АРМ, має включати ще й об’єкти комп’ютерної системи (програмні або програмно- апаратні засоби), що надають послуги іншим об’єктам: - АРМ (за їх запитами [15]), - сервер БД, - картографічний сервер, - сервер відда На сервері БД, що п ьки для зберігання первинної т ації про події, класифікаторів та відповідних реєстрів для поповнення і оновлення інформації БД, але і для надання інформації за запитами клієнтів системи (відповідних програмних ас бів АРМ операторів, відповідальних і контро- люючих осіб та системного адміністратора і адміністратора безпеки), розгорнуто ЗПЗ (ОС Sun Solaris 10, СКБД Oracle) та СПЗ – СБДПЗ : - CБД 1ПЗ – ПМ "Ведення класифікато- - – ПМ "Ведення довідників та реєстр CБД 2ПЗ картографічному сервері, що призначено контрольованого середовища (тери- торії, об'єктів) РОС та надання карто- графічної інформації за запитами клієнтів системи, розгорнуто ЗПЗ (WEB-орієнто- вана просторова служба даних ArcGIS Server, середовище виконання ArcGIS Engine Runtime) та СПЗ – СКДПЗ : - C Д 1ПЗ – ПМ "Електронна картографія контрольованого середовища К - 2ПЗ – ПМ " Електронна картографія динаміки виконання регламентн CКД WEB-сервері, що призначено для надання віддаленого доступу корист операторам й адміністраторам через відповідні АРМ до БД СІТСРОП, тобто для обслуговування запитів клієнтів сис- теми, забезпечення актуалізації, збережен- ня інформації WEB-сторінки, зв’язку з іншими серверами [15], розгорнуто ЗПЗ (ОС Microsoft Windows Server 2003, сервер застосування Apache Tomcat) та СПЗ – СВДПЗ : - СВД 1ПЗ – ПМ "Доступ та моніторинг"; С- – ПМ "Реєстр подій". им чином, СПЗ СІТСРОП ма ВД 2ПЗ наступні програмні зас UUUU АДБКОВОЧОРОП ПЗПЗПЗПЗ= СВДСКДСБДАДС ПЗПЗПЗПЗ UUUU СІTС . них компонентів та розгорнутих на них відповідних програмних засобів, як елементів системи, відбувається у повній відповідності до положень роботи [16], де вказано, що властивості системи не тільки узгоджують між собою іманентні власти- вості різних її елементів, а включають і емерджентні властивості самої системи, що не притаманні складовим її елементам. Архітектура СІТСРОП показана на рис. 5. Інформаційна база СІТСРОП включає базу даних (сукупність взаємо- их даних, що організовані у відповідності до схеми бази даних таким чином, щоб з н ми міг працювати користувач [17, 18]), набір класифікаторів (систематични звід, пе елік будь-яких об’єктів, який дозволяє знаходити кож- ному з них своє місце і певне позначення [13]) та набір реєстрів (сукупність даних, упорядкованих з метою обліку і реєстрації ресурсів [19]). База даних СІТСРОП (пойменована структурована су до конкретної предметної області [13]) призначена для додавання нових або модифікації існуючих даних, а також для їхнього пошуку. Базовим елементом бази даних є таблиці – регулярні з кінцевого набору однотипних за- писів для зберігання необхідної інформації класифікаторів, реєстрів, каталогів та іншої інформації. Експертні та інтелектуальні інформаційні системи 60 Рис. 5. Архітектура СІТСРОП Перелік типових класифікаторів для СІТСР ий відпові- да в ів діяльності РО о е ’єктів організацій- но - шт горії (повнова- же осад користувачів"; тивно ікатор складових СІТСРОП"; − "Класифікатор типів оповіщення"; в) СІ и, призна я з нкціонування КС Р н у іністрато- ра оповіщення", "Реєстр ре " Н их, програмно-апаратних засобів м а ОП – файлів спеціальної структури, призначених для зберігання в БД сис- тематизованих певним чином найменувань та кодів класифікаційних групувань прий- нятої системи класифікації визначеної інформації у відповідності до вимог прин- ципу підтримання цілісності, незалежності та несуперечливості даних БД: − "Класифікатор подій", як є формі Державного класифікатора надз ичайних ситуацій [1]; − "Класифікатор напрям С", в основі яког прийнятий порядок організації напрямків службової діяльнос- ті, контроль за якими здійснюється окремо призначеними посадовими особами в цілодобовому р жимі; − "Класифікатор об -штатної структури РОС"; − "Класифікатор рівнів організаційно атної структури РОС"; − "Класифікатор кате нь) користувачів"; − "Класифікатор п − "Класифікатор ролей користувачів"; − "Класифікатор об’єктів адміністра- -територіального устрою України" (КОАТУУ); − "Класиф − "Класифікатор регламентних дій"; − "Класифікатор типів повідомлень". Перелік реєстрів (журналі ТСРОП – файлів спеціальної структур чених дл берігання в БД інфор- мації щодо обліку (списків, переліків) визначених показників: їхніх унікальних кодів та числових значень: − "Реєстр користувачів та їх повнова- жень" для забезпечення фу ЗІ СІТСРОП, зокрема, через АРМ адміністратора безпеки системи; − " еєстр (жур ал аудит ) системних подій", що відслідковуються адм ми для підтримки штатного функціо- нування СІТСРОП; − "Реєстр подій", "Реєстр повідомлень", "Реєстр абонентів гламентних дій", "Реєстр вказівок", "Реєстр запитів та відповідей", "Реєстр доповідей" та Реєстр звітів" для забезпе- чення виконання СІТСРОП її функціо- нальних завдань. аведені в роботі архітектура, перелік програмн та інфор аційна баз визначають функціональність дослідженої СІТСРОП. Експертні та інтелектуальні інформаційні системи 61 Висновки Аналіз декомпозиції процесу реєстр оброблення в спеціал х а пами забезпечує: − б про події, що садовців для прийняття необхідних зах д події до відповід- ни акож дій служб і посадовців з їх по в ії ій час ре - звичайних ситуацій. Затверджено наказом 2. п а захисту організацій та ус- детальної ації, обліку та ізовани інформаційно-телекомуні- каційних системах інформації про нештат- ні події у контрольованому середовищі розвинених організаційних структур доз- воляє розробити його алгоритм і визначити склад та функціональне навантаження необхідного програмного забезпечення для його реаліз ції. Інформаційна система, побудована за такими принци езперервність моніторингу стану процесів функціонування РОС; − автоматизоване отримання формалі- зованої оперативної інформації впливають на штатне функціонування РОС; − автоматизоване оповіщення відповід- них по одів з попередження або ліквідації наслідків події; − підвищення оперативності оведення інформації про нештатні х служб через єдину інформаційну базу системи; − реєстрування та документування подій, а т передження та лік ідац їх наслідків. Реалізація такого роду інформацій- них систем дозволяє скоротити середн агування на нештатну подію, який досягається за рахунок того, що система виключає багаторазовий увід одних і тих даних, забезпечує автоматичну передачу відомостей про події практично без затримок на всі рівні управління РОС та прискорює процедури прийняття рішень. 1. ДК 019-2001 Державний класифікатор над Держстандарту України від 19.11.2002 року № 552. Агафонов Г.Г. Навчальна рограма дисци- пліни "Систем танов" (для бакалаврів). – К.: МАУП, 2006. – 11 с. http://library.iapm.edu.ua/metod/2480 _Sust_zah_org_yst.pdf Сучасні охоронні системи. Спеціалізова- ний довідник про 3. охоронні системи. http://oxpaha.com. ua/t/sxema. 0&parent=30. 4. Система мониторинга и управления инже- нерными системами зданий и сооружений. http://www. tbk.ru/?page=30.10 5. Інтегрована автоматизована система керу- вання й інтегрована система управління якістю та довкіллям ДК "Укртрансгаз". http://www.ukrtransgas.naftogaz.com/web/utg .nsf/pub_arch_ukr/53145D6CF2CBF268C22 5716 F0032E92C. Гибридная автоматизированная система для удовлетворения основных потребнос- тей города "Безопа 6. сный город". http://www. u 7. ссии по чрезвычайным ситуациям и alcaxar.com. a/product/info.php?id=95&lang =ru. Атюкин А.А., Варкалов А.Г. Система мони- торинга и управления силами и средствами коми пожарной безопасности субъекта Россий- ской Федерации ("МСР-ТВ. Система/ЧС"). http://www.kbor.sozvezdie.org/ecatalog.php?i razd=1&org=1513&id=1294. Комплексная система мониторинга, дис- петчеризации и безопасности обществен- ного транспорта. 8. arkan-group.ru/http://www. page.php?page_id=product_gos_ais. Урядова інформаційно-аналітична система з питань надзвичайних ситуацій. http:// 9. ozrobkiwww.kyiv-ity.gov.ua/index.php?id=/r 10. d=1.49. АН УССР, 1974. – 13. . від несанкціонованого доступу. 15. 2 Ви г ЗІ СБ України. асти- /uiasns /index. Автоматизированная система единой де- журно-диспетчерской службы. http://www. icl.ru/articles ?i 11. Математика и кибернетика в экономике / Словарь-справочник. – М.: Изд. «Эконо- мика», 1975. – С. 704. 12. Энциклопедия кибернетики / в двух томах. – Киев: Главная редакция Украинской со- ветской энциклопедии 1232 с. ДСТУ 2226-93. Автоматизовані системи. Терміни та визначення. Держстандарт України 14. НД ТЗІ 1.1-003-99. Термінологія в галузі захисту інформації в комп’ютерних системах ДСТСЗІ СБ України. НД ТЗІ .5-010-03. мо и до захисту інформації WEB-сторінки від несанкціоно- ваного доступу. ДСТС 16. Алексеєв В.А., Терещенко В.С. Багатоас- пектна декомпозиція як засіб проектування архітектури інформаційних систем. Ч на 2. Побудова архітектури інформаційної системи // Проблеми програмування. – 2007. – № 1. – С. 31– 37. http://library.iapm.edu.ua/metod/2480 http://www.ukrtransgas.naftogaz.com/web/utg.nsf/pub_arch_ukr/53145D6CF2CBF268C22 http://www.ukrtransgas.naftogaz.com/web/utg.nsf/pub_arch_ukr/53145D6CF2CBF268C22 http://www.kbor.sozvezdie.org/ecatalog.php?irazd http://www.kbor.sozvezdie.org/ecatalog.php?irazd http://www.kbor.sozvezdie.org/ecatalog.php?irazd http://www.arkan-group.ru/%20page.php http://www.arkan-group.ru/%20page.php http://www.arkan-group.ru/%20page.php Експертні та інтелектуальні інформаційні системи 62 17. ерміни та визна- 18. словників . 19. формування системи національ- но 10.03.2010 ДСТУ 2874-94. Системи оброблення інфор- мації. Програмування. Т чення. Держстандарт України. ДСТУ 3302-96. Система стандартів з баз даних. Структурна система інформаційних ресурсів. Держстандарт України Розпорядження КМУ "Про затвердження концепції них електронних інформаційних ресурсів" від 5 травня 2003 р. № 259-р. Отрима Про авторів: Алексеєв Віктор Анатолійович, кандидат технічних наук, завідуючий відділом, Кузміч Андрій Петрович, заступник начальника управління зв'язку та інформатизації, начальник відділу інформаційного забезпечення, Терещенко Валерій Савелійович, кандидат технічних наук, старший науковий співробітник. Місце роботи авторів: Інститут програмних систем НАН України. 03187, Київ-187, Проспект Академіка Глушкова 40. Тел.: (044) 526 4228 e-mail: alekseev@isofts.kiev.ua, Адміністрація Державної прикордонної служби. 01034, м. Київ-034, вул. Володимирська, 26. Тел.: (044) 239 8537 Інститут програмних систем НАН України. 03187, Київ-187, Проспект Академіка Глушкова 40. Тел.: (044) 526 6191 e-mail: terek@isofts.kiev.ua mailto:alekseev@isofts.kiev.ua mailto:terek@isofts.kiev.ua Перелік реєстрів (журналів) СІТСРОП – файлів спеціальної структури, призначених для зберігання в БД інфор-мації щодо обліку (списків, переліків) визначених показників: їхніх унікальних кодів та числових значень: Про авторів: Алексеєв Віктор Анатолійович, Терещенко Валерій Савелійович,

The registration and accounting of the information about events in specialized informational-telecommunication systems

Репозитарії

Схожі ресурси