https://data.kyivcity.gov.ua/ https://wiki-projects.kyivcity.gov.ua/pages/viewpage.action?pageId=29035350 Головна

  ТЕХНІЧНЕ ЗАВДАННЯ   НА РОЗРОБКУ ІНФОРМАЦІЙНОЇ БАЗИ ПАМ’ЯТОК КУЛЬТУРНОЇ СПАДЩИНИ МІСТА КИЄВА

На ____ аркушах
діє  з “____” _______________ 2017 року         УЗГОДЖЕНО

________________ «___»______________ 2017 р.



Київ  2017

ЗМІСТ. 2 ВСТУП.. 4 ПРИЗНАЧЕННЯ ДОКУМЕНТУ.. 5 ТЕРМІНИ ТА ВИЗНАЧЕННЯ.. 6 1 Загальні відомості. 8 1.1 Повне найменування Модулю та його умовне позначення. 8 1.2 Замовник та виконавець. 8 1.3 Підстава для виконання роботи. 8 1.4 Нормативно-правова база, з урахуванням якої повинно виконуватись створення Модулю.. 9 2 Вимоги до Модулю… 12 2.1 Загальні вимоги. 12 2.2 Вимоги до програмного забезпечення. 12 2.3 Вимоги до технічної та інформаційної архітектури. 13 2.3.1 Базові вимоги. 13 2.3.2 Ключова функціональність Модулю.. 14 2.3.3 Окремі вимоги. 14 2.3.4 Модуль буде забезпечувати або надавати. 14 2.3.5 Склад компонентів Модулю.. 15 2.3.6 Інформаційний склад Модулю.. 16 2.3.7 Рольова модель. 16 2.4 Вимоги до ергономіки і технічної естетики. 17 2.5 Вимоги до лінгвістичного забезпечення. 17 2.6 Вимоги до захисту інформації 18 2.7 Вимоги до режимів функціонування. 18 2.8 Вимоги до діагностування помилок та аварій. 18 2.9 Вимоги до показників навантаження. 18 2.10 Вимоги до надійності 19 2.11 Вимоги до патентної чистоти. 20 2.12 Вимоги до стандартизації та уніфікації 20 2.13 Вимоги до видів забезпечення. 20 3 Склад послуг в межах технічного завдання.. 22 4 Загальна побудова модулю… 23 5 Реалізація функціональності рішення.. 24 5.1 Функціональні ролі та розподіл прав доступу. 24 5.2 Загальний опис послідовності дій користувача. 25 5.3 Вимоги до інтерфейсу Модулю для внутрішнього користувача. 27 5.4 Базові сутності 29 5.5 Опис базових сутностей. 29 5.6 Життєвий цикл та статуси звернення. 47 5.7 Вимоги до стандартних операцій Модуля. 47 5.8 Звітні форми та шаблони документів. 51 5.9 Довідники. 51 5.10 Вимоги до інтеграції з іншими системами та сервісами. 58 СПИСОК ТАБЛИЦЬ. 61 СПИСОК РИСУНКІВ.. 62

    Програмний модуль «Інформаційна база пам'яток культурної спадщини міста Києва» інформаційно-аналітичної системи «Управління майновим комплексом територіальної громади міста Києва» (далі – Модуль) є програмним ресурсом територіальної громади міста Києва, що дозволяє вносити, зберігати, опрацьовувати офіційну інформацію щодо пам'яток культурної спадщини міста Києва в інформаційно-аналітичну систему «Управління майновим комплексом територіальної громади міста Києва». Мета створення  Забезпечення відкритого доступу громади до повних даних щодо пам’яток культурної спадщини міста Києва, висвітлення діяльності виконавчого органу Київської міської ради (Київської міської державної адміністрації), підзвітних та підконтрольних їй органів в частині пам’яток охоронної діяльності. Завдання, що ставляться перед модулем

• підвищення обізнаності територіальної громади міста Києва щодо стану пам'яток культурної спадщини міста Києва, діяльності органів охорони культурної спадщини щодо збереження історичних пам’яток міста та порушень, що вчинялись по відношенню до цих пам'яток;
• створення умов для громадського контролю за збереженням пам'яток культурної спадщини;
• підвищення інформаційної відкритості та прозорості в діяльності органів охорони культурної спадщини виконавчого органу Київської міської ради (Київської міської державної адміністрації).

Предмет наповнення модуля           Інформація щодо пам’яток культурної спадщини міста Києва, а саме:

• пам'ятки культурної спадщини національного значення;
• пам'ятки культурної спадщини місцевого значення;
• щойно виявлені об'єкти (пам’ятки) культурної спадщини.

    Цей документ призначено для розробки технічного рішення зі створення програмного модуля «Інформаційна база пам'яток культурної спадщини міста Києва». У документі наведені функції рішення та опис компонентів, на базі яких створюватиметься реалізація програмного модуля «Інформаційна база пам'яток культурної спадщини міста Києва».  Документ містить таку інформацію:

• Загальні вимоги до реалізації;
• Вимоги до бізнес-функціональності;
• Опис архітектури рішення;
• Опис технологічних та технічних вимог.

 Проведено аналіз діяльності (робочих бізнес-процесів) наступних відділів:  - Відділу обліку, інвентаризації та майнових прав об’єктів культурної спадщини Управління збереження історичного середовища та охорони об’єктів культурної спадщини Департаменту культури виконавчого органу Київської міської ради (Київської міської державної адміністрації);  - Відділу інспекції державного контролю об’єктів культурної спадщини та археологічного нагляду Управління збереження історичного середовища та охорони об’єктів культурної спадщини Департаменту культури виконавчого органу Київської міської ради (Київської міської державної адміністрації);  - Відділу моніторингу збереження історичного середовища та об’єктів культурної спадщини Управління збереження історичного середовища та охорони об’єктів культурної спадщини Департаменту культури виконавчого органу Київської міської ради (Київської міської державної адміністрації).  Документ складено з урахуванням проведеного аналізу діяльності Департаменту культури виконавчого органу Київської міської ради (Київська міська державна адміністрація) у частині роботи фахівців з інформацією про пам’ятки культурної спадщини, виконання інспекційних перевірок, процесів обігу документів тощо.  Результати аналізу трансформовані в опис функціональних вимог та опис послідовності дій користувача, які повинні бути реалізовані в Модулі.  

Таблиця 1. Терміни та визначення

 Програмний модуль «Інформаційна база пам'яток культурної спадщини міста Києва» інформаційно-аналітичної системи «Управління майновим комплексом територіальної громади міста Києва» (далі – Модуль) є програмним ресурсом територіальної громади міста Києва, що дозволяє вносити, зберігати, опрацьовувати офіційну інформацію щодо пам'яток культурної спадщини міста Києва в інформаційно-аналітичну систему «Управління майновим комплексом територіальної громади міста Києва». Модуль передбачає автоматизацію внутрішніх процесів Департаменту культури виконавчого органу КМДА пов’язаних з внесенням, обробкою інформації щодо пам’яток культурної спадщини міста Києва і створюється на базі єдиної технічної платформи інформаційно-аналітичної системи «Управління майновим комплексом територіальної громади міста Києва» за допомогою сучасних веб-технологій, відповідним рівнем забезпечення достовірності та захисту інформації, механізмами автоматичного обміну інформацією з іншими системами, що прийматимуть участь в процесі оброблення та прийняття рішень.

Замовник – Комунальне підприємство «Головний інформаційно-обчислювальний центр». Адреса: 02192, Київ, вул. Космічна 12а. Веб сторінка: https:%%//%%www.gioc.kiev.ua
Кінцевий  замовник-користувач Модуля – Департамент культури виконавчого органу Київської міської ради (Київська міська державна адміністрація). Адреса:  01044, Київ, бульвар Шевченка, 3. Веб сторінка: http:%%//%%dk.kievcity.gov.ua
Виконавець – Товариство з обмеженою відповідальністю «ЕФ ДІ АЙ КАМПАНІ». Адреса: 03062, Київ, вул. Кулібіна, 11.

Підставою для створення Модулю є: Договір про надання послуг від 29.07.2017 № 4017. Рішення Київської міської ради від 20.12.2016 № 774/1778 «Про створення єдиної інформаційної бази  пам’яток культурної спадщини міста Києва»; Закон України «Про охорону культурної спадщини»; Наказ Міністерства культури України «Про затвердження Порядку обліку об’єктів культурної спадщини»; Закон України «Про місцеве самоврядування в Україні».

Необхідність виконання даної розробки обумовлена рішенням Київської міської ради від 20.12.2016 № 774/1778 «Про створення єдиної інформаційної бази  пам’яток культурної спадщини міста Києва».  Розробка має здійснюватися також у відповідності до наступних нормативних документів:

1. Закону України «Про охорону культурної спадщини» http://zakon2.rada.gov.ua/laws/show/1805-14;
2. Наказ Міністерства культури України «Про затвердження Порядку обліку об’єктів культурної спадщини» http://zakon3.rada.gov.ua/laws/show/1760-2001-%D0%BF;
3. Наказ Міністерства культури України «Про затвердження форм облікової картки та паспортів об’єкта культурної спадщини» http://zakon3.rada.gov.ua/laws/show/z0693-04;
4. Закону України «Про інформацію»;
5. Закону України «Про електронні документи та електронний документообіг»;
6. Закону України «Про основні засади розвитку інформаційного суспільства в Україні на 2007-2015 роки»;
7. Закону України «Про адміністративні послуги»;
8. Закону України «Про звернення громадян»;
9. Закону України «Про доступ до публічної інформації»;
10. Закону України «Про захист інформації в інформаційно-телекомунікаційних системах»;
11. Закону України «Про електронний цифровий підпис»;
12. Закону України «Про захист персональних даних»;
13. Постанови Кабінету Міністрів України від 04.02.1998 № 121 «Про затвердження переліку обов’язкових етапів робіт під час проектування, впровадження та експлуатації систем і засобів автоматизованої обробки та передачі даних»;
14. Постанови Кабінету Міністрів України від 12.04.2002 №522 «Про затвердження Порядку підключення до глобальних мереж передачі даних»;
15. Постанови Кабінету Міністрів України від 10.09.2003 № 1433 «Про затвердження Порядку використання комп’ютерних програм в органах виконавчої влади»;
16. Постанови Кабінету Міністрів України від 28.10.2004 № 1452 «Про затвердження Порядку застосування електронного цифрового підпису органами державної влади, органами місцевого самоврядування, підприємствами, установами та організаціями державної форми власності»;
17. Постанови Кабінету Міністрів України від 29.03.2006 №373 «Про затвердження Правил забезпечення захисту інформації в інформаційних, телекомунікаційних та інформаційно-телекомунікаційних системах»;
18. ДСТУ 2394 - 94 «Інформація та документація. Терміни та визначення»;
19. НД ТЗІ 1.1-003-99. Термінологія в галузі захисту інформації у  комп’ютерних системах від несанкціонованого доступу;
20. НД ТЗІ 1.4-001-2000. Типове положення про службу захисту інформації в автоматизованій системі;
21. НД ТЗІ 2.5-004-99. Критерії оцінки захищеності інформації у комп’ютерних системах від несанкціонованого доступу;
22. НД ТЗІ 2.5-005-99. Класифікація автоматизованих систем і стандартні функціональні профілі захищеності оброблюваної інформації від несанкціонованого доступу;
23. НД ТЗІ 3.6-001-2000. Технічний захист інформації. Комп’ютерні системи. Порядок створення, впровадження, супроводження та модернізації засобів технічного захисту інформації від несанкціонованого доступу;
24. НД ТЗІ 3.7-001-99. Методичні вказівки щодо розробки технічного завдання на створення комплексної системи захисту інформації в автоматизованій системі;
25. НД ТЗІ 3.7-003-05. Порядок проведення робіт із створення комплексної системи захисту інформації в інформаційно-телекомунікаційній системі;
26. ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем;
27. ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы стадии создания;
28. ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;
29. ГОСТ 34.603.-92. Информационная технология. Виды испытаний автоматизированных систем;
30. ГОСТ 19.101.-77. Виды программ и программных документов;
31. ГОСТ 19.102.-77. Стадии разработки;
32. ГОСТ 19.105.-78. Общие требования к программным документам;
33. ГОСТ 19.201.-78. Техническое задание, требование к содержанию и оформлению;
34. ГОСТ 19.301.-79. Программа и методика испытаний. Требование к содержанию и оформлению;
35. ГОСТ 19.401.-78. Текст программы. Требование к содержанию и оформлению;
36. ГОСТ 19.402.-78. Описание программы;
37. ГОСТ 19.507.-79. Ведомость эксплуатационных документов;
38. ДСТУ 2394-94 «Інформація та документація. Терміни та визначення»;
39. ДСТУ 3396.0-96 «Захист інформації»;
40. ДК 010-98 «Державний класифікатор управлінської документації»;
41. ДСТУ 3918-1999 (ІБО/ІЕС 12207:1995) «Процеси життєвого циклу програмного забезпечення».

            Створення Модулю буде виконуватись із використанням принципів концепції Free and Open Source Software (FOSS), розширених парадигмою гуманітарної відповідальності (Humanitarian-FOSS) і включати такі вимоги:

• Націленість на рішення критично важливих завдань для підвищення швидкості надання Послуг. Висока орієнтація на якість, надійність і стабільність роботи Модулю, виключення втрати і дублювання даних;
• Високі вимоги до організації користувацького інтерфейсу (usability), мінімальні вимоги до кваліфікації користувачів і необхідності їх навчання;
• Забезпечення необхідного рівня конфіденційності персональних даних громадян згідно із Законодавством України;
• Забезпечення прозорості доступу до інформації;
• Забезпечення резервування компонентів програмного забезпечення Модулю;
• Всі компоненти, що впроваджуватимуться та поставлятимуться в рамках цієї закупівлі, мають бути надані на умовах ліцензування GPL   (http://www.gnu.org/licenses/gpl.html) і забезпечувати відкритість, прозорість та доступність вихідних кодів продукту за ідеологією OpenSource (ліцензія на вільне програмне забезпечення).

            Програмне забезпечення (далі – ПЗ) Модулю буде складатися із:

• загальносистемного програмного забезпечення (далі – ЗПЗ);
• прикладного програмного забезпечення (далі – ППЗ).

            Програмне забезпечення Модулю буде відображати специфіку функціональних задач користувачів та забезпечувати:

• підтримку загально прийнятих сучасних міжнародних стандартів до відкритих систем;
• сумісність та інтегрованість;
• підтримку функціонування в різнорідному апаратному і програмному середовищах;
• вмонтованість механізму захисту від помилок і підтримки цілісності.

                        До загальносистемного програмного забезпечення відносяться:

• операційні системи;
• система управління базами даних;
• сервери додатків.

            Рішення зі складу загальносистемного програмного забезпечення будуть використані технічно та економічно обґрунтовані з точку зору цілісності та обґрунтованої повноти програмного застосування Модулю та його компонентів за призначенням та мінімізації витрат на подальший супровід.             До прикладного програмного забезпечення буде віднесено програмне забезпечення, що розробляється  та налаштовується під час створення Модулю.             За результатами створення та впровадження Модулю програмний код прикладного програмного забезпечення буде переданий Виконавцем Замовнику в електронному вигляді.             Розробка прикладного програмного забезпечення буде проводитись за допомогою сучасних інструментальних засобів програмної інженерії проектування і генерації розподілених баз даних (CASE-засобів).             При розробці ППЗ будуть використовуватися принципи модульності та типовості, які забезпечать послідовне нарощування функціональних можливостей Модулю за рахунок створення, впровадження та тиражування функціонально завершених програмних модулів.

• Трьохланкова архітектура побудови рішення: СУБД/БД, Сервер додатків, Тонкий клієнт.
• Всі компоненти (в т.ч. СУБД і Сервер додатків) будуть безкоштовно поширюваними на основі вільно розповсюджуваного програмного забезпечення із загальнодоступними (відкритими) вихідними кодами. Рішення передбачає наявність в постачанні БД/СУБД і налаштування роботи з нею. Умови поставки БД будуть передбачати відсутність будь-яких платних видів ліцензування.
• Тонкий клієнт – веб-інтерфейс для роботи користувачів через веб-браузер (рішення повинно бути сумісним на момент впровадження в експлуатацію із передостанніми версіями найбільш популярних браузерів).
• Технологічно архітектура Модулю буде передбачати максимальну незалежність програмно-технічних модулів від розробника так, щоб їх подальшим розвитком могли займатися різні підрядники.
• Всі програмні компоненти Модулю, бази даних із механізмами взаємодії будуть спроектовані та розроблені таким чином, щоб їх розгортання було можливе в автономному режимі на різноманітних платформенних/серверних рішеннях відповідно до Технічного завдання.
• Взаємодія між серверами додатків окремих підсистем буде виконуватися по протоколу HTTP/HTTPs (tls/ssl).
• Компоненти Модулю будуть мати відкриті інтерфейси. Така реалізація надаватиме можливості для взаємодії зі сторонніми системами на основі відкритих міжнародних стандартів. Сервіси Модулю будуть взаємодіяти між собою і допоміжними службами за допомогою відкритих стандартів. Кожен сервіс буде надавати окрему функцію, яка є логічно відокремленою.
• Буде реалізоване централізоване управління, контроль функціонування та налаштування Модулю та його компонентів.
• Буде реалізоване централізоване оновлення компонентів Модулю в автоматизованому режимі.
• Взаємодія між сервером додатків та клієнтом буде виконуватися по протоколу https (tls).
• Будуть використовуватись формати інформаційного обміну даними на основі таких протоколів та стандартів: HTTP, WMS, WFS, XML, JSON.
• Створення та ведення інформаційної картки пам’яток культурної спадщини;
• Відображення інформаційної картки пам’ятки культурної спадщини на єдиному інформаційному ресурсі геопросторових даних м.Києва у вигляді окремого шару;
• Можливість подачі громадянином звернення щодо виявлених порушень із отриманням зворотного зв’язку.

В рамках бізнес-процесів обробки, прийняття рішень, контролю та інформаційної підтримки Модуль буде забезпечувати реалізацію механізмів:

• обміну визначеними інформаційними потоками (API);
• інтеграції з платформою ІАС «МАЙНО» (gis.kyivcity.gov.ua);
• інтеграції з Особистим Кабінетом Киянина (https:%%//%%id.kyivcity.gov.ua) в межах забезпечення процесу подання та обробки звернень;
• можливістю подання звернення громадянином через Портал послуг Києва (https:%%//%%poslugy.kyivcity.gov.ua);
• імпорту та експорту інформації в стандартизованих форматах (електронні таблиці, текстові документи).

Доступ до Модулю для обробки звернень громадян будуть мати виділені користувачі відповідно до ролевої моделі та довідника користувачів. Всі дії користувачів будуть фіксуватись та бути доступними для проведення періодичного або оперативного аудиту. В цілому технічна реалізація Модулю буде забезпечувати перевірку даних на коректність вводу (за можливістю) відповідно до описаних бізнес-правил, цільове збереження внесених даних та їх цілісність. Рішення щодо забезпечення захисту даних від несанкціонованих змін або втрати повинно надаватись за рахунок програмно-апаратного забезпечення ІАС «МАЙНО», яке було розроблено та впроваджено в рамках 1-ї та 2-ї черги розробки ІАС «МАЙНО».

• Зберігання історії будь-яких змін запису.
• Можливість додавання супровідної документації та швидкого доступу до неї.
• Можливість виконувати користувачами системи покладені на них обов'язки в частині ведення інформації щодо пам’яток культурної спадщини міста Києва національного, місцевого значення та щойно виявлених об’єктів культурної спадщини.
• Ведення інформації щодо форми власності пам’ятки культурної спадщини.
• Ведення інформації щодо технічного стану пам’ятки культурної спадщини.
• Можливість додавання фотозображень пам’ятки культурної спадщини.
• Ведення короткої історичної довідки об’єкта культурної спадщини.
• Ведення інформації щодо охоронних договорів, які укладені із власниками об’єктів культурної спадщини чи їх частин або уповноваженими ними органами (особами) незалежно від форми власності на такі об’єкти.
• Ведення інформації щодо виданих дозволів на розміщення рекламних засобів на пам’ятках культурної спадщини та їх копіях (в разі розміщення рекламних засобів на таких пам'ятках).
• Ведення інформації щодо всіх виявлених порушень законодавства у сфері охорони культурної спадщини, що позначились чи могли позначитись на стані об’єкта культурної спадщини чи інших порушень при їх використанні, а також фотофіксація виявлених порушень (з можливістю додавання більше одного фото до кожного порушення).
• Ведення інформації щодо рішень (актів, приписів) відповідних органів щодо порушення законодавства в сфері охорони культурної спадщини та їх електронні копії.
• Ведення відомостей про судові спори щодо порушення законодавства в сфері охорони культурної спадщини з посиланнями на матеріли справи в ЄДРСР.
• Ведення інформації щодо заходів з консервації, реставрації, реабілітації, музеєфікації, ремонту та пристосування пам’яток, що проводились, із зазначенням років проведення та результатів, фотографій.
• Ведення інформації щодо виданих дозволів  на проведення робіт з дослідження, консервації, реабілітації, реставрації, ремонту, пристосування й музеєфікації та інших робіт, що стосуються даного об’єкта культурної спадщини та їх копії.
• Можливість додавання офіційних документів, що стосуються даного об’єкта культурної спадщини, а саме облікова карта, які передаються в Міністерство Культури.
• Ведення довідників (із обмеженням доступу згідно ролевої моделі).
• Інформаційні ресурси – реєстри, представлені у вигляді баз даних, в яких зберігаються дані про пам’ятки культурної спадщини та зв’язки між ними.
• Набір програмних компонентів, які забезпечують введення, обробку, пошук, зберігання та відображення необхідної інформації (в тому числі документів: сканованих або інших файлів).
• Інтерфейс, що забезпечує взаємодію користувача з Модулем в зручній для нього формі і дозволяє працювати з інформаційними ресурсами та нотифікаціями.
• Набір програмних компонентів та інтерфейсів, що забезпечують взаємодію з іншими інформаційними системами та даними, які в них зберігаються.
• Інструментальні засоби для аналізу та побудови статистичних звітів.
• Службові компоненти Модулю:
  • Шлюз інтеграції зі сторонніми системами.
  • Ведення нормативно-довідкової інформації.
  • Редагування та публікації інформації.
  • Пошуковий механізм.

• Доступ до компонентів:
  • Автентифікація/Авторизація із можливістю ідентифікації за ЕЦП, та можливістю доступу через побудову VPN каналу.
  • Ведення користувачів.
  • Аудит дій користувачів – автоматично фіксуються всі зміни, що були здійснені в Модулі та повинен містити дані: суть змін (додано, змінено і що саме); відповідальний  за зміни користувач; дата та час змін.
  • Журнал безпеки або технічний журнал роботи (логування подій).
  • Інформація щодо об’єкта культурної спадщини.
  • Інформацію щодо охоронних договорів, які укладені із власниками об’єктів культурної спадщини чи їх частин або уповноваженими ними органами (особами) незалежно від форми власності на такі об’єкти.
  • Інформацію щодо виданих дозволів на розміщення рекламних засобів на пам’ятках культурної спадщини та їх копії (в разі розміщення рекламних засобів на таких пам'ятках).
  • Інформацію щодо всіх виявлених порушень законодавства у сфері охорони культурної спадщини, що позначились чи могли позначитись на стані об’єкта культурної спадщини чи інших порушень при їх використанні, а також фотофіксація виявлених порушень (з можливістю додавання більше одного фото до кожного порушення).
  • Інформацію щодо рішень (актів, приписів) відповідних органів щодо порушення законодавства в сфері охорони  культурної спадщини та їх електронні копії.
  • Відомості про судові спори щодо порушення законодавства в сфері охорони культурної спадщини з посиланнями на матеріли справи в ЄДРСР.
  • Інформацію щодо заходів з консервації, реставрації, реабілітації, музеєфікації, ремонту та пристосування пам’яток, що проводились, із зазначенням років проведення та результатів, фотографій.
  • Інформацію щодо виданих дозволів на проведення робіт з дослідження, консервації, реабілітації, реставрації, ремонту, пристосування й музеєфікації та інших робіт, що стосуються даного об’єкта культурної спадщини та їх копій.
  • Офіційні документи, що стосуються даної пам’ятки, а саме облікова карта, які передаються в Міністерство Культури.

            Модуль буде реалізований з використанням рольової моделі. Управління ролями буде гнучким і допускати таке:

• Ієрархію користувачів;
• Групи користувачів;
• Налаштування / розмежування повноважень / дій користувачів.

            За замовчанням доступ до Модуля повинен регламентуватись такими основними ролями:

• Зовнішній користувач (громадянин).
• Внутрішній користувач (працівники Департаменту культури виконавчого органу Київської міської ради та КНМЦ).
• Адміністратор.

Детальніше див. розділ 5.1 ролі та розподіл прав доступу.

Взаємодія користувачів з Модулем буде здійснюватись за допомогою візуального графічного інтерфейсу (GUI). Введення-виведення даних, приймання керуючих команд та відображення результатів їх виконання будуть виконуватись в інтерактивному режимі. Автоматизовані робочі місця користувачів будуть забезпечувати гармонійне поєднання параметрів технічних засобів і психофізичних можливостей людини із врахуванням створення єдиного об’ємно-просторового і кольорового рішень. Модуль забезпечуватиме:

• зрозумілу логічну побудову переходів відповідно до інформаційної архітектури;
• прості інтуїтивно зрозумілі інтерфейси користувача, які не потребують тривалого навчання роботи з ними;
• зручні форми відображення інформації користувачам, що функціонально орієнтовані на вирішення конкретних задач;
• мінімальну кількість дій користувача при виконанні завдань, відсутність в екранних формах функціональних можливостей, що не потрібні для виконання завдання, яке поставлене перед користувачем;
• вбудовані механізми валідації значень, що визначаються для окремих полів, комбінацій полів (контекстно-залежний контроль), контроль значень полів за довідниками/класифікаторами, а також на відповідність вже введеним даним (базі даних);
• вбудовані механізми внесення та отримання інформації;
• зручні та інтуїтивно зрозумілі форми нотифікацій, контекстні підказки.

Лінгвістичне забезпечення Порталу повинно включати розвинуті мовні засоби програмування Модуля та інтерфейсу користувача. До його складу повинні входити мови програмування та програмно-інструментальні засоби для проектування баз даних і програмної реалізації математичного забезпечення. Інтерфейс користувача буде розроблений українською мовою та забезпечувати:

• очевидність кожної дії  на робочих місцях користувачів та введення-виведення інформації на професійно-орієнтованій мові, яка використовує поняття конкретної предметної області ділових процесів;
• наявність ефективної допомоги при можливих діях користувача;
• максимальне використання при введенні інформації довідників можливих значень даних;
• попередження помилкових ситуацій.

Для забезпечення обчислення значення електронного цифрового підпису від даних, що записуються до бази даних Модулю, конфіденційності та цілісності даних, що передаються між сервером застосувань та автоматизованими робочими місцями користувачів (далі – АРМ), двохфакторної авторизації користувачів із подальшою ідентифікацією; в АРМі для внутрішнього користувача застосовуватиметься програмний засіб криптографічного захисту інформації через використання механізмів електронного цифрового підпису.

Безперервне повноцінне функціонування відповідно до заявленого фунціоналу. Клієнтська частина програмного забезпечення, серверні програмно-технічні засоби будуть функціонувати у цілодобовому режимі із заздалегідь визначеними періодами регламентного обслуговування. Експлуатація Модулю  буде передбачати такі режими:

• Основний режим – режим штатного функціонування всіх компонентів Модулю за своїм призначенням.
• Нештатний режим – є режим нештатного функціонування всіх компонентів Модулю: наприклад недоступність даних серверу.
• Режим адміністрування – режим здійснення централізованого автоматизованого налагоджування та автоматизованого оновлення компонентів Модулю одночасно з роботою решти користувачів в Модулю в основному режимі, або в режимі Технічного обслуговування.
• Режим регламентного обслуговування – є режим регламентного технічного обслуговування та відновлення працездатності технічних засобів компонентів Модулю.

Модуль буде включати програмні засоби діагностики та механізми документування аварійних подій чи помилок. В разі виникнення аварійних подій чи помилок в роботі Модулю, помилка буде реєструватися у відповідному електронному журналі, а користувач та/або адміністратор отримає відповідне повідомлення із зазначенням типу помилки. При цьому має бути реалізована можливість отримання технічної довідкової інформації-допомоги з різним рівнем деталізації, щодо ліквідації аварійних  подій чи  виправлення помилки. До складу повідомлення щодо події аварійного типу будуть входити: час, текстова назва аварії, назва файлу вихідних текстів, номер рядка в файлі, причину помилки. Також, в разі можливості, повинна передаватись назва функції, яка викликала збій і список відповідних викликів. Всі типи повідомлень повинні бути доступними адміністраторам Модуля. Користувачі модуля в разі виникнення помилок повинні бачити лише скорочені інформаційні повідомлення зрозумілого характеру без технічної деталізації із рекомендаціями щодо подальших дій.

Модуль повинен забезпечувати:

• можливість зберігання історичних даних протягом усього часу використання Модулю;
• первісне завантаження будь-якої сторінки – не більше 4 сек;
• обслуговувати одночасну роботу до 50 користувачів в режимі введення/ коригування даних та 5000 користувачів на перегляд даних;
• швидкість базових операцій роботи з картками та реєстрами даних 2-4 секунд;
• швидкість формування регламентованих  звітних форм – до 20 секунд;
• підтримки секціювання таблиць бази даних.

Збереження працездатності – повинна забезпечуватись надійність роботи Модуля при відмові одного або декількох компонентів за рахунок їх резервування. При цьому повинна вимагатися мінімальна увага з боку адміністратора рішення, щодо реакції на усунення наслідків відмов. Збереження даних повинно забезпечуватись програмно-апаратними засобами та механізмами обміну інформацію. Збереження даних – повинна забезпечуватись цілісність та актуальність даних при програмно-апаратних збоях, відмовах, помилках, шляхом використання відповідних програмно-апаратних засобів та рішень, резервного копіювання, підтримка режимів шифрування, забезпечення своєчасно резервування даних (холодне резервування) з метою швидкого відтворення актуального стану, підтримки секціювання таблиць бази даних  тощо. Надійність Модулю повинна бути забезпечена шляхом:

• Забезпечення працездатності в цілому.
• Збереження даних.

Надійність буде забезпечуватись за рахунок:

• використання сучасних технологій розробки прикладного програмного забезпечення та забезпеченням якісного його тестування;
• резервування  модулів та їх елементів;
• режиму автоматичного аналізу поточного стану (в реальному стані) та відновлення працездатності у відповідності до регламенту відновлювальних робіт;
• організації систематичного резервного копіювання та архівного збереження інформації;
• оперативністю заміни програмно-технічних засобів, що вийшли з ладу;
• сумісністю технічних засобів та програмного забезпечення;
• апаратно-програмним захистом роботи від стороннього несанкціонованого програмно-апаратного втручання;
• архівуванням та резервуванням внесених будь-яких даних.

     Збереження даних буде забезпечуватися у випадках:

• вимкнення живлення апаратних засобів;
• відмови технічних засобів обробки інформації;
• помилок, збоїв або руйнування програмного та/чи апаратного забезпечення.

            Патентна чистота Модулю буде забезпечена розробником і повинна гарантуватися фірмами виробниками програмних засобів.

            Стандартизація та уніфікація функцій Модуля буде забезпечена за рахунок використання сучасних інструментальних програмних засобів які підтримують єдину технологію проектування та розробки функціонального, інформаційного та програмного забезпечень.             Рішення з технічного та загального програмного забезпечень Модуля будуть передбачати вибір сумісних, найбільш інтегрованих програмних та технічних засобів, які відповідають вимогам сучасних міжнародних стандартів відкритих систем та програмних засобів.             У процесі розробки Модуля будуть сформовані додаткові вимоги до розробки прикладного програмного забезпечення, які уніфікують інтерфейси користувачів, процедуру обробки інформації, ідентифікацію програмних модулів та баз даних, типізують окремі програмні модулі відповідно до свого призначення.

Інформаційне забезпечення буде відповідати таким вимогам та можливостям:

• багаторазове використання даних у різних ділових процесах;
• забезпечення  фізичної та логічної цілісності даних;
• мінімізація надмірності даних, що зберігаються;
• стандартизація представлення даних;
• достовірність та актуальність даних.

Побудова Модулю буде забезпечувати:

• розмежування доступу до даних, запобігання несанкціонованого доступу до них;
• копіювання і зберігання масивів інформації;
• мінімізацію обсягу даних, що вводяться вручну;
• можливість розширення масивів інформації з урахуванням перспектив розвитку.

Інформаційне забезпечення  Модулю буде включати:

• програмні рішення із забезпечення інформаційного обміну між компонентами системи та між внутрішніми та зовнішніми інформаційними системами, з якими повинний бути організований обмін.

            Компонент класифікації і кодування повинен підтримувати процес накопичення і зберігання інформації, а також вирішення функціональних задач з мінімальними витратами пам’яті і максимальною швидкодією за рахунок використання класифікаторів таких рівнів:

• локальних в межах системи;
• відомчих;
• загальнодержавних.

Проектні рішення по системі класифікації і кодування системи будуть передбачати:

• використання загальносистемних класифікаторів;
• централізоване ведення системних класифікаторів;
• забезпечення можливості аналізу інформації, формування статистичних звітів по усьому спектру класифікованих даних;
• забезпечення мінімальних витрат пам’яті у процесі накопичення та зберігання інформації;
• забезпечення максимальної швидкодії при вирішенні функціональних задач.

            Програмні модулі інформаційного обміну повинні забезпечити автоматизований обмін інформацією між компонентами Модулю та між суміжними інформаційними системами для забезпечення виконання завдань та функцій ділових процесів, що підлягають автоматизації.             Інформаційний обмін з суміжними системами повинен бути реалізований за рахунок розробки чи використання програмного шлюзу інформаційного обміну та застосуванням сучасних протоколів обміну даними. Шлюз інформаційного обміну буде передбачати:

• можливість підключення та безпечність доступу локальних ресурсів Модулю до зовнішніх інформаційних систем та ресурсів;
• можливість централізованого адміністрування та керування доступністю локальних ресурсів Модулю.

Розробка програмного забезпечення: -       розробка програмного забезпечення модулю відповідно до функціональних та нефункціональних вимог; -       розробка, удосконалення функціональних та графічних елементів інтерфейсів користувачів; -       інтеграція із задіяними в технологічному процесі суміжними системами та сервісами; -       первинне наповнення довідників, класифікаторів та іншої первинної інформації в базі даних системи, наповнення Модулю відповідним тематичним змістом; -       розгортання, настроювання Модулю на комплексі технічних засобів Замовника; -       формування технічної та експлуатаційної документації; -       проведення тестування та приймальних випробувань.
 

Логічна  структура рішення
Рис. 1. Верхньорівнева логічна схема побудови   Архітектурна схема рішення

Рис. 2. Архітектурна схема рішення  

Стандартні функціональні ролі (ФР) системи наведено у таблиці. Система адміністрування повинна забезпечити можливість налаштування прав доступу для стандартних функціональних ролей та можливість створення  додаткових функціональних ролей. Таблиця 2. Стандартні функціональні ролі системи

5.2.1. Реєстрація пам’ятки культурної спдащини Працівник «Відділу обліку» при включенні об’єкта до переліку об’єктів культурної спадщини реєструє інформацію в системі, обов’язково додаються документи (облікова картка). При реєстрації об’єкта культурної спадщини можливо додати фотографії та документи. Зміна статусу об’єкта здійснюється із використанням параметру «Вид пам’ятки» (для пам’яток). Після розгляду та прийняття рішення (Кабінетом міністрів або Міністерством культури) щодо включення пам’ятки культурної спадщини до Реєстру працівник «Відділу обліку» реєструє відповідну інформації в системі. Примітка: Первинне наповненні бази даних переліком об’єктів культурної спдащини здійснюється у два етапи: -         Автоматичний імпорт переліку з файлів при впровадженні системи у дослідну експлуатацію; -         Інветаризація та дозаповнення інформації в систему у ручному режимі. 5.2.2. Реєстрація інформації про власників Працівник «Відділу обліку» після отримання інформації про власників пам’ятки культурної спадщини реєструє її в системі. По одній пам’ятці одночасно може бути декілька власників. При реєстрації інформації про власника працівник «Відділу обліку» має можливість додати скан-копії документів. При отриманні інформації про зміну власника працівник «Відділу обліку» реєстрації інформацію про нового власника, при цьому попередній власник змінює свій статус на архівний. 5.2.3. Реєстрація інформації про охоронні договори Працівник «Юридичного відділу» після укладання охоронного договору з власником пам’ятки культурної спадщини реєструє інформацію в системі. Працівник «Відділу інспекції» має можливість додати скан-копію охоронного договору. 5.2.4. Реєстрація дозволів та погоджень Працівники «Відділу погоджень», «Відділу інспекцій», «Відділ обліку» відповідно до розподілу прав доступу в Модулі та своїх функціональних обов’язків після погодження відповідних документів реєструють інформацію в системі: заяви на отримання дозволів на розміщення реклами; погодження по науково-проектній документації; погодження проектів землеустрою; погодження паспортів опорядження фасадів; погодження ІМО, погодження детального плану територій; дозволи на проведення робіт на об’єктах культурної спадщини; дозволи на археологічні розвідки, розкопки, інші земляні роботи; дозволи на проведення земляних робіт; погодження відчуження. Працівник має можливість додати скан-копії документів. 5.2.5. Реєстрація результатів оглядів об’єктів культурної спадщини Працівник «Відділу інспекції» після проведення виїзду та огляду реєструє в системі інформацію щодо виявлених порушень законодавства у сфері охорони культурної спадщини. Під час реєстрації  обов’язково зазначає дату огляду, результат огляду (відсутні/ наявні порушення), додає фотофіксацію поточного стану пам’ятки культурної спадщини, має можливість додати додатковий коментар. За необхідності зазначає підставу для проведення огляду. Якщо виявлені порушення, то додатково зазначає вид порушення. Після реєстрації результатів проведених оглядів працівник «Відділу інспекції», за умови якщо виявлені порушення, має можливість зареєструвати прийняті рішення щодо порушень та прикріпити відповідний документ (акт, припис, постанова тощо). Для кожного рішення працівник «Відділу інспекції» виконує контроль за його виконанням. Результат виконання рішення фіксує в системі. Після реєстрації інформації про виконання рішення статус виявленого порушення автоматично змінюється на «усунене». 5.2.6. Подача звернення громадянина щодо порушення Громадянин має можливість подати звернення про можливі порушення щодо об’єкта культурної спадщини через гіспортал (https:%%//%%gis.kyivcity.gov.ua) із шаром «Культурна спадщина» або портал онлайн-послуг (https:%%//%%poslugy.kyivcity.gov.ua) із обов’язковою ідентифікацією через «Київ ID». При подачі громадянин має можливість додати декілько фото, вказати місце розташування, додати адресу із використанням автоматичного підказчика з адресного реєстру, описати порушення.             Статус обробки звернення із зворотним зв’язком та історія подання звернень зберігаються в особистому кабінеті киянина (https:%%//%%id.kyivcity.gov.ua), де можуть бути переглянуті громадянином після авторизації. 5.2.7. Реєстрація і ведення судових справ Працівник «Юридичного відділу» для обраної пам’ятки культурної спадщини виконує реєстрацію судової справи та прикріплює необхідні документи. По мірі проходження судового провадження справи користувач фіксує поточний статус розгляду, може додати коментар щодо поточного стану справи. Після прийняття судового рішення працівник Юридичного відділ реєструє результат: задоволено або відмовлено. 5.2.8. Реєстрація листування Працівник «Відділу обліку», «Відділу інспекції», «Відділу погоджень», «Відділу обліку пам’яток КНМЦ» може зареєструвати отримані або відправлені важливі листи у межах своєї компетенції. Реєстрація листів обов’язково здійснюється у прив’язці до пам’ятки культурної спадщини.

В інтерфейсі повинні бути реалізовані наступні форми: -         перелік ОКС -         охоронних договорів -         дозволів та погоджень

• на розміщення реклами
• на археологічні розвідки, розкопки, інші земляні роботи
• роботи (Мінкульт)
• на земляні роботи (Мінкульт)
• на роботи на ОКС
• відчуження
• проекти землеустрою
• НПД
• паспорти опорядження фасадів
• історико-містобудівне обґрунтування
• детальний план територій

-         огляду -         звернень громадян Повинні бути реалізовані окремі форми для адміністрування: -         Довідників -         Користувачів -         Груп користувачів -         Налаштування прав доступу для груп користувачів -         Шаблонів документів
Концептуальний приклад форми пам’ятки культурної спадщини (схематично):
Рис. 3. Приклад форми (схематично)
Всі форми інтерфейсу повинні бути реалізовані згідно до єдиної інформаційної архітектури (набору елементів дизайну та структури) та відповідати сучасним вимогам та тенденціям проектування і розробки веб-інтерфейсів користувачів. Кінцеве рішення повинно мати елементи адаптивності інтерфейсу, коректно відпрацьовувати у сучасних веб-браузерах Google Chrome 53+, Mozilla FireFox 45+, Internet Explorer 10+ та орієнтуватись на роздільну здатність екрану не нижче 1366*768 точок. Вимоги до кольорової гами, формату та типу шрифтів повинні не суперечити існуючому рішенню ІАС «МАЙНО», яке було розроблено та впроваджено в рамках 1-ї та 2-ї черги розробки ІАС «МАЙНО». Прототипи інтерфейсу користувача будуть уточнені та розроблені під час розробки Модуля та, за необхідності, додатково погоджені із Замовником.

Рис. 4. Схема базових сутностей

Об’єкт культурної спадщини – загальна інформація про об’єкт культурної спадщини. Таблиця 3. Інформація про об’єкт культурної спадщини № з/п Назва параметру Опис параметру Тип Примітка Обов’яз-ковість

Назва об’єкту Назва об’єкту культурної спадщини Текст (300)
Так

Коротка історична довідка Коротка історична довідка Текст (3000)
Так

Стан пам’ятки Стан пам’ятки Текст (100) Довідник «Стан пам’ятки» Так

Вид пам’ятки Вид пам’ятки з довідника Текст (100) Довідник «Вид пам’ятки» Так

Тип пам’ятки Тип пам’ятки з довідника. Може бути одночасно декілька значень – мультивибір. Текст (100) Довідник «Тип пам’ятки» Так

Охоронний номер Охоронний номер Текст (20) Унікальний в системі. Охоронний номер пам’ятки національного значення складається з цілого числа. Охоронний номер пам’ятки місцевого значення складається з цілого числа та двох літер - коду регіону. Київ «Кв». Так

Рішення про взяття на облік Рішення про взяття на облік Текст (300)
Ні

Датування Датування створення пам’ятки Текст (50)
Так

Форма власності Форма власності з довідника Текст (50) Довідник «Форма власності» Так

Входить до комплексу (ансамблю) Ознака щодо входження до комплексу (ансамблю) (Так/Ні) Логічне (Так/ Ні)
Так

Назва комплексу (ансамблю) Назва комплексу (ансамблю).
Заповнюється шляхом вибором з реєстру «Комплексів (ансамблів) пам’яток» Текст (100) Доступно для вводу якщо ознака щодо входження до комплексу = Так. Посилання на реєстр «Комплексів (ансамблів) памя’ток» Так

Світова спадщина ЮНЕСКО Посилання на список об’єктів внесених у світову спадщину ЮНЕСКО (Так/Ні) Логічне (Так/Ні) За замовчанням «ні». Додатково заповнюється інформація: -   Рік внесення до списку -   Номер у списку Так

Рік внесення до списку ЮНЕСКО Рік внесення до списку ЮНЕСКО Текст (50) Заповнюється якщо «Світова спадщина ЮНЕСКО» = Так Так

ID у списку ЮНЕСКО ID у списку ЮНЕСКО Текст (20) Заповнюється якщо «Світова спадщина ЮНЕСКО» = Так Так

Фото Фото. Необхідно реалізувати у вигляді галереї Посилання на фото Може бути декілька фото. За замовчанням на 1-й позиції показується основна фотографія Так

Документ Документи по пам’ятці культурної спадщини Посилання на документ Може бути декілька документів Ні Блок «Приналежність топографічним шарам»

Історичні ареали Історичні ареали Логічне (Так/Ні)
Так

Зона охоронюваного ландшафту Зона охоронюваного ландшафту Логічне (Так/Ні)
Так

Архітектурна охоронна зона Архітектурна охоронна зона Логічне (Так/Ні)
Так

Археологічна охоронна зона Археологічна охоронна зона Логічне (Так/Ні)
Так

Зони регулювання забудови Зони регулювання забудови Логічне (Так/Ні)
Так

Пам’ятки містобудування місцевого/ національного значення Пам’ятки містобудування місцевого/ аціонального значення обирається з довідника Текст (200) Довідник «Пам’ятки містобудування місцевого/ національного значення» Ні

Заповідники місцевого/ національного значення Заповідники місцевого/ національного значенняобирається з довідника Текст (200) Довідник «Заповідники місцевого/ національного значення» Ні

 Археологічна спадщина Приналежність до пам’ятки археології обирається з довідника Текст (200) Довідник «Археологічна спадщина» Ні Блок «Адреса»

Район Район м. Києва з довідника Текст (50) Довідник «Адресний реєстр» ДМА або модуля «Адресний реєстр» після його запуску Так

Вулиця Вулиця з довідника. При заповненні для зручності пошуку відображати стару (попередню) назву вулиці у дужках Текст (100) Довідник «Адресний реєстр» ДМА або модуля «Адресний реєстр» після його запуску Ні

Номер будинку Номер будинку Текст (20) Довідник «Адресний реєстр» ДМА або модуля «Адресний реєстр» після його запуску Ні

Місце-знаходження Місце-знаходження Текст (100) Заповнюється якщо точна поштова адреса не відома. Якщо адреса відома то заповнюється «Район»+ «Вулиця» + «Номер будинку» Так

Координати Х, У ГІС координати Х, У пам’ятки культурної спадщини для відображення на карті ГІС коорди-нати маркеру Можливість збереження ГІС координат маркеру (точки) Так Блок «Ознака перевірки»

Ознака перевірки Ознака перевірки (інвентаризації) картки пам’ятки культурної спадщини Логічне (Так/Ні) Використо-вується при впровадженні системи та проведенні первинного наповнення модуля Так

Дата перевірки Дата перевірки картки пам’ятки культурної спдащини Дата та час (дд.мм.рррр гг:хв) Автоматично дата та час актуалізації даних Так
Інтерфейс форми пам’ятки культурної спадщини повинна мати вбудовану карту (наприклад, OpenStreetMap)  для відображення пам’ятки на карті. Умови та можливості відображення пам’ятки культурної спадщини на карті: -         відображення точкою (маркером) на карті; -         відображення існуючих пам’яток культурної спадщини, які вже внесені в систему (необхідно для зручності нанесення даних на карту); -         можливість автоматичного встановлення маркеру на карті по введеній адресі (вулиця, номер будинку); -         можливість автоматичного визначення вулиці та номеру будинку по встановленому маркеру на карті.
Комплекс (ансамбль) пам’яток – загальна інформація про комплекс (ансамбль) пам’яток культурної спадщини. Таблиця 4. Інформація про комплекс (ансамбль) пам’яток культурної спадщини

Власники – інформація про власників пам’ятки культурної спадщини. По одній пам’ятці культурної спадщини може бути декілька власників. Необхідно забезпечити збереження історії зміни власників. Таблиця 5. Інформація про власників

Охоронний договір на пам’ятку – інформація про охоронні договори, що укладені із власниками пам’яток культурної спадщини та пам’яткоохоронними органами та їх копії. Таблиця 6. Інформація про охоронний договір

Заяви на рекламу – інформація щодо отриманих на погодження заяв на отримання дозволів  на розміщення реклами на пам’ятках культурної спадщини з результатами розгляду. Таблиця 7. Інформація щодо отриманих заяв на розміщення реклами № з/п Назва параметру Опис параметру Тип Примітка Обов’яз-ковість

Дата  дозволу Дата  дозволу Дата (дд.мм.рррр)
Так

Номер дозволу Номер дозволу Текст (20) Унікальний номер по якому можливо виконувати пошук в модулі «Реклама» Так

Дата реєстрації АСКОД Дата реєстрації АСКОД Дата (дд.мм.рррр)
Ні

Номер реєстрації АСКОД Номер реєстрації АСКОД Текст (20)
Ні

Замовник Замовник Текст (200)
Так

Скан-копія заяви Скан-копія заяви на розміщення реклами Посилання на документ
Ні

Фото макету реклами Фото макету розміщення реклами. Посилання на фото Можливість скачати, перегляду фото Так Блок «Результати розгляду»

Результат розгляду Результат розгляду із списку: - погоджено - відмовлено Текст (50)
Так

Дата розгляду Дата розгляду Дата (дд.мм.рррр)
Так

Виконавець Виконавець який погодив дозвіл на розміщення реклами Текст (50) Довідник співробітників, які погоджують дозвіл на розміщення реклами. Так
Дозвіл на роботи на ОКС – інформація щодо виданих дозволів  на проведення робіт з дослідження, консервації, реабілітації, реставрації, ремонту, пристосування й музеєфікації та інших робіт, що стосуються об’єктів культурної спадщини та їх копії.
Таблиця 8. Інформація щодо виданих дозволів на проведення робіт

Дозвіл на земляні роботи – інформація щодо дозволів на проведення земляних робіт виданих Міністерством культури.
Таблиця 9. Інформація щодо дозволів на земляні роботи

Дозвіл на археологічні роботи – інформація щодо дозволів на проведення археологічних розвідок, розкопок, інших земляних робіт виданих Міністерством культури.
Таблиця 10. Інформація щодо дозволів на проведення археологічних розвідок, розкопок, інших земляних роботи

Науково-проектна документація, Детальний план територій, Історико-містобудівне обґрунтування, Паспорти опорядження фасадів – інформація щодо науково-проектної документації на виконання робіт, детальних планів територій, історико-містобудівне обґрунтування, паспорти опорядження фасадів  об’єктів культурної спадщини.
Таблиця 11. Інформація щодо науково-проектної документації, детального плану територій, історико-містобудівне обґрунтування, паспорти опорядження фасадів

Проекти землеустрою – інформація щодо погоджень проектів землеустрою пам’ятки культурної спадщини.
Таблиця 12. Інформація щодо проектів землеустрою

Погодження відчуження – інформація щодо погодження відчуження або передачі пам’яток культурної спадщини їх власниками або уповноваженими ними органами іншим особам у володіння, користування або управління.
Таблиця 13. Інформація щодо погодження відчуження

Виявлені порушення – інформація щодо виявлених порушень законодавства у сфері охорони культурної спадщини, що позначились чи могли позначитись на стані пам’ятки культурної спадщини чи інших порушень при їх використанні, а також фотофіксація виявлених порушень (з можливістю додавання декількох фото). Таблиця 14. Інформація щодо виявлених порушень № з/п Назва параметру Опис параметру Тип Примітка Обов’яз-ковість

Посилання на звернення громадянина Посилання на звернення обирається із переліку зареєстрованих звернень Посилання на звернення Якщо огляд проведено відповідно до звернення громадянина Ні

Дата огляду Дата огляду Дата (дд.мм.рррр)
Так

Результат огляду Результат огляду із списку: -         Відсутні порушення -         Наявні порушення Текст (50)
Так

Інспектор ПІБ Інспектора Текст (50)
Так

Фото при огляді Фотофіксація при огляді. Можна додати декілька файлів. Обмеження максимум 10 файлів Графічний файл (jpeg, png) Обмеження 1 файл не більше 0,5 МБт Так

Відео файл Відео файл записаний при огляді. Можна додати декілька файлів. Обмеження максимум 3 файли Відео файл Обмеження 1 файл не більше 5 МБт Ні

Коментар до огляду Коментар до огляду Текст (200)
Ні

Скан-копія акту Скан-копія документа по виявленим порушенням (акт) Посилання на документ
Ні Якщо результат огляду = «наявні порушення»

Виявлені порушення Виявлені порушення з довідника. Мультивибір – по одному зверненню може бути декілька порушень Перелік значень Довідник «Вид порушення».
Так

Опис порушення Опис виявленого порушення Текст (200)
Так

Статус порушення Статус порушення: -         не усунене -         усунене
Автоматично при реєстрації результату виконання Так
Рішення щодо порушень – інформація щодо рішень (актів, протоколів, приписів, постанов) по порушенням законодавства в сфері охорони культурної спадщини та їх електронні копії.
Таблиця 15. Інформація щодо рішень по порушенням № з/п Назва параметру Опис параметру Тип Примітка Обов’яз-ковість

Виявлене порушення Посилання на виявлене порушення Посилання на виявлене порушення Автоматично Так

Дата документа Дата документа Дата (дд.мм.рррр)
Так

Номер документа Номер документа Текст (50)
Так

Відповідальний виконавець Відповідальний виконавець Текст (50)
Так

Тип документу Тип документу Текст (200) Довідник «Тип документу» Так

Опис рішення Опис рішення Текст (500)
Так

Строк виконання Строк виконання рішень відповідно до документів Дата (дд.мм.рррр)
Так

Скан-копія документа Скан-копія документа щодо рішень по порушенням Посилання на документ
Ні Блок «Результат виконання»

Результат виконання Результат виконання: -         Виконано -         Не виконано Текст (50)
Так

Коментар до результату виконання Коментар до результату виконання Текст (200)
Так
Судові справи – інформація про судові спори щодо порушення законодавства в сфері охорони культурної спадщини з посиланнями на матеріли справи в ЄДРСР.
Таблиця 16. Інформація щодо судових справ № з/п Назва параметру Опис параметру Тип Примітка Обов’яз-ковість

Номер справи Номер судової справи в реєстрі ЄДРСР Текст (100)
Так

Дата справи Дата судової справи Дата (дд.мм.рррр)
Так

Предмет спору Предмет спору по судовій справі Текст (300)
Так

Результат розгляду справи Результат розгляду справи зі списку: -         Триває -         Задоволено -         Відмовлено Текст (50)
Так

Скан-копія документа Скан-копія документа судової справи Посилання на документ
Ні Якщо результат розгляду справи = Триває - по одній справі може бути декілька коментарів

Дата коментаря Дата коментаря Дата (дд.мм.рррр)
Так

Коментар щодо розгляду Коментар щодо розгляду Текст (300)
Так Якщо результат розгляду справи = Задоволено

Спосіб виконання Спосіб виконання: -         Добровільне -         Примусове виконання ДВС Текст (100)
Так

Результат виконання Результат виконання Текст (300)
Так Якщо результат розгляду справи = Відмовлено

Дата відмови Дата відмови Дата (дд.мм.рррр)
Так

Причини відмови Причини відмови Текст (300)
Так
Листування – інформація щодо вхідних/вихідних листів, що стосуються пам’ятки культурної спадщини.
Таблиця 17. Інформація щодо листування

Документи – інформація щодо документів, які стосуються даної пам’ятки культурної спадщини. Забезпечити можливість додавання документів в сутностях: Пам’ятка культурної спадщини,  Охоронний договір на пам’ятку, Дозволи на рекламу, Дозволи на роботи на ОКС, Дозволи на земляні роботи, Дозволи на археологічні роботи, Науково-проектна документація, Проекти землеустрою, Погодження відчуження, Виявлені порушення, Рішення щодо порушень, Судові справи.
Таблиця 18. Інформація щодо документів

Фото – інформація щодо фотографій пам’ятки культурної спадщини. Фотографій може бути довільна кількість (максимальна кількість завантажених фотографій 20 файлів). Додати фотографії користувач може у картку пам’ятки культурної спадщини, заяви на рекламу, при проведенні інспекційних перевірок.
Таблиця 19. Інформація щодо фотографій

Звернення громадян – інформація щодо надісланих звернень громадян про можливі виявлені порушення щодо пам’ятки культурної спадщини.             Звернення подається громадянином через використання відповідного сервісу із обов’язковою ідентифікацією через сервіс «Київ ID» – особистий кабінет киянина. Для подачі звернення необхідно пройти авторизацію через особистий кабінет киянина та заповнити форму на гіспорталі. Форма дозволятиме додавання декількох фото, визначення місця розташування пам’ятки культурної спадщини із використанням даних системи ІАС «МАЙНО», додавання адреси із автоматичним підказчиком з адресного реєстру, опису порушень, можливістю вибору типу порушення зі списку. Статус обробки звернення, додаткові запити від сторони, яка оброблює звернення, історія подання звернень та відповідей на додаткові запити зберігається в кабінеті киянина (https:%%//%%id.kyivcity.gov.ua). З метою якісного інформування користувачів щодо звернень передбачається впровадження механізму персоналізованої e-mail нотифікації за відповідними активностями. Передбачається розробка та впровадження в Модуль компонента для створення та використання шаблонів email нотифікацій громадян із можливістю їх цільової типізації та редагування (адресат, тема, відправник, тіло листа). В межах даного рішення не буде розроблятися можливість ведення двосторонньої інтерактивної комунікації громадянина із  внутрішнім користувачем. Громадянин буде мати можливість надання додаткової інформації на відповідні запити від внутрішнього користувача через особистий кабінет киянина та можливість перегляду статусів, відповідей на свої звернення у відповідному розділі. Таблиця 20. Інформація щодо звернення громадян № з/п Назва параметру Опис параметру Тип Примітка Обов’яз-ковість

ПІБ ПІБ Текст (100)
Так

Телефон Телефон Телефон у форматі «+38(ххх) ххх-хх-хх»
Так

Email Email Email Використовується для нотифікації громадянина Так

Виявлені порушення Виявлені порушення з довідника. Мультивибір – по одному зверненню може бути декілька порушень Текст Довідник «Вид порушення».
Так

Опис порушення Опис виявленого порушення Текст (200)
Так

Адреса порушення Адреса виявленого порушення Текст (100) Довідник: «Адресний реєстр» м. Києва з пошуком вулиці та номер будинку, Якщо адреса не знайдено, то можливо ввести текст вручну. Так

Координати х,у Координати х,у Х,У координати Автоматично при виборі пам’ятки на карті Так

Фото порушення Фотофіксація виявленого порушення. Можна додати декілька файлів. Обмеження максимум 5 файлів Графічний файл (jpeg, png) Обмеження 1 файл не більше 0,5 Мбт Так

Статус звернення Статус звернення автоматично відповідно до процесу подачі/обробки Текст Автоматично відповідно до логіки розгляду звернення Так Блок «Результат розгляду»

Дата відповіді Дата відповіді Дата (дд.мм.рррр)
Так

Результат розгляду Результат розгляду Текст (300)
Так

Виконавець ПІБ та посада виконавця, який готував відповідь Текст Довідник співробітників Так          

Звернення громадян щодо виявлених порушень матиме такі статуси: -  Нове – подано нове звернення громадянина щодо виявленого порушення. -  В роботі – звернення прийнято в роботу відділом інспекційних перевірок. -  Архів* – завершено обробку звернення громадянина. * Опціонально користувач може перевести звернення із статусом Нове в Архів за певних обставин. Не передбачається можливість повернення звернення в обробку після переведення його в статус Архів. Користувач повинен подати нове звернення. Звернення переводиться в архів за умови надання відповіді громадянину.

Таблиця 21. Перелік стандартних операцій № з/п Назва операції Опис операції Пам’ятка культурної спадщини
Фільтр Операція використовується для необхідності відфільтрувати у реєстрі пам’яток культурної спадщини за обранити критеріями. Користувач може застосувати, очистити фільтр.
Додати пам’ятку Операція додає новий запис у реєстрі пам’яток культурної спадщини. Одночасно при додаванні можливо: -         Додати фото -         Додати документ
Редагувати пам’ятку Операція використовується при редагуванні пам’ятки
Видалити пам’ятку Операція використовується для видалення пам’ятки

Встановити маркер на карті Операція використовується для автоматичного встановлення маркеру на карті по введеній користувачем адресі

Обрати адресу по маркеру Операція використовується для автоматичного застосування знайденої по маркеру адреси (район, вулиця, номер будинку) Комплекс (ансамбль) пам’яток

Додати пам’ятку Операція додає новий запис у реєстрі комплексу (ансамблю) пам’ятки культурної спадщини.

Редагувати пам’ятку Операція використовується при редагуванні комплексу (ансамблю) пам’ятки культурної спадщини

Видалити пам’ятку Операція використовується для видалення комплексу (ансамблю) пам’ятки культурної спадщини Власники

1. 10.  

Додати власника Операція використовується при додаванні нового власника в наявну пам’ятку культурної спадщини.

1. 11.  

Редагувати власника Операція використовується при редагуванні власника

1. 12.  

Видалити Власника Операція використовується при видаленні власника

1. 13.  

Перевести в архів Операція використовується при необхідності змінити статус власника з «діючий» на «архівний» Охоронний договір на пам’ятку

1. 14.  

Додати договір Операція використовується при додаванні нового охоронного договору до пам’ятки культурної спадщини. Одночасно при додаванні можливо: -               Додати документ

1. 15.  

Редагувати договір Операція використовується при редагуванні атрибутів охоронного договору

1. 16.  

Видалити договір Операція використовується при видаленні охоронного договору Заява на розміщення реклами

1. 17.  

Додати Операція використовується при додаванні нової заяви на отримання дозволу на розміщення реклами на пам’ятці культурної спадщини. Одночасно при додаванні можливо: -         Додати фото -         Додати документ

1. 18.  

Редагувати Операція використовується при редагуванні атрибутів дозволу на розміщення реклами

1. 19.  

Видалити Операція використовується при видаленні дозволу на розміщення реклами

1. 20.  

Рішення по заяві Операція використовується при реєстрації результатів розгляду заяви на отримання  дозволу на розміщення реклами. Автоматично фіксується виконавець та дата розгляду. Дозволи та Погодження: на роботи, археологічні роботи, земляні роботи науково-проектна документація, історико-містобудівне обґрунтування, паспорти опорядження фасадів, проектів землеустрою, відчуження.

1. 21.  

Додати Операція використовується при додаванні нового дозволу на пам’ятці культурної спадщини. Одночасно при додаванні можливо: -          Додати документ

1. 22.  

Редагувати Операція використовується при редагуванні атрибутів дозволу

1. 23.  

Видалити Операція використовується при видаленні дозволу Судові справи

1. 24.  

Додати справу Операція використовується при додаванні нової судової справи по пам’ятці культурної спадщини. Одночасно при додаванні можливо: -         Додати документ

1. 25.  

Редагувати справу Операція використовується при редагуванні атрибутів судової справи

1. 26.  

Видалити справу Операція використовується при видаленні судової справи

1. 27.  

Додати коментар Операція використовується при необхідності додати коментар в процесі розгляду судової справи. Одночасно при додаванні можливо: -              Додати документ

1. 28.  

Додати результат розгляду Операція використовується при необхідності додати результат розгляду судової справи. Одночасно при додаванні можливо: -              Додати документ Виявлені порушення

1. 29.  

Додати Операція використовується при додаванні нового виявленого порушення по пам’ятці культурної спадщини. Одночасно при додаванні можливо: -           Додати фото -           Додати документ

1. 30.  

Редагувати Операція використовується при редагуванні атрибутів виявленого порушення

1. 31.  

Видалити Операція використовується при видаленні виявленого порушення

1. 32.  

Додати рішення Операція використовується при додаванні прийнятого рішення по виявленому порушенні по пам’ятці культурної спадщини. Одночасно при додаванні можливо: -           Додати документ

1. 33.  

Додати результат виконання Операція використовується при реєстрації інформації про виконання рішення щодо виявленого порушення. Обов’язково зазначається результат виконання. Документи, Листування

1. 34.  

Додати Операція використовується при додаванні документа/ листа

1. 35.  

Редагувати Операція використовується при редагуванні документа/ листа

1. 36.  

Видалити Операція використовується при видаленні документа/ листа Фото

1. 37.  

Додати Операція використовується при додаванні фото

1. 38.  

Редагувати Операція використовується при редагуванні атрибутів фото

1. 39.  

Видалити Операція використовується при видаленні фото Звітні форми

1. 40.  

Сформувати звіт Операція використовується при необхідності сформувати звітну форму. Користувач послідовно обирає із наявного переліку потрібний звіт, вводить за необхідності вхідні дані, та обирає потрібний формат.

Розділ містить перелік форм для друку документів, які використовуються користувачами. Передбачається автоматична генерація зазначений документів на основі даних з бази. Звітні форми повинні формуватися у наступних форматах: pdf, doc(x), html та можливістю роздрукувати за допомогою стандартних сервісів. При формуванні звітної форми користувач повинен мати можливість обрати необхідний формат звіту. Далі всі форми надаються у вигляді вкладених файлів у форматі (doc, rtf, pdf). Необхідно реалізувати наступний звітні форми: 5.8.1.         Звітна форма «Облікова картка об’єкта культурної спадщини» - містить необхідну інформацію необхідну для формування облікової картки об’єкта культурної спадщини http://zakon3.rada.gov.ua/laws/show/z0693-04 Форма звіту наведена у файлі*:             * Тут і далі форми наведені у вигляді вкладених документів у форматах: .doc, .rtf, .pdf. Для перегляду такої форми необхідно відкрити відповідний документ. 5.8.2.         Звітна форма «Коротка історична довідка про об’єкт культурної спадщини» - містить необхідну інформацію необхідну для формування короткої історичної довідки про об’єкт культурної спадщини. Приклади звітів наведені у файлі (можуть бути уточнені при реалізації):        5.8.3.     Статистичні звітні форми: -                 Перелік пам’яток, у яких відсутній діючий охоронний договір -                 Перелік пам’яток з виявленими та не усуненими порушеннями за період -                 Перелік пам’яток з погодженими дозволами на розміщення реклами.

Стан пам’ятки – інформація про стан пам’ятки культурної спадщини Таблиця 22. Стан пам’ятки

Тип пам’ятки – інформація про тип пам’ятки культурної спадщини Таблиця 23. Тип пам’ятки

Вид пам’ятки – інформація про вид пам’ятки культурної спадщини Таблиця 23. Вид пам’ятки

Технічний стан пам’ятки – інформація про технічний стан пам’ятки культурної спадщини Таблиця 24. Технічний стан пам’ятки

Форма власності -  – інформація про форму власності пам’ятки культурної спадщини Таблиця 25. Форма власності пам’ятки

Вид порушення – інформація про вид виявленого порушення пам’ятки культурної спадщини Таблиця 26. Вид виявленого порушення щодо пам’ятки

Тип документу -  інформація про тип документу щодо пам’ятки культурної спадщини Таблиця 27. Тип документу

Пам’ятки містобудування місцевого/ національного значення -  інформація про пам’ятки містобудування місцевого значення Таблиця 28. Пам’ятки містобудування місцевого/ національного значення

Заповідники місцевого/національного значення -  інформація про заповідники місцевого/ національного значення Таблиця 29. Заповідники місцевого/ національного значення

Археологічна спадщина -  інформація про наявні пам’ятки археологічної спадщини Таблиця 30. Археологічна спадщина

ІАС «МАЙНО» 5.10.1 ГІС портал ІАС «Майно» на шарі «Культурна спадщина» повинен відображати наступну інформацію:

• Основною сторінкою для відображення є карта всіх об’єктів культурної спадщини з гео-позначками пам’яток (інформаційна база має бути інтегрована з геоінформаційною системою міста).
• По “кліку” на кожен об'єкт відображується у спливаючому вікні його фотографія та коротка історична довідка. Також доступний перехід на повну сторінку пам’ятки.

Інформаційна картка пам’ятки культурної спадщини для загального кола користувачів повинні містити:

• Назва пам’ятки
• Коротка історична довідка
• Датування
• Місцезнаходження
• Вид пам’ятки
• Тип пам’ятки
• Стан пам’ятки
• Охоронний номер
• Номер та дата рішення про взяття під охорону
• Форма власності
• Технічний стан
• Фотографії пам’яток культурної спадщини (більше одної, фото з різних ракурсів, історичні фото)
• Дата оновлення інформації

5.10.2 НА ГІС порталі ІАС «Майно» на шарі «Культурна спадщина» повинні бути присутніми такі фільтри:

• За станом пам'ятки
  • Національного значення
  • Місцевого значення
  • Щойно виявлені
  • На розгляді в Мінкультури
  • За видом пам’ятки
    • Пам’ятка містобудування
    • Пам’ятка монументального мистецтва
    • Пам’ятка історії
    • Пам’ятка ландшафту
    • Пам’ятка археології
    • Пам’ятка садово-паркового мистецтва
    • Пам’ятка архітектури
    • Пам’ятка науки і техніки
    • За станом пам’ятки
      • Після реставрації
      • Задовільний
      • Незадовільний
      • Аварійний
      • За формою власності
        • Державна
        • Комунальна
        • Приватна
        • За виданими дозволами та узгодженнями (на розміщення реклами, на археологічні роботи, на земляні роботи, на роботи).
        • За виявленими порушеннями.

5.10.3       На ГІС порталі ІАС «Майно» на шарі «Культурна спадщина» повинен бути реалізований пошук по об’єктах (назва пам’ятки культурної спадщини) та адресах з автоматичними підказками та урахуванням можливих помилок у написі назв об’єктів та адрес. Мінімальна кількість символів з яких починається автоматична обробка введеної інформації – 3 символи. Результати пошуку повинні передбачати можливість виведення декількох результатів на одній сторінці із можливістю розбивки виведених результатів по сторінках (пагінація). 5.10.4       На ГІС порталі ІАС «Майно» на шарі «Культурна спадщина» повинна бути розміщена кнопка-посилання «Подати звернення», при натисканні на яку повинен активуватися процес переходу на сторінку подачі звернення на порталі онлайн-послуг із використанням сервісу «Київ ID». Місце розташування такої кнопки, її дизайн та логіка відпрацювання повинні відповідати побудові інформаційної архітектури модулю, зручності переходів через використання суміжних сервісів. 5.10.5       На порталі онлайн-послуг (https:%%//%%poslugy.kyivcity.gov.ua) громадянин повинен мати можливість подати звернення з виявлених порушень щодо пам’ятки культурної спадщини. Для подачі звернення необхідно заповнити форму з можливістю додавання декількох фото, визначення місця розташування пам’ятки культурної спадщини, додавання адреси із автоматичним підказчиком з адресного реєстру, опису порушень, можливістю вибору типу порушення зі списку. Кількість поданих звернень не обмежується часовими та кількісними параметрами, але може бути заблокована для визначеного користувача за певних обставин на окремий проміжок. 5.10.6       Подати звернення громадянин повинен мати можливість лише після проходження авторизації/автентифікації із подальшою ідентифікацією через Особистий кабінет киянина – сервіс «Київ ID». Статус обробки поданого звернення, додаткові запити від сторони, яка оброблює звернення, результат розгляду та історія подання звернень відображається та зберігається в кабінеті киянина (https:%%//%%id.kyivcity.gov.ua).
 

Таблиця 1. Терміни та визначення. 6 Таблиця 2. Стандартні функціональні ролі системи. 24 Таблиця 3. Інформація про об’єкт культурної спадщини. 29 Таблиця 4. Інформація про комплекс (ансамбль) пам’яток культурної спадщини. 33 Таблиця 5. Інформація про власників. 34 Таблиця 6. Інформація про охоронний договір. 35 Таблиця 7. Інформація щодо отриманих заяв на розміщення реклами. 35 Таблиця 8. Інформація щодо виданих дозволів на проведення робіт. 36 Таблиця 9. Інформація щодо дозволів на земляні роботи. 37 Таблиця 10. Інформація щодо дозволів на проведення археологічних розвідок, розкопок, інших земляних роботи. 37 Таблиця 11. Інформація щодо науково-проектної документації, детального плану територій, історико-містобудівне обґрунтування, паспорти опорядження фасадів. 38 Таблиця 12. Інформація щодо проектів землеустрою.. 39 Таблиця 13. Інформація щодо погодження відчуження. 39 Таблиця 14. Інформація щодо виявлених порушень. 40 Таблиця 15. Інформація щодо рішень по порушенням.. 41 Таблиця 16. Інформація щодо судових справ. 42 Таблиця 17. Інформація щодо листування. 43 Таблиця 18. Інформація щодо документів. 44 Таблиця 19. Інформація щодо фотографій. 45 Таблиця 20. Інформація щодо звернення громадян. 46 Таблиця 21. Перелік стандартних операцій. 47 Таблиця 22. Стан пам’ятки. 51 Таблиця 23. Тип пам’ятки. 52 Таблиця 23. Вид пам’ятки. 52 Таблиця 24. Технічний стан пам’ятки. 53 Таблиця 25. Форма власності пам’ятки. 54 Таблиця 26. Вид виявленого порушення щодо пам’ятки. 54 Таблиця 27. Тип документу. 54 Таблиця 28. Пам’ятки містобудування місцевого/ національного значення. 55 Таблиця 29. Заповідники місцевого/ національного значення. 56 Таблиця 30. Археологічна спадщина. 56

Рис. 1. Верхньорівнева логічна схема побудови. 23 Рис. 2. Архітектурна схема рішення. 23 Рис. 3. Приклад форми (схематично). 28 Рис. 4. Схема базових сутностей. 29