2.2 Класи користувачів та їх характеристики

Два основні класи користувачів, які присутні у системі: адміністратор, прості користувачі. Адміністратори – користувачі, що мають змогу вносити зміни у систему а також змінювати її інформативне наповнення. Прості користувачі – користувачі, що можуть переглядати інформацію, фільтрувати та підшуковувати відповідні дані.

2.3 Середовище функціонування

Середовищем функціонування системи може виступати будь-яка платформа, яка дозволяє встановити веб-переглядач. Веб-переглядачем можуть виступати такі програми як: Internet Explorer, Opera, Firefox, Saffari, Google Chrome. Браузер обов’язково повинен мати опцію використання JavaScript. Оскільки система являється веб-орієнтованою то особливих вимог до операційної системи немає.

На стороні сервера повинен бути встановлений PHP інтерпретатор та Apache для відтворення та передачі скриптів.

3. Характеристики системи

Система геолокації велосипедних доріжок повинна мати наступні функції:

1. Ввід велосипедних маршрутів

2. Редагування велосипедних маршрутів (Видалення/Зміна)

3. Перегляд усіх наявних велосипедних маршрутів

4. Сортування маршрутів за певними параметрами

5. Зворотній зв’язок із розробниками

3.1.1. Ввід велосипедних маршрутів;

3.1.1 Опис і пріоритет

Надає можливість адміністратору добавити новий велосипедний маршрут до системи

3.1.2 Послідовності дія/відгук

Увійти в адміністративну систему. Обрати розділ керування маршрутами.

3.1.3 Функціональні вимоги

REQ-1.1: Закритий загальний досвід логіном та паролем;

REQ-1.2: Графічне введення маршруту у систему;

REQ-1.3: Обов’язкове обчислення довжини маршруту;

REQ-1.4: Примусове введення рівня складності маршруту;

3.2. 2. Редагування велосипедних маршрутів (Видалення/Зміна);

3.2.1 Опис і пріоритет

Дозволяє змінити уже існуючі велосипедні маршрути

3.2.2 Послідовності дія/відгук

Увійти в адміністративну систему. Обрати розділ керування маршрутами.

REQ-2.1: Можливість вибору маршруту для видалення;

REQ-2.2: Можливість зміни існуючого маршруту (зміна складності, добавляння нових точок до маршруту)

3.3. Перегляд усіх наявних велосипедних маршрутів;

3.3.1 Опис і пріоритет

Функція дозволяє користувачу відкрити повний перелік усіх наявних маршрутів.

3.3.2 Послідовності дія/відгук

Увійти в систему. Відрити сторінку маршрути

REQ-3.1: можливість вибору конкретного маршруту для детального перегляду;

REQ-3.2: можливість масштабування мультимедійної карти;

3.4. Сортування маршрутів за певними параметрами

3.4.1 Опис і пріоритет

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

3.4.2 Послідовності дія/відгук

Вибрати сторінку маршрутів.

REQ-4.1: Можливість сортування по довжині шляху;

REQ-4.2: Можливість сортування по складності шляху;

3.5. Зворотній зв’язок із розробниками

3.5.1 Опис і пріоритет

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

3.5.2 Послідовності дія/відгук

Вибрати сторінку «Зворотній зв’язок»

REQ-5.1: Можливість вводу повідомлення;

REQ-5.2: Обов’язковий ввід емейлу для зворотнього зв’язку;

REQ-5.2: Обов’язковий ввід імені користувача, що залишає відгук;

4. Вимоги зовнішніх інтерфейсів

4.1 Користувацькі інтерфейси

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

4.2 Апаратні інтерфейси

Не регламентуються.

4.3 Програмні інтерфейси

Для з’єднання із базою даних та пересилки інформації між платформою та безпосереднім репозиторієм БД використовується мова запитів SQL.

4.4 Комунікаційні інтерфейси

Комунікація клієнтської частини програми (веб-браузера) та серверної частини відбувається на основі протоколу високого рівня HTTP.

5. Інші нефункційні вимоги

5.1 Вимоги продуктивності

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

5.2 Вимоги безпеки

Вхід у адміністративну систему повинен бути захищений паролем та логіном. Серверна частина повинна бути захищена кодом аутентифікації користувачів.

5.3 Атрибути якості програмного продукту

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

6. Інші вимоги

Відсутні.