ТЕХНІЧНІ ВИМОГИ До проекту Електронні ...eef.org.ua/wp-content/uploads/2017/01/petitions_v_1_2_TA...опрацювання електронного

Київ - 2017

ЗАТВЕРДЖУЮ Замовник: Апарат Верховної Ради України

УЗГОДЖЕНО Виконавець: Управління комп'ютеризованих систем Верховної Ради України

Перший заступник Керівника Апарату Верховної Ради України Слишинський В. І.

__________________ /

__________________ /

ТЕХНІЧНІ ВИМОГИ

До проекту Електронні звернення, електронні

петиції

На 15 аркушах

Дата публікації: 23.07.15

Версія документу: 1.2

Статус документа: В роботі

Інформація про документ

Назва Інформація

Назва проекту: Електронні звернення, електронні петиції

Назва документу: Технічні вимоги

Автор: Рабулець О.Г.

Версія: 1.2

ВРІТВ УКС ВР України Електронні звернення, електронні петиції

© ВРІТВ УКС ВР України Версія від 23.07.15

Сторінка 2 з 20

Історія змін

Версія Дата Автор змін Опис змін

1.0 08.07.2015 Рабулець О.Г. Базова версія документу

1.1 09.07.2015 Рабулець О.Г. Доповнено та розширено функціонал Рішення

1.2 23.07.2015 Сидоренко О.О., Рабулець О.Г.

Опрацювання зауважень та побажань громадських організацій за результатами конференції та експертного обговорення: «Аспекти впровадження законодавства про е-петиції. Як подолати виклики та перешкоди»

Лист узгодження

Підрозділ ПІБ Посада Підпис Дата Управління комп'ютеризованих систем Апарату ВР України

Сидоренко О. О. Керівник управління

Відділ з питань звернень громадян Апарату ВР України

Адамович Наталія Миколаївна

Завідувач відділу

http://w1.c1.rada.gov.ua/pls/site2/p_pidrozdil?pidid=1266






Зміст Інформація про документ ........................................................................................................................... 1

Історія змін ................................................................................................................................................... 2

Лист узгодження .......................................................................................................................................... 2

Умовні позначення та терміни ................................................................................................................... 4

1. Загальні відомості .................................................................................................................................... 5

2. Призначення та мета створення Рішення .............................................................................................. 5

2.1. Цілі створення Рішення ............................................................................................................... 5

2.2. Призначення Рішення ................................................................................................................. 5

3. Характеристика об'єктів ...................................................................................................................... 5

3.1. Опис дизайну макету................................................................................................................... 5

4. Структура рішення ............................................................................................................................... 5

4.1. Опис бізнес-процесу ведення електронних звернень ............................................................. 6

4.2. Опис процесу ведення електронних петицій ................................................................................. 8

5. Вимоги до розробки Рішення ........................................................................................................... 16

5.1 Складові Рішення ....................................................................................................................... 16

5.2 Сховище даних ........................................................................................................................... 16

5.3 Вимоги до безпеки Рішення ..................................................................................................... 16

5.4 Вимоги до чисельності та кваліфікації персоналу Системи ................................................... 17

6. Вимоги до забезпечення................................................................................................................... 18

6.1 Вимоги інформаційного забезпечення Системи .................................................................... 18

6.2 Вимоги до апаратного забезпечення ...................................................................................... 18

6.3 Вимоги до програмного забезпечення.................................................................................... 18

6.4 Вимоги до інтерфейсів системи ............................................................................................... 18

7. Склад робіт по створенню Рішення .................................................................................................. 19

7.1 Склад робіт по реалізації та впровадженню Рішення ............................................................ 19




Умовні позначення та терміни

Скорочення Визначення

ПЗ Програмне забезпечення.

АС Автоматизована система

Система Автоматизована система ведення електронних звернень та петицій Верховної Ради України

ІС Прикладна інформаційна система, учасник інформаційного обміну.

ОС Операційна система.

БД База даних.

СУБД Система управління базами даних.

ТВ Технічні вимоги.

IT Інформаційні технології.

Звернення Електронне звернення чи електронна петиція

Електронне звернення Письмове звернення, що надіслане з використанням мережі Інтернет, засобів електронного зв'язку.

Електронна петиція Особлива форма колективного звернення громадян

Замовник Апарат Верховної Ради України

Виконавець Фізична або юридична особа, що буде реалізовувати Рішення

Запитувач Фізична/юридична особа, громадян України

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




1. Загальні відомості

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

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

до Верховної Ради України.

Повне найменування системи Електронні звернення, електронні петиції

Скорочене найменування системи Рішення

1.2. Термін виконання робіт за даними технічними вимогами визначається Виконавцем та узгоджується з Замовником. Склад та терміни виконання робіт зі створення Рішення наводиться в даному документі.

2. Призначення та мета створення Рішення

2.1. Цілі створення Рішення

Основна ціль створення рішення — надання можливості Запитувачу оформлювати на

веб-порталі Верховної Ради України Звернення до Верховної Ради України, та

автоматизація процесу обробки цих звернень.

Для досягнення цілі необхідно вирішити питання: реалізація апаратно-програмного

рішення, що відповідатиме наданим Замовником вимогам до рішення.

2.2. Призначення Рішення

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

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

3. Характеристика об'єктів

3.1. Опис дизайну макету

3.1.1. Посилання на оформлення Звернення може бути заведено у розділі «Контакти» веб-інтерфейсу веб-порталу Верховної Ради України.

3.1.2. Дизайн макет Звернення повинен відповідати дизайну веб-порталу Верховної Ради

України.

3.1.3. Дизайн макет адміністративної частини повинен відповідати загальним принципам створення автоматизованих систем.

4. Структура рішення

Виходячи з суттєвих відмінностей в процесі оформлення різних типів Звернень та їх

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




1. Ведення електронних звернень;

2. Ведення електронних петицій.

4.1. Опис процесу ведення електронних звернень

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

Основний потік подій:

1. Прецедент починається з переходу Запитувачем на веб-порталі Верховної Ради України на

форму оформлення електронного звернення;

A1. В браузері користувача не дозволено використовувати скрипти.

2. Система переходить до першого кроку оформлення звернення, запрошуючи у Запитувача

ввести необхідні дані (відкриває форму звернення для заповнення);

3. Запитувач вводить дані (заповнює звернення) та підтверджує введення, натискаючи

кнопку «Направити»;

А2. Неправильно заповнено форму Заявки.

4. Система присвоює зверненню номер (заносить до БД зі статусом «оформлено») та

відправляє спеціально сформоване посилання для підтвердження звернення на

електронну адресу користувача. Для підтвердження звернення Запитувач повинен перейти

за посиланням в листі електронної пошти, після чого зверненню присвоюється статус

«підтверджено Запитувачем». Тільки звернення зі статусом «підтверджено Запитувачем»

вважаються такими, що пройшли процедуру оформлення та в подальшому розглядаються

відповідним підрозділом Верховної Ради України;

5. Варіант використання завершується.

Альтернативні потоки.

A1. В браузері користувача не дозволено використовувати скрипти.

1. Видається повідомлення – «Шановний відвідувачу, оформлення звернення до Верховної Ради України вимагає використання скриптів, виконання яких у Вашому браузері на

даний момент не дозволено. Дивіться – як включити можливість використання

сценаріїв.»;

2. Варіант використання завершується.

А2 Неправильно заповнено форму заявки (скорочено).

1. Система виділяє поля, в які неправильно введено дані.

2. Потік повертається до етапу 2 основного потоку;

Вимоги до виконання етапу 3 основного потоку:

Запитувач заповнює дані власноруч через веб-інтерфейс, який може мати орієнтовний вигляд (див. Рис. 1).

№ НАЗВА ПОЛЯ ФОРМИ ЗАПИТУ ТИП ПОЛЯ ЧИ ОБОВ’ЯЗКОВЕ ДЛЯ ЗАПОВНЕННЯ

5. Прізвище, ім'я, по батькові Текстове поле <300 символів

Так

6. місце проживання громадянина Текстове поле

<300 символів Так

7. електронна поштова адреса Текстове поле

<100 символів Ні якщо заповнено пункт 8, в іншому

http://www.enable-javascript.com/

http://www.enable-javascript.com/




№ НАЗВА ПОЛЯ ФОРМИ ЗАПИТУ ТИП ПОЛЯ ЧИ ОБОВ’ЯЗКОВЕ ДЛЯ ЗАПОВНЕННЯ

випадку Так

8. відомості про інші засоби зв'язку Запитувачем Текстове поле

<250 символів Ні якщо заповнено пункт 7, в іншому

випадку Так

9. суть порушеного питання, зауваження, пропозиції, заяви чи скарги, прохання чи вимоги

Текстове поле <2000 символів

З підтримкою вставки посилань

Так

10. символи, що зображено на малюнку (CAPTCHA) Текстове поле Так

Крім заповнення полів, що представлено в таблиці вище, користувач повинен мати можливість

прикріплювати файли в форматах (txt, docx, xlsx, pptx, odt, ods, odp, pdf, oxps, png, jpg ) (тип,

кількість та об’єм файлів, що прикріплюються, повинен регламентуватись налаштуваннями

Системи.)

Рис. 1 ФОРМА ЕЛЕКТРОННОГО ЗВЕРНЕННЯ

4.1.2. Робочий процес адміністрування електронного звернення

Для електронних звернень, що пройшли процедуру оформлення, повинна бути

розроблена процедура автоматичної конвертації звернення з БД електронних звернень до БД систем АС «Листи та звернення громадян» ВР України з відповідними позначками. Далі процес опрацювання електронного звернення відбувається згідно з порядком опрацювання звернень громадян у Верховній Раді України.




4.2. Опис процесу ведення електронних петицій

Ведення електронних петицій складається з наступних функцій:

Створити петицію – реєстрація петиції на веб-порталі ВР України; Цей модуль включає

наступні функції:

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

оформлення петиції;

Вхід в систему – аутентифікація та авторизація в Системі для можливості

оформлення петиції;

Створення петиції;

Робота зі своїми петиціями.

Відкрити петиції – перегляд петицій, підписання петицій;

Відповіді – пошук та перегляд відповідей щодо петицій;

Виконання адміністративних дій згідно з порядком опрацювання електронних петицій

у Верховній Раді України:

Первинна робота з реєстром петицій (робоче місце адміністратора петицій –

відповідальна особа Відділу з питань звернень громадян);

робота з петиціями (робоче місце адміністратора петицій в комітеті);

4.2.1 Процес створення петиції

Створювати петиції має право аутентифікований користувач. Тому при попаданні на веб-

портал петицій, користувач повинен або аутентифікуватись в Системі, або створити новий

обліковий запис, як це показано на можливому інтерфейсі Системи:

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




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

Повинен бути передбачений механізм захисту від підбору пароля користувача методом Brute-

force attack.

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

До переліку обов’язкових полів, що представлено на рисунку вище, потрібно додати

необов’язкове поле типу вибір зі списку (Combo box ) – «Регіон» (значення списку беруться з БД

Адміністративно-територіальний устрій).

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

Зареєструйтесь. Заповніть форму нижче, щоб створити обліковий запис.

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

електронної пошти буде відправлений лист. Натиснувши на посилання в цьому листі, ви

підтвердите реєстрацію свого облікового запису.

Створить петицію. Після того як ви підтвердили свій обліковий запис, ви можете

створювати петиції.

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

Для цього користувачеві необхідно пройти ще чотири кроки:

Введення заголовку петиції та обрання тем, до яких стосується петиція (можливо обирати

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




Примітка: класифікатор тем затверджується Відділом з питань звернень громадян; адміністратор петицій

(робоче місце адміністратора петицій – відповідальна особа Відділу з питань звернень громадян) повинен

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

класифікатору, а помічається як неактивна.

Перевірка користувачем, чи не існує на порталі Верховної Ради України подібної петиції. На

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

петицій Верховної Ради України, та які відповідають темам, що обрав користувач на

першому кроці. На даному етапі користувач робить осмислений вибір чи потрібно йому

створювати нову петицію, чи така вже існує і потрібно проголосувати за існуючу.

Зовнішній вигляд інтерфейсу другого кроку може відповідати наступному:




Третій крок – введення тексту петиції:




Текст петиції обмежується 2000 символів.

Четвертий і останній крок – завершення оформлення петиції:

На цьому етапі користувач приймає рішення про направлення петиції до Верховної ради

України, обравши пункт «Опублікувати».

Створена таким чином електронна петиція попадає на робоче місце адміністратора

петицій (відповідальна особа Відділу з питань звернень громадян) в розділ «підтверджено

оформлення». Електронна петиція, яка відповідає встановленим вимогам, протягом визначеного




терміну оприлюднюється (в інтерфейсі системи петиція позначається такою, що готова до

публікації на веб-порталі ВР України) адміністратором петицій на офіційному веб-порталі

Верховної Ради України з встановленням кінцевого терміну збору підписів на її підтримку та

необхідною кількістю підписів.

На будь якому з кроків створення петиції користувач може зупинитись. Вся інформація в

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

інший час, вибравши пункт меню «Перегляд моїх петицій»:

Петиції для яких було вибрано пункт «Опублікувати» користувач не може редагувати, має право

тільки переглядати.

Також зайшовши в інтерфейс «Перегляд моїх петицій» користувач може відібрати свої петиції за

темами, з подальшою можливістю перегляду/редагування.

4.2.2 Відкрити петиції – перегляд відповідей щодо петицій, підписання петиції.

Зайшовши в цей пункт користувач має можливість переглянути всі оформлені петиції на порталі

ВР України. Також користувач може відібрати петиції за темами, або виконати пошук петицій, що

містять пошуковий текст в назві або тексті петиції.

Обравши петицію зі списку, користувач отримує орієнтовний наступний інтерфейс, що дозволяє

йому віддати свій голос за петицію, заповнивши обов’язкові поля та натиснувши кнопку

«Підписатись».

Інтерфейс перегляду петиції окрім вказаних параметрів (див. рис. нижче) обов’язково повинен

містити інформацію про кінцевий строк для збору підписів на петицію, кількість голосів, що

необхідно набрати на її підтримку, а також вже набрану кількість голосів.




Умови, що виконує користувач, натискаючи кнопку «Підписатись»:

Підписуючи цю петицію ви згодні з нашими умовами участі та політикою конфіденційності.

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

клопотання. Після того, як ви підпишете петицію, ви не можете видалити свій підпис.

Після натискання на кнопку «Підписатись» Система присвоює голосу користувачеві номер

(заносить до БД зі статусом «оформлено») та відправляє спеціально сформоване посилання для

підтвердження голосування за петицію на електронну адресу користувача. Для підтвердження

голосування користувач повинен перейти за посиланням в листі електронної пошти, після чого

голосу присвоюється статус «підтверджено Запитувачем». Тільки такі підписи користувачів

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

Користувач з однієї електронної адреси може підписати петицію тільки один раз.

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

реалізувати його.

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

створення нових підписів під петицією.

Якщо петиція не набирає в заданий термін необхідної кількості голосів для її подальшого

розгляду, далі вона розглядається як звичайне колективне електронне звернення в

установленому порядку. Для реалізації такої можливості повинен бути передбачений механізм

експорту петиції адміністратором первинної роботи з петиціями з БД петицій до БД звернень.




4.2.3 Відповіді – пошук та перегляд відповідей щодо петицій

Зайшовши в цей пункт користувач має можливість переглянути всі петиції на порталі ВР

України до яких було підготовлено відповіді.

Також користувач може відібрати петиції за темами, або виконати пошук петицій за

ключовими словами в назві або тексті петиції до яких підготовлено відповіді.

4.2.4 Виконання адміністраторських дій, організаційна структура

Даний функціонал базується на проекті порядку опрацювання електронних петицій у

Верховній Раді України (див. додаток №1) та є доступним виключно в локальній мережі ВР України

для відповідальних співробітників ВР України.

Згідно з проектом порядку опрацювання електронних петицій у Верховній Раді України

визначається два типи робочих місця адміністраторів петицій:

1) Адміністратори первинної роботи з петиціями (робоче місце адміністратора

петицій – відповідальна особа Відділу з питань звернень громадян);

2) Адміністратори роботи з петиціями в головному комітеті;

Робоче місце адміністратора первинної роботи з петиціями - функціонал:

Ведення реєстру створених петицій. Публікація на офіційному веб-порталі ВР України

створених Замовниками петицій (оприлюднення для збору підписів петицій), які

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

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

підписів.

Керування станами опрацювання петиції в Відділі з питань звернень громадян (табл.

станів див. нижче);

Ведення класифікатору тем петицій;

Формування статистичних звітів (форми статистичних звітів розробляються Відділом з

питань звернень громадян);

Маршрутизація петицій на опрацювання в головний Комітет.

Робоче місце адміністратора роботи з петиціями в комітеті - функціонал:

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

петиції;

Керування станами опрацювання петиції в комітеті;

можливі стани (стани затверджуються та редагуються Відділом з питань звернень

громадян):

Колір відображення

Значення стану

«оформлено» (виставляється автоматично Системою)

«підтверджено Запитувачем» (виставляється автоматично Системою)

«Не відповідає вимогам Закону» (виставляється відповідальною особою Відділу з питань звернень громадян, також повинна бути можливість вказати коментар – причину невідповідності)

«Оприлюднено для збору підписів» (виставляється відповідальною особою Відділу з питань звернень громадян, після чого петиція з’являється на веб-порталі ВР України)




«Збір підписів завершено» (виставляється автоматично Системою)

«Отримано Комітетом» (виставляється автоматично Системою при направленні відповідальною особою Відділу з питань звернень громадян петиції до головного Комітету для розгляду петиції)

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

На розгляді (виставляється відповідальною особою Комітету)

готується відповідь (виставляється відповідальною особою Комітету)

петицію опрацьовано (виставляється відповідальною особою Комітету).

Встановлення стану результату розгляду петиції в головному комітеті. Петиції, що мають

стан «петицію опрацьовано» повинні мати відповідний стан результату розгляду петиції,

що вказує на результат розгляду петиції в Комітеті для підготовки статистичної звітності

(стани затверджуються та редагуються Відділом з питань звернень громадян, наприклад:

відмовлено, прийнято рішення про підготовку проекту закону тощо);

Формування висновку про результати розгляду петиції Комітетом, та у разі необхідності

проекту відповідного акту Верховної Ради України, інших документів, що готує Комітет;

Формування відповіді на петицію (на основі висновку про результати розгляду петиції

Комітетом).

5. Вимоги до розробки Рішення

5.1 Складові Рішення

5.1.1 Рішення включає в себе наступні необхідні складові підсистеми:

1) Сховище даних

2) Сервер застосувань Рішення

3) Електронна пошта

5.2 Сховище даних

5.2.1 Сховище даних повинно відповідати наступним вимогам: 1) Сховище даних повинно мати компоненти для зберігання та обробки масивів даних

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

2) Усі компоненти рішення, які використовують бази даних для зберігання інформації,

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

даних. Іншими словами, повинен використовуватися принцип консолідації даних –

вся інформація зберігається в одній системі.

5.3 Вимоги до безпеки Рішення

5.3.1 Рішення повинно вимагати від користувача проходження етапів аутентифікації та авторизувати користувача в системі перед початком роботи.

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




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

5.3.3 Необхідна наявність механізмів ведення журналів дій користувачів на всіх етапах робочого процесу.

5.4 Вимоги до чисельності та кваліфікації персоналу Системи

5.4.1 Чисельність і кваліфікація обслуговуючого персоналу Рішення повинні визначатися з

урахуванням наступних вимог:

1) Структура і конфігурація Рішення повинні бути спроектовані і реалізовані з метою

мінімізації кількісного складу обслуговуючого персоналу.

2) Структура Рішення повинна надавати можливість управління всім доступним

функціоналом Рішення, як одному адміністратору, так і надавати можливість

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

3) Для адміністрування Рішення до адміністратора не повинні пред'являтися вимоги зі

знання всіх особливостей функціонування елементів, що входять до складу

адміністрування компонентів Системи.

4) Апаратно-програмний комплекс Системи не повинен вимагати цілодобового

обслуговування і присутності адміністраторів у консолі управління.

5.4.2 З метою забезпечення функціонування Рішення визначені наступні ролі:

1) Системний адміністратор (Управління комп'ютеризованих систем ВР України).

Функціональні обов'язки системного адміністратора:

a. Установка, модернізація, настройка і моніторинг працездатності комплексу

технічних засобів (серверів, мережаного устаткування).

b. Установка, модернізація, настройка і моніторинг працездатності системного

і базового програмного забезпечення.

c. Установка, настройка і моніторинг прикладного програмного забезпечення.

d. Ведення облікових записів користувачів Системи.

2) Адміністратор прикладних ІС (Управління комп'ютеризованих систем ВР України).

Функціональні обов'язки Адміністратора прикладних ІС:

a. Діагностика помилкових ситуацій на стороні прикладної ІС.

b. Управління правами доступу в Системі.

c. Спостереження за станом і працездатністю Системи, діагностика

помилкових ситуацій, що виникають в Системі.

d. Аналіз статистики використання Системи.

3) Адміністратор петицій – відповідальна особа (Відділ з питань звернень громадян),

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

направляє її в Комітет, який відповідно до предмета відання визначається головним

з підготовки і попереднього розгляду електронної петиції.

4) Адміністратор петицій в головному комітеті – відповідальна особа, що відповідає за

опрацювання петиції в Комітеті ВР України

5.4.3 Ролі адміністраторів може виконувати існуючий персонал, задіяний на аналогічних

ролях з обслуговування інших інформаційних систем.




6. Вимоги до забезпечення

6.1 Вимоги інформаційного забезпечення Системи

6.1.1 Склад, структура і способи організації даних в рамках робочого процесу повинні бути

визначені на етапі проектування Рішення та створення технічного завдання.

6.1.2 Доступ до даних у Системі має бути наданий тільки для авторизованих користувачів з

урахуванням їх службових повноважень, відповідно до ролей визначених в рамках

робочого процесу.

6.1.3 Технічні засоби, що забезпечують зберігання інформації, повинні використовувати

сучасні технології, що дозволяють забезпечити підвищену надійність зберігання даних і

оперативну заміну обладнання (розподілена надлишкова запис / зчитування даних;

дзеркалювання; незалежні дискові масиви; кластеризація).

6.2 Вимоги до апаратного забезпечення

6.2.1 У Таблиця 1 наведенні вимоги до апаратного забезпечення серверу Рішення.

Таблиця 1

Вимоги до апаратного забезпечення

CPU Qaud-core processor

LAN 100 Mbps або швидше

RAM 8 GB

HDD 1 TB або більше (RAID 10)

Монітор Мінімальна роздільна здатність: 1280 x 1024

IP address Одна статична адреса

6.3 Вимоги до програмного забезпечення

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

забезпечення та технічну документацію Рішення.

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

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

6.3.3 Базовою програмною платформою сервера застосувань повинна бути:

1-й варіант: платформа, що аналогічна веб-порталу ВР України (HTTP-сервер – nginx в 1.х,

php в. 5.х, веб-фреймворк Kohana в. 2.х, jQuery, jQuery UI), сервера БД – Oracle 12c.

2-й варіант: HTTP-сервер – Internet Information Services (IIS) 7+, сервера БД – Oracle 12c.

Розробка виконується з використанням Visual Studio 2015 та розподіленої системи

керування версіями файлів та спільної роботи Git v. 2+, ASP.NET MVC v. 5.2.3+ Framework,

мови програмування C# (.Net Framework 4.6), фреймворку доступу до БД – ADO.NET Entity

Framework 6.1.3+ (підхід Code First), jQuery 2.1.4+, jQuery UI 1.11.4+.

6.4 Вимоги до інтерфейсів системи

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

6.4.2 Вимоги до клієнтського програмного забезпечення: доступ до функціональності системи (клієнтський інтерфейс) забезпечується за допомогою «тонкого» (WEB) клієнта, що

https://uk.wikipedia.org/wiki/%D0%A0%D0%BE%D0%B7%D0%BF%D0%BE%D0%B4%D1%96%D0%BB%D0%B5%D0%BD%D0%B0_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%BA%D0%B5%D1%80%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D1%96%D1%8F%D0%BC%D0%B8

https://uk.wikipedia.org/wiki/%D0%A0%D0%BE%D0%B7%D0%BF%D0%BE%D0%B4%D1%96%D0%BB%D0%B5%D0%BD%D0%B0_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%BA%D0%B5%D1%80%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D1%96%D1%8F%D0%BC%D0%B8

https://uk.wikipedia.org/wiki/%D0%A4%D0%B0%D0%B9%D0%BB

http://www.techdays.ru/videos/2483.html

http://www.techdays.ru/videos/2483.html




дозволяє, організувати роботу користувачів з будь-яких пристроїв, що під’єднані до мережі (віддалених / мобільних користувачів без додаткових капіталовкладень і з використанням можливостей Internet). Для процесу направлення Звернення гарантується робота клієнтської частини системи з браузерами: IE9+, Google Chrome 12+, Firefox7+; для процесу адміністрування гарантується робота клієнтської частини системи з браузерами: IE11+, Google Chrome 38+, Firefox33+;

6.4.3 Мовне забезпечення. Інтерфейси користувача та адміністратора повинні бути локалізовані українською мовою;

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

6.4.5 Перелік інтерфейсів, які повинні бути створені: 3) направлення електронного звернення;

4) створення електронної петиції;

5) Голосування за петицію;

6) Перегляд відповіді щодо петиції;

7) Аутентифікація /авторизація;

8) Первинна робота з реєстром петицій (робоче місце адміністратора петицій –

відповідальна особа Відділу з питань звернень громадян);

9) робота з петиціями (робоче місце адміністратора петицій в головному комітеті);

7. Склад робіт по створенню Рішення

7.1 Склад робіт по реалізації та впровадженню Рішення

Найменування задачі Орієнтовний термін

виконання

Опис робіт

Етап 1. Планування

Розробка та погодження ініціюючих документів проекту Детальний аналіз вимог Розробка та погодження технічного завдання

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

Етап 2. Розробка

Розробка технічної схеми робочого процесу. Розробка програмної частини робочого процесу

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

Етап 3. Стабілізація

Розгортання у тестовому середовищі Доопрацювання за результатами тестування

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

Етап 4. Розгортання

Розгортання та відповідне налаштування програмних компонентів Рішення

3 робочих дня Відбувається запуск Рішення в експлуатацію




Етап 5. Технічна підтримка

Забезпечення функціонування Системи

Протягом функціонування Системи

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

Documents

ТЕХНІЧНІ ВИМОГИ До проекту Електронні ...eef.org.ua/wp-content/uploads/2017/01/petitions_v_1_2_TA...опрацювання електронного