Загальні відомості про зміст робіт
Повне найменування робіт
Розробка, тестування та впровадження програмного забезпечення для автоматизованої системи проведення онлайн-аукціонів з можливістю участі зареєстрованих користувачів у конкурентних електронних торгах у режимі реального часу.
Найменування сторін
| Тип сторони | Найменування сторони |
|---|---|
| Замовники/Стейкхолдери | Міністерство/Відділ фінансування та бюджетування/... |
| Product Owner | Prozorro.Sale PO |
| Bussines/System Analyst | Prozorro.Sale BA |
| Команда розробки | Прозорі рішення та Prozorro.Sale DEV+DevOps |
| Команда тестувальників | Prozorro.Sale QA |
Перелік документів, які мають враховуватись під час розробки
| Тип | Назва + Посилання |
|---|---|
| Регламент | |
| Статут | |
| Схема процесу | - |
| Відкриті дані | Відкриті дані Prozorro.Sale |
| Аналітичний звіт | - |
Призначення та цілі
Мета розробки
Метою розробки є створення системи онлайн аукціонів, яка забезпечить автоматизацію процесу проведення торгів, підвищить прозорість та ефективність, забезпечить доступу до даних, покращить взаємодію між учасниками процесу. Система має відповідати потребам замовника та бути готовою до масштабування відповідно до зростаючих вимог.
Обґрунтування
Існуючі рішення [коротко про недоліки, обмеження або проблеми з поточними процесами/інструментами].
Розробка нового рішення дозволить:
оптимізувати витрати часу та ресурсів;
зменшити людський фактор і кількість помилок;
покращити аналітику та контроль за процесами;
забезпечити відповідність новим вимогам регуляторів або стандартів;
створити конкурентну перевагу на ринку.
Ризики
Технічні ризики: можлива складність інтеграції з існуючими системами; потенційна нестабільність нових технологій.
Операційні ризики: недостатня підготовка користувачів до роботи з новою системою; потреба в додатковому навчанні.
Фінансові ризики: перевищення бюджету через розширення обсягу функціональності або непередбачувані затримки.
Організаційні ризики: зміна пріоритетів замовника, недостатня залученість ключових стейкхолдерів.
Безпекові ризики: витоки даних, проблеми з аутентифікацією або авторизацією.
Вимоги до засобу інформатизації
Вимоги до функцій (завдань), що виконуються засобом інформатизації
- Загальний опис процесу
- Перелік основних завдань, які має виконувати засіб інформатизації, що розробляється
- Опис автоматизованих бізнес-процесів (які дії мають відбуватися автоматично системою)
- Очікувані результати роботи системи
- Опис ключових процесів
Функціональні вимоги
- Нефункціональні вимоги
- ЦБД
- Портал
- Обмеження на кількість одночасних користувачів
- Підтримувані формати файлів для обміну даними
- Обмеження щодо часу виконання критичних операцій
- Загальний опис процесу
Вимоги до безпеки
Вимоги до надійності засобу інформатизації та збереженості інформації
Вимоги до егрономіки та технічної естетики(Вимоги до інтерфейсу користувача, якщо розробка передбачає інтерфейс)- Інтуїтивно зрозумілий та легкий у використанні інтерфейс для всіх категорій користувачів (учасники, спостерігачі)
- Сучасний, лаконічний та візуально привабливий дизайн, що відповідає Brand book
- Адаптивність інтерфейсу для роботи на різних пристроях (комп’ютери, планшети, мобільні телефони) та в браузерах (Google Chrome, Safari, Mozilla Firefox, Opera, MS Edge, MS Explorer тощо)
- Забезпечення доступності для користувачів з особливими потребами
- Підтримка двомовності інтерфейсу: українська та англійська
Деталізовані вимоги до інтерфейсів та дизайну описуються в ТЗ продукту, який реалізовуємо.
Вимоги до захисту інформації
Вимоги до стандартизації та уніфікації
Вимоги до чисельності та кваліфікації персоналу засобу інформатизації та режиму його роботи
Вимоги до розробки та передачі послуг
1. Вимоги до розробки
- Безпека коду – дотримання best practices перевірки коду.
- Ролі та дозволи – перевіряються на сервері.
- Валідація введених даних – обов'язково на сервері.
- Захист від інʼєкцій – дані очищаються від небезпечних символів.
- Обробка спецсимволів / Unicode – зберігання в оригінальному вигляді.
- Персональні дані (ПД) – не зберігати в логах чи кеші.
- Shell execution – аргументи очищаються.
- Шифрування – всі передані дані шифруються.
- API: серіалізація – тільки whitelisted поля.
- API: доступ – жодного доступу без авторизації.
- Cookie – Secure, HttpOnly, SameSite, __Host-; заголовки X-Content-Type-Options: nosniff, Strict-Transport-Security.
- Інтеграції – перевірка джерела; жодних hardcoded токенів.
- Для інтегрованих компонентів:
- автентифікація
- безпечна сесія
- перевірка і очищення даних
2. Вимоги до передачі
- Проведення Demo/Презентації
- Інструкція по налаштуванню
- Інструкція по використанню
- Відеоінструкція