Звернення:
За тендером : Розроблення системи обліку інформації про шкоду, завдану особистим немайновим правам фізичних осіб внаслідок агресії Російської Федерації проти України/The development of a system for recording information about damage caused to the personal non-property rights of individuals as a result of the aggression by the Russian Federation against Ukraine
Тема:
Список питань по реалізації проєкту
Зміст:
1. В ході розробки необхідно вносити зміни до системи ЄІССС враховуючи її технічні обмеження (п. 3.4., стор. 13).
Якою є архітектура застосунку ЄІССС, які технології використовуються та які обмеження має система?
Яким є процес внесення змін до існуючої системи?
2. Доступ до системи виконується за допомогою різних застосунків (ЄІССС, Дія Портал, мобільний застосунок Дія) (п. 3.4, стор. 13, п. 7.2.3, стор. 63)
Чи входить розробка/модифікація користувацького інтерфейсу в інших системах окрім ЄІССС, наприклад, Дія Портал чи моб. заст. Дія? Якщо так, який процес внесення змін?
3. На діаграмі 1 зображені функціональні блоки як частина ЄІССС. (п. 4.1, стор. 15)
Система має бути розроблена як частина (набір модулів тощо) застосунку ЄІССС?
4. Система має використовувати БД Oracle. (п. 4.1, стор. 15)
Чи використовується ця база даних іншими сервісами? Чи повинна система використовувати цю базу даних сумісно з іншими сервісами?
5. Описані сценарії подальшого розвитку системи (п. 6.2, стор. 63).
Чи потрібно включати цю функціональність в оцінку?
6. В вимогах зазначено, що система має відслідковувати і логувати дії користувачів в системі (п. 7.1, стор. 65).
Чи є наявна система збору логів?
Якщо так, то за яким протоколом чи схемою відбувається досутуп?
І чи мають вже користувачі доступ до логів системи (тобто показ логів реалізовувати не потрібно)?
7. В вимогах до продуктивності зазначено, що система має витримувати навантаження (п. 7.2.2, стор. 67).
Яке очікуванне навантаження на систему (кількість одночасних користувачів, загальна кількість заявок тощо)?
8. Доступ з Дія Портал та Дія моб заст. має виконуватись публічний API.
Чи є вже в наявності система захисту від атак?
9. Зазначено, зо поточні архітектурні рішення не повинні змінюватись, а розміщення має відбуватись в хмарному середовищі (п. 8.1, стор. 70).
Яке саме хмарне середовище використовується?
Яка архітектура використовується.
10. Система повинна мати можливості моніторінгу та алертингу (п. 8.4, стор. 71).
Чи є в наявності системи моніторінгу та алертингу?
Чи можуть для цього виористовуватись засоби хмарного середовища?
Чи є технічні обмеження?
11. Повинен використовуватись технологічний стек сумісний зі стеком ЄІССС (п. 9.1, стор. 72).
Яким є технологічний стек ЄІССС?
За якою ознакою визначається сумісність (можливість взаємодії систем, можливість підтримки розробниками ЄІССС, єдина мова програмування тощо)?
12. Які вимоги до тестування та забезпечення якості?
13. Які вимоги до документації?
Дата оприлюднення звернення:
24.07.2024 12:04
1. В ході розробки необхідно вносити зміни до системи ЄІССС враховуючи її технічні обмеження (п. 3.4., стор. 13). Якою є архітектура застосунку ЄІССС, які технології використовуються та які обмеження має система? Яким є процес внесення змін до існуючої системи?
ЄІССС використовує наступний технологічний стек: Microsoft .NET \ Angular \ React \ RabbitMQ \ Oracle.
Використовується стандартний процес внесення змін в систему: Аналіз вимог та погодження ТЗ, Проєктування, Розробка, Тестування, Впровадження, Підтримка.
2. Доступ до системи виконується за допомогою різних застосунків (ЄІССС, Дія Портал, мобільний застосунок Дія) (п. 3.4, стор. 13, п. 7.2.3, стор. 63) Чи входить розробка/модифікація користувацького інтерфейсу в інших системах окрім ЄІССС, наприклад, Дія Портал чи моб. заст. Дія? Якщо так, який процес внесення змін?
ТВ відноситься тільки до ЄІССС та не потребує розробки/модифікації користувацького інтерфейсу в інших системах окрім ЄІССС
3. На діаграмі 1 зображені функціональні блоки як частина ЄІССС. (п. 4.1, стор. 15) Система має бути розроблена як частина (набір модулів тощо) застосунку ЄІССС?
Система має бути розробленою як частина ЄІССС. Виконавець
може запропонувати різні варіанти модернізації ЄІССС для реалізації ТВ.
4. Система має використовувати БД Oracle. (п. 4.1, стор. 15) Чи використовується ця база даних іншими сервісами? Чи повинна система використовувати цю базу даних сумісно з іншими сервісами?
БД ЄІССС використовується виключно ЄІССС та її підсистемами.
5. Описані сценарії подальшого розвитку системи (п. 6.2, стор. 63). Чи потрібно включати цю функціональність в оцінку?
Бажано, але не обов’язково. Якщо розвиток системи буде включений, він повинен бути оцінений окремо.
6. В вимогах зазначено, що система має відслідковувати і логувати дії користувачів в системі (п. 7.1, стор. 65). Чи є наявна система збору логів? Якщо так, то за яким протоколом чи схемою відбувається доступе? І чи мають вже користувачі доступ до логів системи (тобто показ логів реалізовувати не потрібно)?
Всі дії користувачів фіксуються в БД в окремих сутностях.
7. В вимогах до продуктивності зазначено, що система має витримувати навантаження (п. 7.2.2, стор. 67). Яке очікуванне навантаження на систему (кількість одночасних користувачів, загальна кількість заявок тощо)?
Орієнтовна додаткова навантаженість на систему (приріст): 812 користувачів, 1050 заявок за добу.
8. Доступ з Дія Портал та Дія моб заст. має виконуватись публічний API. Чи є вже в наявності система захисту від атак?
Взаємодія ЄІССС та Дія Портал / Дія моб застосунок виконується через систему електронної взаємодії державних електронних інформаційних ресурсів Трембіта (https://trembita.gov.ua/), засобами якої забезпечується захист.
9. Зазначено, зо поточні архітектурні рішення не повинні змінюватись, а розміщення має відбуватись в хмарному середовищі (п. 8.1, стор. 70). Яке саме хмарне середовище використовується? Яка архітектура використовується.
Використовується приватна хмара без прив'язок до технологій провайдера хмарного рішення. Використовується технологія віртуалізації.
10. Система повинна мати можливості моніторінгу та алертингу (п. 8.4, стор. 71). Чи є в наявності системи моніторінгу та алертингу? Чи можуть для цього виористовуватись засоби хмарного середовища? Чи є технічні обмеження?
Моніторинг та алертинг реалізовані засобами Oracle. Необхідно інтегруватися та використовувати поточні механізми або запропонувати інші.
11. Повинен використовуватись технологічний стек сумісний зі стеком ЄІССС (п. 9.1, стор. 72). Яким є технологічний стек ЄІССС? За якою ознакою визначається сумісність (можливість взаємодії систем, можливість підтримки розробниками ЄІССС, єдина мова програмування тощо)?
ЄІССС використовує наступний технологічний стек: Microsoft .NET \ Angular \ React \ RabbitMQ \ Oracle. Підтримка ЄІССС забезпечується фахівцями з відповідними знаннями та навичками.
12. Які вимоги до тестування та забезпечення якості?
Тестування та забезпечення якості повинно забезпечуватися згідно галузевих стандартів (наприклад, ISO/IEC 25010:201, ISO/IEC/IEEE 29119, IEEE 829 тощо).
Просимо звернути увагу на пКМУ від 04.02.1998 №121 «Про затвердження переліку обов'язкових етапів робіт під час проектування, впровадження та експлуатації засобів інформатизації» (в чинній редакції).
13. Які вимоги до документації?
Документація повинна бути виконана згідно галузевих стандартів (наприклад, IEEE 1063, ISO/IEC/IEEE 12207, ISO/IEC/IEEE 15288 тощо).
Просимо звернути увагу на пКМУ від 04.02.1998 №121 «Про затвердження переліку обов'язкових етапів робіт під час проектування, впровадження та експлуатації засобів інформатизації» (в чинній редакції).
Конкретний стандарт документування може бути погоджений в процесі погодження ТЗ.
Дата оприлюднення відповіді:
26.07.2024 15:57