| РДА 2019. Перевірка функціональності згідно ТВ | |||
| Згідно документу: Договір № 4729 від 03.12.19 - «Створення ПЗ в частині з інформаційного управління та керування сайтами районних в м. Києві державних адміністрацій» | |||
| Папка 2019. Розділ: 13.1. Створення, розвиток та супроводження Платформи ЕД\ПЗ ІТС РДА | |||
| Назва вимог згідно документації | Реалізовано | Примітка | Коментар |
| 1.5. Склад послуг, що надаються | |||
| 1. Реалізувати можливість: | |||
| - вибору відповідної районної в м. Києві державної адміністрації при первинному переході до системи; | ТАК | Первинна - Печерська РДА. | При переході за посиланням https://rda-stage.kyivcity.gov.ua/, користувача направляє на ту РДА, в якій був останній раз |
| - перегляду ключової інформації, структури, переліку послуг, вакансій та контактних даних РДА; | ТАК | ||
| - відображення інформації щодо новин та подій в місті Києві або певному районі міста; | ТАК | ||
| - підписки на отримання розсилки щодо новин та подій в місті Києві або певному районі міста; | ТАК | ||
| - подачі пропозиції або зауважень щодо роботи системи РДА; | ТАК | ||
| - швидкого оформлення та замовлення послуг за допомогою блоку «Онлайн послуги»; | ТАК | ||
| - залишити звернення шляхом переходу на сайт КБУ «Контактний центр міста Києва». | ТАК | ||
| 2. Розробити функціональність: | |||
| - розділ «Головні події міста»; | ТАК | ||
| - розділ «Анонси міста»; | ТАК | ||
| - розділ «Опитування»; | ТАК | ||
| - розділ «Банери»; | ТАК | ||
| - мапа сайту у підвалі користувацької частини ІТС РДА; | ТАК | ||
| - розділ «Нормативна база»; | ТАК | Реалізовано як підрозділ до “Адміністрація”. | |
| - розділ «Публічна інформація» у підвалі користувацької частини ІТС РДА; | ТАК | Реалізовано як підрозділ до “Адміністрація”. | |
| - онлайн форми зворотного зв'язку для підтримки користувачів ІТС РДА; | ТАК | ||
| - онлайн форму для запису на особистий прийом. | ТАК | ||
| 3. Побудувати та налаштувати зручне адміністрування ІТС РДА: | |||
| - розробити адміністративний центр ІТС РДА; | ТАК | ||
| - налаштувати адміністрування з інформаційного управління та керування ІТС РДА. | ТАК | ||
| 4. Реалізувати можливість інтеграції з базою знань КЦ 1551. | ТАК | ||
| 3.2. Вимоги до функціональних можливостей системи РДА | |||
| Реалізувати можливість: | |||
| - вибору відповідної районної в м. Києві державної адміністрації при первинному переході на сайт; | ТАК | ||
| - подати пропозиції, зауваження щодо роботи ІТС РДА через онлайн форму зворотного зв'язку; | ТАК | ||
| - перегляду інформації про РДА (символіка району, паспорт району, історична довідка про район тощо); | ТАК | ||
| - перегляду інформації про керівний склад та структуру РДА (структура, керівництво, графік прийому громадян); | ТАК | ||
| - перегляду інформації про безкоштовні послуги, які надаються в РДА; | ТАК | ||
| - відображення вакансій обраної РДА із можливістю відсортувати вакансії за наявними реквізитами; | ТАК | ||
| - відображення контактної інформації про РДА; | ТАК | В Описі рішення зазначено, що також повинна міститися наступна інформація: • контактна інформація декількох підрозділів РДА: o відділ звернення громадян; o приймальня голови; o оперативний черговий. Тут тільки зазначено пошту для звернення громадян. | Добавила информацию - https:%%//%%prnt.sc/sojqxy.\\ После внедрения сайтов РДА, информация на странице "Контакты" может менятся на усмотрение РДА |
| - швидкого переходу на сторінку оформлення та замовлення послуг за допомогою блоку «Онлайн послуги»; | ТАК | ||
| - відображення ТОП З найчастіше затребуваних питань у блоці «Що Ви шукаєте?» та перегляд всіх наявних питань; | ТАК | ||
| - відображення інформації про важливі події обраного району із можливістю переглянути всі події району (або всі події міста); | ТАК | ||
| - відображення тематичних рубрик життєдіяльності міста; | ТАК | ||
| - залишити звернення, при натисненні на кнопку відбувається перенаправлення на Система КБУ «Контактний центр міста Києва»; | ТАК | ||
| - підписки на новини чи події РДА (або міста); | ТАК | ||
| - відображення контактної інформації про ЦНАП (графік роботи, адреса). | ТАК | ||
| Розробити інформаційну архітектуру: | |||
| - розділ «Головні події міста» ІТС РДА: | |||
| о перегляд новин, що представлено у вигляді головної новини із фото та списку новин РДА (заголовок, дата документа, назва, тег тощо) із можливістю переглянути всі новини РДА; | ТАК | Заголовок і назва не одне й те саме? Бо реалізовано щось одне у відношенні до новини. | |
| о автоматичне оновлення стрічки новин; | ТАК | Згідно з Описом рішення. | |
| - розділ «Анонси міста» ІТС РДА: | |||
| о перегляд анонсів (заходів), що представлено у вигляді списку анонсів РДА із можливістю переглянути всі анонси (заходи) РДА; | ТАК | ||
| о автоматичне оновлення анонсів міста; | ТАК | Згідно з Описом рішення. | |
| - розділ «Опитування» ІТС РДА. Розділ призначений для проведення опитувань і голосувань. Модуль повинен забезпечувати: | |||
| о відображення поточних опитувань; | ТАК | Відображається тільки одне опитування, навіть якщо призначені до відображення декілька поточних (дійсних) опитувань. | https:%%//%%sd.wct.com.ua/browse/RDA-81\\ Виконано (https:%%//%%prnt.sc/sxt16t) |
| о перегляд опитувань, що завершилися та їх результати; | ТАК | Відображається тільки одне опитування, навіть якщо призначені до відображення декілька завершених опитувань. | https:%%//%%sd.wct.com.ua/browse/RDA-81\\ Виконано (https:%%//%%prnt.sc/sxt16t) |
| о можливість голосування; | ТАК | ||
| о перегляд результатів опитування; | ТАК | ||
| - відображення опитування виключно обраної РДА із можливістю перегляду всіх опитувань РДА; | ТАК | Згідно з Описом рішення: “Перегляд всіх завершених опитувань та їх результатів обраної РДА або всіх РДА, доступний з адміністративної частини сайту в окремому розділі”. | |
| - розділ «Банери» ІТС РДА - графічні посилання на сторонні важливі ресурси, (наприклад, КМР, Урядовий портал, Система «Громадський бюджет»). У розділі повинна бути реалізована можливість розкривати стрічку банерів в ручному режимі та приховувати Їх. Реалізувати можливість увімкнення смуг прокрутки, якщо банери не вміщаються у вікні «фрейма». | ТАК | ||
| - можливості переходу до будь-якого розділу Системи (мапа Системи) через «підвал» ІТС РДА, що є структурним елементом сайту, розміщеним у нижній частині веб-сторінок; | ТАК | ||
| - розділ «Нормативна база» у «підвалі» ІТС РДА із можливісno перегляду та завантаження нормативно-правових документів всіх РДА та окремо нормативно-правових документів обраної РДА; | ТАК | Реалізовано як підрозділ до “Адміністрація”. | |
| - розділ «Публічна інформація» у підвалі системи РДА: | |||
| о відображення всіх видів документів, структурованих за роком створення, або оновлення в ІТС РДА; | ТАК | За роком створення. | |
| о можливість завантаження та перегляду відповідного документу у форматі PDF; | ТАК | ||
| о створення онлайн заявки для отримання публічної інформації в Системі із можливістю вибору/зміни розпорядника інформації, при цьому, поле «розпорядник інформації» заповнюється автоматично у відповідності до обраної РДА. | ТАК | Поле «розпорядник інформації» не заповнюється автоматично у відповідності до обраної РДА. Немає можливості вибору/зміни розпорядника інформації. | https:%%//%%sd.wct.com.ua/browse/RDA-80\\ Виконано (https:%%//%%prnt.sc/sxt0xa) |
| - онлайн форми зворотного зв'язку для удосконалення способу спілкування та підтримки користувачів ІТС РДА: | |||
| о автоматичне занесення даних в поля форми за умови успішної авторизації користувача в ІТС РДА та через користувацькі налаштування в браузерах (за певних обмежень); | ТАК | ПІБ та електронна адреса автоматично заносяться (при вході з ОКК). Телефон, при тому, що він вказаний в ОКК, не заноситься автоматично в поле форми. Телефон, навіть без входу в ОКК, можна вибрати з переліку телефонів, що збережені в кеші браузера. | https:%%//%%sd.wct.com.ua/browse/RDA-84\\ Виконано (https:%%//%%prnt.sc/ta8a3f) |
| о додавання декількох файлів до повідомлення у полі «Завантажте файл, що пов'язаний з проблемою». | ТАК | ||
| - онлайн форми для запису на особистий прийом через ІТС РДА. Форма має містити в собі наступні можливості: | |||
| о коротко описати своє питання; | ТАК | ||
| о обрати дату та час прийому (через календар); | ТАК | Наразі ці поля календару закриті, і немає можливості перевірити. В Описі рішення зазначено, що реалізовано (із скриншотом). | Реалізовано. Для того, щоб відображалась дата та час, необхідно обрати посадову особу. Скриншот - https:%%//%%prnt.sc/so279t |
| о обрати особу, яка веде прийом. | ТАК | ||
| Побудувати та налаштувати зручне адміністрування ІТС РДА: | |||
| - розробити адміністративний центр ІТС РДА: | |||
| о реалізувати можливість додавати інформаційний контент до блоків (інформація про район, новини, структура розділу «Адміністрація», вакансії, відповіді на часті питання, контакти тощо); | ТАК | Додавання контенту в підрозділи “Вакансії” та “Контакти” не помічено зі свого облікового запису. | Публікації для розділу “Вакансії” наповнюються. |
| о реалізувати можливість керування вбудованими елементами дизайну та контенту в межах всіх шаблонів інформаційної архітектури рішення (показники району, картка фахівця, відображення інформації про вакансію тощо); | ТАК | Відображення інформації про вакансію не помічено зі свого облікового запису. | Реалізовано в АЦ (повинна бути можливіть змінювати структуру для всіх РДА). Скриншот: https:%%//%%prnt.sc/so4bf7 |
| о реалізувати можливість додавати до публікації в ІТС РДА наступні формати файлів (не більше п'яти): JPG, PNG вагою не більше 4Мб; | ТАК | В Описі рішення - до 8 Мб. | |
| о реалізувати можливість збереження та завантаження бази підписників одним файлом формату CSV або XLS; | ТАК | ||
| о реалізувати можливість відправлення нового підписника на електронну пошту Адміністратору інформації; | ТАК | Не знайдено спосіб реалізації на адмін центрі. | https:%%//%%sd.wct.com.ua/browse/RDA-82\\ "23.06.2020 Реалізовано. Андміністратору інформації приходить на електронну пошту повідомлення.\\ Тема та текст повідомлення буде виправлено 24.06.2020"\\ Скриншот:https:%%//%%prnt.sc/t52jml |
| о реалізувати гнучку фільтрацію значень у списках підписників, ОСНів району, назви КДО району; | ТАК | ||
| о реалізувати можливість формування графіку прийому через заповнення форми; | ТАК | Не знайдено спосіб реалізації на адмін центрі. | Реалізовано. Графік виставляється у карточці Фахівця в АЦ, скриншот - https:%%//%%prnt.sc/so2ccv; https:%%//%%prnt.sc/so2dct |
| о реалізувати можливість налаштування довідника тем, за якими найчастіше записуються на прийом. | ТАК | Не знайдено спосіб реалізації на адмін центрі. | Реалізовано але здійснюється управління довідниками для всіх районів одночасно зі сторінки "Київ", скриншот: https:%%//%%prnt.sc/so2eyu |
| - налаштувати адміністрування з інформаційного управління та керування ІТС РДА: | |||
| о управління користувачами та ролями; | ТАК | На моєму обліковому записі на адмін центрі не помічено списку всіх користувачів. | Перелік відображається в розрізі РДА. Всі у кого є доступ до модерації Сайту Печерської РДА відображаються у розділі "Адміністратори" - https:%%//%%prnt.sc/so2j7p |
| о управління та модерація пропозицій і зауважень щодо роботи ІТС РДА від користувачів; | ТАК | ||
| о додавання, редагування та модерація контенту Адміністратором; | ТАК | ||
| о додавання нових блоків через меню адміністративної панелі з виведенням їх в розділ «Блоки». | ТАК | Додавання нових блоків через меню адміністративної панелі з виведенням їх в розділ «Банери» (згідно з Описом рішення). | |
| Реалізувати можливість інтеграції з: | |||
| о Базою знань КЦ 1551 (база даних, розроблена для управління, збору, зберігання та пошуку систематизованої інформації, що стосується різних сфер життєдіяльності міста Києва) для повноцінного відображення поширених питань та відповідей. | ТАК | ||
| 3.3. Вимоги до рольової моделі | |||
| Створення рольової моделі ІТС РДА повинно забезпечувати роботу користувача в ІТС РДА відповідно до його обов'язків, які він повинен виконувати у межах ІТС РДА, а саме - забезпечити можливість роботи в ІТС РДА таких користувачів: | |||
| о громадяни міста Києва; | ТАК | ||
| о відповідальні особи, які модерують контент, повідомлення та іншу інформацію у межах ІТС РДА. | ТАК | ||
| Необхідно реалізувати можливість створення даних про заклади в яких працюють користувачі (відповідальні особи) адміністративної частини ІТС РДА. | ТАК | https:%%//%%sd.wct.com.ua/projects/RDA/queues/custom/796/RDA-83\\ Виконано (https:%%//%%prnt.sc/sxt252) | |
| 3.4. Вимоги до електронної взаємодії ІТС РДА з Базою знань КЦ 1551 | |||
| Потрібно забезпечити інтеграцію ІТС РДА з Базою знань 1551, яка містить накопичену інформацію щодо частих запитів (питань) мешканців та відповідей щодо них в межах міста Київ для подальшого швидкого інформування та вирішення питань громадян. | ТАК | ||
| Метою впровадження інтеграції є підвищення якості підтримки користувачів ІТС РДА . Інтеграція з ІТС РДА відбувається за допомогою інтерфейсів SOAP, XМLRPC іREST. | ТАК | Згідно з Описом рішення. | |
| У межах інтеграції потрібно реалізувати наступне: | |||
| - відображення релевантної інформації з Бази знань на pівні статичних сторінок; | ТАК | ||
| - можливість швидкого релевантного пошуку контенту в Базі знань із відповідним відображенням результатів; | ТАК | ||
| - доступ до бази знань за протоколом HTTPs. | ТАК | ||
| 4.3 Вимоги до технічної архітектури ІТС РДА | |||
| Для зручності забезпечення життєвого циклу створення програмного забезпечення, надійності та якості сайту і його підтримки потрібно створити дві технологічно пов'язані складові ІТС РДА: тестове середовище веб-сайту ІТС РДА та доступне для всіх користувачів ІТС РДА продуктивне рішення. | ТАК | ||
| 4.9 Вимоги до презентаційного рівня ІТС РДА | |||
| Дизайн інтерфейсу ІТС РДА повинен відповідати певній інформаційнографічній побудові елементів сайту «Офіційний портал Києва» Київської міської ради (Київської міської державної адміністрації) kyivcity.gov.ua. | ТАК | ||
| У межах розроблення зовнішнього вигляду сайту ІТС РДА потрібно врахувати наступне: | |||
| - розробити інформаційну архітектуру; | ТАК | ||
| - успадкувати зручність і простоту навігації; | ТАК | ||
| - забезпечити логічне і комфортне розташування графічних елементів ідентичності та функціональних елементів; | ТАК | ||
| - зручну структуру меню та елементів управління; | ТАК | ||
| - загальну легкість сприйняття графічного веб-дизайну. | ТАК | ||
| У межах надання послуг Виконавець повинен надати макети дизайну із прикладами інформаційного наповнення у вигляді вихідних файлів у форматі .psd та підготувати звіт про надані послуги зі створення макетів сторінок та прототипів із елементами дизайну та відповідним описом. | ТАК | Згідно з ВМ_МД від 12.12.2019 та ВМ_МД від 16.12.2019. | |
| 4.11 Вимоги щодо використання технологій під час створення вебінтерфейсу | |||
| Веб-інтерфейс під час його створення повинен відповідати таким вимогам щодо використання технологій: | |||
| - Рішення повинне бути виконане з використанням елеменів адаптивних технологій. | ТАК | ||
| - Передбачається використання HTМL4 / HTМL5, JavaScript. | ТАК | ||
| - Для накладення стильової інформації використовуються таблиці стилів CSS3. | ТАК | ||
| - Використання таких технологій, як Flash, наприклад, у вигляді Рlех або SilverLigh не передбачається. | ТАК | Згідно з Описом рішення. | |
| 4.12 Вимоги до адаптивності ІТС РДА на мобільних пристроях | |||
| - Потрібно забезпечити адаптивність ІТС РДА в цілому та її елементів відповідно до роздільної здатності екрану різних пристроїв - ресурс повинен бути зручним для перегляду на пристроях з діагоналлю від 5“. | ТАК | ||
| - Забезпечити веб-сайт ІТС РДА, всі його складові та елементи адаптивною версткою для якісного відображення веб-сайту та його повноцінної роботи в веббраузерах останніх та передостанніх версій на таких пристроях як: персональні комп'ютери; ноутбуки; планшети; смартфони. | ТАК | ||
| 4.14 Основні вимоги до інформаційно-графічних елементів вебінтерфейсу | |||
| Коректне типізоване відображення (сумісність) інформації в передостанніх версіях найбільш популярних веб-браузерів (відповідно до етапу календарного плану згідно до договору): Opera; Safari; Microsoft Edge; Mozilla Firefox; Intemet Explorer; Google Chrome. | ТАК | ||
| Графічний і структурний дизайн повинен бути виконаний з урахуванням плавної зміни розміру вікна веб-браузера. Під час перевищення деякого максимального розміру дизайн повинен передбачати заповнення зайвого місця фоновими матеріалами, які можуть бути збільшені без обмежень, наприклад, фоновою картинкою рівної структури. | ТАК | ||
| Усі екранні форми користувацького інтерфейсу повинні бути виконані в єдиному графічному дизайні з однаковим розташуванням основних елементів управління і навігації. Схожі операції повинні виконуватися з використанням ідентичних графічних елементів у повній відповідності до побудови (структури) інформаційної архітектури рішення. | ТАК | ||
| 4.15 Вимоги до файлів, які завантажуються користувачами в ІТС РДА | |||
| Файли, які завантажуються користувачами в ІТС РДА, повинні відповідати наступним вимогам: | |||
| - базово ІТС РДА повинна дозволяти завантажувати файли в форматах lPG, PNG або PDF; | ТАК | ||
| - розмір завантаження не повинен перевищувати 8 МБ; | ТАК | ||
| - при кожному завантаженні повинно створюватись невелике зображення (прев'ю) файлу із назвою файлу, яка включає його формат; | ТАК | ||
| - створено можливість вилучати/видаляти завантажені файли для певних ролей. | ТАК |