Фонд Східна Європа в рамках програми USAID «Прозорість та підзвітність в державному

управлінні та послугах» оголошує відкритий конкурс на модернізацію Єдиного державного

веб-порталу відкритих даних data.gov.ua (далі - Портал).

Завдання:

Модернізація Порталу у співпраці з замовником відповідно до технічного завдання (Додаток

1).

Учасники конкурсу повинні бути спроможні здійснити модернізацію існуючого Порталу, або

розробити нове програмне забезпечення Порталу, розгорнути його, взяти безпосередню

участь в тестуванні, виконати роботи по внесенню всіх зміни за результатами тестування, а

також передати на електронних носіях всі вихідні коди розробленого програмного

забезпечення та технічну документацію по розгортанню, адмініструванню та супроводу

розробленого програмного рішення відповідно до вимог українського законодавства.

У зв‘язку з тим, що фінансування цієї послуги здійснюється за рахунок коштів міжнародної

технічної допомоги в рамках Угоди між Урядом України та Урядом США про гуманітарне та

техніко-економічне співробітництво, Фонд Східна Європа звільняється від сплати ПДВ. Тобто,

Фонд Східна Європа проводитиме оплату за послуги без врахування ПДВ.

Строки подання пропозицій:

Учасники конкурсу повинні надіслати до 23:59 20 жовтня 2017 року заявку на участь у

конкурсі на адресу:

Фонд Східна Європа

вул. Саксаганського 96, офіс 501

м. Київ, 01032, Україна

Заявка має включати:

Титульний аркуш на фірмовому бланку, завірений підписом керівника;

Загальну вартість реалізації ТЗ відповідно до зазначених умов та калькуляцію

бюджету у гривнях;

Терміни розробки та впровадження зазначеного програмного забезпечення, а також

деталізований графік надання послуги;

Загальний опис заявника у довільній формі;

Перелік персоналу та експертів/консультантів, які будуть залучені, та їх резюме;

Опис досвіду реалізації проектів у сфері відкритих даних та використання діючого

Порталу;

Опис бачення нової версії Порталу з урахуванням кращого міжнародного досвіду.

Критерії оцінки

Найвищий сумарний бал (розраховується на підставі 70% від технічної пропозиції і 30% від

фінансової пропозиції).

Технічна пропозиція (70%)

Досвід організації/компанії, яка подає пропозицію, у сфері відкритих даних 35 %

Запропонований робочий план, підхід 15 %

Персонал та залучені експерти/консультанти 15 %

Бачення нового Порталу з урахуванням кращого міжнародного досвіду 35 %

Фінансова пропозиція (30%)

Розраховується як відношення пропозиції заявника до пропозиції з найнижчою ціною серед

усіх учасників тендеру.

Детальні критерії оцінки наведені у Додатку 2.

Заявки, подані пізніше зазначеного терміну, розглядатися не будуть.

Учасники конкурсу будуть письмово повідомлені про його результати до 10 листопада 2017

року.

Фонд Східна Європа залишає за собою право уточнювати інформацію в учасників конкурсу в усній та письмовій формі, а також відмінити конкурс.

Додаток 1

ТЕХНІЧНЕ ЗАВДАННЯ Доопрацювання Єдиного державного порталу відкритих даних (друга черга)

Розділ 1. ЗАГАЛЬНІ ВІДОМОСТІ

1.1. Повне найменування системи та її умовне позначення

Повне найменування системи: Єдиний державний веб-портал відкритих даних.

Коротке найменування системи (умовне позначення): Портал.

1.2. Відомості про джерела та порядок фінансування Розробка системи фінансується Міжнародною благодійною організацією «Фонд Східна Європа» в рамках в рамках проекту «Прозорість та підзвітність у державному управлінні та послугах (TAPAS), що фінансується Урядом США та Великобританії

1.3. Перелік нормативно-правових актів, на підставі яких створюється система Послуги по створенню Єдиного державного веб-порталу відкритих даних (надалі Порталу) проводяться у відповідності до наступних нормативно-правових актів та державних стандартів:

1. Закон України «Про доступ до публічної інформації»; 2. Закон України «Про захист інформації в інформаційно-телекомунікаційних системах»; 3. Закон України «Про захист персональних даних»; 4. Постанова Кабінету Міністрів України від 4 лютого 1998 № 121 «Про затвердження переліку обов’язкових етапів робіт під час проектування, впровадження та експлуатації засобів інформатизації»; 5. Постанова Кабінету Міністрів України від 12 серпня 2009 № 869 «Про затвердження загальних вимог до програмних продуктів, які закуповуються та створюються на замовлення державних органів»; 6. Постанова Кабінету Міністрів України «Про затвердження Положення про набори даних, які підлягають оприлюдненню у формі відкритих даних»; 7. ДСТУ 3918-1999 (ISO/IEC 12207:1995) «Процеси життєвого циклу програмного забезпечення»; 8. ДСТУ ISO/IEC 14764-2002 «Інформаційні технології. Супроводження програмного забезпечення»; 9. ДСТУ ISO/IEC 14764-2002 «Інформаційні технології. Супроводження програмного забезпечення»; 10. НД ТЗІ 3.7-003-05 «Порядок проведення робіт із створення комплексної системи захисту інформації в інформаційно-телекомунікаційній системі».

1.4. Визначення, позначення та скорочення

1.4.1. Поняття та терміни Поняття та терміни вживаються у значеннях, визначених нормативними документами переліченими у розділі 1.3 цих Технічних вимог.

1.4.2. Скорочення

Скорочення Опис

ДССЗЗІ Державна служба спеціального зв’язку та захисту інформації ДСТСЗІ Департамент спеціальних телекомунікаційних систем та захисту інформації КЗЗ Комплекс засобів захисту КСЗІ Комплексна система захисту інформації НД ТЗІ Нормативний документ технічного захисту інформації ІТС Інформаційно-телекомунікаційна система ПЗ Програмне забезпечення Портал Єдиний державний веб-портал відкритих даних ПТК Програмно-технічний комплекс ТЗ Технічне завдання

Розділ 2. ПРИЗНАЧЕННЯ ТА МЕТА СТВОРЕННЯ СИСТЕМИ

2.1. Цілі створення Порталу

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

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

Цілі створення Порталу: - забезпечення своєчасного розміщення органами влади інформації, яка підлягає

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

- оприлюднення та регулярне оновлення розпорядником інформації відкритих даних на його веб-сторінці Порталу;

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

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

Порталу.

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

Розділ 3. ХАРАКТЕРИСТИКА ОБ’ЄКТІВ АВТОМАТИЗАЦІЇ Єдиний державний веб-портал відкритих даних - комплексна інформаційна система, цільовою функцією якої є забезпечення централізованого зберігання описової та посилальної інформації за відкритими даними органів державної влади, органів місцевого самоврядування та організацій, що діють на території України, а також безпосередньо самих наборів відкритих даних (за потреби). Комплексність порталу відкритих даних обумовлена необхідністю реалізації не тільки цільової функції, а й інших функцій, що забезпечують реалізацію політики України в галузі публікації відкритих даних, у тому числі проведення моніторингу, формування тематичних спільнот в мережі Інтернет, оцінки затребуваності відкритих даних. Створення Єдиного державного веб-порталу відкритих даних здійснювалось у відповідності до: - Закону України 319-19 від 09.04.2015 «Про внесення змін до деяких законів України

щодо доступу до публічної інформації у формі відкритих даних»; - постанови Кабінету Міністрів України від 21.10.2015 № 835 «Про затвердження

Положення про набори даних, які підлягають оприлюдненню у формі відкритих даних»,

- на виконання пункту 20 плану дій із впровадження Ініціативи «Партнерство «Відкритий Уряд» у 2014-2015 роках, затвердженого розпорядженням Кабінету Міністрів України від 26.11.2014 № 1176-р «Про затвердження плану дій із впровадження Ініціативи «Партнерство «Відкритий Уряд» у 2014-2015 роках» та

- доручень Кабінету Міністрів України від 23.05.2015 № 18459/1/1-15, від 22.06.2015 № 18459/59/1-1, від 09.07.2015 №18458/75/1-15.

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

Рис.1. Архітектура Порталу

3.2 Опис поточних алгоритмів роботи та функціонування Порталу Поточний алгоритм роботи порталу зображено на рис.2. Власник відкритих даних, який зареєстрований в системі та пройшов успішну аутентифікацію, має можливість завантаження (публікації) відкритих даних в ручному режимі або через API.

Рис.2. Алгоритм роботи веб-порталу

Користувач має можливість отримання даних в ручному режимі шляхом візуалізації через відповідні механізми веб-сервера, або в автоматичному режимі через програмні інтерфейси Web API, безпосередньо в додаток користувача. Також, користувач має можливість реєстрації власних додатків, що працюють з відкритими даними, для їх розповсюдження. Набори даних В розділі «Набори даних» розміщуються опубліковані розпорядниками набори даних в порядку спадіння за датою публікації. Тут же є можливість пошуку наборів даних за назвою та фільтрації наборів даних за розпорядником інформації чи за тематичною групою. Окрім того, є можливість сортування наборів даних за датою, кількістю документів, об’ємом документів чи рейтингом. На сторінці кожного набору даних на офіційному веб-сайті розпорядником інформації розміщується: - паспорт набору даних шляхом відображення на веб-сторінці (для перегляду за допомогою веб-браузера) та шляхом розміщення електронного документа, який може бути завантажений, або шляхом server-side Web АРІ ;

- набір даних в одному чи кількох форматах; - форма для зворотного зв’язку користувачів; - інформація щодо подальшого використання набору даних. При оприлюдненні наборів даних використовуються такі формати:

Текстові дані TXT, RTF, ODT*, DOC(X), PDF (з текстовим змістом, не скановане зображення), (X)HTML*

Структуровані дані RDF*, XML*, JSON*, CSV*, XLS(X), ODS *, YAML*

Графічні дані GIF*, TIFF, JPG (JPEG)*, PNG*

Відеодані MPEG, MKV, AVI, FLV

Аудіодані MP3, WAV, MKA

Дані, розроблені в Macromedia Flash

SWF, FLV

Заархівовані дані ZIP*, 7z*, Gzip*, Bzip2*

При створенні нових наборів даних забезпечується використання відкритих форматів даних (формати, позначені * у таблиці) та структурованих даних (формати RDF, XML, JSON, CSV). Оприлюднення відкритих даних передбачає можливість їх перегляду і завантаження без необхідності проведення додаткової авторизації, проходження автоматизованого тесту для розрізнення користувачів чи інших обмежень. Доступ до наборів даних надається за допомогою server-side Web АРІ, якщо відповідний набір даних містить великий обсяг інформації та часто оновлюється (щотижня або частіше). Server-side Web АРІ забезпечує можливість повністю автоматизованого (без участі людини) доступу до всієї інформації набору даних шляхом їх перегляду та читання (без можливості внесення змін) за запитом у цілодобовому режимі без вихідних. У складі Порталу функціонує сервіс API, що надає можливість профільним органам влади автоматично під’єднуватися до нього і публікувати необхідні набори даних із безпосереднього середовища роботи: веб-сайт, адмін-панель, тощо. API сервіс включає механізм аутентифікації, та містить всі необхідні атрибути наборів даних у якості параметрів інтерфейсу створення.

На сторінці «Набір Даних» додатково розміщується: - віджет, що надає можливість перегляду даних у таблиці (для CSV файлів, перші 1000

строк), на графіку чи карті; - функціонал рейтингування даних; - форма для зворотного зв’язку користувачів офіційного веб-сайту із розпорядником

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

side Web АРІ ); - гіперпосилання на структуру набору даних (електронний документ для завантаження

або server-side Web АРІ); - розпорядник інформації, у володінні якого знаходиться набір даних; - відповідальна особа з питань доступу до публічної інформації розпорядника

інформації, яка відповідає за оприлюднення інформації згідно із Законом України «Про доступ до публічної інформації» (далі - відповідальна особа розпорядника інформації) та адреса її електронної пошти.

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

Обмеження, щодо кількості запитів до порталу визначається адміністратором в конфігурації веб-серверу, наприклад 30 запитів на хвилину з однієї IP-адреси. Також, по всім запитам ведеться статистика отримання інформації, для визначення кількості запитів на добу по кожному користувачу. Після того як запит пройшов підтвердження і перейшов до функції віддачі / отримання інформації, відбувається перевірка вхідних даних на валідність, для того щоб віддати коректні дані користувачеві (відповідь у вигляді помилки з описом типу помилки або ж у вигляді вдалої операції). Коли відбувається віддача матеріалу вперше, система дану версію видачі кешує, за затримкою до одної хвилини, що дозволяє прискорити зчитування інформації в рази для закешованих запитів. Завантаження всієї інформації відбувається через систему “сутностей” веб-порталу. Всі матеріали мають типи сутностей, що дозволяє гнучко ними управляти і отримувати дані за будь-якими параметрами швидше й гнучко порівнювати з іншими даними (таблицями). Збереження наборів даних відбувається в тому випадку, якщо даний ключ має такі можливості; в іншому випадку користувач отримає відповідь про те що доступ закритий для його ключа. Новини На головній сторінці відображаються новини по даті їх завантаження. Максимальна кількість новин на головній сторінці - 6. Кожна новина повинна бути у форматі: - зменшена фотографія новини; - заголовок; - дата публікації; - категорія новини. З головної сторінки є можливість перейти до розділу Новини. Список новин Окремий розділ «Новини» відображається у форматі: - список новин, максимальна кількість новин на одній сторінці - 12; - сторінковий вивід контенту в розділі; - сортування новин за: датою завантаження, за категорією, за кількістю переглядів. В адміністративній панелі є можливість: - створювати новини; - редагувати новини; - видаляти новини; - поділитись новиною. Окрема новина Сторінка детального опису новини відображається у форматі:

- фотографія; - заголовок; - дата публікації; - стаття; - фото/відеоматеріали. Розпорядники Окремий розділ «Розпорядники» містить перелік всіх зареєстрованих на Порталі розпорядників інформації. Функціонал розділу надає можливість здійснювати пошук за назвою розпорядника, сортувати розпорядників за назвами чи кількістю наборів даних, фільтрувати розпорядників за рівнем (центральний чи місцевий). Інформація в розділі видається у наступній формі, за ієрархією “Центральний”/”Місцевий”: - назва розпорядника інформації; - кількість опублікованих наборів даних; - посилання на веб-сайт розпорядника інформації; - рівень розпорядника інформації. Зворотній зв’язок Окремий розділ «Зворотній зв’язок» призначений для отримання адміністратором веб-порталу інформації та відгуків від користувачів щодо технічних аспектів роботи порталу та пропозицій щодо його розвитку, запитів на нові набори даних, тощо. Форма зворотнього зв’язку передбачає наступні поля для введення інформації: - ім’я; - прізвище; - адреса; - тема звернення; - текст звернення. Форма звернення містить систему захисту від автоматичного введення інформації CAPTCHA. Розробникам Окремий розділ «Розробникам» передбачає публікацію інструкцій щодо користування інтерфейсом прикладного програмування Порталу. Каталог додатків Веб-портал передбачає можливість розміщення Каталогу додатків на основі відкритих даних.

Розділ 4. ВИМОГИ ДО ДООПРАЦЮВАННЯ ПОРТАЛУ

4.1. Вимоги щодо доопрацювання складу та архітектури Порталу Загальна архітектура доопрацьованого Порталу не повинна змінюватись та повинна відповідати архітектурі визначеній в “Технічному завданні на створення Єдиного державного веб-порталу відкритих даних. 38259049.07.01.ТЗ”. В той же час, доопрацювання Порталу передбачає використання сучасних систем керування даними, які робить їх доступними за рахунок інструментів, що спрощують їх публікацію, розповсюдження, пошук і використання через Портал. Приклад загальної архітектури на базі системи керування даними CKAN наведено на рис.3.

Рис. 3. Загальна архітектура реалізації порталу із використання CKAN. Приклад системної архітектури на базі системи керування даними CKAN наведено на рис.4.

Рис. 4. Приклад загальної системної архітектури Порталу на базі CKAN. Доопрацювання порталу повинно передбачати використання сучасних систем керування даними та досвід створених європейських порталів відкритих даних.

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

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

4.1.1.1. Вимоги до АРІ

Оприлюднення відкритих даних передбачає можливість їх перегляду і завантаження без необхідності проведення додаткової авторизації, проходження автоматизованого тесту для розрізнення користувачів чи інших обмежень. Для Порталу має бути створений API, що надасть можливість профільним органам влади автоматично під’єднуватися до нього і публікувати необхідні набори даних із безпосереднього середовища роботи: веб-сайт, адмін-панель, тощо. API сервіс має включати механізм аутентифікації, та містити всі необхідні атрибути наборів даних у якості параметрів інтерфейсу створення. Server-side Web АРІ має забезпечувати можливість повністю автоматизованого (без участі людини) доступу до всієї інформації набору даних шляхом їх перегляду та читання (без можливості внесення змін) за запитом у цілодобовому режимі без вихідних (за основу може бути взятий стандартний інтерфейс прикладного програмування CKAN). Сервіс API також має забезпечувати можливість отримання повного переліку наборів даних із метаданими та інтероперабельність із іншими порталами (каталогами) відкритих даних (зокрема забір інформації з використанням модулю CKAN Data Harvester). Система повинна бути представлена у вигляді веб-сайту та мати наступні інтерфейси: - Інтерфейс ручного пошуку відомостей (виконання перевірки); - Прикладний програмний інтерфейс (API) для автоматизованого пошуку відомостей. Система повинна бути спроектована таким чином, щоб передбачати можливість інтеграції Інтерфейсу ручного пошуку відомостей у будь які зовнішні веб-сайти. 4.1.1.2. Вимоги до каталогу додатків Необхідно розробити каталог додатків на основі відкритих даних. Функціонал має бути доступний з головної сторінки. Список всіх додатків, що завантажені у форматі: - назва додатку (максимальна кількість символів - 25); - логотип або супровідна картинка (у форматі .png або .jpeg); - рейтинг додатку (від 1 до 5, голосувати можуть всі користувачі, рейтинг формується в

залежності від середньої оцінки всіх користувачів, що проголосували); - категорія додатку; - посилання «Переглянути всі Додатки» - перехід до повного списку додатків. Додатковий функціонал на сторінці:

- Фільтр за категоріями. Скорочена версія каталогу відображається на головній сторінці з можливістю перейти до окремого розділу Каталогу додатків. Максимальна кількість додатків, що відображаються на головній сторінці - 16. Кожен додаток у форматі: - назва додатку (Максимальна кількість символів - 25); - логотип або супровідна картинка (у форматі .png або .jpeg); - рейтинг додатку (від 1 до 5, голосувати можуть всі користувачі, рейтинг формується в

залежності від середньої оцінки всіх користувачів, що проголосували); - категорія додатку; - посилання «Переглянути всі додатки» - перехід до повного списку додатків. Можливість додавати нові додатки є тільки у зареєстрованих користувачів. На сторінці «Каталог додатків» розміщено посилання «Створити додаток», що веде до форми додавання у форматі: - назва додатку; - фотографія додатку; - категорія додатку; - розробник (не обов'язково); - e-mail; - номер телефону (не обов'язково); - посилання на скачування в Google Play, App Store, Windows Phone; - опис додатку; - кнопка «Надіслати на модерацію». Перед публікацією, всі Додатки проходять модерацію. Адміністратор має можливість в адміністративній панелі переглянути нові Додатки та: - погодити та опублікувати; - не погодити з можливістю коментування; - не погодити та видалити Додаток. 4.1.1.3. Вимоги до інформаційно-аналітичного модулю Модуль призначений для забезпечення інформаційного представлення і публічного доступу до відкритих даних громадянам, державним та іншим організаціям шляхом надання інформації, що стосується: - різної статистичної та аналітичної інформації, пов'язаної з питаннями розвитку

відкритих даних в Україні, зокрема інтерактивні візуалізації стану виконання Дорожньої карти розвитку відкритих даних в Україні, та статистики публікації наборів даних на Порталі у розрізі розпорядників, тематичних розділів, файлових форматів, часу;

- інтерфейсів візуального доступу до відкритих даних (перегляду даних у таблиці, на графіку чи на карті);

- сервісів і додатків, розроблених з використанням відкритих даних та інформації щодо їх використання (за наявності існуючих сервісів);

- опублікованих наборів відкритих даних або таких, що готуються до публікації.

Модуль має перелік задач із Дорожньої карти розвитку відкритих даних в Україні, процент виконання кожної та опис її виконання. 4.1.1.4. Вимоги до модулю колективної роботи «Форум» Цей модуль призначений для обміну думками між зацікавленими користувачами щодо відкритих даних, надає можливість загального обговорення та контролю якості відкритих даних, і повинне включати в себе наступні розділи: - особистий профіль зареєстрованого користувача - повинно бути реалізовано

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

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

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

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

відповідальних за публікацію відкритих даних; - уповноважені співробітники компаній-розробників, розробники без утворення

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

- аутентифікація користувачів на основі інформації про облікові записи в базі Порталу (окремо має бути розглянута можливість аутентифікації на підставі ЄЦП);

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

- можливість приховування певних наборів даних з результатів пошуку; - можливість віднесення адміністратором чи редактором Порталу певних наборів даних

до категорії «найбільш цінних» (блок «найбільш цінних» наборів даних має бути доступний з головної сторінки);

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

Модуль також повинен забезпечувати виконання таких функцій: - створення тематичних колекцій наборів даних; - збір метаданих з регіональних порталів відкритих даних (Data Harvester); - зазначення ієрархії підпорядкування розпорядника інформації (на основі довідника

ЦОВВ та органів місцевого самоврядування); - захист програмних засобів та інформаційних ресурсів Порталу від несанкціонованого

доступу, модифікації, порушення цілісності даних; - резервне копіювання і відновлення, діагностування Порталу і управління його

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

На сторінці «Розпорядники» має бути можливість представлення розпорядників інформації в ієрархічному вигляді. 4.1.1.8. Вимоги віджету «Таблиця» на сторінці набору даних У віджеті «Таблиця» на сторінці набору даних, що надає можливість перегляду даних з набору у табличному вигляді, необхідно додати можливість сортування даних за наступними критеріями: - сортування всіх стовбців таблиці від найменшого, до найбільшого значення та

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

форматах .xls/.xlsx, у формат .csv (із використанням кодування UTF-8), при цьому початкові версії файлів залишаються;

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

- механізми генерації опису структури набору даних (словника) у машиночитаному форматі;

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

- механізми валідації назв наборів даних (за кількістю знаків); - механізми призначення та валідації ключових слів для опису набору даних; - механізми прив’язки набору даних до певної адміністративної одиниці (на основі

реєстру адміністративного устрою); - механізми прив’язки набору даних до певного часового періоду. Також слід запровадити механізми додавання до каталогу наборів даних сторонніх ресурсів та їхніх описів (метаданих) - наприклад, Офіційного порталу публічних фінансів України чи Державної судової адміністрації України. Окрім того, слід переглянути систему нумерації версій наборів даних та запровадити окрему систему нумерації для кожного набору даних на противагу наскрізній системі у поточній версії Порталу. 4.1.1.10. Вимоги до розділу «Запропонувати набір даних» В окремому блоці «Запропонувати набір» повинні бути присутні наступні поля: - ПІБ особи, що пропонує набір даних; - e-mail особи, що пропонує набір даних; - назва набору даних ;

- опис набору даних; - організація, що публікує (за умови, якщо особі відомо який орган повинен публікувати

запропонований набір даних); - веб-сайт організації; - файл або URL; - повідомлення. Подані користувачами пропозиції щодо наборів даних після розгляду редактора сайту мають бути доступні публічно на окремій сторінці Порталу. Всі користувачі мають можливість голосувати за подані пропозиції. 4.1.1.11. Вимоги до розділу «Розробникам» Розділ «Розробникам» слід замінити на розділ «Інструкції», в котрому створити два підрозділи - «Розпорядникам» та «Користувачам». Новостворені підрозділі мають містити детальні інструкції для розпорядників інформації (щодо реєстрації на Порталі, оформлення та публікації наборів даних, роботи з інтерфейсом прикладного програмування, роботи зі зворотнім зв’язком) та користувачів (щодо пошуку та отримання наборів даних, роботи із модулем візуалізації даних та інтерфейсом прикладного програмування, надання зворотнього зв’язку розпорядникам інформації). 4.1.2. Вимоги до способів і засобів зв'язку для інформаційного обміну між компонентами Порталу Передача інформації між компонентами Порталу має виконуватись стандартними протоколами на рівні програмного забезпечення або на рівні платформи (системи керування базами даних, веб-серверів, тощо). 4.1.3. Вимоги до режимів функціонування та показників призначення Системи Система повинна забезпечувати функціонування в режимі 24/7 (24 години на добу 7 днів на тиждень) без необхідності зупинки роботи Системи для проведення планового регламентного технічного обслуговування. Система повинна бути адаптована для розгортання на декількох серверах для забезпечення надлишковості та мати функціонал балансування навантаження при розгортанні на декількох серверах. Основні показники призначення програми (при використанні рекомендованих технічних засобів): - потенційна кількість відвідувачів, що витримує система (також залежить від

налаштувань серверу) — 300 тис унікальних відвідувачів щодня; - швидкість завантаження сторінки — не більше 4 сек (за умови високошвідкісного

з'єднання 10…100 Мбіт/с). Кількість унікальних наборів даних, що зберігаються та обробляються в системі – до 100 тисяч.

4.1.4. Вимоги до складу та параметрів технічних та програмних засобів Виходячи із наведених в пп.3.1 та 4.1 цього документу вимог до архітектури Порталу, він повинен розміщуватись не менш ніж на двох сверверах з такими мінімальними характеристиками: - два 4-ядерні процесори; - оперативна пам'ять 8 Gb; - дискового простору не менше 200 Gb; - мережеві карти у кількості не менше 2 одиниць з пропускною здатністю:

100/1000Mbps. Вимоги до програмного забезпечення: Веб-сервер: - Apache; - Nginx; - Python 2.7.x; Сервер баз даних: - Tomcat/Jetty + Solr Apache; - Postgres 9.3 +. Кодування тексту, що має використовуватись на усіх сторінках усіх мовних версій та в БД – UTF-8. В якості системи адміністрування порталу має бути використана система із відкритим кодом CKAN та система керування контентом Drupal чи Wordpress. Портал повинен коректно відображатися в наступних сучасних графічних браузерах: - Mozilla Firefox (версія 4.5 і вище); - Opera (версія 9.0 і вище); - Safari; - Google Chrome; - Internet Explorer (версія 8.0 та вище) Всі веб-сторінки повинні проходити перевірку на валідність, що дозволить звести до мінімуму ризик потенційної несумісності із браузерами майбутніх поколінь. 4.1.5. Вимоги до журналювання в Системі Діагностування системи буде забезпечуватись протоколюванням роботи системи як на рівні платформи (системи керування базами даних, веб-серверу, операційних систем, тощо), так і на рівні комп'ютерної програми (log-файли пошукових запитів, log-файли помилок). 4.1.6. Вимоги до інформаційної та програмної сумнісності Інформаційне забезпечення Порталу, повинно мати механізм підтримки та обробки баз даних за допомогою сучасних систем управління базами даних, бути побудовано за єдиними принципами і включати:

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

(контрольної) картки; - нормативно-довідкову інформацію як сукупність даних загального використання, в

тому числі для заповнення реквізитів реєстраційних (контрольних) карток; - перелік користувачів та дані щодо визначення їх прав; - протоколи роботи Порталу. Службові дані загального користування (шаблони документів, умови відбору загального користування тощо) повинні зберігатися в базі даних. Спосіб організації даних на Порталі повинен відповідати реляційним співвідношенням між взаємопов`язаними інформаційними об`єктами. Інформаційна сумісність різних компонентів Порталу повинна базуватись на єдиній системі класифікації і кодування. Засобами Порталу необхідно забезпечити можливість спільного (для всіх підсистем) ведення нормативно-довідкової інформації. Інформаційне забезпечення повинно бути побудовано таким чином, щоб надавати можливість санкціонованого доступу до даних Порталу іншим програмним комплексам. Процедури роботи з даними повинні враховувати головні вимоги до Порталу з точки зору користувача: оперативність (жорсткі вимоги до часу реакції на прості, найбільш поширені процедури), представлення інформації у відповідності з принципом: все необхідне (без зайвого) в полі зору і в потрібний час; зменшення кількості додаткових процедур щодо доступу до потрібної інформації (натискань, переходів до інших екранних вікон, складних процедур пошуку тощо). Необхідно додати функціонал щодо створення RSS-каналів, які сповіщатимуть користувачів про оновлення інформації у наступних типах матеріалів: - новини - набори даних Посилання на RSS-канал мають розміщуватися у відповідних розділах та підрозділах Веб-сайту, щоб забезпечувати до них оперативний доступ. Інформаційне забезпечення Порталу повинно мати відкриту структуру бази даних. Інформаційне забезпечення повинно відповідати вимогам використання державної мови України. Алфавітно–цифрова інформація бази даних Порталу повинна відображатись згідно з кодовою таблицею UTF-8. Порядок сортування за символьними (текстовими) даними має відбуватися у відповідності до української абетки.

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

разі збільшення навантаження. Система повинна бути розроблена таким чином щоб забезпечити можливість оперативного внесення змін до класифікаторів та довідників, що використовуються в ній та зміни перевірок обов’язковості полів внесення даних. 4.1.8. Вимоги до ергономіки та технічної естетики Інтерфейс системи повинен бути зручним та інтуїтивно зрозумілим користувачам. Форми внесення інформації повинні мати підказки щодо обов’язковості заповнення полів та щодо формату їх заповнення. Інтерфейс системи повинен бути орієнтований на використання клавіатури та маніпулятора «миша» (з можливістю використання тільки клавіатури, для пришвидшення введення інформації) з мінімізацією кількості дій для виконання простих операцій. Взаємодія користувача з системою повинна виконуватись українською мовою, за винятком системних повідомлень, що не підлягають перекладу.

Форми внесення інформації повинні забезпечувати зменшення вірогідності помилок користувача при роботі з системою. Інтерфейс повинен мати адаптацію для використання людьми з вадами зору відповідно до міжнародних рекомендацій. При введені інформації повинна здійснюватися перевірка коректності даних з використанням масок вводу (кількість знаків, відсутність невірних символів, надлишкові пробіли, тощо) та логічних умов. Інтерфейс ручного пошуку відомостей повинен мати можливість інтеграції у будь які зовнішні веб-сайти через використання фрейму <iframe>. При цьому система повинна мати можливість адаптації кольорової схеми інтерфейсу користувача шляхом передачі параметрів кольорів: - фону; - кнопок та їх меж; - полів та їх меж; - тексту. Інтерфейс системи має бути адаптований до використання на мобільних пристроях. 4.1.9. Вимоги до надійності та безпеки даних Системи Програмні механізми Порталу повинні забезпечувати функціонування в цілодобовому режимі з допустимими перервами на профілактику, з попереднім інформуванням користувачів. Масштабованість в частині збільшення межі обсягу збереженої інформації повинна здійснюватися нарощуванням обсягу дискового сховища апаратного комплексу Порталу. Збереження інформації Порталу має бути забезпечено при всіх аварійних ситуаціях. Портал повинен бути захищений від SQL-ін’єкцій, а також інших засобів втручання до безперервної роботи з боку його програмної платформи. На Порталі повинна бути передбачена можливість забезпечення збереження даних у таких ситуаціях: - збій або аварійне відключення живлення; - вихід з ладу технічних засобів, на яких здійснюється експлуатація Порталу; - збій через помилкових дій персоналу, в тому числі умисне знищення або спотворення

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

повернутись до одного з 7 останніх станів Порталу (backup), які робляться автоматично кожні 24 години та містять копії бази даних та файлів, завантажених на сервер разом із контентом, на які є посилання з бази даних. При створенні нових резервних копій старі мають видалятися, якщо їх кількість перевищує 7. Для забезпечення надійності та безпеки експлуатації, Портал повинен надавати інструменти моніторингу та діагностування основних процесів Порталу. При виникненні аварійних ситуацій, або помилок в програмному забезпеченні, діагностичні інструменти повинні дозволяти зберігати набір інформації, необхідної для ідентифікації та усунення проблеми. Перелік аварійних ситуацій роботи Порталу: 1) збій в системі електропостачання: - збій технічних засобів підсистеми електроживлення Порталу; - повне відключення електроенергії. 2) збій комплексу технічних засобів (апаратних засобів): - відмова серверного обладнання; - відмова мережевого, телекомунікаційного обладнання і каналів зв'язку; - відмова обладнання резервного копіювання інформації. 3) відмова програмних засобів. 4) збій за результатами роботи користувачів або обслуговуючого персоналу. Повинно бути забезпечене ведення журналів, в яких повинні автоматично фіксуватися виникають нештатні ситуації і помилки. При виникненні аварійних ситуацій, дані журнали повинні дозволяти зберігати повний набір інформації, необхідної розробнику для ідентифікації проблеми. На інформаційно-телекомунікаційну систему, до складу якої входить Портал, має бути побудована КСЗІ у відповідності до нормативних документів в галузі технічного захисту інформації з посиленими вимогами щодо цілісності, доступності та спостережності інформації, що оброблюється Порталом. КСЗІ повинна мати висновок щодо відповідності вимогам нормативних документів України в галузі ТЗІ в обсягах вимог визначених технічним завданням на створення КСЗІ інформаційно-телекомунікаційної системи, до складу якої входить Портал, та Атестат відповідності КСЗІ, виданий Адміністрацією Держспецзв’язку України. В рамках реалізації політики безпеки інформації, яка обробляється/зберігається засобами Порталу та/або передається між її компонентами, повинно бути забезпечено: 1. Захист від несанкціонованого ознайомлення зі змістом об’єктів Порталу, які містять: - технологічну інформацію облікових записів користувачів; - технологічну інформацію функціонування засобів КЗЗ;

- інформацію, що була отримана Порталом від зовнішніх користувачів (запит встановленого формату);

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

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

перевірити легітимність прикладного застосування (інтернет-застосування) щодо можливості отримувати інформацію від Порталу;

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

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

- сеансового ключа потоку. 4.1.10. Вимоги до забезпечення збереження інформації у випадку аварійних ситуацій Забезпечення збереження інформації у випадку аварійних ситуацій повинно передбачатись архітектурою системи. Система повинна передбачати обов’язкове створення резервних копій баз даних, файлів налаштувань, тощо. Відновлення інформації у випадку аварій повинно виконуватись за допомогою наперед передбачених сценаріїв адміністратором системи за мінімально можливий термін.

Розділ 5. ВИМОГИ ДО РОЗРОБКИ ТА ПЕРЕДАЧІ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

5.1. Вимоги до розробника програмного забезпечення Розробник програмного забезпечення повинен надати підтвердження реалізації Порталу схожої складності. Проект повинен включати розробку технічного завдання, програмного забезпечення, встановлення його на серверах адміністратора, налаштування та впровадження його в експлуатацію.

5.2. Вимоги до передачі програмного забезпечення При передачі програмного забезпечення мають бути передані: - невиключні майнові права на програмне забезпечення; - вихідні коди програмного забезпечення в електронному вигляді; - інсталяційний пакет програмного забезпечення в електронному вигляді; - пояснювальна записка щодо доопрацювання Порталу; - інструкція по інсталяції та розгортанню програмного забезпечення; - інструкція адміністратора програмного забезпечення; - інструкція користувача програмного забезпечення; - технічне завдання на програмне забезпечення; - загальний опис програмного забезпечення; - програма та методика випробувань програмного забезпечення;

5.3. Отримувач програмного забезпечення

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

Додаток 2

ОЦІНКА ПРОПОЗИЦІЙ

Оцінка пропозицій здійснюватиметься у два етапи. На першому етапі оцінюється технічна пропозиція на основі відповідності технічному завданню (ТЗ) і відповідно до нижченаведених Критеріїв оцінки. На другому етапі вивчатимуться фінансові пропозиції всіх учасників конкурсу, які набрали прохідний бал 70% за результатами технічної оцінки. Загальна оцінка проводитиметься за методом кумулятивного аналізу, згідно з яким частки технічних і фінансових аспектів у загальній оцінці складатимуть 70% і 30%, відповідно. Найдешевша фінансова пропозиція (з заявок, що набрали прохідний технічний бал) буде обрана в якості відправної точки і їй буде присуджено максимальну кількість балів за фінансову частину. Переможе пропозиція, яка набрала найвищий загальний бал, що визначається за допомогою складання балів, отриманих в результаті технічної і фінансової оцінок відповідно. Контракт буде укладено з заявником, який подав переможну пропозицію.

Критерії технічної оцінки

№

З/П

Узагальнена форма оцінки

технічної пропозиції

Частка

оцінки

Максимальний

Бал

1 Досвід організації,

яка подає пропозицію, у сфері відкритих

даних

35 % 245

2 Запропонований робочий план, підхід 15 % 105

3 Персонал та залучені

експерти/консультанти

15 % 105

4 Бачення нового Порталу з урахуванням

кращого міжнародного досвіду

35 % 245

Загальний бал 100 % 700

1. Досвід організації, яка подає пропозицію

№

З/П

Назва критерію Максимальний

Бал

1 Загальні організаційні можливості (наприклад, розмір,

репутація і компетентність організації/компанії,

тривалість роботи на ринку)

65

2 Наявність досвіду з розробки програмного забезпечення у

сфері відкритих даних (включно з API), відповідного

досвіду у сфері розробки систем з великим

навантаженням

90

3 Наявність досвіду роботи з Порталом та використання

відкритих даних

90

Загальний бал 245

2. Запропонований робочий план і підхід

№

З/П

Назва критерію Максимальний

Бал

1 Чи обсяги завдання достатньо чітко окреслені і чи

відповідають вони технічному завданню?

25

2 Наскільки добре розробленим, оптимальним та

відповідним до потреб технічного завдання є

запропонований робочий план-графік з переліком

ключових заходів?

80

Загальний бал 105

3. Персонал та залучені експерти/консультанти

№

З/П

Назва критерію Максимальний

Бал

1 Досвід у сфері розробки програмного забезпечення для

систем з великим навантаженням, рішення у сфері

відкритих даних (включно з API)

35

2 Вища освіта за відповідним напрямом 35

3 Кількість залучених експертів відповідної кваліфікації 35

Загальний бал 105

4. Бачення нового Порталу

№

З/П

Назва критерію Максимальний

Бал

1 Рівень розуміння організацією кращого міжнародного

досвіду у сфері відкритих даних

75

2 Наскільки запропоноване бачення та досвід є

релевантними для України

80

3 Загальна оцінка бачення модернізації Порталу 90

Загальний бал 245