• Спрощена закупівля
  • Однолотова
  • КЕП

62.02.3 Послуги щодо технічної допомоги у сфері інформаційних технологій (71356000-8 Технічні послуги)

Специфікація вимог до впровадження програмного забезпечення Вимоги: Система має реалізовувати клієнт-серверну архітектуру, написана на мові програмування РНР. В якості СКБД має використовуватись безкоштовна реляційна БД, яка має реалізовувати ACID - набір властивостей, що гарантують надійну роботу транзакцій бази даних: атомарність, узгодженість, ізольованість, довговічність. Продукт має бути крос- платформним рішенням, його використання має не прив'язуватися до конкретної операційної системи. Загальні вимоги до роботи системи Робота системи: 1. Програмний продукт повинен забезпечувати роботу двом категоріям користувачів: адміністраторам і користувачам, згідно з рівнями допуску. 1.1. Ідентифікація користувачів та адміністраторів повинна здійснюватися за допомогою двофакторної аутентифікації – методу ідентифікації користувача за допомогою запиту аутентифікаційних даних двох різних типів, що забезпечує дворівневий захист аккаунту від несанкціонованого проникнення, тобто – введення логіну і паролю, а далі – спеціального коду, який приходить по SMS або електронною поштою. 1.2. Два різних типи інтерфейсу для адміністратора та користувача. 2. Користувач системи має здійснювати наступний перелік дій: 2.1. Пошук, перегляд, додавання, редагування спортсменів в системі. Короткий опис інформації про спортсмена: - ПІП; - Дата народження; - Стать; - Місце народження; - Адреса проживання; - Паспортні дані; - Сім’я: мати, батько; - Історія досягнень спортсмена; - Історія членства в федераціях; - Історія членських внесків; 2.2. Пошук, перегляд, додавання, редагування тренерів в системі. Короткий опис інформації про тренера: - ПІП; - Контактні дані; - Адреса проживання; - Підвищення кваліфікації; - Державні, почесні звання, спортивні звання та розряди; - Державні заохочення; - Види спорту; - Історія місць роботи; - Перелік спортсменів, яких тренує; - Перелік навчальних закладів, які закінчив тренер; - Історія тренерських посвідчень. 2.3. Пошук, перегляд, додавання, редагування суддів в системі. Короткий опис інформації про суддю: - ПІП; - Контактні дані; - Адреса проживання; - Підвищення кваліфікації; - Державні, почесні звання, спортивні звання та розряди; - Державні заохочення; - Види спорту; - Історія місць роботи; - Перелік навчальних закладів, які закінчив суддя; - Історія суддівських посвідчень. 2.4. Пошук, перегляд, додавання, редагування спортивних закладів в системі. Короткий опис інформації про спортивний заклад: - Назва закладу; - Адреса закладу; - Підпорядкованість/належність; - Тип закладу; - Підтип закладу; - Категорія; - Статус "Спеціалізована"; - № запису держ. реєстрації; - Дата держ. реєстрації; - Код ЄДРПОУ; - Телефон; - Директор; - Факс; - Вебсайт; - Перелік (картки) працівників працюючих в закладі; - Перелік спортивних груп, наявних в закладі. 2.5. Пошук, перегляд, додавання, редагування спортивних федерацій в системі. Короткий опис інформації про спортивні федераціїї: - Назва; - Адреса; - Підпорядкованість/належність; - Тип; - Вид спорту; - Статус "Національна"; - № запису держ.реєстрації; - Дата держ.реєстрації; - Код ЄДРПОУ; - Керівник; - Телефон; - Факс; - Еmail; - Вебсайт; - Список (картки) працівників федерації; - Список членів федерації; - Історія записів федерації; - Історія записів членських внесків; 2.6. Пошук, перегляд, додавання, редагування спортивних споруд в системі; 2.7. Пошук, перегляд, додавання, редагування видів спорту в системі; 2.8. Автоматичне формування і пересилка статистичної звітності, аналітика. 3. Адміністратор системи має здійснювати наступний перелік дій: 3.1. Пошук, перегляд, додавання, редагування та блокування користувачів системи. 3.2. Пошук, перегляд, додавання, редагування спортсменів в системі. 3.3. Пошук, перегляд, додавання, редагування тренерів в системі. 3.4. Пошук, перегляд, додавання, редагування суддів в системі. 3.5. Пошук, перегляд, додавання, редагування спортивних закладів в системі. 3.6. Пошук, перегляд, додавання, редагування спортивних федерацій в системі. 3.7. Пошук, перегляд, додавання, редагування спортивних споруд в системі. 3.8. Пошук, перегляд, додавання, редагування видів спорту в системі. 3.9. Додавання та редагування інформаційних довідників, які мають використовуватись в системі. 3.1.0. Перегляд статистичної звітності, аналітика. Обмеження: - серверна частина має виконуватися на серверах під керуванням операційної системи, що є POSIX-сумісною з сімейства UNIX на основі ядра Linux або з сімейства *BSD; - програмний код має бути виконаний на базі PHP-фреймоврка Phalcon 3+, або PHP-фреймоврка Kohana 3+; - використання та адаптація готового рішення яке не суперечить усім вище зазначеним вимогам. Надійність: - система повинна реалізувати транзакції для зберігання даних; - можливість розгорнення додаткової копії на іншому фізичному сервері з синхронізацією для забезпечення безперервності роботи системи у разі виходу з ладу частини серверів. Вимоги до часу зберігання даних: - інформація що зберігається в БД відображає лише її, інформації, поточний стан; - можливість мати декілька ревізій БД не передбачається. Масштабованість: - горизонтальне масштабування задля забезпечення надійності і швидкості роботи; - вертикальне масштабування до підсистеми БД для підвищення швидкості роботи. Вимоги до зручності використання: - система повинна бути простою в експлуатації для користувача, який володіє базовими навичками по роботі з комп’ютером. Вимоги до безпеки: - система має проводити обмін даними по зашифрованому каналу зв'язку – HTTPS. Вимоги до продуктивності: - система повинна обробляти не менше 10000 запитів на добу. Клієнтська частина: - клієнтська частина повинна мати адаптований інтерфейс, який має дозволяти працювати з мобільних пристроїв. Певні обмеження функціоналу, що зумовлені характеристиками та/або особливостями мобільних пристроїв, допускаються.

Торги відмінено

102 000.00 UAH з ПДВ
мін. крок: 0.5% або 510.00 UAH
Період оскарження: 14.12.2016 20:48 - 19.12.2016 15:00
Вимога
Без відповіді

Скарга на дії Замовника

Номер: f98a0e2fc4e146d5aa8e247b3735e252
Ідентифікатор запиту: UA-2016-12-14-001535-a.b2
Назва: Скарга на дії Замовника
Вимога:
Добрий день. Справжнім, Вих. от «27» листопада 2016 г № 17/10/1, направляю, Скаргу на дії Замовника, закупівля № UA-2016-12-14-001535-a, дата публікації 2016-12-16. Основні документи Скарги в додатку. З повагою Мандрієвський С.В.
Пов'язані документи: Учасник
Вимога
Без відповіді

Жалоба на решения «про відхилення Переможця № 257 від 27.12.2016».

Номер: 707ec2085f8a4502b0cae9ba8f85a871
Ідентифікатор запиту: UA-2016-12-14-001535-a.c1
Назва: Жалоба на решения «про відхилення Переможця № 257 від 27.12.2016».
Вимога:
Относительно решения «про відхилення Переможця № 257 від 27.12.2016»: 1. Относительно обязательности использования PHP-фреймворка Phalcon 3+ или Kohana 3+. Во время периода уточнений предмета организатором закупки было размещено уточнение На странице закупки был размещен ответ что их использование не есть обязательным. 2. Относительно использования других фрейморков/программных модулей. Во время периода уточнений было дано разъяснение что этот вопрос будет решен после закупки. 3. Относительно отсутствия информации о используемых фрейморках в программном продукте Folium. Программный продукт Folium использует внутренние библиотеки и не использует внешние фреймворки.
Пов'язані документи:

Документів не завантажено.