Зміст

(Б-38) Платформа великих даних : Програма і методика дослідної експлуатації ПС ІП

rest_documentconversion_latest_conversion_thumbnail_32311806_1

ЗАТВЕРДЖУЮ   

КП «Головний інформаційно-обчислювальний центр»  

Заступник директора з питань експлуатації розрахункових систем   
ЗАТВЕРДЖУЮ  

ТОВ «СІВІС»  

  

Директор  
________________ Н.О. Ракитянська   ________________ О.О. Юношева  
«_____» ________________  2019 р.   «_____» ________________  2019 р.  

  Створення програмного сервісу «Інформаційні панелі», що входить до складу єдиної інформаційно-аналітичної платформи консолідації та аналізу великих даних «Big Data» в місті Києві Шифр: ПС ІП   
Програма та методика дослідної експлуатації ПС ІП. 39194632.184154.4687.ЗІРН

Етап 2 п 2.3 На __ аркушах    

Від Замовника:  Від Виконавця: 
Начальник департаменту розвитку обліково-фінансових систем, голова комісії  Керівник проєкту 
________________ А. П. Гусаревич    _____________ О.О. Юношева



Київ 2019
ЗМІСТ
ВИЗНАЧЕННЯ, СКОРОЧЕННЯ ТА АБРЕВІАТУРИ.. 5 1      ОБ’ЄКТ ВИПРОБУВАНЬ. 7 1.1        Найменування системи. 7 1.2        Підстави для проведення робіт. 7 1.3        Комплектність системи. 7 2      МЕТА ВИПРОБУВАНЬ. 8 3      ЗАГАЛЬНІ ПОЛОЖЕННЯ. 9 3.1        Перелік документів, якими необхідно керуватися під час проведення випробувань. 9 3.2        Організації, що беруть участь у випробуваннях. 9 4      ОБСЯГ ВИПРОБУВАНЬ. 10 4.1        Перелік етапів випробувань та перевірок. 10 4.2        Послідовність проведення випробувань. 10 5      УМОВИ ТА ПОРЯДОК ПРОВЕДЕННЯ ВИПРОБУВАНЬ. 11 5.1        Умови проведення дослідної експлуатації 11 5.2        Умови початку та завершення окремих етапів дослідної експлуатації 11 5.3        Вимоги до технічного обслуговування Системи. 11 5.4        Заходи безпеки при проведенні випробувань. 11 5.5        Вимоги до персоналу, що проводить випробування. 11 6      ЗАБЕЗПЕЧЕННЯ ВИПРОБУВАНЬ ТА ЗВІТНІСТЬ. 12 6.1        Матеріально-технічне забезпечення випробувань. 12 6.2        Метрологічне забезпечення випробувань. 12 6.3        Звітність. 12 7      ВИМОГИ ДО СИСТЕМИ.. 13 7.1        Вимоги до функцій АРМ.. 13 7.1.1    Вимоги до функцій АРМ адміністратора. 13 7.1.1.1       Функції управління користувачами. 13 7.1.1.2       Функції управління організаціями. 13 7.1.2    Вимоги до функцій АРМ користувача. 14 8      МЕТОДИКА ВИПРОБУВАНЬ. 16 8.1        Перевірка функціональності АРМ адміністратора. 16 8.1.1    Тестування входу до системи. 16 8.1.2    Додавання користувача через  ARM «Адміністратора». 18 8.1.3    Видалення користувача через  ARM «Адміністратора». 21 8.1.4    Видалення користувача через  ARM «Адміністратора». 22 8.1.5    Редагувати дані про користувача в ПС ІП через АRM «Адміністратора». 23 8.1.6    Активація користувача в ПС ІП через АRM «Адміністратора». 24 8.1.7    Деактивація користувача в ПС ІП через АRM «Адміністратора». 24 8.1.8    Пошук користувачів в ПС ІП через АRM «Адміністратора». 25 8.1.9    Додавання організації в ПС ІП через АRM «Адміністратора». 25 8.1.10 Видалити організацію в ПС ІП через АRM «Адміністратора». 26 8.1.11 Долучити користувача з організації в ПС ІП через АRM «Адміністратора». 27 8.1.12 Вилучити користувача з організації в ПС ІП через АRM «Адміністратора». 27 8.1.13 Додати групу в ПС ІП через АRM «Адміністратора». 28 8.1.14 Редагувати групу в ПС ІП через АRM «Адміністратора». 29 8.1.15 Видалити групу в ПС ІП через АRM «Адміністратора». 29 8.1.16 Долучити користувача до групи в ПС ІП через АRM «Адміністратора». 30 8.1.17 Вилучити користувача з групи в ПС ІП через АRM «Адміністратора». 30 8.2        Перевірка функціональності АРМ користувача. 30 8.2.1    Перевірка Дашборду «ЖКГ». 31 8.2.1.1       Перевірка розділу «Заробітна плата». 31 8.2.1.2       Перевірка розділу «Грошові кошти». 31 8.2.1.3       Перевірка розділу «Кадри». 32 8.2.1.4       Перевірка розділу «Основні Засоби». 32 8.2.2    Перевірка Дашборду «Медицина». 33 8.2.2.1       Перевірка розділу «Запис до лікаря». 33 8.2.2.2       Перевірка розділу «Заробітна плата». 33 8.2.2.3       Перевірка розділу «Грошові кошти». 34 8.2.2.4       Перевірка розділу «Кадри». 34 8.2.2.5       Перевірка розділу «Основні засоби». 35 8.2.3    Перевірка Дашборду «Фінанси». 35 8.2.3.1       Перевірка розділу «Фінанси по місту». 35 8.2.4    Перевірка Дашборду «Освіта». 36 8.2.4.1       Перевірка розділу «Заробітна плата». 36 8.2.4.2       Перевірка розділу «Грошові кошти». 36 8.2.4.3       Перевірка розділу «Кадри». 37 8.2.4.4       Перевірка розділу «Основні засоби». 37 8.2.4.5       Перевірка розділу «Школи». 38 8.2.4.6       Перевірка розділу «Школи по району». 38 8.2.5    Перевірка Дашборду «Благоустрій». 39 8.2.5.1       Перевірка розділу «Грошові кошти». 39 8.2.5.2       Перевірка розділу «Заробітна плата». 39 8.2.5.3       Перевірка розділу «Кадри». 40 8.2.5.4       Перевірка розділу «Основні засоби». 40 8.3        Тестування функціонування системи при навантаженні 41 СПИСОК РИСУНКІВ.. 43 СПИСОК ТАБЛИЦЬ. 44 ЛИСТ РЕЄСТРАЦІЇ ЗМІН.. 45 ТЕСТОВІ ДАНІ 46  

ВИЗНАЧЕННЯ, СКОРОЧЕННЯ ТА АБРЕВІАТУРИ

Скорочення Розшифрування
API Application Programming Interface – прикладний програмний інтерфейс.
Big Data Великі дані (англ. Big data) – позначення структурованих і неструктурованих даних великих обсягів, що ефективно оброблюються горизонтально масштабованими програмними інструментами та альтернативними традиційним системам управління базами даних і рішенням класу Business Intelligence.
OLAP Online Analytical Processing – аналітична обробка у реальному часі) — це інтерактивна система що дозволяє переглядати різні підсумки по багатовимірних даних.
SIP SIP— протокол прикладного рівня, пропонований стандарт на спосіб установки, зміни і завершення користувацького сеансу, що включає мультимедійні елементи, такі як відео або голос, миттєві повідомлення, он-лайн ігри та віртуальну реальність.
Адміністратор Користувач, якому надано право визначати та призначати рівні доступу та виконувати адміністрування Сервісів.
АІАС Автоматизована інформаційно-аналітична система – це комп'ютерна система, яка дозволяє отримувати інформацію, створювати її та здійснювати її обробку та аналіз.
АІС Автоматизована інформаційна система – це взаємозв'язана сукупність даних, комп’ютерного обладнання, програмних засобів, персоналу, стандартних процедур, які призначені для збору, обробки, розподілу, зберігання, представлення інформації згідно з вимогами, які випливають з цілей організації.
АРМ Автоматизоване робоче місце.
БД База даних – сукупність даних, організованих відповідно до концепції, яка описує характеристику цих даних і взаємозв'язки між їх елементами.
Виконавець Юридична особа, що уклала договір з Замовником про надання послуг з розвитку Платформи.
ДССЗЗІ Державна служба спеціального зв’язку та захисту інформації України.
ЄІАС Єдина інформаційно-аналітична система.
ЄІАС «CRM-1551» Єдина інформаційно-аналітична система для обробки звернень до КБУ «Контактний центр міста Києва» від жителів міста Києва до підрозділів Київради та її виконавчого органу (Київської міської державної адміністрації), районних у місті Києві державних адміністрацій, підприємств, установ та організацій, що належить до комунальної власності територіальної громади міста Києва.

https://prozorro.gov.ua/tender/UA-2018-07-05-001687-c
ЄСВ Єдиний соціальний внесок— обов'язковий платіж до системи загальнообов'язкового державного соціального страхування, що справляється в Україні з метою забезпечення страхових виплат за поточними видами загальнообов'язкового державного соціального страхування.
Замовник Юридична особа Комунальне підприємство «Головний інформаційно-обчислювальний центр», яка уклала договір з Виконавцем про надання послуг зі створення Платформи.
Звітність Інформаційно-телекомунікаційна система «Інформаційно-аналітична звітність для органів влади, громадян та бізнесу».

https://prozorro.gov.ua/tender/UA-2018-07-02-001783-a
ЗІС Зовнішні інформаційні системи.
ІАС Інформаційно-аналітична система.
ІТС Інформаційно-телекомунікаційна система – це система, в якій реалізується технологія обробки інформації з використанням технічних і програмних засобів.
КОФ Класифікація основних фондів.
ПДФО Податок з доходів фізичної особи.
Платформа KYIVSMARTCITYЄдина міська платформа електронної взаємодії, управління даними та сервісами (комп’ютерна програма «Платформа Urbio»).

https://www.prozorro.gov.ua/tender/UA-2018-05-05-000852-b.
ППЗ Прикладне програмне забезпечення.
ПС Програмний сервіс.
Розробник Компанія, що забезпечує технічний супровід системи.
Система Helsi  
УФГД Інформаційно-аналітична система управління фінансово-господарською діяльністю в м. Києві.

https://prozorro.gov.ua/tender/UA-2016-10-25-001254-a
ЦБД Центральна база даних.

1         ОБ’ЄКТ ВИПРОБУВАНЬ

1.1       Найменування системи

Повне найменування системи: Програмний сервіс «Інформаційні панелі». Умовне позначення: ПС ІП. Шифр теми або договір: № 4687 від 30.07.2019 р.  

1.2       Підстави для проведення робіт

Документи, на підставі яких створюється проект і виконується розробка:

 

1.3       Комплектність системи

Об’єктом випробування є ПС ІП який забезпечує обробку даних, які поступають із суміжних систем:

І подальше відображення їх в АРМ «Користувача».

2         МЕТА ВИПРОБУВАНЬ

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

3         ЗАГАЛЬНІ ПОЛОЖЕННЯ

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

- ГОСТ 34.603-92. Інформаційна технологія. Види випробувань автоматизованих систем; - РД 50-34.698-90. Методичні вказівки. Інформаційна технологія. Комплекс стандартів і керівних документів на автоматизовані системи. Автоматизовані системи. Вимоги до змісту документів.

3.2       Організації, що беруть участь у випробуваннях

Замовник: Комунальне підприємство «Головний інформаційно-обчислювальний центр» Місцезнаходження: вул. Космічна, буд. 12а, м. Київ, 02192, Україна. п/р 35442136091290 ГУ ДКСУ в м. Києві,  Код банку 820019, ЄДРПОУ 04013755, Свідоцтво пл. ПДВ №100093243, ІПН 040137526538.
Розробник: Товариство з обмеженою відповідальністю «СІВІС». Місцезнаходження: вул. Амосова, буд. 4, офіс 8, м. Київ, 03141, Україна. ЄДРПОУ 39194632, п/р 26003052709939 в «Філія Розрах. центр» АТ КБ «ПРИВАТБАНК», Код банку 320649, ІПН 391946326582.

4         ОБСЯГ ВИПРОБУВАНЬ

4.1        Перелік етапів випробувань та перевірок

Етап № 1. Перевірка комплектності та якості технічної документації. Етап № 2. Перевірка комплектності, достатності складу та якості програмних засобів та програмної документації.

4.2        Послідовність проведення випробувань

  1. Перевірка комплектності та якості технічної документації забезпечується візуальним переглядом наявності технічної документації до четвертої черги ІТС «Звітність».
  2. Перевірка програмних засобів та програмної документації:

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

5         УМОВИ ТА ПОРЯДОК ПРОВЕДЕННЯ ВИПРОБУВАНЬ

5.1       Умови проведення дослідної експлуатації

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

5.2       Умови початку та завершення окремих етапів дослідної експлуатації

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

5.3       Вимоги до технічного обслуговування Системи

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

5.4       Заходи безпеки при проведенні випробувань

Проведення випробувань повинно передбачати заходи та процедури з експлуатації, які узгоджуються з документом «Вимоги щодо безпеки та захисту здоров’я працівників під час роботи з екранними пристроями», затвердженим наказом Міністерством соціальної політики України від 14.02.2018 № 207. Загальні вимоги електричної і механічної безпеки мають бути забезпечені відповідно до ГОСТ 12.2.007.0-75 і ГОСТ 25861-83.

5.5       Вимоги до персоналу, що проводить випробування

Користувачі Системи повинні володіти навичками роботи з функціональними можливостями АРМ, використання яких необхідно для виконання їх посадових обов’язків, що пов’язані з коригуванням електронних форм, оформленням документів, веденням обліку тощо.    

6         ЗАБЕЗПЕЧЕННЯ ВИПРОБУВАНЬ ТА ЗВІТНІСТЬ

6.1        Матеріально-технічне забезпечення випробувань

Випробування забезпечуються тестовими наборами даних (див. п. 8).

6.2        Метрологічне забезпечення випробувань

Випробування системи проводяться шляхом перевірки на контрольних прикладах, що входять до складу програмних засобів, а також на прикладах та реальних об’єктах, запропонованих комісією. Всі перевірки виконуються в режимі взаємодії АРМ користувачів Системи (а саме – працездатність АРМ користувача та АРМ адміністратора) з програмними засобами Системи та базами даних у відповідності до документації на Систему, зокрема з Програмою та методикою дослідної експлуатації. Дослідна експлуатація буде проводитися у домені http://dashboard-stage.kyivcity.gov.ua/. .

6.3        Звітність

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

7         ВИМОГИ ДО СИСТЕМИ

7.1       Вимоги до функцій АРМ

7.1.1      Вимоги до функцій АРМ адміністратора

«Адміністрування» – модуль Системи, що складається з додаткових компонентів. Користувач в АРМ адміністратора повинен мати змогу надавати доступ користувачам Системи до звітів та керувати доступом до наборів даних.

7.1.1.1                    Функції управління користувачами

Таблиця 1. Функції управління обліковими записами користувачів

Функція Опис
Додавання облікового запису Адміністратор має можливість додати обліковий запис користувача.
Редагування облікового записуАдміністратор має можливість редагувати дані про користувача.
Видалення облікового запису Адміністратор має можливість видалити обліковий запис користувача.
Пошук облікового запису Адміністратор має можливість виконувати пошук облікового запису користувача.
Налаштування рівнів доступу Адміністратор має можливість налаштування рівнів доступу користувачів з використанням довідника «Район».

7.1.1.2                    Функції управління організаціями

Таблиця 2 Функції управління обліковими записами організацій

Функція Опис
Додати організацію Адміністратор має можливість додати нову організацію в Системі.
Редагувати організацію Адміністратор має можливість редагувати дані про організацію.
Видалити організацію Адміністратор має можливість видалити організацію.
Долучити користувача до організаціїАдміністратор має можливість додати користувача до організації.
Вилучити користувача з організації Адміністратор має можливість вилучити користувача з організації.
Додати групу Адміністратор має можливість створити нову групу користувачів.
Редагувати групу Адміністратор має можливість редагувати групу користувачів.
Видалити групу Адміністратор має можливість видалити групу користувачів.
Долучити користувача до групи Адміністратор має можливість додати користувача до групи.
Вилучити користувача з групи Адміністратор має можливість вилучити користувача з групи.

7.1.2      Вимоги до функцій АРМ користувача

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

Функція Опис
Перегляд інформації·       Інформаційно-аналітична панель «ЖКГ. Структура тарифу» розділу «ЖКГ»

·       Інформаційно-аналітична панель «ЖКГ. Грошові кошти» розділу «ЖКГ»

·       Інформаційно-аналітична панель «ЖКГ. Заробітна плата» розділу «ЖКГ»

·       Інформаційно-аналітична панель «ЖКГ. Кадри» розділу «ЖКГ»

·       Інформаційно-аналітична панель «ЖКГ. Основні засоби» розділу «ЖКГ»

·       Інформаційно-аналітична панель «Освіта. Грошові кошти» розділу «Освіта»

·       Інформаційно-аналітична панель «Освіта. Заробітна плата» розділу «Освіта»

·       Інформаційно-аналітична панель «Освіта. Кадри» розділу «Освіта»

·       Інформаційно-аналітична панель «Освіта. Основні засоби» розділу «Освіта»

·       Інформаційно-аналітична панель «Медицина. Грошові кошти» розділу «Медицина»

·       Інформаційно-аналітична панель «Медицина. Заробітна плата» розділу «Медицина»

·       Інформаційно-аналітична панель «Медицина. Кадри» розділу «Медицина»

·       Інформаційно-аналітична панель «Медицина. Основні засоби» розділу «Медицина»

·       Інформаційно-аналітична панель «Благоустрій. Грошові кошти» розділу «Благоустрій»

·       Інформаційно-аналітична панель «Благоустрій. Заробітна плата» розділу «Благоустрій»

·       Інформаційно-аналітична панель «Благоустрій. Кадри» розділу «Благоустрій»

·       Інформаційно-аналітична панель «Благоустрій. Основні засоби» розділу «Благоустрій»

·       Інформаційно-аналітична панель «Фінанси. Грошові кошти» розділу «Фінанси»

·       Інформаційно-аналітична панель «Окремий дитсадок району» розділу «Освіта»

·       Інформаційно-аналітична панель «Окрема школа району» розділу «Освіта»

Інформаційно-аналітична панель «Запис до лікаря по району» розділу «Медицина»

8         МЕТОДИКА ВИПРОБУВАНЬ

8.1       Перевірка функціональності АРМ адміністратора

|Код тест-кейсу |1 |

Мета тест-кейсу Перевірити можливість входу користувача в систему, а саме авторизацію користувача в системі.
Передумова Доданий Адміністратором в Систему та мати власний логін та пароль, згенерований адміністратором

Кроки відтворення:

  1. Перейти на адресу сервісу .
  2. Відкривається вікно авторизації користувача (див. Рисунок 1).

Рисунок 1. Вікно авторизації користувача

  1. Ввести тестові дані користувача, у якого немає доступу до Системи – використовуючи дані з Таблиці 11 логін: User_0 ; пароль: User_0 (див. Рисунок 2).

Рисунок 2. Спроба авторизації в Системі незареєстрованного користувача  Результат:  У користувача відсутня можливість входу при внесенні не вірного логіну або паролю, відображається повідомлення про помилку. (див. Рисунок 3) Рисунок 3. Помилка авторизації користувача.

  1. Вводимо тестові дані користувача, у якого є доступ до Системи - логін: City_User ; пароль: (див. Рисунок 4)

   Рисунок 4. Авторизація зареєстрованого користувача   Результат: Користувач авторизувався в системі. Здійснюється перехід до початкової/головної сторінки Системи (Рисунок 6). Рисунок 5. Головна сторінка Системи

8.1.2      Додавання користувача через  ARM «Адміністратора»

Код тест-кейсу 2
Цілі тест кейсу 

 
Перевірити можливість додавання користувачів в ПС ІП.
Передумова Адміністратор знаходиться у АРМ «Адміністратора» .

- Перейти до розділу «Налаштування» натиснувши кнопку «Налаштування» на лівій панелі інструментів.   Рисунок 6. Розділ Налаштування в ПС ІП

  1. У меню «Налаштування» натиснувши на кнопку «Користувачі» відкривається перелік діючих користувачів

  Рисунок 7. Перелік діючих користувачів в ПС ІП

  1. Натискаємо на кнопку «Додати» у верхньому правому куті робочої області і відкривається форма «Новий користувач» з наступними даними:
    • Логін користувача
    • Пароль
    • Підтвердження паролю
    • Ім’я
    • Прізвище
    • По батькові
    • E-mail
    • Телефон
    • Адреса
    • ІПН

  Рисунок 8. Форма додавання облікового запису у системі

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

Результат:   Обліковий запис користувача додався в системі ПС ІП, див. Рисунок 10   Рисунок 9. Користувач був доданий до системи

8.1.3      Видалення користувача через  ARM «Адміністратора»

Код тест-кейсу 
Мета тест-кейсу  Перевірити можливість видалення користувача з системи ПС ІП 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора» .

- Перейти у розділ «Налаштування» - «Користувачі» 

|||

*
Натиснути на кнопку «Кошик» напроти ПІП Користувача див Рисунок 10 Рисунок 10. Видалення  

  1. В інформаційному вікні натиснути на кнопку «Видалити» Рисунок 9. Підтвердження видалення 

Рисунок 11. Підтвердження видалення Результат:  Запис користувача було видалено з Довідника користувачів. 

8.1.4      Пошук

 

Код тест-кейсу 
Мета тест-кейсу  Перевірити можливість пошуку зареєстрованого користувача в ПС ІП 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Користувачі» 

  1. В полі «Користувачі» прописуємо Прізвище користувача див.Рисунок 12. 

|||


   Рисунок 12. Довідник користувачів (пошук) Результат:


Відображається фільтрація списку користувачів у відповідності до Прізвища  Рисунок 13. Результати пошуку Редагувати дані про користувача в ПС ІП через АRM «Адміністратора».

8.1.5      Редагування

Код тест-кейсу 
Мета тест-кейсу  Перевірити можливість редагувати дані зареєстрованого користувача в ПС ІП 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Користувачі» 

  1. Натиснути на кнопку «Олівець» напроти ПІП Користувача див.Рисунок 14

|||


Рисунок 14.  Довідник користувачів (редагування)  

  1. У формі редагування користувача проводимо зміну електронної пошти

|||

*
.

  1. Натискаємо на кнопку «Зберегти»  

Результат:  У Довіднику користувачів змінилась електронна пошта 

8.1.6      Активація користувача в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  6
Мета тест-кейсу  Перевірити можливість активувати користувача зареєстрованого користувача в ПС ІП 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Користувачі» 

  1. Натиснути на кнопку «Олівець» напроти ПІП Користувача
  2. Поставити відмітку в чекбоксі «Активний»

Результат:

  1. Користувача активовано, користувач зможе авторизуватися в Системі.

8.1.7      Деактивація користувача в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  7
Мета тест-кейсу  Перевірити можливість дективувації користувача зареєстрованого користувача в ПС ІП 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Користувачі» 

  1. Натиснути на кнопку «Олівець» напроти ПІП Користувача
  2. Зняти відмітку в чекбоксі «Активний»

Результат:

  1. Користувача активовано, користувач зможе авторизуватися в Системі.

8.1.8      Пошук користувачів в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  8
Мета тест-кейсу  Перевірити можливість пошуку користувача зареєстрованого користувача в ПС ІП 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Користувачі».

  1. У фільтрі «Призвіще» прописати критерії пошуку зареєстрованого користувача.

Результат:

  1. У реєстрі користувачів відфільтрувались записи тільки по обраному користувачу.

8.1.9      Додавання організації в ПС ІП через АRM «Адміністратора». 

Код тест-кейсу 
Мета тест-кейсу  Перевірити можливість створення нової організації в ПС ІП 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Структура організації» 

  1. Натиснути на кнопку «Додати» 
  2. Заповнити форму створення організації див. Рисунок 16.  
  3. Натиснути на кнопку «Додати» (користувача). 
  4. З Довідника користувачів додаємо співробітника. 

Рисунок 16. Форма створення організації

  1. Натиснути на кнопку «Зберегти» 
  2. Перейти у розділ «Налаштування» - «Права доступу» 

Натискаємо на «Київтеплоенерго» і відмічаємо чек боксами відповідні рівні доступу див. Рисунок 17. Рисунок 17. Надання прав доступу організації Результат: 

  1. При авторизації користувач матиме відповідні права доступу у ПС ІП .

8.1.10  Видалити організацію в ПС ІП через АRM «Адміністратора». 

Код тест-кейсу  10
Мета тест-кейсу  Перевірити можливість видалення організації в ПС ІП 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Структура організації» 

  1. Вибрати організацію зі списку організацій.
  2. Натиснути на кнопку «Видалити організацію»
  3. В інформаційний формі натискаємо на кнопку «Підтвердити»

Результат: 

  1. Організація вилучена зі списку організацій
  2. Користувачі які були прикріплені до організації втратили доступ до системи і були деактивовані.

8.1.11  Долучити користувача з організації в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  11
Мета тест-кейсу  Перевірити можливість долучити користувача в організацію в ПС ІП. 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Структура організації» 

  1. Вибрати відповідну організацію
  2. Натиснути на кнопку «Додати» у секції «Користувачі»
  3. У пошуковому вікні вибрати користувача.
  4. Натиснути на кнопку «Підтвердити»

Результат:

  1. Користувач приєднається до організації.

8.1.12  Вилучити користувача з організації в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  12
Мета тест-кейсу  Перевірити можливість вилучити користувача з організації в ПС ІП. 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Структура організації» 

  1. Вибрати відповідну організацію.

Натиснути на кнопку «Кошик» напроти ПІП обраного користувача див. Рисунок 18. 


Рисунок 18. Структура організації (вилучення користувача)

  1. Відображається інформаційне вікно, натискаємо на кнопку «Видалити» 

Рисунок 19. Підтвердження вилучення користувача Результат: 

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

8.1.13  Додати групу в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  13
Мета тест-кейсу  Перевірити можливість додати групу в ПС ІП. 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Структура організації» 

  1. В секції «Організаційна структура» натиснути кнопку «Додати»
  2. Вибрати тип «Додати групу»
  3. Прописати назву групи

Результат:

  1. Відображення створеної групи в секції «Групи»

8.1.14  Редагувати групу в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  14
Мета тест-кейсу  Перевірити можливість редагувати групу в ПС ІП. 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Структура організації» 

  1. В секції «Групи» вибрати необхідну групу
  2. В секції «Керування групою» натикнути на поле «Назва»
  3. В інформаційному вікні прописуємо

Результат:

  1. Проведена зміна назви вибраної групи.

8.1.15  Видалити групу в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  15
Мета тест-кейсу  Перевірити можливість редагувати групу в ПС ІП. 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Структура організації» 

  1. В секції «Групи» вибрати необхідну групу.
  2. Натиснути на кнопку «Видалити структуру»
  3. В інформаційному вікні натиснути на кнопку «Видалити»

Результат:

  1. Група була вилучена з Секції «Групи»
  2. Користувачі які були прикріплені до групи втратили доступ до системи і були деактивовані.

8.1.16  Долучити користувача до групи в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  16
Мета тест-кейсу  Перевірити можливість долучити користувача до групи в ПС ІП. 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Структура організації» 

  1. Вибрати відповідну групу в секції «Групи»
  2. Натиснути на кнопку «Додати» у секції «Користувачі»
  3. У пошуковому вікні вибрати користувача.
  4. Натиснути на кнопку «Підтвердити»

Результат:

  1. Користувач приєднається до групи.

8.1.17  Вилучити користувача з групи в ПС ІП через АRM «Адміністратора».

Код тест-кейсу  17
Мета тест-кейсу  Перевірити можливість вилучити користувача з групи в ПС ІП. 
Передумова  Адміністратор знаходиться у АРМ «Адміністратора»

- Перейти у розділ «Налаштування» - «Структура організації» 

  1. Вибрати відповідну групу в секції «Групи»
  2. Натиснути на кнопку «Кошик» у секції «Користувачі»
  3. У пошуковому вікні вибрати користувача.
  4. Натиснути на кнопку «Підтвердити»

Результат:

  1. Користувач вилучено з групи.




8.2.1  Перевірка Дашборду «ЖКГ»

8.2.1.1                    Перевірка розділу «Заробітна плата»

Код тест-кейсу  18
Мета тест-кейсу  Перевірка роботи розділу «Заробітна плата»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Заробітна плата». Повинна відкритись сторінка (див. Рисунок 20) Рисунок 20. Вкладка «Заробітна плата» Результат: Сторінка «Заробітна плата» та інформація на ній відображається та відкривається корректно.

8.2.1.2                    . Перевірка розділу «Грошові кошти»

Код тест-кейсу  19
Мета тест-кейсу  Перевірка роботи розділу «Грошові кошти»
Передумова  Користувач знаходиться в АРМ «Користувача»


Переходимо на вкладку «Грошові кошти». Повинна відкритись сторінка див. Рисунок 21 Рисунок 21. Вкладка «Грошові кошти» Результат: сторінка відкривається, інформація відображається корректно.

8.2.1.3                    . Перевірка розділу «Кадри»


Код тест-кейсу  20
Мета тест-кейсу  Перевірка роботи розділу «Кадри»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Кадри». Повинна відкритись сторінка див. Рисунок 22 Рисунок 22. Вкладка «Кадри» Результат: Вкладка кадри відкривається корректно.

8.2.1.4                    . Перевірка розділу «Основні Засоби»

Код тест-кейсу  21
Мета тест-кейсу  Перевірка роботи розділу «Основні Засоби»
Передумова  Користувач знаходиться в АРМ «Користувача»


Переходимо на вкладку «Основні Засоби». Відкривається сторінка див. Рисунок 23. Рисунок 23. Вкладка «Основні Засоби» Результат: сторінка відкривається. Інформація корректна.

8.2.2  Перевірка Дашборду «Медицина»

8.2.2.1                    Перевірка розділу «Запис до лікаря»

Код тест-кейсу  22
Мета тест-кейсу  Перевірка роботи розділу «Запис до лікаря»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Запис до лікаря». Відкривається сторінка див. Рисунок 24. Рисунок 24. Вкладка «Запис до лікаря» Результат: сторінка відкривається. Інформація корректна.

8.2.2.2                    . Перевірка розділу «Заробітна плата»


Код тест-кейсу  23
Мета тест-кейсу  Перевірка роботи розділу «Заробітна плата»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Заробітна плата». Відкривається сторінка (див. Рисунок 25) Рисунок 25. Вкладка «Заробітна плата» Результат: сторінка відкривається. Інформація корректна.

8.2.2.3                    . Перевірка розділу «Грошові кошти»

Код тест-кейсу  24
Мета тест-кейсу  Перевірка роботи розділу «Грошові кошти»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Грошові кошти». Відкривається сторінка див. Рисунок 26. Рисунок 26. Вкладка «Грошові кошти» Результат: сторінка відкривається. Інформація корректна.

8.2.2.4                    . Перевірка розділу «Кадри»

Код тест-кейсу  25
Мета тест-кейсу  Перевірка роботи розділу «Кадри»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Грошові кошти». Відкривається сторінка див. Рисунок 27 Рисунок 27. Вкладка «Кадри» Результат: сторінка відкривається. Інформація корректна.

8.2.2.5                    . Перевірка розділу «Основні засоби»

Код тест-кейсу  26
Мета тест-кейсу  Перевірка роботи розділу «Основні засоби»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Основні Засоби». Відкривається сторінка див. Рисунок 28 Рисунок 28. Вкладка «Основні Засоби» Результат: сторінка відкривається. Інформація корректна.

8.2.3  Перевірка Дашборду «Фінанси»

8.2.3.1                    Перевірка розділу «Фінанси по місту»

Код тест-кейсу  27
Мета тест-кейсу  Перевірка роботи розділу «Фінанси по місту»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Фінанси по місту». Відкривається сторінка (див.Рисунок 29) Рисунок 29. Вкладка «Фінанси по місту» Результат: сторінка відкривається. Інформація корректна.

8.2.4  . Перевірка Дашборду «Освіта»

8.2.4.1                    . Перевірка розділу «Заробітна плата»

Код тест-кейсу  28
Мета тест-кейсу  Перевірка роботи розділу «Заробітна плата»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Заробітна плата». Відкривається сторінка   Рисунок 30. Вкладка «Заробітна плата» Результат: сторінка відкривається. Інформація корректна.

8.2.4.2                    Перевірка розділу «Грошові кошти»

Код тест-кейсу  29
Мета тест-кейсу  Перевірка роботи розділу «Грошові кошти»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Грошові кошти». Відкривається сторінка Рисунок 31. Вкладка «Грошові кошти» Результат: сторінка відкривається. Інформація корректна.

8.2.4.3                    . Перевірка розділу «Кадри»

Код тест-кейсу  30
Мета тест-кейсу  Перевірка роботи розділу «Кадри»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Кадри». Відкривається сторінка (див. Рисунок 32) Рисунок 32. Вкладка «Кадри» Результат: сторінка відкривається. Інформація корректна.

8.2.4.4                    . Перевірка розділу «Основні засоби»

Код тест-кейсу  31
Мета тест-кейсу  Перевірка роботи розділу «Основні засоби»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Основні засоби». Відкривається сторінка . Рисунок 33. Вкладка «Основні засоби» Результат: сторінка відкривається. Інформація корректна.

8.2.4.5                    . Перевірка розділу «Школи»

Код тест-кейсу  32
Мета тест-кейсу  Перевірка роботи розділу «Школи»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Школи». Відкривається сторінка   Результат: сторінка відкривається. Інформація корректна.

8.2.4.6                    . Перевірка розділу «Школи по району»

Код тест-кейсу  33
Мета тест-кейсу  Перевірка роботи розділу «Школи по району»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Школи по району». Відкривається сторінка Рисунок 34. Вкладка «Школи по району» Результат: сторінка відкривається. Інформація корректна.  

8.2.5  . Перевірка Дашборду «Благоустрій»

8.2.5.1                    . Перевірка розділу «Грошові кошти»

Код тест-кейсу  34
Мета тест-кейсу  Перевірка роботи розділу «Грошові кошти»
Передумова  Користувач знаходиться в АРМ «Користувача»

Переходимо на вкладку «Грошові кошти». Відкривається сторінка Рисунок 35. Вкладка «Грошові кошти» Результат: сторінка відкривається. Інформація корректна.  

8.2.5.2                    . Перевірка розділу «Заробітна плата»

Код тест-кейсу  35
Мета тест-кейсу  Перевірка роботи розділу «Заробітна плата»
Передумова  Користувач знаходиться в АРМ «Користувача»

  Переходимо на вкладку «Заробітна плата». Відкривається сторінка   Рисунок 36. Вкладка «Заробітна плата» Результат: сторінка відкривається. Інформація корректна.

8.2.5.3                    . Перевірка розділу «Кадри»

Код тест-кейсу  36
Мета тест-кейсу  Перевірка роботи розділу «Кадри»
Передумова  Користувач знаходиться в АРМ «Користувача»

  Переходимо на вкладку «Кадри». Відкривається сторінка (див. Рисунок 37)   Рисунок 37. Вкладка «Кадри» Результат: сторінка відкривається. Інформація корректна.

8.2.5.4                    . Перевірка розділу «Основні засоби»

Код тест-кейсу  37
Мета тест-кейсу  Перевірка роботи розділу «Основні засоби»
Передумова  Користувач знаходиться в АРМ «Користувача»

  Переходимо на вкладку «Кадри». Відкривається сторінка (див. Рисунок 38)
Рисунок 38. Вкладка «Кадри» Результат: Сторінка відкривається. Інформація корректна.

8.3       Тестування функціонування системи при навантаженні

Код тест-кейсу  38
Мета тест-кейсу  Перевірити навантаження  на роботу платформи «Big data» для підтвердження характеристик платформи заявлених в технічному завданні
Передумова  Наявність програмного засобу для тестування Apache Bench


Запускаємо програму https://httpd.apache.org/docs/2.4/programs/ab.html і в консолі вказуємо параметри тестування  скрипт ab -c 50 -n 10000 -f TLS1.2 -H “Accept-Encoding: gzip,deflate” .
Потрібно перейти за посиланням: http://bigdata-stage.kyivcity.gov.ua, натиснути клавішу «Enter» і отримати інформацію по проведеному тестуванню (див.Рисунок 39)   Рисунок 39. Тестування системи при навантаженні В результаті тесту було відображено середній час обробки запиту, а саме: 3,1 секунди, що відповідає встановленим вимогам.
          Відображення вікна для встановлення даних тестування (див. Рисунок 40)

СПИСОК РИСУНКІВ

Рисунок 1. Вікно авторизації користувача. 16 Рисунок 2. Спроба авторизації в Системі незареєстрованного користувача. 16 Рисунок 3. Помилка авторизації користувача. 17 Рисунок 4. Авторизація зареєстрованого користувача. 17 Рисунок 5. Головна сторінка Системи. 18 Рисунок 6. Розділ Налаштування в ПС ІП.. 18 Рисунок 7. Перелік діючих користувачів в ПС ІП.. 19 Рисунок 8. Форма додавання облікового запису у системі 20 Рисунок 9.Користувач був доданий до системи. 20 Рисунок 10. Видалення. 21 Рисунок 11. Підтвердження видалення. 21 Рисунок 12. Довідник користувачів (пошук) 22 Рисунок 13. Результати пошуку. 22 Рисунок 14.  Довідник користувачів (редагування) 23 Рисунок 15. Редагування картки користувача. 23 Рисунок 16. Форма створення організації 25 Рисунок 17. Надання прав доступу організації 25 Рисунок 18. Структура організації (вилучення користувача) 27 Рисунок 19. Підтвердження вилучення користувача. 27 Рисунок 20. Вкладка «Заробітна плата». 30 Рисунок 21. Вкладка «Грошові кошти». 30 Рисунок 22. Вкладка «Кадри». 31 Рисунок 23. Вкладка «Основні Засоби». 31 Рисунок 24. Вкладка «Запис до лікаря». 32 Рисунок 25. Вкладка «Заробітна плата». 33 Рисунок 26. Вкладка «Грошові кошти». 33 Рисунок 27. Вкладка «Кадри». 34 Рисунок 28. Вкладка «Основні Засоби». 34 Рисунок 29. Вкладка «Фінанси по місту». 35 Рисунок 30. Вкладка «Заробітна плата». 35 Рисунок 31. Вкладка «Грошові кошти». 36 Рисунок 32. Вкладка «Кадри». 36 Рисунок 33. Вкладка «Основні засоби». 37 Рисунок 34. Вкладка «Школи по району». 38 Рисунок 35. Вкладка «Грошові кошти». 39 Рисунок 36. Вкладка «Заробітна плата». 39 Рисунок 37. Вкладка «Кадри». 40 Рисунок 38. Вкладка «Кадри». 41 Рисунок 39. Тестування системи при навантаженні 41 Рисунок 40. Відображення результатів проведеного тесту. 42  

СПИСОК ТАБЛИЦЬ

Таблиця 1. Функції управління обліковими записами користувачів. 13 Таблиця 2 Функції управління обліковими записами організацій. 13    

====== ЛИСТ РЕЄСТРАЦІЇ ЗМІН ======
Зміна Номери аркушів (сторінок) Всього аркушів (сторінок) в документі

документа
Вх. № супровідного документа та датаПідпис і дата
Замінених ВведенихВилучених








ТЕСТОВІ ДАНІ

Логіни та паролі користувачів   Користувач № 1 «Адміністратор системи»

Логін TestUser23_adm
ПарольTestUser32_adm

  Користувач № 2 «Мер»

Логін City_User
ПарольCity_User

  Користувач № 3 Користувач «Зам»

Логін Zam1
ПарольZam12018

  Користувач № 4 Користувач «Зам»

Логін Zam2
ПарольZam22018

  Користувач № 5 Користувач «RDA»

Логін monitor_golos
Парольmonitor_golos