Зміст

(Б-13) Сервіс «Громадський бюджет» : Функціональні модулі

Загальний процес проведення Громадського бюджету

Загальний процес проведення Громадського бюджету зображений на схемі нижче (див. Рисунок 1. Загальна схема процесу проведення Громадського бюджету.
 

Рисунок 1. Загальна схема процесу проведення Громадського бюджету.
Задля підвищення зручності для користувачів і функціональності Системи передбачається створення додаткових модулів та компонентів функцій. На Рисунок 1. Загальна схема процесу проведення Громадського бюджету сірим кольором виділені підпроцеси загального процесу проведення Громадського бюджету в м. Києві, що будуть реалізовані відповідно до даного Технічного завдання, а білим кольором – блоки, які вже створені в процесі розробки Системи та функціонують. Відповідно до вимог у даному Технічному завданні у Системі будуть автоматизовані наступні етапи Громадського бюджету:

В рамках доробки Системи буде автоматизовано такі процеси:

 Модуль проведення виборів до ГБК

Модуль проведення виборів в ГБК має бути розроблений таким чином:

Якщо Положенням визначено проведення виборів в ГБК, перед початком сесії Адміністратор встановлює відмітку «Дозволити ГБК» у вкладці «Інші налаштування» в довіднику «Місто» (див. Рисунок 2  Відмітка “Дозволити ГБК” в довіднику “Місто”). Рисунок 2  Відмітка “Дозволити ГБК” в довіднику “Місто”
Процес проведення виборів в ГБК складається з наступних етапів (днем початку кожного нового етапу є наступний за днем закінчення попереднього етапу):

  1. Подача заявок (див. Рисунок 3 Конкурс ГБК. Подача заявки (см. 1), Рисунок 4 Конкурс ГБК. Подача заявки (ст. 2), Рисунок 5 Конкурс ГБК. Подача заявки (ст. 3)). На рисунках зображена анкета, яку має заповнити Зовнішній користувач – кандидат на вибори в ГБК.
  2. Розгляд.
  3. Перший тур голосування (описано нижче, див. Рисунок 7 Процес голосування по конкурсу ГБК). На рисунку відображена схема бізнес-процесу голосування за кандидатів в ГБК. Спочатку проводиться перший тур, в якому всі Зовнішні користувачі можуть голосувати за кандидатів. В другий тур автоматично проходять кандидати, які набрали кількість голосів, що рівна параметру “Мінімальна кількість голосів для проходження в 2-й тур”.
  4. Другий тур голосування (описано нижче, див. Рисунок 7 Процес голосування по конкурсу ГБК). На рисунку відображена схема бізнес-процесу голосування за кандидатів в ГБК. Після першого туру проводиться другий тур, в якому кандидати в ГБК голосують один за одного між собою.

Визначення переможців.
Створення і подача заявки кандидата на участь у конкурсі в ГБК відбувається згідно процесу, відображеного на Рисунок 6 Процес подання заявки на конкурс ГБК.
Рисунок 6 Процес подання заявки на конкурс ГБК
Подана заявка надходить в Систему зі статусом “На модерації”. Після цього Модератор проводить її перевірку на відповідність параметрам до ГО, вказаних в Положенні. Наприклад:

У випадку неможливості доопрацювати заявку, Модератор надає їй статус «Видалена», в разі дозволу доопрацювати та відредагувати – статус «Відхилена». Якщо заявка змін не потребує (первинно або після доопрацювання), вона отримує статус «Учасник 1-го туру» і публікується на Сайті. Процес проведення голосування на виборах до ГБК відображений на Рисунок 7 Процес голосування по конкурсу ГБК. Даний процес складається з першого та другого турів. Після проведення двох турів визначається повний склад Громадської бюджетної комісії, що буде діяти з дня її офіційного затвердження до обрання нової комісії на наступних виборах до ГБК. Частота проведення виборів та їх параметри визначаються Положенням.

 
Рисунок 7 Процес голосування по конкурсу ГБК

Модуль інтеграції з Особистим  Кабінетом Киянина

Мета створення модулю інтеграції з ОКК:

Рисунок 10  Схема взаємодії Системи з ОКК Для реєстрації/авторизації в Системі через ОКК, Зовнішній користувач натискає «Вхід» на головній сторінці Сайту, далі натискає кнопку “Kyiv ID” в pop-up з методами реєстрації/авторизації. Після цього Система здійснює перенаправлення Зовнішнього користувача в ОКК. Виконавець не несе відповідальності за роботоздатність даного переходу. На сторінці сервісу ОКК Зовнішній користувач проходить  реєстрацію/авторизацію згідно з процедурою організації-реєстратора та потрапляє на Сайт як авторизований користувач. На Рисунок 11 Вхід через ОКК в формі реєстрації/авторизації. Крок 1 Рисунок 11зображена реєстраційна форма Зовнішніх користувачів на Сайті. Форма викликається натисканням на «Вхід» у верхньому правому кутку на будь-якій сторінці Сайту. Зліва відображений блок входу за логіном і паролем  (для вже зареєстрованих користувачів), справа – блок реєстрації з доступними методами реєстрації в поточній сесії. Логіном Зовнішнього користувача в Системі є серія та номер паспорту або номер телефону, вказаний при реєстрації. Рисунок 11 Вхід через ОКК в формі реєстрації/авторизації. Крок 1
На Рисунок 12 Вхід через ОКК в формі реєстрації/авторизації. Крок 2 зображена сторінка сервісу ОКК, яка відображається користувачу у випадку, коли він обрав реєстрацію/авторизацію через ОКК та в формі реєстрації натиснув кнопку «Вхід через KyivID». Вид і зміст даної форми може бути змінено за рішенням розробника ОКК. Рисунок 12 Вхід через ОКК в формі реєстрації/авторизації. Крок 2
На Рисунок 13 Повідомлення про нестачу даних обов’язкових полів в обліковому записі Зовнішнього користувача показано повідомлення, яке отримує Зовнішній користувач при реєстрації в Системі, якщо Організація-реєстратор не передала дані хоча б в одне обов’язкове поле для реєстрації, які визначені в параметрах сесії в розділі «Поточна сесія». При цьому, в повідомленні вказуються назви полів, по яким не було отримано даних, задля інформування користувача про те, які дані йому буде необхідно уточнити в анкеті в Організації-реєстраторі. Рисунок 13 Повідомлення про нестачу даних обов’язкових полів в обліковому записі Зовнішнього користувача

1.1.1 Модуль комбінованого геокодингу

У Модулі комбінованого геокодингу розробляється таке:

Система геокодингу здійснює пошук за адресами баз даних провайдерів сервісу геокодингу (таких як Open Street Map Nominatim, Visicom, Google Maps) та конвертує їх в координати для подальшого відображення на мапі. Система комбінованого геокодингу здійснює одночасний або послідовний пошук (в залежності від налаштувань) по базах даних провайдерів сервісу геокодингу та знаходить найбільш оптимальне значення координат. Таким чином гарантується відповідність знайденої адреси до фактичного розташування об’єкта за певною адресою. Опис панелі налаштувань комбінованого геокодингу поданий в Таблиця 13. Опис функцій панелі налаштувань сервісів геокодингу. Система має розпізнавати будь-які адреси, які вводяться Користувачем та Модератором/Адміністратором: адреса проживання користувача, адреса реєстрації користувача, адреса проекту. Усі налаштування комбінованого геокодигу в Системі здійснює Адміністратор. Модератору дані налаштування в його АРМі не доступні. Для налаштування Адміністратором геокодингу в його АРМ створюється вкладка “Сервіси геокодування” в довіднику “Міста” (Див. Рисунок 16 Вкладка «Сервіси геокодування» в довіднику «Місто») Вкладка має наступні параметри для налаштування:

  1. Режим пошуку (послідовний, паралельний).
  2. Підключення кожної з систем геокодингу:

На Рисунок 16 Вкладка «Сервіси геокодування» в довіднику «Місто» зображена вкладка «Сервіси геокодування», яка доступна в АРМі Адміністратора. В ній Адміністратор здійснює налаштування параметрів комбінованого геокодингу згідно з описом в Таблиця 13. Опис функцій панелі налаштувань сервісів геокодингу. Має бути доданий опис режимів пошуку біля назв режимів у вкладці «Системи геокодингу» в довіднику «Місто»:

При включенні режиму «Паралельний» буде здійснюватися пошук адреси по всім системам геокодингу, по яким проставлена відмітка. При цьому спочатку буде здійснюватися пошук з системи геокодингу з пріоритетом “3” (найвищим пріоритетом), потім відповідно з пріоритетом “2” та пріоритетом “1”. Всі знайдені варіанти запису адреси з усіх трьох систем будуть відображатися у випадаючому списку в полі, куди здійснюється введення адреси. 

При включенні режиму “Послідовний” буде здійснюватися пошук адреси спочатку з системи геокодингу з найвищим пріоритетом “3”. В разі виявлення хоча б одного результату запису адреси він з’явиться у випадаючому списку в полі, куди здійснюється введення адреси і пошук на цьому буде зупинено. Якщо адресу не було знайдено в системі геокодингу з найбільшим пріоритетом “3”, відбувається пошук адреси в системі геокодингу з пріоритетом “2”. Якщо не знайдено в ній – здійснюється перехід до пошуку адреси в системі геокодингу з найменшим пріоритетом “1”:




Рисунок 16 Вкладка «Сервіси геокодування» в довіднику «Місто»             В Системі розроблений відкритий програмний інтерфейс, за допомогою якого ІАС “Майно” отримує від Системи дані для відображення по проектам, такі, як назва проекту, категорія проекту, його бюджет, поточний статус у Системі, автор проекту. На Рисунок 17 Поле «Адреса растрових тайтлів» у вкладці «Інші налаштування» довіднику «Місто» зображено макет створеного поля «Адреса растрових тайтлів для leaflet для інтеграції з ІАС «Майно» для відображення мапи проектів на картографічній основі ІАС «Майно». Дані можуть змінюватися залежно від налаштувань. Поле доступно в АРМі Адміністратора в довіднику «Місто» у вкладці «Інші налаштування».
Рисунок 17 Поле «Адреса растрових тайтлів» у вкладці «Інші налаштування» довіднику «Місто»

Модуль управління статичними елементами

В процесі розробки модулю створюються наступні складові:


На Рисунок 18 Перейменування розділів меню та зміна назв заголовків і підзаголовків за допомогою довідника «Переклади» відображено розділ “Довідники” – “Переклади”. В Системі створюється менеджер зміни назв задля заміни назви розділів і підрозділів на Сайті. 
Рисунок 18 Перейменування розділів меню та зміна назв заголовків і підзаголовків за допомогою довідника «Переклади» На Рисунок 19 Додавання текстової сторінки в розділі «Контент» - «Статичні сторінки» зображено можливість  додавання різних статичних сторінок в розділі «Контент» - «Статичні сторінки». Доробки розділу дають можливість створювати сторінки, які будуть відображатися на Сайті як окремі підрозділи розділу «Про проект». Наразі в Системі можна створювати лише дві статичні текстові сторінки:


Рисунок 19 Додавання текстової сторінки в розділі «Контент» - «Статичні сторінки»
На Рисунок 20 Відображення текстових підказок до етапів на сайті наведено приклад, як буде відображатися підказка до етапу, яка буде відображатися при наведенні курсором на етап на timeline на Сайті. Всі підказки доступні для редагування Модератором в його АРМі протягом всієї сесії та до її початку.
Рисунок 20 Відображення текстових підказок до етапів на сайті
На Рисунок 21 Поле «Логотип» у довіднику «Місто» зображено, як здійснюється додавання логотипу у поле «Логотип» в довіднику «Місто» в АРМі Модератора. Модератор завантажує в нього один файл формату .jpeg або .png. розміром до 10 МБ. До початку та під час всієї сесії Модератор може змінювати зображення. Завантажений логотип буде відображатися у верхній частині головної сторінки на Сайті. 
Рисунок 21 Поле «Логотип» у довіднику «Місто»

 Модуль формування команди автора проекту та його прихильників

Мета створення модуля:


Автором проекту є Зовнішній користувач, що подав проект у Системі і відповідає таким вимогам:

Для реалізації можливості формування команди проекту на сторінці проекту додається вкладка “Прихильники” (Див. Рисунок 24 Демонстрація прихильників (макет) проекту на сторінці проекту), на якій:

  1. Автору проекту буде відображатися:
  1. Всім іншим Зовнішнім користувачам відображаються наступні дані про прихильників проекту (тільки тих, чиї заявки вже погоджені Автором проекту):

Процес додавання Автором проекту прихильника до своєї команди зображений на Рисунок 22 Процес додавання прихильника:


Рисунок 22 Процес додавання прихильника
Долучення прихильників до команди проекту можливе після проходження проектом етапу модерації. Додавання і видалення прихильників можливо на всіх наступних етапах проекту після модерації.  На Рисунок 23 Демонстрація розділу (макет) «Прихильники» для автора проекту зображено, яким чином відображається модуль «Прихильник проекту» на сторінці проекту для авторизованого автора даного проекту. Автору доступні контактні дані прихильника та стовпчик з набором статусів для надання / зняття доступів прихильників до команди проекту.  
Рисунок 23 Демонстрація розділу (макет) «Прихильники» для автора проекту
На Рисунок 24 Демонстрація прихильників (макет) проекту на сторінці проекту зображено вигляд блоку «Прихильники проекту» для всіх інших Зовнішніх користувачів.
Рисунок 24 Демонстрація прихильників (макет) проекту на сторінці проекту
На Рисунок 25 Поле «Коментар» при подачі заявки прихильника зображено pop-up, який відкривається при натисканні “Стати прихильником” на сторінці проекту. Задля початку комунікації з автором прихильник може додати коментар до своєї заявки на приєднання до команди автора проекту. В pop-up додано текст, що попереджає прихильника про те, що в разі прийняття його до команди, його дані (ПІБ, фото та Facebook-профіль) будуть відображатися на сторінці проекту.   
Рисунок 25 Поле «Коментар» при подачі заявки прихильника На Рисунок 26 Pop-up після подання заявки прихильника зображено pop-up вікно, що з’являється в інтерфейсі для Зовнішнього користувача після того, як він подав заявку на приєднання до команди проекту. В pop-up повідомляється, що автор проекту розгляне заявку і прийме рішення про додання користувача до власної команди.  
Рисунок 26 Pop-up після подання заявки прихильника По отриманій заявці від прихильника на приєднання до команди проекту, у випадку, якщо автор проекту не бажає додавати даного користувача (прихильника) до команди проекту, він може поставити заявці статус «Відхилено» і написати коментар про причину відхилення заявки прихильника. Такий pop-up зображено на Рисунок 27 Поле «Коментар» при відмові автора проекту.  
Рисунок 27 Поле «Коментар» при відмові автора проекту
Процес, що описує видалення прихильника автором проекту, зображений на Рисунок 28 Процес видалення прихильника автором проекту. Видалення прихильника відбувається шляхом встановлення йому відповідного статусу «Відмовлено» в записі обраного прихильника на сторінці проекту в блоці «Прихильники». Також, за потреби, автор проекту може додати коментар про причину видалення прихильника з команди проекту, який буде зазначений у листі прихильнику (див. Пункт 5 Таблиця 16. Етапи формування команди автора проекту та його прихильників).

Рисунок 28 Процес видалення прихильника автором проекту Після отримання відмови від автора проекту, прихильник може безліч разів подавати заявку на долучення до команди даного проекту. Проте у випадку, якщо у Зовнішнього користувача була подана заявка на долучення до команди проекту і по ній встановлено статус «Прихильник, тоді даний користувач по поточному проекту не може повторно подати заявку в прихильники. Заявки на долучення прихильника проекту до команди проекту можуть приймати різні статуси в Системі в залежності від проходження такої заявки по процесам додавання та видалення прихильників проектів. Статуси заявок прихильників в Системі представлені в Таблиця 17. Статуси заявок прихильників. Таблиця 17. Статуси заявок прихильників

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

Виставляється вручну Автором проекту, якщо він бажає видалити прихильника.